改版要保护用户与搜索连续性
改版同时改变用户、搜索系统和内部运营看到的网站。
网站改版会同时影响用户、搜索引擎和内部运营。即使域名不变,新 CMS、URL、导航、正文渲染、Canonical、语言路径或模板也可能改变搜索系统看到的网站。
最重要的原则是:先知道旧站有什么,再决定每个 URL 去哪里,最后用可测试的发布与监测计划执行。
Google 的站点迁移指南建议在可能的情况下把变化拆开,避免同时更换域名、CMS 和页面设计;同时变化越多,出现问题时越难定位原因。迁移也无法保证完全没有波动。可以控制的是盘点、映射、技术实现、验收和监测是否完整。
本文适合更换域名、CMS、URL 结构、导航、模板或多语言架构的企业网站,也适合内容合并、旧站重构和从 WordPress 等系统迁移的项目。
如果只是调整颜色或局部组件,且 URL、正文、标题、内部链接、渲染和索引规则完全不变,可以使用简化版 QA。但任何涉及删除页面、改变路径或替换技术架构的改版,都应建立 URL 级清单。
这份清单不能承诺排名、流量或 AI 引用不变。Google 明确说明,显著站点变化期间可能出现临时排名波动,处理速度取决于 URL 数量、服务器速度与重新抓取情况。
核对依据 旧新 URL 映射、永久重定向和监测周期,应以 Google Site Moves and Migrations 为核对依据。
改版前:保存旧页面和现有搜索表现
没有旧站基线,就无法判断上线后的变化来自季节、需求、追踪故障还是迁移问题。
Sitemap 不是完整内容库存。Google 说明,Sitemap 用来告诉搜索引擎你希望展示的规范 URL,但平台仍会自行判断 Canonical;因此还需结合爬取和实际数据。
- 导出现有 XML Sitemap 中的 URL
- 通过爬取补充 Sitemap 外仍可访问的内部 URL
- 从 Search Console、分析工具和服务器日志补充有曝光、点击、访问或抓取的 URL
- 记录每个 URL 的状态码、Canonical、索引规则、Title、H1 与主要内容类型
- 标出参数页、重复页、PDF、图片、下载与历史活动页
- 标出当前 404、软 404、重定向链与孤立页面
记录页面价值、责任与业务基线
每个旧 URL 都要有主题、价值、去向、责任人和证据。
不要仅凭访问量低就删除页面。低访问可能来自索引、内部链接或页面质量问题,也可能是低频但高价值的决策内容。
页面主题与意图
记录页面主题与主要意图,以及是否有自然搜索曝光、点击、外部链接或业务访问。
内容状态与责任
记录内容是否仍准确、重复、过时或缺乏负责人。
对应页面与最终动作
记录对应的新页面,以及保留、更新、合并、重定向、删除或待确认的最终动作。
决策人与证据
为每个 URL 记录决策人和支持该动作的证据。
- 记录主要联系动作、表单成功、邮件点击或预约完成的定义
- 保存改版前一段可比较窗口的 Search Console 与分析数据
- 区分品牌词与非品牌词、核心服务页与文章页
- 验证事件确实触发,而不是只看到标签已安装
- 标记已知的活动、投放、季节性和数据缺口
决定每个旧页面在新站该去哪里
URL 映射是迁移的核心交付物,不应等到上线当天才生成。
Google 建议避免把大量旧 URL 都重定向到一个不相关的首页;这会使用户困惑,并可能被视为软 404。永久移动时优先使用服务端 301 或 308。重定向、rel=canonical 和 Sitemap 都会参与规范化信号,但不应互相冲突。
内容和意图保持不变
尽量保留 URL,并核对新页主题、Canonical、内部链接一致。
URL 必须改变
永久重定向到最相关的新 URL,并核对一对一映射、状态码和无链路。
多页合并为一页
仅在新页真实覆盖旧意图时合并,并核对正文、标题、锚点和外部链接。
内容已删除且无替代
经业务确认后返回适当的未找到或已移除状态,并核对导航、站内链接和用户提示。
决策未完成
暂不发布变更,并明确负责人、截止时间和风险。
- 旧 URL
- 新 URL
- 动作与原因
- 预期状态码
- 新页 Canonical
- 旧内容是否迁移
- 旧外部链接或业务重要性
- QA 状态
- 负责人
- 证据或备注
上线前:在测试站检查搜索设置
抓取、规范 URL、语言关系、正文和模板必须在上线前一致。
Google 说明,robots.txt 主要用于管理抓取,不是可靠的去索引方法;被禁止抓取的 URL 仍可能因外部链接而出现在搜索结果中。需要去索引时,应使用平台支持的 noindex、访问控制或移除页面,并确保爬虫能读取相关规则。
- 预发布环境不会被公开索引;优先使用访问控制
- 若使用 noindex,上线清单明确包含移除步骤
- 生产页面没有被模板、HTTP Header 或 JavaScript 意外加上 noindex
- robots.txt 不阻止搜索引擎读取需要索引的页面、CSS、JavaScript 与图片
- 不把 robots.txt 当作删除索引的工具
- 每个可索引新页有指向自身规范 URL 的 Canonical
- Canonical 使用最终协议、主机名、路径和斜杠规则
- 重定向目标、Canonical、内部链接和 Sitemap 指向同一规范 URL
- XML Sitemap 只列计划公开索引的最终 URL
- 多语言页面有正确、自洽的 hreflang 与返回关系
- Canonical 指向相同语言或合理的替代语言版本
- 每页只有一个可见主标题,并与主要意图一致
- Title 与 Meta Description 已按页面编写,而不是全站复制
- 正文、链接和主要 CTA 无需执行复杂动画才出现
- 重要图片有合适替代文本,装饰图不制造噪声
- 结构化数据与页面可见内容一致
- 作者、日期、来源和 FAQ 只在真实可核对时输出
- 404 页面可返回正确状态,并提供清楚的下一步
上线前:重复检查链接、表单和关键页面
测试旧 URL、核心用户路径、技术设置、发布责任与回退。
- 用完整旧 URL 列表测试状态码与最终目标
- 没有重定向循环或不必要的多跳链
- 旧 URL 不会因大小写、尾斜杠、参数或协议规则漏掉
- 已删除内容不会被重定向到不相关页面
- 内部链接直接指向最终 URL,不依赖重定向
- 首页、核心服务、文章、联系与错误页面可实际访问
- 桌面与移动端均能完成主要路径
- 键盘焦点、表单标签、错误说明和减少动态偏好可用
- 表单成功、失败、反垃圾和通知都经过真实环境或等效测试
- 分析事件在调试和实时报告中得到验证
- 页面没有明显布局跳动、阻塞或超大媒体问题
- 域名、DNS、托管、证书和缓存负责人明确
- Search Console 新旧资源均已验证或准备验证
- 新 Sitemap 已生成并可访问
- 重定向配置已有版本记录和回退方案
- 发布窗口避开关键业务高峰,并安排上线后值守
- 客服、销售和内容负责人知道网址与表单变化
上线时:按顺序发布
用固定顺序启用新站、重定向、规范信号、监测和外部更新。
Google 建议迁移后的永久重定向通常至少保留一年,以便重新抓取并转移信号;从用户角度,也可以在可维护的情况下保留更久。内部链接则应尽快直接更新到新 URL,减少跳转和服务器负担。
- 部署并在生产环境完成访问控制下的最终检查
- 启用新站与旧新 URL 重定向
- 确认 Canonical、robots、Sitemap 和内部链接均使用最终 URL
- 测试代表性旧 URL、核心新页面、表单与关键事件
- 在 Search Console 提交新 Sitemap
- 只有域名迁移时,按 Google 指南提交 Change of Address
- 更新自有资料、广告、社交账号和高价值外部链接
- 开始上线后监测,并保留旧站数据与配置
上线后:按页面监测
按页面、查询、国家、设备、日期和发布变更拆解,不只看全站总量。
不要把全站曝光下降直接归因于一个技术问题。应按页面、查询、国家、设备、日期和发布变更拆开,并对照迁移基线。Search Console 与分析工具的口径不同,也不应强行要求数字完全一致。
相关路径 上线后的技术、可见度与转化指标,可继续使用 SEO 与 GEO 衡量框架 分层记录。
每日早期检查
检查核心页面是否 200、内容完整、Canonical 正确;旧 URL 是否到达预期目标;表单、通知和关键事件是否正常;服务器错误、部署错误和异常 404 是否增加;robots、noindex 或认证是否误挡生产页面。
持续观察
观察 Search Console Page Indexing 与 URL Inspection;新旧 Sitemap 的发现与处理;核心页面曝光、点击与查询变化;重要落地页访问、互动与转化;新旧域名或主机的抓取和错误日志;外部链接仍指向旧 URL 的优先更新清单。
迁移验收标准
技术执行可以验收,但平台重新处理速度和排名结果不能承诺。
这些条件证明迁移执行得更可控,但不代表搜索引擎会在某个日期完成重新处理,也不代表排名、流量或 AI 引用必然保持或增长。
- 所有已确认旧 URL 都有明确且经过测试的最终动作
- 重要旧 URL 一步到达最相关新页面
- 新页的状态码、Canonical、内部链接和 Sitemap 一致
- 生产站无意外 noindex、抓取阻止或登录墙
- 核心正文、链接与 CTA 可直接访问
- 表单与关键事件在真实环境验证
- Search Console 与分析基线已保存
- 监测负责人、频率、升级与回退路径明确
如果只记住几件事,就记住这 4 点。
- 01
改版前必须保存 URL、索引、搜索、转化与内容责任基线。
- 02
每个旧 URL 都应有有证据的最终动作,不能无差别重定向到首页。
- 03
重定向、Canonical、内部链接和 Sitemap 应指向同一规范 URL。
- 04
上线后的技术验收可以被验证,但平台重新处理速度和排名结果不能被承诺。
发来网址或当前资料,我们会按同一框架指出最需要处理的一步。