UTM 태그를 작성하고 변환을 분석하는 방법

UTM은 트래픽의 "바코드" 입니다. 코드가 모든 시스템 (GA4, MMP, 파트너 추적기, BI) 에서 동일하게 읽히면 어떤 번들이 실제로 지불하는지 알 수 있습니다. 소스 → 크리에이티브 → GEO → 장치 → 예금 → 반복 예금. 아래는 UTM이 혼돈이 아닌 시스템으로 작동하는 실용적인 기술입니다.

1) UTM 기본 체계 (최소)

필요한 매개 변수:

'utm _ source' - 플랫폼/파트너 (예: 'facebook.com', 'google',' tiktok ',' aff-royal ');
'utm _ medium' - 트래픽 유형 (예: 'cpc', 'ped _ social', '이메일', '계열사');
'utm _ campaign' - 캠페인/스프린트의 이름 (예: '카지노 _ launch _ latam _ q4');
'utm _ contect' - 크리에이티브/앵글/랜드 (예: 'vid _ a _ wheel _ rg');
'utm _ term' - 키/청중 (예: 'slot _ fans _ 25-44' 또는 'kw _ casino _ borness').

엄격한 규칙:

라틴어, 숫자, 하이픈/밑줄 만; 공간이 없습니다/키릴 자모.
등록 의존성: '소문자' 의 모든 것.
값의 표준화 된 사전 (아래 - 템플릿).
개인 데이터와 민감한 속성이 없습니다.

2) iGaming에 따른 UTM 확장

서비스 매개 변수 추가 (표준화 된 UTM은 아니지만 유용함):

'aff _ sub '/' sub _ id' - 게시자/번들 ID;
'creative _ id' - 내부 크리에이티브 ID;
'배치' - 테이프/스토리/인스트림;
'geo' 는 대상 국가입니다.
'장치' - 'ios '/' android '/' 데스크톱';
'클릭 _ id' 는 고유 한 클릭 ID (s2 포스트백의 키) 입니다.

💡 추천: 리디렉터에서 '클릭 _ id' 를 생성하고 엄격한 속성을 위해 파트너/운영자에게 전달하십시오.

3) 명명 정책

3. 1. 캠페인

'{brand} - {geo} - {객관적인} - {제품} - {quarter}'

예: 'luckyspin-br-mac-casino-q4'

3. 2. 광고 세트/그룹

'{청중} - {장치} - {age} - {lang}'

예: 'slotfans-android-25 _ 44-pt'

3. 3. 크리에이티브

'{형식} - {angle} - {변형} - {크기}'

예: 'vid-socialproof-a-1080x1080'

3. 4. 전체 링크 (예)


https ://brand. com/lp01?
utm _ source = facebook.com & utm _ medium = ped _ social & utm _ campaign = luckyspin-br-mac-castino-q4
& utm _ contect = vid-socialproof-a-1080x1080 & utm _ term = slotfans _ 25-44
(PHP 3, PHP 4)

4) 특별한 경우

4. 1. Google 광고

자동 태깅 ('gclid') 이 허용됩니다. BI 편의를 위해 저장 및 UTM.

Performance Max의 경우 자산 그룹별로 별도의 'utm _ campaign' 및 'utm _ contect' 를 작성하십시오.

4. 2. 메타/틱톡

수동 오류를 피하기 위해 'utm _ contect '/' creative _ id' 에서 플랫폼 매크로 (선언/설정 ID) 를 사용하십시오.

형식 ('스토리', '릴', '인피드') 을 '배치' 로 분리하십시오.

4. 3. 전보/인플 루 언서

각 채널에 대해 고정 된 'aff _ sub' 및 'cluck _ id' 가있는 고유 한 링크입니다.

"봇을 통한 초대" 가 서버 리디렉션이있는 프리 랜드 인 경우 '클릭 _ id' 를 할당합니다.

4. 4. 웹 → 앱/앱 → 웹

항상 딥 링크/원 링크 + '클릭 _ id' 를 사용하십시오.

iOS/Android의 경우 다른 '장치 '/' utm _ 컨텐츠' 를 유지하십시오. MMP에서 'cluck _ ID install _ id' 번들.

