교육 문의커뮤니티 입장하기

구글애즈 향상된 전환 가이드: 해싱, 설정과 수집 결과 확인

향상된 전환은 고객이 제공한 데이터를 해싱해 Google Ads 전환 측정을 보완하는 기능입니다. 웹과 리드의 차이, 통합 설정과 API 이전, GTM 수집 및 진단 순서를 설명합니다.

아직 읽은 기록이 많지 않은 글이에요
Share
구글애즈 향상된 전환 가이드: 해싱, 설정과 수집 결과 확인 대표 이미지
목차
  1. 해싱은 무엇이고 무엇이 아닌가요?
  2. 웹사이트에서 구매가 끝나는 경우의 흐름
  3. 웹 전환과 리드 후속 성과는 흐름이 다릅니다
  4. 2026년 통합 설정과 API 이전을 구분합니다
  5. 첫 설정 전에는 전환 하나를 고릅니다
  6. Google Ads에서 사용 상태를 확인합니다
  7. GTM에서는 수집 방법과 태그 연결을 확인합니다
  8. 켰는지, 보냈는지, 반영됐는지를 따로 확인합니다
  9. 3줄 요약

세 줄로 먼저 읽기

  1. 향상된 전환은 고객이 제공한 이메일과 전화번호를 SHA-256으로 해싱해 Google 계정 정보와 대조하고 기존 전환 측정을 보완하는 기능입니다.
  2. 2026년 6월 웹과 리드 설정이 통합돼 사용 상태는 자동으로 넘어가지만 오프라인과 리드 전환의 API 업로드에는 6월 15일부터 Data Manager API 이전 요건이 적용됩니다.
  3. 해시값은 후보 이메일과 대조할 수 있어 익명 정보로 보지 않으며, 기능을 켠 것과 값이 전송된 것, 진단에 반영된 것은 따로 확인합니다.

향상된 전환(Enhanced Conversions)은 고객이 제공한 정보를 이용해 Google Ads의 전환 측정을 보완하는 기능입니다. 전환은 구매 완료나 문의 제출처럼 성과로 정한 행동이고, 태그는 측정 데이터를 보내는 코드입니다. 향상된 전환을 켜도 기존 전환 태그는 그대로 쓰며, 일어나지 않은 구매가 새로 생기지도 않습니다.

광고를 보고 구매한 고객의 연락처를 허용된 방식으로 대조하면, 기존 신호만으로는 광고와 연결하지 못했던 전환 일부를 측정할 수 있습니다. 이 대조를 매칭이라고 하며, 전달한 값과 연결 가능한 계정 정보를 맞춰 보는 과정입니다. 동의 상태와 데이터 품질, 계정 연결이 모두 맞아야 매칭이 되므로 광고 차단이나 쿠키 제한으로 빠진 기록이 전부 돌아오지는 않습니다.

그래서 첫 작업은 설정 버튼을 누르는 것이 아니라 어떤 전환에서 어떤 고객 정보가 준비되는지 보는 것입니다.

해싱은 무엇이고 무엇이 아닌가요?

자사 고객 데이터(퍼스트파티 데이터)는 고객이 주문이나 문의 과정에서 직접 제공한 정보입니다. 이메일과 전화번호 등이 여기에 들어갑니다.

해싱(Hashing)은 입력을 정해진 방식으로 계산해 일정한 길이의 값으로 바꾸는 처리입니다. 향상된 전환은 SHA-256이라는 방식을 씁니다. 같은 입력이면 늘 같은 해시값이 나오므로 값끼리 대조할 수 있습니다. 반대로 공백 하나, 대문자 하나만 달라도 전혀 다른 값이 나옵니다.

터미널, SHA-256 앞 16글자
printf '%s' 'user@example.com' | shasum -a 256 | cut -c1-16
b4c9a289323b21a0
printf '%s' ' User@Example.com' | shasum -a 256 | cut -c1-16
dba2bf87f4aad85e
앞 공백과 대문자 때문에 다른 값이 나옵니다
설명을 위해 만든 화면입니다. 해시값은 맥 터미널에서 실제로 계산한 값의 앞 16글자입니다.

그래서 대조 전에는 정규화, 즉 공백이나 대소문자 같은 입력 형식을 규칙에 맞게 정리하는 과정이 필요합니다. 향상된 전환과 정규화 안내에 필드별 규칙이 나와 있고, 그 규칙과 구현 방식대로 처리합니다. 모든 값을 임의로 소문자로 바꾸거나 이미 해싱한 값을 한 번 더 해싱하지 않습니다.

해싱은 암호화와도 다릅니다.

