2026년, 광고 시장이 바뀌는 방향과 실무자의 대응 3편

3. 추적은 막히는데, 광고 AI는 데이터를 더 달라고 합니다 — 퍼스트파티 준비

요즘 광고 환경엔 얄궂은 역설이 하나 있습니다. 한쪽에선 추적이 계속 막힙니다. iOS의 ATT 이후 앱 추적은 유저 동의 없인 제한되고, 브라우저들은 서드파티 쿠키를 조이고(구글이 일정을 몇 번 뒤집긴 했지만 큰 방향 자체는 신호가 줄어드는 쪽입니다), 개인정보 규제와 동의 관리도 갈수록 촘촘해지죠. 그런데 다른 한쪽에선, 앞의 두 글에서 본 것처럼 매체 AI가 성과를 내려면 데이터가 더 필요합니다.

이 역설의 답으로 업계가 모인 지점이 퍼스트파티 데이터입니다. 남(서드파티)이 깔아둔 쿠키로 유저를 쫓는 대신, 우리가 유저와의 직접 관계에서 얻은 데이터 — 가입 정보, 구매 이력, 동의받은 연락처 — 를 광고 시스템에 직접 이어주는 방향이요. 향상된 전환, CAPI, 고객 일치 타겟팅 같은 도구들이 전부 이 줄기에 있습니다.

방향은 다들 아는데, 실제로 해보면 "아는 것"과 "돌아가는 것" 사이에 꽤 넓은 실무의 골짜기가 있습니다. 그 골짜기 얘기를 해볼게요.

1단계 — 전환 신호를 서버로도 보냅니다

가장 기본은 브라우저 픽셀에만 의존하던 전환 신호를 서버 경유로 보강하는 겁니다. 메타의 전환 API(CAPI), 구글의 향상된 전환이 대표적이죠. 픽셀은 광고 차단이나 브라우저 제한으로 유실되는 부분이 있는데, 서버 전송은 그 구멍을 메워줍니다. 앱이라면 MMP(에어브릿지 등)에서 매체로 나가는 서버사이드 포스트백이 같은 역할을 하고요.

여기서 두 가지를 꼭 챙깁니다. 하나는 중복 제거 — 픽셀과 서버가 같은 전환을 각각 보내면 매체는 전환을 두 번 셉니다. 이벤트 ID를 맞춰 하나로 인식시키는 세팅이 필수예요. 다른 하나는 포스트백에 우리의 핵심 전환이 실제로 포함돼 있는지 확인입니다. 제가 맡았던 계정에선 MMP에서 구글로 나가는 포스트백 목록을 열어보니 구매·가입 이벤트만 있고 정작 핵심 목표였던 위탁 신청 이벤트가 빠져 있었습니다. 매체 입장에선 위탁 신호를 받은 적이 없으니 위탁 캠페인 학습이 제대로 될 리가 없었죠. 커스텀 이벤트로 추가하고 캠페인 전환 목표에 연결하는 것까지가 한 세트였습니다. "서버 전송 켜져 있어요"와 "우리에게 중요한 이벤트가 흐르고 있어요"는 다른 얘기입니다.

2단계 — 고객 명단을 광고 시스템에 잇습니다

다음은 고객 일치(Customer Match, 메타의 맞춤 타겟)입니다. 동의받은 고객의 이메일·전화번호를 해시 처리해 매체에 올리면, 매체가 자기 유저와 매칭해 타겟(또는 유사타겟의 씨앗)으로 쓰는 기능이죠. 구매자 명단은 구매 캠페인의 씨앗으로, 판매자 명단은 판매 유치 캠페인의 씨앗으로 — 데이터가 캠페인 목적별 자산이 됩니다.

개념은 간단한데, 실제 업로드는 자잘한 데서 자꾸 걸립니다. 실무에서, 구매자 5,288명 명단을 올리는데 매칭이 계속 실패했습니다. 원인이 두 겹이었어요. 첫째는 컬럼 헤더 — 구글 템플릿은 'Phone'을 기대하는데 파일엔 'Phone Number'로 돼 있었습니다. 둘째가 진짜였는데, 전화번호를 살펴보니 전부 13자리에 끝자리가 100% '0'이었습니다. 추출 과정 어딘가에서 모든 번호 끝에 0이 일괄로 붙어버린 거죠. 끝자리를 제거하고 전화번호 검증 라이브러리로 국제 표준 형식(E.164)으로 변환해 유효율 99.8%로 복구한 뒤에야 정상 업로드가 됐습니다. 업로드 시 해시 처리 여부 옵션을 잘못 고르면 그것대로 매칭이 0이 되고, 업로드 직후 "목록이 너무 작음"이라고 떠도 매칭 처리에 하루쯤 걸리니 기다렸다 봐야 하고요.

