一家做了十一年液压件的工厂，十月把老站推倒重建。
新站很漂亮。视频开场，产品按系列重排，询盘表单三步就能填完。老板把链接发到几个老客户群里，收获一片「比以前专业多了」。
三周之后，他在 ChatGPT 里问了一句：中国液压阀块供应商，能做小批量定制。
答案里有四家同行，没有他。
他去查后台：自然流量掉了三成，服务器没挂，站内搜索正常，表单也能提交。问题不在服务器，在那三千多个已经失效的旧地址上。客户点进来，迎面撞上 404；AI 引擎去核对，也扑了个空。
一、改版丢的不是流量，是「被引用的资格」
排名掉下去还能爬回来。资格丢了，要先证明你还存在。
渗漏通常发生三次，而不是一次断崖
第一次渗漏在上线当天：旧 URL 没有规则接管，服务器直接回 404。这一层最容易发现，因为监控会响。
第二次渗漏在第二周：跳转规则写了，但只写了栏目页，产品详情页靠 WordPress 的默认猜测，一批带参数的旧地址跳到了首页。用户看到的是首页，搜索引擎看到的是一次「不相关跳转」，权重在那里断掉。
第三次渗漏最隐蔽，通常在第一个月后：站内链接、sitemap、canonical 三处还在指旧地址，页面自己跟自己的新版本打架。这种内耗不会报错，只会让收录慢慢变慢。
三次渗漏的共同点，是它们都不产生红色警报。等你在询盘表上看见缺口，已经过了六到八周。
旧地址还活在 AI 的答案里
我们统计过自有语料里约 3400 次 AI 引用，一个很清楚的规律：AI 引用的是 URL，不是品牌名。
这意味着改版对 AI 可见性的冲击，比对传统搜索更直接。传统搜索会重新爬、重新算分、重新排序，你还有缓冲期；AI 引擎那边，缓存里存的是完整地址加那段被引用过的原话。地址失效，缓存就成了一份无法核验的证词。
更麻烦的是，AI 答案里通常不带「已失效」的提示。它只是换一个来源，安静地把你的位置让给下一个。
二、四种跳转方式，只有两种能用
很多改版事故不是不会配跳转，而是配错了跳转的类型。
| 跳转方式 | HTTP 状态 | 信号性质 | 爬虫处理 | 改版适用性 |
|---|---|---|---|---|
| 服务器端 301 | 301 Moved Permanently | 永久，权重合并至新地址 | 跟随并缓存目标，按新地址重排 | 首选，建议至少保留一年 |
| 服务器端 308 | 308 Permanent Redirect | 永久，且保留原请求方法 | 跟随，POST 不会被改写成 GET | 表单、报价接口迁移时优先 |
| 服务器端 302 | 302 Found | 临时，不承诺合并信号 | 每次重新判断，可能长期不替换旧地址 | 不适用，只用于临时维护 |
| 服务器端 307 | 307 Temporary Redirect | 临时，保留请求方法 | 跟随，但不固化目标 | 不适用 |
| JS 跳转 / meta refresh | 200 状态下的客户端行为 | 没有 HTTP 层面的迁移语义 | 需执行脚本才可见，弱爬虫直接停在旧页 | 仅作兜底，不能当主方案 |
301 与 308 的差别，只在方法上
对搜索引擎来说，两者都是永久，都会把旧地址的信号并到新地址。区别在于请求方法：308 明确保留 POST，301 允许客户端把它改成 GET。
这个差别对 B2B 站很实际。RFQ 报价页、样品申请页、经销商登录页，一旦被写成 GET，后端拿不到表单内容，用户看到的是空白页，而日志上一切正常。
所以规则可以很简单：内容页用 301，带提交动作的页面用 308。
JS 跳转与 meta refresh，只能当兜底
它们的共同问题是「跳转」发生在页面加载之后，HTTP 状态码仍然是 200。旧地址在机器眼里依然活着。
AI 引擎尤其敏感。GPTBot 这类训练爬虫能处理较复杂的链路，而 OAI-SearchBot、Claude-SearchBot、PerplexityBot 这类搜索收录爬虫对链路更挑剔，遇到冗余的链式跳转可能直接放弃，结果是用户问 ChatGPT 时，答案里没有你的页面。这条差异在 2026 年已经被多家机构实测记录过。
三、AI Overviews 的放大器效应
同一个错误，在搜索结果里是一次排名下滑，在 AI 答案里可能是一段持续几个月的错误叙述。
一个 404 会被复述很多次
AI 生成本质上是引用与重述。它把「某公司的某款产品支持小批量定制」记下来，同时记下这句话出自哪个地址。
地址失效之后，这句话还会留在缓存与下游摘要里，但失去了出处。此时引擎有两种处理：要么删掉这句话，要么找一个能提供同样说法的新出处。两种结果对你都不利。
更麻烦的是次级传播。行业媒体、论坛、AI 生成的产品对比文章，很可能已经把你那段被引用的表述转述出去了。现在这些转述还在，只是没人能点回你的站。
引用链断了，答案会去找你的同行
AI 引擎的答案总是要落到一个可点击的出处上。你交不出这个出处，它就去别处拿。
这就是为什么改版后的第一个月最关键：旧地址的 404 期越长，替代出处被固化的概率越高。等你想把位置拿回来，对手已经在新一轮语料里变成了默认答案。
四、信源平权：小工厂靠什么守住位置
广告预算买不到 AI 的引用权重，这是这个渠道最公平的地方，也是它最不留情的地方。
实体一致性比投放预算更管用
AI 判断「你是你」，靠的是一组跨页面的信号：公司全称、注册地址、电话、成立年份、统一社会信用代码或 DUNS 号、产品型号命名规则。
这些字段在旧站新站之间保持一致，迁移就是一次平滑交割；一旦新站把「XX 精密机械（昆山）有限公司」简写成「XX 精密」，或者把成立年份顺手改成建厂年份，你就在 AI 的实体图里变成了两家公司。
实体一分裂，历史引用全部需要重新建立。这一步没有捷径，只有字段层面的严格一致。
三类可以继承的资产：字段、事实、出处
字段是可机读的结构化数据：Organization、Product、BreadcrumbList 的 @id 与 sameAs 要沿用旧值，只增不减。
事实是可核验的具体数字：产能、公差、认证、交期、MOQ。改版时最容易丢的恰恰是这些写在老页面正文里的数字，因为它们常常躺在没有人维护的栏目页里。
出处是外部链接与引用。旧地址的外链不可能一夜改完，所以跳转要长期保留，这是 Google 文档里那句「至少一年」的真实原因。
五、三个科学验证杠杆
迁移做得好不好，不需要靠感觉。三个杠杆，每个都有可执行的验收方式。
杠杆一：映射覆盖率
把旧站 sitemap 与服务器日志里出现过的 URL 全部导出，去重，然后逐条请求，看状态码与 Location 头。curl -sI 旧地址 就能看到这一行结果。
达标线是：返回 301 或 308，Location 指向一个真实存在的新页面，并且只有一跳。任何跳到首页的条目，都要当成失败处理。
杠杆二：引用存活率
迁移前，先固定二十条 AI 查询，把每条答案里命中的 URL 记下来。迁移后第 7 天、第 30 天各复测一次，看命中的是不是新地址。
这一步是整套体系里最少人做的，却是最能说明问题的。我们把这类复测放进了 HermeZen 赫境 AI 工作台 的 GEO/AEO 监控里，按查询批量跑，把「引用是否还在、指向哪里」变成一张可以对比的表。
杠杆三：实体一致性
抓取新站页面的服务端 HTML，检查 Organization 与 Product 结构化数据里的名称、地址、@id、sameAs 是否与旧站一致。必须是文本形式存在于源码里，不能只存在于图片或 PDF 附件。
| 杠杆 | 验证工具 | 达标线 | 不达标的典型症状 |
|---|---|---|---|
| 映射覆盖率 | 旧 sitemap + 日志导出，curl 批量核对状态码 | 100% 为 301/308，且一跳直达真实页面 | GSC「未找到」曲线抬升，详情页流量归零 |
| 引用存活率 | 固定 20 条 AI 查询，第 7/30 天复测 | ≥16 条改指新地址，其余仍有替代出处 | 答案还在，出处换成同行或行业媒体 |
| 实体一致性 | curl 抓源码，比对 JSON-LD 字段 | 名称、地址、@id 不变，sameAs 只增不减 | AI 把新站当成另一家公司，历史引用不再继承 |
隽永东方（EastDigi）观察：十六年里我们做过几十次改版迁移，翻车的原因极少是技术能力不足，几乎都是「新站先上线，旧地址回头再说」。我们的做法反过来：先把旧站的全量 URL 冻结成一份映射表，把结构化数据与核心事实抽成一份不随设计变动的底稿，再动设计。新站上线那天，映射表是验收单的第一项，不是待办事项的最后一项。
六、上线前后的操作顺序
顺序比工具重要。同一个工具，用在错误的时点，只会把错误放大。
上线前：冻结、快照、映射
冻结指的是旧站内容在迁移期不再改动，避免边搬边变。快照指的是把旧站的关键页面整页存一份，包括正文与结构化数据，日后比对用。
映射是核心工作。用旧站 sitemap、GSC 的链接报告、服务器日志三份数据交叉，取并集，逐条给出目标地址。三千个 URL 的站，这一步认真做需要两到三天，省下来的时间后面要成倍还。
| 时间点 | 动作 | 验收方式 |
|---|---|---|
| T-7 天 | 导出旧站全量 URL，导出 GSC 近 16 个月查询与页面数据 | URL 清单落成文件，历史数据已本地留存 |
| T-3 天 | 完成 URL 映射表，标注每条的跳转类型（301 或 308） | 表内无空目标，无「暂定首页」 |
| T-1 天 | 冻结旧站内容，快照关键页面，检查新站 robots.txt 与 noindex | 新站无遗留 Disallow 与全站 noindex |
| T 日 | 切流，启用跳转，提交新 sitemap | 抽样 50 条旧 URL，全部一跳命中 200 |
| T+1 天 | 域名变更时提交 Change of Address；用 IndexNow 推送新 URL | 两站属性均已验证，推送返回 200/202 |
上线后：48 小时内必做四件事
第一件，核对 canonical。新站每个页面都要自指新地址，不能还指向旧站，否则整站等于在自我否定。
第二件，抽查 AI 爬虫的视角。curl -A "OAI-SearchBot/1.4" -sI 新地址 应返回 200，而不是被防火墙拦下的 403。Cloudflare 的机器人管理默认策略会误伤这类爬虫，这一点在爬虫放行那篇文章里专门写过。
第三件，确认旧地址仍在跳转，并且跳转目标没有二次跳转。链式跳转是两个错误相乘，不是相加。
第四件，重跑那二十条 AI 查询，把基线记下来。这一份基线比任何排名截图都重要，因为它是你日后判断「引用有没有回来」的唯一参照。
七、把迁移当成一次资产交割
改版不是换个壳。它是一次资产交割，交的是地址、字段、事实与出处的完整性。
先保全证据，再谈增长
一家工厂能被 AI 稳定引用，靠的不是文章数量，而是可核验的具体性：哪一款、什么公差、多少件起订、几天交货、符合哪个标准。
这些内容在旧站上已经存在了五年八年，是真正沉下来的资产。改版最容易做的事，是把它们换成漂亮的排版，顺手丢掉数字。
所以判断一次改版是否成功，标准不该是新站好不好看，而是旧站那些可以被机器读懂的事实，有多少原封不动地活了下来。
下一步
如果你正在准备改版，可以先做一件很轻的事：把旧站 URL 导出，抽一百条，逐条 curl -sI 看现在的状态码。这一百条会告诉你，你的站现在到底还剩多少条路是通的。
想把这套流程做成常规动作，可以配套读这三篇：跨境 B2B 独立站技术 SEO 实战指南 讲了从 Search Console 到 Core Web Vitals 的体检体系；独立站 AI 爬虫放行完全指南 讲了 robots.txt、Cloudflare 与日志核验的通行策略；跨境独立站建站终极指南 讲了 Shopify Plus 与 WordPress 外贸站的选型差别。地址交接做对了，后面这些才有意义。
