XML sitemap 是一份機器可讀的檔案,會列出網站的所有網址,並附上每個頁面的選擇性中繼資料,為搜尋引擎提供一份結構化的內容地圖,告訴它們你想要哪些頁面被檢索與收錄。若要建立 sitemap,請先蒐集你想被收錄之頁面的絕對網址,每行放置一個網址,可選擇性地附加共用的 lastmod、changefreq 或 priority 數值,然後透過 Lizely XML Sitemap Generator 將結果匯出為 sitemap.xml。整個流程都在你的瀏覽器中執行,完成後會產生一個可直接上傳到網頁伺服器的檔案。
對大多數網站擁有者來說,最困難的部分不是撰寫 XML,而是判斷哪些網址值得放進檔案裡。檢索工具通常會回傳成千上萬個網址,包括內容薄弱的標籤頁、內部搜尋結果,以及你其實不希望被搜尋引擎收錄的測試環境網址。事先挑選過的清單通常組合起來更快,也能產生更乾淨的 sitemap,特別是對中小型網站而言。這正是 Lizely 生成器所支援的工作流程:貼上網址、設定選填欄位、匯出。
XML Sitemap 實際上包含什麼內容
這個格式是由 sitemaps.org 上維護的 schema 所定義,它是 Google、Bing 等共同發布的官方參考文件。每一筆條目至少會被包在一個 <url> 元素中,其中必須包含一個 <loc> 子元素,用來放置該頁面的絕對網址。選填的子元素包括 <lastmod>(最後修改日期)、<changefreq>(預期更新頻率),以及 <priority>(介於 0.0 到 1.0 之間的相對重要性提示)。
根元素 <urlset> 會宣告 XML 命名空間與 schema 網址。一個典型的骨架看起來像這樣:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://example.com/</loc></url>
</urlset>Sitemap 有一些實際的限制值得了解。單一檔案最多只能包含 50,000 個網址,且未壓縮大小不得超過 50 MB。較大的網站會把網址集分散到多個 sitemap 檔案中,並透過 sitemap index 檔案把它們串連起來。多數小型網站永遠不會觸及這些上限,但隨著網站成長,把這些限制放在心上仍是好的做法。
在檢索與列出網址之間做選擇
為 sitemap 蒐集網址時,大致有兩種做法。第一種是用機器人檢索實際運行的網站,讓它自動沿著連結產生一份網址清單。第二種則是手動撰寫網址,或是從內容管理系統匯出。檢索雖然方便,但往往會把低價值的網址和你真正在意的那批網址混在一起。列出則較慢,但能讓你精準控制要提交的內容。
| 做法 | 最適合的情境 | 權衡 |
|---|---|---|
| 即時檢索(例如 Screaming Frog、Sitebulb) | 大型網站、稽核、找出失效連結 | 經常過度抓取;需要設定篩選條件;可能造成伺服器負載 |
| 精選的網址清單(例如從 CMS 匯出 CSV) | 小型網站、以登陸頁為核心的 sitemap、改版時期 | 需要手動維護;容易漏掉頁面 |
| 外掛程式產生的 sitemap(例如 WordPress 外掛) | 經常發布內容的標準 CMS 網站 | 難以客製化;預設可能會納入不需要的網址 |
| 以瀏覽器為基礎、根據審核過的清單產生 sitemap | 選擇性提交、微型網站、臨時更新 | 由你負責維護清單;無法自動更新 |
如果你已經確定要收錄哪些網址,精選式的做法就能與 Lizely 生成器自然搭配。貼上清單、產生 sitemap,這樣就完成了。如果你的網站每週都會變動,或是擁有上千個網址,那麼會依照排程重新執行的外掛或檢索工具,長期來看會省下更多時間。
使用 Lizely XML Sitemap Generator 建立 Sitemap
本節將逐步說明如何透過一份審核過的頁面網址清單,實際製作出 sitemap.xml 檔案,使用的是 Lizely XML Sitemap Generator。
- 開啟生成器並找到網址輸入區。每行貼上一個絕對網址,確認每一行的開頭都是
http://或https://。生成器一個檔案只接受單一主機,因此在同一次輸出中,不能混用位於不同連接埠的www.example.com與blog.example.com。 - 決定你要產生只包含 loc 的精簡 sitemap,還是要附加選填的中繼資料。若想得到一份乾淨的
<loc>-only 檔案,請把選填欄位留白。如果你選擇加入lastmod、changefreq或priority,同一個數值會套用到清單中的每一個網址,因此請誠實填寫。在實際每日更新的頁面上標示共用的「monthly」changefreq,將會誤導檢索機器人。 - 點擊 generate。工具會在預覽窗格中產生完整的 XML,並顯示已處理的網址數量。下載前請先以肉眼檢視輸出內容,留意是否有空行、格式錯誤的網址或重複項目。
- 下載產生的
sitemap.xml檔案。下載動作完全在你的瀏覽器中完成,不會有任何網址資料被傳送到伺服器。 - 將
sitemap.xml上傳到你所列出主機的根目錄。若網站是從https://example.com/提供服務,該檔案應可從https://example.com/sitemap.xml取得,讓檢索機器人不需經過驗證就能找到它。 - 在兩個地方註明這個 sitemap。在
robots.txt檔案最下方新增一行Sitemap: https://example.com/sitemap.xml,並透過搜尋引擎控制台(Google Search Console、Bing Webmaster Tools)提交同一個網址,以加快被抓取的速度。
如何誠實地填寫選填欄位
選填的中繼資料欄位經常被誤用,因為它們看起來像是排名訊號。其實並非如此。檢索機器人使用 lastmod 主要是作為抓取排程的提示,而 changefreq 與 priority 在官方文件中普遍被描述為「檢索機器人可以忽略的提示」。因此,準確性比精確度更重要。
就 lastmod 而言,請使用頁面內容最後一次有意義變動的日期,並以 W3C 日期時間格式表示(例如 2026-03-14 或 2026-03-14T09:00:00+00:00)。schema 同時支援僅含日期與完整時間戳記兩種形式。就 changefreq 而言,schema 允許的值為 always、hourly、daily、weekly、monthly、yearly 與 never。選擇一個與實際狀況不符的值往往會適得其反,因為檢索機器人會把它與實際觀察到的情況進行比對。
就 priority 而言,有效範圍是 0.0 到 1.0,預設值為 0.5。把每個頁面都設成 1.0 並沒有實質作用,因為 priority 在你的網站之內才是相對的。一個合理的做法是把首頁與主要分類頁稍微調高一點,文章層級的網址則保留預設值。如果你完全略過這個欄位,那也是一種有效的選擇,並能讓檔案保持精簡。
發布與驗證檔案
當 sitemap.xml 上線到伺服器後,在通知檢索機器人之前請先進行驗證。搜尋引擎會在其控制台中回報剖析錯誤,但事先抓出問題會更快。位於 sitemaps.org/protocol.html 的參考 schema 描述了所有有效的元素,以及必須在根元素上宣告的命名空間。任何偏離規範的情形,例如缺少 xmlns 屬性,或是網址中出現未跳脫的 & 符號,都會導致該檔案被拒絕。
上傳後,請透過瀏覽器造訪該檔案,確認它可以存取。你應該會看到原始的 XML,而不是下載提示,這代表伺服器正以文字或 XML 的內容類型提供它。如果你的主機將它以 application/octet-stream 提供,或強制觸發下載,請設定 MIME 類型或新增 rewrite 規則,讓檢索機器人能即時剖析它。
請透過 Google Search Console 與 Bing Webmaster Tools 提交 sitemap 網址。兩套工具都會顯示已發現多少網址、已索引多少網址,以及任何錯誤。請將控制台報告視為收錄狀態的唯一依據。Sitemap 本身只是用來標示你希望被檢索的網址,並不保證會出現在任何搜尋結果中。
常見陷阱與避免方式
網站擁有者在發布第一份 sitemap 時,有幾個錯誤會反覆出現。最常見的就是納入非標準網址。如果同一個頁面可以透過多個網址存取(例如是否有結尾斜線、是否帶有追蹤參數),請挑選標準版本,並且只列出那一個。否則檢索機器人會看到重複的目標,並可能收錄到錯誤的變體。
另一個常見問題是列出已被重新導向的網址。一旦某個頁面回傳 301 或 302,請把它從 sitemap 中移除,並改為放入最終的目的地。檢索機器人本來就會跟隨重新導向,而一份乾淨的 sitemap 也能讓你更容易釐清哪些頁面才是你真正視為重要的。
最後,請不要列出被 robots.txt 封鎖,或被標記為 noindex 的頁面。Sitemap 是一種正向訊號,用來告訴檢索機器人哪些頁面你希望被抓取與收錄;把你叫它們避開的頁面送過去,會自相矛盾,並浪費抓取預算。如果某個頁面是有意排除在搜尋結果之外的,就別把它放進 sitemap。
何時該重新整理 Sitemap
Sitemap 並不是一次性的產物。每當你發布、刪除或大幅更新一個應該被檢索的頁面時，sitemap 都應該反映這個變動。對於發布頻率較高的網站，在每次部署時重新產生 sitemap 是最簡單的做法。對於規模較小、每週或每月更新的網站，則只要在提交新檔案前更新清單即可。
如果你同時管理廣告活動追蹤或指向相同網址的 QR Code，以下兩個相關的工作流程可能會有幫助。使用 Lizely UTM Link Builder 建立廣告活動參數，能讓你加上標記的網址在進入 sitemap 清單之前就保持一致。而如果你希望訪客能從印刷素材掃描到 sitemap 頁面，Lizely QR Code Generator 可以把 sitemap.xml 的網址編碼成可下載的圖片，並維持同樣的純瀏覽器端運作風格。這些相關工具共享相同的隱私優先設計，因此你所處理的網址都會保留在本機。
當 sitemap 的流程已成例行工作後，請持續關注 Google Search Console 中的索引報告。如果提交網址的數量在幾週後仍與索引數量大致相當，代表你的清單狀態良好。差距過大通常代表存在標準化、重新導向或 noindex 的衝突，單靠 sitemap 檢視無法解決。
相關指南：如何在瀏覽器中建立可追蹤的 UTM 連結。
如果你正在權衡各種選項，如何在 Venmo 上產生條碼：實用教學 對此有詳細說明。
如果你正在權衡各種選項，如何在 Canva 中大量產生 QR Code：實用教學 對此有詳細說明。
如果你正在權衡各種選項，如何從範本大量產生網址 對此有詳細說明。