해싱과 암호화의 차이

항목해싱SHA-256암호화키로 잠그는 방식
키로 원문을 되돌리는 기능제공하지 않음방식에 따라 있음
같은 입력이면 같은 값제공–
후보 이메일을 해싱해 같은 값인지 대조제공–
해시값은 되돌리는 기능이 없어도 후보 값과 대조할 수 있어서 완전한 익명 정보로 취급하지 않습니다.

원문으로 되돌리는 정식 기능이 없다는 것과 원문을 절대 알아낼 수 없다는 것은 다릅니다. 후보 이메일을 해싱해 같은 값이 나오는지 비교하면 누구의 이메일인지 알 수 있기 때문입니다. 특정 개인과 연결할 수 없는지는 따로 판단해야 하므로, 해싱한 값을 다룰 때도 수집 목적과 사용 조건, 필요한 동의를 갖춥니다.

웹사이트에서 구매가 끝나는 경우의 흐름

  1. 구매 완료 같은 기존 전환이 올바르게 기록되는지 봅니다.
  2. 그 전환 시점에 고객이 제공한, 사용이 허용된 정보가 준비되는지 봅니다.
  3. 구현 방식에 맞게 정규화와 해싱을 거쳐 전달합니다.
  4. Google이 연결 가능한 계정 정보와 대조해 전환 측정을 보완합니다.

3번은 구현에 따라 처리하는 곳이 다릅니다. 태그가 원문을 받아 직접 해싱하기도 하고, 사이트가 미리 해싱한 값을 태그에 넘기기도 합니다. 지금 어느 방식인지 개발 담당자와 먼저 맞춥니다. 이메일과 전화번호에 쓰는 정규화 규칙을 주소의 모든 필드에 똑같이 적용하지 않습니다.

웹 전환과 리드 후속 성과는 흐름이 다릅니다

리드는 문의나 상담 신청처럼 후속 영업으로 이어질 잠재 고객입니다. 설정 화면은 하나로 합쳐졌어도, 성과가 일어나는 곳과 그 성과를 Google Ads에 알리는 방법은 웹 구매와 다릅니다. 웹 구매는 사이트에서 결제가 끝나는 순간 전환 태그가 고객 정보와 함께 전환을 보내면 되지만, 리드는 문의 때 받은 고객 정보와 나중의 실제 계약을 이어 붙여야 성과가 잡힙니다.

리드가 계약 성과로 잡히기까지

  1. 1. 웹 문의문의 양식에서
    고객 정보를 받음
  2. 2. 상담과 계약전화나 대면으로
    나중에 성사
  3. 3. CRM 기록어떤 전환이
    언제 일어났는지
  4. 4. 결과 업로드계약 결과를 Google Ads에
    후속 자료로 전달

리드 방식은 문의 양식에서 이메일만 받으면 계약 결과까지 알아서 찾아내는 기능이 아닙니다. 계약이 성사되면 어떤 전환이 언제 일어났는지를 후속 자료로 가져와야 합니다. CRM은 고객과 상담 기록을 관리하는 시스템이며, 실제 성과는 이 시스템이나 관리 자료에서 골라냅니다.

2026년 통합 설정과 API 이전을 구분합니다

API는 프로그램이 다른 서비스에 요청을 보내는 연결 방식이고, Data Manager는 Google에 연결할 고객 데이터의 소스를 관리하는 도구입니다. Google 공식 안내에 따르면 Google Ads는 2026년 4월부터 태그와 Data Manager, API 연결로 들어오는 사용자 제공 데이터를 함께 받고, 6월부터 웹과 리드의 향상된 전환 설정이 하나로 합쳐졌습니다.

이 변경에서 자동으로 넘어가는 것과 직접 옮겨야 하는 것이 다릅니다.

6월 통합에서 자동으로 넘어가는 것

변경적용 시기자동 이전
향상된 전환 사용 상태6월 통합제공
전송 방법 선택6월 통합한 가지만 고르던
구조에서 변경
오프라인, 리드 전환의 API 업로드6월 15일부터제공하지 않음
사용 상태가 자동으로 넘어가는 대상은 고객 데이터 약관에 이미 동의한 계정입니다.

기능의 사용 상태는 자동으로 넘어가지만 업로드 코드는 그렇지 않습니다. 향상된 전환 설정 변경 안내에는 2026년 6월 15일부터 오프라인 전환과 리드용 업로드를 Data Manager API로 옮기는 요건과 기존 Google Ads API의 접근 조건이 적혀 있습니다. 이런 업로드 코드를 운영한다면 개발 담당자가 호출 경로와 최근 성공, 실패 기록을 봐야 합니다.

