网站改版、域名更换、系统迁移是GEO高危场景，处理不当会导致AI收录清空、引用率骤降、权威度丢失，之前几个月甚至几年的GEO积累付诸东流。传统SEO迁移有成熟的301等方案，GEO迁移除了传统SEO迁移要点，还有额外的注意事项，需要制定完整的保护方案，确保平滑过渡。
改版/迁移对GEO的风险
网站迁移对GEO的影响比传统SEO更大：
- AI爬虫重新抓取评估：URL结构变化、内容变化会导致AI重新评估整个站点，相当于从头开始信任
- 结构化数据丢失：改版过程中JSON-LD容易丢失或出错，实体关联断裂
- 内容URL变化：旧URL内容被新URL替代，之前积累的引用和权重全部丢失
- 可访问性问题：新版可能存在JS渲染、防火墙、反爬设置问题，阻止AI爬虫访问
- 实体信息变化：品牌信息、联系方式、实体@id变化导致实体混淆
- 权威度重置：大改版如果处理不好，之前积累的权威度信号可能丢失
但只要按照正确流程操作，这些风险都可以避免，平滑过渡。
迁移前准备
迁移前1-2周就要开始准备，不要上线了才想起GEO保护。
1. 全面备份与基准记录
迁移前必须记录所有基准数据，方便迁移后对比：
- URL清单：导出所有现有URL，这是最重要的
# 从sitemap提取所有URL curl -s https://example.com/sitemap.xml | grep -E '<loc>' | sed 's/<[^>]*>//g' > urls-before.txt - 基准效果数据：记录当前核心问题提及率、AI回答信息准确率、品牌词搜索量
- 结构化数据状态：记录所有页面的结构化数据类型和核心实体@id
- 爬虫日志快照：记录AI爬虫访问频率、访问最多的页面
- 截图和数据备份：备份旧站所有内容、数据库、静态资源
2. URL映射表
制作完整的旧URL→新URL映射表，这是迁移成功的核心：
- 每个旧URL都要对应到新URL
- 页面删除的，映射到最相关的现存页面（不要都映射到首页）
- 保持映射关系1:1，不要多个旧URL映射到同一个新URL
- 格式：CSV表格，两列：old_url, new_url
示例：
https://example.com/old-page-1,https://example.com/new-page-1
https://example.com/old-about,https://example.com/about-us
https://example.com/deleted-page,https://example.com/category
3. 测试环境验证
新版上线前必须在测试环境完成GEO检查：
技术检查：
- curl模拟AI爬虫访问测试环境所有核心页面，返回200
- 不执行JS，核心内容在HTML中
- 页面加载速度TTFB < 500ms
- 没有robots封禁测试环境（测试完记得改）
结构化数据检查：
- 所有页面部署正确的JSON-LD
- 实体@id和旧站保持一致，不要变
- sameAs信息保持不变
- 用Google Rich Results Test验证零错误
内容检查：
- 核心内容完整迁移，没有丢失
- 品牌信息（名称、地址、电话）和旧站一致
- 内链更新为新URL格式
- 图片alt文本保留
不要在测试环境禁止AI爬虫但忘记在生产放开，这是最常见的低级错误。
迁移中操作
1. 301重定向配置
这是最重要的一步：
- 所有旧URL通过301永久重定向到对应新URL
- 不要用302临时重定向，302不传递权重
- 重定向链不要超过1跳，直接旧→新
- 保留重定向至少6个月以上，最好永久保留
- 不要把所有旧URL都重定向到首页，这是严重错误
Nginx示例配置：
location /old-page {
return 301 https://example.com/new-page;
}
验证：
curl -I https://example.com/old-page
# 应该返回301，Location指向新URL
curl -I -L https://example.com/old-page
# 最终应该返回200
2. 新版上线时的检查清单
上线后立即检查：
- robots.txt在生产环境允许AI爬虫访问（很多测试环境禁止爬虫上线忘记改）
- 所有旧URL正确301到对应新URL
- 首页和核心页面返回200
- 核心内容在HTML中，不需要JS渲染
- 结构化数据存在且验证零错误
- llms.txt可访问，内容更新为新URL
- sitemap.xml更新为新URL，可正常访问
- HTTPS证书正常，没有混合内容错误
- WAF/CDN/防火墙没有封禁AI爬虫IP段
3. 上线后主动通知
- 更新sitemap.xml，提交到Google/Baidu等搜索引擎站长平台
- 更新llms.txt，说明站点结构更新
- 不需要专门通知AI爬虫，爬虫发现重定向后会自动抓取新URL
迁移后1-4周：监控期
迁移后第一个月是关键期，密切监控，发现问题及时修复。
第1周：每日检查
- 检查服务器日志，看AI爬虫是否正常访问新URL
- 检查301重定向是否正常工作，有没有错误的404
- 用AI平台测试品牌词，看信息是否正确
- 检查结构化数据验证报告有没有新错误
- 监控抓取错误率（4xx/5xx比例）
第2-4周：每周检查
- 核心问题AI引用测试，看提及率有没有大幅下降
- 检查是否有错误页面返回404
- 检查AI爬虫抓取频率是否恢复正常
- 对比迁移前后的数据，看变化趋势
- 如果有下降，分析是哪个环节出问题
常见问题处理
问题1：大量404错误
- 原因：URL映射不全，旧URL没有对应重定向
- 解决：从日志收集404的URL，补充重定向映射
问题2：AI爬虫完全不访问新站
- 原因：robots.txt封禁、WAF封禁、JS渲染内容拿不到
- 解决：逐一排查技术问题，修复后等待爬虫重新抓取
问题3：品牌词信息错误
- 原因：新站品牌信息不一致，实体@id变化导致实体混淆
- 解决：统一品牌信息，保持实体@id和旧站一致，在sameAs中关联所有官方平台
问题4：引用率大幅下降
- 原因：正常波动，AI需要时间重新抓取评估新站
- 解决：保持内容更新，等待1-2个月，如果还没恢复再排查问题
特殊场景GEO保护
场景一：更换域名
除了上述通用步骤，还需要：
- 旧域名的301重定向保留至少12个月
- 所有第三方平台（百科、社交媒体、地图）尽快更新官网地址为新域名
- Organization结构化数据保持@id不变，url更新为新域名
- 在百度站长平台/Google Search Console做域名变更通知
- 旧域名不要立即放弃续费，保留至少1-2年
场景二：HTTP升级HTTPS
- 所有HTTP页面301到对应HTTPS页面
- 页面中的资源链接（图片、CSS、JS）全部改为HTTPS，避免混合内容
- 结构化数据中的URL改为HTTPS
- sitemap和llms.txt更新为HTTPS URL
- 这个迁移相对简单，对GEO影响最小
场景三：网站结构/URL重构，域名不变
- 做好URL映射和301
- 保持导航和内链结构逻辑清晰
- 实体@id不要变
- 结构化数据完整保留
- 影响相对较小
场景四：整站JS框架重构（如从传统网站改Vue/React CSR）
这是高风险迁移，需要特别注意：
- 强烈建议做SSR/SSG预渲染，确保curl能拿到核心内容
- 如果必须纯CSR，要确保AI爬虫可以正常渲染（目前不建议，风险很高）
- 上线前严格测试AI爬虫能不能拿到内容
- 这种重构GEO风险最大，一定要做好预渲染，否则之前的积累可能全部丢失
迁移后GEO恢复
迁移后如果出现引用率下降，不要慌：
- 首先排查技术问题（robots、301、渲染、结构化数据），90%的问题都是技术问题
- 技术问题都修复后，保持正常内容更新
- AI重新评估整个站点需要1-3个月时间，耐心等待
- 不要频繁大改，给爬虫稳定的信号
- 3个月后如果还是没有恢复，再分析内容和权威度问题
处理得当的迁移，GEO效果1-3个月内可以恢复甚至超过迁移前水平，因为新版通常技术架构更好，内容更清晰。处理不当则可能导致之前的积累清零，从头开始。
迁移Checklist汇总
迁移前
- 导出所有旧URL清单
- 制作完整的旧URL→新URL映射表
- 记录基准数据（提及率、爬虫数据、关键词排名）
- 测试环境完成所有GEO技术检查
- 结构化数据和实体@id保持一致
- 备份完整旧站数据
上线时
- 所有旧URL正确301重定向
- 生产环境robots.txt允许AI爬虫
- 核心页面curl可访问，内容在HTML中
- 结构化数据零错误
- sitemap.xml更新并提交
- llms.txt更新
- WAF/CDN不封禁AI爬虫
迁移后
- 第1周每日检查爬虫访问和404错误
- 第2-4周每周监测引用率变化
- 发现404及时补充重定向
- 保持内容正常更新
- 301重定向保留至少6个月
网站改版迁移是高风险操作，但只要按照规范流程做好URL映射、301重定向、技术验证、上线后监控，完全可以实现GEO平滑过渡，不会造成重大损失。