UTM 建構器速查表是五個傳統活動參數的快速參考 — utm_source、utm_medium、utm_campaign、utm_term 與 utm_content — Google Analytics 會使用這些參數將連入流量歸因到某個手動活動。UTM 連結建構器工具正好涵蓋這五個欄位，且完全在您的瀏覽器中運作，這使它成為初次及重複進行活動工作時可用的速查表。速查表的概念預設您已經知道活動 URL 的用途：您希望將連入點擊歸因到特定的來源、特定的管道、特定的促銷活動，以及有時是報表中的額外關鍵字或創意變化。以下內容包括參數參考、三步驟建構流程、能讓報表保持整潔的命名慣例、建構器適用的保留或替換規則、您應遵守的限制，以及在將連結貼到廣告、電子郵件或 QR code 之前的驗收前問。
五個 UTM 參數一覽
這五個參數對應到 Google Analytics 中明確的報表維度：誰送來了流量、屬於哪一種管道、在哪個活動名稱下，以及是哪個關鍵字或創意變化帶來了點擊。您可以釘在建構表單旁邊的速查表看起來像這樣：
| 參數 | 用途 | 是否必填？ | 範例值 |
|---|---|---|---|
| utm_source | 識別來源 — 搜尋引擎、電子報、合作夥伴網站或社群平台。 | 必填 | google, newsletter, partner-blog |
| utm_medium | 識別行銷管道 — 付費、電子郵件、自然社群或聯盟行銷。 | 必填 | cpc, email, social, affiliate, qr |
| utm_campaign | 為特定促銷或活動命名，例如 spring-launch 或 black-friday-2026。 | 必填 | spring-launch |
| utm_term | 記錄付費關鍵字，主要用於付費搜尋。 | 選填 | running+shoes |
| utm_content | 區分指向相同目的地的兩個創意或連結。 | 選填 | header-cta, hero-banner |
來源、媒介與活動是建構器規定必填的，這樣產生的連結才不會缺少 Google Analytics 指引中記載的核心手動活動欄位。Term 與 content 是選填的；當欄位為空時，建構器會完全省略該參數，而不是新增一個空白的 utm_term 值，這能讓最終連結保持簡短，並避免各處意外產生標籤漂移。
三個步驟建立活動 URL
建構工作流程很短，使用者很快就可從目的地 URL 到複製貼上結果。UTM Link Builder頁面讓表單和參考並排顯示：
- 將完整的 http 或 https 目的地 URL 貼到建構器中。
- 輸入活動來源、媒介和名稱；只有在您的報表慣例需要時才新增 utm_term 或 utm_content。
- 建立 URL，檢查保留的路徑和無關的參數，然後複製結果供您的廣告、電子報、社群貼文、合作夥伴版位、QR code 或其他活動目標使用。
起始 URL 必須是絕對路徑 — https://example.com/pricing 可以運作，但只有 /pricing 則不行。mailto: 這類電子郵件連結以及 ftp:// 這類檔案傳輸連結會被拒絕，因為此工具的範圍限定為網頁活動目的地。
讓報表乾淨的命名慣例
建構器會在去除意外的前後兩端空白後，完整保留您輸入的文字 — 它不會自行建立分類法或變更大小寫 — 因此命名政策應寫在速查表本身，而不是放在工具內部。大多數團隊會為來源和媒介採用以連字號分隔的小寫詞(例如newsletter和email)，以及與實際行銷標籤對應、以連字號分隔的活動名稱(例如spring-launch或black-friday-2026)。當兩個創意指向相同目的地時，速查表建議使用 utm_content 加以區分 — header-cta 對 footer-link，或 text-ad 對 image-ad — 而不是另外發明一個活動名稱。
避免在任何 UTM 值中放入個人資訊。查詢參數可能出現在瀏覽器記錄、來源記錄、analytics 系統和共用連結中，因此活動標籤應描述行銷版位，而不是描述個人。若您發布具有固定命名規範的合作夥伴版位，請將約定的值寫在速查表上，讓團隊中任何人都能完全照用，防止報表中的活動因重複的來源變體而無聲無息地分裂。建構器也接受 http URL 作為起點，當較舊的到達頁面仍以無 TLS 的方式發佈時，這項功能很實用。
建構器保留與替換的內容
到達頁面常常帶有您並未編寫的參數 — 內部來源的 ref=homepage、Google Ads 自動標記的 gclid=、lang= 切換器，或其他應用程式特定的值。建構器將其所擁有的五個 UTM 金鑰視為封閉清單:它會移除任何現有的 utm_source、utm_medium、utm_campaign、utm_term 和 utm_content 副本，然後附加表單中的值。查詢字串、URL 路徑以及任何 #片段中的其他內容都會保留不動。這種行為使得速查表在更新舊活動連結時非常實用 — 您貼上既有的活動 URL，輸入新的來源、媒介和活動值，目的地所依賴的無關追蹤會原封不動地保留。
輸出使用一般的 URL 查詢編碼，因此活動術語中的空格會成為有效的 URL 表示形式，而不是語法錯誤。標準化是建構器唯一套用的編碼轉換，這正好說明它不能用於已簽署或預先簽署的 URL — 瀏覽器的 URL API 可能會將查詢編碼標準化而使簽章失效。請改從一般的目的地 URL 開始，並且只有在確認重新導向會保留查詢字串後，才依賴單獨的重新導向規則。若您想確認相關的UTM 連結工作流程是否保留既有標記，該指南更深入地說明了保留或替換規則。
速查表工作流程的極限與界線
建構器刻意做得精簡。它只管理五個傳統的 UTM 金鑰;不會新增其他 GA4 活動參數、自訂維度或平台特定的追蹤器。它不會檢查 Google Analytics 資源是否存在、自動標記是否啟用、重新導向是否保留參數、目的地頁面是否確實載入，或未來的流量是否會歸因到特定報表。將產生的 URL 視為最終的歸因步驟，是速查表使用者最常犯的錯誤，因為該工具產生的是建構好的 URL，而不是對您 analytics 安裝的測試。
該工具也不會將目的地 URL 或您的活動標記傳送到伺服器 — 所有作業都在您的瀏覽器中進行。這道隱私界線屬於建構步驟的一部分，而不是需要另外記得啟用的選項。針對較短的公開 URL，速查表建議在已確認重新導向會保留查詢字串後，使用值得信賴的重新導向或短網址服務，因為事後修剪查詢字串正是會抹除您 UTM 標記的做法。
複製連結前的發布前檢查清單
可重複的速查表工作流程會以簡短的驗證步驟作結，以確保活動 URL 在經過檢查之前絕不會進入廣告或電子郵件:
- 在新的分頁中開啟建構好的 URL，並確認頁面可載入。
- 檢查最終的查詢字串是否正好包含您預期的五個值，且僅包含這五個值。
- 在測試環境中觸發點擊，並確認這些值確實送達您的 analytics 資源。
- 在連結本身之外保留一份活動記錄 — 試算表的一列、活動追蹤表，或行銷計畫中的項目。
- 絕不在 UTM 欄位中貼上個人資料。
若要更新，請使用既有活動 URL 作為輸入重新執行建構;建構器會替換五個受管理的值，並讓無關的參數留在原位。UTM Link Builder 頁面讓速查表和建構表單位於同一個分頁中，因此下一個活動 URL 沿用相同的參考，無需從頭重建工作流程。