초록불 하나를 보고 전환 추적이 끝났다고 보고했습니다

전환 액션 목록의 추적 상태 칸에 초록색으로 '전환 기록 중'이 떠 있었습니다. 저는 그 화면을 캡처해 전환 추적 확인이 끝났다고 보고했지요.

문제는 일주일 뒤에 드러났습니다. 구글애즈에 전환은 꾸준히 쌓이는데, 주문 시스템의 실제 건수와 자릿수가 달랐거든요. 초록불이 거짓말을 한 게 아닙니다. 그 칸은 '신호가 들어온 적이 있다'까지만 알려주는 자리였고, 저는 그걸 '전부 맞다'로 읽었던 겁니다.

이게 까다로운 이유는 단계가 많아서가 아닙니다. 어느 한 화면의 정상 표시가 전체의 정상으로 읽히기 때문이지요.

태그에서 보고서까지는 수도관 네 토막으로 이어져 있습니다. 첫 토막에서 물이 나오는 걸 봤다고 수도가 고쳐진 건 아니지요. 마지막 수도꼭지에서 받은 양이 처음 부은 양과 같아야 끝입니다.

이 글에는 그 네 토막을 각각 어떻게 열어보는지, 구글애즈의 상태 표시를 어디까지 믿어도 되는지, 숫자가 GA4와 어긋날 때 무엇부터 의심하는지, 그리고 새 전환을 만들 때 쓰는 점검 10항을 담았습니다.

전환 추적 확인은 왜 화면 하나로 끝나지 않나요

전환 하나가 보고서에 찍히기까지 서로 다른 네 곳을 지납니다. 브라우저에서 태그가 실행되고, GA4가 그 이벤트를 수집하고, 구글애즈가 전환으로 저장하고, 마지막으로 그 숫자가 주문 시스템이나 CRM의 실제 건수와 맞아야 하지요.

네 곳은 각자 자기 구간만 책임집니다. 그래서 어느 한 화면의 '정상'은 사슬의 한 칸이 멀쩡하다는 보고일 뿐입니다. 태그가 잘 터져도 GA4 쪽 설정이 비어 있으면 수집이 안 되고, GA4에 이벤트가 들어와도 가져오기를 안 했으면 구글애즈에는 아무것도 없습니다. 반대로 구글애즈에 숫자가 쌓이고 있어도 그게 실제 주문 건수와 같다는 보장은 또 별개고요.

그럼 네 군데를 매번 다 열어봐야 하느냐. 새 계정이나 새 전환을 만들 때는 그렇습니다. 다만 순서가 정해져 있어서 실제로는 생각보다 빨리 끝납니다. 앞 칸이 막혀 있으면 뒤 칸은 볼 필요도 없거든요. 끊긴 자리부터 찾아 내려가는 구조라, 어디서 멈췄는지가 곧 원인의 주소가 됩니다.

전환 추적 확인 네 단계는 각각 무엇을 보나요

브라우저, GA4, 구글애즈, 원본 데이터 순서로 내려갑니다. 앞 단계를 통과하지 못했으면 거기서 멈추고 고친 뒤 다시 시작하십시오.

4번을 빼면 앞의 셋은 '배선 점검'에 머뭅니다. 신호가 흐르는 건 확인했는데 그 신호가 실제 매출과 같은 것을 가리키는지는 아직 아무도 안 본 상태지요. 제가 초록불만 보고 보고했던 그 계정이 정확히 여기서 걸렸습니다.

구글애즈 전환 상태 표시는 어디까지 믿을 수 있나요

추적 상태 칸의 세 가지 표시는 각각 다른 말을 합니다. 이 구분을 모르면 멀쩡한 세팅을 뜯거나, 망가진 세팅을 멀쩡하다고 넘기게 됩니다.

가운데 줄이 가장 많이 오해받습니다. '최근 전환 없음'을 보면 태그가 깨졌다고 단정하기 쉬운데, 그 기간에 정말로 전환이 없었을 때도 같은 문구가 뜹니다. 가르는 방법은 하나입니다. 테스트 전환을 직접 1건 발생시켜 보는 것이지요. 테스트 신호까지 들어오지 않으면 그때 배선 문제로 확정합니다.