첫 설정 전에는 전환 하나를 고릅니다

쇼핑몰이라면 구매 완료 전환 하나를 정해 아래 순서로 적어 봅니다. 하나를 끝까지 확인한 뒤 다른 전환으로 넓히면 문제가 생긴 곳을 찾기 쉽습니다.

구매 완료 전환 하나를 점검하는 순서

  1. 1. 발생 조건결제 성공 이후에만
    버튼 클릭만으로는 아님
  2. 2. 현재 수집 방식쇼핑몰 연동, Google 태그,
    GTM 중 실제 방식
  3. 3. 준비되는 정보그 시점에 읽을 수 있는
    이메일 등
  4. 4. 사용 조건약관과 데이터 정책,
    동의 상태
  5. 5. 시험 환경실제 고객 자료 대신
    승인된 테스트

쇼핑몰 기본 연동이 이미 향상된 전환을 처리하고 있다면 같은 기능을 GTM에서 한 번 더 넣지 않습니다. 전환 시점에 고객 정보가 없으면 정보가 준비되는 시점을 개발 담당자와 맞춥니다. 고객 정보를 읽으려고 화면에 개인정보를 새로 띄우지는 않습니다.

Google Ads에서 사용 상태를 확인합니다

통합 이후 향상된 전환의 사용 상태는 아래 경로에서 봅니다. 필요한 약관과 정책을 읽은 뒤 기능을 켭니다.

Google Ads에서 향상된 전환 상태를 보는 경로

  1. 1. 목표목표(Goals) 메뉴
  2. 2. 설정설정(Settings)
  3. 3. 고객 데이터 사용Customer data use에서
    향상된 전환 상태
  4. 4. 대상 전환 액션전환 액션별 상태가
    계정 설정과 같은지

같은 화면의 전환 기반 고객 목록은 고객 데이터로 광고 대상 목록을 만드는 별도 용도입니다. 향상된 전환을 켜면서 주변의 체크박스를 모두 함께 켜지 말고, 필요한 사용 범위만 고릅니다.

전환 액션은 Google Ads에 등록한 개별 성과 행동입니다. 계정 수준의 상태와 전환 액션 수준의 상태가 다를 수 있어서 4번에서 대상 전환을 따로 봅니다. 계정의 스위치를 켜도 사이트가 어떤 데이터를 보내야 하는지까지 정해지지는 않습니다. 메뉴가 보이지 않으면 계정과 권한, 현재 통합 화면을 보고 담당자에게 설정 상태를 물어봅니다. 옛 문서의 화면과 다르다고 새 전환을 중복으로 만들지 않습니다.

GTM에서는 수집 방법과 태그 연결을 확인합니다

GTM(Google Tag Manager)은 측정 태그를 관리하는 도구이고, 컨테이너는 그 태그 설정을 묶은 단위입니다. Google의 현재 GTM 안내는 컨테이너에 배포한 Google 태그를 통한 구성을 권장하고, 사용자 제공 데이터 기능을 허용한 뒤 수집 방법을 고르게 합니다. 고객 데이터는 이 기능의 전용 설정으로 보내며, 이메일이나 전화번호를 GA4의 일반 이벤트 매개변수에 넣어 대신하지 않습니다.

수집 방법은 세 가지이고, 방법마다 고객 정보를 찾는 곳이 다릅니다.

GTM의 고객 정보 수집 방법 세 가지

항목자동 감지선택자, 변수 지정CSS 선택자 또는 JavaScript코드로 전달
정보를 찾는 방법페이지에서
알아서 찾음
지정한 요소나
변수에서 읽음
사이트 코드가
직접 넘김
적용 전에 볼 것의도한 정보가
실제로 잡히는지
요소 위치와
준비 시점이 그대로인지
필드 형식, 전달 시점,
중복 처리
코드로 전달하는 방식도 잘못된 값을 넘기면 정확하지 않습니다.

CSS 선택자는 페이지의 특정 요소를 찾는 규칙이고, JavaScript 변수는 코드가 값을 담아 두는 이름입니다. 자동 감지를 일단 켜고 나중에 고치기보다, 지금 사이트에서 결과를 검증할 수 있는 방법을 고릅니다.

태그에서는 사용자 제공 데이터 설정과 대상 전환 연결을 봅니다. 별도 이벤트 설정이 필요하면 GTM 설정과 구현 검증 안내와 Google 태그 설정 안내의 해당 구현 경로를 따릅니다. 리드용 사용자 제공 데이터 이벤트 태그와 웹 전환 태그는 용도를 나누지 않은 채 함께 추가하지 않습니다.

