自己架的小網站，Search Console 和 sitemap 怎麼設定：我實際做過一輪，記下這幾個坑

奧娜莉這個網站從建立到現在，Search Console 從驗證、提交 sitemap、檢查收錄到要求建立索引，我都自己做過一輪。過程中有幾個地方，官方說明寫得不夠清楚，或是要實際遇到才知道，我把它們整理成這篇，給同樣自己架網站、剛接手公司網站，或想自己確認行銷公司報告寫得對不對的人參考。

我的看法是：Search Console 不是「設定好就會有流量」的開關，而是一面鏡子，告訴你 Google 看到你的網站是什麼樣子。設定只要做一次，真正有用的是之後每個月打開來看，看懂它在說什麼。這篇依 Google Search Console 說明中心與搜尋中心的官方說明，加上我自己的操作紀錄整理，畫面和名稱可能隨 Google 改版變動。如果你還不清楚 SEO 在做什麼，可以先看我寫的〈SEO 是什麼？〉。

第一步：選對資源類型

新增資源時，Search Console 會讓你選兩種類型，這一步選錯，後面很多事都要重來：

資料來源：Search Console 說明〈將網站或平台資源新增至 Search Console〉〈驗證網站擁有權〉，資料截至 2026 年 10 月。

我選的是網域資源，因為它一次涵蓋 www 和不含 www 的網址，也包含 http 和 https，不用分開看報表。代價是只能用 DNS 驗證：你要能登入網域的 DNS 管理介面，或請管理網域的人幫你加一筆記錄。這也是為什麼我一直建議網域要在自己名下，我在〈請人架網站、做 SEO 之前，先確定網域、帳號和文章都在你名下〉談過這件事。

第二步：用 DNS TXT 記錄驗證

選了網域資源，Search Console 會給你一串文字，格式是 google-site-verification= 加上一串英數字，你要把它加成網域的一筆 TXT 記錄。說明中心寫，DNS 供應商最多可能需要兩到三天才會開始提供新加的記錄，如果驗證失敗，等一到兩天再試一次。

驗證成功後，最重要的一句話是：不要刪掉這筆記錄。說明中心寫明，為了保持驗證狀態，驗證成功後也不可移除 DNS 記錄；Search Console 會定期檢查驗證權杖是否仍然有效，經過一段寬限期後，你對該資源的權限就會失效。很多人整理 DNS 時看到一筆看不懂的 TXT 記錄就刪了，過一陣子才發現 Search Console 進不去。

如果你請行銷公司或朋友幫忙看數據，不必把擁有者的身分給對方。Search Console 把擁有者分成「已驗證擁有者」和「委派擁有者」，兩者權限相同，都能新增或移除使用者；只要看報表的人，加成「完整使用者」或「受限使用者」就夠了。合作結束時，除了在後台移除對方，也要把對方放在網站上的驗證檔、標記或 DNS 驗證記錄一起刪掉，細節我在網域帳號那篇整理過。

第三步：先想清楚，你的網站需要 sitemap 嗎

sitemap 是一份列出網站網址的檔案，告訴 Google 你有哪些網頁。Google 搜尋中心〈什麼是 Sitemap〉的說法很務實：網站規模很小（網頁數不超過 500 個）、而且從首頁點連結就能找到所有重要網頁的話，你可能不需要 sitemap；反過來，網站才剛建立、幾乎沒有外部連結時，可能就需要。它也說，多數情況下提交 sitemap 都會為網站帶來好處。

我的網站剛建立，外部連結很少，所以有做。sitemap 由網站的建置工具自動產生，每次發布新文章就重新產生一次，每個網址的 lastmod 用文章的更新日期。〈建立並提交 Sitemap〉有幾個重點值得照做：

• 用完整的絕對網址：寫 https://example.com/page/，不要只寫 /page/。
• 單一 sitemap 上限：未壓縮時 50 MB、50,000 個網址，小網站幾乎不會碰到。
• lastmod 要準確：Google 會使用 lastmod，前提是它始終準確、可以驗證；版權年份更新不算重大更新。Google 也說會忽略 priority 和 changefreq。
• 在 robots.txt 加一行：Sitemap: 後面接 sitemap 的完整網址，Google 下次檢索 robots.txt 時就會找到。

搜尋中心同時提醒：提交 sitemap 只是一種提示，Google 不保證會下載 sitemap，也不保證會用它檢索網站的網址。

sitemap 裡放哪些網址，我的原則是只放「希望被搜尋到的頁面」：文章、分類頁、關於本站和幾個政策頁；404 頁面和還沒發布的草稿不放。每個網址也和網頁裡宣告的標準網址寫法一致，例如結尾都有斜線、都用 https 和不含 www 的網域。這樣 Google 讀 sitemap 和讀網頁時，看到的是同一組網址，不必自己猜哪一個才是正確的版本。

第四步：提交 sitemap，網址要填完整

