產生 UTM 連結是指將五個傳統的 UTM 參數 —— utm_source、utm_medium、utm_campaign、utm_term 和 utm_content —— 附加到一個完整的目標 URL 上，以便分析工具能將流量歸因到特定的廣告活動投放位置。最低可行的廣告活動連結是一個附加了 utm_source、utm_medium 和 utm_campaign 的目標網址，因為 Google Analytics 將這三者描述為核心的手動標記欄位，而 UTM Link Builder 也將它們視為必填欄位。Term 和 content 是選填的，僅在它們能為你的報表團隊帶來可辨識的價值時才會附加，否則產生的 URL 會省略它們，避免同一個廣告活動因為空白欄位而在報表中顯示為獨立的列。產生過程完全在瀏覽器中進行，目標 URL 不會離開裝置，輸出是一般的網頁 URL，可以貼到廣告、電子報、社群貼文、QR code 或合作夥伴的投放位置上。
產生的 UTM 連結包含什麼
當你產生一個 UTM 連結時，你是在為一個普通的網址加上結構化的後綴。依照慣例存在五個名稱，每個在報表中都扮演不同的角色。其中三個必填欄位是 Google Analytics 視為廣告活動歸因核心手動標記欄位的項目；utm_term 和 utm_content 是為了更細部的報表而存在，在廣告活動不需要那麼細的顆粒度時可以省略。
| 參數 | 是否必填？ | 識別的內容 |
|---|---|---|
| utm_source | 必填 | 帶來點擊的特定網站、發布商或平台，例如 google、newsletter 或 partner_site |
| utm_medium | 必填 | 行銷管道，例如 cpc、email、social 或 qr |
| utm_campaign | 必填 | 廣告活動名稱、促銷或策略，例如 spring_launch 或 june_promo |
| utm_term | 選填 | 付費關鍵字或受眾分群，主要用於付費搜尋 |
| utm_content | 選填 | 用於在同一廣告活動中比較不同投放位置的特定素材、按鈕或版本 |
產生的 UTM 連結不需要包含全部五個。只有 utm_source、utm_medium 和 utm_campaign 的廣告活動連結已完全可用，產生器會省略選填欄位而非輸出空值，這能讓 URL 保持簡短，並減少因多餘空白欄位而造成的意外報表差異。
產生器接受與拒絕的輸入
在你按下產生之前，你貼上的 URL 必須是一個完整的網址。產生器使用瀏覽器的 URL API 來解析輸入，僅接受不內嵌使用者名稱或密碼的絕對 http 或 https 目的地。某些常見的輸入雖然看起來有效，但並不在這個範圍內：
- 相對路徑，例如 /pricing 或 ../landing，會被拒絕，因為它們沒有主機名稱。產生的廣告活動連結需要完整的網址，這樣結果才能在任何平台上開啟。
- mailto:、tel:、ftp:、file: 以及其他非網頁的協定會被拒絕，因為產生器的範圍限定在網頁廣告活動目的地，無法在這些協定之上建構有意義的廣告活動 URL。
- 已簽署或預先簽署的 URL，也就是包含簽署查詢參數的 URL，明確不在範圍內，因為瀏覽器的 URL API 對查詢編碼的標準化方式可能會讓簽署失效。請從一般的目標 URL 開始，等 UTM 參數都加上之後再進行簽署。
- 內嵌認證資訊的 URL，例如 https://user:[email protected]/ 這種形式會被拒絕，因為透過 URL 產生器傳送認證資訊永遠不合適，而且解析器也會拒絕對其進行標準化。
一個安全的起點看起來像 https://example.com/pricing 或 https://blog.example.com/landing/spring-launch —— 一個協定、一個主機、一個路徑，再加上目的地原本使用的查詢字串和片段。
如何使用 UTM Link Builder 產生 UTM 連結
- 將完整的 http 或 https 目標 URL 貼到網址欄位中。這是連結被點擊時會載入的頁面。
- 輸入廣告活動的 source、medium 和 name。Source 識別平台，medium 識別管道，name 識別廣告活動 —— 這三項是必填的，沒有它們產生器不會輸出結果。
- 只有在你輸入的 utm_term 或 utm_content 符合你實際使用的報表慣例時才加上。否則將它們留白，這樣產生的 URL 才能保持簡短，也不會在報表中以空白欄位的形式出現。
- 建立 URL。產生器會解析你的目標網址，移除它所管理的那五個 UTM 鍵的任何既有複本，保留不相關的參數和片段，然後以標準的查詢編碼附加你修剪過的值。
- 檢查輸出中被保留下來的參數和片段，然後複製結果。在發佈連結之前，請確認目標路徑、任何被保留的查詢參數（如 ref 或 gclid）以及尾端的片段，都仍然在你預期的位置。
既有參數和片段如何在產生過程中保留下來
破壞一個廣告活動連結最簡單的方式之一，就是遺失目標頁面實際依賴的某個不相關參數。你從 CMS 抓出的登陸頁 URL 常常帶有頁面或分析層會用到的參數 —— 例如用來標示來源版型的 ref=homepage、來自 Google Ads 的點擊識別碼 gclid、語言切換鍵，或頁面會渲染的內容變體。當產生器從這類網址產生 UTM 連結時，它只會刪除它所擁有的那五個 UTM 鍵的舊複本，其他全部保持原樣。如果你想更仔細了解這種保留行為，可以參考 如何建立 UTM 連結而不破壞既有標記。
- 協定、主機和路徑會與你貼上時完全一致地保留下來。
- 不相關的查詢參數，例如 ref、gclid、lang 或 variant，會與新的 utm_ 值一起依原本的順序保留。
- 任何 #片段（井號後面的部分）會保留在 URL 的尾端，因此產生的連結仍能跳到目標頁面上的正確錨點。
這代表你可以貼上既有的廣告活動連結，只替換掉那五個受管理的值，產生出重新整理過的連結，而不必手動重建目標網址。它同時也能避免在新 utm_ 值疊加到已經帶有舊 utm_source 的 URL 上時，所出現的 utm_source 重複問題，因為產生器會先移除舊的複本，再附加新的值。
URL 編碼與輸出格式
產生的 UTM 連結是帶有查詢字串的一般網頁 URL，因此遵循一般的 URL 查詢編碼規則。廣告活動 term 中的空格會變成 %20，而會破壞解析器的字元會在進入輸出之前，由瀏覽器的 URL API 進行百分比編碼。你最常看到這種情況，是在包含空格的廣告活動名稱上 —— "summer sale" 在輸出中會變成 summer%20sale —— 以及在包含加號、斜線或其他保留字元的 term 上。編碼是由解析器自動套用，而非由表單套用，因此輸出結果正是大多數分析工具在讀取 utm_ 值時所期待的格式。
輸出會將廣告活動參數保留在查詢字串的尾端，排在任何不相關的參數之後，因此你輸入的值在輸出中仍然易於閱讀。如果你需要一個較短的、用於印刷或 QR code 的公開網址，產生器本身不會縮短 URL。請先在你自己瀏覽器中確認所選的轉址服務會保留完整的查詢字串之後，再進行縮短 —— 一個會移除參數的轉址會靜悄悄地刪掉你剛剛加上的每一個 utm_ 值。
產生連結的安全標籤
你在表單中輸入的值，會成為一個 URL 的一部分，它可能被存到瀏覽器紀錄中、出現在來源引用紀錄裡、被轉送到分析系統，或出現在螢幕擷圖與聊天訊息中。這對你產生廣告活動連結的方式帶來兩個實際的影響。
第一，使用描述投放位置的標籤，而非個人。廣告活動 term 應該看起來像 newsletter 或 header_cta，而不是 [email protected] 或 +15551234567。查詢字串會進入不受你控管的系統中，因此個人識別資訊不應該出現在任何 UTM 欄位中。
第二，讓標籤在團隊之間保持一致。團隊可以規定 source 使用小寫的平台名稱、medium 使用小寫的管道、campaign 使用 snake_case 的促銷代稱。產生器會在你修剪掉意外的頭尾空白之後保留你輸入的文字，不會自創分類法、變更大小寫或改寫你的值。請訂定一份簡短的命名規則，依照它產生連結，並在連結之外保存一份簡單的廣告活動紀錄，這樣之後才能在不需要猜測的情況下重新建立同一個廣告活動。如果你需要更新廣告活動，請貼上既有的連結、替換掉五個受管理的值，不相關的參數就會保持在原位。
產生器不做的事情
因為產生器建構的是 URL 而非分析測試，值得明確說明它不會驗證的項目。它不會檢查 Google Analytics 中是否存在資源、是否啟用了自動標記、同意橫幅是否已設定、轉址是否保留查詢字串、目標頁面是否能載入，或未來的流量是否會出現在特定報表中。產生的連結是一段字串，不是保證。
有兩個實務習慣能彌補這項落差。透過在你自己的瀏覽器中開啟重要的廣告活動連結，檢查目標頁面是否帶著預期的 utm_ 值載入，然後在你的報表工具中確認該點擊被歸因到你預期的廣告活動列，再發佈、寄送或印刷連結。UTM Link Builder 讓建構步驟保持快速、私密且明確，但驗證步驟仍然屬於你。