무엇을 기본 전환에 넣을지, 장바구니 같은 행동을 어디까지 보조로 내릴지는 검증과는 다른 층의 결정입니다. 그 구분은 구글애즈 전환추적 설정에 실계정 사례와 함께 정리해뒀습니다.

전환 숫자가 GA4와 다르면 태그 오류인가요

아닙니다. 아니라고 단정할 수 있는 이유는, 두 도구가 같은 사건을 다른 규칙으로 세도록 설계돼 있기 때문입니다.

GA4는 이벤트와 사용자 범위로 집계하고 구글애즈는 자기 집계 규칙으로 저장하니, 두 숫자가 완전히 같아지는 쪽이 오히려 이상합니다. 그래서 숫자가 어긋날 때 태그부터 뜯는 건 순서가 틀렸습니다. 먼저 아래를 비교하십시오.

• 전환 확인 기간. 클릭 이후 며칠까지를 그 광고의 성과로 인정하는지가 다르면 건수가 다릅니다.
• 기여 분석 모델. 같은 전환을 어느 접점에 돌려주는지가 다릅니다.
• 보고 시간대. 날짜 경계가 어긋나면 일별 숫자부터 밀립니다.
• 집계 방식. 한 사람이 두 번 사면 2건인지 1건인지가 도구마다 다릅니다.
• 모델링 포함 여부. 관측된 것만 세는지, 추정분이 섞이는지가 다릅니다.
• 중복 여부. 같은 구매를 두 전환 액션이 각각 세고 있는 경우입니다.

여섯 가지를 다 맞춰보고도 간극이 설명되지 않을 때, 그때 태그를 봅니다. 어느 한쪽이 항상 더 정확하다고 말할 수도 없습니다. (이 말이 답답하게 들리는 걸 압니다. 그래도 한쪽을 정답으로 못 박는 순간 리포트가 더 크게 틀어집니다.)

같은 구매를 메타와 구글애즈가 각각 자기 성과로 세는 문제는 또 다른 사정이 섞여 있어서 매체별 전환 숫자 차이에 따로 적어뒀습니다. 전환 하나에 얼마의 가치를 실어 보낼지는 구글애즈 전환 가치 설정법에서 다뤘고, 역산해야 하는 숫자들은 165페이지 실무가이드의 세팅 장에 화면 단위로 풀어놨습니다.

새 전환을 만들 때 점검할 10가지

새 계정이나 새 전환 액션을 세팅할 때는 순서대로 하나씩 짚는 편이 빠릅니다. 빠뜨린 단계를 찾는 데 쓰는 목록이라, 중간에 막히면 거기가 원인입니다.

1. GA4 속성을 만들고 구글애즈 계정과 연동했는가
2. GA4에서 핵심 전환 이벤트를 설정하고 핵심 이벤트로 표시했는가
3. 구글애즈에서 GA4 전환을 가져왔거나 구글애즈 전환을 생성했는가
4. 기본 전환과 보조 전환이 올바르게 구분되어 있는가
5. 구매는 value, currency, transaction_id가, 리드는 유효 리드 회수 구조가 정확한가
6. 중복 전환 액션이 없는가
7. 동의와 개인정보 요건, Consent Mode 설정을 확인했는가
8. 향상된 전환이 올바르게 활성화되어 있는가 (선택)
9. 교차 도메인 추적이 설정되어 있는가 (선택)
10. 테스트 전환 1건이 실제 주문이나 CRM과 대조되는가

5번과 10번이 실무에서 가장 자주 비어 있는 칸입니다. 이벤트 이름을 purchase로 붙였다고 주문 금액이 자동으로 따라오지는 않습니다. 값과 통화를 실어 보내도록 구현해야 들어오고, 그게 실제로 들어왔는지는 테스트 주문 한 건으로 눈으로 확인하는 것 말고는 방법이 없습니다.

그리고 이 열 줄은 한 번 통과하면 끝나는 목록이 아닙니다. 사이트를 개편하거나 결제 흐름을 바꾸면 사슬의 첫 칸이 조용히 끊기는데, 끊긴 건 알림으로 알려주지 않거든요. 저는 개편 뒤에 테스트 전환 1건을 다시 넣어보는 것을 배포 체크리스트에 끼워두는 쪽을 권합니다.