在 Search Console 左側選「Sitemap」，把 sitemap 的網址貼進「新增 Sitemap」方塊，按「提交」。說明中心提醒，提交只是告訴 Google 檔案在哪裡，不是把檔案上傳給 Google，而且要有資源的擁有者權限才能提交。

這裡是我踩到的第一個坑。我第一次在網域資源只填了「sitemap.xml」，結果跳出「Sitemap 位址無效」，請我輸入有效路徑。改填完整的「https://aunalee.com/sitemap.xml」，才顯示「已成功提交 Sitemap」。說明中心沒有寫明網域資源一定要填完整網址，但它提到報表記錄的是提交時指定的確切網址、不追蹤重新導向。我的建議是：不管哪種資源，都直接貼完整網址最保險。

資料來源：Search Console 說明〈透過 Sitemap 報告管理 Sitemap〉；「我遇到的情況」欄為本站 2026 年 10 月 13 日至 15 日的操作紀錄。

第二個坑是「以為提交一次就好」。說明中心寫，sitemap 檢索成功後，Google 會定期重新檢索。但我兩天後回去看，sitemap 的上次讀取時間還停在第一次提交那天，探索到的網頁數仍是 11 個，而這兩天網站已經多了好幾篇文章，sitemap 裡早就是 19 個網址。說明中心另一段話剛好對應：sitemap 有重大變更時，建議重新提交。所以網站一次新增好幾篇、或改了網址結構，我會回去重新提交一次；平常小改，就讓 Google 照它自己的排程。

第五步：用網址檢查看懂收錄狀態

最常用的工具，是 Search Console 最上方的搜尋列「網址檢查」。貼一個網址進去，它會告訴你這頁在 Google 那裡的狀態。要注意，這裡顯示的不是即時結果，而是 Google 最近一次建立索引時的版本。

資料來源：Search Console 說明〈網址檢查工具〉〈網頁索引報表〉、Google 搜尋中心〈排解 Google 搜尋檢索錯誤〉，資料截至 2026 年 10 月。

我自己的實際結果是這樣：第一天發布、提交 sitemap 並要求建立索引的三篇文章，兩天後檢查都是「網址在 Google 服務中、網頁已編入索引」；我點開其中一篇看細節，發現方式寫的是 Sitemap，上次檢索時間是第一天晚上。之後兩天陸續發布的幾篇，檢查時都還是「Google 無法辨識的網址」，因為 Google 還沒重新讀 sitemap。這正好說明，新文章能不能被找到，sitemap 有沒有被重新讀取影響很大。

網址檢查的結果頁還有兩個按鈕，常讓人搞混。「查看已檢索的網頁」看的是 Google 索引裡的那一版；「測試線上網址」則是請 Google 現在去抓一次網頁。說明中心寫，線上測試只能確認 Google 的檢查程式是否能存取你的網頁並建立索引，不保證網頁會被納入索引，也不會測試所有可能的索引問題，例如是不是重複網頁；即時檢查次數也有每日上限。所以我把線上測試當成「網頁能不能被讀到」的檢查，而不是收錄的保證。

同一頁還會列出「使用者宣告的標準網址」和「Google 所選的標準網址」。前者是你在網頁裡告訴 Google 的主要網址，後者是 Google 最後選的。說明中心寫，Google 不保證一定選你偏好的標準網址，但會納入考量。我檢查時，兩者都是文章本身的網址，代表沒有重複版本的問題；如果兩者不同，就要回頭看是不是有內容幾乎一樣的頁面。

另外，新網站的「網頁索引」報表一開始會顯示資料處理中。說明中心的說法是資料幾天後就會出現；Google 需要一週左右才會開始檢索新網頁或新網站並建立索引。我在第三天打開時，報表仍是資料處理中，所以前幾天只能靠網址檢查一頁一頁看。

我把這三天的紀錄整理成一張表，可以看出 sitemap 讀取和收錄之間的時間差：

資料來源：本站 2026 年 10 月 13 日至 15 日 Search Console 操作紀錄。

第六步：要求建立索引，有上限也不保證

網址檢查結果是「Google 無法辨識的網址」時，可以按「要求建立索引」。按下去之後等一下，會出現「已要求建立索引」的訊息，表示網址加入了優先檢索佇列。但官方說明有三句話值得記住：

• 有每日上限：說明中心寫，每日能提交的索引要求次數有上限，想讓更多網頁編入索引，建議改為提交 sitemap。上限是幾次，Google 沒有公開。
• 重複按不會加快：搜尋中心寫明，多次要求重新檢索同一網址並不會加快檢索速度，檢索需時幾天到幾週不等。
• 送了不代表會收錄：成功提交要求，不代表網頁一定能編入索引。
• 要等多久沒有定數：說明中心同一頁有兩種說法，一處寫通常一天左右會完成、有時更久，另一處寫建立索引最多可能要一到兩週，所以送出後隔天沒看到結果也不用急著重送。

