网站改版,怎么避免旧排名和客户入口一起丢掉?

按基线、地址映射、上线前检查、发布和持续监测降低改版风险。

LumoHero 洞察文章封面,以旧新页面映射展示网站改版 SEO 迁移
00

CONCLUSION FIRST
结论先行

结论放在前面。

先知道旧站有什么,再决定每个 URL 去哪里,最后用可测试的发布与监测计划执行。可以控制的是盘点、映射、技术实现、验收和监测是否完整,不能承诺迁移后排名、流量或 AI 引用完全不波动。

USE / BOUNDARY

看看这篇文章是不是当前需要的。

适合这些情况
  • 正在更换域名、CMS、URL、站点架构或页面模板
  • 旧站有自然搜索入口、外部链接或多语言页面需要保留
  • 需要把设计、开发、内容与 SEO 上线责任放进同一张清单
MIGRATION PATH / 迁移路径

旧入口需要被记录、映射、验证和持续监测。

每一步都要保留可追踪记录,不能把改版上线当成迁移结束。

  1. 01 旧 URL 基线
  2. 02 新旧映射表
  3. 03 预发布验证
  4. 04 重定向与上线监测
01

改版要保护用户与搜索连续性

改版同时改变用户、搜索系统和内部运营看到的网站。

网站改版会同时影响用户、搜索引擎和内部运营。即使域名不变,新 CMS、URL、导航、正文渲染、Canonical、语言路径或模板也可能改变搜索系统看到的网站。

最重要的原则是:先知道旧站有什么,再决定每个 URL 去哪里,最后用可测试的发布与监测计划执行。

Google 的站点迁移指南建议在可能的情况下把变化拆开,避免同时更换域名、CMS 和页面设计;同时变化越多,出现问题时越难定位原因。迁移也无法保证完全没有波动。可以控制的是盘点、映射、技术实现、验收和监测是否完整。

本文适合更换域名、CMS、URL 结构、导航、模板或多语言架构的企业网站,也适合内容合并、旧站重构和从 WordPress 等系统迁移的项目。

如果只是调整颜色或局部组件,且 URL、正文、标题、内部链接、渲染和索引规则完全不变,可以使用简化版 QA。但任何涉及删除页面、改变路径或替换技术架构的改版,都应建立 URL 级清单。

这份清单不能承诺排名、流量或 AI 引用不变。Google 明确说明,显著站点变化期间可能出现临时排名波动,处理速度取决于 URL 数量、服务器速度与重新抓取情况。

核对依据 旧新 URL 映射、永久重定向和监测周期,应以 Google Site Moves and Migrations 为核对依据。

02

改版前:保存旧页面和现有搜索表现

没有旧站基线,就无法判断上线后的变化来自季节、需求、追踪故障还是迁移问题。

Sitemap 不是完整内容库存。Google 说明,Sitemap 用来告诉搜索引擎你希望展示的规范 URL,但平台仍会自行判断 Canonical;因此还需结合爬取和实际数据。

CHECKLIST / 检查清单
  • 导出现有 XML Sitemap 中的 URL
  • 通过爬取补充 Sitemap 外仍可访问的内部 URL
  • 从 Search Console、分析工具和服务器日志补充有曝光、点击、访问或抓取的 URL
  • 记录每个 URL 的状态码、Canonical、索引规则、Title、H1 与主要内容类型
  • 标出参数页、重复页、PDF、图片、下载与历史活动页
  • 标出当前 404、软 404、重定向链与孤立页面
03

记录页面价值、责任与业务基线

每个旧 URL 都要有主题、价值、去向、责任人和证据。

不要仅凭访问量低就删除页面。低访问可能来自索引、内部链接或页面质量问题,也可能是低频但高价值的决策内容。

01

页面主题与意图

记录页面主题与主要意图,以及是否有自然搜索曝光、点击、外部链接或业务访问。

02

内容状态与责任

记录内容是否仍准确、重复、过时或缺乏负责人。

03

对应页面与最终动作

记录对应的新页面,以及保留、更新、合并、重定向、删除或待确认的最终动作。

04

决策人与证据

为每个 URL 记录决策人和支持该动作的证据。

CHECKLIST / 检查清单
  • 记录主要联系动作、表单成功、邮件点击或预约完成的定义
  • 保存改版前一段可比较窗口的 Search Console 与分析数据
  • 区分品牌词与非品牌词、核心服务页与文章页
  • 验证事件确实触发,而不是只看到标签已安装
  • 标记已知的活动、投放、季节性和数据缺口
04

决定每个旧页面在新站该去哪里

URL 映射是迁移的核心交付物,不应等到上线当天才生成。

