이 기사에서 Criteo는 FLEDGE 테스트에 대한 최초의 경험을 반영하는 몇 가지 결과를 안내합니다.

크리테오는 프라이버시 샌드박스 설계 의 초기 단계부터 테스트와 피드백 제공에 참여해 왔습니다 . 우리는 Fledge, Topics 및 Reporting API 제안에 대한 WICG 및 PATCG를 포함하여 W3C의 여러 표준화 그룹에 적극적으로 참여하고 있습니다 . Google Privacy Sandbox 디자인의 공동 작업자로서 Criteo는 SPARROW를 제안했습니다 . 아이디어 중 일부는 FLEDGE라고 하는 마케터가 정의한 관심 고객과의 입찰을 위한 현재 최초의 실험에 통합되었습니다.

FLEDGE는 2022년 4월부터 Chrome Origin 평가판 으로 테스트 중입니다. 우리는 Google의 개인 정보 보호 샌드박스에서 제안을 테스트하는 것이 광고 유용성에 미치는 영향을 이해하는 좋은 방법이라고 믿으며 이러한 원칙을 추진하는 것이 희망입니다.

Criteo는 광고 기술 제공업체로서 전 세계적으로 노출되어 있기 때문에 Privacy Sandbox 제안을 평가할 수 있는 고유한 위치에 있습니다. DSP로서 우리는 전 세계 20,000개 이상의 활성 파트너와 직접 통합됩니다. 또한 하루에 3,000억 건의 입찰 요청을 처리하여 약 7억 2,500만 명의 사용자에게 광고를 제공합니다.

TL; DR

• Criteo는 4월에 FLEDGE API 구현을 시작했으며 현재 Chrome 트래픽의 5%에 태그를 지정하고 있습니다.
• 우리는 현재 미국 트래픽의 작은 부분에 대해 입찰 및 디스플레이를 생성하고 있으며 이러한 양을 늘리기 위해 파이프라인을 안정화하기 위해 노력하고 있습니다.
• 우리는 2023년에 FLEDGE의 마케터 효율성 및 퍼블리셔 수익에 미치는 영향을 완전히 정량화하기 위한 완전한 보고 기능 및 A/B 테스트 프레임워크와 같은 몇 가지 주요 기능이 배포되기를 기다리고 있습니다.

먼저 FLEDGE API에 대한 높은 수준의 개요부터 시작하겠습니다.

간단히 말해서 FLEDGE를 사용하면 마케터가 관심 그룹이라고 하는 특정 잠재고객 멤버십으로 웹사이트 방문자를 태그할 수 있습니다. 예를 들어 소매업체 웹사이트는 웹사이트 내 특정 카테고리의 제품을 방문한 모든 사용자를 태그로 지정하고 특정 카테고리에 관심이 있는 사용자에게만 범위가 지정된 관심 그룹을 만들 수 있습니다. 그런 다음 Google의 FLEDGE를 사용하면 사용자가 게시자 웹사이트를 방문할 때 마케팅 담당자가 프로그래밍 방식의 기회에 입찰하여 이 그룹 및 기타 관심 그룹을 다시 참여시킬 수 있습니다. 구체적으로, 사용자가 퍼블리셔를 방문하면 FLEDGE 입찰 논리는 특정 사용자에게 할당된 모든 관심 그룹을 자동으로 호출하고 각 관심 그룹은 입찰 및 창의적인 광고를 반환합니다. 마지막으로 가장 높은 입찰가를 제시한 관심 그룹이 선택한 광고를 사용자에게 표시합니다.

세부 사항을 더 자세히 이해하려면 여기에서 사양 및 API 문서를 살펴보십시오 .

원본 평가판 트래픽

관심 그룹 태깅

그림 2는 2022년 6월 초부터 관찰한 관심 그룹 태깅 트래픽을 보여줍니다.

Origin 평가판은 5월에 전체 Chrome 베타 사용자의 50%에서 처음 활성화된 후 점진적으로 Chrome 안정적인 사용자의 처음 1%로 증가했으며 현재는 5%입니다. 현재 우리는 파트너 웹사이트 14,000개에서 매일 8천만 개에 가까운 관심 그룹을 관찰하고 있습니다.

FLEDGE 입찰 요청

입찰과 관련하여 아래는 미국에서 시간이 지남에 따라 수신된 총 트래픽이며 현재로서는 미국이 테스트 중인 유일한 국가입니다. FLEDGE가 여러 통화를 지원해야 하기 때문에 미국 이외의 확장은 현재 차단되어 있습니다(자세한 내용은 여기 참조 ).

입찰 트래픽은 SSP 파트너인 Google Ad Manager에서 제공하므로 그림 2에서 관찰된 FLEDGE의 Origin Trial 사용자 수에 비례하지 않습니다. 입찰 트래픽을 늘릴 때는 보수적으로 해야 합니다. 하루에 2천만 개 이상의 크리에이티브 디스플레이를 나타내는 Chrome 트래픽의 1%라도 상당한 영향을 미칠 수 있습니다. 해결되지 않았거나 감지되지 않은 버그는 상당한 양의 게시자와 광고주 수익을 위험에 빠뜨릴 수 있습니다.

