网站迁移SEO全归零？不掉流量的“保命级”迁站指南

许多外贸老板和跨境卖家迁移网站，头脑一热就先去比服务器配置、砍建站服务商的报价。

有很多人网站迁移到新的服务器之后，即便域名没改变，也出现了流量暴跌的情况。

其实在域名不变的前提下，动手前最该弄清楚的只有一件事：底层的建站系统换不换？

• WordPress 迁 WordPress：本质上只是换台服务器，类似给店铺换个更大的仓库。

• Shopify 迁 WordPress，或国内建站 SaaS 迁独立系统：这是伤筋动骨的大手术。

这两种都叫“网站搬迁”，但对海外买家搜索排名和询盘量的影响天差地别。核心逻辑只有一个：网页的网址（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 就会当成全新产品重新审核，几年积攒的信任和排名当场留在旧货架上。

如果系统没换，就要求技术人员做到严格同构，死死盯紧这五处：

1. 目录层级：原来是/product/valve-a/，新站绝不能为了“好看”自作主张删掉一层变成/valve-a/。

2. 带不带 www：带 www 和不带 www 在 Google 眼里是两个完全独立的网站。新服务器配置解析时必须与原来彻底一致。

3. 全站 HTTPS：新服务器部署完必须强制全站 https，不能出现部分产品页跳回 http 的情况。

4. 结尾斜杠：原来链接末尾带斜杠/就必须带，不带就坚决不带。

5. 英文大小写：在很多 Linux 服务器上，/Product-A/和/product-a/是两个不同页面，一律维持原样。

不要轻信“变了做 301 重定向就行”：重定向会有微弱的权重损耗，而且 Google 重新抓取、识别、传递权重需要几周到几个月，这期间询盘量必然出现断崖式摇摆。能一字不改，就绝不要改。

不同建站系统的规则是焊死的。Shopify 的产品页面强制带/products/，分类强制带/collections/；而换到 WordPress 后，很难做到完全匹配。

这意味着老页面在上线瞬间会全部变成 404 死链。Google 连续抓几次发现都是死链，就会直接从搜索结果里把你的产品全部抹除。这时唯一的补救办法就是建立1:1 映射表：

1. 拿出之前从 GSC 导出的核心资产表。

2. 在新站中找出对应的页面，制作两列对照表：A 列填旧网址，B 列填新网址。

3. 在新网站后台（或通过服务器 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，足够绝大多数中小外贸站使用），重点跑两件事：

1. 用 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 监控，把偶尔漏掉的零星链接补上重定向，整个网站迁移就算真正平稳落地了。

SEO小平本人和你一对一咨询，一对一沟通