UTM 追蹤連結是一般的網址，額外加上五個標準化的查詢參數 ── utm_source、utm_medium、utm_campaign、utm_term 和 utm_content ── 用來描述點擊來源，讓分析工具能依據活動將流量分群。建立一個 UTM 連結，意味著從一個完整的 http 或 https 目的地網址開始，填入三個必填欄位（source、medium 和 campaign）的值，視需要在有助於報表時加上 term 與 content，然後複製完成的連結，用於廣告、電子郵件、社群貼文或 QR Code。一個專注的工具（例如 UTM Link Builder）可在瀏覽器中處理這個流程：它會解析目的地網址，保留路徑、片段以及任何無關的參數，僅移除既有的五個 UTM 鍵複本，再附加你輸入的值。結果就是單一、可直接貼上的活動網址，不需要手動編輯查詢字串，也不必依賴試算表。
這五個 UTM 鍵是 Google Analytics 說明文件中描述的傳統手動標記欄位，且在各個資源版本中一直保持不變，這也是為什麼當一個產生工具標榜其涵蓋範圍時，「傳統」這個詞仍然適用。其中三個 ── source、medium 和 campaign ── 是標準活動報表中正確填入流量來源維度所需的最低欄位。
UTM 追蹤連結內部包含什麼
每個 UTM 鍵回答關於該次點擊的單一問題。utm_source 識別帶來該次造訪的特定網站、應用程式或出版品。utm_medium 描述行銷管道類型，例如 cpc、email、social 或 affiliate。utm_campaign 為活動本身命名，通常與發表、促銷或檔期活動相關。utm_term 與 utm_content 為選填的細項：term 最常用於付費關鍵字，content 則最常用於區分共享相同 source、medium 與 campaign 的連結或素材。
這五個值以一般查詢參數的形式儲存，因此完成的連結看起來就像是一般網址尾端附加一串鍵值對。由於它們存在於網址本身，因此會隨著點擊傳遞，跨越大多數的重新導向，並出現在瀏覽器網址列、referrer 標頭以及隨後的分析請求中。
| 參數 | 說明內容 | 是否必填 | 常見值 |
|---|---|---|---|
| utm_source | 流量來源 | 是 | google, newsletter, partner-blog |
| utm_medium | 行銷管道類型 | 是 | cpc, email, social, affiliate |
| utm_campaign | 特定活動名稱 | 是 | spring-launch, black-friday-2026 |
| utm_term | 付費關鍵字（舊版） | 否 | running+shoes |
| utm_content | 區分類似的連結或素材 | 否 | header_banner, version_a |
任何聲稱為 UTM 工具的產生工具，至少應管理這五個鍵，且不應涉及其他。悄悄注入額外分析參數的工具會增加跨平台比對連結報表的難度，因此範圍越窄，稽核就越容易。
在產生連結前先設定命名規範
毀掉一個 UTM 專案最快的方式，就是讓每位團隊成員隨意輸入值。一個標記為 utm_source=Google 的連結和另一個標記為 utm_source=google 的連結，在流量報表中會顯示為兩個不同的來源。選定一套大小寫規則（小寫最常見）、一個分隔符號（連字號在網址編碼上比空格友善），以及每個管道的一小組詞彙，然後在任何人產生活動連結之前先分享這套規範。
使用描述位置的標籤，而非建立連結的人。像 newsletter 這樣的 source、像 email 這樣的 medium，以及像 march-features 這樣的 campaign，在報表中遠比一個人的名字、內部代稱或自訂 slug 來得實用。查詢參數會經過瀏覽器紀錄、referrer 紀錄、分析工具與共享連結，任何放進 UTM 鍵的值都可能出現在你無法掌控的地方。應避免使用姓名、電子郵件地址、電話號碼、帳號，或任何可識別特定身分的資料。
在連結本身之外保留活動紀錄 ── 一列試算表、一則專案註記，或行銷工具中的一份簡報。連結負責描述位置；紀錄則描述目標、受眾與日期。
三步驟建立 UTM 追蹤連結
UTM Link Builder 完全在瀏覽器中執行。它不會將你的目的地網址或活動標籤傳送到伺服器，也不會驗證你的分析設定。它僅僅解析網址、套用五個受管理的鍵，並顯示結果。
- 貼上完整的 http 或 https 目的地網址。使用完整的登陸頁面網址，包含路徑在內。如果該頁面已有無關的查詢參數 ── 例如 ref 值、gclid、語言切換或內部應用程式 id ── 一律保留。如果有用於頁面內導覽的 #片段，也一併保留。
- 輸入活動的 source、medium 與 name；僅在需要時加入 term 或 content。utm_source、utm_medium 和 utm_campaign 為必填。utm_term 與 utm_content 為選填：若留空，產生工具將直接不加入這兩個鍵，這能讓連結更短，並避免在報表中出現空值。
- 建立網址、檢查保留的參數與片段，然後複製結果。檢視輸出內容，確認路徑與任何非 UTM 參數仍在你預期的位置。值中的空白會自動編碼為有效的網址格式。複製完成的字串，並貼到你的廣告、電子郵件、社群貼文、夥伴版位或 QR Code 中。
如果需要更新進行中的活動，請將既有的活動連結重新貼回產生工具，只修改需要變動的值，再重新建立。產生工具會移除它所管理的五個 UTM 鍵的舊有複本，並附加新的，同時保持網址其他部分完全不變。
在不遺失其他參數的情況下重新整理既有的活動連結
大多數登陸頁面已帶有行銷團隊並未加入的參數 ── 例如 session id、referrer id、來自廣告平台的追蹤 id，或工程團隊用來切換功能旗標的查詢字串。安全地重新整理活動連結，必須在替換 UTM 部分的同時保留這些參數。在文字編輯器中手動處理容易出錯：漏掉一個 & 號或放錯問號的位置，都會讓網址無聲地損壞。
UTM Link Builder 以一種特定且嚴謹的方式解決這個問題：它只刪除 utm_source、utm_medium、utm_campaign、utm_term 與 utm_content，並保留其他所有查詢鍵、路徑與 #片段。這表示你可以貼上一串冗長的正式環境網址，僅修改活動欄位，即可取回一個乾淨的重新整理連結，其中不相關的參數仍停留在原本的位置。如需更深入了解這種保留行為，請參閱關於如何在不破壞既有標記的情況下建立 UTM 連結的指南。
這種範圍嚴謹的行為，也是為什麼這個產生工具適合用於可重複的工作流程：貼上、編輯五個值、複製。沒有任何內容被上傳，無需試算表範本，同一個連結一年後仍可從相同的目的地網址重新產生。
產生工具將不會接受的輸入
由於此工具僅適用於網路活動目的地，少數輸入會在一開始就被拒絕。相對路徑（例如 /pricing）本身並不有效 ── 必須提供包含協定與主機的完整網址，這樣結果才會是可用的活動網址。電子郵件連結（mailto:）、檔案傳輸連結（ftp:）以及其他非網路協定皆超出範圍。帶有使用者名稱或密碼認證的網址會被拒絕，因為在活動連結中嵌入認證資料通常並非你所想要的，而且瀏覽器的 URL API 無論如何都會將其正則化移除。
已簽署或預先簽署的網址明確不在支援範圍內。瀏覽器的 URL API 在解析期間會正則化查詢編碼，而這種正則化可能會使簽章失效。若你的目的地是簽署連結 ── 例如雲端儲存空間的臨時下載網址 ── 請改從一般目的地網址開始，並在簽署連結最終解析的頁面上加入追蹤。
這些限制並非對你的工作流程的評判。它們的存在，是因為一個聲稱能處理所有網址格式的產生工具，往往也會悄悄損壞它無法識別的網址。堅持使用一般的 http 或 https 網路位址，可讓合約保持簡單、輸出保持可預測。
在發布前測試完成的連結
產生工具會建構出一個網址。它並不會、也無法確認你的分析資源是否存在、自動標記是否啟用、重新導向鏈中的某一環是否保留了參數、目的地頁面是否載入，或未來的流量是否會出現在特定報表中。請將輸出視為可貼到任何地方的字串；將追蹤的確認視為另一個獨立步驟。
一個實用的測試流程並不冗長。在瀏覽器的隱私視窗中開啟完成的連結，並觀察網址列 ── 你應該會看到全部五個值（或你保留的三個）已編碼於查詢字串中。接著從你預定使用的管道對該連結進行一次小型造訪，等待分析工具一般的處理時間，再檢查流量來源維度是否如你所預期地被填入。將網址與活動註記一同留存，以便日後能從報表中的某列追溯回產生該結果的確切連結。
若你需要一個簡短的公開網址，請先產生 UTM 連結，再於確認該服務會保留完整查詢字串後，才將其交給值得信賴的重新導向或短網址服務。許多縮網址服務會移除或重寫參數，這會使標記失去意義。本地產生工具讓建立步驟快速且明確，並將測試、縮網址以及管道特定的決策留給你自行處理。
延伸閱讀：如何從目的地網址產生 UTM 連結。