网站迁移SEO全归零？不掉流量的“保命级”迁站指南
582许多外贸老板和跨境卖家迁移网站，头脑一热就先去比服务器配置、砍建站服务商的报价。
有很多人网站迁移到新的服务器之后，即便域名没改变，也出现了流量暴跌的情况。
其实在域名不变的前提下，动手前最该弄清楚的只有一件事：底层的建站系统换不换？
这两种都叫“网站搬迁”，但对海外买家搜索排名和询盘量的影响天差地别。核心逻辑只有一个：网页的网址（URL）到底能不能原封不动保住。
平台不变，URL 可以做到一个字符不差，SEO 权重几乎平稳过渡；平台变了，URL 结构一定会被打乱，只能靠 301 重定向去“硬接”流量。能接住八成还是归零，全看细节做没做扎实。
第一步：动手之前，花十分钟存下两张表
网站一旦关停，旧数据再想查就难了。在动工前，务必花十分钟把两张底表存进自己的电脑：
1. 全站底册表（防漏页）
在浏览器输入 你的域名/sitemap.xml，导出站点地图存成 Excel。大致按类型数一下数量：
产品页（product）多少个
博客文章（blog / post）多少个
核心单页（关于我们、联系我们、工厂认证等）多少个
产品分类页（category / collection）多少个
这张表用来防止服务商搬家时漏掉整个目录或遗落老产品。
2. 核心资产表（保排名）
去 Google Search Console（GSC）的“效果”报告里，把过去 12 个月有点击量和展现量的 URL 导出来。这批页面是真正给你带来海外询盘和订单的摇钱树，迁移时必须给它们开绿色通道，重点盯防。
这两张表留好，搬家完成后的验收全靠它们对照。
第二步：分清情况，制定迁移策略
情况 A：系统不换（如 WP 迁 WP）—— URL 一个字符都别动
把独立站想象成一家线下样品间。服务器是你租的厂房，URL 就是每个产品摆在哪个货架的第几排。
换厂房时，货架编号最好完全别改。因为 Google 记住的不是“你的工厂名字”，而是“3 号架第 2 层放着某款阀门”。海外客户存的书签、行业论坛里的外链，引用的也都是这个具体位置。你擅自把货挪到另一层，Google 就会当成全新产品重新审核，几年积攒的信任和排名当场留在旧货架上。
如果系统没换，就要求技术人员做到严格同构，死死盯紧这五处：
目录层级：原来是
/product/valve-a/，新站绝不能为了“好看”自作主张删掉一层变成/valve-a/。带不带 www：带 www 和不带 www 在 Google 眼里是两个完全独立的网站。新服务器配置解析时必须与原来彻底一致。
全站 HTTPS：新服务器部署完必须强制全站 https，不能出现部分产品页跳回 http 的情况。
结尾斜杠：原来链接末尾带斜杠
/就必须带，不带就坚决不带。英文大小写：在很多 Linux 服务器上，
/Product-A/和/product-a/是两个不同页面，一律维持原样。
不要轻信“变了做 301 重定向就行”：重定向会有微弱的权重损耗，而且 Google 重新抓取、识别、传递权重需要几周到几个月，这期间询盘量必然出现断崖式摇摆。能一字不改，就绝不要改。
情况 B：系统换了（如 Shopify 迁 WP）—— 必须 1:1 建立映射
不同建站系统的规则是焊死的。Shopify 的产品页面强制带 /products/，分类强制带 /collections/；而换到 WordPress 后，很难做到完全匹配。
这意味着老页面在上线瞬间会全部变成 404 死链。Google 连续抓几次发现都是死链，就会直接从搜索结果里把你的产品全部抹除。这时唯一的补救办法就是建立1:1 映射表：
拿出之前从 GSC 导出的核心资产表。
在新站中找出对应的页面，制作两列对照表：A 列填旧网址，B 列填新网址。
在新网站后台（或通过服务器 Nginx 规则）批量导入 301 永久重定向。
在做重定向时，避开外贸人最容易犯的三种错误：
全部重定向到首页：很多服务商图省事，把失效的产品页一股脑全跳到新站首页。这在 Google 看来叫“软 404（Soft 404）”，不仅不传递原本的排名，还会被搜索引擎视为作弊信号。
链式跳转：旧地址跳到地址 B，地址 B 又跳到新地址 C。跳转层级一多，爬虫往往直接掉头就走。
目标页是死链：重定向指过去的新页面打不开。
外贸网站的询盘往往来自大量长尾产品页和技术博客，每一页流量不大，合起来才是大头。只重定向首页和主产品分类，等于任由长尾流量持续失血。
第三步：江湖规矩，没拿到完整数据前别得罪旧服务商
这是外贸企业迁移中最常见、也最致命的人为风险。
你的网站源码、产品图片和数据库，全都在旧服务商的服务器上。如果在搬家前就因为续费、改版问题跟对方吵翻，对方打包时少压一个产品图目录、或者少导几个数据库字段，你很可能几周后才察觉。
等你发现某批老产品的详细参数全丢了，旧服务器早就格式化注销了，找神仙也救不回来。
在整站数据没有完整备份到自己本地网盘或新机器之前，态度一定要客气。
哪怕合作有纠纷，也等新站完全跑通、旧数据彻底落袋后再谈。
如果双方关系已经闹僵，不要自己出面硬要，让新服务商的技术人员以“技术对接”的名义出面去要打包文件，同行之间对话往往阻力更小。
第四步：新站上线，照着这三关验收
新站跑起来了，不要只看前端页面漂不漂亮，拿着旧清单按以下三关逐一过筛：
第一关：排查“致死级”低级失误
这是建站行业最频繁出现的灾难事故，必须第一时间自查：
WordPress 后台设置：打开后台「设置」→「阅读」，检查“建议搜索引擎不索引本站点”。如果前面打着勾，立刻取消！无数外贸站搬完半年没询盘，最后发现是服务商测试完忘了把这个勾去掉。
检查 robots.txt：在浏览器输入
你的域名/robots.txt，确认里面没有Disallow: /这种把全站搜索引擎蜘蛛拒之门外的代码。
第二关：对照底册核数
拿出迁移前存的 sitemap.xml 表格，再打开新生成的 sitemap.xml，比对各类页面总量。如果原本有 500 个产品，新站导出来只有 400 个，马上让服务商排查漏掉的 100 个产品去了哪里。
第三关：用“尖叫青蛙”（Screaming Frog）扫全盘
单靠人工抽查容易看花眼，下载免费版的 SEO 抓取工具 Screaming Frog（尖叫青蛙，免费版可抓取 500 个 URL，足够绝大多数中小外贸站使用），重点跑两件事：
用 List 模式核验重定向（针对跨平台迁移）：
将软件顶部的模式切换为 Mode → List。
把迁移前存下来的旧 URL 清单全选粘贴进去，点击开始。
查看抓取状态码（Status Code）：核实所有旧网址是不是都老老实实返回 301，且最终跳转到的新网址是不是对应的产品。如果出现大片 404，把报错清单甩给技术人员去补规则。
用 Spider 模式全站体检（查丢字段）：
切换回普通 Spider 模式，输入新站域名进行全站爬取。
点击查看 Page Titles（页面标题） 和 Meta Description（网页描述）。
重点看有没有大面积的“Missing（缺失）”或“Duplicate（重复）”。跨系统迁移时，原来辛辛苦苦写好的 SEO 标题和摘要很容易因为字段不兼容导致全盘变空。前端肉眼看起来一切正常，但到了 Google 搜索结果里全变成了系统乱截的一段乱码，海外采购商看到这种结果根本不会点击。
把这些隐患彻底排除后，再去 Google Search Console 提交新站的 sitemap.xml。接下来两周，每周打开 GSC 看一次“网页”报告中的 404 监控，把偶尔漏掉的零星链接补上重定向，整个网站迁移就算真正平稳落地了。
