做收錄核對时经常碰到一種情况：頁面早就寫進了 sitemap，抓取日誌里也能看到蜘蛛来過一两次，但之後就没有回訪，索引里始终找不到它。排查服務器、狀態碼、robots 都没問题，最後發現真正的原因是——這個頁面在站内几乎没有入口連結，也就是常说的“孤岛頁面”。
孤岛頁面是怎么形成的
孤岛頁面並不是刻意做出来的，多數是运营過程中慢慢攒出来的。常见来源包括：
- 早期专题頁下线了入口，但頁面本身還在，URL 也没有做處理；
- 活動頁、落地頁只在投放渠道里出現過，站内没有任何栏目引用；
- 詳情頁所归属的列表頁做了分頁或篩選收口，深层頁面被甩出了連結鏈；
- 栏目改版时只保留了新導航，舊栏目下的子頁面失去了父級入口。
這些頁面的共同点是：地址存在、可以訪問、也被提交過，但站内没有任何一條連結指向它們。
内鏈為什么會影响收錄
sitemap 和主動推送解决的是“告诉搜尋引擎這里有個 URL”，而内鏈解决的是“這個 URL 值不值得抓、抓完放在什么位置”。一個没有任何站内引用、也不被任何頁面連結的地址，在抓取調度里通常優先級很低：蜘蛛可能因為 sitemap 来一次，但缺少持續回訪的理由，也就很难進入索引环节。
另外，内鏈還承担着一部分權重與上下文传递的作用。頁面被谁連結、锚文本是什么，會影响搜尋引擎對它的主题判断。孤岛頁面缺失的正是這层信息。
先確認哪些頁面可能属于孤岛
與其凭感觉判断，不如按下面的顺序過一遍：
- 從 sitemap 里導出全部 URL，作為待核對清單；
- 用站内爬取工具（或日誌里蜘蛛訪問過的路径）跑一遍全站，记錄每個 URL 被内鏈指向的次數和最短点击深度；
- 把两份資料對照，标出“在 sitemap 里、但全站没有任何内鏈指向”的 URL；
- 再看点击深度超過四到五层的頁面，它們虽然不算完全孤立，但抓取频次往往明顯偏低。
這一步做完，通常會得到一份几十到几百條的清單，比笼统感觉“收錄慢”要有针對性得多。
补内鏈的處理顺序
不建议一上来就给所有孤岛頁面加一堆連結，那样反而會让連結结构變得杂乱。可以按下面的顺序處理：
- 先判断頁面是否還要保留。如果内容已经過期、與目前业務無關，直接下线或做 301，比补内鏈更省事；
- 给核心頁面找最近的父級入口。優先在對應的栏目頁、列表頁、相關推荐位里加上連結，让它的抓取路径符合站内结构；
- 补上下文相關的内鏈。從内容相近的詳情頁互相引用，锚文本用頁面主题词，而不是“点击這里”；
- 最後再考虑辅助手段。sitemap 更新、主動推送可以同时做，但它們替代不了站内入口；
- 观察一到两周的回訪情况。看日誌里這些 URL 的訪問频次有没有變化，再决定是否需要繼續調整。
几個容易弄反的点
第一，把 sitemap 当成萬能入口。sitemap 只能帮助發現，不能替代内鏈提供的抓取理由和主题信号。第二，只在導航里加連結。導航連結属于全站模板，權重分散，深层頁面還是需要栏目頁和正文内的引用。第三，一次性大批量加連結。短時間内在大量頁面插入相同連結，容易被当成異常連結行為，分批做更稳妥。
内鏈是给蜘蛛看的路径，也是给用戶看的路径。补連結时如果只考虑收錄，不考虑用戶是否需要点進去，多半會做成一批没人用的頁面。
小结
收錄慢时，除了查抓取、查狀態碼、查索引狀態，不妨先問一句：這個頁面在站内到底有没有入口？把孤岛頁面按“是否保留—找父級入口—补上下文内鏈”的顺序處理一遍，往往比反复提交 URL 更有效。需要提醒的是，补内鏈改善的是抓取和發現條件，最终是否被收錄，仍要由頁面本身的质量和重复情况决定。