有些頁面内容没問题，狀態碼正常，也能直接在浏览器打開，但在搜尋引擎那邊迟迟没有動静。排查时會發現一個共同点：站内没有任何一個連結指向它。這類頁面通常被称為孤岛頁面。
孤岛頁面是怎么形成的
孤岛頁面很少是刻意做出来的，多數来自日常运营中的几種情况：
- 批量生成时没有同步更新栏目頁或列表頁，頁面只存在于資料库中；
- 從舊站迁移過来时只保留了地址，忘了补站内入口；
- 活動頁、专题頁做完了就搁置，入口只發過外部渠道；
- 分頁、篩選产生的地址，只在特定操作路径下才會出現。
對搜尋引擎来说，站内連結是發現 URL 的主要途径之一。sitemap 和各類提交入口能起补充作用，但它們给的是一份地址清單，不保證這些地址都會被抓，也不代表它們在站点结构里有明确位置。
先判断這個頁面值不值得收錄
不是所有孤岛頁面都需要救回来。先分成两類看：
- 有獨立價值：产品詳情、教程、案例、工具頁等，用戶可能直接搜尋它；
- 没有獨立價值：一次性活動頁、測試頁，或内容與其他頁面高度重合的頁面。
第二類更合适的做法是合並或下线，而不是硬塞一堆内鏈把它推進索引。索引里多一個低质量地址，對整站没有好處。
把頁面接回站点结构
確認要收錄之後，按下面的顺序补連結，從最自然的位置開始：
- 所属栏目或分類頁：這是最基础的位置，頁面應该能在上級列表中被找到；
- 相關推荐、相關内容模块：用内容主题做關联，比随机推荐更合理；
- 正文里的自然引用：在提到相關概念时鏈過去，對用戶和蜘蛛都友好；
- 面包屑和上下篇導航：帮助蜘蛛理解层級，也提供一條稳定路径。
這几步做完，頁面基本就有了可爬行的入口。頁面數量多时，可以按模板批量處理，但要抽查生成的連結是否指向真實存在、内容相關的地址。
不建议的做法
- 把大量地址堆進頁脚或侧邊栏全站輸出。入口太杂反而稀释了連結的意义，用戶体驗也差；
- 只做一個隐藏的 HTML 地图。如果這個地图本身没有被連結，它同样是孤岛；
- 一次性提交几千條 URL 然後等结果。提交量突然放大，抓取和處理的节奏不會跟着同步。
补完内鏈之後看什么
接下来观察日誌和站点地图里的抓取记錄：
- 頁面是否開始出現蜘蛛的訪問记錄；
- 抓取是来自内鏈入口，還是只来自 sitemap；
- 抓取後是否進入索引，還是長時間停留在已發現未抓取的狀態。
如果加了内鏈仍然没有抓取，問题可能不在連結，而在頁面质量、站点整体抓取情况或服務器响應速度，需要分開排查。
内鏈解决的是“頁面能不能被找到”，收錄與否還要看内容本身和站点整体情况。先把结构理顺，再谈收錄，顺序會更稳。