历史页面存档 - 新站首轮工作如何安排
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3ebe84595e43.html
📄
历史页面存档 - 新站首轮工作如何安排
新站首轮工作不应从批量发文开始，而应先建立“历史页面存档”的基线：把当前可访问的页面、已消失的页面、以及外部仍指向本站的链接各记录一份，再决定哪些内容保留、合并或重写。这样做的直接好处是，后续无论做站内链接还是提交页面，都有可核对的依据，而不是凭印象判断。
第一步：查出网站现在有哪些页面
要查的是“实际可被抓取的页面清单”。做法是从首页出发，用浏览器逐个点开主导航、页脚和重要栏目，把最终打开的 URL 记入表格；同时查看站点地图文件（常见路径为 /sitemap.xml），对比两份清单是否一致。
判断结果：如果站点地图里有、但点击打不开的地址，说明该页已失效或从未发布，应标为“待处理”；如果点得开、但站点地图里没有，说明存在遗漏，需要补入。这一步只解决“有哪些页面”，不涉及排名。
第二步：确认哪些旧地址已经失效
要查的是“历史页面存档”中已消失的部分。做法是随机抽取一批旧链接（可从旧站导航备份、外链记录或此前保存的书签中取），逐个访问，记录返回状态：正常打开、跳转到其他页面、提示不存在、或长时间无响应。
判断结果：正常打开的可保留；跳转到无关页面的应改为跳转到最接近的新内容；提示不存在的需要决定是恢复内容还是设置跳转。这里要注意，抓取、索引、排名是不同环节，一个地址打不开只说明抓取受阻，不能直接推断它在搜索结果中的表现。
第三步：核对站外还有哪些链接指向旧地址
要查的是“外部仍在使用但本站已变更的链接”。做法是查看自己可获取的来源，例如合作方页面、旧文章中的引用、社交平台历史发布记录，把其中指向本站的地址抄下来，再与第一步的页面清单比对。
判断结果：如果外部链接指向的地址已失效，而站内存在主题相近的新页面，可考虑让旧地址跳转到新页面；如果主题完全不同，则不宜强行跳转，应恢复原内容或保留一个说明页。这一步的意义是减少用户点进来后看到空页面的情况。
第四步：给每个历史地址定一个处理动作
把前三步的记录合并成一张表，每行至少包含：原地址、当前状态、外部是否有链接、处理动作、处理日期。处理动作只允许几种：保留、跳转、恢复、删除并说明。
- 保留：内容仍然有效，且与站点主题一致。
- 跳转：旧地址有外部链接，且新页面主题接近。
- 恢复：旧地址有外部链接，但站内没有合适替代内容。
- 删除并说明：内容已无价值，且没有外部链接。
适用条件：这套动作适合刚上线、页面数量不多、历史结构较简单的新站。如果站点已有大量页面，应先抽样处理，再决定是否扩大范围。判断结果是：每个历史地址都有明确去向，不会出现“点进来不知道去哪”的情况。
第五步：首轮完成后做一次复查
要查的是“处理动作是否真的生效”。做法是隔一段时间后，重新访问表中标记为跳转或恢复的地址，确认返回的是预期页面，而不是再次失效或跳到无关内容。同时检查站内主要入口是否都能正常打开。
判断结果：如果复查时仍有地址异常，说明前一步的记录或执行有遗漏，应回到对应行修正。复查不需要追求一次覆盖全部地址，但首轮至少应覆盖主导航、页脚和外部链接指向的地址。
下一步建议：先完成第一、二步，把当前页面清单和失效地址清单建起来，再决定跳转与恢复的具体对象；在没有这份清单之前，不建议直接批量修改站内链接或提交页面。
