很多站长会遇到一种情况：某个页面明明已经在 sitemap 里提交过，URL 也能正常打开，但搜索蜘蛛就是迟迟不来，或者来了也停在“已发现”不动。排查了一圈服务器和状态码都没问题，最后发现真正的原因是——站内没有任何一个页面链接指向它。这类页面通常被称为“孤岛页面”。
孤岛页面是怎么形成的
孤岛页面不一定是新页面，常见的来源有几种：
- 栏目改版后，旧路径还活着，但导航里已经没有它的入口；
- 活动页、专题页上线时只发了外链和 sitemap，站内没有做任何跳转；
- 内容页是从其他站点批量导入或程序生成的，没有被任何列表页收录；
- 分页较深的页面，前一页的“下一页”链接断了，链条中间出现缺口。
这些页面的共同点是：在站内 HTML 的链接关系里，它们是独立的点，没有入链。
sitemap 管“发现”，内链管“值不值得抓”
这两件事经常被混在一起。sitemap 的作用是把 URL 告诉搜索引擎，解决“知道有这个地址”的问题；而站内链接除了提供发现路径，还带着一层排序信息——被更多相关页面链接的 URL，通常会被认为更值得优先抓取。
所以会出现这样的现象：同一个 sitemap 里提交了一千个 URL，有内链的那部分很快被抓，没有内链的那部分长时间没有动静。这不是 sitemap 失效，而是抓取预算在分配时，内链数量是一个很直接的参考。
sitemap 是提交清单，内链是推荐信。只有清单没有推荐，蜘蛛通常会把它们排在后面。
怎么找出站内的孤岛页面
比较稳妥的做法是从几个方向交叉检查：
- 用站内搜索或 site: 查询，把已收录 URL 列表导出来，跟 sitemap 里的 URL 做差集；
- 看服务器日志，筛出“只有 sitemap 抓取记录、没有真实点击路径”的 URL；
- 用爬虫工具跑一遍全站，检查哪些页面入链数为 0；
- 人工抽查几个重要页面，确认从首页能不能在三次点击内到达。
这样比只看收录数字更有效，因为能定位到具体是哪些 URL 缺入口。
修复顺序：先补入口，再谈提交
- 先确认页面本身值得收。如果内容单薄、和其他页面高度重复，正确的做法是合并或删除，而不是硬加链接把它推进索引。
- 找相关页面做上下文链接。优先从主题相近的内容里加正文内链，而不是在页脚堆一排链接。
- 补结构化入口。面包屑、分类页、相关推荐模块、标签聚合，都能给页面提供稳定的入链路径。
- 重建后再提交。让 sitemap 和站内链接同时指向该 URL，过一段时间观察日志里是否出现正常抓取。
几个常见误区
- 以为提交 sitemap 就等于通知收录，反复提交同一个文件意义不大；
- 为了补内链在页脚、侧栏批量加全站链接，这类链接的推荐作用很有限；
- 页面被收录后又撤掉所有内链，可能导致重新抓取频率下降；
- 把孤岛问题当成服务器问题处理，反复检查状态码，方向跑偏。
孤岛页面本质上不是技术故障，而是站点结构问题。把入口补上，让链接关系恢复，收录情况通常会跟着改善，但具体时间仍取决于页面质量和抓取节奏，不能指望一次性解决。