SEO 健檢先確認搜尋引擎看不看得到重要頁面
網站明明一直增加文章，搜尋流量卻沒明顯變化。有些人認為一定是網站速度太慢，有些人開始大量改標題。但若重要頁面根本不能建立索引，再多的關鍵字也不能解決根本問題。另一方面，技術一切正常也不能保證取得特定排名。
SEO 健檢要把能確認的技術問題、內容不足和還需調查的疑問分開，再依影響範圍安排修復順序。不能只看線上工具給的分數，就宣稱網站的 SEO 已經做好。
第一步：列出真正需要出現在搜尋結果中的頁面
先清點首頁、重要服務頁、商品說明、教學文章和分類頁，再記下哪些真的需要公開出現在搜尋結果。登入頁、付款確認頁和會員專屬內容可能原本就不應建立索引，不必將這些網址全部算成錯誤。
每個重要頁面要記錄正式網址、主要搜尋需求、是否能正常開啟，以及目前由哪個網頁負責回答相關問題。若一個主題由多篇極為相似的內容反覆回答，應先釐清頁面定位，而非立刻增加同主題文章。
網站改版前後也應保留重要網址清單，避免重新命名或調整路徑之後，原本正常的入口變成錯誤頁面。先界定範圍，才知道健檢究竟要檢查什麼。
第二步：檢查搜尋引擎是否能取得頁面內容
抓取(Crawling)是搜尋程式存取網址、取得網頁資料的過程。若重要網址回傳伺服器錯誤、出現不正常的重新導向，或需要登入才能閱讀，後續索引就可能受到影響。
Google 的開發者指南建議透過網址審查工具了解搜尋系統看到的頁面，並確認重要內容能透過網站上可抓取的連結抵達。只在自己的瀏覽器能打開頁面，尚不足以保證搜尋程式看到相同內容。
發現錯誤時要留下網址、發生日期、實際回應和重現方法。單一工具突然連線失敗，不能立即推論是整站遭到封鎖；但若重要服務頁持續回傳無法使用的狀態，應優先處理。
第三步：別把 robots.txt 與 noindex 混成同一種工具
robots.txt 主要管理搜尋程式能否抓取特定網址；noindex 則要求支援的搜尋引擎不要將內容納入索引。兩者的作用完全不同。
Google 官方明確指出，當 robots.txt 阻止抓取，搜尋程式可能根本讀不到頁面中的 noindex。因此，如果目的是不讓頁面出現在搜尋結果，不能想當然把兩項限制疊加，認為結果一定更可靠。
若頁面包含真正私密的會員資料，還應透過適當權限保護阻止未授權存取，不應把 robots.txt 或 noindex 當作資安控制措施。公開搜尋和資料保護必須分開處理。
第四步：被抓取，不代表一定會建立索引
索引(Indexing)表示搜尋系統處理內容後，決定是否將網址納入可供搜尋結果使用的資料。頁面可以被讀取，但不一定會被索引。
Google Search Console 的網頁索引報表與網址審查工具，可以協助判斷重要網址目前的狀態。例如頁面可能有明確的排除設定、被當作重複內容，或仍在等待後續處理。
沒有被收錄不必然是網站故障，也不能把「已要求建立索引」寫成「Google 已確認收錄」。應先確認這個頁面原本是否需要被索引，再針對實際原因處理。
若剛開始使用搜尋主控台，可先閱讀Google Search Console 是什麼？GSC 功能、設定與 SEO 指標，了解曝光、點擊與網址審查的基本差異。
第五步：標準網址、重新導向和網站地圖要一致
標準網址(Canonical URL)是搜尋系統在相同或近似內容之間選擇的代表網址。常見情況包括 www 與非 www、帶參數的網址，或網站改版前後的不同路徑。
Google 說明，永久重新導向與 rel=canonical 是較強的偏好訊號，網站地圖列出的網址則是較弱訊號。站長可以提出偏好，但不保證搜尋系統一定選擇指定版本。
若重新導向指向 A、標準網址標記為 B，網站地圖卻提交 C，便容易造成訊號混亂。應選定正式版本、更新內部連結，再檢查技術設定是否一致。
不要為了解決重複網址，就隨意把仍有價值的正式頁面設成 noindex。這可能使原本想讓人搜尋到的內容直接退出索引。
第六步：網站地圖不是取得收錄的保證書
XML 網站地圖(Sitemap)協助搜尋程式發現重要網址，但不等於所有列出的內容都會被索引。提交成功只代表該資料可以被處理，不代表網站取得排名。
健檢時可以確認網站地圖是否正常開啟、是否包含正確的 HTTPS 網址，以及是否把已重新導向、已刪除或明確不希望索引的頁面列為主要內容。
大量文章網站還要確認是否會隨新增內容更新，以及有沒有漏掉真正重要的服務頁。如果網站地圖本身正常，單一文章仍未被收錄，應回頭檢查那篇文章的內容與索引狀態，而不是一直重建地圖。
第七步：網站速度要用真實使用資料看
網站體驗核心指標(Core Web Vitals)涵蓋載入效能、互動速度與版面穩定。web.dev 官方文件列出建議值：最大內容繪製(Largest Contentful Paint, LCP)在 2.5 秒內、下一次繪製互動(Interaction to Next Paint, INP)不超過 200 毫秒、累計版面配置位移(Cumulative Layout Shift, CLS)不超過 0.1。
官方建議以真實使用者資料的第 75 百分位數評估，並分開查看手機與桌機。單次測速工具的結果可以幫助找線索，但不能直接等同所有訪客的真實體驗。
網站慢也不一定全是主機問題。超大圖片、外部追蹤程式、前端腳本、字型與沒有妥善處理的動態內容，都可能造成負擔。要依實際量測結果找瓶頸，而不是只要分數低就換主機。
需要了解 WordPress 主機和前端效能的差異，可延伸閱讀WordPress 網站速度很慢怎麼辦？新手可以先做這幾件事。
第八步：手機體驗應獨立驗收
桌機排版正常，不代表手機上也能讀懂文章、點選選單及完成報名。常見問題包括正文超出螢幕、彈窗遮住內容、按鈕太難點、欄位被鍵盤蓋住等。
重要內容在手機版也應實際可見，不宜只有桌機能看到主要說明，而手機只剩下推銷按鈕。Google 搜尋重視行動裝置可用的內容，使用者也需要能在實際設備上完成工作。
可以用多種尺寸的手機檢查首頁、文章、方案頁和表單，確認實際閱讀與操作狀態。只看網站編輯器的縮圖預覽，可能漏掉真實鍵盤或瀏覽器的問題。
第九步：SEO 標題、搜尋描述與 H1 要真實反映內容
搜尋結果中的標題和描述應協助讀者判斷內容是否符合需求；文章 H1 和小標題則協助理解頁面主題與架構。它們的目標不是機械式重複同一關鍵字。
假設標題承諾完整實作教學，正文卻只介紹品牌與優惠，使用者可能無法取得原本想找的答案。改寫標題以前，應先確認整篇文章是否真的回答問題。
若站上有多篇內容幾乎相同、標題只差幾個字，也應評估是否互相重複。不能只因為一個檢查工具說重複，就立刻刪除已有搜尋價值的文章；應先了解各頁意圖和真實表現。
第十步：讓重要內容有適當的站內連結
重要文章如果沒有任何頁面連向它，訪客可能難以從分類、其他文章或服務頁找到。Google 也建議網站讓重要內容能透過正常的可抓取連結被發現。
連結文字應說明目的頁的主題，而不是到處使用「點這裡」。若教學文章談到進階問題，可以自然連到站上更完整的解答；若讀者準備比較服務，才提供相符的方案頁入口。
但不是每個段落都應加入銷售連結。過多與當下需求無關的入口可能打斷閱讀，也無法補救沒有回答問題的正文。更應定期檢查過期網址與多段重新導向。
第十一步：文章品質不由字數單獨決定
文章夠長不一定有用。若所有段落都在重複相同結論、引用的數字無法查證、產品價格早已改變，頁面仍可能無法滿足搜尋者的問題。
可以逐篇檢查內容是否有明確讀者、可用步驟、實際例子、清楚限制與合理來源。專業建議應分清楚官方資料、作者的應用分析和假設情境，不能把示範數字寫成真實結果。
作者和日期也有意義，但只能幫助讀者判斷資料背景，不能代替內容事實。對服務方案、政策或軟體設定等會改變的內容，應建立合理更新流程。
第十二步：結構化資料要實際測試，不能只看文字摘要
結構化資料(Structured Data)可協助搜尋系統理解部分內容類型，但加入後不保證一定出現特殊搜尋外觀。格式和內容應與實際頁面符合。
有些網站的 JSON-LD 由外掛或前端程式輸出，單靠擷取純文字的工具，可能看不見這些資訊。因此不能只因工具沒有顯示程式標記，就直接宣布網站缺少所有結構化資料。
需要時可使用 Google 官方複合式搜尋結果測試，並確認實際可見內容和機器可讀資料一致。沒有真實評價或商品條件，不能為了爭取搜尋版面而捏造資料欄位。
第十三步：用搜尋主控台觀察真正發生的變化
SEO 健檢不只要查看整站點擊次數，也要分頁面、查詢和時間區間分析曝光與點閱變化。流量下降可能來自搜尋需求改變、排名波動、頁面索引狀態或內容本身不再符合需求。
例如重要服務頁突然無法索引，應優先排除技術阻礙；若文章仍有大量曝光卻少有人點擊，則可以檢查標題是否清楚，但不能在沒有測試結果時保證修改會提高點閱率。
改版時更要保留網址、發布時間和設定修改紀錄，以免事後只看到數字變動，卻不知道是哪項網站操作可能造成影響。
第十四步：依嚴重程度排序，不是把所有警示一次清空
有用的健檢報告，應列出問題網址、可重現證據、影響範圍、建議處理方式、負責人與重新驗證的方法。只把軟體掃描出來的警示貼成長清單，還不算有修復順序。
重要服務頁被錯誤設成 noindex，往往比單篇舊文章的次要圖片檔名更急。其次可能是付款相關的技術故障、主要內容手機版無法閱讀，以及標準網址和重新導向不一致等。
優先順序仍需配合實際商業目標。修正之後要再次驗收，確認問題消失；但不能把完成網站設定直接當成搜尋排名已經提升。
假設範例：一篇重要文章一直沒有收錄
以下是教學範例，不是對 mxpx.tw 的實際稽核。假設某篇已發表一段時間的重要文章，始終沒有出現在 Google 搜尋結果中。
先確認正式網址能正常開啟，再透過網址審查工具查看 Google 已知的頁面狀態。接著核對 robots.txt、noindex、標準網址、網站地圖以及相關內部連結，確認是否存在可重現的問題。
如果這些設定正常，繼續檢視頁面是否與站內其他內容高度重複、主題是否清楚、內容有沒有提供真正有用的答案。找不到原因時應保留不確定，不要自行宣稱是遭到搜尋系統懲罰。
修正後可以依法定或官方提供的功能請求重新檢查，並持續觀察結果。提交不代表立即收錄，更不能保證特定名次。
網站 SEO 健檢的實務檢查表
確認重要網址清單、伺服器回應、抓取規則、noindex、索引狀態、標準網址、網站地圖、手機可用性、網站體驗核心指標、SEO 標題、內容事實及內部連結是否正確。每一項都要針對真實頁面核對。
最後分成「已確認且須修復」「需要更多資料驗證」「可以逐步優化」三類，並保留修正前後紀錄。健檢可以幫助找出問題，卻不能代替實際施工和搜尋成效觀察。
常見問題
網站能正常開啟，為什麼 Google 沒有收錄？
可能涉及索引設定、標準網址、內容重複或搜尋系統尚未處理。先看網址審查與索引報表，不要憑直覺猜測。
提交網站地圖是否代表文章一定會收錄？
不一定。網站地圖協助發現重要網址，不保證索引或排名。
robots.txt 和 noindex 能一起使用嗎？
必須依目的設定。如果 robots.txt 阻止搜尋程式抓取，它可能看不到 noindex，不能把兩者直接當成加強保證。
PageSpeed 分數很好，代表 SEO 就沒有問題嗎？
不代表。效能只是其中一項，仍需核對抓取、索引、內容品質與站內連結。
搜尋排名下降，要立刻把全部文章重寫嗎？
不建議。先比較受影響頁面、時間與實際設定，確認問題後再處理，不要一次改掉所有內容。
完成 SEO 健檢後，是否能保證流量成長？
不能。健檢有助找出可驗證問題與修正優先順序，搜尋表現仍受內容需求、競爭與搜尋系統判斷影響。
參考資料
Google Search Central｜Get Started with Search: A Developer’s Guide｜2026 年查閱
Google Search Central｜Block Search Indexing with noindex｜2026 年查閱
Google Search Central｜How to Specify a Canonical URL｜2026 年查閱
web.dev｜Web Vitals｜2026 年查閱
元氣電商｜Google Search Console 是什麼？GSC 功能、設定與 SEO 指標｜2026