活動網址參數怎麼命名?讓來源、媒介與活動報表能一致歸類
用一致的來源、媒介與活動命名規則,減少大小寫和自由輸入造成的報表分裂,並建立登記與抽查流程。

活動網址常同時帶著來源、媒介與活動名稱;若每次由執行者自由輸入,大小寫、縮寫和中文別名就會讓同一批流量分散在不同列。先把三個欄位各自代表什麼說清楚,再用固定詞彙、登記流程和抽查步驟,才能讓跨活動報表按同一套規則整理。本篇聚焦追蹤命名,不比較電子郵件工具,也不假設任何分析平台設定都已完成。而且參數一致性要從產生連結時建立,事後在報表中合併只能補救,無法還原每次輸入的決策。

定義來源媒介活動
先將三個欄位拆成不同問題:來源回答「流量從哪個平台或發布者來」,媒介回答「它以哪種通路或傳遞方式到達」,活動則回答「這次行銷任務叫什麼」。常見 UTM 欄位名稱是 utm_source、utm_medium、utm_campaign;命名時不要把三個概念混在同一欄,例如把「春季講座」填進來源,或把「Instagram」同時當來源和媒介。來源通常是平台、合作方或電子報名稱;媒介應是可重複使用的通路分類;活動則用來識別一個主題或檔期。先寫出詞彙表,列明每欄可接受的值和反例,之後才產生網址,避免看到某次報表才臨時改名。
以下是純示意的假設活動,名稱不是實際投放或成效資料:
| 欄位 | 假設值 | 它回答的問題 |
|---|---|---|
| source | 來源平台是哪一個 | |
| medium | paid_social | 透過哪一類通路 |
| campaign | webinar_signup | 導流任務是哪一個 |
依此拆分後,同一個活動可有多個來源,但仍沿用一致的媒介和活動名稱;若用不同連結比較版位,可另設內容欄位或由登記表記錄素材位置,不要為每個按鈕新造活動名稱。建立規則時,可先定義最小必要欄位、是否使用內容參數,以及哪些項目由團隊字典管理。每個欄位只承擔一種分類目的,日後才容易比較不同平台帶來的訪客,而不必靠人手猜縮寫。若目前只有一個來源,也先保留欄位定義,後續新增平台時就不會重新拆表。還可先確定報表的比較單位:若要把同一活動的不同入口合併觀察,campaign 保持一致,由 source 和 medium 表示入口差異;若是不同主題或不同檔期,才建立不同 campaign。這能避免只因平台不同,就把同一活動拆成多個名稱。例外情形也應在登記時寫明,後續才能依原本目的解讀,而不是看到某個欄位後才猜測命名用意。
統一大小寫與字元
替所有參數值訂一個固定格式,建議採用小寫英文字母、數字和底線,避免空格、大小寫混用、全形符號及不同語言的同義寫法。譬如同一個社群來源,不要同時出現 Instagram、instagram、IG 和「照片社群」;先挑一個標準值,其他寫法列入別名對照,建立新網址時只選標準值。底線或連字號可擇一,但要全站一致;若活動名稱需要拆詞,規則要寫在字典裡,不要讓每位同事自行決定。英文值容易複製,也較不受輸入法、空格編碼和大小寫影響;品牌名稱可以保留可辨識的英文拼法,但仍須統一大小寫。若團隊已用連字號,也可保留,但不要兩種分隔符混用。
接著固定 campaign 的組成順序,例如「主題_市場_素材類型」,並決定是否加年份或季度。選擇的原則是日後能識別且不因短期資訊變動而頻繁改名:若活動每季重辦,加入檔期代碼有助區隔;若活動持續常態執行,就不要為了看起來精細而塞入每天日期。參數值應描述活動,不放操作者姓名、臨時備註或「新版最新版」等工作狀態。縮寫只有在字典有定義、團隊都能解讀時才使用,否則寫完整詞較容易稽核。
產生連結後再檢查一次字元:參數名稱和數值是否使用預定格式、不同欄位之間是否用正確分隔符號、值中是否混入問號或等號。網址的第一個參數前使用問號,後續參數以連接符號加入;不要把參數直接拼進頁面路徑,也不要多打一個空格。若平台產出的連結經過短網址或重新導向,實際點擊測試,確認目標頁仍收到完整參數。規則只管追蹤標籤,不應要求使用者看見或記住這些代碼。
區分付費與自然流量
把「平台來源」與「流量性質」分開,才能回答同一平台的付費和自然貼文各自帶來什麼流量。例如 Instagram 可固定為 source,付費貼文用 paid_social,自然貼文用 organic_social;搜尋平台也可依團隊字典區分 paid_search 和 organic_search。這些是建議採用的命名值,不代表每個平台會自動辨認或補上標籤。真正重要的是:同一類投放在所有活動都用同一個 medium,不要這次寫 cpc、下次改成 paid_search,否則彙總時便要人工合併。
先列出會實際使用的媒介清單,像 paid_social、organic_social、paid_search、organic_search、email、referral 或 qr。每項都要附一句使用條件,例如 paid_social 只用於付費社群導流,organic_social 只用於未付費的社群內容。若 QR code 放在實體傳單、店內桌卡或活動簡報,來源可依刊登位置命名,媒介則可統一為 qr;不要一會兒將 QR 視為來源、一會兒又放進活動名稱。電子郵件本身也可以作為媒介,但不同寄送工具是否要拆成來源,要依報表要回答的問題預先決定。
發連結前確認費用狀態和標籤相符:自然貼文若複製了付費廣告的網址,就要換成自然媒介;同一廣告導到不同頁面時,若要比較素材,可用團隊已有的內容欄位或登記表備註,不要把 medium 改成素材名稱。避免用太寬泛的「social」把付費與自然混在一起,也不要把每種活動都創造一個新的媒介值。若有外部平台自動加標記,先確認團隊的手動規則如何與它搭配,再挑選單一、可解釋的分類方式;不能確定時先測試一條連結並檢視報表,而不是直接把未知標籤推廣到整批活動。詞彙表應明確列出允許值與判斷條件,例如付費狀態改變時需切換媒介,平台名稱則不必跟著改。舊值可保留供回溯,但新連結只使用選定的標準寫法。
禁止參數含個人資料
UTM 是活動分類標籤,不應拿來辨認收件人或訪客。不要把姓名、電子郵件、電話、會員編號、訂單編號、客戶公司名稱或可回推出個人的線索放進來源、媒介、活動和內容欄位。網址可能出現在瀏覽器歷史、伺服器紀錄、分析工具、轉寄訊息或其他技術環節;即使參數沒有顯示在頁面文字裡,也不代表只有原始收件人看得到。團隊只需要知道活動層級的來源與素材,不需要把某位客戶的身份塞入每次點擊的網址。欄位描述用途,不代表個人資訊適合放進網址;這條限制應套用於所有新舊命名。
可用的活動標籤應描述一群人共同看到的內容,例如「產品說明會」或「門市海報」,而不是「王小明專屬連結」。若業務確實需要追蹤個別邀請或後續聯絡,應使用經團隊核准、用途清楚且有存取管理的名單或表單流程,與公開可分享的網址標籤分開;不要自行用姓名縮寫、雜湊值或看似匿名的代碼代替,因為仍可能被對照回本人。需要比較不同版本時,使用不含個人資訊的素材代碼,並在受控登記表保留版本說明。
發出連結前做一次逐欄檢查:值是否含有 @、電話格式、長串數字、客戶名稱或從 CRM 複製來的文字?只要疑似包含個人資料,就先停止發送,刪除該值並重新產生連結;若已經對外使用,依內部資料處理流程確認後續處置,並檢查同批連結是否沿用同一規則。測試網址時也不要把真實客戶資料貼進公開檢查工具或聊天紀錄。把「參數不得含個人資料」寫進建立表單的說明和連結檢查清單,讓執行者在複製之前就能避開這類錯誤。
建立活動登記表
命名規則要有唯一的查詢入口,建議用一份團隊共用的活動登記表,而不是散落在私人試算表、訊息串和廣告備註中。表格至少保留標準 source、medium、campaign 值、活動目的、負責角色、目標頁、使用情境、建立日期、狀態與核准紀錄;若要比較多個素材,再記下內容代碼和對應版位。每個欄位先說明格式與填寫範例,並用下拉選項或受控詞彙降低自由輸入。負責人欄填職務或團隊角色即可,追蹤參數本身不要放個人姓名。並留下最後更新人與更新原因。
流程可設計成先查重、再申請、再產生連結:建立者先搜尋同活動名稱和既有來源;若找不到可用值,提出新增理由與預計使用範圍;管理者確認是否符合字典後,登記標準值及別名。若新舊命名其實代表同一件事,優先沿用舊標準值並更新說明,不要因為活動負責人不同就重開一個 campaign。若目的確實不同,例如報名頁和售後下載要分開觀察,就先寫清楚報表需要比較的問題,再決定增加活動還是素材欄位。
同一份表也要註記生命週期:草稿、可使用、停止新增、已封存等狀態可由團隊自行定義,但每個狀態都要說明誰能改動及何時轉換。停用舊值時不要刪除歷史紀錄,否則日後看到報表無法知道舊拼法的意思;保留別名和首次使用背景,讓查閱者能追到來源。每次新增字典值都指定維護角色,並設定定期清理重複項目的例行檢視。表格的目標不是增加行政步驟,而是讓任何執行者在建立連結前都能找到核准值、看懂差異,並知道需要例外時要補充什麼理由。
抽查報表歸類結果
連結建好不代表分類已正確,應從「產生的網址」「實際落地」「分析報表」三處抽查。先挑選新活動的代表連結,確認 utm_source、utm_medium、utm_campaign 都與登記表相符;接著在瀏覽器開啟,確認頁面成功載入,經過短網址或跳轉後參數仍存在。再等該分析流程收到資料後,按來源、媒介、活動等團隊使用的維度檢視結果。不要只看連結文字或廣告後台預覽,因為它們無法證明最後進站的網址及報表採用了相同值。
抽查清單要能指出錯在哪一層:同一來源是否因大小寫或別名分成多列?付費和自然媒介是否被混為一類?campaign 是否把素材名稱、季度和主題用不同順序串接?是否有空白、未分類或不在詞彙表的值?若點擊後參數消失,檢查跳轉和短網址設定;若參數存在但報表分散,回頭比對實際字串與字典;若報表沒有對應資料,先確認連結是否被使用、分析設定是否接收該欄位,再判斷是否需要調整命名。一次只修正可定位的問題,並記錄原因、受影響連結和處理方式。
可在每次新活動上線前做連結測試,上線後再抽樣查看不同來源和媒介;活動變多時,優先抽查剛新增的命名、曾經有錯的跳轉,以及跨渠道重複使用的活動值。若某項目未能在報表中看到,不要立刻把它改名,先對照原始連結、落地網址與資料接收情況,避免把技術漏接誤判成詞彙問題。把常見錯誤納入字典備註和下一次檢查清單,讓修正能預防重演。現在可先挑一個即將啟動的活動,填好三欄標準值並測一條連結;若你也在整理網站入口或工作流程,可到 ZhenheAI 官網 了解相關資訊。