Orphan Page（孤兒頁面）指網站中完全沒有任何內部連結指向的頁面。這類頁面雖然可能仍然存在於網站伺服器或Sitemap之中，但對搜尋引擎爬蟲而言，它們就像處於孤立狀態——不與任何其他頁面連接，很難透過正常瀏覽路徑發現。
孤兒頁面為何會出現？
- 網站遷移或改版時，舊頁面被遺留，但沒有納入新的導覽或內容結構
- CMS自動生成的標籤或分類頁面，從來沒有被任何地方連結
- 內容團隊發布了文章，但忘記在相關頁面或部落格列表加入內部連結
- 舊版導覽選單移除後，個別頁面失去唯一入口，不再出現於任何導覽或內容之中
孤兒頁面對SEO的影響
爬蟲主要透過跟隨連結來發現新頁面，孤兒頁面沒有任何內部連結指向，爬蟲很難自然發現（就算已在Sitemap提交，也可能因沒有連結權重傳遞而較少被爬取）。即使已被索引，因為沒有內部連結傳遞主題相關性信號，排名表現通常也較差。
如何找出孤兒頁面
- 將Google Search Console已索引頁面清單，與Screaming Frog爬取到的內部連結圖作交叉比對
- 將Sitemap列出的所有網址，與網站導覽及內部連結實際覆蓋範圍作比對
- 使用Google Analytics檢查有流量但零內部連結的頁面（可能仍有外部連結或直接搜尋帶來流量）
修復方法
- 從相關文章或導覽加回內部連結
- 若頁面已不再有價值，可考慮301重定向或直接下架並從Sitemap移除
- 建立清晰的內容分類架構與發布流程審核清單，防止日後再產生孤兒頁面
孤兒頁面與低流量頁面的分別
值得留意的是，孤兒頁面不等於低流量頁面。有些孤兒頁面因累積了大量外部反向連結，即使沒有內部連結支援，仍然能夠帶來相當流量；相反，有內部連結支援的頁面也可能因內容質素不足而流量偏低。因此，審核網站架構時，應同時檢視內部連結覆蓋率與實際流量表現，兩者結合才能準確判斷哪些頁面需要優先處理。
如何防止孤兒頁面重複出現
除了修復現有的孤兒頁面，建立長期的預防機制同樣重要。建議在內容發布流程中加入強制檢查步驟，要求每篇新文章在發布前必須確認已加入至少一個入口（例如相關文章推薦、主題分類頁或導覽選單），並在網站進行任何結構調整或改版前，先完整記錄現有的內部連結地圖，確保重要頁面不會在過程中被意外遺留。將這類檢查納入標準作業流程，比事後補救更能有效降低孤兒頁面的發生率。團隊亦可考慮在網站的內容管理系統中設定提示機制，當新頁面缺乏任何內部連結時自動發出警示，進一步降低人為疏忽的機會。