Google 建议避免把大量旧 URL 都重定向到一个不相关的首页;这会使用户困惑,并可能被视为软 404。永久移动时优先使用服务端 301 或 308。重定向、rel=canonical 和 Sitemap 都会参与规范化信号,但不应互相冲突。

01

内容和意图保持不变

尽量保留 URL,并核对新页主题、Canonical、内部链接一致。

02

URL 必须改变

永久重定向到最相关的新 URL,并核对一对一映射、状态码和无链路。

03

多页合并为一页

仅在新页真实覆盖旧意图时合并,并核对正文、标题、锚点和外部链接。

04

内容已删除且无替代

经业务确认后返回适当的未找到或已移除状态,并核对导航、站内链接和用户提示。

05

决策未完成

暂不发布变更,并明确负责人、截止时间和风险。

CHECKLIST / 检查清单
  • 旧 URL
  • 新 URL
  • 动作与原因
  • 预期状态码
  • 新页 Canonical
  • 旧内容是否迁移
  • 旧外部链接或业务重要性
  • QA 状态
  • 负责人
  • 证据或备注
05

上线前:在测试站检查搜索设置

抓取、规范 URL、语言关系、正文和模板必须在上线前一致。

Google 说明,robots.txt 主要用于管理抓取,不是可靠的去索引方法;被禁止抓取的 URL 仍可能因外部链接而出现在搜索结果中。需要去索引时,应使用平台支持的 noindex、访问控制或移除页面,并确保爬虫能读取相关规则。

CHECKLIST / 检查清单
  • 预发布环境不会被公开索引;优先使用访问控制
  • 若使用 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 页面可返回正确状态,并提供清楚的下一步
06

上线前:重复检查链接、表单和关键页面

测试旧 URL、核心用户路径、技术设置、发布责任与回退。

CHECKLIST / 检查清单
  • 用完整旧 URL 列表测试状态码与最终目标
  • 没有重定向循环或不必要的多跳链
  • 旧 URL 不会因大小写、尾斜杠、参数或协议规则漏掉
  • 已删除内容不会被重定向到不相关页面
  • 内部链接直接指向最终 URL,不依赖重定向
  • 首页、核心服务、文章、联系与错误页面可实际访问
  • 桌面与移动端均能完成主要路径
  • 键盘焦点、表单标签、错误说明和减少动态偏好可用
  • 表单成功、失败、反垃圾和通知都经过真实环境或等效测试
  • 分析事件在调试和实时报告中得到验证
  • 页面没有明显布局跳动、阻塞或超大媒体问题
  • 域名、DNS、托管、证书和缓存负责人明确
  • Search Console 新旧资源均已验证或准备验证
  • 新 Sitemap 已生成并可访问
  • 重定向配置已有版本记录和回退方案
  • 发布窗口避开关键业务高峰,并安排上线后值守
  • 客服、销售和内容负责人知道网址与表单变化
07

上线时:按顺序发布

用固定顺序启用新站、重定向、规范信号、监测和外部更新。

Google 建议迁移后的永久重定向通常至少保留一年,以便重新抓取并转移信号;从用户角度,也可以在可维护的情况下保留更久。内部链接则应尽快直接更新到新 URL,减少跳转和服务器负担。

CHECKLIST / 检查清单
  • 部署并在生产环境完成访问控制下的最终检查
  • 启用新站与旧新 URL 重定向
  • 确认 Canonical、robots、Sitemap 和内部链接均使用最终 URL
  • 测试代表性旧 URL、核心新页面、表单与关键事件
  • 在 Search Console 提交新 Sitemap
  • 只有域名迁移时,按 Google 指南提交 Change of Address
  • 更新自有资料、广告、社交账号和高价值外部链接
  • 开始上线后监测,并保留旧站数据与配置
08

上线后:按页面监测

按页面、查询、国家、设备、日期和发布变更拆解,不只看全站总量。

不要把全站曝光下降直接归因于一个技术问题。应按页面、查询、国家、设备、日期和发布变更拆开,并对照迁移基线。Search Console 与分析工具的口径不同,也不应强行要求数字完全一致。

相关路径 上线后的技术、可见度与转化指标,可继续使用 SEO 与 GEO 衡量框架 分层记录。

01

每日早期检查

检查核心页面是否 200、内容完整、Canonical 正确;旧 URL 是否到达预期目标;表单、通知和关键事件是否正常;服务器错误、部署错误和异常 404 是否增加;robots、noindex 或认证是否误挡生产页面。

02

持续观察

观察 Search Console Page Indexing 与 URL Inspection;新旧 Sitemap 的发现与处理;核心页面曝光、点击与查询变化;重要落地页访问、互动与转化;新旧域名或主机的抓取和错误日志;外部链接仍指向旧 URL 的优先更新清单。