자주 묻는 질문

전환 추적 확인은 어디서부터 보나요?

브라우저에서 시작해 원본 데이터로 내려갑니다. Tag Assistant 미리보기로 태그가 의도한 행동에서 한 번 실행되는지 보고, GA4 실시간 보고서에서 그 이벤트가 수집되는지 확인하고, 구글애즈의 전환 화면에서 추적 상태와 최근 활동을 보고, 마지막으로 주문 시스템이나 CRM의 1건과 구글애즈의 1건을 대조합니다. 앞 단계를 통과하지 못했으면 거기서 멈추고 고친 뒤 다시 시작하는 편이 빠릅니다. 끊긴 자리가 곧 원인의 주소이기 때문입니다.

구글애즈 전환 상태가 전환 기록 중이면 끝난 건가요?

아닙니다. 전환 기록 중이라는 표시는 신호가 들어온 적이 있다는 의미까지만 알려줍니다. 들어온 신호의 건수와 값이 실제 주문이나 CRM 기록과 맞는지는 별개의 확인 단계이고, 그 대조를 하지 않으면 엉뚱한 행동을 전환으로 세고 있어도 화면은 계속 정상으로 보입니다. 상태 표시는 사슬의 한 칸이 멀쩡하다는 보고로 읽으시는 게 정확합니다.

전환 추적 확인에서 테스트 전환은 어떻게 만드나요?

실제 구매나 문의 흐름을 그대로 한 건 완료하는 방식입니다. 이커머스라면 테스트 주문을, 리드 사업이라면 문의 폼 제출을 직접 해보고 그 한 건이 네 단계를 어디까지 통과하는지 따라갑니다. 이때 새로 고침이나 뒤로 가기로 같은 거래가 두 번 기록되지 않는지, 거래 ID로 중복이 제거되는지도 같이 확인하십시오. 중복은 평소에는 보이지 않다가 전환수가 부풀어 있을 때 원인으로 드러납니다.

GA4 전환 숫자와 구글애즈 전환 숫자가 다르면 잘못된 건가요?

두 도구는 집계 범위와 규칙이 달라서 숫자가 완전히 같지 않을 수 있습니다. 태그 오류를 의심하기 전에 전환 확인 기간, 기여 분석 모델, 보고 시간대, 집계 방식, 모델링 포함 여부, 중복 여부를 먼저 비교하십시오. 이 여섯 가지로 설명되지 않는 간극이 남을 때 태그를 봅니다. 어느 한쪽이 항상 더 높거나 더 정확하다고 단정할 수는 없습니다.

전환 추적 확인을 했는데 보고서에 안 보이면 다시 설정해야 하나요?

바로 재설정하지 마십시오. 전환이 보고서에 반영되는 데는 시간이 걸리므로, 수집 방식에 맞는 반영 시간이 지난 뒤에 다시 확인하는 것이 먼저입니다. 급하게 전환 액션을 다시 만들면 중복 전환 액션이 생겨 같은 구매가 두 번 집계되는 새 문제가 더해집니다. 기다린 뒤에도 테스트 신호가 보이지 않는다면 그때 태그 실행과 계정 연결 상태를 순서대로 점검합니다.

더 깊이 들어가려면

여기까지가 검증의 사슬입니다. 태그가 한 번 터지는지, GA4가 받는지, 구글애즈가 저장하는지, 그 숫자가 원본과 맞는지를 네 단계로 끊어 보는 것이요. 실제 운영에서는 이다음이 더 깁니다. 무엇을 기본 전환에 남길지 고르고, 전환 하나에 얼마의 가치를 실을지 정하고, 리드 사업이라면 유효 리드와 계약까지 되돌려 올리는 구조를 짜는 일 같은 것들이지요.

아직 결제까진 좀 그렇다면, 매주 화요일 아침에 보내는 아이작 뉴스레터부터 받아보세요. 지금 계정의 전환 숫자가 어디서 어긋나는지 같이 맞춰보고 싶으시면 1:1 계정 진단도 운영합니다.