5) 추적 및 포스트 백 (이 UTM "음소거" 없음)

첫 번째 터치에서 '클릭 _ id' 를 만듭니다 (예: 'go'). 브랜드. com ').

파트너/연산자에게 '클릭 _ id' 를 누르십시오.

모든 주요 이벤트는 s2s 포스트백입니다: '등록', 'kyc _ elecited', 'ftd', 'Second _ dep'.

💡 15 분의 지연으로 자동 재 시도 포스트 백 및 경고를 켜십시오.

로그: 클릭 → 리디렉션 → 서명 유효성 → 포스트 백 (ID, 시간, 상태).

6) GA4: UTM에서 시청하는 방법

6. 1. 획득

트래픽 획득-' utm _ '의 모든 세션.

사용자 획득-첫 번째 터치 ("새로운 사용자" 의 성장에 필요함).

6. 2. 탐험

깔때기: 'view _ landing → sign _ up → kyc _ covented → depost _ success' 'ара

코호트: FTD 날짜/등록 별 코호트; 메트릭 '유지', 'ARPU _ D7/D30'.

경로: '예금 _ 시작' (FAQ, 보너스 조건, 오류) 전에 발생하는 상황.

6. 3. 권장 사항

데이터 구동 대 마지막 클릭을 비교하십시오.

마지막 클릭 위험을 고려하여 DDA에 의한 최적화 (속도/캡).

7) BI와 코호트 경제

원시 이벤트 내보내기 (GA4 Bigquery/MMP/tracking) 및 상점 구축: 소스/중간/캠페인/컨텐츠/용어/크리에이티브 _ id/geo/장치/배치 'UTM:

FTD 코호트에 의한 누적 ARPU D1/D7/D30/D90.
회수: 코호트 회수 포인트 vs CPA.
품질: '2nd _ dep _ rate', 'D7/D30 유지', 'chargeback _ rate'.

미니 공식:


CPA = 지출/FTD
ROAS = NGR/지출
ARPU _ Dn = NGR _ Dn/FTD
Payback은 CPA Cum _ ARPU _ Dn 이상의 날입니다

8) 품질 관리 및 사기 방지 신호

정상적인 UTM 하에서 "쓰레기" 소스의 징후:

높은 CTR/CR (클릭 → reg) 이지만 CR (reg → KYC/FTD) 은 0에 가깝습니다.
ASN/IP 단독으로 야간 등록 버스트;
트래픽이 높은 깊이 제로 ('scroll _ 90', 페이지 시간);
CUS/chargeback에서 비정상적으로 많은 실패.

동작: 블랙리스트/화이트리스트, 단절 임계 값, 'aff _ sub '/' placement '/' creative _ id' 로 구문 분석.

9) UTM의 일반적인 오류 및이를 피하는 방법

1. 다른 사례/오타 ('Facebook' vs 'facebooks') → 분석 산란.

2. 공간과 키릴 자모 → 구문 분석 및보고가 분류됩니다.

3. 하나의 캠페인에서 지오/장치를 혼합하면 평균 온도, 통찰력이 없습니다.

4. (PHP 3 = 3.0.6, PHP 4)

5. '클릭 _ id' 및 s2s → 논란의 여지가없는 FTD, 귀속 손실.

6. 규칙 → 중복 및 읽을 수없는 값이없는 참조 생성자

7. "길이" 정책의 부족 → 거대한 PK은 메신저/메일을 깨뜨립니다.

8. 이벤트 수준 검증없이 파트너의 EPC 조작.

10) 명명 정책 (완료된 초안)

참고서 (예):

'utm _ source': '페이스 북	구글	틱톡	금기	이메일	aff- <네트워크>
'utm _ medium': 'cpc	유료 _ 사회적	ppc	계열사	이메일	놀랍게도 '
'utm _ campaign': '{brand} _ {geo} _ {obj} _ {prod} _ {yyyymm}'
'utm _ contect': '{form} - {angle} - {변형} - {크기}'
'utm _ term': '{kw	청중} '

규칙 확인 (아이디어):

