技術 SEO 檢查順序：抓取、索引、呈現與網站結構

收到一份列有上百個紅字的 SEO 報告，最難的往往不是理解名詞，而是判斷先修哪一項。首頁打不開、某張圖片沒有說明，以及測速結果少了幾分，對讀者和網站造成的影響並不相同。

技術 SEO 可以視為內容進入搜尋流程的基礎檢查：網址能否被找到、取得的回應是否正確、主要內容是否可讀，以及不同版本是否指向合理位置。本文把這些工作整理成可交付維護者的稽核流程，讓每個問題都有範圍、證據和驗收條件。

先圈定網站範圍與代表頁面

以烘焙工作室改版為例，網站可能有首頁、課程清單、單堂課程、文章、聯絡頁和會員區。先標出哪些頁面希望公開搜尋，哪些只提供已登入學員使用。會員區沒有被索引可能正符合設計，不能把所有未收錄網址都列為錯誤。

依頁面範本挑選代表網址，再加入最近新增、搬移及曾出錯的頁面。課程範本挑一堂招生中與一堂已結束的課，文章則各挑有圖表和純文字的版本。抽樣的目的，是辨認共用範本是否有問題，而非用一頁正常推論整站皆正常。

建立工作表，欄位至少包含網址、頁面類型、公開目的、檢查時間、發現問題與影響範圍。另記錄這次改版涉及主題、外掛、網域或路徑中的哪些部分，讓後續異常能與變更比對，不必從所有可能原因重新猜起。

第一層確認能否取得正確內容

Google 的基本技術條件包括爬蟲未被封鎖、頁面回傳成功狀態，以及含有可建立索引的內容。符合條件仍不保證收錄，但如果預期公開的課程頁回傳錯誤或要求登入，就應先處理這些入口障礙。先救回內容可用性，再談搜尋外觀。

使用未登入視窗開啟代表網址，檢查是否看到正確頁面；再請維護者核對 HTTP 狀態、重新導向及防火牆回應。畫面出現課程名稱，不代表伺服器回應一定正確；反過來說，回傳成功卻只剩空白頁或驗證畫面，也不符合實際閱讀需求。

將全站、單一範本和個別頁面問題分開。若所有課程頁都被送到登入畫面，應檢查共用權限設定；若只有舊課程失效，則查路徑對應。保存原始網址及最後到達的位置，才能避免修好一個轉址後又把訪客帶進另一個循環。

第二層核對索引指令與版本選擇

查看頁面的 robots 中繼標記、相關回應標頭及 robots.txt，確認它們與公開目的相符。測試站常有禁止索引設定，改版上線前若未重新檢查，可能連正式文章也一起排除。這類問題應查實際輸出，不能只相信後台某個選項已關閉。

對同一內容的多個網址，核對 canonical、Sitemap、內部連結與轉址是否一致。Google 將這些視為不同強度的標準化訊號，網站的指定不是絕對命令。避免 Sitemap 列一個版本、頁面指定另一個版本，或把不同課程全數指向首頁。

在 Search Console 查看已建立索引版本的標準網址資訊，再用即時測試檢查目前頁面。兩者回答不同時間點的問題；官方說明即時測試不能預測 Google 最終選哪個標準版本。驗收時分別記錄目前輸出已修正，以及索引資料是否已更新。

第三層看實際呈現與網站內部路徑

如果主要內容透過 JavaScript 載入，檢查轉譯後的 HTML、畫面和失敗資源。Google 能執行 JavaScript，仍可能受阻擋資源或程式錯誤影響；其他工具也未必具備相同能力。不能因自己的電腦已載入過，就認定所有首次訪客都能讀到相同內容。

對烘焙課程頁，逐項核對名稱、時段、地點、材料說明與報名入口是否完整。將課程內容全部放進需要操作後才出現的介面前，先確認工具取得的版本。若來源回應只有外框，應請開發者檢視呈現方式，並評估伺服器端或預先產生內容的適用性。

沿著首頁、課程分類、單堂課程及相關文章走一遍，確認重要頁面有可追蹤的連結入口。記下孤立頁、錯誤目的地及過多轉址，而不是只計算選單有幾層。讀者能否理解下一步去哪裡，也應與爬蟲能否找到網址一起納入驗收。

第四層排程改善體驗與搜尋外觀

基礎可用後，再檢查行動版的載入、互動和版面穩定。Core Web Vitals 目前涵蓋 LCP、INP 與 CLS，分別對應這些面向。先找造成課程圖片擠動按鈕、點擊無反應等實際問題，再用工具資料定位，不以單次測速分數代替使用者體驗。

如果網站使用結構化資料，核對標記是否符合頁面可見內容及該類型的官方要求。不能為了取得搜尋外觀而填入虛構評分或未顯示的資訊。複合式搜尋結果測試可協助發現技術問題，但即使通過，也不保證搜尋一定顯示相應樣式。

把改善拆成小範圍任務，例如課程圖片預留尺寸、修正一個共用資料欄位或調整過大的資源。每個任務都保留前後範例，確認沒有破壞報名和閱讀。這樣既能安排成本，也能在效果不如預期時回頭找出是哪一項改動造成。

把稽核報告寫成可完成的工作

問題分級可以依「阻止重要內容被讀取」「影響部分入口或資訊」「品質與維護改善」排序，並另外標示影響頁數和修復風險。這是管理用的分類，不是 Google 公布的分數。若兩個問題同樣嚴重，優先處理影響主要服務且原因明確的一項。

每張工作單要寫出重現步驟、預期結果、目前結果、受影響網址和完成條件。例如「未登入訪客可在課程頁看到正確時段，成功回應且不含意外 noindex」，就比「提升 SEO」更容易確認。涉及共用範本時，修復後再抽查其他正常頁面。

報告最後分開列出已修復、待索引更新及待觀察成效。網站本身的設定通過檢查，可以完成技術任務；搜尋資料尚未更新時，保留追蹤日期即可，不應把等待期間描述成已獲得排名成果。日後再改版，就能沿用同一組代表頁面作為驗收基準。

1. 選定公開範圍與各類代表網址，記錄改版內容。
2. 依存取、索引、呈現、連結和體驗順序蒐集證據。
3. 為每個問題標示影響、負責人及可重現的完成條件。
4. 修復後重測受影響範本，另追蹤索引與搜尋資料。

深入檢查抓取效率與網站紀錄

改版前先建立網站備份

• 教學
• 軟體與 App
• 行銷與 SEO
• SEO