지금 읽는 곳이 API가 원래 풀려고 했던 문제는 무엇이었나목차
STEP 3 고급·전략 › 3-2. 프로그래매틱 핵심 원리·거시 데이터 분석 › 과목 115 › 레슨 04
Protected Audience API(구 FLEDGE) 해부: 쿠키 없이 브라우저 내부에 유저 리타게팅 그룹을 저장하고 독립적 인앱 경매를 치르는 리마케팅 구현 기술
이 API 역시 2025년 10월 폐기 발표 대상이라 크롬 144부터 단계적으로 제거되는 중입니다. 신규 리마케팅 인프라의 기준으로 쓸 수 없다는 전제를 먼저 밝히고 설계 원리를 정리합니다.
핵심요약
- Protected Audience API(구 FLEDGE)는 서드파티 쿠키 없이 리마케팅(재타겟팅)을 구현하려던 API였다
- 유저가 특정 사이트를 방문하면 그 브라우저(기기) 자체에 '관심 그룹(interest group)'을 저장하는 방식으로 설계됐다
- 광고 요청이 오면 서버가 아니라 브라우저 내부에서 온디바이스 경매를 실행해 노출할 광고를 결정하도록 돼 있었다
- 이 API 역시 2025년 10월 폐기 발표 대상이라 지금은 개념 학습 자료로만 다룬다
이 API가 원래 풀려고 했던 문제는 무엇이었나
서드파티 쿠키 기반 리마케팅은 유저가 상품 페이지를 본 뒤 다른 사이트로 이동해도, 광고 서버가 쿠키 ID로 그 유저를 알아보고 방금 본 상품 광고를 다시 보여주는 방식으로 작동했습니다. 서드파티 쿠키가 없어지면 이 흐름 전체가 끊깁니다. Protected Audience API는 "유저를 기억하는 주체를 서버에서 브라우저로 옮기면 쿠키 없이도 같은 결과를 낼 수 있지 않을까"라는 발상에서 설계됐습니다.
'관심 그룹'은 어떻게 저장되도록 설계됐나
광고주(또는 그 대행 기술사)가 웹사이트에 특정 코드를 심어두면, 유저가 그 사이트를 방문했을 때 브라우저가 "이 유저는 이 광고주의 관심 그룹에 속한다"는 정보를 기기 로컬에 저장하도록 설계됐습니다. 이 정보는 서버로 전송되지 않고 브라우저 안에만 남습니다. 즉 광고주 서버는 "누가 방문했는지" 목록을 직접 갖는 대신, 각 유저의 브라우저가 스스로 "나는 이 관심 그룹에 속해 있다"는 사실만 기억하는 구조였습니다.
온디바이스 경매는 어떻게 진행되도록 설계됐나
유저가 이후 다른 사이트를 방문해 광고 지면이 노출될 시점이 되면, 그 사이트는 광고 요청을 보내고 브라우저는 자신이 저장해둔 관심 그룹 정보를 근거로 어떤 광고를 보여줄지 브라우저 내부에서 직접 경매를 실행하도록 설계됐습니다. 이 경매 로직(입찰가 계산, 낙찰 광고 선정)은 광고주·매체사가 각자 제출한 자바스크립트 코드가 브라우저 샌드박스 환경 안에서 실행되는 방식이었고, 그 과정에서 유저의 방문 이력 원본이 외부 서버로 노출되지 않도록 격리하는 것이 핵심 설계 목표였습니다.
서드파티 쿠키 리마케팅과 근본적으로 무엇이 달랐나
가장 큰 차이는 '유저를 아는 주체'가 바뀐다는 점입니다. 쿠키 방식에서는 광고 서버가 유저 식별자를 직접 보유하고 언제든 원하는 방식으로 재가공할 수 있었지만, 이 API 방식에서는 브라우저가 그 정보를 쥐고 있고 서버는 결과(경매 낙찰 여부)만 통보받습니다. 광고주 입장에서는 캠페인 운영에 필요한 상세 로그(어떤 유저가 어떤 관심 그룹에 얼마나 오래 남아 있었는지 등)에 대한 접근권 자체가 줄어드는 구조 변화였고, 이 점이 정밀 세그먼트 운영에 익숙했던 실무자들에게 가장 큰 적응 부담으로 작용했습니다.
지금 리마케팅 전략에서 이 개념을 어떻게 참고하나
이 API가 폐기되면서, 서드파티 쿠키가 그대로 유지되는 2026년 현재는 기존 리마케팅 운영 방식을 당장 통째로 걷어낼 필요는 없어졌습니다. 다만 "브라우저 내부 관심 그룹 + 온디바이스 경매"라는 설계 패턴은 향후 다른 형태의 프라이버시 보호형 리마케팅 기술이 제안될 때 다시 등장할 가능성이 있는 개념입니다. 담당자는 이 사례를 통해 "유저 식별 주체가 서버에서 기기로 이동하면 캠페인 리포팅·로그 접근성이 어떻게 달라지는지"를 미리 이해해두는 편이 유리합니다.
폐기 발표가 리마케팅 업계에 남긴 신호
Protected Audience API 폐기는 서드파티 쿠키가 유지되는 상황과 맞물려 해석해야 합니다. 쿠키가 유지되는 한 광고주 입장에서 굳이 온디바이스 경매처럼 로그 접근성이 제한되고 구현 난도가 높은 대체 기술로 서둘러 옮겨갈 유인이 약했고, 이는 이 API의 채택률이 기대만큼 오르지 않은 배경으로 거론됩니다. 반대로 말하면, 만약 서드파티 쿠키가 실제로 폐지 수순을 밟았다면 이런 온디바이스 경매 방식이 업계 표준으로 자리 잡았을 가능성도 있었다는 뜻입니다. 정책 방향 하나가 바뀌자 기술 채택 유인 전체가 뒤집힌 사례로, 실무자에게는 "특정 정책 시나리오 하나에만 맞춰 인프라를 설계하는 리스크"를 보여주는 교훈이 됩니다.
이 사례는 또한 리마케팅 기술을 검토할 때 '구현 난도'와 '데이터 접근성'을 함께 따져야 한다는 점을 보여줍니다. Protected Audience API는 프라이버시 보호 수준은 높였지만, 그 대가로 광고주가 캠페인 최적화에 쓸 수 있는 로그의 종류와 세밀도가 줄어드는 트레이드오프가 있었습니다. 향후 유사한 프라이버시 보호형 리마케팅 기술을 검토할 때도 이 두 축(프라이버시 수준과 데이터 접근성)을 같이 놓고 판단하는 습관이 필요합니다.