本文提供一套将WordPress网站迁移到Vercel+NextJS的完整SOP，适合拥有多个低流量网站、希望降低服务器成本的站长。核心亮点：利用AI辅助迁移页面内容和SEO要素（URL、TDK等），每年可省去几千元服务器费用，同时无需再操心安全性与稳定性。文中包含12步详细操作，涵盖图片处理、sitemap生成、DNS解析及301跳转等关键环节。
Tags:
每当阿里云服务器的续费账单发来，我都忍不住陷入沉思：为了这十几个没多少流量的WordPress网站，每年要交几千块服务器费用，真的值得吗？
前面的文章《工具站出海第一步，先做到【听话照做】》提过，我之前部署了一个多站点WordPress框架，并在上面搭建了十几个出海网站。然而，在经历黑客攻击时的慌乱应对和迭代优化时的力不从心后，我已经全面转向并拥抱Vercel+NextJS，取消了阿里云的5年期服务器，改为每月缴纳服务器费用，试图逼自己把所有网站都改版并迁移到vercel上。
终于，我决定不再内耗，正式和WordPress说再见！最近，我进行了一场彻底的“断舍离”，放弃所有没多少流量的网站，把剩下几个还有流量的网站，全部用AI改版成NextJS框架，并部署到Vercel上。
结果是真的香！我不仅可以无视阿里云的续费通知，更爽的是，我再也不用为网站的稳定性和安全性操心了。
当然，网站迁移最怕的就是SEO流量断崖式下跌，所幸，我的这些WordPress网站流量并不大，刚好可以用来做迁移测试。我于是和AI进行了深入沟通，制定了一个迁移网站的SOP。今天这篇文章，我就把这套迁移流程分享给你，建议先收藏再看。
1、用AITDK查看并整理SEO的相关要素
网站迁移前后对SEO影响最大的是SEO的关键要素，尤其是URL，Title，Description和H标签，因此，要把每个页面的这些信息整理好，保存在一个文件中。
|
|
|
2、用浏览器的Inspect检查功能提取内容框架
网站迁移前后另一个对SEO影响较大的是页面的结构和内容，因此我们可以通过浏览器右键的检查工具提取页面主内容区域的HTML，同样保存在文件中。
如果你的网站页面比较多，这样一个个提取将会耗费大量的时间，AI建议利用WordPress自带的Rest API或导出为 XML/CSV，甚至Markdown，然后再借助AI实现批量、自动化的内容迁移。
3、整理网站的图片和附件
WordPress的图片和附件通常存在 wp-content/uploads/ 目录下，迁移网站之前需要规划好这些图片的路径和存放位置。如果图片不多，可以考虑放在NextJS框架的 public/images 目录下，如果图片较多，建议放在Cloudflare的R2。
4、让AI把页面内容和SEO要素迁移到NextJS框架中
接下来，我打开自己平时使用最多的一个NextJS框架，就是我上次在这篇文章《最近好忙...10万月访客的出海网站开始赚钱了》中提及的迭代后的小排老师在深海圈提供的框架raphael-starterkit，接下来只需给AI下达简单的指令：
让AI迁移文案的同时，我顺便让他参考原来WordPress网站的插件功能实现网站原来的业务逻辑，如果这部分功能复杂，也可以直接在NextJS框架中另行一步步实现。
5、检查AI迁移后的页面
AI完成页面迁移后，最好亲自检查一下迁移后的页面内容和SEO要素是否和原来的一致，你也可以让AI做再一次核对。另外，你还要记得对页面代码中的图片或附件的路径进行批量替换。
6、按照同样的步骤迁移其它所有页面内容
网站的其它所有页面也按照上述步骤，一个个让AI开发和迁移。还好我的网站页面并不多，页面最多的图片站也只有十几个页面，因此工作量不算太大。
7、生成网站的sitemap.xml、robot.txt和llms.txt
AI完成所有页面迁移后，记得重新生成网站的sitemap.xml、robot.txt和llms.txt（llms.txt是目前AI时代最时髦的文件，能让ChatGPT等大模型更好地理解你的网站），如果你原来的网站有这些信息，也可以让AI参考生成。
8、检测其它SEO要素
完成上述事项后，基本已经完成网站的迁移，但在上线之前，最好还要检查一下Schema (JSON-LD) 结构化数据，这些会影响网站在社媒分享和搜索结果页展示的效果。如果你的网站涉及多语言，你还要检查一下Hreflang多语言标签以及Canonical规范链接指向是否正确。
9、把网站提交GitHub并部署到Vercel
在本地对网站做全面的测试，确保每个页面的内容和SEO要素尤其是URL、TDK和原来的页面一致。完成测试后，我们需要把网站提交Github并部署到Vercel，这个过程请参考我之前写的这2篇文章《新手把代码推上GitHub的最佳姿势，为Vercel一键部署铺路》和《Vercel一键部署NextJS，上线出海网站就是那么简单！》。
10、修改网站的DNS解析记录
接下来，为了让新系统正式上线，我们还需要把域名解析成Vercel给定的IP或地址。如果你不清楚怎样解析，请参考我前面写的这篇文章《出海风浪那么大，怎么可以没有这个护身符？ Cloudflare从0到1实战：DNS、SSL、邮箱、缓存、反爬全指南》。由于我的网站之前已经使用Cloudflare的Name Servers，因此只需修改Cloudflare的DNS中的A记录和CNAME记录即可让新网站马上生效。
11、确保变化的URL做301跳转
如果你的网站在迁移后，某些页面URL发生变化，一定要在cloudflare中做301跳转，还要更新更新引用对应链接的页面内容中的URL，避免搜索引擎或用户访问原来的URL出现404报错。
这一步实际上存在一个小小的隐患，如果上一步DNS解析修改后，没有马上对变化的URL做301跳转的话，万一期间有搜索引擎刚好访问了原来的URL，将会出现404。AI建议的最佳实践是，在NextJS中，你可以直接在根目录的next.config.js文件中配置redirects函数，将你整理好的“旧URL -> 新URL”映射表全部写进去。这样当你执行第10步切换解析的一瞬间，新旧URL的跳转就已经生效了。
12、GSC重新提交关键页面和Sitemap
虽然我们在迁移前后力图确保网站页面内容和SEO要素保持不变，但迁移前后页面源码还是会有不少区别，因此，我们主动在GSC重新提交一下关键页面比如首页，并重新提交Sitemap。
在完成网站迁移、彻底告别WordPress之后，我感到一种前所未有的轻松。迁移网站是个体力活，但在AI的加持下，一切都变得那么简单。更重要的是，我不再需要担心服务器的运维问题和安全问题，可以把更多时间放在出海网站的需求挖掘、业务实现和推广变现上。也许未来有一天，我做内容站或购物站的时候，会再次想起我的老朋友WordPress，但至少目前，我更倾向于拥抱更轻量、更现代的框架。
你现在还在使用WordPress建站吗？是否有遇到运维或安全上的问题？欢迎和我交流。
没有评论:
发表评论