📍 WDQWDWQD987AAAAA:216.73.216.175
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /35ad9b9fdb5c.html
📄

新闻源提交改版前怎样保留搜索基础 - 先盘点再迁移

改版前保留搜索基础的核心动作不是“再提交一次”，而是先盘点现有新闻源页面被搜索引擎抓取、索引和展现的资产，再决定哪些 URL 必须保留、哪些需要 301 跳转、哪些内容要迁移到新路径。新闻源提交只是把新 URL 或更新后的页面告知搜索引擎的环节之一，它不能替代 URL 结构规划。改版一旦上线，旧路径失效、内容被删或跳转链过长，都会让原有搜索基础快速流失。

观察：先把现有搜索基础盘清楚

多人协作时，最容易返工的地方是“谁都没说清旧页面到底有哪些”。改版前应导出一份 URL 清单，至少包含以下字段：

• 旧 URL 与页面标题
• 页面类型：新闻列表、新闻详情、栏目页、标签页
• 是否已被索引：可在搜索引擎中用 site: 查询，或用站长平台提供的索引数据核对
• 是否有外部链接或站内入口
• 是否有稳定流量或转化
• 改版后对应新 URL，或标记为删除、合并

这份清单要由内容、技术、SEO 三方共同确认。判断标准很简单：有索引、有外链、有流量的旧 URL，不能直接消失；没有索引也没有入口的页面，才考虑清理。

判断：哪些旧 URL 必须保留搜索基础

新闻源页面的搜索基础通常来自三类资产：已收录的详情页、被其他站点引用的链接、以及长期积累的栏目入口。处理优先级可以按下面顺序判断：

1. 有外链的旧详情页：优先保留原 URL；如果新系统无法保留，必须做 301 到内容最接近的新页面。
2. 已收录且有点击的页面：迁移到新 URL 后，旧 URL 301 到新 URL，并确保新页面内容完整、可抓取。
3. 仅站内使用的列表页或标签页：如果新结构不再需要，可合并到新栏目页，但不要直接返回 404。
4. 重复或低质页面：确认无外链、无流量后再删除，并让旧 URL 返回 410 或 301 到上级栏目。

这里要区分“可能原因”和“已经定位的原因”。例如改版后流量下降，可能是旧 URL 404、跳转链过长、新页面未被索引，也可能是内容本身被删减。只有逐项核对日志和索引状态，才能确定是哪一种。

处理：改版与新闻源提交的衔接步骤

确认清单后，按以下步骤执行，能减少多人协作中的返工：

• 先在测试环境配置好新 URL 规则，确认旧 URL 能正确 301 到新 URL，且不出现跳转循环。
• 保留旧 URL 的 sitemap 一段时间，同时生成新 URL 的 sitemap，避免一次性替换导致抓取断档。
• 新闻源提交时，提交的是新 URL 或更新后的页面，不要提交已 301 的旧 URL 作为主要入口。
• 如果新闻源页面有分页，改版后分页规则要同步更新，避免第二页之后的新闻详情失去入口。
• 上线后检查 robots.txt，确认没有误屏蔽新路径或旧路径的跳转。

举例来说，假设某新闻详情页旧地址为 /news/123.html，改版后新地址为 /article/123。正确做法是让旧地址 301 到新地址，并在新地址可访问后提交新地址。若直接把旧地址删除并返回 404，已收录的搜索基础就会中断。这个例子只说明跳转逻辑，不涉及具体平台操作。

复查：上线后看什么指标

改版上线后不要只看首页是否正常，要按下面检查项复查：

• 旧 URL 是否返回 301，而不是 404 或 200 空白页。
• 新 URL 是否可被抓取：用 site: 查询、抓取工具或站长平台日志核对。
• 新闻源提交后，索引状态是否逐步从旧 URL 转移到新 URL。
• 重点页面的标题、正文、发布时间是否完整保留。
• 站内搜索和栏目入口是否指向新 URL，避免用户和爬虫走到死链。

如果发现旧 URL 仍被索引而新 URL 未收录，先检查跳转是否生效、新页面是否可访问、是否有 noindex 误加。不要急着反复提交，先定位原因再处理。

下一步：把上面那份 URL 清单交给技术和内容负责人，逐条标注“保留、301、合并、删除”，并在改版上线前完成一次跳转测试。