시시콜콜해 보이지만 이런 게 퍼스트파티 활용의 실제 모습입니다. 전략 문서엔 "고객 데이터를 광고에 연계"라고 한 줄이지만, 그 한 줄과 실행 사이엔 데이터 품질 검수라는 노동이 있습니다. 그리고 명단 크기도 감각이 필요해요 — 예컨대 씨앗이 2천 명 남짓이면 유사타겟을 1%로 좁게 만들기보다 3~5%로 잡는 게 맞는 식으로, 데이터 규모에 맞는 설정이 따로 있습니다.

3단계 — 데이터가 '새는 동선'을 막습니다

퍼스트파티 데이터를 모으고 잇는 것만큼, 이미 들어오는 신호가 중간에 유실되지 않게 하는 것도 같은 과제입니다. 이전 글에서 다뤘던 카카오 로그인이 광고 출처를 덮어쓰던 문제가 정확히 이 범주예요. 로그인이라는 지극히 정상적인 동선 하나가 어트리뷰션 파라미터를 지우고 있었고, 해결은 로그인 콜백에서 파라미터를 보존·복원하도록 개발팀과 협업하는 것이었습니다. 신호 손실 시대엔 이런 한 방울 한 방울이 아깝습니다. 새 데이터를 모으는 것보다 새는 데이터를 막는 게 먼저일 때도 많아요.

그리고 이 모든 것의 전제는 동의입니다. 수집·활용 동의를 어디서 어떻게 받는지, 마케팅 수신 동의는 살아 있는지가 갖춰지지 않으면 위의 도구들은 쓸 수 없거나 써선 안 되는 것이 됩니다. 동의율을 높이는 UX(왜 필요한지 설명하고, 혜택과 교환하는)도 이제 마케팅 인프라의 일부라고 보는 편입니다.

균형을 위해 — 퍼스트파티가 만능은 아닙니다

마지막으로 반대쪽 얘기도 해두면, 퍼스트파티 데이터는 이미 우리를 만난 사람의 데이터입니다. 아직 우리를 모르는 사람을 데려오는 일은 여전히 광고와 매체의 몫이고, 퍼스트파티 자산은 그 광고를 더 똑똑하게 만드는 연료에 가깝습니다. 그리고 사업 초기라 명단 자체가 작다면, 데이터 인프라에 힘을 쏟는 것보다 명단을 만들 유입을 먼저 키우는 게 순서일 수도 있어요. 결국 이것도 계정의 단계에 따라 우선순위가 다른 이야기입니다.

다만 방향 자체는 꽤 분명해 보입니다. 추적이 어려워질수록, 광고의 경쟁력은 "매체를 얼마나 잘 만지느냐"에서 "매체에 얼마나 좋은 데이터를 줄 수 있느냐"로 옮겨가고 있습니다. 우리 회사의 고객 데이터가 지금 광고에 연결될 수 있는 상태인지 — 이벤트는 서버로도 흐르는지, 명단은 올릴 수 있게 정비돼 있는지, 동선에서 새는 신호는 없는지 — 한 번쯤 점검해볼 만한 시점입니다.

마무리하며

세 글을 관통하는 흐름은 하나입니다. 광고 플랫폼이 실행을 가져가는 대신, 광고주에게 재료를 요구하는 시대가 됐다는 것. 그 재료가 정확한 전환 신호든, 가설이 깔린 소재든, 정비된 고객 데이터든요. 그리고 재료의 품질은 대시보드에 잘 안 보입니다. 캠페인이 돌아가고 숫자가 찍히면 다 괜찮아 보이거든요. 차이는 몇 주, 몇 달 뒤의 결과로 조용히 나타납니다.

물론 어디부터 손대야 하는지는 계정마다 다릅니다. 어떤 곳은 신호 정비가 급하고, 어떤 곳은 소재 체계가, 어떤 곳은 데이터 연결이 백지일 수 있어요. 지금 운영 중인 광고가 이 변화에 어느 정도 준비돼 있는지 궁금하시면, 편하게 문의 남겨주세요. 계정 상황 들어보고 우선순위부터 같이 잡아보도록 하겠습니다.