孤岛頁面是怎么出現的
在收錄問题里，有一類頁面经常被忽略：它本身寫得不算差，URL 也在 sitemap 里，但站内几乎没有任何可点击的連結指向它。搜尋蜘蛛能“看到”這個地址，却没有從站内得到任何入口提示。這類頁面通常被称為孤岛頁面，表現往往是長期停留在“已發現但尚未编入索引”，或者即使被收錄，也很久不更新。
孤岛頁面的来源並不神秘，常见的有几種：
- 批量生成後只提交了 sitemap，没有加進任何列表頁或推荐位；
- 改版或調整栏目结构时，舊入口被删掉，頁面本身還留着；
- 連結寫在 JS 里，或者用 onclick 跳轉，抓取端取不到 href；
- 連結虽在，但被加了 nofollow 或其它手段屏蔽；
- 頁面只在站内搜尋、後台或需要登入的路径里能到達。
站内入口為什么會影响收錄
URL 發現和收錄是两個阶段。sitemap、外鏈、站内連結都能帮助發現，但蜘蛛在决定先抓谁、抓多深时，站内連結的密度、位置和上下文是很重要的參考。一個被導航、列表頁、面包屑、相關推荐反复指向的地址，通常比只在 sitemap 里出現過一次的地址更容易被優先處理。
反過来，如果站内長期没有連結指向某個頁面，蜘蛛即使抓到一次，也很难判断它在站点结构中的位置和重要程度，重新抓取的間隔可能會被拉長。
排查顺序
一、從首頁出發手動走一遍
打開首頁，只用鼠标点击，看目标頁面需要几层才能到達。三层以内是比較常见的期望，超過五层或者根本点不到，就值得重点處理。注意不要在浏览器地址栏直接輸入 URL，那样會绕開問题本身。
二、確認連結是可被抓取的形態
查看頁面源碼里的連結是否為标准的 a href，而不是由 JS 動態拼接、按钮点击事件触發。JS 渲染的連結現在多數情况下能處理，但渲染有成本，入口越依赖渲染，被發現和被處理的優先級越容易靠後。
三、检查入口頁面本身是否被收錄
如果指向它的列表頁、聚合頁自己就没被收錄，這條内鏈的作用會打折扣。可以先看看入口頁的收錄狀態和抓取频率，再决定是修内鏈還是先修入口頁。
四、用資料和日誌复核
在服務器日誌或抓取統計里，核對目标目錄下 URL 的抓取次數和来源。如果某個栏目下的 URL 几乎從未被訪問，而站内也确實没有連結指向，那基本可以確認是入口缺失，而不是内容或服務器問题。
可以做的修复動作
- 把重要頁面加進導航、分類列表或相關推荐，保證從首頁有稳定路径；
- 為成批生成的頁面建一個總入口頁，例如专题或目錄頁，再從這個頁面鏈出去；
- 补上面包屑和上一級返回連結，让层級關系更清晰；
- 把内鏈放在正文或列表的合理位置，而不是只在頁脚堆砌；
- sitemap 繼續提交，但把它当作补充渠道，而不是唯一入口。
内鏈調整後不會立刻见效，通常需要等下一轮抓取。观察两周左右，看這些 URL 的抓取次數和索引狀態是否變化，再决定要不要繼續补連結。
入口的作用是告诉蜘蛛這個頁面對站点意味着什么。連結越自然、越贴近内容上下文，頁面越容易被正确理解；為了收錄而生硬地堆内鏈，反而可能让頁面质量评估變差。
几個容易走偏的地方
- 只加連結不看相關性，把不相關頁面互鏈成一片，用戶和蜘蛛都难判断主题；
- 為了增加入口，把同一批 URL 放到全站頁脚，短期抓取變多，長期可能被当作低價值連結；
- 忽略入口頁质量，連結来自大量薄内容頁面，传递效果有限；
- 把 sitemap 当成救命稻草，站内结构問题始终没有解决。
收錄不是單一動作的结果，而是發現渠道、站内结构和頁面质量共同作用的结果。当某個頁面迟迟没有動静时，先回到站内看看有没有人“带路”，往往比反复提交更有效。