전환 이벤트, 무엇을 핵심으로 세울 것인가
GA4는 UA(유니버설 애널리틱스)처럼 방문(세션)을 기본 단위로 삼지 않습니다. 페이지뷰를 포함한 모든 상호작용을 이벤트 하나의 구조로 통일해 수집하고, 세션조차 session_start라는 이벤트에서 파생된 개념일 뿐 별도의 히트 타입이 아닙니다. 이 구조 차이 때문에 예전 보고서 방식으로 세션 수를 세던 습관을 버리고 어떤 이벤트가 몇 번 발생했는가로 사고를 바꿔야 합니다. 한돈을 온라인으로 판매하는 구조에서는 결제 완료가 매출과 가장 직접 연결되는 행동이니, 여기서부터 핵심 이벤트를 정하고 나머지를 붙여 나가는 순서가 안전합니다.
이벤트를 만드는 작업과 그 이벤트를 주요 이벤트로 표시하는 작업은 GA4에서 서로 다른 작업입니다. 관리 화면의 토글 하나로 기존 이벤트를 주요 이벤트로 승격할 수 있고, 표준 속성은 최대 30개까지 지정할 수 있습니다. 다만 표시한 시점부터만 전환 데이터가 쌓이고 과거 데이터에는 소급 적용되지 않으며, 모든 이벤트를 전환으로 지정하면 정작 핵심 지표가 묻히므로 선정 기준을 먼저 정해야 합니다. 한돈 판매처럼 결제 외에 상담 신청 같은 리드성 행동이 같이 존재하는 경우, 이 둘을 똑같은 무게로 전환에 얹지 말고 매출에 직접 연결되는 결제 완료를 먼저 주요 이벤트로 지정한 뒤, 상담 신청은 별도로 지정 여부를 판단하는 편이 낫습니다. 상담 신청을 전환에 넣기로 했다면, 상담 전환율과 실제 리드 수 사이에 괴리가 생기기 쉽다는 점을 미리 알아두고 다음 절에서 다루는 보완 방법을 함께 준비하세요.
태깅 구조는 자동 수집부터 맞춤 이벤트까지 순서대로
GA4 이벤트는 자동 수집, 향상된 측정, 추천 이벤트, 맞춤 이벤트 네 가지로 나뉩니다. 자동 수집과 향상된 측정 이벤트는 코드 수정 없이 태그 설치와 화면의 토글만으로 작동하고, 추천 이벤트는 구글이 정한 이름과 매개변수 규격을 그대로 따라야 보고서에 자동으로 매핑됩니다. 맞춤 이벤트는 이름과 매개변수를 자유롭게 정의할 수 있는 대신 보고서를 직접 구성해야 하며, 구현 우선순위는 자동 수집 확인, 향상된 측정 활성화, 추천 이벤트 매핑, 맞춤 이벤트 순으로 두는 것이 정석입니다. 한돈 자사몰이라면 이 순서 그대로 기본 태그부터 살리고, 이 업종에서 따로 보고 싶은 행동만 맞춤 이벤트로 얹는 편이 태그 관리 부담을 줄입니다.
태깅을 마쳤다면 숫자가 실제와 맞는지 정기적으로 대조해야 합니다. GA4 전환 수와 자사몰 어드민의 실제 결제 완료 데이터는 애초에 100% 일치하지 않는 것이 정상이지만, 격차가 20% 이상이면 광고 차단, 쿠키 동의 거부, transaction_id 중복 같은 구조적 원인을 의심해야 합니다. 결제 이벤트에 필수 매개변수가 빠지면 이벤트가 맞춤으로 강등되어 보고서에서 조용히 빠지므로, GTM 디버그 모드와 GA4 디버그뷰를 함께 열어 결제 완료 순간 실제로 이벤트가 발화하는지 확인하고, 기기·브라우저·결제수단별로 나눠 비교해야 문제 구간을 좁힐 수 있습니다. 이렇게 정제한 핵심 이벤트는 구글애즈 계정과 연결한 뒤 가져오기 기능으로 동기화해 스마트 입찰의 학습 소스로 쓸 수 있고, 이때 애즈의 네이티브 전환 추적과 중복 계산되지 않는지 함께 확인해야 tCPA·tROAS 같은 입찰 전략이 제대로 학습합니다. 동기화에는 최대 24시간의 지연이 있을 수 있으니, 캠페인 세팅 직후 숫자가 바로 반영되지 않아도 조급해하지 말고 하루 정도는 지켜보세요.
자사몰 결제 신호는 픽셀만으로 다 잡히지 않습니다
메타 광고를 함께 쓴다면 픽셀만 의존해서는 iOS 사용자, 광고차단기 사용자, 프라이버시 설정을 강화한 사용자의 전환 대부분이 추적되지 않는다는 점을 알아야 합니다. 전환 API(CAPI)는 광고주의 서버, 웹사이트, 앱, CRM에서 메타 시스템으로 직접 데이터를 전송하는 서버사이드 방식이라 쿠키 차단이나 ITP, 광고차단기의 영향을 받지 않고, 픽셀 매칭률이 평균 71% 수준인 반면 서버사이드 포스트백은 98% 이상을 기록합니다. 구현 방식은 직접 API 호출, GTM 서버 컨테이너, 플랫폼 파트너 연동 세 가지로 나뉘는데, 메타 원클릭 설정은 비용 없이 픽셀 이벤트를 그대로 복제할 뿐 세부 통제는 안 되고, 반대로 직접 코드로 구현하면 개발 리소스가 들어가는 대신 웹·앱·오프라인·CRM 이벤트까지 세밀하게 통제할 수 있습니다. 자사몰을 어떤 쇼핑몰 솔루션으로 운영하는지에 따라 채널 설정만으로 픽셀과 서버 이벤트가 함께 구성되는 경우도 있으니, 지금 쓰는 솔루션이 이 기능을 제공하는지부터 확인하는 것이 가장 빠른 출발점입니다. 파트너 연동을 쓰더라도 액세스 토큰 만료 같은 운영 중 점검 항목은 남으니, 정기적으로 전송 상태를 열어 보는 루틴을 만들어 두세요.
오프라인 매장과 상담 구간, 왜 숫자가 안 잡히는지
한돈은 온라인 판매 채널을 갖추고 있어도 소비자가 선도와 품질을 직접 확인한 뒤 사려는 성향이 강하다고 업계에서는 이야기합니다. 그래서 온오프라인 통합 마케팅을 설계할 때 온라인 지표만 보고 오프라인 채널의 비중을 가볍게 잡으면 실제 구매 결정 과정을 놓치기 쉽다고 알려져 있으니, 먼저 오프라인 매장 방문이나 문의가 온라인 구매로 이어지는 흐름이 있는지부터 확인해 보세요. 문제는 이 흐름을 데이터로 잡기가 쉽지 않다는 데 있습니다. 이 업종의 판매망이 대형 자사몰부터 소규모 정육점까지 폭넓게 걸쳐 있다는 점을 감안하면, 전환 측정 설계도 하나의 기준으로 통일하기보다 채널별 인프라 수준에 맞춰 나눠 설계하는 편이 현실적입니다.
업계에서는 이런 이유로 채널별 매출을 따로 보기보다 고객 여정 전체를 하나로 보는 CRM 통합 관점이 필요하다고 안내하며, 클릭 앤 콜렉트 서비스를 저비용으로 시작할 수 있는 옴니채널 보완책으로 꼽습니다. CRM 통합이 없으면 온오프라인 전환 귀속 측정 자체가 불가능하다는 지적도 함께 나오니, 당장 통합이 어렵다면 클릭 앤 콜렉트처럼 상대적으로 가벼운 방법부터 시도해 온오프라인 연결 고리를 만들어 두세요. 상담 전환 역시 같은 문제를 겪는데, 상담 전환율과 실제 리드 수 사이의 괴리, 오프라인 매장 거래 데이터 연계 부족, 그리고 낮은 단가의 오프라인 매장이 POS 시스템 자체를 갖추지 못한 경우가 리드 전환 측정을 어렵게 만드는 대표적인 원인으로 업계에서 꼽힙니다. 소규모 정육점 단위까지 고급 전환 측정 인프라를 기대하기는 어려우니, 상담 전환을 핵심 전환에 넣기 전에 그 매장이 실제로 결과를 추적해 줄 수 있는 구조인지부터 가려내는 것이 순서입니다.
집행 전 체크리스트
- 결제 완료처럼 매출에 직접 연결되는 행동을 먼저 주요 이벤트로 지정했는지, 모든 이벤트를 전환으로 걸어 핵심 지표를 묻어버리지 않았는지 확인하세요
- 자동 수집, 향상된 측정, 추천 이벤트, 맞춤 이벤트 순서로 태깅이 빠짐없이 되어 있는지 점검하세요
- GA4 전환 수와 자사몰 어드민의 실제 결제 데이터를 정기적으로 대조하고, 20% 이상 벌어지면 기기·브라우저·결제수단별로 나눠 원인을 좁혀 보세요
- 메타 광고를 쓴다면 픽셀만으로 끝내지 말고 서버사이드 전환 API 적용 여부와 운영 중 토큰 상태를 확인하세요
- 오프라인 매장과 상담 채널은 POS·CRM 연계 여부부터 파악하고, 연계가 안 되면 클릭 앤 콜렉트 같은 가벼운 보완책부터 시작하세요
- 정제된 핵심 이벤트를 구글애즈로 가져와 스마트 입찰 학습 소스로 쓰되, 네이티브 전환과 중복 계산되지 않는지 확인하세요
← 이전 챕터 · C1 축산물·정육(한돈) 미디어믹스와 예산 배분 원칙
- GA4의 핵심 패러다임: UA(유니버설 애널리틱스)의 세션 중심 데이터 구조와 GA4의 '이벤트 중심(Event-driven)' 구조 완벽 해부
- 전환(Conversion) 설정의 기술: 일반 이벤트를 클릭 한 번으로 '주요 이벤트(Key Event)'로 승격시키는 기준과 조건 설계
- GA4 이벤트 계층 구조의 정석: 자동 수집 이벤트, 향상된 측정 이벤트, 추천 이벤트, 맞춤 이벤트의 명확한 분류 규칙
- 트러블슈팅: 주요 이벤트 수치와 자사몰 어드민 실제 결제 완료 데이터가 20% 이상 벌어질 때 누수 퍼널 추적 가이드
- 주요 이벤트 데이터 피드백: 수집된 전환 모수를 구글 Ads 계정으로 동기화하여 '스마트 입찰(tCPA/tROAS)' 최적화 소스로 활용하기
- 브라우저 단 트래킹의 종말과 대안: 메타 픽셀(웹 배너 단 쿠키)의 유실율을 방어하는 서버사이드 전환 API(CAPI)의 구동 매커니즘
- 구현 조건 및 인프라 구축: 클라우드 서버(AWS, Google Cloud 등) 환경 또는 호스팅사(카페24, Shopify)의 게이트웨이 직접 연동 절차
12CODE ACADEMY
체계적으로 배우고 싶다면
퍼포먼스 광고 운영 과정에서 매체별 운영법을 순서대로 다룹니다.