改版前先记录旧网站的搜索入口
整理当前可索引 URL、Sitemap、Google Search Console 中有曝光和点击的页面,以及重要的外部链接入口。产品页、服务页和文章如果已有搜索价值,不要在新站上线时随意删除。
旧网址与新网址,建立逐页对应表
能保留原 URL 的页面尽量保留。确实需要改地址时,为旧 URL 设置指向最相关新页面的永久重定向,并避免多个跳转串联。不要把所有旧服务页都一律跳到首页,这会让用户找不到原来需要的内容。
- 旧页面仍存在:保持原地址或明确新地址。
- 旧页面合并:指向内容最相近的新页面。
- 旧页面永久取消:根据内容情况合理处理,不要制造虚假对应。
检查 Canonical、hreflang 与 Sitemap
每个应索引页面应有清晰的规范 URL;多语言页面要核对语言代码、双向对应与自指 Canonical。Sitemap 只列应索引的规范地址,并检查根目录 /sitemap.xml 可以直接返回 XML,而不是指向不存在的文件。
上线前测试页面与询盘路径
除了首页,还要逐一检查重要产品页、服务页、知识文章、404、移动端、图片与 CSS/JS 资源。检查联系邮箱、按钮、支付或询盘流程是否仍然可用,并确认测试环境的 noindex 没被带到正式站。
- 重要 URL 和资源没有意外 404 或 5xx。
- 移动端、语言切换、内部链接及联系入口可操作。
- 统计工具、转化事件及必要的权限设置正常。
上线后观察变化,不承诺零波动
网站迁移可能需要搜索引擎重新抓取和处理,短期波动并不等于迁移失败。持续查看 Search Console 的索引、点击、查询与抓取错误,结合访问统计检查是否影响有效询盘。发现问题时优先按 URL 排查,而不是立即反复更改全站结构。
上线前后简明清单
把下面的检查结果保存为交付记录,便于后续复盘。
- 保存旧 URL 清单、主要搜索入口与关键页面截图。
- 建立旧到新 URL 的对应表并测试重定向。
- 检查 Canonical、hreflang、robots 与 Sitemap。
- 逐页验证核心服务、产品和文章的 HTTP 状态。
- 检查手机端、联系路径、统计与实际询盘。
- 上线后定期查看索引、404 与转化变化。
参考资料
Google Search Central — Site moves with URL changes · Google Search Central — Localized versions · Google Search Central — Sitemaps overview