UTM 參數是什麼?來源、媒介與活動命名案例

MeetROAS 編輯團隊 · 發布 · 更新

UTM 參數是目的網址上的活動標籤,用來源、媒介與活動名稱辨認流量。例如電子報可用 newsletter/email,同一課程的合作文章用 course_partner/referral,活動名稱相同。先統一拼法、測試跳轉,再讀正確報表;共同標籤不等於唯一點擊或購買因果。

UTM 參數是在網址上標明這次流量的來源

UTM 參數是加在目的網址上的活動標籤,讓分析系統辨認流量的來源、媒介與活動。 它能協助回答「這次課程造訪是從電子報,還是合作文章而來」,但不會識別唯一真人,也不能證明後來的購買就是這個連結造成的。

假設投手要推廣同一堂入門課,同時放在兩個外部位置。兩個連結都到同一張課程頁;若沒有一致標籤,可能難以分別比較,拼法不一也會把同一來源拆成好幾列。先規劃名稱,再建立連結,比每次需要網址時臨時填字更容易管理。

Source、medium、campaign 分別回答不同問題

可先把三個基本欄位搭配使用。Google 的網址建立指南說明了各標籤,也建議標記連結時包含來源、媒介及活動。

欄位要回答的問題虛構課程範例
utm_source哪個發送者或來源?newsletter 或 course_partner
utm_medium透過哪種行銷方式?email 或 referral
utm_campaign哪一個共同推廣活動?兩處都用 intro_course_202610
utm_content哪個素材或連結版本?header_cta 或 review_link
utm_term手動提供的付費關鍵字?適用時填入約定的關鍵字標籤

前三項建立基本命名結構;有其他報表或串接需求,再補齊相關欄位,這不是 GA4 參數全集。utm_term 也不會自動證明使用者實際搜尋了什麼;手動標籤記錄的是你提供的內容。

虛構課程電子報的三組網址標籤:來源是 newsletter、媒介是 email、活動是 2026 年 10 月入門課。來源標籤不等於個別點擊識別值。
虛構命名教學,非客戶資料。三個欄位依序區分來源、行銷方式與共同推廣;活動名稱沿用本文範例,不代表每次點擊都有獨立識別值。

在這個假設裡,電子報用 newsletter、email、intro_course_202610;合作方的外部文章用 course_partner、referral,活動名稱相同。共同活動方便合看這次推廣,不同來源與媒介則保留各自的位置。這是團隊慣例,不是一定要照抄這幾個字。

建立外部連結後,要測試真正的目的地

以下使用保留的範例網域,不是真實課程或客戶活動:

https://example.com/course?utm_source=newsletter&utm_medium=email&utm_campaign=intro_course_202610

? 開始查詢參數,= 連接欄位與值,& 分隔各組。目的網址若已有 ?lang=en,後面用 & 加欄位,不要再放第二個 ?。若有 #pricing 這類錨點,查詢參數放在它前面。MDN 的網址結構說明有區分 query 與 # 後的 fragment。

用網址建立工具處理值的編碼,避免直接貼入未編碼的空白或符號。接著實走外部連結,包括短網址或跳轉,確認到達預期頁面,且分析收集端能取得應有標籤。網址格式正確,不代表已安裝 Analytics、取得資料收集許可,或證明事件已記錄。

例如最後只剩 utm_campaign=intro_course_202610,應查來源與媒介在哪一步消失;不能因活動名眼熟,就猜一個發送者填進報表。

名稱一致,避免同一來源拆成三列

先訂來源與媒介的允許值、活動名稱格式,並指定共用連結表的負責人。本例團隊可約定小寫與底線,例如 newsletter、email、intro_course_202610。分隔符號是自己的慣例,一致性比某種特定格式重要。Google 說明 UTM 值區分大小寫,因此 Newsletter 與 newsletter 可能是不同值。

以下是假設的完整七天 UTC 報表,只看本活動,採相同的 Session source/medium 維度;假設各列互斥,沒有報表彙總藏起其他列,記錄的工作階段如下:

已記錄的來源/媒介工作階段
newsletter / email120
Newsletter / email60
course_partner / referral120

依團隊約定,前兩列原本想表示同一來源,合看是 120 + 60 = 180 次電子報工作階段,三列共 300 次。整理標籤不會創造額外 60 次造訪,也不能據此證明電子報比較賺。工作階段不等於不重複人數,這些虛構數字也不能判定哪個位置勝出。

修正未來連結時,也記錄分析舊值的分組方式。明天的新名稱不會自動重寫昨天已收集的值。如果想合看同一個推廣活動,就不要每換一張素材都另取活動名;可用另一欄區分版本。

讀對報表,別把標籤當成歸因結果

Google 的維度範圍說明區分首次獲客、工作階段獲客及事件歸因。想看什麼來源開始了工作階段,使用 Traffic acquisition 對應維度;不要直接跟 First user source 的數字相比,就說流量漏掉了。至於哪次互動取得成果功勞,是廣告歸因的另一個問題。

手動標籤也可能與平台串接並存。Google 的手動與自動標記說明指出,自動標記的值可優先用於流量分類。如果 Google Ads 已用自動標記,保留其點擊識別值,核對實際串接及維度;不能假定補上 UTM 就能蓋掉所有欄位,或取代平台串接。

UTM 適合外部獲客連結,不要為了量網站內一般導覽,另外造出一個假活動。Google 的收集說明指出,同一工作階段途中遇到新的活動值,不會因此自動開始新工作階段;它可影響事件歸因,而不取代該工作階段的來源。實務問題是把獲客與站內互動混在一起;站內互動應用合適事件量測。

上線前的短檢查,以及標籤的能力邊界

  • 先統一名稱。 同一張表保存目的地、來源、媒介、活動、版本及負責人,讓不同同事沿用相同拼法。
  • 實走完整路徑。 手機與桌面都開實際刊登連結,檢查跳轉,並用目標分析資源的測試流程確認收集;測試流量與成效證據分開。
  • 使用合適觀察期間。 等報表處理後,在正確範圍確認標籤。來源缺資料不等於零流量;沒有 UTM 也不代表每次都一定是 Direct,因為還可能有其他來源資訊。
  • 不要放個資。 標籤不能填收件者 Email、姓名或電話;它是看得見的網址資料,不是私人識別值的存放處。Google 的個資指引也明確涵蓋活動參數。

MeetROAS 可連結 Campaign 流量與已接入的下游成果,但一致活動名稱和有效點擊串接處理的是不同任務。事件文件要求目的站隨業務事件回傳實際點擊識別值;共用 UTM 名稱不能代替串接、送出一筆註冊事件,或證明利潤。先用標籤整理比較,再看真正的漏斗成果,才決定是否調整花費。

要繼續查串接,可跟著一筆成交如何接回 Click ID 紀錄,分清楚來源命名與事件連結在哪一步出問題。

資料來源