旧网站改版前，内容、旧链接和已收录页面应该这样盘点

旧网站的导航菜单，通常不是网站的全部。

有些产品页早已从菜单撤下，却仍能从搜索结果进入；有些文章没有被任何栏目收录，但外部网站一直在引用；还有参数页、活动页、PDF 下载页、带不同参数的网址，平时几乎没人注意，搜索引擎却可能已经抓取。等新站上线后才发现这些入口失效，补救就不只是“加几条跳转”那么简单了。

所以，旧站盘点不该从“新网站准备做几个栏目”开始，而要先回答一件更朴素的事：旧网站到底有哪些可以访问的网址，其中哪些仍然有用。

先把旧网址找全，不要只抄导航

一份可靠的旧网址清单，通常要把几路数据放到一起看。任何单一路径都会漏页。

• 从旧站 CMS 或数据库导出文章、产品、案例、栏目、标签、附件等内容的网址。这里最接近网站真实库存，也最容易发现已经脱离导航的页面。
• 抓取当前网站，记录能从首页和内部链接走到的 URL、状态码、标题、规范网址、页面层级、图片和附件。抓取结果能看出站内结构，却看不到完全没有内部链接的“孤儿页”。
• 下载现有 XML 站点地图和历史站点地图。它们能补到网站主动提交过的地址，但不能默认其中每一条现在仍有效，更不能把站点地图当作完整库存。
• 从百度搜索资源平台、Google Search Console、必应网站管理员工具等平台导出能拿到的索引和搜索表现数据。不同平台的口径、覆盖范围和导出能力并不相同，应分别保留来源。
• 从统计工具中导出近 12 个月的自然搜索落地页和全部着陆页。时间至少跨过一个完整业务周期，季节性业务还要覆盖旺季。
• 查看服务器访问日志，找出近一段时间被搜索引擎抓取、被用户访问，却不在前几份清单里的地址。
• 从外链数据中补充仍有其他网站引用的旧页面，尤其是行业媒体、合作方、资料下载站和长期有效的目录页。

这几份数据合并以后，要先统一协议、域名、大小写、结尾斜杠和常见跟踪参数，再去重。http 与 https、带 www 与不带 www 可以同时保留原始值，但必须另外标出网站准备采用的规范版本，否则同一页面很容易在表里出现好几次。

“已收录页面”不能靠一条 site 指令数出来

改版讨论中常有人搜索 site:域名，看到大约多少条结果，就把这个数字当成网站收录量。这个办法适合抽查，不适合做迁移底表。

Google 对 site: 运算符的说明写得很明确：返回的网址列表不一定完整，尤其是较大网站；只输入域名、不带查询词时，结果也不会按一套可用来盘点的顺序排列。[^1] 搜索结果里显示的估算数量会变化，还可能混入参数页、历史页或并非首选的规范网址。

更稳妥的做法，是把搜索平台提供的索引报告作为一项来源，再用站点地图、自然搜索落地页、日志和 site: 抽查互相补漏。需要确认某个重要 URL 时，再使用网址检查工具做单页核验。这里没有哪一份数据能单独代表“搜索引擎知道的全部页面”，多份数据取并集，才接近改版真正需要保护的范围。

内容盘点，盘的不是字数，而是页面还承担什么任务

网址找全之后，不要急着复制正文。先看每个页面为什么还值得留。

产品页可能内容已经旧了，但仍有稳定的品牌词排名；一篇早年的技术文章访问不多，却被很多相关页面引用；某个活动页已经过期，页面本身可以下线，但它积累的外链和搜索入口不该直接丢掉。反过来，有些页面字很多、上线时间也长，却长期没有访问、没有外链、没有业务用途，内容还与其他页面重复，继续原样迁移只会把旧站的问题带进新站。

实际判断时，至少要看这些信息：页面主题是否仍符合现有业务，事实和参数是否过期，近一年有没有自然搜索曝光和访问，是否带来有效咨询，站内外有没有链接指向它，是否与其他页面重复，页面上的图片、下载文件和结构化数据是否还需要保留。

最后给每条 URL 一个明确处理结果：

