먼저 원리부터 말씀드리면, 구글의 매장 판매 전환 가져오기와 메타의 오프라인 이벤트 API는 같은 원리로 작동합니다. 온라인 광고 클릭 시점에 수집한 식별자(이메일·전화번호 해시, GCLID 등 클릭ID)와, 오프라인 결제 시점에 POS가 수집한 동일 고객의 식별자를 매체 서버에서 매칭해 '이 오프라인 구매가 이 온라인 광고 클릭에서 비롯됐다'고 연결하는 방식입니다. 즉 파이프라인 설계의 핵심은 온라인·오프라인에서 각각 모은 식별자가 같은 사람임을 확인할 수 있는 공통 키를 확보하는 것입니다.
이 공통 키를 확보하는 실무 방법은 세 가지입니다. 매장 멤버십·적립 프로그램 가입 시 이메일·전화번호를 수집해 온라인 회원 DB와 통합하는 방법, 매장 결제 시 온라인 주문번호를 입력받는 쿠폰·프로모션 코드 연동, POS 결제 단말에서 QR·바코드로 온라인 계정을 스캔하는 옴니채널 멤버십 앱입니다. 이 중 하나도 없으면 오프라인 매출과 온라인 광고 클릭을 이어줄 데이터 자체가 없어 이 측정 자체가 불가능하다는 점이 가장 먼저 확인하셔야 할 전제조건입니다.
표준 파이프라인 아키텍처는 4단계입니다. ①POS/CRM에서 일 배치로 거래 데이터(고객 식별자 해시, 거래금액, 거래일시, 매장ID) 추출 ②ETL(수동 업로드부터 BigQuery·클라우드 함수 자동화까지 규모에 따라 선택)로 매체가 요구하는 스키마·해싱 형식에 맞게 변환 ③구글 애즈 API나 메타 오프라인 이벤트 API로 업로드 ④업로드 후 매체 UI에서 매칭률을 확인해 정상 작동을 검증합니다.
한 가지 꼭 반영하셔야 할 최신 정보가 있습니다. 구글 애즈 API는 2026년 6월 15일부터 오프라인 전환 업로드를 기존 방식에서 Data Manager API로 전환해야 한다고 공지됐습니다. 지금 새로 설계하신다면 구버전 엔드포인트가 아니라 Data Manager API 기준으로 설계하시는 게 재작업을 피하는 방법입니다.
비슷한 상황이신가요
우리 계정에 똑같이 적용되는지는 상황마다 다릅니다. 무료로 점검해드립니다.