09

迁移验收标准

技术执行可以验收,但平台重新处理速度和排名结果不能承诺。

这些条件证明迁移执行得更可控,但不代表搜索引擎会在某个日期完成重新处理,也不代表排名、流量或 AI 引用必然保持或增长。

CHECKLIST / 检查清单
  • 所有已确认旧 URL 都有明确且经过测试的最终动作
  • 重要旧 URL 一步到达最相关新页面
  • 新页的状态码、Canonical、内部链接和 Sitemap 一致
  • 生产站无意外 noindex、抓取阻止或登录墙
  • 核心正文、链接与 CTA 可直接访问
  • 表单与关键事件在真实环境验证
  • Search Console 与分析基线已保存
  • 监测负责人、频率、升级与回退路径明确
KEY TAKEAWAYS / 关键结论

如果只记住几件事,就记住这 4 点。

  1. 01

    改版前必须保存 URL、索引、搜索、转化与内容责任基线。

  2. 02

    每个旧 URL 都应有有证据的最终动作,不能无差别重定向到首页。

  3. 03

    重定向、Canonical、内部链接和 Sitemap 应指向同一规范 URL。

  4. 04

    上线后的技术验收可以被验证,但平台重新处理速度和排名结果不能被承诺。

准备把这套方法用到实际项目?

发来网址或当前资料,我们会按同一框架指出最需要处理的一步。

查改版风险
FAQ / 常见问题

常见问题,一次说清。

01 网站只换设计、不改 URL,也需要 SEO 迁移吗?

仍需做简化检查。模板可能改变标题、正文渲染、内部链接、结构化数据、速度和移动端体验。URL 不变会降低映射复杂度,但不会消除所有风险。

02 所有旧页面都做 301 到首页可以吗?

不应该。应逐条指向最相关的新页面;没有合理替代时,使用适当的未找到或已移除处理。Google 明确提醒,大量不相关 URL 重定向到首页可能被视为软 404。

03 迁移后排名波动是否等于失败?

不一定。Google 说明显著变更期间可能出现临时波动。需要结合重定向、抓取、索引、页面与查询数据判断,而不是只看一天或一个关键词截图。

04 域名不变,还要使用 Change of Address 吗?

不需要。Google 的 Change of Address 用于域名迁移;HTTP 到 HTTPS 也不使用这个工具。路径变化仍需 URL 映射、重定向、Canonical、Sitemap 与监测。

05 Sitemap 提交后是否保证页面被索引?

不保证。Sitemap 帮助平台发现你偏好的规范 URL,但搜索引擎仍会抓取、处理并决定是否索引。应同时检查页面可访问性、内容、Canonical、内部链接和索引报告。

METHOD NOTE / 写作与使用说明

这套方法可以帮助准备项目;真正执行时,还需结合实际网站和目标确认范围。

本文是网站改版的 SEO 迁移检查框架。具体动作需结合站点权限、URL 库存、平台数据与业务决策逐条复核。

SOURCES / 资料来源

想核对依据,可以查看这些公开资料。

外部页面会更新,真正使用前记得确认最新版本。

  1. 01
    Site Moves and Migrations

    Google Search Central

    查看 Google Search Central《Site Moves and Migrations》(新窗口打开)
  2. 02
    Redirects and Google Search

    Google Search Central

    查看 Google Search Central《Redirects and Google Search》(新窗口打开)
  3. 03
    How to specify a canonical URL

    Google Search Central

    查看 Google Search Central《How to specify a canonical URL》(新窗口打开)
  4. 04
    Build and submit a sitemap

    Google Search Central

    查看 Google Search Central《Build and submit a sitemap》(新窗口打开)
  5. 05
    Robots meta tag specifications

    Google Search Central

    查看 Google Search Central《Robots meta tag specifications》(新窗口打开)
  6. 06
    Introduction to robots.txt

    Google Search Central

    查看 Google Search Central《Introduction to robots.txt》(新窗口打开)
  7. 07
    Page indexing report

    Google Search Console Help

    查看 Google Search Console Help《Page indexing report》(新窗口打开)
  8. 08
    Web Content Accessibility Guidelines (WCAG) 2.2

    W3C

    查看 W3C《Web Content Accessibility Guidelines (WCAG) 2.2》(新窗口打开)
  9. 09
    SEO、GEO 与增长

    LumoHero

    查看 LumoHero《SEO、GEO 与增长》(新窗口打开)
NEXT / 下一步

把网址发来。我们会列出改版时不能丢的页面和入口。

再判断哪些旧页面要保留、合并或跳转,以及上线前必须检查什么。

查改版风险