搜尋觀點
robots.txt 與 Sitemap:搜尋引擎第一步到底在找甚麼?

robots.txt 與 Sitemap 是搜尋工具發現網站內容的第一層入口。
在 Inspect The Path 的第一步,首頁藏了一句提示:Where do bots usually start? 答案就是 robots.txt。這個設計很適合拿來説明一件事:搜尋引擎不是像客戶一樣先欣賞首頁設計,而是先判斷哪些地方可以抓、哪些地方不應該碰、網站有沒有提供 sitemap。
對香港中小企網站來説,robots.txt 和 Sitemap 經常被當成「技術同事處理的小文件」。但一旦搬站、改 URL、轉多語言、加入 AI crawler 策略,它們就會直接影響收錄速度和重要頁面是否被發現。
robots.txt 不是用來保證收錄
robots.txt 的主要作用是控制 crawler 抓取,不是保證 Google 收錄。你可以用它阻止某些路徑被抓取,例如測試環境、後台、內部搜尋結果頁;但如果把服務頁、分類頁、blog 或圖片資產誤封,搜尋工具就可能無法讀到完整內容。
Inspect The Path 的 robots.txt 給出 sitemap 線索:
Sitemap: https://inspectthepath.com/map-of-the-lost-legends.xml
真實網站也一樣。robots.txt 裏的 Sitemap 行可以幫 Google、Bing 和其他 crawler 更快找到 URL 清單。若你開始做 GEO / Agent SEO,亦應該檢查 GPTBot、ClaudeBot、PerplexityBot、Google-Extended 等策略是否符合品牌需要。
Sitemap 要幫搜尋引擎做選擇
Sitemap 不是把所有 URL 倒進去就算完成。它應該反映網站最重要、可收錄、可被索引的頁面。Inspect The Path 的 sitemap 迷宮用 priority 讓玩家判斷真正路線;現實世界雖然 Google 不會把 priority 當成排名保證,但 sitemap 的清潔程度會影響 crawler 對網站的理解效率。
檢查 Sitemap 時,我們會看:
- 是否包含核心服務頁、分類頁、重要文章和語言版本
- 是否混入 404、redirect、noindex 或 canonical 到別處的 URL
- lastmod 是否可信,而不是每次 build 都全部刷新
- 多語言頁是否能配合 hreflang 和 canonical
- 舊站搬新站後,舊 URL 是否有對應 301,而不是仍留在 sitemap
搬站時最常見的錯誤
第一種錯誤是 staging 環境的 Disallow: / 被帶到正式站。表面上網站可以打開,但 Googlebot 被拒絕抓取,幾星期後流量開始跌。
第二種錯誤是 Sitemap 繼續提交舊 URL。搜尋引擎看到大量 redirect 或 404,會浪費抓取資源,也會令新站重要頁面發現變慢。
第三種錯誤是隻提交首頁和少量頁面。對內容型網站或 SEO 集羣文章來説,分類頁、標籤頁、文章頁、工具頁都應該有清晰入口。
YUSIHK 建議的檢查流程
- 先打開 /robots.txt,確認沒有封鎖核心頁面。
- 檢查 robots.txt 是否列出正確 sitemap。
- 抽查 sitemap 內 URL 是否回傳 200、canonical 指自己、沒有 noindex。
- 把服務頁、工具頁、blog 文章和多語言頁分開看。
- 搬站後用 Search Console 觀察索引覆蓋和抓取統計。
你可以先用 robots.txt 檢測工具 做初步檢查,再回到 Inspect The Path 完整攻略 看整條技術 SEO 路線。若你正在改版或從 WordPress 遷到 Astro,也建議把結果接到 SEO 服務 的技術診斷流程。
Inspect The Path 對應關卡:從首頁到 Sitemap
在遊戲裏,第一段流程可以拆成三步:首頁提示、robots.txt、sitemap index。它看似簡單,但正好對應網站 SEO 診斷最容易被跳過的部分。
- 首頁提示
Where do bots usually start?,代表 crawler discovery。 /robots.txt暴露Sitemap: /map-of-the-lost-legends.xml,代表站點主動提供 URL 清單。- sitemap index 內只有一個
priority=1.0URL,代表要從一堆 URL 中分辨重要入口。
現實網站不會把答案寫在 priority 裏,但會有同類問題:sitemap 裏有上千條 URL,真正能排名、能轉化、能代表服務價值的可能只有幾十條。如果 sitemap 混入大量舊文章、測試頁、redirect、noindex 或低質頁,搜尋引擎會浪費抓取資源。
技術原理:robots 控制抓取,sitemap 幫助發現
robots.txt 的任務是告訴 crawler 哪些地方可以抓、哪些地方不建議抓。它不是安全機制,也不是收錄保證。被 Disallow 的 URL 仍可能因外部連結而出現在結果中,只是 Googlebot 不會抓內容。
Sitemap 的任務是補充發現入口。它應該只提交可收錄、可被索引、canonical 清楚、狀態碼為 200 的重要 URL。對 YUSIHK 這種從 WordPress 轉 Astro 的站點,sitemap 還要和 301 map、canonical、blog 分頁、分類頁一起對齊。
香港網站常見 robots / sitemap 問題
- 正式站保留了 staging 的
Disallow: /。 - Sitemap 還列出舊 WordPress attachment、tag 或不想排名的低質頁。
- 改版後 sitemap 裏全是 301,真正新 URL 反而沒有提交。
- 多語言頁只提交繁中 URL,英文 / 日文頁缺入口。
- 圖片、PDF、工具頁沒有出現在任何可抓取入口。
- AI crawler 策略完全沒有記錄,品牌不知道自己是開放、限制還是混亂。
YUSIHK 建議的檢查 SOP
- 用 robots.txt 檢測工具 先看是否阻擋核心路徑。
- 打開 sitemap,抽查首頁、服務頁、工具頁、最新文章、分類分頁是否都在。
- 對 sitemap URL 批量檢查 200、canonical、indexability、final URL。
- 對比 Search Console 已提交 sitemap 與實際 build 出來的 sitemap。
- 搬站後一星期內每天看索引、抓取和 404 / redirect 報告。
這一段可回到 Inspect The Path 完整攻略 看原始路線,也可以接到 SEO 服務 做全站 URL 發現與索引診斷。
想把這套檢查用在自己網站?
如果你的網站剛搬站、改版、轉 static site,或者開始做 GEO / AISEO,最容易出事的往往不是單一關鍵字,而是 URL、canonical、headers、robots、Schema 與內容入口互相打架。你可以先用 YUSIHK 的 SEO 工具中心 做初步檢查,再把網站 URL 發給我們做 SEO / GEO 技術診斷。
參考資料
- Inspect The Path
- Google Search Central:robots.txt 簡介
- Google Search Central:建立與提交 Sitemap
- Google Search Central:指定 canonical URL
- Google Search Central:分頁與增量載入最佳做法
- Google Search Central:Googlebot 文件
- Google Search Central:Mobile-first indexing
- Google Search Central:重新導向與 Google 搜尋
- Open Graph protocol
- Meta:Sharing for Webmasters
