향상된 전환 설정: 방식 고르는 기준과 일치율 점검 순서
구글 광고의 향상된 전환은 전환을 새로 만들어내는 기능이 아닙니다. 쿠키로는 광고와 연결되지 않던 전환을, 고객이 직접 입력한 이메일·전화번호로 다시 이어 붙이는 측정 보정 장치입니다.
그래서 향상된 전환에서 가장 중요한 건 "켰는가"가 아니라 "전환 시점에 정규화된 고객 데이터가 실제로 전송되고 있는가"입니다. 설정 화면에서 '사용 중'으로 표시돼도 데이터 형식이 틀렸거나 전송 타이밍이 어긋나 있으면 보정 효과는 거의 없습니다.
아래에서 웹용과 리드용을 구분하는 기준, 설정 방식 고르는 법, 국내 사이트에서 일치율이 떨어지는 원인, 켠 뒤 판독하는 순서를 차례로 설명합니다.
1. 향상된 전환이 하는 일: 웹용과 리드용 구분 기준
어떤 전환을 되찾아 주는가
기본 전환 태그는 광고 클릭 때 남은 식별값(GCLID)과 쿠키를 기준으로 전환을 광고에 연결합니다.
문제는 이 연결이 생각보다 자주 끊긴다는 점입니다.
모바일에서 광고를 보고 PC로 결제하는 경우, 브라우저 추적 방지로 쿠키가 지워진 경우, 인앱 브라우저에서 외부 브라우저로 넘어간 경우가 대표적입니다.
향상된 전환은 이 빈틈을 메웁니다.
전환 페이지에서 고객이 입력한 이메일·전화번호·이름과 주소를 SHA-256으로 해시해 보내고,
구글은 이 값을 로그인된 구글 계정 정보와 대조해 광고 상호작용과 다시 연결합니다.
-> 핵심: 전환이 '발생하지 않은' 것이 아니라 '광고에 귀속되지 못한' 것을 되찾는 기능입니다.
웹용과 리드용은 목적이 다릅니다
향상된 전환은 두 갈래로 나뉩니다.
이름이 비슷해서 혼동하기 쉽지만, 해결하는 문제가 다릅니다.
구분 | 웹용 향상된 전환 | 리드용 향상된 전환 |
|---|---|---|
전환이 일어나는 곳 | 웹사이트 안 (구매·가입 완료) | 웹사이트 밖 (상담 후 계약·방문) |
데이터 전송 시점 | 전환 태그가 실행될 때 함께 | 양식 제출 때 해시값 수집 → 이후 오프라인 전환 업로드 |
업로드 작업 | 필요 없음 | 필요함 (데이터 관리자·API·파일 업로드) |
주로 맞는 업종 | 이커머스, 앱 없는 회원가입형 서비스 | 교육·부동산·B2B·병원 등 상담형 |
기존 방식과 관계 | 기존 전환 태그를 보완 | GCLID 기반 오프라인 전환 가져오기를 대체·보완 |
리드용은 GCLID를 CRM에 따로 저장하지 않아도 된다는 점이 실무상 큰 장점입니다.
상담 DB를 엑셀로 관리하는 곳은 GCLID 필드를 만드는 것부터 막히는 경우가 많은데,
리드용 향상된 전환은 이메일이나 전화번호만 있으면 업로드가 가능합니다.
켜도 효과가 작은 계정
모든 계정에서 향상된 전환의 체감 효과가 큰 것은 아닙니다.
① 전환 수가 원래 매우 적은 계정 — 보정할 표본 자체가 적어 차이가 잘 보이지 않습니다.
② 전환 페이지에서 고객 정보를 전혀 받지 않는 구조 — 비회원 간편결제만 있는 경우 등입니다.
③ 입찰에 쓰는 전환이 GA4에서 가져온 전환인 경우 — 구글 광고 쪽 향상된 전환만 켜서는 입찰 신호가 바뀌지 않습니다. GA4의 사용자 제공 데이터 수집 설정을 별도로 봐야 합니다.
특히 ③은 실무에서 자주 놓칩니다.
"향상된 전환을 켰는데 아무 변화가 없다"는 계정을 열어 보면,
실제 입찰 기준 전환이 GA4 가져오기 전환으로 잡혀 있는 경우가 적지 않습니다.
2. 향상된 전환 설정 방식 고르는 기준: 자동 감지·코드·GTM
설정 전에 먼저 처리할 두 가지
방식을 고르기 전에 끝내 둘 것이 있습니다.
첫째, 구글 광고 계정에서 고객 데이터 약관 동의입니다.
목표 > 전환 > 설정 영역에서 향상된 전환을 켜는 과정에서 약관 동의가 필요하며,
동의하지 않으면 데이터가 전송돼도 처리되지 않습니다.
둘째, 개인정보처리방침 점검입니다.
해시 처리된 값이라도 광고 측정 목적으로 제3자에게 제공·처리 위탁되는 개인정보에 해당할 수 있습니다.
처리방침에 광고 측정 목적의 데이터 처리 내용이 반영돼 있는지 법무·개인정보 담당자와 확인해 두는 편이 안전합니다.
방식별 선택 기준
설정 방식 | 작동 원리 | 맞는 경우 | 주의할 점 |
|---|---|---|---|
자동 감지 | 구글 태그가 페이지에서 이메일·전화번호 형태의 값을 스스로 찾음 | 개발 리소스가 없고, 완료 페이지에 고객 정보가 노출되는 사이트 | 정확도가 가장 낮음. 페이지 구조가 바뀌면 조용히 실패 |
코드(데이터 직접 전달) | gtag의 user_data 또는 데이터 레이어로 값을 명시적으로 전달 | 자사몰 개발이 가능한 경우, 정확도가 필요한 경우 | 개발 작업 필요. 가장 권장되는 방식 |
GTM | GTM의 사용자 제공 데이터 변수로 값 지정 (자동·CSS 선택자·데이터 레이어) | 이미 GTM으로 태그를 관리하는 경우 | 변수가 '정의되지 않음'으로 들어가도 태그는 정상 실행돼 오류가 안 보임 |
API·데이터 관리자 | 서버에서 해시값과 전환을 직접 전송 | 리드용, 서버 측 측정 체계가 있는 경우 | 업로드 주기와 정규화 규칙을 직접 관리해야 함 |
판단 순서는 단순합니다.
정확도를 원하면 코드 또는 데이터 레이어, 당장 리소스가 없으면 자동 감지로 시작하되 임시 방편으로 둡니다.
자동 감지를 오래 두면 안 되는 이유
자동 감지는 설정이 쉬운 대신 실패가 눈에 띄지 않습니다.
주문 완료 페이지 디자인을 개편하면서 이메일 노출 영역을 빼버리면,
전환 태그는 그대로 실행되고 전환 수도 그대로 잡히지만 고객 데이터만 빠진 채 전송됩니다.
설정 화면에서는 여전히 '사용 중'입니다.
카페24·아임웹 같은 호스팅 쇼핑몰에서 스킨을 교체한 뒤 향상된 전환 범위가 뚝 떨어지는 경우가 이 패턴입니다.
자동 감지를 쓴다면 사이트 개편 때마다 진단 화면을 확인하는 절차를 운영 체크리스트에 넣어 두어야 합니다.
3. 향상된 전환 일치율이 떨어지는 4가지 이유: 국내 사이트 기준
설정이 '사용 중'인데도 효과가 없다면, 대부분은 데이터 형식이나 전송 타이밍 문제입니다.
국내 사이트에서 특히 자주 나오는 원인 네 가지를 정리했습니다.
① 전화번호를 국내 형식 그대로 보내는 경우
가장 흔한 실패입니다.
향상된 전환의 전화번호는 국가 코드를 포함한 E.164 형식이어야 합니다.
입력값 | 상태 | 올바른 형식 |
|---|---|---|
010-1234-5678 | 하이픈 포함, 국가 코드 없음 | +821012345678 |
01012345678 | 국가 코드 없음 | +821012345678 |
+82 10 1234 5678 | 공백 포함 | +821012345678 |
82-10-1234-5678 | '+' 없음, 하이픈 포함 | +821012345678 |
국내 번호는 맨 앞의 0을 빼고 +82를 붙입니다.
리드 수집형 사이트에서 하이픈이 들어간 번호를 그대로 해시해 보내는 바람에, 수개월간 전화번호 기반 일치가 사실상 0에 가까웠던 경우도 실무에서 드물지 않게 발견됩니다.
해시값은 한 글자만 달라도 완전히 다른 값이 되기 때문에, '거의 맞는' 형식은 의미가 없습니다.
② 직접 해시하면서 정규화를 빠뜨리는 경우
gtag나 GTM에 해시하지 않은 원본값을 넘기면 구글 태그가 정규화와 해시를 자동으로 처리합니다.
반면 보안 정책상 자체적으로 해시해서 넘기는 경우에는 정규화를 직접 해야 합니다.
이메일: 앞뒤 공백 제거, 전부 소문자로 변환
gmail.com·googlemail.com 주소: 도메인 앞 '@' 앞부분의 마침표(.) 제거
전화번호: 위 E.164 형식으로 변환
해시 알고리즘: SHA-256, 16진수 문자열
"Hong.GilDong@Gmail.com "처럼 대문자와 공백이 섞인 값을 그대로 해시하면 일치하지 않습니다.
특별한 이유가 없다면 원본값을 태그에 넘기고 해시는 구글 태그에 맡기는 편이 실수가 적습니다.
③ 이름·주소 조합에 기대는 경우
이름과 주소로 매칭하려면 이름, 성, 우편번호, 국가 코드가 함께 있어야 합니다.
국내 사이트는 대부분 이름을 한 칸으로 받기 때문에 성과 이름을 정확히 나누기 어렵고,
복성이나 외국인 이름에서는 분리 규칙이 쉽게 틀어집니다.
-> 핵심: 국내 사이트는 이메일 + 전화번호 두 가지를 확실하게 보내는 것이 이름·주소 조합보다 훨씬 효율적입니다.
④ 데이터가 전환 태그보다 늦게 준비되는 경우
향상된 전환은 전환 태그가 실행되는 그 순간에 고객 데이터가 존재해야 합니다.
흔한 구조가 이렇습니다.
고객은 주문서 페이지에서 이메일과 전화번호를 입력하고, 전환 태그는 주문 완료 페이지에서 실행됩니다.
그런데 주문 완료 페이지에는 주문번호만 있고 고객 정보는 없습니다.
이 경우 해결책은 두 가지입니다.
① 주문 완료 시점에 서버에서 주문 정보를 조회해 데이터 레이어에 고객 정보를 넣어 두기
② 양식 제출 단계에서 값을 세션에 임시 저장했다가 완료 페이지에서 꺼내 쓰기
GTM을 쓰는 경우, 미리보기 모드에서 전환 태그가 실행될 때 사용자 제공 데이터 변수에 실제 값이 들어가 있는지 반드시 확인합니다.
값이 비어 있어도 태그 자체는 '실행됨'으로 표시되기 때문에, 태그 실행 여부만 보면 문제를 놓칩니다.
4. 향상된 전환 켠 뒤 점검 순서와 성과 판독 기준
1단계: 진단 화면에서 상태 확인
향상된 전환을 켠 직후에는 진단 정보가 바로 뜨지 않습니다.
데이터가 쌓이기까지 보통 며칠이 걸리므로, 켠 당일 '데이터 없음'은 정상입니다.
며칠 뒤 해당 전환 액션의 진단 화면에서 볼 것은 세 가지입니다.
상태: 정상 작동 중인지, 경고·오류 알림이 있는지
범위(커버리지): 전체 전환 중 고객 데이터가 함께 전송된 비율
형식 관련 알림: 전화번호·이메일 형식 오류 경고 여부
2단계: 범위 수치로 원인 구간 가르기
범위는 "고객 데이터를 보낼 수 있는 전환 중 실제로 얼마나 보냈는가"를 보여 줍니다.
실무에서는 다음처럼 해석하면 원인 구간을 빠르게 좁힐 수 있습니다.
범위 상태 | 의심할 구간 | 확인할 것 |
|---|---|---|
0%에 가까움 | 전송 자체가 안 됨 | 약관 동의, 변수 매핑, 자동 감지 실패 여부 |
절반 이하 | 일부 경로에서만 전송 | 간편결제·비회원·모바일 경로별 완료 페이지 차이 |
높은데 효과가 안 보임 | 형식 불일치 | 전화번호 E.164, 직접 해시 시 정규화 |
특히 "절반 이하" 구간은 결제 경로가 여러 개인 쇼핑몰에서 자주 나옵니다.
일반 결제 완료 페이지에는 데이터 레이어가 붙어 있는데, 간편결제를 거친 완료 페이지는 다른 템플릿을 쓰는 식입니다.
결제 수단별로 직접 테스트 주문을 넣어 보는 것이 가장 확실합니다.
3단계: 전환 수 변화는 입찰과 함께 해석
향상된 전환이 제대로 작동하면 구글 광고에 기록되는 전환 수가 늘어납니다.
여기서 판단을 그르치기 쉽습니다.
실제 주문이 늘어난 것이 아니라, 원래 있던 주문이 광고에 더 많이 귀속된 것입니다.
켜기 전 2주와 켠 뒤 2주의 CPA·ROAS를 단순 비교해 "성과가 좋아졌다"고 보고하면 측정 변화와 성과 변화를 섞게 됩니다.
판독은 이렇게 하는 편이 정확합니다.
① 쇼핑몰 관리자나 CRM의 실제 주문·리드 수가 같은 기간에 어떻게 움직였는지 먼저 확인
② 실제 주문 수는 비슷한데 광고 전환만 늘었다면 → 측정 보정 효과
③ 실제 주문 수도 함께 늘었다면 → 입찰 신호 개선으로 효율이 오른 효과가 섞여 있을 수 있음
4단계: 목표 CPA·ROAS는 바로 손대지 않기
전환이 더 많이 기록되면 스마트 입찰은 같은 목표값에서도 더 공격적으로 입찰할 여지가 생깁니다.
이 시점에 목표 CPA를 낮추거나 목표 ROAS를 올리는 식으로 같이 손대면,
어떤 변화가 성과를 움직였는지 분리할 수 없게 됩니다.
실무에서는 향상된 전환을 켠 뒤 최소 1~2주는 입찰 목표를 고정하고,
측정값이 안정된 다음 새 기준으로 목표를 다시 잡는 순서가 안전합니다.
같은 기간에 전환 액션 추가·삭제나 기본 전환 변경을 함께 하는 것도 피합니다.
자주 나오는 실패 사례
향상된 전환을 켜면서 동시에 GTM으로 전환 태그를 새로 만들어, 기존 하드코딩 태그와 전환이 이중으로 잡힌 경우
리드용을 설정해 놓고 오프라인 전환 업로드를 몇 달씩 미뤄 입찰에 반영되지 않은 경우
테스트용으로 만든 전환 액션에만 향상된 전환을 켜고, 실제 입찰에 쓰는 기본 전환에는 적용되지 않은 경우
세 번째는 의외로 많습니다.
향상된 전환은 결국 입찰에 쓰는 기본 전환 액션에 데이터가 붙어야 의미가 있습니다.
자주 묻는 질문
구글 향상된 전환 켜면 전환이 얼마나 늘어나나요?
계정마다 차이가 큽니다. 크로스 디바이스 구매 비중, 인앱 브라우저 유입 비중, 로그인한 구글 사용자 비중에 따라 보정 폭이 달라집니다. 일률적인 수치를 기대하기보다, 켠 뒤 실제 주문 수와 광고 전환 수의 차이가 얼마나 좁혀졌는지로 판단하는 것이 정확합니다.
향상된 전환 상태가 '사용 중'인데 효과가 없는 이유는?
'사용 중'은 설정이 켜져 있다는 뜻이지, 고객 데이터가 올바르게 전송되고 있다는 뜻은 아닙니다. 진단 화면의 범위 수치와 형식 경고를 확인하고, 국내 사이트라면 전화번호가 +82로 시작하는 E.164 형식인지 먼저 점검하세요.
향상된 전환과 GA4 전환은 따로 설정해야 하나요?
입찰에 구글 광고 태그 기반 전환을 쓴다면 구글 광고의 향상된 전환 설정으로 충분합니다. GA4에서 가져온 전환을 입찰에 쓴다면 GA4의 사용자 제공 데이터 수집을 별도로 설정해야 입찰 신호에 반영됩니다.
리드용 향상된 전환에도 GCLID가 필요한가요?
필수는 아닙니다. 양식 제출 때 해시된 이메일·전화번호를 수집해 두고, 이후 계약·방문 같은 오프라인 전환을 같은 정보로 업로드하면 연결됩니다. 다만 업로드가 늦어질수록 입찰 반영도 늦어지므로 업로드 주기를 정해 두는 것이 좋습니다.
해시하지 않은 이메일을 그대로 보내도 안전한가요?
gtag나 GTM에 원본값을 넘기면 구글 태그가 브라우저에서 정규화와 SHA-256 해시를 거친 뒤 전송합니다. 자체 해시를 할 경우 정규화 실수로 일치율이 떨어지는 경우가 많아, 특별한 보안 요건이 없다면 태그에 맡기는 쪽을 권합니다. 어느 방식이든 개인정보처리방침 반영은 별도로 확인해야 합니다.
마무리
향상된 전환은 버튼 하나로 끝나는 설정처럼 보이지만,
실제 효과는 어떤 값을, 어떤 형식으로, 어느 시점에 보내느냐에서 갈립니다.
정리하면 순서는 이렇습니다.
[] 입찰에 쓰는 기본 전환 액션이 무엇인지 확인했는가?
[] 웹용과 리드용 중 내 전환 구조에 맞는 것을 골랐는가?
[] 자동 감지가 아닌 코드·데이터 레이어로 값을 명시적으로 넘기고 있는가?
[] 전화번호가 +82로 시작하는 E.164 형식인가?
[] 켠 뒤 1~2주는 입찰 목표를 고정하고, 실제 주문 수와 비교해 판독했는가?
이 다섯 가지만 맞춰도 "켜 놨는데 아무 변화가 없다"는 상황은 대부분 피할 수 있습니다.
측정이 정확해져야 입찰도 제대로 학습한다는 점에서, 향상된 전환은 광고 효율 개선보다 먼저 손봐야 할 기반 작업에 가깝습니다.
전환 태그 자체의 설치 순서는 구글 광고 전환추적 설정 순서: 실무 4단계 기준에서, 태그 기반 점검은 구글 태그 설치 순서: 광고 성과 측정 전 확인할 4단계 기준에서 확인할 수 있습니다.
향상된 전환을 켠 뒤 전환이 두 번씩 잡힌다면 구글 광고 전환 중복: 전환이 두 번 잡히는 4가지 원인과 정리 순서를 함께 참고하세요.