SEO 健診最常被誤解成一件事：跑一個分數。多數人拿到分數之後心安了，把工具報表關掉，下個月再跑一次。問題是分數背後藏了什麼，那份報表很少告訴你。
真正能影響自然搜尋流量的健診，做的不是算分，是找訊號。算出來的分數看的是相對趨勢，能不能找出「為什麼這一頁沒被收錄」「為什麼這個主題被對手吃掉」「為什麼 AI 搜尋不引用你」這些具體訊號，才是健診有沒有價值的關鍵。
以下整理一套可重複執行的系統化流程，把 SEO 健診拆成六個面向：索引收錄、技術 SEO、內容、連結、E-E-A-T、AI 能見度。每個面向都附檢查項、判斷標準、對應工具與修復方向，並在文末附上一份可逐項打勾的清單。
文章目錄
TL;DR：健診前先記住這幾件事
- 算分不是診斷。DA、PA、各種網站分數是商業公司的代理指標，不是 Google 排名因素，更不是官方權威指標。
- Google 官方行為是唯一可信的基準。Search Console 的網頁索引報表、檢索統計資料、SERP 實際顯示，這些才是「真的有沒有發生」的證據。
- 順序比項目重要。索引沒過，修速度沒意義；內容主題錯位，補結構化資料救不回來。
- 健診沒有保證回報。你能做的是提高內容品質、可發現性與可信度，讓 Google 與 AI 系統有更高機會正確理解你。
- 頻率看網站體質。新站、大改版、被演算法波及之後要密集；穩定的網站季度盤點就夠。
SEO 健診不是跑分數，是找訊號
把健檢工具的分數當成診斷結論，是最常見的誤判。問題不在分數本身，分數可以看趨勢，問題在把分數當成 Google 的判斷。
市場上的 DA（Domain Authority）、PA（Page Authority）、各式各樣的 SEO 分數，是商業公司基於自家爬蟲資料與模型算出來的代理指標，用途是預估相對能見度，不是 Google 的排名因素。Google 多次在公開場合否認把這類第三方分數當作排名訊號。這些分數對追蹤自己網站前後變化、或粗略比較競品相對位置有用，但把它們當成健診成績單，會把注意力從真正該修的訊號移開。
真正可信的健診證據來自三層。第一是 Google 官方工具回報的實際狀態：Search Console 的索引、檢索、搜尋分析；Rich Results Test、PageSpeed Insights。第二是 SERP 本身的實際顯示：你查得到自己網頁嗎？哪個版面？哪段被當成 sitelink？第三是伺服器端的事實：伺服器紀錄裡 Googlebot 真的有沒有來、抓了什麼。這三層觀察的是「Google 實際怎麼對待你的網站」，不是「某個模型對你網站的猜測」。
換句話說，健診的核心動作是比對：你設計的網站內容與意圖，對上 Google 實際的解讀與收錄。落差在哪裡，那裡就是該修的地方。
健診前該準備的工具與資料
工欲善其事，先把能拿到的官方與第一方工具備齊。多數人忽略了：免費的官方工具提供的訊號量，往往超過一套付費健檢軟體給你的單一分數。
必備清單大致是這樣：Google Search Console（GSC）看索引、檢索、查詢與點閱；Google Analytics 4 看入站後的使用者行為；PageSpeed Insights 看體驗指標；Rich Results Test 與 URL Inspection Tool 看結構化資料與單頁渲染狀態；robots.txt 與伺服器日誌看 Googlebot 真實足跡。站上整理的Google 官方 SEO 工具總覽把這些第一方資源的角色拆得更細，健診前可以對照角色挑選。
動手前如果想先跑一輪快速體檢抓方向，可以用站上的免費 SEO 健檢。它讓 Whoops 伺服器讀取受檢公開頁面的 HTML、回應標頭、robots.txt、sitemap 與選用的 llms.txt，產出 SEO、頁面結構訊號、技術三個規則式分項，再彙整成 0 到 100 的 Whoops score。這個分數是 Whoops 自己的檢查清單，不是 Google、ChatGPT 或任何平台的官方分數，不代表排名或 AI 引用。它把可能出問題的訊號一次排好，讓你知道接下來要進官方工具驗證哪些項目。
除了工具，還要準備兩份資料。一份是網站的 URL 地圖，包含重要頁面、分類、範本類型；另一份是商業目標對應的字詞清單，標出哪些字詞要排、哪些頁面該承接。沒有這兩份資料，健檢會變成「分數都看了，但不知道這頁到底該不該被收錄、該不該排上」。
紀錄範本也要準備好。健診的價值在累積前後對照，單次截圖看不出問題，同一指標連續三個月的變化才看得出訊號。
面向一：索引收錄，決定 Google 有沒有把你算進去
索引沒收進去，後面所有面向都白做。
收錄是 SEO 的地基。地基壞了，上面蓋什麼都歪。健診第一個該檢查的不是分數，是 Google 究竟把你多少頁收進索引。
檢查項與判斷標準這樣抓。
第一是 site: 查詢。在 Google 搜尋框打 site:你的網域，看回傳的估算頁數。這個數字是粗略估算不是精確值，但可以當基準。估算值如果遠低於你實際發布的頁面數，代表大量頁面沒被索引；遠高於實際頁面，要懷疑有大量被當成垃圾或軟性 404 的低質頁面混進索引。
第二是 Search Console 的網頁索引報表。這份報表會列出已索引、未索引，以及未索引的原因：檢索例外、已檢索但尚未索引、重複網頁、替代網頁、soft 404 等。原因是官方給的，這裡的訊號比任何第三方分數都可靠。
第三是 URL Inspection Tool 抽查重要頁面。挑十個應該排上的核心頁，逐一檢查索引狀態、上次檢索時間、官方收錄的標題與描述。如果官方收錄的標題與你寫的不一樣，代表 Google 在重新解讀你的頁面，這是內容訊號不足或意圖被誤判的常見徵兆。
修復方向要對應原因。已檢索但尚未索引，多半是內容品質或獨特性不足，Google 暫時不願意收，這要回到內容面修；重複頁面要設 canonical 或併頁；soft 404 要檢查是不是回 200 但頁面空，或分頁篩選製造了大量無內容變體；被 robots 封鎖要確認是刻意的還是範本繼承。站上整理的「網頁已建立索引，但內容因 Googlebot 遭封鎖而未建立索引」這個棘手狀態，是索引報表裡特別容易誤判的一種，健診遇到時建議對照參考。
索引這一關沒過，修速度、修連結、修 E-E-A-T 都不會出現在 SERP 上。
面向二：技術 SEO，能不能被正確讀取
Googlebot 拿到你的頁面之後，能不能正確讀、正確渲染、正確理解結構，是技術 SEO 的事。這一層影響的不是排名高低，是能不能被公平評估。
技術 SEO 的健檢項目多，但不是每項都要進同樣深度。先把會讓 Google 讀錯頁面的問題抓出來。
第一關是檢索性。robots.txt 有沒有誤封區段、meta robots 有沒有 noindex 殘留、canonical 有沒有指錯、內部連結結構有沒有把重要頁埋太深。這幾項任何一個出錯，會直接讓 Google 把頁面排除或誤判優先序。用 GSC 的 URL Inspection 看官方對單一 URL 的解讀，會直接告訴你「Google 看到的 canonical 是什麼」「是否封鎖」「是否可索引」。
第二關是渲染。現代網站大量用 JavaScript 產生內容，Google 雖然會執行 JavaScript，但執行的優先序低於純 HTML，且會有延遲。如果關鍵內容（標題、產品名、價格、內文段落）只在 JS 渲染後出現，Google 第二波渲染前，這些內容等於不存在。用 GSC 的「測試即時索引」或 PageSpeed Insights 的 HTML 與渲染後 DOM 比對，可以確認核心內容是否在原始 HTML 裡。
第三關是頁面體驗。Core Web Vitals（LCP、INP、CLS）是 Google 列為排名訊號之一的真實用戶體驗代理指標，但權重不高。健檢時用 PageSpeed Insights 看實驗室資料與實際田野資料，重點不是分數，是找出哪個指標在哪個頁面群組特別差。INP 偏高通常是主執行緒阻塞；LCP 偏高通常是圖片或伺服器回應時間；CLS 偏高通常是圖片無尺寸或動態注入內容。站上的Core Web Vitals 完整解說把三個指標的計算方式與優先修法拆得更細。
第四關是結構化資料。Schema.org 標記讓 Google 明確知道「這是文章」「這是 FAQ」「這是產品」。健檢時用 Rich Results Test 檢查重要頁面，看是否有錯誤、是否觸發 rich result 資格。沒標記不會害你掉排名，但標記錯誤（例如 FAQ 缺問答結構、Product 缺必要屬性）會失去 rich result 資格；若是刻意誤導或與頁面內容不符的 spammy 標記，才會進一步觸發人工處罰（僅影響 rich result 顯示，不影響一般排名）。想要把結構化資料對應到 SEO 角色弄清楚，可以對照站上的結構化資料入門。
技術 SEO 的面向遠不止這四關。行動裝置友善性、hreflang、分頁處理、Faceted Navigation、JavaScript 複雜度、內部重新導向鏈，這些都會影響檢索預算與解讀正確度。若要全面深入，站上的技術 SEO 系統化指南是更完整的索引，健診遇到進階狀況時可以對照展開。
修復的優先序大致是：先修會讓 Google 讀錯或讀不到的問題（robots 誤封、noindex 殘留、canonical 錯指），再修會拖慢檢索預算的問題（無限分頁、軟性 404 叢集），體驗指標的微最佳化擺在第三順位。
面向三：內容，值不值得被排在前面
Google 把頁面收進索引之後，接下來問的是「這頁值不值得排上去」。這個判斷的依據是內容，而內容健診最容易被「字數、關鍵字次數」這類表面指標帶偏。
內容面的健檢要看的是意圖契合度與獨特性，不是長度。
意圖契合度的判斷方法是這樣：拿一個目標字詞，在 Google 搜尋，看前三名的頁面類型是什麼（資訊文章、產品頁、清單文、影片、論壇討論）。Google 排出來的結果已經告訴你它判斷這個字詞的意圖屬於哪一種。如果你的頁面類型跟前排不一致，例如 SERP 都是教學長文你卻放產品頁，基本就排不上去，不是因為你內容差，是因為類型不符。
獨特性的判斷方法：把頁面的核心論點壓成三句話，再去看同一字詞的其他排名頁面。如果你能講的別人都講過、且你沒有提供第一手資料、決策框架、在地條件或反例，那這頁對 Google 來說就是可取代的。可取代的頁面在競爭字詞上幾乎不可能排上，這不是技術問題，是價值問題。
主題深度與廣度的判斷方法：一個主題該覆蓋哪些子主題，看 SERP 前十名的共同 H2、看「相關搜尋」、看 PAA（People Also Ask）。Google 自己透過這些介面告訴你它認為這個主題該涵蓋什麼。你的頁面缺這些子主題，等於缺了 Google 預期該有的訊號。
On-page 元素的健檢相對單純。標題是否包含核心字詞且不塞過頭、H1 是否唯一、H2 與 H3 結構是否反映內容邏輯、meta description 是否描述了點閱誘因（不是排名因素但影響點閱）、圖片是否有 alt、內部連結是否把相關頁面串起來。這些是基本衛生，不會單獨決定排名，但漏了一項會扣可信度。
修復方向：意圖錯位，重新定位頁面角色或開新頁；獨特性不足，補第一手資料或決策框架，或收掉重複頁面；主題廣度不足，擴充子主題，但不要為了打勾硬塞；on-page 元素錯誤，按清單改。內容修復的時間成本最高，但回報也最持久。
說到底，內容這一關決定的是「被收錄之後能不能站穩」。技術問題修好會相對快見效，內容問題修好要等下次重新評估。
面向四：連結，外部與內部的訊號流動
連結是 Google 理解頁面重要性與主題關係的主要通道。健診時要分開看外部連結與內部連結，這兩種的問題與修法完全不同。
外部連結健檢的項目。
反向連結數量與成長趨勢，用 Google Search Console 的連結報表看「最常連往你的網站」與「最常連往的頁面」。GSC 給的是 Google 實際計算的連結樣本，比第三方工具的資料庫更貼近 Google 的視角。重點看成長趨勢異常：短期暴增要懷疑是否被塞垃圾連結（負面 SEO 攻擊或被列入低質目錄），長期下滑要懷疑是否大量連結來源頁失效。
錨點文字分布。如果連往你某頁的錨點文字過度集中在商業字詞，且來源多為低質站，會被 Google 視為人為操作。健康的外部錨點文字應該自然多樣，包含品牌名、URL、描述性詞組。
垃圾連結偵測。GSC 的連結報表能看到「最常連往」與「個別連結」，手動掃異常來源，例如大量來自不相關主題、來自可疑私人部落格網路或低質目錄。確認是惡意連結後，用 disavow 檔提交。disavow 是非到必要不動用的手段，不要常規使用，誤用會害到自己。
內部連結健檢的項目。
重要頁面是否從首頁在 3 到 4 次點擊內可達。深度太深等於告訴 Google 這頁不重要。用 Screaming Frog 或類似爬蟲工具看網站的點擊深度分布。
內部錨點文字是否描述性。寫「點這裡」「更多」會浪費告訴 Google 這頁主題的機會。內部錨點文字應該描述目標頁在講什麼。
主題叢集是否成網。同一主題的頁面之間是否互相連結，是否有一個樞紐頁把子主題串起來。主題叢集是 Google 判斷主題權威的方式之一，散落的單頁比叢集難建立主題訊號。
Orphan 頁（無任何內部連結指向）是否存在。爬蟲工具能列出站上沒有任何內部連結的頁面，這些頁面對 Google 來說幾乎等於不存在，除非有外部連結直指。
修復方向：外部連結的問題多半要透過主動經營，例如內容值得被引用、公關、實質合作，不是技術修補。內部連結的問題是技術性的，可以直接改。站上對連結建立的策略有更系統的整理，健診完要規劃外部策略時可以對照。
連結健檢最容易被誤判的點是把「反向連結總數」當成健康指標。總數大不代表好，來源品質與主題相關性才是。
面向五：E-E-A-T，可信度訊號
E-E-A-T（Experience、Expertise、Authoritativeness、Trustworthiness）是 Google 在搜尋品質評估指南裡反覆強調的評估框架，但它不是一個演算法訊號，而是一組 Google 希望頁面具備的特徵。健診時不能用單一分數衡量 E-E-A-T，要看的是這些特徵的具體表現。
E-E-A-T 在 YMYL（Your Money or Your Life）主題上特別關鍵，這類主題包括醫療、財務、法律、新聞等，Google 對可信度的要求明顯更高。即使非 YMYL 主題，E-E-A-T 訊號仍會影響整體網站的信任評估。
健檢項目。
作者署名與作者頁。內容是否有具名作者，作者頁是否說明作者資格：經歷、其他可驗證的發表、專業身分。匿名或空殼作者頁是 E-E-A-T 訊號不足的常見原因。
來源與引用。內容中的事實主張是否指向可查證的來源，例如官方文件、原始研究、具名專家。模糊歸因（「研究顯示」「專家指出」卻提不出具體根據）會削弱可信度。
關於頁、聯絡資訊、編輯政策。這些是 Google 評估「這個網站是不是認真經營的實體」的具體證據。空白或樣板式的關於頁會被當成低可信訊號。
實體訊號。是否有實際地址、電話、社群帳號、媒體報導、第三方平台的員工資料。實體訊號對本地導向或服務型網站特別重要。
第一手經驗訊號。內容是否展現作者實際接觸過該主題的證據，例如實測、照片、具體情境描述。這是 Google 把 E 加進 E-E-A-T 的關鍵，這一項的強弱會直接影響 Google 對內容可信度的判讀。
修復方向：建立作者實體（讓作者在網站上有可驗證身分、在站外有對應的專業發表）、把來源織進敘事、補充實體訊號、在適合的主題上注入第一手經驗。E-E-A-T 的修復是長期工程，不是單次改完就完成的項目。想要把 E-E-A-T 的評估機制與落地做法弄清楚，可以對照站上的E-E-A-T 完整解說。
E-E-A-T 健檢最常見的誤判，是把 E-E-A-T 當成「一個分數」或「寫一段作者介紹就解決」。它是整體訊號的綜合表現，單點修補很難撼動 Google 的判讀。
面向六：AI 能見度，生成式搜尋與 AI 爬蟲
AI 搜尋是健診近年新增的面向。Google AI Overviews、ChatGPT 搜尋、Perplexity、Copilot 這類生成式搜尋系統，會根據自己的爬蟲抓取與索引庫決定引用誰、摘要誰。這個面向的健檢還很新，工具與方法論仍在演進，但已經有些訊號值得追蹤。
健檢項目。
是否被 AI 爬蟲抓取。GPTBot、OAI-SearchBot、ClaudeBot、PerplexityBot、Google-Extended、CCBot 這些 AI 爬蟲是否實際來抓你的網站。這個訊號要從伺服器日誌看，robots.txt 預設允不允許不等於 AI 爬蟲真的有來。沒被 AI 爬蟲抓取，等於根本不在這些系統的索引庫裡，被引用的機會是零。
robots.txt 是否誤封 AI 爬蟲。很多網站的 robots.txt 繼承了早期「擋所有非 Google 爬蟲」的範本，無意中把 AI 爬蟲擋掉，等於自我排除在 AI 搜尋之外。健檢時要逐一檢查每個 AI 爬蟲 User-agent 是否被允許。
robots.txt 管的是爬蟲能不能來，方向相反的是 llms.txt：它是一份給 AI 系統讀的網站導覽 Markdown（社群提案、非官方標準），主動告訴對方站上重要頁面在哪、各自在講什麼。站上的llms.txt 產生器用表單在瀏覽器內產生這份檔案，不必手寫格式。要注意的是，Google 搜尋目前會忽略 llms.txt，這份檔案只是資訊補充、不計入搜尋分數，也不保證任何 AI 系統採用或引用。
SERP 與 AI 回答是否引用你。實際在 ChatGPT、Perplexity、Google AI Overviews 查詢目標字詞，看是否出現你的網站、品牌、內容段落。這是 AI 引用度最直接的訊號。
內容結構是否利於 AI 擷取。AI 系統對結構清晰的段落（問題-答案、定義、清單、步驟）擷取準確度較高。內容是否用清晰的語意標記與段落組織，會影響 AI 能不能正確摘要你。
如果想針對單一頁面快速檢查這些結構訊號是否到位，可以用站上的AI 能見度檢查。它把頁面 HTML 拆成 Structured Data、Meta、內容與標題、E-E-A-T/Trust、機器可讀性五類，算出 0 到 100 的頁面訊號完整度（規則式）。這個分數檢查的是訊號是否存在、是否符合固定規則，無法告訴你 ChatGPT、Google AI Overviews、Perplexity 是否真的讀過、引用或推薦該頁；實際是否被引用，得回到前面的 SERP 與 AI 回答查詢、或伺服器日誌去看。
更邊緣一點的嘗試是 OKF（Open Knowledge Format v0.1），一個新興的草案格式，用 concept、index、log 三種檔案把結構化知識打包成 bundle，站上的OKF 產生器可以在瀏覽器內產生。它目前還是草案規格，不是搜尋提交機制、也沒有讓外部 crawler 自動發現 bundle 的協定，不保證被任何搜尋或 AI 系統發現或引用，與 SEO 健診的關係也比較遠。
工具部分，Search Console 在 2026 年 6 月起開始提供生成式搜尋相關的報表（目前先向部分網站推送，再逐步擴充），可以觀察 AI 搜尋帶來的曝光訊號。要注意的是，目前這份報表只顯示曝光（impressions），尚未提供點閱與查詢字詞資料。AI 爬蟲的伺服器日誌分析可以用 Cloudflare、AWStats 或自建腳本做。
修復方向：確認 AI 爬蟲沒被誤封、內容用清晰的結構與標記、爭取高權威來源的外部連結（AI 系統會偏好引用被多個可信來源提及的網站）。AI 能見度的健檢還沒有權威分數，重點是訊號追蹤而非算分。
誠實說一句：繁體中文在 AI 搜尋的行為資料目前還有限，不同 AI 系統對中文內容的引用偏好與機制仍在變化，這一面向的健檢結論需要保留較大浮動空間。
六大面向的優先序判斷：先修哪一個
六個面向都重要，但修復資源有限時，順序決定成效。
排序的基本原則是由上而下。索引沒過，修技術無意義；技術沒過，修內容無意義；內容沒過，修連結與 E-E-A-T 都還看不到效果；前五項穩了，再來談 AI 能見度。
把這個原則轉成可執行的判斷。
優先級最高的訊號是 Google 沒收錄你。如果 GSC 顯示重要頁面大量未索引，先把這個解決。沒被索引，後面什麼都談不上。
第二是 Google 收錄但讀錯了。canonical 錯指、robots 誤封、JS 渲染導致內容缺失，這類問題會讓索引了等於沒索引。
第三是內容意圖錯位或可取代。頁面類型不符 SERP、內容沒獨特性、主題廣度不足。這個層級的修復時間最長，但會決定能不能站穩。
第四是連結與 E-E-A-T 訊號。這兩項是長期工程，急不得，但健診完要列進下一季計畫。
第五是 AI 能見度。在前五項還沒穩的情況下投資 AI 能見度，回報會很慢；前五項穩了之後，AI 能見度的投資會開始有複利。
我的判斷是：這個排序不是絕對。網站如果是 YMYL 主題，E-E-A-T 的優先級會往前挪；網站剛被核心演算法更新波及，內容品質會變成第一優先；網站剛改版完，索引與技術會變成最急。健診的價值在於根據實際訊號調整排序，不是套用固定清單。
健診頻率：多久做一次，什麼時候額外做
穩定的網站，季度健診加上每月看趨勢，是常見的節奏。每月看的是 GSC 索引頁數、查詢點閱、技術錯誤數量、外部連結趨勢這類可量化的訊號；季度做的是六大面向的完整盤點。
特定情境需要額外健診。
網站大改版或網域轉移後。改版最容易讓索引、連結、結構化資料連環出問題，改版後一個月內要做一次完整健診。
被演算法更新波及之後。如果你在 GSC 的流量或排名明顯下滑，且時間點與 Google 公布的更新重疊，要做一次針對內容品質與 E-E-A-T 的深度健診。
流量無故下滑。排除技術當機之後，要從索引、技術、內容、連結依序檢查。常見原因是軟性 404 叢集、外部連結大量失效、內容被對手超越。
新站上線前三個月。新站索引與檢索預算還在建立，每兩週做一次索引狀態檢查，確認 Google 的理解與你的設計一致。
擴張主題或大改內容策略時。新的主題方向需要新的內部連結結構與主題叢集，健診可以幫你確認訊號是否到位。
常見健診誤判：把分數當診斷、把單點當全貌
健診最常出錯的不是漏看項目，是對看到的訊號做了錯誤解讀。
誤判之一是「分數高代表網站健康」。前面提過，DA、PA 之類的第三方分數是商業指標，不是 Google 排名因素。分數高可以讓你心安，但不能告訴你哪一頁沒索引、哪個主題被對手吃掉。
誤判之二是「PageSpeed 分數高代表 SEO 好」。Core Web Vitals 是排名訊號之一，但權重不高，且 PageSpeed 的分數是綜合實驗室資料，跟 Google 實際計算的排名訊號不是一回事。分數 100 的網站不一定排名好，分數 50 的網站也不一定排名差。
誤判之三是「索引頁數多代表健康」。索引頁數遠大於實際發布頁面，要懷疑大量低質或軟性 404 頁面混進索引，這會拖累整體檢索預算與品質訊號。索引頁數多不是好事，索引正確的頁面才是。
誤判之四是「修了錯誤就會立刻看到效果」。索引與重新評估有延遲，從修復到看到 SERP 變化常常要數週到數月。健診完急著看效果，會誤判修復無效，回頭又改掉原本對的東西。
誤判之五是「套用別人網站的健診清單」。不同網站的體質、主題、技術架構不同，健診重點不同。把電商網站的清單套到內容站，會漏掉內容獨特性的核心問題；把英文國際站的清單套到在地站，會忽略在地 SERP 行為差異。
誤判之六是「只看 Search Console 的表面數字」。GSC 給的點閱與曝光數字本身是估算，會因資料延遲、隱私過濾而有誤差。要看的是趨勢與相對變化，不是絕對值。
一份可逐項打勾的 SEO 健診檢查清單
把上面六個面向濃縮成一份可執行的清單。打勾不等於完美，但能確保沒有漏掉主要訊號。
索引收錄
- 在 Google 搜尋
site:你的網域，看索引估算值與實際頁面數的比例是否合理 - 在 Search Console 的網頁索引報表，檢查未索引的原因分布
- 抽查十個核心頁面用 URL Inspection，確認索引狀態與官方收錄標題是否與你設定一致
- 檢查 sitemap 是否提交、是否涵蓋重要頁面、是否有錯誤
技術 SEO
- robots.txt 沒有誤封重要路徑
- 重要頁面的 canonical 指向正確
- 重要頁面沒有殘留的 noindex
- JavaScript 渲染後的核心內容在原始 HTML 也存在
- PageSpeed Insights 的 Core Web Vitals 沒有大規模失敗
- Rich Results Test 的結構化資料沒有錯誤
- 行動裝置友善測試通過
- 內部連結深度合理，重要頁面在 3 到 4 次點擊內可達
內容
- 對每個核心字詞，確認頁面類型與 SERP 前排一致
- 對每個核心頁面，確認有提供前三名沒有的資訊增量
- H1 唯一，H2 與 H3 結構反映內容邏輯
- meta description 描述了點閱誘因
- 圖片有 alt 文字
- 主題覆蓋了 SERP 共同子主題與 PAA 問題
連結
- GSC 連結報表看外部連結趨勢沒有異常
- 外部錨點文字自然多樣
- 沒有孤兒頁
- 內部錨點文字是描述性而非「點這裡」
- 主題叢集的頁面之間互相連結
E-E-A-T
- 作者署名與作者頁存在
- 作者頁有可驗證的身分與專業資格
- 內容事實有可查證來源
- 關於頁、聯絡資訊、編輯政策齊備
- 適合的主題有第一手經驗訊號
- YMYL 主題的實體訊號與權威來源引用完整
AI 能見度
- 伺服器日誌確認主要 AI 爬蟲有來抓
- robots.txt 沒有誤封 AI 爬蟲
- 在 ChatGPT、Perplexity、Google AI Overviews 實際查詢目標字詞，觀察是否被引用
- 內容結構有利於 AI 擷取（清晰的問題-答案、定義、清單）
- 結構化資料觸發 AI 系統可用的 rich result 資格
這份清單不是一次做完就不管。建議每季完整跑一次，每月追蹤關鍵指標的趨勢變化。
常見問題
Q：健診完之後，多久會看到排名或流量變化？
要看修的是哪一層。技術問題（robots 誤封、canonical 錯指、noindex 殘留）修完，重新檢索與索引後通常數週內會看到 SERP 變化；內容問題的重新評估週期更長，常見是數週到數月；E-E-A-T 與連結是長期訊號，修了之後要等多次評估週期累積。健診完急著看效果是常見的焦慮來源，但 SEO 本來就是季度單位的工程。
Q：付費 SEO 工具的分數（DA、PA、各種站方分數）到底要不要看？
可以看，但不要當成診斷結論。這些分數對追蹤自己網站前後變化、粗略比較競品相對位置有用，但它們不是 Google 的排名因素，Google 多次否認使用這類第三方分數。把它們當成相對參考，而不是健康成績單。健診的權威證據還是來自 Google 官方工具與 SERP 實際行為。
Q：我的網站是純內容站（部落格、媒體），健診重點跟電商站一樣嗎？
不一樣。內容站的重點在索引完整度、內容獨特性、主題叢集結構、E-E-A-T，技術面只要沒有大錯就好；電商站的重點會更偏向分頁處理、產品頁結構化資料、檢索預算（動態產生的產品變體頁面可能數倍於實際產品）、Faceted Navigation 控制。同一份清單套用，會讓內容站過度投資在技術細節，而漏掉內容獨特性的核心問題。
Q：沒有技術背景，能自己做 SEO 健診嗎？
前五個面向的大部分檢查項，用 GSC、PageSpeed Insights、Rich Results Test、site: 查詢就能完成，不需要寫程式。技術 SEO 面向遇到 JavaScript 渲染、伺服器日誌分析、robots.txt 進階設定，才會需要技術協助。AI 能見度的伺服器日誌分析也偏技術。建議從索引、內容、E-E-A-T 三個面向開始，這三項對純內容網站的影響最大，且不需要技術背景。
Q：健診發現問題之後，要不要一次全部修完？
不建議。一次改太多，會讓 Google 在重新評估時無法判斷哪個改動有效、哪個無效，影響後續判讀。較好的做法是按優先序分批：先修索引與技術這類會相對快見效的，等 SERP 穩定後再修內容與連結，長期的 E-E-A-T 訊號擺在第三步。每批修完紀錄時間，等下次 GSC 資料變化時對照，才能建立自己「修了什麼會動什麼」的經驗庫。
Q：AI 搜尋會不會取代傳統 SEO，健診重點要全部改嗎？
AI 搜尋是新增的面向，不是取代。傳統 SEO 的索引、技術、內容、連結、E-E-A-T 依然是 AI 系統引用你的前提：沒被 Google 索引的頁面，AI 系統也多半不會引用；E-E-A-T 訊號不足的網站，AI 系統的引用偏好也低。AI 能見度建立在傳統 SEO 之上，是延伸面向，不是獨立軌道。健診重點不需要全部改，但要把 AI 能見度加進清單。
健診不是一個做完就不管的考試，是週期性的健康檢查。第一次做最痛苦，因為要把六個面向全部摸過一次；之後每季做會越來越快，因為你會知道哪些訊號對你的網站特別敏感。
如果只記得一件事，讓它是這個：健診的價值在比對「你設計的網站」與「Google 實際解讀的網站」之間的落差，而不是算出一個分數讓自己心安。
現在就花十分鐘到 Search Console 的網頁索引報表掃一輪，看你最重要的十個頁面，Google 是否真的把它們收進索引、收進去時標題是不是你寫的那一個。這個動作不用任何付費工具，十分鐘內能完成，但會直接告訴你，你的網站跟 Google 之間最基本的默契還在不在。
或者，先花幾分鐘到站上的SEO 健檢工具跑一輪，把 SEO、頁面結構訊號、技術三個分項先排出來，再帶著那份體檢表走進 Search Console 對照驗證。這不會取代上面的 GSC 動作，只是把「不知道從哪裡開始」這個門檻先降低。
