IKENSA暫定名 · 開發預覽

孤兒頁偵測

沒有任何內連的頁面等於不存在

a08檢核 自動網站結構在互動地圖中開啟 →

孤兒頁像沒有任何路牌指向的店面——地址存在、店也開著,但除非有人拿著紙條找上門,否則等於不存在。

03為什麼是現在學

孤兒頁是內鏈網的品質檢驗:它們吃著維護成本卻拿不到任何站內訊號,常常還是「以為早就下架」的殭屍頁。

04白話理解(對客戶簡報可直接引用)

孤兒頁=站內沒有任何連結指向的頁面。找法:把「sitemap/CMS 裡的全部網址」跟「爬蟲從首頁爬得到的網址」相減,剩下的就是。處置三選一:值得活→補內鏈;過時→301 或 410;本來就不該公開→noindex 或下架。

05工具箱

  • 爬取工具+sitemap 比對功能 — Screaming Frog 可直接吐孤兒頁清單
  • GA4 — 看孤兒頁有沒有殘存流量(決定去留)

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1爬取 vs sitemap/CMS 全集比對孤兒頁清單
  2. 2逐頁決定:補鏈/轉址/移除處置決策表
  3. 3查孤兒成因(模板漏鏈?活動頁沒退場機制?)並修流程流程修正紀錄

07場景應用(實戰經驗)

  • 最常見成因:活動頁上線靠廣告導流、活動結束廣告停——頁面從此變孤兒,還留著過期價格資訊。

08⚠️ 常見誤區

  • 只清單次孤兒頁、不修產生孤兒的流程——半年後又是一批。
口訣

找得到的頁才是資產;找不到的是庫存損耗。

10里程碑 · 完成標準(可驗證)

  • 孤兒頁清單為零或皆有處置
  • 產生孤兒的流程已修正

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
內部連結策略
下一節點 →
分頁(Pagination)處理