一句话结论：改版不丢 AI 可见度的核心是四层信号同时交接——URL 映射与服务端 301、页面标记（自引用 canonical、hreflang、JSON-LD 的实体 ID）、发现产物（Sitemap、RSS、llms.txt、IndexNow），以及迁移前就冻结好的复测口径。Google 要求重定向至少保留一年，Bing 建议一到两年；MaxAEO 对 38 次迁移的观测显示，八个 AI 平台把引用完全切到新地址的中位数是 41 天，换域名比只换路径慢约 40%，干净的单跳 301 恢复速度约是有跳转链的两倍。
一、先分清你做的是哪一种改版
四种改版的风险差一个数量级，先归类再排期。
| 类型 | URL 变不变 | 搜索与 AI 侧的主要风险 |
|---|---|---|
| 只换设计与模板 | 不变 | 静态可读性与可访问性树退化；结构化数据丢失 |
| 换路径结构 | 变 | 映射不全、跳转链、内链仍指旧地址 |
| 换域名 | 变 | 实体 ID 与全部发现产物同时失效；AI 侧的记忆滞后最长 |
| 换语言结构 | 变 | hreflang 与 canonical 互相打架 |
Google 网站迁移文档（2026 年 8 月更新）有一条常被忽略的提醒：在新位置保持相同的站点架构，信号能更直接地传递；把迁移和内容、URL 结构的重新设计合在一起做，"你很可能会看到一些流量损失"，因为 Google 需要重新学习和评估每个页面。能拆开就拆开：先换域名再改结构，或者先改结构再换设计。
第一种"只换设计"经常被当成零风险，但它恰恰是《AI 爬虫不执行 JavaScript：静态 HTML 可读性的技术验收清单》和《可访问性树是 AI agent 读网页的真实视图：语义化 HTML 的工程验收》里那些问题最常被引入的时刻——新模板把服务端渲染换成了客户端渲染，把参数表换成了 div 网格。
二、URL 映射与重定向工程
一对一映射表是一切的前提。 每个旧 URL 对应一个新 URL，包括带参数、带尾斜杠、大小写变体、图片与 PDF 附件。映射表本身要进版本库，因为它还要用来改内链、生成 Sitemap、做复测。
服务端永久重定向。 Google 明确建议"如果技术上可行，使用服务端永久重定向"，即 301 或 308；JavaScript 跳转与 meta refresh 对不执行脚本的 AI 抓取器等于没有跳转。
不要跳转链。 Google 表示 Googlebot 最多跟随 10 跳，但建议直接指向最终地址，做不到也要控制在 3 跳以内、少于 5 跳。MaxAEO 的观测给出了 AI 侧更严的数字：训练型爬虫能容忍约 5 跳，实时回答型爬虫"在第 3 跳左右放弃"。常见的链是 http 到 https、非 www 到 www、旧路径到新路径叠在一起——三条规则各自正确，合起来就是三跳。
保留时间。 Google：尽可能长，"一般至少一年"；Search Console 地址更改工具的帮助页写的是至少 180 天，仍有流量就继续保留；Bing 的迁移指南建议旧域名上的重定向"至少保留一到两年，最好更久"。按最长的那个执行。
真正下线的页面返回 404 或 410。 不要把所有旧 URL 一股脑指向首页，这在 Google 侧会被当作软 404，在 AI 侧则是把一个具体答案的地址换成了一个泛页面。
大站分段迁移。 Google 允许大型站点按栏目分批迁移，小站建议一次完成以便算法更快识别整体迁移。
切换前用 curl 逐条验证映射表：状态码 301 或 308、Location 是最终地址、只有一跳。
三、页面标记的交接：canonical、hreflang 与实体 ID
自引用 canonical。 每个新 URL 的 canonical 指向自己；旧 URL 已经 301，不需要也不应该再有一个"canonical 指向新地址"的旧页面存在。
hreflang 全部改成新 URL。 Google 文档单独点名了这一条。多语言站的互链是双向的，一个语言版本换了地址，其它版本的 hreflang 也要改，Sitemap 里的 alternates 同步——规则见《外贸多语言站技术验收：hreflang、canonical、x-default 与 Sitemap 如何不打架》。
JSON-LD 的实体 ID。 这一条 SEO 清单里通常没有。Organization、WebSite、Brand 的 @id 一般锚在域名上（例如 https://旧域名/#organization），文章的 publisher 与 isPartOf 都引用它。换域名时这些 ID 要整体切换并保持全站一致，否则新站上会出现两套互不相认的实体；sameAs、url、logo 地址同理。实体一致性对 AI 消歧的作用，见《品牌实体建设：如何让 AI 正确、完整地认识你的公司》。
内链改成新地址。 Google 要求内部链接直接指向新 URL，而不是依赖重定向；导航、页脚、文章互链、面包屑与 BreadcrumbList 一起改。
别把预发布环境的 robots.txt 带上线。 预发布站通常整站 Disallow 或 noindex，新站上线时忘记摘掉，是迁移事故里最常见的一种。同样要检查 AI 爬虫的准入没有被新 CDN 或 WAF 的默认规则改掉。
四、发现产物要同一天更新
- Sitemap：Google 建议同时提交旧 URL 与新 URL 的 Sitemap，前者帮助 Google 更快发现重定向，Search Console 里"旧 URL 被重定向"的警告是正常现象。
- RSS：guid 通常就是文章 URL，换地址后订阅方会把全部文章当成新条目；能接受就接受，不能接受就保留旧 guid 而只改 link。
- llms.txt：如果提供了，里面的全部链接要更新；它的作用未经验证，但一份指向 404 的清单比没有更糟。
- IndexNow：密钥文件必须存在于新域名根目录，然后把映射表里的新 URL 推送出去；它覆盖 Bing、Yandex、Seznam、Naver，不覆盖 Google 与百度。Bing 另有站点迁移工具，并允许每天提交最多一万个 URL 加速重抓；百度走搜索资源平台的改版工具与推送接口。
- Search Console 地址更改工具：只用于换域名或子域名，同域名的路径改动不用它。
四条链路的发布顺序与验收方法，《一篇技术博客怎样被发现：Sitemap、RSS、IndexNow 与主题内链的四路发布链》有完整说明。
五、AI 引擎消化迁移的速度：一组可参考但不能外推的数字
AI 平台不是一个索引。ChatGPT 搜索与 Copilot 的检索大量依赖 Bing 索引，Perplexity 有自己的高频爬虫，Google 的 AI Overviews 与 AI Mode 建立在 Google 索引之上，而模型的参数记忆里还存着旧地址和旧事实。所以迁移后的恢复不是一个开关，是几条不同步的曲线。
MaxAEO 在 2026 年 8 月公布了对 38 次迁移的逐日观测（2025 年末到 2026 年中，B2B SaaS 与科技品牌，含路径改动与整域名迁移），记录每个平台引用的是旧地址、新地址还是都不引用：
| 平台 | 首次引用新地址（中位天数） | 旧地址消失（中位天数） |
|---|---|---|
| Perplexity | 6 | 14 |
| Google AI Overviews | 9 | 21 |
| Copilot | 11 | 24 |
| ChatGPT | 12 | 34 |
| Grok | 14 | 30 |
| Gemini | 16 | 38 |
| Claude | 18 | 45 |
八个平台全部合并到新地址的中位数是 41 天，两次整域名迁移拖过了 90 天；整域名迁移比只换路径慢约 40%；没有跳转链、没有爬虫拦截的单跳 301，恢复速度约是有链或有拦截者的两倍。
这组数字的边界必须说清：它来自一家监测厂商自己平台上的客户，行业集中在 B2B SaaS，样本 38 次，没有同行评审，也没有公开每次迁移的规模。它能告诉你的是量级和顺序——Perplexity 最快、以参数记忆为主的平台最慢、跳转链的代价真实存在——不是你的站会用几天。
我们自己的观测也支持"被收录和被引用是两条链路"这个判断：《被收录和被引用不是同一条链路：两个新域名、四个平台的同期观测》记录过一个新域名在 Bing 尚未抓取时已被 Perplexity 引用。迁移后同样会出现"搜索索引已切换、AI 回答仍给旧地址"或相反的情况，复测要分平台记录。
六、复测口径要在迁移前冻结
迁移前两到四周建立基线，否则迁移后的任何数字都没有对照。四层证据的方法见《如何证明你的网站被 ChatGPT 引用了？四层证据链方法论（2026 版）》，这里只列迁移场景的特殊项：
- 日志层：按 AI 爬虫 UA 分别统计旧域名与新域名的抓取次数，旧域名上的 301 响应数应逐周下降、新域名上的 200 应逐周上升；核验 UA 真伪的方法见《服务器日志取证：用 AI 爬虫 UA 证明你的页面被抓取和检索（2026 完整版）》。
- 索引层：Search Console 与 Bing Webmaster Tools 里新 URL 的覆盖数、旧 URL 的重定向状态；按周截图留证。
- 回答层：一组冻结的提示词（12 到 72 条），每平台每题重复 3 次，记录引用的是旧地址、新地址还是都没有——这恰好是上一节那张表的口径。
- 业务层：询盘与订单里的来源页面，按新旧地址分别计数。
一个额外的判断：如果你的官网由外包团队改版，而经营方不能及时控制与更正官网上的事实，迁移会把旧的事实错误一并带进新站。我们曾因为这个原因拒绝过一个案例——《网站已经能卖货，为什么我们仍然拒绝为一个跨境饰品站做 GEO》。改版是清理事实链的机会，也是把错误固化的机会。
七、按阶段执行的清单
迁移前（2 到 4 周）
- 一对一 URL 映射表进版本库，含附件与参数变体；
- 冻结提示词集，跑三轮基线，记录各平台引用的地址；
- 导出旧站的 Sitemap、结构化数据快照、可访问性树快照；
- 预发布环境用爬虫 UA 做静态可读性与 UA 差分验收。
切换日
- 服务端 301 或 308 上线，逐条验证单跳；
- 摘掉预发布的 robots 与 noindex，确认 AI 爬虫准入；
- 新站自引用 canonical、hreflang、JSON-LD 实体 ID、内链全部指向新地址；
- 提交新旧两份 Sitemap，IndexNow 推送新 URL，换域名时提交地址更改与 Bing 站点迁移；
- 关键页面用 OAI-SearchBot、GPTBot、PerplexityBot 的 UA 各抓一次，确认 200。
首周
- 每日看旧域名 301 数与新域名 200 数；
- 每日抽查一组提示词，记录引用地址；
- 处理 404 报告里映射表漏掉的旧 URL。
首季
- 每周复测回答层，直到主要平台引用地址稳定为新地址；
- 重定向保持在线，至少一年，换域名按一到两年；
- 三个月时与基线对照，分平台写清哪些恢复了、哪些没有、哪些无法归因。
边界声明
- Google 与 Bing 的文档描述的是各自搜索索引的处理方式，不能直接外推为 ChatGPT、Perplexity、Claude 的内部机制。
- MaxAEO 的迁移观测是厂商自有平台数据，样本 38 次、行业集中，本文只用它说明量级与顺序。
- 本文不预测任何站点迁移后的恢复天数，也不承诺重定向保全全部可见度；Google 自己也说迁移期间排名波动是正常的。
- 实体 ID 与发现产物的交接方法来自我们自己站点的实践，不代表所有 CMS 必须采用相同结构。
本文事实资料来自 Google Search Central 网站迁移文档与 Search Console 地址更改工具帮助、Bing Webmaster 博客的网站迁移指南、MaxAEO 2026 年 8 月的迁移观测报告，以及妙蛙 GEO 自有观测与案例记录。
本文由妙蛙 GEO 研究团队撰写，使用 AI 辅助进行资料整理与语言校对，文中事实、来源和结论均经人工复核。