첫 번째 단계인 5월에서 8월 사이에 비렌더링 실험으로 입찰 파이프라인을 설정했습니다. 즉, 모든 입찰 로직이 실행되었지만 최종 광고는 렌더링되지 않았습니다. 그럼에도 불구하고 우리는 여전히 FLEDGE 보고 이벤트를 받고 있었고 이를 통해 기존 Criteo 입찰자와 비교하여 Criteo의 낙찰률을 계산하고, 보고 기능을 확인하고, 캠페인 및 무효 트래픽 필터를 올바르게 적용하고, 입찰 수준을 새로운 제약.

이제 Google Ad Manager에서 9월 초에 발표한 FLEDGE 광고 렌더링을 허용하는 다음 단계에 있습니다 . 그림 3에서 볼 수 있듯이 10월 초부터 우리는 미국에서 매일 약 천만 건의 FLEDGE 문맥 입찰 요청을 받고 있습니다. 추가 확장 전에 입찰 파이프라인과 크리에이티브 렌더링을 완전히 안정화할 수 있도록 일일예산 한도를 100 USD로 설정했기 때문에 수신된 트래픽은 태깅 트래픽에 비해 낮습니다. 지표에 확신이 들면 미국 입찰 트래픽을 전체 Origin Trial로 확장하고 일부 첫 번째 분석 초안을 작성하려고 합니다.

기다려온 기능

요약하면 이미 관심 그룹을 만들고 해당 관심 그룹에 입찰하고 디스플레이를 측정할 수 있지만 FLEDGE 테스트는 아직 완료되지 않았으며 이 첫 번째 테스트에는 아직 몇 가지 중요한 기능이 없습니다 .

• 집계 보고 대신 이벤트 수준 보고를 사용할 수 있습니다.
• 입찰 및 크리에이티브 렌더링을 위해 신뢰할 수 있는 서버 대신 자체 서버를 계속 사용할 수 있습니다.
• 렌더링은 iframe에서 여전히 가능하며 울타리 프레임은 최종 상태 에서 사용할 수 없습니다.
• K-익명성 시행 없음
• 일일 업데이트 URL의 제한된 기능

이러한 각 기술을 사용할 수 있게 되면 조기에 출시하지 않도록 주의해야 합니다. Fenced 프레임과 신뢰할 수 있는 서버는 파이프라인을 디버깅하고 문제를 찾는 방법에 심각한 영향을 미칩니다. 전체 설계가 검증되고 안정적인 구현이 완료되면 FLEDGE의 유용성을 평가할 수 있습니다.

이제 Criteo가 FLEDGE의 유용성과 영향을 적절하게 평가하기 위해 해결해야 할 몇 가지 제한 사항에 대해 자세히 논의하겠습니다.

완벽한 보고 기능이 필수적입니다.

한 가지 제한 사항은 보고 기능이 없다는 것입니다. 현재 보고는 임시 메커니즘 으로 간주되는 이벤트 수준 reportWin API를 통해 활성화됩니다.. 이 API를 사용하면 광고 기술 플레이어가 입찰가에 대한 정보, 낙찰된 크리에이티브 및 게시자에 대한 일부 컨텍스트 정보와 함께 디스플레이를 관찰할 수 있습니다. 그러나 현재 API에는 몇 가지 필수 보고 기능이 없습니다. 예를 들어, 관심 그룹의 기능에 관한 정보를 검색할 수 없습니다. "왜 이것이 이벤트 레벨 API에 의해 캡처되지 않습니까?"라고 스스로에게 물을 수 있습니다. 관심 그룹 기능 보고를 추가하는 것은 실제로 FLEDGE 원칙에 위배됩니다. 다른 조직이 광고주 웹사이트의 사용자 데이터를 게시자 웹사이트의 컨텍스트 정보에 연결하여 이 두 이벤트에서 사용자의 브라우징 행동을 추적할 수 있기 때문입니다.

이벤트 수준 reportWin API와 마찬가지로 지금은 디스플레이만 볼 수 있습니다. Google은 몇 가지 새로운 이벤트 수준 API를 제안했습니다.

• 클릭에 대한 보고를 허용하는 이벤트 수준 Fenced Frame Ads Reporting API ,
• 전환에 대한 보고를 허용하는 이벤트 수준 Attribution Reporting API 와의 통합 .

우리가 입찰하는 관심 그룹 내의 사용자 기능에 대한 보고에 액세스할 수 없기 때문에 기계 학습을 효과적으로 사용하여 광고 성과를 자동으로 최적화할 수 없습니다. 현재 크리테오 캠페인 성과의 상당 부분은 구매력 및 사용자 컨텍스트(즉, 이전 구매자인지 여부)와 같이 광고주 웹사이트에서 수집된 사용자 신호를 사용하여 광고를 최적화하는 데 있습니다.

