网站收录

页面收录之后再改动:URL、内容与索引更新的处理顺序

页面进入索引并不是终点。改标题、换正文、调整URL,都会让索引里的那一份需要重新对齐。本文按URL是否变化、页面是否拆分合并三种情况,梳理处理顺序、常见的重复内容风险,以及改动后站点可以核对的几个点。

网站收录

页面收录之后再改动:URL、内容与索引更新的处理顺序

页面被收录之后,很多站点就把它当成“完成”了。实际上收录只是一个状态,不是终点。之后你改标题、换正文、调整 URL 结构,索引里的那一份都需要重新对齐。这一步如果没有章法,常见的结果是:搜索结果里看到的还是旧标题,或者新旧 URL 同时出现,甚至页面在索引里消失一段时间。

下面按“改了什么”分三种情况来说,因为处理顺序完全不同。

先分清改动的类型

同样是“更新页面”,对索引的影响差别很大,可以粗分成三类:

  • URL 不变,只改内容,比如标题、正文、图片、内链
  • URL 变了,内容基本不变,比如换路径、换目录、换域名
  • 页面被拆分或合并,一个 URL 变成几个,或几个变成一个

第三种最容易被忽略,也最容易制造重复内容。

URL 不变:重点是一次改到位

URL 不变的情况下,搜索引擎下次抓取到这个页面时会看到新内容,索引更新只是时间问题。影响更新速度的主要有两点:抓取频率和改动幅度。

  • 改动幅度:只调几个词,通常做局部更新;主体内容大改、标题和结构一起换,更容易触发重新评估。
  • 抓取频率:内链多、更新规律、站点整体抓取正常的页面,回访通常更及时。

实务上的建议是:需要改就一次改清楚。今天改标题、明天换首段、后天再调一次小标题,反复小幅改动既看不出效果,也让抓取回访缺少明确信号。站点地图里的 lastmod 可以更新,但要如实反映内容变化,不要每次发布都全站刷新。

URL 变了:把指路做完整

换 URL 属于结构性改动,处理不完整就会留下两个都能打开的版本,收录机会被分散。要一起做完的至少有这几步:

  1. 旧 URL 做 301 永久重定向到新 URL,不要长期使用 302。
  2. 站内所有指向旧 URL 的内链改成新 URL,减少跳转层级。
  3. 站点地图替换为新 URL,旧 URL 从地图中移除。
  4. 如果旧 URL 有外链或流量,重定向至少保留数月,不要急着关掉。

顺序上,先确定新 URL 能正常访问、内容完整,再做重定向,最后清理内链和站点地图。反过来做,很容易留下一段时间的死链。

拆分与合并:先确定代表版本

把一篇长文拆成几页,或者把几个薄页合并成一页,本质是 URL 与内容的重新对应。这时要明确哪一个是代表版本:

  • 合并时,选内容最完整、外链最多的那个 URL 作为代表,其余页面 301 过去,并在代表页上补齐被合并内容的要点。
  • 拆分时,每个新 URL 都要有独立完整的主题,不要把同一段内容复制到多页,只在标题上做区分。
  • 如果几页确实需要同时存在,比如分页或筛选,用 canonical 指向代表版本,并确认站内链接不会同时指向多个版本。

这一步做不好,就会变成几个 URL 争同一个查询,谁都不稳定。

改动之后,站点可以核对什么

  • 抓取日志里旧 URL 和新 URL 的访问情况,确认重定向有没有被跟进。
  • 站点地图、内链、导航中是否还残留旧地址。
  • 索引状态是否从旧 URL 转移到新 URL,而不是两者并存。
  • 被改动的页面,标题和摘要在搜索结果里是否已经更新。
索引更新不是发布动作的即时回执,站点的任务是让信号一致、指路清晰,剩下的是等待。

把“改动”当成一次小型的 URL 整理来做,比事后发现两个版本同时在索引里再补救要省事得多。