HubSpot 會讀取五個傳統 UTM 參數 — utm_source、utm_medium、utm_campaign、utm_term 和 utm_content — 用來把廣告活動流量歸入報表，因此為 HubSpot 活動建立 UTM 連結最乾淨的方式，就是用三個必填標籤（來源、媒介、活動）建立網址，utm_term 和 utm_content 則只在它們描述到有意義的版位差異時才加上。HubSpot 自己的追蹤網址功能和 Google Analytics 的廣告活動標記都要求這五個名稱完全按照該拼法，這代表同一個網址可以在不同系統之間直接共用，不需要重新命名。基於瀏覽器的 UTM Link Builder 接受完整的 https 網址，只刪除它所管理的這五個標籤，保留所有其他查詢參數和頁面片段，並回傳一個可直接複製的網址。整個過程都不會離開瀏覽器，因此敏感的內部到達網頁可以不經伺服器往返就完成處理。輸出的是一個組合好的網址，而不是 HubSpot 整合：這個工具不會檢查 HubSpot 追蹤像素是否已載入、重新導向是否保留參數，或後續流量是否會出現在 HubSpot 報表中。在發布前，請先在你自己 HubSpot 的報表中測試完成後的連結。
為什麼 HubSpot 行銷人員需要乾淨的 UTM 網址
HubSpot 的行銷報表會依來源、媒介和活動來切分流量。每個標籤在每一條應該被歸入同一列的連結上都必須完全一致。一個多餘的大寫字母、多出來的底線，或同一個網址上重複的 utm_source，會產生兩列而不是一列，這會默默地切割資料集並扭曲總計結果。在試算表裡手工編輯查詢字串容易引入這類不一致，特別是當到達網頁本身已經帶有語系、來源網址或點擊 ID 等必須保持完整的參數時。
一個專注的建立工具能消除這些風險：它接受完整的目的地，只移除它管理的五個 UTM 鍵，每次都輸出一個確定的字串。所有處理都完全在瀏覽器中進行，所以目的地網址和活動標籤永遠不會送到伺服器。這在連結指向不應被外部系統記錄的內部 HubSpot 頁面，或行銷團隊傾向於不把面向客戶的網址貼進第三方工具時特別有用。由於輸出使用一般的 URL 查詢編碼，含有空格的活動標籤會以標準方式編碼，並能乾淨地往返帶進 HubSpot 報表。
HubSpot 會讀取的五個 UTM 參數
下列五個標籤遵循 HubSpot 與 Google Analytics 採用的標準手動標記慣例，因此用這些參數建立的連結在兩個系統中表現相同。HubSpot 會接受你在這些欄位中輸入的任何文字，但它預期這五個名稱要完全按照所示拼寫。
| 參數 | 是否必填？ | 描述內容 | 範例值 |
|---|---|---|---|
| utm_source | 必填 | 發送流量的發布者、網站或網路。 | linkedin, google, newsletter |
| utm_medium | 必填 | 行銷通路類型，在 HubSpot 報表中作為廣義的群組。 | cpc, email, social, referral |
| utm_campaign | 必填 | 連結所屬的活動名稱、推廣或產品線。 | spring_launch, q1_webinar |
| utm_term | 選填 | 付費關鍵字或詞組，通常保留給付費搜尋活動使用。 | running%20shoes |
| utm_content | 選填 | 創意變化或版位，用來做 A/B 測試或區分按鈕與橫幅。 | hero_banner, cta_blue |
來源、媒介和活動幾乎會同時出現在每一份 HubSpot 流量報表中。詞組和內容通常會省略，除非團隊需要進一步切分；當欄位為空時，建立工具會完全省略這些參數，而不是加入空值，這讓最終網址更短、更容易檢查。
為 HubSpot 活動建立 UTM 連結
HubSpot 活動連結的最短工作流程是三個步驟。每一步都保持目的地頁面不變，所以同一個網址可以在廣告、電子郵件、社群貼文和合作版位之間重複使用，不必手動重新輸入路徑。
- 貼上完整的 http 或 https 目的地網址。使用連結應解析到的 HubSpot 到達網頁或外部頁面的完整網址，包括路徑以及頁面所依賴的任何參數。建立工具會拒絕相對路徑、mailto 連結、檔案傳輸連結以及其他非網頁協定，因為這些不在網路活動網址的範圍內。
- 輸入活動來源、媒介和名稱；只在需要時加上詞組或內容。來源、媒介和活動是必填，以確保產生的連結絕不會缺少核心的手動活動欄位。詞組和內容是選填，當欄位為空時，建立工具會將其從網址中省略。
- 建立網址，檢查保留的參數和片段，然後複製結果。建立工具只會移除它所管理的五個 UTM 鍵中已存在的項目，保留所有其他查詢參數以及任何 #片段，並回傳一個可直接複製的網址。在把結果貼到 HubSpot、廣告平台或 QR code 之前，請先檢查結果。
建立工具一次只接受一個絕對的 http 或 https 網址，會自動去除每個活動欄位兩端多餘的空白，並套用一般的 URL 查詢編碼，所以像 spring launch 這類標籤會在輸出中變成 spring%20launch。不應使用已簽署或預先簽署的網址，因為瀏覽器的 URL API 可能會以某種方式正規化查詢編碼而破壞簽章。建立工具也會拒絕含有使用者名稱或密碼憑證的絕對網址。
保留頁面上既有的參數
許多 HubSpot 到達網頁本身就已經包含頁面本身所依賴的參數 — 語言選擇器、內部 ref 標籤、付費廣告帶來的 Google Click Identifier（gclid）值，或自訂的應用層權碼。手動替換這些值正是大多數 UTM 錯誤發生的地方，因為行銷人員在編輯查詢字串時可能會覆寫不相關的參數。
建立工具只對它管理的五個鍵進行處理。如果目的地網址已經帶有其中任何一個，舊的值會被刪除，並由表單中的值取代。如果目的地網址帶有其他參數 — 例如 ref=homepage、lang=en 或 gclid=abc123 — 這些會保留在原位，而原始網址上的任何 #片段 也會保留在結果的結尾。因此之後可以重新把同一個連結載入建立工具以更新活動標籤，不必重建目的地網址，而輸出中唯一改變的就只有這五個 UTM 值。
安全地測試與更新 HubSpot 追蹤網址
HubSpot 活動連結上線後，重新整理它的標籤通常比重頭開始更簡單。把現有的活動網址貼回建立工具，用新值替換這五個受管理的欄位，然後重建。不相關的參數保持在原位，路徑保持不變，只有 UTM 值改變。這個工作流程能讓進行中的活動在媒介變更時（例如將貼文從 organic_social 改為 paid_social）或活動在新季度重新命名時保持一致。
在發布前，請自己用瀏覽器載入這個連結並觀察網址列。當追蹤網址是透過 HubSpot 內建的追蹤網址功能所設定時，HubSpot 可能會套用自己的重新導向，而有些外部短網址服務會移除而非保留查詢字串。建立工具不會測試重新導向、歸因或分析；它只負責組合網址。請確認最終網址能解析到預期的頁面，並且這五個 UTM 鍵在字串中各只出現一次。如果有重新導向，請沿著該網址追蹤一次，確認參數在跳轉後依然存活。
HubSpot UTM 值的隱私與命名習慣
查詢參數會儲存在瀏覽器紀錄、HubSpot 的請求紀錄、目的伺服器的反向連結資料中，而且經常出現在分享的螢幕截圖和報表裡。因此把姓名、電子郵件地址、電話號碼、帳號或其他個人資訊放進 UTM 欄位是個壞主意，即使在看似是內部的連結上也一樣。活動標籤應描述行銷版位 — 例如 linkedin、cpc、spring_launch、hero_banner — 而不是用來辨識個人。
建立工具會保留你提供的文字（在去除兩端多餘空白後），而不會自創分類法或更改大小寫。請為來源、媒介和活動選定一份有書面記載的命名政策，然後確實遵守。連結外部的一份簡單紀錄 — 試算表、共用文件，或活動簡報中的註記 — 是追蹤哪個標籤對應到哪個版位的最安全做法，因為網址本身並不適合作為儲存這類後設資訊的地方。
對於很長的活動網址，可以使用重新導向或短網址服務來縮短顯示的字串，前提是先確認該服務能完整保留查詢字串。會移除查詢參數的縮網址服務會悄悄破壞 HubSpot 的歸因，因此在付費版位採用之前，請先在 HubSpot 報表中測試縮短後的連結。