기술 모니터링을 위한 보고도 필요합니다. 현재로서는 입찰 기능에 소요된 시간이나 Chrome 브라우저에서 직접 발생한 오류가 있는지 등 경매 자체에 대한 측정된 피드백을 분석하는 쉬운 방법이 없습니다.

다행히 일이 진행되고 있습니다. FLEDGE의 장기적인 비전은 사용자 신호에 대한 머신 러닝과 기술 모니터링을 모두 충족할 수 있는 집계 보고를 사용하는 것입니다. 집계 API를 통해 회사는 신뢰할 수 있는 서버에서 코호트 수준에서 집계된 메트릭을 검색할 수 있습니다. 따라서 이 두 이벤트에서 사용자의 탐색 행동을 추적할 수 없는 상태에서 이전에 언급한 요일, 도메인 및 광고주 신호와 같은 문맥 신호 수집을 활성화합니다.

전환 이벤트의 경우 Google은 최근 집계된 Attribution Reporting API를 FLEDGE에 통합하는 방법을 제안했습니다 . 낙찰, 낙찰, 클릭수에 대해 Google은 Extended Private Aggregation API를 제안합니다 . 유용성 측면에서 두 API 표면의 수렴을 환영합니다.

여전히 해결해야 할 한 가지 과제는 집계된 데이터에서 ML 모델을 자동으로 교육하는 방법입니다. AdKDD'21에서 크리테오의 데이터에 대한 프라이버시 보호 ML 챌린지를 소개하면서 토론을 시작했고 많은 흥미로운 제안을 받았습니다. 이 사용 사례는 2022년 5월 PATCG W3C 표준화 그룹 에서 논의되었지만 집계된 데이터로 ML 기반 최적화를 실제로 구현하기 전에 더 많은 연구가 필요합니다.

누락된 A/B 테스트 프레임워크

우리 팀이 제출한 이 github 문제 에서 강조한 바와 같이 현재 테스트 프레임워크에서 FLEDGE 입찰은 타사 쿠키에 의존하는 기존 입찰과 경쟁합니다.

제3자 쿠키에 액세스하는 것은 디버깅에 좋지만 게시자의 수익, 광고주의 ROAS 또는 기계 학습 모델의 성능에 대한 개인 정보 보호 샌드박스의 실제 영향을 시뮬레이션하는 것이 어렵다는 것을 의미하기도 합니다.

현재 입찰자는 사용자에 대한 더 많은 정보를 사용하므로(예: 여러 광고주 신호 결합) 입찰가가 더 좋을 수 있습니다. 따라서 다음을 기대할 수 있습니다.

• FLEDGE 입찰은 더 나은 기회를 얻기 위해 기존 입찰자보다 지게 됩니다.
• FLEDGE는 낮은 품질의 기회를 얻을 것입니다

이는 치료군과 대조군을 포함하는 A/B 테스트로 달성할 수 있습니다. Chrome은 사용자를 특정 그룹에 임의로 할당하고 실험 기간 동안 사용자를 동일한 그룹에 유지할 수 있습니다.

제어 그룹에 있는 사용자의 경우 Chrome은 타사 쿠키를 유지하고 FLEDGE API를 제거하며 처리 그룹의 사용자에 대해서는 Chrome이 모든 타사 쿠키를 제거하고 FLEDGE API를 유지합니다.

이러한 그룹은 관련 측정항목과 함께 보고 API에서 사용할 수 있어야 합니다. 그런 다음 이러한 지표를 비교하여 FLEDGE가 현재 광고 생태계에 미치는 진정한 영향을 평가할 수 있습니다.

무엇 향후 계획?

현재 FLEDGE 테스트는 2023년 4월 까지 진행될 예정 이지만 구글은 이미 과거에 기한을 연장했고 이런 일이 다시 일어날 가능성이 매우 높습니다. 이제 기술 파이프라인이 작동하므로 안정화 작업을 수행하고 기본 메트릭을 현재 Criteo 파이프라인과 비교할 수 있습니다.

그때까지 우리는 더 많은 플레이어, 특히 SSP 및 DSP, 게시자 및 광고주가 FLEDGE 테스트에 참여하여 모든 사용 사례를 다루고 실험을 완전히 대표할 수 있기를 바랍니다.

조언이 필요하거나 FLEDGE 테스트를 위해 당사와 협력하고 싶다면: [email protected] .

실제 경매 및 여러 플레이어와의 경쟁은 관련 게시자 수익을 측정하고 기존 입찰 스트림과 비교하는 데 중요한 부분이 될 것입니다. 우리는 2023년에 테스트의 다음 단계(예: 통화 관리, A/B 테스트 및 집계 보고)에 필요한 변경 사항을 구현하고 마케터 효율성 및 퍼블리셔 수익에 미치는 영향을 정량화하는 데 기여할 수 있기를 기대합니다.