外贸网站改版后，Google 流量是怎么跌没的？

上个月接了一个新项目。客户是浙江一家做工业 3D 扫描仪的制造商，产品卖欧美，官网做了很多年，Google 上积累了不错的自然流量和询盘，现在他们要重新搭建网站。

第一次正式项目会议上，产品经理给我看了新站的原型图，讲了很多。听完我首先问了一个问题：新站的 URL 打算怎么处理？

会议突然变得沉默，好像从来没人考虑过这件事。

改版是 Google 自然流量事故的最高发场景，没有之一。而绝大多数损失，在动工之前就已经注定了——不是设计不好，不是内容不行，是一些SEO技术层面的事没人注意，也没人为之负责。

多年前我在一家 OTA 平台做 SEO，亲历过一次改版事故。技术团队上线新站时，把测试环境的 robots.txt 原样带了上去——里面写着 `Disallow: /`，禁止所有搜索引擎抓取。发现问题是在三天后，因为流量报表出现了断崖。恢复用了将近两个月，那两个月的订单损失没人能算清。

这不是个例。这些年我看过的改版事故，起因大多小得可笑：
– 测试站的 noindex 标签忘了删，全站从 Google 索引里消失；
– 建站公司觉得新 URL “更规范”，把几百个老页面地址全换了，一条 301 都没做；
– 新站用了某个时髦的前端框架，页面内容全靠 JavaScript 渲染，Google 抓到的是一个空壳。

外贸网站的处境更危险一层。国内很多老板看不到 Google 端的数据（Search Console 需要科学上网），流量跌了往往一两个月后才从询盘量的下滑里察觉到——那时候黄花菜都凉了，排名资产已经被 Google 重新分配给竞争对手。

给那个 3D 扫描仪客户做规划时，我把要求压缩成三条红线，写进了给他们技术团队的规范文档里。这三条决定了改版成败的八成

你的每一个老页面 URL，在 Google 那里都是一个有”信用记录”的资产——收录历史、排名、外链，全都挂在这个地址上。改版换了 URL 又不做重定向，等于把这些资产原地清零，Google 会把新地址当成一个陌生的新页面从头评估。

正确做法是逐条做 301 永久重定向：每个旧 URL 指向内容最相关的那个新页面，一对一。这里有个建站公司特别爱犯的偷懒错误——把所有旧页面统一跳转到新站首页。别这么干。Google 会把这种跳转判定为软 404，效果约等于你把那些页面全删了。

我给客户的执行方式是一张 Excel 映射表：左列旧 URL，右列新 URL，SEO 侧产出，技术侧配置，上线前抽样验证状态码。听起来笨，但笨办法不出事。

顺带提醒一个隐蔽的坑：这些 301 需要在线上持续运行至少 12 个月，Google 消化重定向没那么快。也就是说，旧服务器（或承载跳转的那台机器）别急着退租。我见过有客户改版三个月后觉得”迁移完成了”，把旧服务器一停，所有重定向瞬间失效，前面的功夫全白费。

新站开发期间会有一个测试环境。两个坑，方向相反，都致命：

一是测试站被 Google 抓了去，和老站内容形成大面积重复；二是更常见的——上线时把测试站的屏蔽设置（noindex 或 robots.txt 封禁）原样带上正式环境。我前面说的 OTA 事故就是第二种。

我的要求很具体：测试站用 HTTP 密码认证挡住，而不是只靠 robots.txt（robots.txt 挡不住收录，还会把测试站地址暴露出去）；切换上线当天，专人核查三件事——密码认证已移除、全站 noindex 已移除、robots.txt 换成了正式版本。三十分钟的检查，避免的是两个月的恢复期。

这条几乎所有人都会漏。老站下线前，必须存一份完整的基线数据：全站 URL 清单（我用 Screaming Frog 整站爬一遍导出）、Search Console 近 16 个月的页面和关键词数据、核心词的排名快照。

为什么？因为改版后流量一定会波动，两到四周内上下 10%~20% 都算正常。没有基线，你分不清哪些是正常波动、哪些是真出了问题，更不知道该去修哪个页面。 有了基线，哪个目录跌了、跌在哪些词上，一对比就清楚。

