【UTM 命名規則要怎麼定，才不會拆散來源報表？】
UTM 命名規則要一律小寫、固定分隔符；否則 fb、facebook、FB 會在 GA4 來源報表拆成多列。本文附可複製模板與歷史清理做法。
週報打開「工作階段來源／媒介」，同一條 Meta 付費卻拆成 fb / cpc、facebook / cpc、FB / CPC 三列時，問題多半不在像素，而在 UTM 命名規則沒有寫死。Google Analytics（GA）說明中心寫明：參數值區分大小寫，且每個平台應只用一個不重複的 utm_source；你沒有統一規則，報表就會替你「誠實」地拆列。
本文用前後對照說明混亂從哪來，給一份可複製的 UTM 命名規範模板，並交代產生器做法與 GA4 來源報表的歷史清理界限。英文常見寫法是 utm naming convention；中文主詞仍用「UTM 命名規則」。
資料核對於 2026 年 10 月 17 日公開文件（見文末）。
改之前：來源列為什麼會拆開
示範情境（非實測帳號數字）：同一支 Meta 圖片廣告，三個同事各自在到達網址加參數：
| 同事 | 到達網址片段 | GA4 工作階段來源／媒介（示範） |
|---|---|---|
| A | utm_source=fb&utm_medium=cpc |
fb / cpc |
| B | utm_source=facebook&utm_medium=cpc |
facebook / cpc |
| C | utm_source=FB&utm_medium=CPC |
FB / CPC |
原因很單純：GA 把 UTM 值原樣寫進工作階段來源、媒介、廣告活動等維度。官方文件也提醒 google 與 Google 不同；SpringSale 與 Spring_Sale 會變成兩個廣告活動。你在試算表加總時以為「付費社群」只有一列，報表卻給你三列，渠道貢獻就被攤薄，週會上容易把預算砍到「看起來比較弱」的那一列。
常見伴隨混亂（仍屬示範判斷，非單一帳號結論）：
- 媒介混用
cpc、paid、paidsocial、Paid_Social - 活動名有時空格、有時
%20、有時中英文混寫 - 郵件一路用
Email，另一路用email，預設管道群組分類也會抖
好看的渠道圖若建立在分裂列上，決策訊號是錯的：你比較的常是「誰比較會拼字」，不是渠道本身。
改之後：同一規則下的同一列
同一示範情境，全員改用鎖定值：
utm_source=meta&utm_medium=paid_social&utm_campaign=2026q4_spring_launch&utm_content=img_a&utm_term=（關鍵字欄可空）
報表應收斂成一列工作階段來源／媒介：meta / paid_social，廣告活動則對上 2026q4_spring_launch。之後比的是素材與活動，不是拼字變體。
這一步不必重裝追蹤碼，只改允許寫進網址的字串集合。若你同時在查「付費為什麼變 Direct」，那是跳轉／參照遺失另一條線，見文末相關文章；本篇只處理命名分裂。
UTM 命名規範模板：允許值與禁止符號
把規則寫成一張表，放進共用試算表或內部 wiki。下面是可直接複製的起點；按自己的渠道增刪列即可，不要再靠口頭約定。
欄位定義（對應 UTM 參數設定）
依 Google Analytics 網址產生器說明，到達網址可帶：
| 參數 | 必填？ | 用途（官方摘要） | 本模板命名習慣 |
|---|---|---|---|
utm_source |
是 | 參照來源，如 google、newsletter | 全小寫；一平台一值 |
utm_medium |
是 | 媒介，如 cpc、email | 全小寫；一管道一值 |
utm_campaign |
是 | 活動／檔期名 | 全小寫；lower_snake |
utm_id |
建議 | 活動 ID，便於成本匯入 | 穩定 ID，勿每周改拼法 |
utm_term |
選填 | 付費關鍵字 | 全小寫；空白改 _ |
utm_content |
選填 | 區分素材／版位 | 全小寫；素材短碼 |
utm_source_platform |
選填 | 負責導流的平台（如購買平台） | 僅在有對應維度需求時用 |
utm_creative_format / utm_marketing_tactic |
選填 | 素材類型／戰術 | 官方註：目前 GA 資源不一定寫入報表；勿當主要切片 |
官方建議：只要開始設 UTM，就盡量補齊相關參數，尤其 utm_source、utm_medium、utm_campaign、utm_id、utm_source_platform；缺值會在報表出現「（未設定）」。
允許值表示範（UTM 模板核心）
| 維度 | 允許值（示範） | 禁止／淘汰 |
|---|---|---|
| source | meta、google、newsletter、line、whatsapp、linkedin |
fb／facebook／FB 並存；IG／instagram 並存 |
| medium | paid_social、cpc、email、organic_social、referral、affiliate |
Paid、CPC、e-mail、社群 |
| campaign | 2026q4_brand_launch、evergreen_lead_magnet |
空格、全形標點、每週臨場發揮的中英混寫 |
| content | img_a、video_15s、cta_top |
整句廣告文案貼進參數 |
字元與大小寫硬規則
- 一律小寫（ASCII 字母）。官方最佳做法亦寫：命名嚴格區分大小寫，請一律使用小寫。
- 分隔只用底線
_（lower_snake）。不要用空格、不要用%20當「正式名」、不要用/或|（易與報表匯出或後續剖析衝突）。 - 禁止：全形標點、emoji、連續
__、開頭／結尾_、把 UTM 值寫成一句話。 - 一平台一個 source：Meta 家族若要拆 Facebook／Instagram，用穩定短碼（例如
meta_fb／meta_ig），並寫進允許值表；不要有人寫fb、有人寫facebook。 - 活動名與廣告後台顯示名對齊策略二選一：要嘛 UTM campaign = 後台 campaign 名的小寫蛇形，要嘛 UTM campaign = 內部檔期碼、後台名另存對照表。混用兩套會再分裂。
UTM 參數設定：組網址時的順序
手動組法（官方）：用 ? 接在路徑後，參數與值用 =，參數之間用 &。順序不影響讀取。
示範（請換成你的網域與允許值）：
https://www.example.com/landing/?utm_source=meta&utm_medium=paid_social&utm_campaign=2026q4_brand_launch&utm_content=img_a&utm_id=cmp_2026q4_001檢查清單（上線前）：
- 三個必填都有值，且都在允許值表內。
- 沒有大寫、空格、全形符號。
- 同一素材在所有放置點的
utm_content一致（否則你在比較的是「連結寫法」，不是素材）。 - 郵件／簡訊短網址若會剝參數，先在測試環境點一次，到 GA4 即時或 DebugView 看來源／媒介是否仍在（此為操作檢查，非本站實測數字）。
產生器做法：讓人少打字
命名規則若靠人手每次重打，一季後一定漂移。較穩的做法是只准從產生器輸出，不準直接改字串。
實務上常見四種做法，由輕到重：
- 官方 Campaign URL Builder：適合偶發連結；仍要把允許值表放在旁邊，避免又打出
Facebook。 - 共用試算表產生器：欄位用下拉（data validation）鎖死 source／medium；campaign／content 用拼接公式（例如
=LOWER(SUBSTITUTE(A2," ","_"))）。輸出欄只讀，複製「完整網址」一格。 - 廣告平台動態參數：在支援的後台用官方或平台動態標記帶入 campaign／ad 名，但先確認動態值會被轉成你的小寫蛇形；否則動態標記會把後台的「好看標題」原樣灌進 GA，分裂依舊。
- 權限：產生器分頁可編輯者少於三人；其他人只讀。改允許值要留變更紀錄（日期、舊值、新值、是否只往前生效）。
產生器解決的是「輸入」，不是「歷史」。舊連結仍帶舊參數，直到你換掉投放中的網址。
GA4 UTM 設定：來源報表怎麼看、歷史怎麼清
報表位置
依說明中心，自訂廣告活動資料可在 獲客 → 流量開發 查看工作階段來源／媒介、來源、媒介、廣告活動等維度。管道群組會吃這些值去做預設／自訂管道歸類；命名一亂，預設管道群組也會跟著抖。
「清理歷史」的真實界限
GA4 不會因為你今天改了命名規範，就把過去已經寫入的 facebook / cpc 自動改成 meta / paid_social。歷史列仍在。實務上只能：
| 做法 | 作用 | 代價／界限 |
|---|---|---|
| 即日起只輸出新允許值 | 阻止新分裂 | 舊列仍在；週報需標註「規範生效日」 |
| 探索報表／Looker Studio 用對照表合併 | 分析層把 fb＋facebook＋FB 映射成 meta |
不改原始事件；每次報表要帶同一張 map |
| 自訂管道群組規則 | 把多個來源收進同一管道 | 管的是管道，不是來源維度本身 |
| 批次改投放中的到達網址 | 讓進行中的點擊走新值 | 需廣告／郵件／CRM 全渠道同步；漏改一條就繼續裂 |
不要做的事：為了「報表好看」去改已上線且仍在跑的舊活動名卻不改 UTM，或以為重送一個假造的歷史 hit 能覆寫舊列。那會製造更難查的第二套真相。
若報表整份變 0，先別動追蹤，走排查流程（見相關文章）；命名規範治的是多列分裂，不是數據歸零。
生效日與對帳
建議在規範文件頂部寫死：生效日：YYYY-MM-DD。週報在生效日前用「原始來源列」；生效日後主表用「映射後渠道」，附一張「未映射殘值」清單（仍出現的舊 source），逐條清投放連結，直到殘值接近零。
回滾與怎樣按自己的渠道改這張表
回滾筆記（F5 ending）：
- 若新 source 值導致與舊對照表對不上，先凍結允許值變更，不要一周改兩次短碼。
- 回滾 = 產生器下拉改回上一版允許值，並在變更紀錄標「回滾」；已發出的郵件連結無法收回，只能接受雙軌到檔期結束。
- 自訂管道群組若已依新值改寫，回滾 source 時要同步改規則，否則流量會掉進「未指派」。
怎樣改成自己的版本：
- 列出實際在投的來源（廣告、郵件、KOL、線下 QR），每個只留一個 source 短碼。
- 媒介壓到 5–8 個以內；寧可粗，不要同義詞競賽。
- campaign 用「年季＋主題」或內部檔期碼，擇一。
- 把表鎖進產生器；口頭約定視為無效。
- 選一個生效日，之後的週報都標註該日。
常見問題
UTM 參數設定最少要帶哪些？ 官方要求網址應使用 utm_source、utm_medium、utm_campaign。實務上再加 utm_id（對成本）、utm_content（對素材）通常就夠用。
GA4 UTM 設定後要去哪看？ 獲客 → 流量開發，切工作階段來源／媒介或廣告活動。確認管道群組是否仍把你的 medium 分到預期管道。
什麼是 utm naming convention？ 即本文的 UTM 命名規則：對 source／medium／campaign 等值的大小寫、分隔符與允許清單約定，避免報表列分裂。
歷史的 fb／facebook／FB 能在 GA4 裡一鍵合併嗎？ 不能在原始資料一鍵改寫。用對照表在分析層合併，並從生效日起杜絕新變體。
相關文章
需要把追蹤與報表口徑一次對齊時，可先做量度自查。訂閱後解鎖完整清單。
資料來源（2026-10-17 核對）： 網址產生器：透過自訂網址收集廣告活動資料（含 UTM 最佳做法：一平台一 source、大小寫敏感、建議小寫）；Campaign URL Builder；Campaigns and traffic sources。