大多数站点做 URL 发现，习惯只盯两条路：Sitemap 和站内链接。这两条确实覆盖了大部分情况，但还有一些入口并不出现在 HTML 里，也不在 Sitemap 中，同样能把 URL 递到搜索蜘蛛面前。它们不会替代主通道，更像是补位——在页面还没被内链串起来、或者内容本身不是 HTML 的时候派上用场。
补充型入口解决的是什么问题
内链和 Sitemap 有一个共同的假设：页面是 HTML 的，并且有人能链到它。图片、视频、音频、PDF 这类资源不满足第一条；刚上传还没排进栏目列表的内容不满足第二条。补充型入口就是为这两种缺口准备的。
需要先明确一点：这些入口只是让 URL 更容易被发现，能不能被收录、什么时候被收录，取决于页面本身的质量和站点的整体抓取状况，任何入口都无法保证结果。
RSS / Atom 订阅源
订阅源本质上是一份带时间顺序的 URL 列表，格式固定、体积小、更新频繁。对更新节奏快的栏目（资讯、博客、更新日志、商品上新）来说，它比反复抓取列表页更省事。
使用时注意几点
- 订阅源本身要能直接访问，返回 200，别被 robots.txt 或登录墙挡住。有些站点把 /feed 屏蔽了又指望它帮忙，这属于自相矛盾。
- 只放需要被发现的条目，数量控制在最近一段时间内。把几年前的旧文全塞进去，等于把一条新入口变成旧内容的重复入口。
- 条目链接用最终地址，别指向跳转链。中间多一跳，抓取路径就多一个断点。
- 在页面上给出可见的订阅入口，让订阅源不是孤岛——它自己也需要被链接到。
图片与视频站点地图
媒体内容经常被当成页面的附属品，但图片详情页、视频播放页在很多站点是独立 URL。媒体类型的 Sitemap 扩展可以把这些资源对应的页面地址一并声明，同时带上标题、缩略图等基础信息。
实际使用中，媒体 Sitemap 更适合作为主 Sitemap 的补充，而不是单独拆一个文件扔出去。如果视频页面本身已经在主 Sitemap 里，额外再声明一次通常不会带来额外收益；真正有价值的是那些只存在于媒体库、没有从栏目页链出去的页面。
主动提交与外部链接
站长平台提供的提交接口、以及来自其他站点的外链，同样属于 URL 发现的来源。提交适合数量明确、时效性强的页面；外链的价值则取决于对方页面本身是否被抓取。两者都不该被当作主要手段——一个站点如果长期靠提交来让内容被发现，通常说明站内结构有问题。
这些入口失效的常见原因
- 文件能打开，但内容是空的或长期没更新，抓取程序访问几次后降低回访频率。
- 地址被 robots.txt 屏蔽，或者需要登录才能访问。
- 文件体量过大，包含成百上千条历史 URL，有效信息被稀释。
- 链接大量指向 301 / 302 链或已删除页面，入口变成错误出口。
- 服务器响应慢或频繁超时，入口还没被读完就中断。
一个可执行的核对顺序
- 列出当前所有非 HTML 型入口：订阅源、媒体 Sitemap、提交记录、外部链接。
- 逐个访问，确认状态码、内容时效和链接写法。
- 比对服务器日志，看这些入口是否真的被请求过；没被请求的先查访问限制。
- 确认入口里的 URL 与站内实际地址一致，避免大小写、斜杠、参数差异造成重复发现。
- 把仍有价值的入口写进日常维护清单，跟内容更新一起检查。
补充型入口的定位是让该被发现的地址更快进入视野，它不负责解决页面本身的问题。把它们和内链、Sitemap 放在一起看，URL 发现的路径才完整。