這是我踩到的第三個坑。有一天我想一次送五篇新文章，結果第一篇按下去，就跳出「超過配額」。我猜同一個資源當天的額度已經被用掉了，但 Google 沒有公開額度怎麼算，我只能等隔天再送。從此我的做法改成：新網站先送首頁，這也是說明中心建議的最佳做法；之後每次只挑一兩篇最重要的送，其他交給 sitemap。

順手檢查：找不到的網頁，要真的回傳 404

設定 Search Console 時，我也順便確認了一件很多網站沒注意的事：網址打錯或文章刪掉時，網站有沒有回傳 404 狀態碼。搜尋中心的定義是，軟 404 是指網址傳回的頁面告訴使用者網頁不存在，卻同時傳回 200（成功）狀態碼；這類網頁會從 Google 搜尋中排除。

會出問題的情況，通常是網站把所有找不到的網址都導向同一個「找不到」頁面，或首頁，卻沒有改狀態碼。Google 的建議很明確：網頁已移除、也沒有類似替代網頁時，傳回 404 或 410；自訂的 404 頁面可以做得很友善，但伺服器必須傳回 404 狀態碼；網頁只是搬家，則用 301 永久重新導向。

自己怎麼檢查？最簡單的方法是在網址檢查工具輸入一個不存在的網址，按「測試線上網址」，看網頁擷取的結果。我的網站每次發布後，都會用工具確認不存在的網址回傳 404。

日後換主機、換網站系統或大改版時，有三件事我會特別留意：DNS 裡的驗證記錄不要在搬家時被刪掉；sitemap 的網址如果變了，到 Sitemap 報表重新提交新網址；舊文章的網址如果改了，用 301 永久重新導向指到新網址，不要讓舊網址變成軟 404。這三件事做好，Search Console 的資料就能延續下去，不必從頭再來。

設定完之後，每個月看什麼

• 成效報表：曝光、點擊、平均排名，看哪些查詢字開始有曝光。
• 網頁索引報表：重要的頁面有沒有收錄，未收錄的原因是什麼。說明中心也說，網頁少於 500 個的網站可能不需要這份報表，可以用 site: 搜尋查。
• Sitemap 報表：上次讀取時間是不是太久以前，探索到的網頁數有沒有跟上。

我的判斷在哪些情況下不成立

• 你用的是平台型網站：部落格平台、電商平台或社群主頁，常常已經幫你處理好 sitemap，甚至不讓你改 DNS，這時用網址前置字元資源或平台提供的驗證方式就好。
• 網站規模很大：上萬頁的網站，sitemap 要分檔、要求建立索引幾乎沒有意義，重點會變成網站架構與檢索預算，這篇的做法不夠用。
• 網頁內容本身有問題：Search Console 只能告訴你 Google 看到什麼，不能讓不夠好的內容被收錄。「已檢索 - 目前尚未建立索引」一直出現時，要改的是內容，不是設定。
• Google 改版：我寫的是 2026 年 10 月的畫面與說明，按鈕名稱和流程以後可能會變。

常見問題

網域資源和網址前置字元資源要選哪一個？

能自己管理 DNS 的話，選網域資源，一次涵蓋所有子網域與 http、https。網域資源只能用 DNS 記錄驗證；改不了 DNS 的話，選網址前置字元資源，可以用 HTML 檔案、HTML 標記等方式驗證。

驗證成功後，DNS 裡那筆 TXT 記錄可以刪嗎？

不行。Search Console 說明中心寫明，為了保持驗證狀態，驗證成功後也不可移除 DNS 記錄；Search Console 會定期檢查，驗證權杖失效後，經過寬限期就會失去權限。

提交 sitemap 時顯示「Sitemap 位址無效」怎麼辦？

改填完整網址再試一次，例如 https://example.com/sitemap.xml。我在網域資源只填 sitemap.xml 時出現這個訊息，改成完整網址就成功了。也可以先在瀏覽器打開那個網址，確認 sitemap 真的存在。

要求建立索引出現「超過配額」，是不是被懲罰了？

不是。Search Console 說明中心寫，每日能提交的索引要求有上限，想讓更多網頁編入索引，建議改提交 sitemap。等隔天再送，或直接交給 sitemap 即可；重複要求同一個網址也不會加快檢索。

我的網站很小，一定要做 sitemap 嗎？

不一定。Google 搜尋中心說，網頁數不超過 500 個、從首頁點連結就能找到所有重要網頁的網站，可能不需要 sitemap；但網站剛建立、外部連結很少時，可能需要。多數情況下，提交 sitemap 都有好處。

新文章發布後，多久會被 Google 收錄？

沒有固定時間。Search Console 說明中心寫，Google 需要一週左右才會開始檢索新網頁或新網站；搜尋中心也說檢索需時幾天到幾週不等。我的網站第一天提交 sitemap 並要求建立索引的三篇，兩天後檢查都已編入索引，但之後新增、還沒被 sitemap 讀到的文章就還沒出現。

資料來源