'² [a-z0-9 _ -] {2. 각 가치에 대해 80} $ ';
공간과 대문자 금지;
키릴 자모의 자동 교체 → 변환.

11) 다른 채널의 예

메타 (릴, BR, 안드로이드의 비디오):


... utm _ source = facebook.com & utm _ medium = ped _ social & utm _ campaign = luckyspin-br-mac-castino-q4
(PHP 3, PHP 4)
(PHP 3 = 3.0.6, PHP 4)

구글 검색어 (또는 "카지노 보너스"):


(PHP 3 = 3.0.6, PHP 4)
(PHP 3 = 3.0.6, PHP 4)

인플 루 언서 (전보 채널 @ slots _ 매일):


... utm _ source = aff-slotsdaily & utm _ medium = 계열사 & utm _ campaign = luckyspin-br-telegom-q4
(PHP 3 = 3.0.6, PHP 4)

12) 점검표

출시 전

UTM 가이드는 일관되고 문서화되어 있습니다
리디렉터. 브랜드. com '및' cluck _ id '생성 활성화
s2s 포스트 백 reg/KYC/FTD/2nd _ dep 설정, 시간대/통화 일관성
'utm _ contect '/' creative _ id' 의 플랫폼 매크로 대체 ID
GA4 이벤트 및 변환이 시작되고 BigQuery 내보내기가 활성화됩니다
사기 방지 임계 값 및 포스트 백 지연 경고> 15 분

첫 주에

UTM 무결성 검사 (가비지 값 없음)
UTM 섹션별로 깔때기 및 CR 수집
코호트 D7 보고서: ARPU, 2nd _ dep _ rate, 보존
용의자 블랙리스트 'aff _ sub '/ASN/배치

30 일까지

키 링크별로 회수; 인덱싱/캡 속도
"최고의 각도/랜드" 플레이 북; "죽은" 인대 폐쇄
주간 복고풍 및 참고서 업데이트

13) 30-60-90 구현 계획

0-30 일-위생 및 단일 프레임

UTM 사전을 승인하고 유효성 검사기/규칙을 구현하십시오.

'cluck _ id' 로 리디렉터를 시작하고 s2s 체인을 활성화하십시오.

기본 보고서 수집: CR 깔때기, D7 ARPU, 회수 초안.

31-60 일-코호트와 품질

BI에서는 '소스/중간/캠페인/컨텐츠' 를 통해 상점: Cum _ ARPU D1/D7/D30을 수집하십시오.

(PHP 3 = 3.0.6, PHP 4)

귀속 (DDA vs Last) 을 비교하고 결정 규칙을 수정하십시오.

61-90 일-규모 및 지속 가능성

UTM 생성기 및 가치 감사를 자동화하십시오.

보고서 확장: CPA/보너스 뼈에 대한 D90 LTV, 계절성, "What-if".

분기 별 감사: 이벤트 체계 및 UTM의 현실에 대한 통신.

14) 미니 -FAQ

5 UTM이 모두 필요합니까?

최소- '소스/중간/캠페인'. 성능을 위해 '컨텐츠/용어' + 서비스 ('크리에이티브 _ id', 'aff _ sub', '클릭 _ id') 를 추가하십시오.

긴 탭으로 무엇을해야합니까?

짧은 리디렉터 도메인을 사용하십시오 전면이 아닌 서버에 설정을 저장합니다 (보안 포함).

UTM과 돈을 어떻게 연결합니까?

'cluck _ id' 및 s2를 통해: 뒷면의 모든 보증금에는 'cluck _ id' → 가 있어야하며 코호트와 ROI/Payback이 정확하게 계산됩니다.

UTM 태그는 "링크에 서명" 이 아닙니다. "이것은 통합 명명 정책, 서버 'cluck _ id' 및 s2s 포스트 백, GA4/MMP/BI 섹션 및 코호트 경제와 같은 데이터 분야입니다. UTM 컷에서 정책, 자동화 태그 확인, Payback 및 LTV를 계산하십시오. 창의적, 소싱 및 지리 결정은 빠르고 정확하며 복제 할 수 있습니다.