켰는지, 보냈는지, 반영됐는지를 따로 확인합니다

향상된 전환은 켜기, 보내기, 반영 세 단계를 각각 확인합니다. 앞 단계가 맞아도 뒤 단계는 따로 봐야 압니다.

확인 단계마다 알 수 있는 것

알고 싶은 것사용 설정전송 점검진단
해당 전환에서 기능이 켜졌는지제공––
의도한 필드와 값이 전송됐는지제공하지 않음제공–
오류와 데이터 상태제공하지 않음제공하지 않음제공
매출이 늘었는지제공하지 않음제공하지 않음제공하지 않음
진단까지 정상이어도 누락이 모두 복구됐다거나 매출이 늘었다고 볼 수는 없습니다.

전송 점검은 담당자와 테스트 전환을 넣고 GTM 미리보기에서 태그가 언제 실행되는지 보는 데서 시작합니다. 기술 검증에서는 브라우저 개발자 도구의 Network(네트워크) 탭에서 요청 항목도 보지만, 고객 정보나 요청 전체를 그대로 복사해 공유하지 않습니다.

구매 태그가 실행되는 순간 이메일 값이 비어 있다면 설정 화면에 체크가 되어 있어도 설정이 끝난 것이 아닙니다. 태그가 실행된 뒤에야 정보가 준비되는 것은 아닌지 준비 시점과 전달 방식을 봅니다. 빈 값을 해싱하거나 같은 태그를 하나 더 추가해서는 해결되지 않습니다.

진단은 Google Ads의 목표 → 요약 → 대상 전환 액션 → 진단(Diagnostics)에서 봅니다. 결과가 바로 나오지는 않습니다.

공식 GTM 문서가 안내하는 반영 시점

  • 48시간진단 정보약 48시간 뒤 제공
  • 30일효과 보고약 30일

기다리는 동안에도 명백한 태그 오류는 바로 고칩니다. 진단 경고가 뜨면 그 내용에 따라 수집과 형식, 동의 조건부터 점검합니다.

확인한 내용은 아래처럼 단계별로 적어 담당자와 공유하면 어디까지 끝났는지 서로 같은 기준으로 볼 수 있습니다.

대상: 쇼핑몰 구매 완료 기존 전환: 결제 성공 1회에 의도한 구매 1건 고객 데이터: 전환 시점에 이메일 준비 여부 처리 방식: Google 태그의 정규화, 해싱 처리 경로 전송 확인: 필드와 형식이 맞고 의도한 값이 들어가는지 진단: 반영 대기 또는 표시된 오류 미확정: 매칭률과 측정 보완 효과

전환 수가 늘었다고 실제 구매가 그만큼 새로 늘어난 것은 아닙니다. 향상된 전환이 보완하는 것은 측정이고, 광고의 사업 성과는 실제 매출로 따로 봅니다.

3줄 요약

  1. 향상된 전환은 고객이 제공한 이메일과 전화번호를 SHA-256으로 해싱해 Google 계정 정보와 대조하고 기존 전환 측정을 보완하는 기능입니다.

  2. 2026년 6월 웹과 리드 설정이 통합돼 사용 상태는 자동으로 넘어가지만 오프라인과 리드 전환의 API 업로드에는 6월 15일부터 Data Manager API 이전 요건이 적용됩니다.

  3. 해시값은 후보 이메일과 대조할 수 있어 익명 정보로 보지 않으며, 기능을 켠 것과 값이 전송된 것, 진단에 반영된 것은 따로 확인합니다.

Share

제대로 이해했는지 한 문제로 확인해 볼까요?

답을 고르면 바로 풀이가 나와요.

향상된 전환에서 이메일을 해싱했다면 무엇을 확인해야 하나요?

이 글이 도움이 되었나요?

이 글 다음 배우기디지털 마케팅 핵심 용어입문 코스 · 14편

광고 화면에 나오는 지표를 정의와 계산식으로 정리했습니다

  1. 1CPM (1,000회 노출당 비용) 뜻과 계산법
  2. 2CPC (클릭당 비용) 뜻과 계산 공식
  3. 3CTR (클릭률) 뜻과 계산 방법
코스 전체 보기 →
이어서 읽기 좋은 글구글과 메타 광고 데이터 전략 2: 예산, 상품 정보와 도착 페이지 점검 →

광고 성과를 개선하려면 캠페인 설정 밖도 확인해야 합니다. 광고 한 개를 따라 상품 정보와 도착 페이지를 점검하고, iROAS와 캠페인 통합, 고객 데이터 관리의 판단 기준을 정리합니다.