如何創建UTM標簽和分析轉換
UTM是流量的「條形碼」。如果代碼在所有系統(GA4,MMP,合作夥伴跟蹤器,BI)中都是相同的,那麼您可以看到哪些捆綁包真正得到回報:源→創意→ GEO →設備→存款→重復存款。以下是UTM作為系統而不是混亂工作的實用技術。
1)基本的UTM電路(最低)
強制性參數:- 「utm_source」是站點/合作夥伴(例如:「facebook」,「google」,「tiktok」,「aff-royal」);
- 「utm_medium」是流量類型(例如:「cpc」,「paid_social」,「email」,「affiliate」);
- 「utm_campaign」是運動/沖刺的名稱(例如:「casino_launch_latam_q4」);
- 「utm_content」-創意/角度/土地(示例:「vid_a_wheel_rg」);
- 'utm_term'是關鍵/受眾(例如:'slot_fans_25-44'或'kw_casino_bonus')。
- 僅強調拉丁文,數字,連字符/底部;沒有空格/西裏爾字母。
- 註冊依賴性:一切都在「lowercase」中。
- 標準化的值字典(以下為模板)。
- 沒有個人數據和敏感屬性。
2)在iGaming下擴展UTM
添加服務設置(不是標準化的UTM,但很有用):- 'aff_sub'/'sub_id'-publisher/passage ID;
- 「creative_id」是創意的內部ID;
- 「placement」-磁帶/逆流/裝置;
- 「geo」是目標國家;
- `device` — `ios`/`android`/`desktop`;
- 「click_id」是您唯一的點擊標識符(s2s後備密鑰)。
3)命名模板(命名策略)
3.1.運動活動
`{brand}-{geo}-{objective}-{product}-{quarter}`- 示例:「luckyspin-br-mac-casino-q4」
3.2.廣告集/樂隊
`{audience}-{device}-{age}-{lang}`- 示例:「slotfans-android-25_44-pt」
3.3.創意
`{format}-{angle}-{variant}-{size}`- 示例:「vid-socialproof-a-1080 x 1080」
3.4.完整鏈接(示例)
https://brand.com/lp01?
utm_source=facebook&utm_medium=paid_social&utm_campaign=luckyspin-br-mac-casino-q4
&utm_content=vid-socialproof-a-1080x1080&utm_term=slotfans_25-44
&aff_sub=pub42&creative_id=cr8721&placement=feed&geo=br&device=android&click_id={UUID}
4)特殊案例
4.1.Google Ads
允許自動引腳(「gclid」)。保存和UTM以便於BI。
對於Performance Max,在分組中建立單獨的「utm_campaign」和「utm_content」。
4.2.Meta/TikTok
使用「utm_content」/「creative_id」中的平臺宏來避免手動錯誤。
在「placement」中共享格式(「story」,「reels」,「infeed」)。
4.3.電報/影響者
對於每個通道,都是具有固定「aff_sub」和「click_id」的唯一鏈接。
如果「通過機器人的入侵」是具有服務器重定向的預置狀態,則您在其中分配「click_id」。
4.4.Web→App / App→Web
始終使用deeplink/one-link+'click_id'。
對於iOS/Android,保持不同的「設備」/「utm_content」;在MMP中,韌帶'click_id ↔ install_id'。
5)跟蹤和後衛(沒有這個UTM「靜音」)
第一次觸摸時創建「click_id」(在重新引導域上,例如'go。brand.com`).
將「click_id」打入合作夥伴/操作員。
所有關鍵事件都是s2s後備箱:「registration」,「kyc_approved」,「ftd」,「second_dep」。
在延遲>15分鐘時啟用自動後備和差速器。
日誌:click → redirect →簽名驗證→ back(ID,時間,狀態)。
6)GA4: 如何觀看UTM
6.1.Acquisition
Traffic acquisition是「utm_」上的所有會話。
User acquisition是第一次接觸(需要增長「新用戶」)。
6.2.Explorations
Funnel: `view_landing → sign_up → kyc_approved → deposit_success` с разрезами `source/medium/campaign/content/term`.
Cohort:按FTD/註冊日期排列的隊列;指標「Retention」,「ARPU_D7/D30」。
路徑:在「deposit_initiated」(常見問題解答,獎金條件,錯誤)之前會發生什麼。
6.3.歸屬
比較Data-Driven vs Last click。
確定規則:優化-通過DDA,投註/投註-考慮到最後的點擊風險。
7)BI和隊列經濟
導出原始事件(GA4 BigQuery/MMP/跟蹤),並構建展示櫃:- Разрез UTM: `source/medium/campaign/content/term/creative_id/geo/device/placement`.
- 根據FTD隊列D1/D7/D30/D90累積的ARPU。
- 收費:隊列回報點vs CPA。
- 質量:「2nd_dep_rate」,「D7/D30 retention」,「chargeback_rate」。
CPA = Spend / FTD
ROAS = NGR / Spend
ARPU_Dn = NGR_Dn / FTD
Payback ≈註冊會計師Cum_ARPU_Dn ≥當天
8)質量控制與防凍信號
正常UTM中「垃圾」源的特征:- 高CTR/CR(click→reg),但CR(reg→KYC/FTD)接近零;
- 單個ASN/IP的夜間寄存器爆發;
- 流量大的零深度(「scroll_90」,頁面上的時間);
- CUS/Chargback的故障異常多。
操作:黑色/白色列表,關閉閾值,通過「aff_sub」/「placement」/「creative_id」進行解析。
9)UTM的類型錯誤以及如何避免它們
1.不同的寄存器/打字錯誤(「Facebook'vs'facebook」)→分析師分散。
2.空白和西裏爾字母→打破解析和報告。
3.在一個活動中混合地理/設備→平均溫度,沒有洞察力。
4.Copipast「原樣」不更新「utm_content」/「creative_id」。
5.沒有「click_id」和s2s →有爭議的FTD,歸因損失。
6.沒有規則的鏈接構造函數→雙值和非可讀值。
7.缺乏「長度」策略→巨型URL會破壞信使/郵件。
8.在沒有活動級別驗證的情況下操作合作夥伴的EPC。
10)命名策略(完成草稿)
參考書(示例): 定期檢查(想法):- '^[a-z0-9_] {2.80}$'每個值;
- 禁止空白和大寫字母;
- 自動替換西裏爾字母→翻譯。
11)不同頻道的示例
Meta(Reels,BR,Android中的視頻):
...utm_source=facebook&utm_medium=paid_social&utm_campaign=luckyspin-br-mac-casino-q4
&utm_content=vid-socialproof-b-1080x1920&utm_term=slotfans_25-44
&placement=reels&geo=br&device=android&creative_id=cr9031&aff_sub=pub77&click_id={UUID}
Google Search (ключ «casino bonus»):
...utm_source=google&utm_medium=ppc&utm_campaign=luckyspin-br-search-q4
&utm_term=casino_bonus&utm_content=rsas-top-a&geo=br&device=ios&click_id={UUID}
影響者(電報頻道@slots_daily):
...utm_source=aff-slotsdaily&utm_medium=affiliate&utm_campaign=luckyspin-br-telegram-q4
&utm_content=post-a&aff_sub=slotsdaily&geo=br&device=android&click_id={UUID}
12)支票單
發射前
- UTM參考書已統一並記錄下來
- 主任'go。brand.com'和「click_id」生成
- s2s後備箱reg/KYC/FTD/2nd_dep調整,時間區/貨幣一致
- 平臺宏用「utm_content」/「creative_id」代替ID'
- GA4事件和轉換已經開始,BigQuery出口包括在
- 防凍閾值和後衛延遲變量>15分鐘
在第一周
- UTM完整性檢查(無「垃圾」值)
- 通過UTM切口收集漏鬥和CR
- 隊列D7報告:ARPU,2nd_dep_rate,Retention
- 黑名單可疑的'aff_sub'/ASN/placement
到第30天
- 按關鍵韌帶付款;利率指數化/上限
- 花花公子「最佳角落/登陸」;關閉「死者」韌帶
- 每周復古和更新手冊
13)30-60-90實施計劃
0-30天-衛生和單一框架
批準UTM詞典,引入驗證器/規律性。
使用「click_id」啟動編輯器,啟用s2s鏈。
收集基本報告:CR漏鬥,D7 ARPU,付費草稿。
31-60天-隊列和質量
在BI中收集店面:通過「source/medium/campaign/content」 Cum_ARPU D1/D7/D30。
引入質量禁用規則(2nd_dep/Retention/Chargeback)。
比較歸屬(DDA vs Last),記錄決策規則。
61-90天-規模和可持續性
自動化UTM生成器和值審核。
擴展報告:D90 LTV,季節性,SRA/獎勵肋骨的「如果」。
季度審計:符合事件模式和UTM現實。
14)迷你常見問題
需要所有5 UTM嗎?
最小值是「source/medium/campaign」。要進行表演,請添加「內容/term」+服務(「creative_id」,「aff_sub」,「click_id」)。
如何處理長的URL?
使用您的短域編輯器。將參數存儲在服務器而不是前面(加上安全性)。
如何連接UTM和金錢?
通過「click_id」和s2s:後退中的任何存款都必須具有「click_id」 →然後將隊列和ROI/Payback視為準確。
UTM標簽不僅僅是「簽名鏈接」。這些是數據學科:單一命名策略,服務器「click_id」和s2s後備箱,GA4/MMP/BI切口和隊列經濟學。遵守策略,自動執行標簽驗證,通過UTM切口讀取Payback和LTV-您的創意、來源和地理解決方案將變得快速、準確和可復制。