技术实现
网站更新后:Sitemap、IndexNow 与发现流程
通知系统“我更新了”,不等于系统已经读取,更不等于认可变化。
发布成功,不等于系统已经发现
网页更新后,搜索与 AI 系统需要重新发现、抓取和处理页面。Sitemap 和 IndexNow 可以提供变更提示,但都不是强制收录或排名按钮。
通知系统“我更新了”,不等于系统已经读取,更不等于认可变化。
一、Sitemap 应表达当前规范状态
只包含:
- 返回 200 的规范 URL;
- 希望被发现和索引的页面;
- 正确语言版本;
- 真实
lastmod。
不要每天自动更新所有 lastmod。只有页面主体内容发生实质变化时才更新。
二、按站点规模组织 Sitemap
小站可使用一个 sitemap.xml;大型站点可按内容类型或语言拆分 Sitemap Index,例如:
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap><loc>https://example.com/sitemap-products.xml</loc></sitemap>
<sitemap><loc>https://example.com/sitemap-docs.xml</loc></sitemap>
<sitemap><loc>https://example.com/sitemap-zh.xml</loc></sitemap>
</sitemapindex>拆分有助于定位某类页面的发现和索引问题,但不是排名加成。
三、IndexNow 解决什么
IndexNow 允许网站向参与协议的搜索引擎提交新增、更新或删除 URL 的通知。它适合:
- 新闻和频繁更新内容;
- 商品价格、库存变化;
- 文档版本更新;
- 页面删除或迁移。
它仍然只是通知。接收方决定何时抓取和如何处理。IndexNow
四、建立发布事件流程
内容实质变更
→ 更新页面与事实源
→ 清理旧 URL、canonical 和内链
→ 更新 Sitemap lastmod
→ 向支持方发送 IndexNow
→ 检查生产响应
→ 观察抓取日志与站长平台不要把所有 URL 每天重复提交,这只会增加噪声。
五、删除和迁移也要通知
- 永久迁移:301/308,并更新内链、canonical、Sitemap;
- 永久删除且无替代:404/410,并从内链和 Sitemap 移除;
- 临时不可用:根据真实业务使用合适状态,不要统一返回 200;
- 旧价格页:若保留历史价值,清楚标记失效并链接当前版本。
六、验证更新是否进入生产
检查:
- 页面响应和正文已经变化;
lastmod与实质更新相符;- Sitemap 不含旧 URL;
- canonical 指向新版本;
- CDN 缓存没有继续返回旧内容;
- 日志出现重新抓取;
- 站长工具状态后续是否更新。
本文行动清单
- Sitemap 只含 200、规范、可索引 URL。
- lastmod 只在实质变更时更新。
- 发布流程同步处理 canonical、内链与旧 URL。
- IndexNow 仅提交真实变化。
- 已检查生产响应和 CDN 缓存。
- 不把提交成功解释为收录或排名成功。
小结
Sitemap 管清单,IndexNow 管通知,抓取与索引仍由平台决定。
可靠的发现流程,来自准确变更信号,而不是重复敲门。
最后更新于