網站地圖怎麼做？XML Sitemap 製作與 GSC 提交流程
網站地圖能協助 Google 發現重要網址，但不保證收錄或排名。了解 XML Sitemap 製作方式、robots.txt 宣告、Google Search Console 提交流程與常見錯誤排查，讓網站索引管理更清楚。
網站地圖 Sitemap 是什麼？
網站地圖 Sitemap 是一份給搜尋引擎讀取的重要網址清單，常見格式是 XML Sitemap。它能協助 Google 發現網站中應該被索引的頁面、圖片、影片或新聞內容，但不代表提交後一定會收錄，也不會直接讓排名上升。
對網站經營者來說，Sitemap 最實際的用途是把「哪些網址重要、哪些內容有更新」整理成 Googlebot 比較容易讀取的格式。尤其是新網站、頁面很多的網站、電商網站、內容站或多語系網站，Sitemap 能減少重要頁面被漏抓的機率。
- 告訴搜尋引擎網站有哪些重要網址。
- 提供頁面最後更新時間，例如
lastmod。 - 協助 Google 發現較深層、較新或媒體型內容。
- 搭配 Google Search Console 檢查 Sitemap 是否能被讀取。
我的判斷是，只要網站不是完全沒有 SEO 需求，Sitemap 幾乎都值得做。它成本低、維護方式清楚，真正要避免的是把它誤當成排名捷徑。
XML Sitemap 通常長什麼樣子？
XML Sitemap 通常是一個 .xml 檔案，裡面用結構化標籤列出網址。最基本會有 loc，用來放完整網址；也可能有 lastmod，用來表示頁面最後重要更新日期。
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://makewebsites.tw/posts/sitemap</loc>
<lastmod>2026-05-22</lastmod>
</url>
</urlset>Sitemap 放在哪裡最常見？
最常見的位置是網站根目錄，例如 https://makewebsites.tw/sitemap.xml 或 https://makewebsites.tw/sitemap_index.xml。Google 官方也建議放在網站根目錄，因為這樣較容易涵蓋整個網站範圍。
Sitemap 和 robots.txt 的關係
robots.txt 可以宣告 Sitemap 位置，例如 Sitemap: https://makewebsites.tw/sitemap.xml。但 robots.txt 也可能阻擋 Googlebot 抓取某些路徑，所以排查 Sitemap 問題時，不能只看 XML 檔案，也要一起看 robots 規則。
XML Sitemap 和 HTML Sitemap 有什麼差別？
XML Sitemap 主要給 Google、Bing 等搜尋引擎讀取；HTML Sitemap 則是給使用者瀏覽的網站導覽頁。要提交到 Google Search Console 的通常是 XML Sitemap，不是視覺化網站地圖或導覽設計圖。
| 類型 | 主要對象 | 主要用途 | 是否本文主軸 |
|---|---|---|---|
| XML Sitemap | Google、Bing 等搜尋引擎 | 發現與理解可索引網址 | 是 |
| HTML Sitemap | 網站使用者 | 協助瀏覽網站內容 | 否，只簡述 |
如果你的目標是讓 Google 更有效發現網址，優先處理 XML Sitemap。如果你的目標是改善訪客導覽，才需要考慮 HTML Sitemap 或網站導覽頁設計。
Sitemap 對 SEO 有什麼幫助？會直接提升排名嗎？
Sitemap 對 SEO 的幫助在於提升網址發現與抓取效率，不是直接提升排名。它能讓搜尋引擎更清楚知道哪些頁面重要，但收錄與排名仍取決於可抓取性、內容品質、canonical、內部連結、網站信任度等因素。
| Sitemap 能做的事 | Sitemap 不能做的事 |
|---|---|
| 協助 Google 發現新頁面與更新頁面 | 保證頁面一定被收錄 |
| 讓大型網站更容易整理重要網址 | 直接提高關鍵字排名 |
提供 lastmod 等更新線索 |
修正 noindex、404、canonical 錯誤 |
| 在 GSC 中回查讀取狀態 | 取代內部連結與網站架構 |
Sitemap 可以幫助 Google 更快發現頁面
新文章、新商品頁、深層分類頁或剛上線的網站，可能還沒有足夠內部連結與外部連結訊號。Sitemap 可以把這些網址集中提供給搜尋引擎，降低重要頁面被漏掉的機率。
Sitemap 不保證頁面一定被收錄
Google 官方明確說明，提交 Sitemap 只是提示，不保證 Google 會下載、抓取或索引其中所有網址。實務上，Sitemap 成功提交後仍未收錄，通常要回頭查頁面品質、重複內容、canonical、noindex 或伺服器狀態。
Sitemap 不能取代內部連結
重要頁面仍應該能從首頁、分類頁、導覽列或相關內容連到。只出現在 Sitemap 裡、站內完全沒有入口的孤兒頁面，即使被 Google 發現，也不一定會被視為重要頁面。
Sitemap 無法修好 noindex、canonical、robots.txt、404 問題
如果頁面被 noindex、canonical 指到別頁、被 robots.txt 阻擋，或回傳 404，放進 Sitemap 只會讓問題更明顯。我的做法會先清乾淨 Sitemap，再談提交，因為髒資料會干擾後續判讀。
哪些網站一定需要 Sitemap？
新網站、大型網站、電商網站、多語系網站、新聞網站，以及有大量圖片或影片內容的網站，都強烈建議建立 Sitemap。小型網站如果內部連結完整，Sitemap 不是絕對必要，但仍建議保留。
| 網站情境 | 是否建議建立 Sitemap | 原因 |
|---|---|---|
| 新網站 | 強烈建議 | 缺少外部連結與歷史抓取訊號 |
| 500 頁以上網站 | 強烈建議 | 協助 Google 發現深層頁面 |
| 電商網站 | 強烈建議 | 商品、分類、庫存頁面變動頻繁 |
| 部落格／內容站 | 建議 | 新文章與更新文章需要被發現 |
| 單頁式小官網 | 可有可無但仍建議 | 成本低，可補充抓取訊號 |
| 多語系網站 | 強烈建議 | 可搭配 hreflang 提供地區語言關係 |
| 大量圖片／影片網站 | 強烈建議 | 可提供媒體資源的額外資訊 |
如何查詢網站有沒有 Sitemap？
查詢 Sitemap 可以先試常見路徑，再看 robots.txt，最後用 Google 搜尋指令補查。多數 CMS、部落格系統與架站平台會自動產生 Sitemap，所以製作前應先確認網站是否已經有現成檔案。
方法一：直接輸入 /sitemap.xml
- 打開瀏覽器。
- 在網域後方加上
/sitemap.xml。 - 例如輸入
https://makewebsites.tw/sitemap.xml。 - 如果看到 XML 網址清單，代表網站可能已有 Sitemap。
方法二：檢查 /sitemap_index.xml
WordPress SEO 外掛常見的 Sitemap Index 路徑是 /sitemap_index.xml。如果網站頁面很多，Sitemap Index 會再連到文章、頁面、分類、作者等不同 Sitemap 檔案。
方法三：查看 robots.txt
輸入 https://makewebsites.tw/robots.txt，尋找是否有 Sitemap: 開頭的行。這是網站主動告訴搜尋引擎 Sitemap 位置的常見方式。
方法四：使用 Google 搜尋指令
如果常見路徑找不到，可以用搜尋指令補查。不過搜尋結果不一定完整，只適合作為輔助方法。
site:example.com filetype:xml inurl:sitemap
把 example.com 換成你的網域，就能查詢 Google 是否曾看過該網站的 XML Sitemap。若查不到，不代表一定沒有 Sitemap，仍要以實際 URL 與後台設定為準。
如何製作 XML Sitemap？4 種常見方法比較
製作 XML Sitemap 的方法要依網站系統決定。WordPress 通常用 SEO 外掛，電商或架站平台多半用內建功能，小型靜態網站可用產生器，大型網站應由工程端自動生成並維護。
| 方法 | 適用情境 | 優點 | 風險 |
|---|---|---|---|
| CMS 外掛 | WordPress 部落格、形象網站 | 設定快、可自動更新 | 外掛設定錯誤可能放入不該索引的頁面 |
| 平台內建 | 電商平台、架站平台 | 維護成本低 | 可控制項目較少 |
| 線上產生器 | 頁面少的靜態網站 | 入門容易 | 網站更新後要重新產生 |
| 工程自動生成 | 大型內容站、SPA、多語系、新聞網站 | 可依資料庫與規則精準輸出 | 需要工程維護與測試 |
方法一：WordPress 使用 SEO 外掛自動產生
WordPress 可使用常見 SEO 外掛產生 Sitemap。你要檢查的是文章、頁面、分類、標籤、作者頁哪些要開啟，哪些要排除。標籤頁與作者頁如果內容薄弱，不一定適合放進 Sitemap。
方法二：電商或架站平台使用內建 Sitemap
Shopify、Wix、Blogger 或多數電商平台通常會自動產生 Sitemap。你現在該做的是確認商品下架、分類刪除、缺貨頁面與規格參數頁是否會被正確處理。
方法三：小型靜態網站使用線上 Sitemap 產生器
如果網站只有幾頁到幾十頁，可以用 Sitemap 產生器掃描網站後輸出 XML。這種方式適合變動少的小網站，但每次新增或刪除頁面後，都要重新產生與上傳。
方法四：大型網站由工程端自動生成
大型網站應從資料庫、CMS API 或路由系統產生 Sitemap，並排除 noindex、404、重導、非 canonical、參數網址。這類網站不適合手動維護，因為錯誤會隨內容量放大。
不同網站類型的 Sitemap 建議
不同網站不應套同一份 Sitemap 規則。我的經驗是，Sitemap 品質比網址數量重要，尤其大型網站更應該把「哪些不該放」寫成明確規則。
WordPress 部落格
保留文章與重要頁面，分類頁視內容品質決定。標籤頁、日期封存、作者頁若沒有獨立價值，通常不建議放進 Sitemap。
電商網站
商品頁、分類頁、品牌頁可依索引策略放入。已永久下架商品應移除或導向替代頁；短期缺貨商品則要看是否仍有搜尋價值。
多語系網站
多語系網站可搭配 hreflang，讓 Google 理解不同語言與地區版本的對應關係。每個語言版本都應使用完整、可索引、canonical 正確的網址。
新聞網站
新聞網站可使用新聞 Sitemap，但只適合真正符合新聞內容條件的網站。一般部落格不需要為了看起來進階而硬做新聞 Sitemap。
SPA／React／Vue 網站
SPA 網站要確認 URL 能被搜尋引擎抓取與渲染。若頁面內容依賴 JavaScript，Sitemap 只能提供網址發現，不能保證 Google 能順利理解內容。
大型內容站
大型內容站應拆分 Sitemap，例如文章、分類、作者、圖片或語系分開管理。這樣在 GSC 檢查錯誤時，才能快速定位是哪一類網址出問題。
XML Sitemap 裡應該放哪些網址？哪些不要放？
XML Sitemap 應該只放重要、可索引、回傳 200、canonical 指向自己的網址。不要把 noindex、404、301、參數網址、搜尋結果頁或重複內容塞進 Sitemap，否則會降低訊號品質。
| 應該放進 Sitemap | 不應該放進 Sitemap |
|---|---|
| 主要服務頁、產品頁、文章頁 | noindex 頁面 |
| 重要分類頁或集合頁 | 404、410 錯誤頁 |
| 回傳 200 的 canonical URL | 301、302 重導網址 |
| 有搜尋價值的多語系版本 | 參數網址、站內搜尋頁、篩選結果頁 |
| 重要圖片、影片或新聞內容對應頁 | 重複內容、測試頁、後台頁 |
應該放進 Sitemap 的網址
把希望出現在 Google 搜尋結果中的 canonical URL 放進 Sitemap。Google 官方也提醒，Sitemap 中應使用完整絕對網址，例如 https://makewebsites.tw/posts/sitemap，不要只放 /posts/sitemap。
不應該放進 Sitemap 的網址
任何你不希望被索引、無法正常開啟、內容重複或只是過渡用的網址，都不該放入 Sitemap。Sitemap 不是網站所有 URL 的備份清單，而是索引候選網址清單。
lastmod、changefreq、priority 實際上怎麼看？
lastmod 只有在持續準確、能反映頁面重要更新時才有價值。Google 官方文件指出，Google 會忽略 priority 與 changefreq。所以不要每天假更新 lastmod，也不要期待 priority 能把排名推高。
Sitemap 技術限制
技術限制要先寫進產生規則，等 GSC 報錯才修通常已經太慢。大型網站尤其要在生成階段就拆分檔案。
單一 Sitemap 最多 50,000 個網址
單一 Sitemap 最多可包含 50,000 個網址。超過時應拆成多個 Sitemap。
未壓縮檔案大小上限 50MB
單一 Sitemap 未壓縮大小上限為 50MB。若檔案過大，就算網址數量未達上限，也應拆分。
大型網站應使用 Sitemap Index
Sitemap Index 可以集中列出多個 Sitemap。這對電商、新聞站、大型內容站很有用，因為可以分批管理與排錯。
可使用 .xml.gz 壓縮檔
大型 Sitemap 可使用 .xml.gz 壓縮，但仍要符合未壓縮大小與網址數量限制。提交前請直接測試 URL 是否能正常開啟。
如何提交 Sitemap 到 Google Search Console？
提交 Sitemap 要在 Google Search Console 的「Sitemap」報表中輸入 Sitemap URL。送出後，GSC 會顯示是否成功讀取、最後讀取時間與可能錯誤，這是確認 Google 能否處理 Sitemap 的主要入口。
提交前先確認網站已加入 GSC
先確認你已經在 Google Search Console 驗證網站資源。網域資源通常較完整，可以涵蓋不同協定與子網域；網址前置字元資源則只涵蓋指定版本。
進入「Sitemap」報表
- 登入 Google Search Console。
- 選擇正確網站資源。
- 在左側選單點選「Sitemap」。
- 確認畫面中的網域與你要提交的 Sitemap 屬於同一個網站。
輸入 Sitemap 網址
在「新增 Sitemap」欄位輸入 Sitemap 路徑，例如 sitemap.xml 或 sitemap_index.xml。如果 GSC 要求完整路徑，就貼上完整 Sitemap URL。
送出後如何看狀態
送出後看狀態欄位、最後讀取日期、已發現網址數量與錯誤訊息。狀態成功只代表 Sitemap 可被處理，不代表裡面的所有網址已被收錄。
Sitemap 要不要重複提交？
通常不需要反覆提交同一個 Sitemap。只要 Sitemap URL 不變，網站系統會更新內容，Google 也會重新讀取。只有改了 Sitemap 位置、改成 Sitemap Index，或 GSC 顯示錯誤修復後，才需要重新提交或驗證。
提交後怎麼確認 Sitemap 有效？
確認 Sitemap 有效不能只看「成功」兩個字，還要看已發現網址、錯誤訊息、索引狀態與是否包含過時網址。GSC 的 Sitemap 報表是入口，真正判讀還要搭配網址檢查與頁面索引報表。
| GSC 狀態或指標 | 代表意思 | 你現在該怎麼做 |
|---|---|---|
| 成功 | Google 可讀取 Sitemap | 抽查重要 URL 是否已被索引 |
| 無法擷取 | Google 暫時或持續無法讀取檔案 | 檢查 URL、狀態碼、robots.txt 與伺服器阻擋 |
| 已發現網址 | Google 從 Sitemap 看到的 URL 數量 | 不要把它當成已收錄數 |
| 有錯誤 | 格式、URL 或抓取條件可能有問題 | 下載或開啟 Sitemap 逐項排查 |
狀態顯示「成功」代表什麼？
「成功」代表 Google 能讀取與處理 Sitemap 檔案。這是必要條件，但不是收錄保證。接下來要檢查重要頁面是否能被索引，而不是停在提交完成。
「已發現網址」不等於「已收錄網址」
已發現網址只是 Sitemap 內被辨識到的網址數量。頁面是否進入索引，還要看 URL 檢查工具與頁面索引狀態。這個差異很多新手會誤判，導致以為 Sitemap 失效。
提交後多久會看到結果？
Google 沒有承諾固定時間。小網站可能很快看到讀取狀態，大型網站或新網站可能需要更久。若數天後仍完全無法擷取，應優先檢查檔案是否可公開存取。
如何用 Sitemap 反查過時頁面與錯誤頁面？
把 Sitemap URL 清單匯出後，抽查是否有下架商品、舊活動頁、重導頁、404 頁與不該索引的頁面。Sitemap 常常是網站內容治理的照妖鏡，因為它會把長期沒人整理的 URL 暴露出來。
Sitemap 常見錯誤與排除方式
Sitemap 常見錯誤多半來自 URL 錯誤、伺服器阻擋、robots.txt、noindex、canonical、404 或更新時間不可信。排查時先確認 Sitemap 能公開開啟，再檢查裡面的網址是否真的可索引。
| GSC 狀態或問題 | 可能原因 | 修正方式 |
|---|---|---|
| 無法擷取 | 網址錯誤、伺服器阻擋、回傳非 200 | 檢查 Sitemap URL、HTTP 狀態碼、伺服器規則 |
| 0 個已發現網址 | Sitemap 空白、格式錯誤、網址不完整 | 驗證 XML 格式與 URL 清單 |
| 被 robots.txt 封鎖 | robots.txt 禁止 Googlebot 抓取 | 調整 robots.txt 規則 |
| 包含 noindex 頁面 | Sitemap 收錄不該索引的頁面 | 移除 noindex URL |
| canonical 指到其他頁 | Sitemap URL 不是標準頁 | 改放 canonical 目標 URL |
| 大量 404 或 301 | Sitemap 沒更新 | 移除失效網址或改放最終頁 |
| lastmod 全部每天更新 | 更新時間不可信 | 只在內容實際變更時更新 lastmod |
進階 Sitemap 類型：圖片、影片、新聞與 hreflang
圖片、影片、新聞與 hreflang Sitemap 適合特定網站，不是每個網站都需要。只有當這些內容本身是搜尋曝光重點，或網站有多語系版本時，才值得加入進階 Sitemap 規格。
| 進階類型 | 適合對象 | 注意事項 |
|---|---|---|
| 圖片 Sitemap | 圖片作品集、食譜、旅遊、電商圖片頁 | 圖片應與頁面主題直接相關 |
| 影片 Sitemap | 影片內容站、課程頁、產品示範頁 | 需提供影片位置與必要描述資訊 |
| 新聞 Sitemap | 新聞網站 | 只適合新聞內容，不適合一般文章硬套 |
| hreflang Sitemap | 多語系、多地區網站 | 語言地區對應要雙向且一致 |
圖片 Sitemap 適合誰？
如果圖片是搜尋價值的一部分，例如商品圖片、作品集、旅遊景點或教學示意圖，可以考慮圖片 Sitemap。一般純文字文章不一定需要額外做。
影片 Sitemap 適合誰？
如果頁面核心內容是影片，影片 Sitemap 可提供影片標題、描述、縮圖、長度等資訊。若影片只是輔助素材，先確保頁面本身可索引更重要。
新聞 Sitemap 適合誰？
新聞 Sitemap 適合有正式新聞內容與高頻發布節奏的網站。一般企業部落格不需要為了 SEO 包裝成新聞 Sitemap，這通常只會增加維護負擔。
多語系網站的 Sitemap 與 hreflang
多語系網站可在 Sitemap 中標註 hreflang，協助 Google 理解不同語言或地區版本的對應。重點是每個版本都要可索引、canonical 正確，且語言對應關係一致。
可以用 Sitemap 分析競品網站架構嗎？
可以，公開 Sitemap 能用來觀察競品的 URL 類型、分類結構、內容佈局與更新節奏。但這只能用於研究網站架構與內容策略，不應複製競品內容或批次仿寫頁面。
- 觀察競品是否把文章、分類、產品、品牌頁分成不同 Sitemap。
- 檢查 URL 命名規則，例如
/posts/、/category/、/product/。 - 查看哪些內容類型被放進 Sitemap，推測對方重視哪些頁面。
- 比較更新頻率，判斷競品是內容型網站、電商型網站，還是混合型網站。
- 把發現用於自己的 網站 SEO、Google Search Console、技術 SEO 與 收錄問題排查，不要變成抄襲清單。
HTML Sitemap 和網站導覽設計屬於使用者瀏覽體驗，和提交給 Google 的 XML Sitemap 不是同一件事。若你是在找視覺化網站地圖、Wireframe 或導覽案例，那不是這份 XML Sitemap 操作流程的範圍。
提交前檢查清單
提交 Sitemap 前，先確認檔案能開啟、網址乾淨、沒有阻擋索引的設定，再送到 Google Search Console。這份清單比反覆提交更重要，因為 GSC 只能回報問題，不能替你修正 Sitemap 品質。
- Sitemap URL 可以正常開啟，且回傳 200。
- 所有網址都使用完整絕對 URL。
- 只包含可索引頁面。
- 沒有 noindex、404、重導頁或測試頁。
- canonical 指向自己或正確標準頁。
- robots.txt 沒有阻擋 Googlebot 抓取重要內容。
- 大型網站已使用 Sitemap Index 拆分管理。
lastmod只在內容實際重要更新時變動。- 已提交到 Google Search Console 的 Sitemap 報表。
- 提交後有回查狀態、已發現網址與錯誤訊息。
Sitemap 是什麼？
Sitemap 是網站提供給搜尋引擎讀取的檔案，用來列出重要頁面、影片、圖片或新聞內容。最常見的是 XML Sitemap，主要用途是協助 Google 更有效發現與抓取網站網址。
網站一定要有 Sitemap 嗎？
不是每個網站都絕對需要，但大多數網站都建議有。新網站、大型網站、電商網站、多語系網站、新聞網站與大量媒體內容網站特別需要 Sitemap。
Sitemap 會讓網站排名變好嗎？
Sitemap 不會直接提升排名。它的價值是協助搜尋引擎發現與抓取重要網址，排名仍取決於內容品質、搜尋意圖符合度、網站信任度、可索引性與其他 SEO 條件。
Sitemap 提交後多久會被 Google 收錄？
Google 沒有保證固定時間。提交 Sitemap 只代表你提供網址清單給 Google，頁面是否被收錄仍要看 Google 是否能抓取、是否可索引，以及內容是否值得進入索引。
XML Sitemap 和 HTML Sitemap 有什麼不同？
XML Sitemap 主要給搜尋引擎讀取，用於發現與理解可索引網址。HTML Sitemap 主要給使用者瀏覽，用於網站導覽。提交到 Google Search Console 的通常是 XML Sitemap。
WordPress 需要自己製作 Sitemap 嗎？
多數 WordPress 網站不需要手動製作，可透過 WordPress 內建功能或 SEO 外掛產生。你需要檢查的是哪些內容類型被放入 Sitemap，以及是否排除了不該索引的頁面。
Sitemap 裡可以放 noindex 頁面嗎？
不建議。Sitemap 應該放你希望被搜尋結果收錄的網址，noindex 頁面代表你不希望被索引，兩者訊號衝突，應從 Sitemap 移除。
GSC 顯示 Sitemap 無法擷取怎麼辦？
先直接打開 Sitemap URL，確認是否能公開存取並回傳 200。接著檢查網址是否輸入錯誤、robots.txt 是否阻擋、伺服器是否限制 Googlebot，以及 XML 格式是否有效。
Sitemap 顯示成功，為什麼頁面還是沒有收錄？
成功只代表 Google 能讀取 Sitemap，不代表所有網址都會被收錄。常見原因包含頁面品質不足、內容重複、canonical 指向其他頁、noindex、內部連結不足或 Google 尚未完成處理。
多語系網站需要獨立 Sitemap 嗎？
可以依語系或網站架構拆分 Sitemap，也可以用 Sitemap 搭配 hreflang 標註語言地區對應。重點不是一定要獨立檔案，而是每個語言版本都要可索引、canonical 正確、hreflang 對應一致。
電商網站商品下架後，Sitemap 要怎麼處理？
永久下架且沒有搜尋價值的商品頁應從 Sitemap 移除，必要時導向相關分類或替代商品。短期缺貨但仍有需求的商品頁，可以保留索引，但頁面內容要清楚告知狀態。
可以看競爭對手的 Sitemap 嗎？
可以查看公開 Sitemap 來研究競品的 URL 類型、分類結構與內容節奏。但這只能用於 SEO 架構分析，不應複製對方內容、標題或頁面策略。
Bing Webmaster Tools 設定教學：網站如何在微軟搜尋引擎做SEO
一步步教學如何設定 Bing Webmaster Tools，從帳戶建立、網站驗證到提交網址，助你掌握微軟搜尋引擎的索引狀況與SEO優化方法，同時覆蓋Yahoo等合作夥伴的搜尋流量。
Canonical 標籤是什麼？一次搞懂設定方式與 SEO 重複內容問題
Canonical 標籤是什麼？本文說明 canonical 標籤的定義與核心目的，並提供詳細的設定語法與實作步驟。學習如何正確使用 canonical 標籤，解決網站重複內容問題，集中 SEO 排名信號，提升技術 SEO 效能。
404錯誤修復完整教學：從診斷到301轉址的SEO實戰步驟
404錯誤修復是網站維運的重要環節。本文教你如何透過Google Search Console與爬蟲工具找出404，並根據頁面狀態判斷該用301永久轉址或保持404，有效降低對SEO與使用者體驗的影響。