红线之外，讲两个这次项目里实际遇到的问题。不求全，这两个是我认为外贸站改版里最容易中招的。

一个是渲染方式。 现在不少建站团队喜欢用 React、Vue 这类框架做纯前端渲染的网站，页面好看、交互流畅，但服务器最初返回的 HTML 里可能什么正文都没有，内容全靠浏览器执行 JS 之后才出来。Google 虽然号称能渲染 JS，但实际抓取预算和渲染队列都有限制，B2B 这种页面量不小的站，指望它是有风险的。验收办法很土：浏览器禁用 JavaScript 再打开页面，正文、产品参数、导航链接还在不在？不在，就要求技术改成服务端渲染。这一条我建议写进合同验收条款。

另一个是产品参数表。 很多工业品网站的参数表是设计师切的一张图——好看，但 Google 读不到，ChatGPT、Perplexity 这些 AI 引擎更读不到。这次给客户的要求是重建时全部改成真实的 HTML 表格。别小看这个改动：我们在另一个项目里观察到，AI 引擎在回答”某类设备怎么选”这种问题时，引用的几乎都是参数以文本形式存在的页面。B2B 采购决策链上，AI 引擎带来的询盘已经不是小数目了。

改版项目里有一种常见的”顺手”：技术团队在换结构，市场团队想着反正都要重做，把各页面的标题和文案也大改一遍。听起来很高效，实际上是给自己埋雷。

原因在归因。URL、模板、渲染方式是一组变量，标题和正文是另一组变量。两组同时动，上线后流量一跌，你根本分不清是迁移出了技术问题，还是新文案 Google 不认——排查范围直接翻倍。

我的做法是拆成两步：改版先做”原样搬家”，内容照旧迁过去；等流量稳定四周左右、确认技术迁移没有问题，再启动内容优化。 慢一个月，换来的是每一步都可归因、可回滚。着急把两件事压在一起做的项目，出了问题往往两头都修不明白。

也许你搜到这篇文章的时候，事故已经发生了——新站上线，流量掉了一截。别慌，按下面的顺序查，这个排序是按”发生概率 × 确认速度”排的：

第一步，查全站封禁（五分钟）。 打开 `你的域名/robots.txt`，看有没有 `Disallow: /`；再随便打开几个页面查看源代码，搜 `noindex`。这是最常见的事故原因，也最好修——删掉当天就能恢复抓取。

第二步，抽查旧 URL 的跳转（半小时）。 从老站找 20~30 个曾经有流量的页面地址（GSC 历史数据里有），逐个访问：返回 404 的、跳到首页的、302 跳转的，都是问题。用 httpstatus.io 这类工具可以批量查。

第三步，看 Search Console 的索引报告。 页面索引报告里”未编入索引”的原因分布会直接告诉你问题类型：大量”未找到 (404)”指向 301 缺失，大量”软 404″通常是全跳首页或空内容页，”已抓取但尚未编入索引”堆积则要怀疑渲染问题。

第四步，对着旧数据定位跌幅在哪。 如果你切换前没存基线数据，GSC 里还能拉到 16 个月的历史——按目录对比改版前后的点击量，锁定重灾区目录，再回头查那个目录的映射和模板。

预期管理也说一句实话：问题修复后，恢复不是立竿见影的。Google 需要重新抓取和评估，一般 2~8 周，站点规模越大、原本抓取频率越低，恢复越慢。修复两周没起色不代表没修对，但如果 404 和封禁都排除了、八周后流量还在低位，那问题大概率出在更深的地方（渲染、内容质量判定、hreflang 混乱），需要有人做完整诊断了

不用急着学会上面所有细节，那是乙方的活。你只需要在和建站公司签约前，把一个问题摆到桌面上：”老站的 URL 和 Google 排名资产，你们打算怎么处理？请给出书面方案。”

对方如果能清楚讲出 301 映射、测试环境隔离、上线检查清单，这个团队靠谱；如果对方的回答是”新站做好了排名自然会上来”，我劝你换一家，或者至少另找懂 SEO 的人把这一块看住。

设计和功能翻车了可以改，流量资产没了，就是真的没了。

文中提到的那份改版 SEO 技术规范文档（含给技术和产品团队的完整验收清单），如果你正好在筹备网站改版，可以联系我获取。