一篇文章介紹了 AI 客服，讀者想知道實際交付範圍，卻找不到下一步；另一篇只有「點這裡」，點開才發現是方案頁。內部連結要處理的，就是讓讀者知道下一頁有什麼，以及真的能走得到。
這篇的學習成果，是完成五組「來源頁 → 目的頁」的檢查紀錄，分清可保留、需修正與尚待確認的連結。 適合自己維護網站的小店、工作室與中小企業；只要瀏覽器和文字編輯器，不必先購買 SEO 工具或取得 Search Console 權限。
本篇實際以客脈五個公開頁面做小範圍檢查，不是整站稽核。如果你還不知道流量卡在收錄、曝光或詢價哪一段，可以先讀網站沒流量的六步診斷，再決定是否優先處理連結。
一、先分清三件事：有連結、能開啟、值得點
內部連結是同一網站裡，從一個頁面指向另一個頁面的連結。本篇先檢查一般文字連結，暫不處理跨網域、圖片連結或需要登入的功能。
Google 的連結最佳做法建議使用帶有 href 的 a 元素，並讓連結文字簡潔、具描述性，符合來源與目的頁的內容。JavaScript 產生的連結若具備同樣標記，也可能被解析；不能把「原始碼沒看到」直接當成「Google 一定抓不到」。
你可以把每組連結拆成三關：
- 結構： 頁面上是否真的有連結和目的網址，而不只是看起來像按鈕的文字。
- 存取： 點擊後能否到達預期頁面，有沒有重新導向、錯誤頁或找不到的段落。
- 用途： 連結前後的說明是否讓讀者理解下一頁；目的內容是否真的回答那個問題。
HTTP 200 只表示這次請求得到成功回應，不等於內容正確。頁面可能回傳 200 卻顯示找不到內容，或把每個舊網址都導回首頁，所以仍要開啟頁面判讀。
二、準備五個頁面與一份六欄紀錄
先挑一條與服務有關的閱讀路徑：入門文章、實作教學、比較文章、服務頁與方案頁。五頁是方便初學的練習範圍，不是 SEO 的最低數量。
本次使用客服知識庫教學、AI 導入流程篩選、LINE 客服層次比較、AI 客服服務頁與方案頁。同一頁可以有多個不同去向；同一去向出現兩次，也不等於有兩個不同的來源頁。
開啟／下載本次五組連結紀錄與空白範本（TXT）。檔案包含檢查日期、完整網址、實際連結文字及限制；瀏覽器若直接顯示文字，可另存或複製到編輯器。
- 來源頁與位置： 記錄網址，以及正文哪一節、延伸閱讀或導覽列。
- 讀者下一個問題： 例如「知道要整理知識後，想比較 LINE 客服有哪些做法」。
- 連結文字： 抄下實際看見的文字，避免只記「有放連結」。
- 目的網址： 保留完整路徑；若帶 # 段落名稱，也一併記錄。
- 驗證證據： 日期、實際落點、頁面內容；若有 HTTP 或原始 HTML 檢查，再記錄結果與方法。
- 處理決定： 保留、修正、建議新增或待確認，附上原因與下次驗收方式。
三、依五個步驟，完成一次免費檢查
- 列出五個公開頁面和五組預期路徑。先寫讀者為什麼需要下一頁，再尋找現有連結；尚未存在的路徑先標成「建議新增」。
- 在來源頁找到連結，抄下文字與所在段落。用滑鼠右鍵複製連結位址，核對目的路徑；不要把整張卡片的標題誤認為真正的連結。
- 點擊連結，記錄瀏覽器最後的網址與頁面標題。若網址帶 #，確認是否移到正確章節，而非只看主頁有開啟。
- 想多查一層時，在瀏覽器的檢視原始碼或開發者工具搜尋目的路徑，確認有 a 元素與 href。找不到時先記「初始 HTML 未發現」；若頁面由 JavaScript 補上，還需查看載入後的元素，不能直接判斷不存在。
- 對照下一頁內容，決定保留、改文字、換目的頁或補連結。修改自己網站後，再用手機與桌面重走相同路徑；沒有後台權限時，只交付修正建議，不寫成已完成。
如果只用一般瀏覽器確認開啟，紀錄就寫「點擊可到達」。不要自行補上沒有量到的 HTTP 200。技術人員可用開發者工具的 Network 面板確認主文件回應，或以一般 HTTP GET 重查；下節會把本次取得的證據寫清楚。
四、客脈實測：五條路徑都能到達，但不是整站成績
2026-09-15 09:04（Asia/Taipei），本次以一般 HTTP GET 讀取上述五頁的初始 HTML，核對五組指定路徑。 五頁皆回應 200，最後網址與請求網址一致；五組都找到帶 href 的 a 元素，其中方案連結的 ai-build 段落 ID 也存在。
以下列出每組挑選的代表文字；同一來源的其他重複入口保留在下載紀錄，沒有把它們算成更多不同頁面的推薦。
- 知識庫教學 → 流程篩選： 「中小企業導入 AI 的四個篩選條件」。讀者尚未決定第一個流程時，可以回到選題判斷。
- 知識庫教學 → LINE 客服比較： 「LINE 官方帳號與 AI 客服的差別」。承接知識整理後的通路與功能層次問題。
- 流程篩選 → 客服服務頁： 「LINE 與官網 AI 客服建置」。從一般自動化概念，走到具體可評估的建置範圍。
- LINE 客服比較 → 客服服務頁： 「AI 客服交付範圍」。讓讀者核對服務內容，而不是僅看到價格就假設全部串接都包含。
- 客服服務頁 → 方案段落： 「查看現有 AI 建置方案」，目的為 /pricing#ai-build。除了目的頁 200，也確認初始 HTML 中有對應 ID；實際捲動與閱讀仍需瀏覽器驗收。
這次沒有查驗 Googlebot 的實際抓取、Search Console 收錄、搜尋排名或訪客點擊。也沒有檢查這五頁的每個外部連結。五組通過，只能證明這五組在本次方法與時間下可核對，不能擴大成「全站沒有斷鏈」。
五、如何改連結文字，以及何時才算孤兒頁
假設正文寫「想了解更多，點這裡」，實際連到客服交付說明，可以改成「準備委託前，先確認 AI 客服的建置與交付範圍」，只把其中描述目的的片語設為連結。這是本篇的示範改寫，不是宣稱客脈剛修復了同樣問題。
改寫時檢查兩件事：拿掉前後文，只看連結文字，是否大致知道會去哪裡；讀完整句，是否自然接續讀者的問題。不要把地區、服務、便宜、推薦等詞全部塞進一個入口。
孤兒頁通常指缺少其他站內頁面連入的頁面。但你只抽查五頁，沒找到通往某頁的連結，最多只能記成「在這次抽查來源中未發現」。要判定整站是否缺少入口，還需要較完整的頁面清單，並檢查其他文章、分類、導覽與載入後的連結；也要留意檢查工具的登入、頁數及 JavaScript 限制。
Google 建議重要頁面至少有其他站內頁面連入，並沒有所有頁面都適用的神奇連結數量。官方說明的重點是幫助讀者理解與發現內容。本文五組、兩種裝置的練習門檻是教學安排，不是排名公式。
Sitemap 可以協助搜尋引擎發現網址，但不能代替正文裡的閱讀入口，也不保證檢索或收錄；這點可對照 Google sitemap 概述。不要把「已放進 sitemap」當成整個連結問題都解決了。
六、驗收方式、常見誤判與費用限制
這份練習的驗收是：五組都有來源位置、連結文字、目的頁與實際證據；已修改的項目在正式站能找到，且桌面／手機都能到達預期內容。尚未修改的項目，仍保留「建議」或「待確認」。
- 只看導覽列有方案入口。 導覽有用，但仍要檢查讀者讀到相關段落時，是否容易找到需要的下一步。
- 把每個重新導向都當斷鏈。 先確認最終落點和原本目的是否一致；若新網址已穩定，通常可評估直接更新站內入口，避免多走一段。
- # 段落有寫就算完成。 主頁成功開啟不表示段落定位成功；依 MDN a 元素說明，片段連結還要有可對應的目標。ID 存在也仍需查看是否被固定導覽遮住。
- 正文新增一條，就要求當天排名上升。 先驗收連結已上線；搜尋表現需另以一致期間、頁面和查詢條件觀察，不能從這次結構檢查推論效果。
本篇的瀏覽器檢查、文字範本與五頁 HTTP 範例不需付費 API 或 SEO 訂閱。人工仍要花時間讀內容；網站較大時，可以再評估批次工具，但要先核對免費頁數、可否匯出與是否能處理載入後連結。本文沒有測試或承諾任何第三方工具的免費額度。
七、你的練習：交出三個有理由的決定
替自己的網站選五頁，完成五組紀錄，再從中選出三個決定：值得保留的路徑、需要修正或補上的路徑，以及目前證據不足的項目。如果全部正常，就寫出保留理由，不必為了交作業捏造缺失。
每個決定都附來源位置、文字、目的頁、依據與驗收方式。需要 AI 協助時，可以把已查證的紀錄貼給它，要求：「只根據這些紀錄判讀，不自行宣稱點過網址；把事實、改寫建議與未知項目分開。」先去除私人後台網址與個資。
完成後，可接著用免費 SEO 健檢的誤判判讀方法檢查工具報告；若要把待辦交給服務商，可對照 SEO 工作與交付清單，或查看客脈 SEO／GEO 服務範圍。
查核日期：2026-09-15。本文由 AI 輔助整理官方文件與本次公開頁面檢查紀錄；範例屬客脈自有網站，未新增真人審稿或客戶案例宣稱。一般 HTTP 讀取與連結判讀不等於搜尋引擎實際抓取、收錄、排名改善或新增詢價。