마케팅 관점에서 다시 보는 GA4: 2025년에도 안 헷갈리게 쓰는 법
핵심 요약
한 줄 요약: GA4는 보고서가 아니라 수집 규칙(이벤트·파라미터) 이 먼저입니다. 이름이 지저분하면 아무 리포트도 마케팅 회의를 살리지 못합니다.
| 자주 하는 실수 | 대신 이렇게 |
|---|---|
| “페이지뷰만 있으면 됐지” | 전환·의도는 key event로 명시 |
| 이벤트명을 사람마다 다르게 | 스네이크 케이스 + 사전 하나로 고정 |
| UTM은 대충 | 소스/미디엄/캠페인 소문자 규칙 통일 |
들어가며: 왜 아직도 GA4가 마케팅 회의의 중심인가
솔직히 2023년쯤 UA에서 넘어올 때, 저는 “보고서 메뉴가 바뀐 것뿐이지 않나?”라고 생각했습니다. 그런데 막상 캠페인 집행을 해보니 틀렸더군요. 모델이 바뀐 것에 가깝습니다. 세션이 예전처럼 “한 줄로 예쁘게” 정리되지 않고, 이벤트 단위로 데이터가 쌓입니다.
itemSCV에서도 랜딩·블로그·캠페인 페이지를 돌리면서, GA4는 여전히 가장 싼 기준점(무료 티어 안에서) 역할을 합니다. Ads나 검색 콘솔이 “돈과 클릭”을 말해준다면, GA4는 사이트 안에서 무슨 일이 벌어졌는지를 말해줍니다. 둘을 붙이지 않으면 “광고는 잘 됐는데 왜 문의가 없지?” 같은 질문에 답이 안 나옵니다.
이 글은 개발자용 설치 매뉴얼이 아닙니다. 마케터·기획자가 주간으로 열어볼 대시보드와 질문 위주로 적었고, 2026년 1월 기준으로 우리가 실제로 챙기는 체크리스트도 섞었습니다.
1. UA 때와 머릿속을 바꿔야 하는 부분
아직도 회의에서 “GA에 들어가서 ○○ 봐주세요”라고 하면, 반은 GA4 보고서를 뜻하고 반은 예전 감각을 뜻합니다. 헷갈리면 지표가 두 배로 엇나갑니다.
| 예전 습관 (UA 느낌) | GA4에서의 질문으로 바꾸기 |
|---|---|
| “방문자 수가 떨어졌어” | 활성 사용자는? 세션은? (정의가 다름) |
| “이 페이지 조회수” | 조회수와 스크롤/클릭이 같이 움직였는지 |
| “전환율 한 숫자” | 어떤 이벤트를 전환으로 봤는지 먼저 합의 |
한번은 블로그 글 하나가 조회수는 올랐는데 스크롤 이벤트는 그대로인 걸 보고, 썸네일·제목만 좋고 본문은 안 읽힌 케이스를 잡은 적이 있습니다. 숫자 하나만 보면 “잘 된다”고 착각하기 딱 좋습니다.
2. 이벤트 이름은 “팀 문서”가 없으면 3개월 안에 망가진다
GTM을 쓰든 gtag를 직접 넣든, 결국 GA4에 들어오는 건 이벤트 이름과 파라미터입니다. 여기서 타협하면 나중에 Explore에서 필터 지옥이 열립니다.
우리 팀에서 쓰는 최소 규칙은 이 정도입니다.
- 소문자 + 스네이크 케이스:
cta_click,form_submit처럼. - 동사_대상 패턴을 우선:
view_item,generate_lead같이 의미가 드러나게. - 한 액션에 이름 하나. “클릭”인지 “제출 완료”인지 합의 없이 올리지 않기.
마케팅만 보던 시절에는 “개발자가 알아서 넣겠지”라고 넘기기 쉬운데, 전환으로 쓸 이벤트 목록은 반드시 회의 한 번으로 고정하는 걸 추천합니다. 나중에 Google Ads로 넘길 key event(예전 말로는 전환에 가까운 개념)도 그 목록에서 고릅니다.
간단한 dataLayer 예시 (GTM 커스텀 이벤트 받을 때 자주 쓰는 형태):
여기서 campaign 값이 UTM과 다르면 안 됩니다. 같은 캠페인인데 태그마다 철자가 다르면, 보고서에서는 서로 다른 캠페인처럼 갈라집니다. 사소해 보이는데 실무에서 제일 많이 터지는 부분입니다.
3. UTM은 “깔끔한 엑셀”처럼 관리하는 게 이깁니다
UTM은 창의의 영역이 아니라 기록 관리에 가깝습니다. itemSCV는 내부 시트에 아래 열만 있어도 회의가 빨라집니다.
| 필드 | 규칙 예시 | 비고 |
|---|---|---|
| source | naver, google, newsletter | 한글·대소문 혼용 금지 |
| medium | cpc, email, social | paid와 organic 구분 |
| campaign | 2026q1_product_blog | 분기+주제 정도까지 |
**중요한 건 “한 번 정한 맞춤법”**입니다. NewsLetter와 newsletter가 공존하면 GA4는 당연히 둘로 쪼갭니다. 신입이 와도 같은 시트를 보고 복사하게 만드는 게 목표입니다.
실전 URL 한 줄 예시 (블로그 배포 공지를 메일로 쏠 때 그대로 복붙):
https://itemscv.com/ko/blog/some-post?utm_source=newsletter&utm_medium=email&utm_campaign=2026q1_blog_launch
캠페인명에 한글을 쓰고 싶다면 팀 규칙으로 “URL에는 로마자만”을 밀어붙이는 편이 안전합니다. 인코딩 깨짐·엑셀에서 줄바꿈 되는 일이 줄어듭니다.
3-1. 실전 시나리오 A — 랜딩 CTA A/B (GTM 머리로 설명)
상황: /pricing에 데모 신청과 세일즈 문의 버튼이 나란히 있음. PM은 “어느 문구가 눌리나”만 알고 싶다.
| 단계 | 할 일 |
|---|---|
| 1 | 버튼에 id="cta-demo", id="cta-sales" 처럼 고유 id 부여 (개발과 한 줄 합의) |
| 2 | GTM 트리거: Click — 일부 링크/버튼, 조건 Click ID equals cta-demo (sales도 동일하게 하나 더) |
| 3 | GA4 이벤트 태그: 이름 cta_click, 파라미터 cta_id = Click ID, page_path = {{Page Path}} |
보고서에서: Explore나 보고서 커스터마이즈에서 cta_click의 cta_id로 나눠 보면 됩니다. 페이지뷰만 보면 “페이지는 잘 봤는데 버튼은 어디가 이긴 거지?”가 안 나옵니다. 우리도 예전에 히어로 문구만 바꾸고 이벤트는 안 달아서 한 주 헤맸습니다.
3-2. 실전 시나리오 B — 문의 전환에 봇 섞이는 문제
상황: form_submit을 키 이벤트로 올렸더니 야간에 이벤트만 튀고 CRM에는 아무 것도 없다.
실전 대응 순서:
- 폼이 클라이언트에서만 성공 처리되는지 확인. 가능하면 서버에서 검증된 건만
generate_lead푸시 (백엔드에서 dataLayer나 Measurement Protocol은 팀 스택에 맞게). - honeypot 필드 + 짧은 reCAPTCHA 같은 걸 넣은 뒤, 이벤트는 “통과 후”에만.
- 키 이벤트는
generate_lead, 단순 클릭은cta_click으로 역할 분리.
| 이벤트 | 의미 |
|---|---|
cta_click | 의도 (funnel 상단) |
generate_lead | 서버가 OK 준 리드 (funnel 하단) |
마케팅 회의에서는 후자만으로 광고 효율 이야기하는 편이 싸움이 적습니다.
3-3. 이벤트 사전 미니 템플릿 (노션/시트에 복사)
팀에 맞게 열만 유지해도 됩니다.
| event_name | 발생 시점 | 필수 파라미터 | key event 여부 | 담당 |
|---|---|---|---|---|
| page_view | (자동 수집) | - | N | - |
| cta_click | CTA 클릭 | cta_id, page_path | N | 마케+FE |
| generate_lead | 서버 검증 완료 | lead_type, campaign | Y | BE |
“담당” 열이 있어야 나중에 누가 태그 깨뜨렸는지 추적이 됩니다. 장난 아니고 진짜로 필요합니다.
4. 동의·Consent: 법무 이야기 같지만 마케팅 성과에 직결입니다
2026년에도 수집 자체가 막히면 보고서는 예쁘게 “0”에 가깝게 보일 수 있습니다. EU 트래픽이 아니어도, 국내 서비스도 개인정보 처리방침·마케팅 수신 동의와 맞물려 태그를 어디까지 쏠지 정리하는 게 안전합니다.
마케터 입장에서 꼭 같이 볼 것만 짚으면:
- 동의 전후로 태그가 어떻게 달라지는지(완전 차단 vs 익명 신호만 등) 한 번 시연해 달라고 하기.
- “전환 최적화”를 Ads에 켤수록 사이트 측 신호 품질이 더 민감해진다는 점 인지하기.
법 조항을 이 글에서 대신 해석하진 않겠습니다. 다만 캠페인 성과가 이상하게 비면, 광고가 나빠서가 아니라 측정이 줄어든 것일 수 있다는 의심은 해보라고 적어둡니다.
5. 주간 루틴: 월요일과 목요일에 보는 걸 나눠라
전부 매일 보면 지칩니다. 우리는 대략 이렇게 나눕니다.
월요일 (방향)
- 전주 대비 세션 / 활성 사용자 (캠페인 켠 주에는 특히)
- 유입 채널에서 이탈이 커진 페이지가 있는지
- 신규 랜딩 첫 화면 스크롤 이벤트(있다면) 추이
목요일 (액션)
- key event 기준 전환(또는 리드) 변화
- UTM 캠페인별 비용 대비는 Ads/매체 쪽과 같이 보기
- 이번 주에 고친 CTA가 클릭 이벤트에 반영됐는지
금요일 오후에 “다음 주 실험 하나”만 정하고 끝내면, GA4가 회의록이 되지 않고 실험 노트가 됩니다.
6. BigQuery·Looker Studio는 “나중”이 아니라 “이벤트가 정리된 다음”
많은 팀이 “BQ 연결하면 다 해결”이라고 기대합니다. 연결은 잘 되는데, 원천 데이터가 지저분하면 쿼리만 길어집니다. 우리도 이벤트 사전을 한 번 정리한 뒤에야 BigQuery로 코호트나 콘텐츠별 체류를 뽑아보기 시작했습니다.
마케터가 직접 SQL을 쓰지 않더라도, “어떤 질문을 BQ로 옮기고 싶은지” 한 줄이라도 적어 두면 데이터 쪽과 대화가 빨라집니다. 예: “같은 캠페인으로 들어온 사람 중 블로그 3페이지 이상 본 사람의 문의율” 같은 것.
7. 숫자가 이상할 때 — 실전 디버깅 순서
배포 주에 “전환이 반토막” 나오면 패닉이 오는데, 아래 순서로 원인을 갈라 보면 시간을 덜 태웁니다.
| 순서 | 확인 | 해석 예시 |
|---|---|---|
| 1 | GA4 DebugView 또는 Tag Assistant에서 이벤트가 오는지 | 안 오면 태그/GTM 배포 문제 |
| 2 | 동의 배너·CMP 바꾼 날짜와 겹치는지 | 거부율↑면 보고서만 꺼진 것 |
| 3 | 데이터 스트림 필터 (내부 IP 제외 등) | 신규 사무실 IP가 막힘 |
| 4 | 자기 참조 / 결제·외부 도메인 referrer | 세션 쪼개져 소스가 (direct)로 쏠림 |
| 5 | 개발자가 프로덕션 GA ID를 로컬에서 돌림 | 테스트 트래픽이 섞임 |
리스트 도메인: 결제 PG, OAuth 로그인 도메인을 “제외할 referrer”가 아니라 cross-domain / 도메인 설정 쪽 문서를 보고 맞춰야 하는 경우가 많습니다. “GA가 망가졌다”기보다 세션 정의가 바뀐 것인 경우가 많습니다.
8. Explore에서 자주 하는 질문 3개 (초안)
완벽한 경로는 사이트마다 다르니, 질문 문장만 가져가면 됩니다.
- “이번 달 유료 캠페인 유입 중에서
generate_lead까지 간 세션 비율은?”
→ 세그먼트로 캠페인 조건 걸고 퍼널 탐색. - “블로그 첫 방문 후 7일 안에 데모 요청한 사용자 수는?” (내부 식별자가 있을 때)
→ BigQuery나 CRM 조인 전제. - “랜딩 A vs B, 스크롤 75% 이벤트가 있는 세션 비율 차이는?”
→ 콘텐츠 품질 논쟁을 감으로 안 하게 해 줌.
맺으며
GA4는 인터페이스가 바뀌어서 싫다는 말은 이해합니다. 다만 이벤트 기반으로 바뀐 건 웹이 예전보다 복잡해졌기 때문이기도 합니다. 한 페이지 안에 폼·동영상·챗이 같이 있으면, “페이지뷰 하나”로는 부족합니다.
이 글에서 강조하고 싶은 건 하나입니다. 보고서를 예쁘게 꾸미기 전에, 팀이 같은 이름으로 같은 것을 세고 있는지부터 맞추라는 것. 그걸 놓치면 2026년에도 회의실에는 “GA 숫자가 이상한데요?”만 남습니다.
궁금한 점이나 우리가 빠뜨린 케이스가 있으면, 운영 중인 사이트 기준으로 알려주시면 다음에 덧붙일 만한 내용으로 정리해 보겠습니다.