網站可以正常開啟，卻在 Google 搜尋不到，常讓人懷疑是不是網站設定錯了。尤其已經向 Google Search Console 提交 Sitemap，搜尋結果還是沒有出現網站時，更容易以為提交失敗。
先別急著反覆提交。網站上線、Google 發現網址、檢索頁面、建立索引，以及在某個搜尋字詞下顯示結果，是不同的步驟。這篇文章會從確認索引狀態開始，帶你找出常見原因、修正設定，再檢查問題是否真的解決。
第一步：用 Search Console 確認網址的索引狀態
登入 Google Search Console，選擇正式網站的資源，將要檢查的完整網址貼到上方的「網址檢查」欄位。可以先查首頁，再查一個重要服務頁或新發布的文章。
檢查時請留意網址是否為實際使用的版本，例如 https、有無 www、網址末尾的斜線，以及是否會重新導向到另一個網址。若查的是舊網址或暫時網址，看到的狀態可能與正式頁面不同。
先看檢查結果，再決定方向：
| Search Console 顯示的狀態 | 代表什麼 | 下一步 |
|---|---|---|
| 網址已在 Google 中 | 這個網址已建立索引 | 如果搜尋服務關鍵字仍找不到，要進一步看搜尋字詞與頁面內容的關係 |
| 網址未在 Google 中 | 這個網址目前未建立索引 | 查看「網頁索引」原因，並檢查下文提到的設定與存取問題 |
| Google 選擇了其他標準網址 | Google 將另一個網址視為主要版本 | 確認重新導向、Canonical 與 Sitemap 中的網址是否一致 |
搜尋自己的品牌名稱、直接搜尋完整網址，或使用 site: 指令，都可以作為初步觀察，但不要只憑搜尋結果畫面判定頁面是否已收錄。對自己管理的網站，應以 Search Console 的網址檢查結果為主要判斷依據。
提醒：「網址檢查」所顯示的 Google 索引資料，與按下「測試線上網址」得到的即時存取結果，回答的是兩個不同問題。線上測試通過，表示目前可以讀取，不代表 Google 已經將頁面建立索引。
Search Console 先看哪三個地方？
第一次打開 Search Console，不用把所有報告看一遍。這個問題先用以下三處就夠了：
| 位置 | 這時要看什麼 | 能回答的問題 |
|---|---|---|
| 網址檢查 | 貼上某一頁的正式網址，看索引狀態、原因與 Google 選擇的標準網址 | 「這一頁」有沒有收錄？卡在哪一步？ |
| 網頁索引報告（左側「網頁」） | 看各種未收錄原因，以及有哪些重要網址受到影響 | 是單一頁面問題，還是許多頁面有相同問題？ |
| Sitemap（左側「Sitemap」） | 看 Sitemap 是否能被讀取，並核對裡面是否列出正式網址 | Google 能不能從清單發現你想公開的頁面？ |
不要把三處的數字當成同一件事：Sitemap 列出網址、Google 檢索了網址、最後將網址建立索引，是不同階段。本文先用「網址檢查」找個別頁面的原因，後面再處理 Sitemap。
第二步：照 Search Console 的原因修正問題
在「網址檢查」展開「網頁索引」，看該網址為什麼未建立索引。也可以從左側「網頁」報告查看同一原因影響了哪些網址。先確認受影響的是你真正希望出現在搜尋結果的正式頁面；舊網址、登入頁、測試頁或刻意不公開的頁面，未收錄不一定是錯誤。
在動手改設定前，先分清楚四種常被混用的項目：
| 項目 | 主要作用 | 在這篇文章中怎麼用 |
|---|---|---|
robots.txt | 告訴爬蟲哪些路徑不能檢索 | 查看重要頁面是否被意外封鎖 |
noindex | 告訴搜尋引擎不要建立該頁索引 | 查看正式頁面是否沿用測試站的禁止索引設定 |
| Sitemap | 提供希望被發現的網址清單 | 核對 Google 是否能讀取，以及清單是否使用正式網址 |
| Canonical（標準網址） | 表明相似頁面中偏好的主要版本；Google 仍可能自行選擇 | 查看網站是否把正式頁面指向舊網址或另一版本 |
這四項各自處理不同問題。例如移除 noindex 後仍被 robots.txt 擋住，Google 就可能無法重新讀取頁面；Sitemap 裡列出網址，也不會覆蓋頁面的 noindex。
顯示「遭到 noindex 排除」：移除正式頁面的禁止索引設定
如果首頁、服務頁或文章應該公開，在 WordPress 後台到 設定 → 閱讀，確認「阻擋搜尋引擎索引這個網站」沒有被勾選。接著開啟該頁的編輯畫面，檢查 SEO 外掛的進階索引設定是否把單篇頁面設為 noindex。剛從 Staging 部署的網站，尤其要確認正式站沒有沿用測試站設定。
改完後，用「網址檢查」的測試線上網址確認 Google 現在能讀取，而且不再看到 noindex。如果後台設定正確、線上測試仍顯示 noindex，再請網站管理者檢查頁面原始碼與伺服器回應標頭是否還有這項指令；有時快取也會讓舊版本暫時留在前台。確認已移除後，再對重要網址按「要求建立索引」。
顯示遭 robots.txt 封鎖：找出不該擋住的規則
開啟網站的 /robots.txt，並用「網址檢查」確認是哪個網址無法被檢索。若正式服務頁或文章被 Disallow 規則擋住，應調整這條規則或相關安全設定，再測試線上網址。不要為了解決一個頁面問題，直接刪掉所有規則：有些路徑原本就不需要讓爬蟲存取。
若希望 Google 看見已移除的 noindex，該頁面也必須允許 Googlebot 讀取。
顯示 404、伺服器錯誤或存取受限：先讓正式頁面正常回應
先自己開啟網址，確認不是打錯路徑、頁面仍是草稿，或正式網站還需要密碼。若頁面搬到新網址，讓舊網址重新導向到對應的新頁面，並更新站內連結及 Sitemap；若頁面確實刪除且沒有替代內容，不必硬把它導向首頁。
如果你看到 403、503 或間歇性無法開啟，應檢查主機、防火牆、快取或安全外掛的存取紀錄。自己用瀏覽器打得開，不等於 Googlebot 每次都能打開；可以在 Search Console 做線上測試，必要時請主機商協助查詢 Googlebot 遭拒或伺服器錯誤的原因。先讓頁面穩定、公開地回傳正常內容，再要求重新檢索。
顯示重新導向或 Google 選了其他標準網址：確認真正要收錄哪個網址
如果檢查的網址會跳到另一個網址，Google 通常會處理跳轉後的頁面。請改查最終網址，確認它顯示正確內容。若跳去測試站、舊網域或錯誤頁，就要修正 WordPress 網址、重新導向規則或相關外掛設定。
若 Google 選了其他標準網址，先看那是不是同一內容的正確正式版本。例如 http 與 https、有無 www 的網址，通常應統一到你指定的版本。再檢查頁面的 Canonical、站內連結及 Sitemap 是否都指向該版本。若 Google 選的正是你要的正式網址，就不需要強求每個重複版本各自收錄；若選錯，才處理互相矛盾的訊號與內容重複問題。
顯示「已發現」或「已檢索，目前尚未建立索引」：看階段做不同處理
「已發現，目前尚未建立索引」表示 Google 知道網址，但尚未檢索。先檢查該頁可否存取、Sitemap 是否列出正式網址，以及網站導覽或相關頁面是否能連到它。若網站剛上線，也需要給 Google 一些處理時間。
「已檢索，目前尚未建立索引」表示 Google 已讀取頁面，單靠重新提交 Sitemap 通常無法回答原因。先用線上測試查看實際呈現的內容是否完整，再比較站內其他頁面：它是否只是另一篇的近似版本？標題和正文是否清楚說明這頁提供的服務或解答？如果內容過於重複，就改善頁面、合併真正重複的內容，並整理內部連結。這項狀態不能直接等同於「內容品質差」；若頁面已完整、設定也正常，仍需觀察 Google 後續處理，不保證修改後一定收錄。
第三步：核對 Sitemap，但別把它當成收錄保證
Sitemap 是提供網址清單，幫助 Google 發現網站的重要頁面。提交成功不等於清單裡每個網址都已檢索，更不等於一定會建立索引或取得排名。
你可以在 Search Console 的「Sitemap」報告確認是否成功讀取；也可以打開 Sitemap，看看需要公開的正式網址是否列在其中。若報告顯示無法讀取，先確認提交的是可開啟的 Sitemap 或 Sitemap 索引網址，再依報告顯示的錯誤修正。若網站剛從暫時網址搬回正式網域，要特別注意清單是否還留著舊網址，或把不希望公開的測試頁放了進去；修正產生 Sitemap 的網站網址與設定，讓清單使用正式網址。
若 Sitemap 可以正常讀取、重要網址也正確，下一步仍是回到「網址檢查」，看個別頁面的索引狀態。Google 可能尚未檢索新頁面，也可能檢索後沒有將它建立索引。Sitemap 無法取代這項判讀。
第四步：修正之後，怎麼確認真的有效？
不要只看 WordPress 後台顯示「已儲存」。依序確認前台與 Google 能看到的結果：
- 開啟正式網址。 確認內容、最終網址與網站導覽都正確；重要頁面也應有合理的站內連結，不要只能透過 Sitemap 找到。
- 在網址檢查按「測試線上網址」。 確認先前的存取錯誤或
noindex已排除。線上測試顯示可用，只代表目前的頁面符合檢查條件，尚不代表已收錄。 - 對少數已修好的重要網址要求建立索引。 如果「網頁」報告中同一類錯誤影響許多頁面，修正後可使用報告提供的「驗證修正」功能追蹤這批問題。不要反覆送出同一網址，以為這樣能加快檢索。
- 隔一段時間再查索引狀態與成效。 觀察網址檢查結果是否更新，以及 Search Console「成效」中的曝光變化；若仍未收錄，就依新的原因繼續排查。
即使基本技術條件都符合，Google 也沒有保證每個頁面都會被收錄。修正的目標是排除可控制的障礙，並持續看 Google 是否重新檢索與更新狀態，而不是承諾某個日期一定出現在搜尋結果。
已經收錄，卻搜尋不到服務關鍵字？
如果網址檢查顯示頁面已在 Google 中，但搜尋「WordPress 網站製作」這類服務字詞找不到自己的網站，問題就不再只是收錄。品牌名稱有人搜尋時找得到，不代表服務關鍵字也會有相同的曝光。
你可以到 Search Console 的「成效」報告，選擇那個服務頁，觀察它在哪些搜尋字詞有曝光。這是判斷下一步的起點；服務頁內容、搜尋意圖及站內關聯需要另外檢查，重新提交 Sitemap 不能解決這類問題。
先找到問題所在，再決定要不要改網站
網站上線後 Google 搜尋不到，可能只是新頁面還在等待處理，也可能是正式站沿用了測試環境的 noindex、網站存取異常、網址版本混亂，或頁面已收錄卻沒有出現在你搜尋的字詞下。
處理順序是：查正式網址的索引狀態 → 依原因修正 → 測試線上網址 → 必要時要求重新檢索 → 回來確認索引與曝光是否更新。 如果查到的是 noindex，就移除不該有的禁止設定；如果是存取錯誤，就先恢復頁面；如果 Google 選了別的網址，就統一正式版本。Sitemap 是其中一項檢查，不是所有問題的解法。