SEO 稽核怎麼做？從檢索、索引到內容的完整流程與驗收方式
先給結論： SEO 稽核是依「檢索、索引、呈現、內容、體驗五個層面」五層順序，逐層確認在哪一步被擋下來，再把每個發現整理成證據、影響、修改、風險、驗證五個欄位。順序不能跳：頁面連檢索都進不去時，改標題、補結構化資料都不會有作用。產出是有優先順序、能驗收的待辦清單，不是排名承諾。
SEO 稽核是什麼？它不等於跑一份工具報告
把網址丟進工具、匯出幾百列問題清單，那是稽核的材料，不是稽核本身。工具不知道哪一頁承接你的詢問、哪一頁只是舊活動頁，清單愈長愈容易把時間花在不影響生意的項目上。稽核做的是排除法：從能不能被檢索開始，逐層確認流程在哪一步斷掉。範圍可先看什麼是技術 SEO？為什麼它很重要？。
稽核要回答的三個問題
搜尋引擎能不能完整取得這個網站？ 檢索被擋住，後面全部無效。
哪些頁面被收錄、哪些沒有？ 沒被收錄就不會出現在搜尋結果。
收錄的頁面有沒有對上使用者的任務？ 對不上，被找到也不會有下一步。
稽核不會給你什麼
- 不會給排名保證。 搜尋結果由 Google 的系統決定，沒有人能承諾名次；稽核只能移除已知障礙。
- 不會給「SEO 分數」。 工具分數是該工具的推估，不是 Google 的數值。
- 不會證明因果。 修正後的變化同時受季節、競爭者與演算法更新影響。
開始之前：先確定範圍、權限與基線
需要的存取權與資料
| 項目 |
用途 |
沒有的話怎麼辦 |
| Search Console |
索引狀態、查詢與頁面切面 |
先完成驗證，報告標注「資料未備」 |
| 分析工具（如 GA4） |
到站後的行為與轉換 |
至少確認表單與電話點擊有被記錄 |
| 主機或 CMS 後台 |
robots.txt、回應碼、外掛設定 |
請對方提供截圖，不要猜測 |
| 近半年上線紀錄 |
判斷異常的時間點 |
詢問負責人，註明「口述、未書面」 |
把基線寫下來，並附上量測日期
至少記錄四件事：已發佈頁面數、已建立索引與未建立索引的頁面數、主要服務頁的自然搜尋點擊，以及量測日期。這些數字不是成果，是用來回答「這一項有沒有改動」。曝光、點擊與排名各有定義，別把曝光當成效。
第一層：檢索——搜尋引擎進得來嗎
robots.txt 與伺服器回應
`robots.txt` 是最容易出事的檔案：改版或搬站時把 `Disallow: /` 帶到正式站，整站就會停止被檢索。要確認三件事：檔案位於網域根目錄、沒有誤擋 CSS 與 JS、沒有拿 `Disallow` 去做「不要收錄」——被擋住的網址，Google 讀不到頁面上的 `noindex`，反而可能以無摘要形式留在搜尋結果。要移除收錄，應允許檢索並使用 `noindex`。排查可對照robots.txt 設定錯誤怎麼辦。
回應碼也要逐一核對：正常頁面回 200、已移除頁面回 404 或 410、搬遷頁面回 301。長期用 302 處理永久搬遷，或把失效網址一律轉回首頁，都會讓訊號不明確。
網站地圖與內部連結可達性
網站地圖只列可被索引的標準網址，不要放 `noindex`、被擋、已轉址或回 404 的網址；它是輔助發現的建議，不是索引保證。更關鍵的是內部連結：頁面若只存在於地圖、沒有任何一頁連向它，等於在說這頁不重要。先確認能否在三次點擊內從首頁走到主要服務頁。
第二層：索引——進來了，有被收錄嗎
單一頁面：用網址檢查工具
用 Search Console 的網址檢查工具查看狀態，再用「測試線上網址」看 Google 實際取得的內容。常見狀況是：畫面上看得到的文字，在取得的 HTML 裡沒有出現。內容若依賴互動或客戶端渲染才產生，就要單獨檢查 JavaScript 的處理方式。
全站：用網頁索引報表分層看
報表會把未建立索引的原因分類，例如已由 robots.txt 封鎖、標示為 noindex、含有重新導向、替代網頁（有適當的標準網頁標記）、已檢索但目前尚未建立索引。要分清兩種情況：刻意排除的頁面（購物車、感謝頁、站內搜尋結果）在清單裡很正常；希望被收錄的頁面出現才是問題。兩者混著看，數字沒有意義。
標準網址與重複內容
同一份內容出現在多個網址，是最常見的索引問題來源：有無 `www`、http 與 https、結尾斜線、追蹤參數、分頁與排序參數。做法是選定一個標準網址，用 `rel=”canonical”` 指向它，並確認站內連結、網站地圖與轉址都指向同一版本。`canonical` 是強烈提示而非指令，訊號矛盾時 Google 可能選其他網址。
第三層：呈現——標題、摘要與結構化資料
標題連結與中繼說明
Google 會自動產生搜尋結果的標題連結與摘要，來源包含 `
`、頁面上的標題文字與內容本身。你不能指定顯示什麼，但可以給它好素材：每頁一個獨特、描述明確的 `<title>`，不要整站套用同一組模板，也不要堆疊關鍵字。中繼說明的作用是讓人判斷「這一頁是不是我要找的」。原則可參考<a href="https://pingbaidesign.com/%E7%82%BA%E4%BB%80%E9%BA%BC-seo-%E9%A1%A7%E5%95%8F%E8%A6%81%E6%88%91%E6%94%B9%E6%A8%99%E9%A1%8C%EF%BC%9F/" >為什麼 SEO 顧問要我改標題？</a>。
<h3>結構化資料：看得到才標記</h3>
<p>原則只有一條：<strong>頁面上看不到的內容，不要標記。</strong> 沒有評分區塊就不要標 `aggregateRating`，沒有可見問答就不要標 `FAQPage`。另外 `author.name` 只放人名，職稱與角色放在可見欄位，別塞進姓名字串。通過語法驗證也不等於會拿到複合式搜尋結果——工具確認的是格式，是否顯示由 Google 決定。</p>
<hr>
<h2 id="section-6"><i class="locator-blip"></i>第四層：內容與搜尋意圖</h2>
<h3>一個任務一個頁面</h3>
<p>前三層處理完，才輪到內容有沒有回答問題。先把主要頁面列出來，各寫一句「這一頁為誰、解決什麼、下一步是什麼」；寫不出來或好幾頁寫出同一句，就是要處理的訊號。同一主題發了好幾篇、每篇只答一部分，會導致沒有一頁足以承接查詢。處理方式不是全刪：對應不同任務就把差異寫清楚並互相連結；只是換句話說，就選一頁為主，其餘整併並轉址。</p>
<h3>用 Who、How、Why 檢查可信度</h3>
<p>Google 在內容自我評估指引中提出三組問題：這篇內容誰負責（Who）、怎麼產生（How）、為什麼要做（Why）。答案必須寫在頁面上，讀者看得到才算數——可見的作者姓名與可查證連結、資料來源與審閱日期、這篇想幫讀者完成什麼。要注意 E-E-A-T 不是可查詢的分數，Google 也說明它本身不是特定排名因素。細節可看<a href="https://pingbaidesign.com/seo-%E9%A1%A7%E5%95%8F%E8%AA%AA%E5%85%A7%E5%AE%B9%E8%A6%81%E5%85%B7%E5%82%99-eeat-%E6%98%AF%E4%BB%80%E9%BA%BC%E6%84%8F%E6%80%9D%EF%BC%9F/" >E-E-A-T 是什麼？用 Who、How、Why 建立信任</a>。</p>
<hr>
<h2 id="section-7"><i class="locator-blip"></i>第五層：體驗與 Core Web Vitals</h2>
<p>放在最後，是因為前四層沒處理好時，效能再好也沒有作用。判斷順序是先看實際使用者資料，再用實驗室工具找原因：前者反映真實裝置與網路的表現，後者適合定位是哪個元素或腳本造成問題。常見方向包括找出 LCP 對應的實際元素（多半是首屏大圖）、減少會阻塞的第三方腳本、為圖片與嵌入內容指定尺寸以避免版面位移。改完要在代表性行動裝置與較慢網路下重測，不要用一次桌面分數宣告完成。</p>
<hr>
<h2 id="section-8"><i class="locator-blip"></i>把發現整理成可以執行的清單</h2>
<h3>每一項發現都要有這六個欄位</h3>
<table>
<tr>
<th>欄位</th>
<th>內容</th>
</tr>
<tr>
<td>證據</td>
<td>在哪裡看到、什麼時候看到</td>
</tr>
<tr>
<td>影響</td>
<td>屬於哪一層、波及幾個頁面</td>
</tr>
<tr>
<td>修改</td>
<td>具體要改什麼，含檔案或設定位置</td>
</tr>
<tr>
<td>風險</td>
<td>改了可能影響什麼，要不要先備份</td>
</tr>
<tr>
<td>驗證</td>
<td>用哪個工具、看哪個數字、何時確認</td>
</tr>
<tr>
<td>負責人</td>
<td>由誰執行</td>
</tr>
</table>
<p>沒有「驗證」欄位的報告，最後都會變成無法結案的待辦清單。</p>
<h3>排序：影響 × 信心 × 成本</h3>
<p>待辦一多就要排序：影響多少頁面與營收流程、有多確定它是問題、要花多少人力。先做高影響、高信心、低成本的項目；阻擋檢索與索引的問題自動排最前面。框架可參考<a href="https://pingbaidesign.com/seo%E9%A1%A7%E5%95%8F%E8%A9%B2%E5%A6%82%E4%BD%95%E6%8E%92%E5%AE%9A%E5%84%AA%E5%8C%96%E5%84%AA%E5%85%88%E9%A0%86%E5%BA%8F%EF%BC%9F/" >SEO 優化順序怎麼排</a>。</p>
<hr>
<h2 id="section-9"><i class="locator-blip"></i>驗收：怎麼知道修對了</h2>
<p>每一項修正都要對應一個可觀察的動作，而不是等排名變化：</p>
<ul>
<li><strong>robots.txt 或 noindex 修正</strong>：用網址檢查工具重新測試，確認狀態從封鎖變為可索引。</li>
<li><strong>轉址修正</strong>：檢查回應碼與最終網址，確認沒有轉址鏈與迴圈。</li>
<li><strong>標準網址修正</strong>：確認網頁索引報表中「替代網頁」的分類符合預期。</li>
<li><strong>結構化資料修正</strong>：用複合式搜尋結果測試檢查語法，並確認標記與可見內容一致。</li>
<li><strong>內容整併</strong>：確認舊網址已轉址、內部連結已更新、主要頁面能承接分散的查詢。</li>
</ul>
<p>索引與搜尋結果的變化需要時間，建議設四到八週觀察窗，不必每天比對名次。這些數字都是觀察值，不是成果。</p>
<hr>
<h2 id="section-10"><i class="locator-blip"></i>常見問題</h2>
<p><strong>Q1：SEO 稽核多久做一次？</strong></p>
<p>一般網站每年一次全面稽核，加上每季一次重點檢查（索引狀態、轉址、主要頁面）通常足夠。但改版、搬站或大量刪除頁面之後，應立刻檢查檢索與索引，不必等排程。</p>
<p><strong>Q2：可以只用免費工具自己做嗎？</strong></p>
<p>大部分項目可以。Search Console、複合式搜尋結果測試、PageSpeed Insights 加上瀏覽器開發者工具，已涵蓋檢索、索引、結構化資料與效能的基本檢查。付費工具的價值在批次比對與歷史紀錄，不是取代判斷。</p>
<hr>
<h2 id="section-11"><i class="locator-blip"></i>延伸閱讀</h2>
<ul>
<li><a href="https://pingbaidesign.com/%E4%BB%80%E9%BA%BC%E6%98%AFseo%E5%81%A5%E5%BA%B7%E6%AA%A2%E6%9F%A5%EF%BC%9F%E8%87%AA%E5%B7%B1%E4%B9%9F%E8%83%BD%E5%81%9A%E5%97%8E%EF%BC%9F/" >什麼是 SEO 健康檢查？自己也能做嗎？</a></li>
<li><a href="https://pingbaidesign.com/%E5%A6%82%E4%BD%95%E6%AA%A2%E6%9F%A5%E7%B6%B2%E7%AB%99%E6%98%AF%E5%90%A6%E8%A2%ABgoogle%E7%B4%A2%E5%BC%95%EF%BC%9F/" >如何檢查網站是否被 Google 索引？</a></li>
<li><a href="https://pingbaidesign.com/%E7%B6%B2%E7%AB%99%E5%87%BA%E7%8F%BE%E5%A4%A7%E9%87%8F404%E9%A0%81%E9%9D%A2%E6%80%8E%E9%BA%BC%E4%BF%AE%EF%BC%9F/" >網站出現大量 404 頁面怎麼修？</a></li>
<li><a href="https://pingbaidesign.com/%E9%9D%A2%E5%B0%8D%E8%BD%89%E5%9D%80%E9%8C%AF%E8%AA%A4%E5%A6%82%E4%BD%95%E5%BF%AB%E9%80%9F%E6%8E%92%E6%9F%A5%EF%BC%9F/" >面對轉址錯誤如何快速排查？</a></li>
<li><a href="https://pingbaidesign.com/seo-%E9%A1%A7%E5%95%8F%E6%80%8E%E9%BA%BC%E5%88%86%E6%9E%90-google-search-console-%E6%95%B8%E6%93%9A%EF%BC%9F/" >SEO 顧問怎麼分析 Google Search Console 數據？</a></li>
<li><a href="https://pingbaidesign.com/seo-%E6%88%90%E6%95%88%E8%A9%B2%E7%9C%8B%E5%93%AA%E4%BA%9B%E6%8C%87%E6%A8%99%EF%BC%9F/" >SEO 成效該看哪些指標？</a></li>
</ul>
<hr>
<h2 id="section-12"><i class="locator-blip"></i>方法、資料來源與限制</h2>
<p><strong>方法。</strong> 本文依據 Google 搜尋中心與 Search Console 說明的公開文件，對照實務上處理 WordPress 網站檢索與索引問題的檢查順序整理而成，工具名稱與報表分類以官方文件當前用語為準。審閱日期：2026-08-17。<br>
<strong>限制。</strong> 本文不含客戶案例或成效數據，所有敘述皆為流程說明，不提供排名、流量或複合式搜尋結果的保證。Google 的報表分類與文件內容可能調整，實作前請以官方文件最新版本為準。搜尋表現同時受競爭者、季節與演算法更新影響，無法歸因於單一調整。</p>
<hr>
<h2 id="section-13"><i class="locator-blip"></i>官方資料來源</h2>
<ul>
<li>Google 搜尋中心｜<a href="https://developers.google.com/search/docs/fundamentals/seo-starter-guide?hl=zh-tw" target="_blank" rel="noopener noreferrer">SEO 入門指南</a>｜<a href="https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=zh-tw" target="_blank" rel="noopener noreferrer">實用、可靠、以使用者為優先的內容</a>（Who、How、Why 與 E-E-A-T）｜<a href="https://developers.google.com/search/docs/essentials/spam-policies?hl=zh-tw" target="_blank" rel="noopener noreferrer">垃圾內容政策</a></li>
<li>檢索與索引｜<a href="https://developers.google.com/search/docs/crawling-indexing/robots/intro?hl=zh-tw" target="_blank" rel="noopener noreferrer">robots.txt 指南</a>｜<a href="https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=zh-tw" target="_blank" rel="noopener noreferrer">noindex 說明</a>｜<a href="https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview?hl=zh-tw" target="_blank" rel="noopener noreferrer">Sitemap</a>｜<a href="https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=zh-tw" target="_blank" rel="noopener noreferrer">指定標準網址</a>｜<a href="https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=zh-tw" target="_blank" rel="noopener noreferrer">重新導向</a>｜<a href="https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics?hl=zh-tw" target="_blank" rel="noopener noreferrer">JavaScript SEO</a></li>
<li>呈現與體驗｜<a href="https://developers.google.com/search/docs/appearance/title-link?hl=zh-tw" target="_blank" rel="noopener noreferrer">標題連結</a>｜<a href="https://developers.google.com/search/docs/appearance/snippet?hl=zh-tw" target="_blank" rel="noopener noreferrer">中繼說明</a>｜<a href="https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data?hl=zh-tw" target="_blank" rel="noopener noreferrer">結構化資料簡介</a>｜<a href="https://developers.google.com/search/docs/appearance/structured-data/article?hl=zh-tw" target="_blank" rel="noopener noreferrer">文章結構定義標記</a>｜<a href="https://developers.google.com/search/docs/appearance/core-web-vitals?hl=zh-tw" target="_blank" rel="noopener noreferrer">Core Web Vitals</a></li>
<li>Search Console 說明｜<a href="https://support.google.com/webmasters/answer/9012289?hl=zh-Hant" target="_blank" rel="noopener noreferrer">網址檢查工具</a>｜<a href="https://support.google.com/webmasters/answer/7440203?hl=zh-Hant" target="_blank" rel="noopener noreferrer">網頁索引報表</a>｜<a href="https://support.google.com/webmasters/answer/7042828?hl=zh-Hant" target="_blank" rel="noopener noreferrer">曝光、排名與點擊</a></li>
<li>檢測工具｜<a href="https://search.google.com/test/rich-results" target="_blank" rel="noopener noreferrer">複合式搜尋結果測試</a>｜<a href="https://pagespeed.web.dev/" target="_blank" rel="noopener noreferrer">PageSpeed Insights</a></li>
</ul>
<hr>
<h2 id="section-14"><i class="locator-blip"></i>作者</h2>
<p><strong>方士軒（SEO 顧問 MARS）</strong><br>
<a href="https://www.linkedin.com/in/shih-hsuan-fang/" target="_blank" rel="noopener noreferrer">LinkedIn 個人檔案</a></p>
<p>審閱日期：2026-08-17</p>
先做網站健檢，再決定優化方向
不承諾保證排名。由屏柏企業 SEO 顧問與網頁工程師方士軒 mars 協助您評估網站速度、行動版可用性、SEO 關鍵字結構與內容層級問題。
「SEO 是長期優化，不承諾保證排名。」
