지금 읽는 곳간편결제를 거치면 왜 소스가 바뀌나목차
S2 › 성과 측정·데이터 기반 최적화 › 과목 213 › 레슨 02
GA4 Purchase 이벤트에서 네이버페이 등 간편결제 우회로 소스/매체가 오염되는 것을 막는 GTM 스크립트 세팅
결제창에 다녀온 사이에 유입 경로가 바뀌어 버리는 문제는, 태그를 고치기 전에 세션 설정부터 손봐야 합니다.
핵심요약
- 간편결제 도메인을 다녀오면 GA4가 그 복귀를 새 추천 유입으로 잡아 소스가 바뀐다
- 태그 설정 구성의 '원치 않는 추천 나열'에 결제·로그인 도메인을 등록하는 것이 1차 조치다
- 결제 페이지가 다른 자사 도메인이면 추천 제외가 아니라 교차 도메인 측정으로 풀어야 한다
- purchase는 향상된 측정으로 자동 수집되지 않으므로 데이터레이어로 직접 심어야 한다
- 세팅 뒤에는 GTM 미리보기와 GA4 DebugView로 소스가 유지되는지 실제 결제 흐름으로 확인한다
간편결제를 거치면 왜 소스가 바뀌나
GA4의 트래픽 획득 보고서는 session_start 이벤트가 발생한 시점의 유입 경로를 그 세션의 소스로 기록합니다. 사용자가 결제 단계에서 외부 결제 도메인으로 이동했다가 돌아오면, 브라우저는 그 복귀를 해당 결제 도메인에서 온 추천 방문으로 알려줍니다. GA4가 이를 새 세션의 시작으로 판단하면 구매 이벤트는 원래 광고가 아니라 결제 도메인 이름으로 귀속됩니다.
증상은 보고서에서 바로 보입니다. 추천 소스 목록에 결제·간편로그인 도메인이 상위에 올라와 있고, 그 소스의 전환율만 비정상적으로 높다면 거의 이 경우입니다. 광고 매체의 전환은 그만큼 사라져 있습니다.
원치 않는 추천 목록에는 무엇을 넣어야 하나
GA4는 이 상황을 위해 참조 제외 기능을 제공합니다. 태그 설정 구성의 '원치 않는 추천 나열'에 도메인을 등록하면 그 도메인에서 돌아온 방문을 새 추천 유입으로 세지 않습니다. 결제 대행사 도메인을 여기에 넣어 해결하는 것은 공식 문서에도 안내된 방식입니다.
국내 실무 가이드들은 간편결제와 간편로그인, 상담 연결처럼 사용자가 잠시 다녀오는 도메인을 함께 등록하라고 안내합니다. 다만 무엇을 넣을지는 짐작하지 말고, 추천 보고서에서 실제로 잡힌 도메인 목록을 먼저 뽑은 뒤 그중 결제·인증 경유에 해당하는 것만 골라 등록하는 편이 안전합니다. 관계없는 도메인까지 넣으면 진짜 제휴 유입까지 사라집니다.
결제 페이지가 다른 자사 도메인일 때는 어떻게 하나
쇼핑몰 본 도메인과 주문서 도메인이 다른 구조라면 이건 추천 제외로 풀 문제가 아닙니다. 이때는 교차 도메인 측정을 설정해야 합니다. 웹 스트림 세부정보의 태그 설정 구성에서 도메인 구성에 두 도메인을 모두 넣으면, GA4는 URL에 붙는 _gl 파라미터로 클라이언트 ID를 도메인 간에 전달해 세션을 하나로 유지합니다.
추천 제외와 교차 도메인은 목적이 다릅니다. 남의 도메인을 잠깐 거쳐 오는 것은 추천 제외, 내 서비스가 여러 도메인에 걸쳐 있는 것은 교차 도메인입니다. 둘을 바꿔 적용하면 증상은 그대로 남습니다.
purchase 이벤트는 어느 시점에 무엇으로 발화시켜야 하나
GA4 향상된 측정이 코드 없이 자동 수집하는 것은 페이지 조회, 스크롤, 외부 링크 클릭, 사이트 검색, 동영상 참여, 파일 다운로드, 양식 시작·제출입니다. 구매는 여기 없습니다. 그래서 주문 완료 시점에 데이터레이어로 값을 직접 밀어 넣어야 합니다.
데이터레이어는 페이지의 값을 GTM의 태그·트리거·변수로 넘기는 임시 저장소이고, push 명령으로 값이 들어오는 순간 GTM이 감지해 태그를 실행합니다. purchase 이벤트에는 items 배열에 item_id, item_name, price, quantity가 필수로 들어가야 하며, 이 중 하나라도 빠지면 커스텀 이벤트로 처리돼 전자상거래 보고서에 아예 나타나지 않습니다. 주문번호는 transaction_id에 반드시 담습니다.
새로고침과 뒤로가기로 생기는 중복은 어떻게 막나
주문 완료 페이지는 사용자가 새로고침하거나 뒤로 갔다 다시 오기 쉬운 화면입니다. 트리거를 페이지 로드에만 걸어두면 그때마다 구매가 한 건씩 더 쌓입니다. 데이터레이어 값이 서버에서 내려온 주문 데이터로만 채워지게 하고, 이미 전송한 transaction_id는 다시 보내지 않도록 처리하는 것이 기본입니다.
보조 장치로 GA4 키 이벤트의 카운팅 방법을 '세션당 한 번'으로 두는 선택지도 있습니다. 다만 이건 같은 세션에서 두 번 산 정상 주문까지 한 건으로 줄여버리므로, 원인을 고치는 대신 쓰는 임시방편이라는 점을 알고 써야 합니다.
세팅한 뒤 무엇으로 검증하나
설정이 끝나면 실제로 한 건을 결제해보는 것이 가장 확실합니다. GTM 미리보기를 켜면 Tag Assistant 창에서 어떤 태그가 실행됐고 어떤 값이 담겼는지 배포 전에 확인할 수 있습니다. 광고 링크에 UTM을 붙여 들어간 뒤 결제까지 마치고, 구매 이벤트의 소스가 처음 들어온 매체 그대로인지, transaction_id가 하나만 들어왔는지를 봅니다. 이 확인을 거치지 않고 배포하면 보고서가 정상으로 보일 때까지 며칠이 그냥 지나갑니다.