標準標籤會讓 Google 使用我的 URL 嗎？

不會。這僅是強力訊號，而非保證；搜尋系統會結合導向、sitemap、連結與內容證據來綜合判斷。

為何會移除 #fragment？

Google 通常不支援將含片段識別碼的網址設為標準網址，因此本工具會指向其底層資源 URL。

不會。正確的目標取決於內容與路由邏輯。此工具會保留有意的查詢字串，而非妄加猜測。

字元標籤產生器會產生一個 HTML 連結元素，用以標示某頁面的優先選擇 URL，適用於複製或極為相似的頁面。輸入絕對的 HTTP 或 HTTPS 連結，審查正常化的地址，並複製產生的 rel=canonical 標籤至頁面標頭。輸入內容將保留在瀏覽器中。

輸出格式為 link rel 等於 canonical，其 href 指向所選的 URL。搜尋引擎會將此註解視為強力的標示訊號，但這並非保證選擇的指令。內容品質、重定向、sitemap 記錄、內部連結及其他訊號可能影響搜尋系統最終選擇的 URL。

目標必須完整，包含協議和主機名稱。相對路徑如 /products/widget 會被拒絕，因為其意義會隨著文件位置和部署環境而改變。僅接受 HTTP 和 HTTPS。FTP、javascript、data 等協議不被視為此產生器的有效目標。

任何內嵌在 URL 中的憑證將被拒絕。一個正確的標籤應指向公開內容位置，而非在標記中暴露使用者名稱或密碼。若內容需要驗證，標籤的產生並不會使其公開，也無法解決存取控制問題；請審視該頁面是否應被索引。

片段會被移除。Google 檔案通常不支援將片段 URL 作為正式目標，而片段是用來標示一個表示內容中的位置，而非獨立的網路資源。輸入 https://example.com/page#details 會產生針對 https://example.com/page. 的目標。

瀏覽器內的 URL 解析器會將主機大小寫轉為小寫、移除預設埠，並序列化國際化主機名稱與非 ASCII 路徑。例如，大寫主機會轉為小寫，HTTPS 中的埠 443 會消失，而 Unicode 主機名稱會轉為符合 ASCII 的格式。路徑大小寫則會被保留，不會改變。

查詢字串將被保留，因為它們可能屬於刻意選擇的標的地址的一部分。在 HTML 標籤中，& 會被轉義為 & 以確保屬性為有效標記，而顯示的正常化 URL 則保留常見的 & 字元。此差異是預期的，不會改變請求的 URL。

此工具不會移除追蹤引數、排序查詢鍵、強制使用 HTTPS、加入或移除 www、選擇尾部斜線政策、解析重定向或檢查頁面相似性。這些決策取決於網站的路由與內容。自動猜測這些設定可能導致產生看起來正確但指向錯誤頁面的標籤。

在偏好頁面使用自我指涉的標籤是常見建議。複製版本應一致指向同一個標的。避免出現衝突訊號，例如一個在 HTML 中的標籤、一個在 HTTP header 中的另一個標籤，以及 sitemap 中的另一個 URL。一致效能讓偏好更清晰。

請將複製的元素放在 HTML 的 head 區域內，而非 body 區域。對於客戶端渲染的應用程式，請在原始輸出中明確 canonical，並避免在載入後不一致地修改它。此產生器僅返回標籤，無法編輯 CMS 模板或驗證框架如何渲染最終文件。

八個符合標準的測試案例涵蓋根斜線插入、主機正常化、路徑大小寫保留、預設 HTTP 與 HTTPS 埠、片段移除、Unicode 路徑、國際化主機名稱以及查詢字串。獨立測試進一步驗證 HTML 的精確轉義，並拒絕相對路徑、不安全協定與含憑證的標的。

新增標籤後，檢視交付的 HTML 或在真實的 URL 上檢查文件頭部。確認僅有一個預期的典範元素，且其 href 解析為包含相同主要內容的 200 頁面。請跨過代表性的路徑檢查模板，而非假設一個成功頁面就能證明所有產生的頁面都正確。

標準標籤有助於整合重複的 URL 訊號；它不會導向使用者、不會立即從搜尋結果中移除 URL，也無法取代遷移導向。當某頁面應停止被提供時，應使用永久導向；重要內部連結則應指向同一優先地址。

輸入內容會由瀏覽器 URL 實作解析，僅支援無憑證的 HTTP(S)，移除任何片段，並標準化序列化。href 會先進行 HTML-attribute 轉譯，包含查詢字串中的 & 符號，再插入 rel=canonical 連結元素中。