• ‎保留：主题、内容和业务都有效，尽量沿用原网址；如果必须换地址，做一对一永久跳转。
• ‎更新：页面仍有价值，但产品信息、案例、参数、作者或发布日期需要核实后再迁移。
• ‎合并：多篇薄弱或重复内容确实可以由一个更完整的新页面承接，旧网址分别跳到合并后的页面。
• ‎下线：内容已失效，又没有合适的替代页面，可以返回 ‎404 或 ‎410。不要为了“留住权重”把所有无关页面都跳到首页，Google 明确提醒，这类做法可能被视为软 404。
• ‎待确认：涉及历史合同、法规、产品责任或内部归属，不能由改版团队自行猜测，交给对应负责人确认。

“保留还是删除”不是只看访问量。访问少但仍能准确回答采购前问题的页面，可能比一篇高访问、低相关的旧文章更值得留下。

旧网址到新网址的映射，要在开发改路由之前定下来

盘点表一旦有了处理结论，就可以生成旧 URL 到新 URL 的映射。它不是上线前临时补的一张技术表，而是新站信息架构的一部分。

Google 最新的网站迁移指南同样把“准备网址映射”列为迁移前的关键动作，并建议从站点地图、服务器日志、分析工具、Search Console 链接数据和 CMS 中寻找旧网址。对服务方来说，这张表越早定，越能及时发现新站少了哪个内容类型、哪个下载入口没有承接、哪个栏目被设计方案误删。

映射时应把旧页面送到内容最接近的新页面。旧产品已由新型号替代，可以跳到明确的替代产品或解释替代关系的页面；三篇内容重复的旧文章被合并，就分别跳到那篇新文章。没有对应内容，就如实下线。把几十个不相干的旧网址统统指向首页，用户找不到原来的信息，搜索引擎也很难确认新旧页面之间的关系。

永久迁移优先使用服务器端 301 或 308。Google 将它们视为目标页应成为规范网址的信号，并建议在能够控制服务器时优先采用永久服务器端重定向。跳转最好一步到位，避免“旧地址跳到过渡地址，再跳到新地址”的链条；新站的内部链接、canonical、站点地图和多语言标记也要直接写最终 URL。

一张能真正交给开发的表，应该写到什么程度

只有“旧页面名称”和“新页面名称”还不够。红数科技在改版项目中更看重一张能够被内容、SEO、设计和开发共同使用的底表，字段不必花哨，但责任和结果要清楚。

最好另存一份盘点日期和数据区间。网站一直在更新，如果没有快照时间，项目进行两个月后再回头核对，很难分清某个页面是当初漏了，还是盘点之后才新增。

站点地图也要跟着处理结果走。Google 当前要求站点地图使用完整绝对 URL，优先放入希望展示在搜索结果中的规范网址；单个文件上限为 50MB（未压缩）或 50,000 个 URL。对普通企业站来说，数量通常不是问题，真正容易错的是把测试地址、跳转地址、重复参数页和已经决定下线的旧页面继续留在新站点地图里。

上线前最后核对的，不只是页面有没有打开

新站进入正式切换前，用映射表批量检查旧 URL：该保留的是否返回 200，该迁移的是否只经过一次跳转并到达正确页面，该下线的是否按计划返回 404 或 410。还要检查新页面有没有遗留测试环境的 noindex 或 robots 限制，canonical 是否指向自身的正式地址，导航、正文和面包屑中的内部链接是否已经换成新 URL。

如果更换了域名，应在相应搜索平台完成新旧站点验证，并按平台要求提交地址变更；如果只是更换页面路径，不要误用域名变更工具。Google 建议永久跳转至少保留一年，从用户仍可能通过收藏夹、旧邮件和外部链接访问的角度看，重要旧地址保留更久通常更稳妥。

上线后，把这张表继续用起来。前几天重点看服务器错误、跳转异常和重要页面能否抓取；接下来对照新旧站的自然搜索落地页、索引状态和抓取情况。搜索排名在重大迁移后出现短期波动并不罕见，真正需要尽快处理的是重要旧页没有对应新页、跳错页面，或者新站仍挡着搜索引擎。

网站改版可以换视觉、换系统、换栏目，甚至换域名，但旧站已经形成的内容关系不能靠记忆交接。先把每一条旧地址的去向写清楚，新网站才算有了可以验收的起点。

[1]: Google 搜索中心：如何使用 site: 搜索运算符，最后更新时间 2025-12-18。 [2]: Google 搜索中心：在更改网址的情况下迁移网站，最后更新时间 2026-06-23。 [3]: Google 搜索中心：重定向和 Google 搜索，最后更新时间 2026-04-20。 [4]: Google 搜索中心：创建和提交站点地图，最后更新时间 2026-07-15。