Windows 上的標準網址標記產生器是一種基於瀏覽器的工具，可將完整的絕對 HTTP 或 HTTPS 網址，轉換為經 HTML 跳脫處理、符合瀏覽器標準正規化規則並移除片段的 rel=canonical 連結元素。由於整個工作流程都在 Edge、Chrome、Firefox 或任何其他隨 Windows 10 或 Windows 11 內建的現代瀏覽器中執行，因此在產生有效標記之前，您不需要安裝任何東西、載入任何擴充功能，也不需要建立任何帳號。您將偏好的網址貼入產生器，檢視瀏覽器網址解析器回傳的正規化 href，然後複製一行標記，便能直接放入範本的 head 區段。這個工具刻意讓輸入與輸出都留在同一台機器上；不會上傳到任何遠端服務，這表示在 Windows 端的建置過程中，即使貼上內部預備環境的網址或尚未上線的網址，也不會在別人的伺服器上留下副本。其結果是一個乾淨、屬性經跳脫處理的連結元素，能引導搜尋引擎將您指定的那個頁面視為原始內容。
這個工具在 Windows 瀏覽器內做了什麼
標準網址標記產生器會對您輸入的網址執行四項精確的處理，全部都能在工具頁面的輸出窗格中立即看到。首先，它會透過瀏覽器的網址實作來解析網址，該實作綁定於 WHATWG 網址標準，在 Windows 上的 Edge、Chrome、Firefox 與 Opera 行為完全一致。其次，它會拒絕任何非絕對 HTTP 或 HTTPS 網址的內容，因此像 /products/widget 這類相對路徑，以及 ftp:、javascript: 或 data: 等不安全的協定，都會在產生標記之前就被拒絕。第三，它會移除所有片段識別碼，因為 Google 的說明文件通常不支援片段網址作為標準網址目標，且片段所代表的是頁面內部的一個位置，而非獨立的資源。第四，它會對產生的 href 進行 HTML 跳脫處理，讓您查詢字串中的 & 符號在屬性中顯示為 &，而顯示的正規化網址則保留您輸入的原始 & 字元。
與這個產生器相容的 Windows 瀏覽器
任何以目前 Chromium 或 Gecko 引擎為基礎、安裝在 Windows 10 或 Windows 11 上的瀏覽器，都會從相同的輸入產生相同的正規化網址，因為解析規則是以瀏覽器網址標準為基準，而非綁定於自訂程式庫。Microsoft Edge 多數 Windows 機器的預設瀏覽器，與 Google Chrome 執行產生器的方式完全相同，因為兩者共用同一個底層引擎。Mozilla Firefox 在 Windows 上以獨立安裝程式的方式提供，同樣遵循 WHATWG 規則，產出相同的主機大小寫、移除預設埠以及 IDN 序列化。Opera 與 Brave 這兩款同樣可在 Windows 取得、以 Chromium 為基礎的瀏覽器，行為也相同。Windows 本身唯一會造成差異的情境，在於是否設定了預設瀏覽器關聯：如果您的 CMS 範本編輯器位於桌面應用程式內，並自行渲染預覽窗格，該預覽不會認得您剛剛貼上的標記，直到您在真正的瀏覽器分頁中重新載入實際網址為止。
逐步產生標準網址標記
- 在您慣用的 Windows 瀏覽器中開啟標準網址標記產生器，並輸入完整的偏好 HTTP 或 HTTPS 網址，包括正確的主機、路徑以及任何刻意保留的查詢字串。請不要使用相對路徑；這個工具需要協定與主機才能產生有效的 href。
- 點擊產生控制項，並閱讀瀏覽器解析器回傳的正規化網址。請特別留意主機的大小寫、是否移除預設埠、IDN 轉 ASCII 的轉換，以及您可能加入的片段是否已被移除。
- 開啟您希望搜尋引擎優先收錄的實際頁面，確認它回傳 HTTP 200 並呈現您打算作為標準版本的主要內容。如果該頁面會重新導向、解析為軟式 404，或顯示不同版本的內容，請先修正這些問題。
- 將正規化後的網址與實際頁面的網址進行比對。兩者在主機、協定、路徑以及您刻意保留的查詢字串上都必須一致；不一致之處通常指向 CMS 外掛或路由規則的問題。
- 複製產生的連結元素，並貼到應指向偏好網址的頁面 HTML head 區段中。在偏好的頁面上放置自我指向的標準網址標記是一般常見的建議做法。
- 儲存範本，重新部署或重新發佈該路由，並在您的 Windows 瀏覽器中重新載入實際網址，檢查 head 區段以確認標記存在。
將正規化後的網址與實際可存取的 200 頁面進行比對
驗證工作流程中的第二步之所以必要，是因為產生器無法擷取您的頁面，也無法驗證正規化後的網址是否對應到真實、可存取的檔案。這項比對必須在您的 Windows 機器上，利用瀏覽器的開發者工具或簡單的檢視原始碼功能來進行。在 Edge 或 Chrome 中按下 F12 開啟開發者工具，切換到 Elements 或 Inspector 分頁，讀取渲染後的 head 區段。您需要確認三件事：一個帶有 rel="canonical" 的單一連結元素、href 完全符合產生器輸出的正規化網址，以及 HTTP 回應標頭中沒有衝突的標準網址宣告。如果您的頁面背後有伺服器端框架，也請開啟 Network 分頁，檢查回應標頭中是否帶有 X-Robots-Tag 或 Link 標頭設定了不同的標準網址；互相衝突的訊號會讓偏好指向變得模糊，搜尋引擎可能選擇與您預期不同的網址。
將連結元素複製到您的 HTML Head 區段
產生的連結元素必須位於文件的 head 區段，而非 body 區段，而且必須是渲染輸出中的靜態部分，而非由用戶端指令碼在載入後注入的內容。在 Windows 上，最可靠的驗證方式是在部署後對實際網址使用檢視原始碼功能，並讀取 HTML 的前幾行。在沒有查詢字串的情況下，典型的自我指向標準網址標記會顯示為 <link rel="canonical" href="https://example.com/products/widget" />。如果您確實有像 ?sort=price 這樣的查詢字串，href 會顯示為 <link rel="canonical" href="https://example.com/products/widget?sort=price" />——這個屬性仍是有效的標記。請將此元素放置在任何阻擋式指令碼之上，並放在字元編碼與 viewport 宣告之下，同時在具代表性的路由間保持範本的一致性，而非仰賴單一成功頁面來證明所有頁面都沒問題。
檢查已部署的頁面並驗證訊號
標記部署完成後，驗證循環很短，而且完全在 Windows 端進行。在 Edge 或 Chrome 中重新載入頁面，透過開發者工具開啟 head 區段，確認正好只有一個標準網址元素，且其 href 對應至一個回傳 200、主要內容等同的頁面。對共用此範本的一批具代表性網址執行同樣的檢查，因為單一頁面成功並不代表整個路由家族都沒問題。如果您的 CMS 提供搜尋引擎預覽工具，也請將其讀取的標準網址與實際 head 區段進行比對；不一致之處通常指向外掛、伺服器標頭，或在初次渲染後重寫標記的指令碼。針對支撐這個產生器的八個測試案例（根斜線插入、主機正規化、路徑大小寫保留、預設 HTTP 與 HTTPS 埠、片段移除、Unicode 路徑、國際化網域以及查詢字串）的更細部說明，可參考標準網址標記產生器速查表：正規化規則指南，當路由行為與預期不同時相當實用。
這個產生器無法處理的限制
標準網址標記產生器只負責回傳標記；它不會編輯您的 CMS 範本、擷取您的實際網址，也不會猜測屬於您網站路由與內容的決策。它不會移除您查詢字串中的 utm_source 或工作階段識別碼、不會強制 HTTP 升級為 HTTPS、不會新增或移除 www 前綴、不會決定是否使用結尾斜線、無法解析重新導向，也無法比對頁面相似度。嘗試以手動輸入「整理過」的網址來強迫工具執行這些工作，可能會產生一個看似有效、卻指向錯誤頁面的標記，這比完全沒有標準網址更加糟糕。內嵌於網址中的認證資訊會被拒絕，因為標準網址應該標識一個公開的內容位置，而不是在使用者名稱或密碼外洩於標記中；受認證保護的內容也不會因為加入標準網址就被納入索引。片段之所以會被移除，原因正如 Google 標準網址說明文件所述，片段網址並非支援的標準網址目標，且片段代表的是子資源，而非獨立的網路資源。如果您需要在整個網站進行 www 或 HTTPS 的正規化處理，Htaccess 產生器或 Nginx 設定產生器可產生一條精準的伺服器端規則，而標準網址標記本身仍屬於每頁的註記。
這個工具接受與拒絕的輸入類型
| 輸入類型 | 是否接受 | 結果 |
|---|---|---|
| 帶有路徑與查詢字串的絕對 HTTPS 網址 | 是 | 正規化後的 href，移除片段，& 在屬性內進行跳脫處理 |
| 絕對 HTTP 網址 | 是 | 正規化後的 href，移除片段，& 在屬性內進行跳脫處理 |
| 像 /products/widget 這樣的相對路徑 | 否 | 由於意義會隨文件位置改變，因此予以拒絕 |
| 內嵌認證資訊 user:pass@host 的網址 | 否 | 予以拒絕以避免認證資訊在標記中外洩 |
| 如 ftp:、javascript:、data: 等非 HTTP 協定 | 否 | 僅 HTTP 與 HTTPS 為有效的目標 |
| 帶有 #片段 的網址 | 是，會移除片段 | 指向底下的資源網址，而非片段本身 |
標準網址標記有助於整合重複的網址訊號；它們既不會重新導向使用者，也無法立即將某個網址從搜尋結果中移除，更無法取代網站遷移時的重新導向。當不再應該提供重複的內容時，請使用永久重新導向，並讓重要的內部連結都指向同一個偏好網址。一旦 Windows 上的 head 區段渲染出單一標準網址元素，且其 href 指向一個回傳 200、主要內容等價的頁面，產生器便已完成其設計範圍內的所有工作，剩下的 SEO 基礎維護則屬於您的範本、網站地圖與內部連結的工作。