개인 정보 보호 샌드박스 테스트와 관련된 자주 묻는 질문(FAQ)에 대한 답변입니다.
Protected Audience API와 관련해 DSP와 SSP 간의 주요 조정 영역은 무엇인가요?
다음은 정렬이 필요한 주요 측면입니다.
- 광고 소재 감사: SSP에 스캔을 위한 광고 소재 사전 등록 엔드포인트가 있나요? DSP에서 이 워크플로를 지원하나요? 그렇지 않은 경우 게시자 관리 기능을 위한 광고 소재 감사를 구현하기 위해 DSP에서 요구하는 사항을 SSP와 상의하세요.
- DSP의
renderURL
방법 일부 SSP는 점수 및 청구를 지원하기 위해renderURL
에seatID
와 같은 메타데이터를 포함하도록 요구할 수 있습니다. DSP 구조renderURL
는 중요한 SSP 사용 사례에 미치는 영향 - ORTB
- ORTB 2.X 입찰 요청: SSP에서 PA 자격 요건을 충족하는 입찰을 DSP에 전송하는 방법
- ORTB 2.X 입찰 응답: DSP가 PA 입찰에 대한 SSP에 응답하는 방법입니다.
- PA 기기 내 입찰 데이터: SSP에서 DSP로 전환
auctionSignals
: SSP가auctionConfig
에 포함하는 데이터로, 모든 DSP 입찰 함수에서 사용할 수 있습니다.
- PA 기기 내 점수 매기기 데이터: DSP에서 SSP로 전환
- 입찰: 복수 통화를 처리하는 방법입니다. SSP마다 요구사항이 다를 수 있습니다.
- 광고 객체 (
generateBid()
에서 반환됨): SSP에서 점수 및 게시자 관리에 사용할 수 있습니다. DSP와 SSP는 포함된 데이터와 데이터 구조에 대해 조율해야 합니다.
- PA 낙찰 보고: SSP에서 DSP로 전환
- SSP의
reportResult()
에서 DSP의reportWin()
에 제공하는 항목
- SSP의
- 입찰 후 보고: DSP에서 SSP로, 맥락: DSP는 입찰 후 보고서를 캡처하여 SSP에 위임해야 합니다. SSP에 클릭수, 조회수, 조회가능성 측정항목이 필요한 경우 DSP에서 이러한 이벤트를 수신할 수 있도록 사용 설정해야 합니다.
- SSP에 필요한 보고서입니다.
- 해당 이벤트를 측정하는 방법 (예: 조회가능성 정의)
- SSP 요구사항을 지원하기 위한
reportEvent()
호출의 DSP 구현 registerAdBeacon()
의 SSP 구현에서는 DSP가 광고 소재에서 트리거하는 이벤트 이름과 이벤트 이름을 정렬합니다.
Attribution Reporting API를 테스트할 준비가 되어 있나요?
Attribution Reporting API는 정식 버전으로 출시될 예정이며 이미 적응이 진행 중입니다. 이에 따라 곧 모든 트래픽에 기여도 보고서를 사용할 수 있게 됩니다. Attribution Reporting은 Protected Audience에서 게재하는 광고뿐만 아니라 모든 광고에 사용할 수 있습니다.
테스트를 위한 지리적 요구사항이 있나요?
지역 요구사항은 없습니다. 테스트의 일부로 지역적 고려사항을 결정하는 것은 각 테스터의 몫입니다.
CMA 가이드라인은 Chrome에서 진행하는 테스트에 맞춰 어떻게 조정되나요?
Chrome에서 지원하는 테스트 모드는 개인 정보 보호 샌드박스의 정량적 테스트에 관한 CMA의 안내에 따릅니다. CMA의 지침에 따라 전체 실험 대상 그룹은 서드 파티 쿠키가 없는 개인 정보 보호 샌드박스 기술을 활용합니다. 통제 그룹 1은 개인 정보 보호 샌드박스가 아닌 서드 파티 쿠키를 사용하고, 통제 그룹 2는 개인 정보 보호 샌드박스 또는 서드 파티 쿠키를 사용하지 않습니다. 정식 버전이 출시되면 모든 Chrome 트래픽에서 개인 정보 보호 샌드박스 기술을 사용할 수 있으며, 광고 기술은 특정 인구 그룹에서만 개인 정보 보호 샌드박스 기술을 사용하도록 선택할 수 있습니다. 또한 광고 기술은 모드 A Chrome에서 지원하는 테스트 트래픽을 활용하여 여러 당사자에 걸쳐 이러한 모집단 그룹을 조정할 수 있습니다.
2024년 1월 4일부터 Chrome은 트래픽의 1% 에서 서드 파티 쿠키를 지원 중단하며, 이를 Chrome 개발자 문서에서는 모드 B Chrome 지원 테스트 트래픽이라고 합니다. 모드 B Chrome에서 지원하는 테스트 트래픽의 일부에서는 서드 파티 쿠키가 지원 중단될 뿐만 아니라 개인 정보 보호 샌드박스 기술도 사용할 수 없게 됩니다. 광고 기술은 위의 모든 Chrome에서 지원하는 테스트 모드를 함께 사용하여 CMA에서 게시한 테스트 가이드에 맞게 테스트 설정을 조정할 수 있습니다. 모드 A와 모드 B를 정의하는 Chrome 진행 테스트를 참고하세요. CMA 지침은 통제 그룹 1, 통제 그룹 2, 전체 실험 대상 그룹 (11번 항목)을 정의합니다.
제출된 최종 보고서에 필요한 사항을 더 잘 이해하기 위해 CMA에 연락할 수 있는 담당자가 있나요?
CMA 케이스팀(privacysandbox@cma.gov.uk)에 이메일을 보내 CMA 케이스팀의 테스트 제안 안내에 대해 자세히 알아볼 수 있습니다. 참고로 CMA의 모든 연락처는 개인 정보 보호 샌드박스 페이지 하단에 표시되어 있습니다.
정량적 테스트 성공 측정항목을 명확히 설명할 수 있나요?
API를 테스트하는 기업은 추가 KPI를 원하는 만큼 정의하고 공유할 수 있습니다. 공유해야 하는 최소 테스트 결과는 CMA 안내에 나열되어 있습니다.
테스트를 위한 볼륨 기준점이 있나요(예: 통제 그룹 비율과 모드 비율 비교) CMA의 테스트 안내 외에 테스트할 중요한 KPI에 관한 추가 안내가 있나요?
테스터가 용량 / 규모 요구사항을 설정할 수 있습니다. 비즈니스 모델과 목표에 따라 규모를 결정하는 것이 좋습니다. 테스트 접근 방식은 관련 측정항목과 Chrome에서 지원하는 테스트의 모드 A와 모드 B를 고려해야 합니다.
Protected Audience 및 TOPICS 테스트에서는 어떤 유형의 게시자 인벤토리 통합이 지원되나요?
개인 정보 보호 샌드박스는 특정 통합 메커니즘에 제한을 두지 않습니다. 유용한 정보를 최대한 얻으려면 청구 가능 노출수를 목표로 Protected Audience 엔드 투 엔드 테스트를 개인 정보 보호 샌드박스 통합 당사자와 함께 조정해야 합니다.
다른 회사의 통합 결정이 Protected Audience 및 Topics를 테스트할 수 있는 인벤토리 유형에 영향을 미칠 수 있음을 잘 알고 있습니다. 개인 정보 보호 샌드박스는 목표에 대해 테스트 파트너와 협력할 것을 권장합니다.
Google은 테스트 DSP와 SSP의 연결을 어떻게 지원하나요?
테스트 업체는 조정을 위한 연락처 정보와 함께 GitHub에 공개적으로 등록됩니다. 또한 개인 정보 보호 샌드박스는 테스터가 기존 관계를 통해 직접 연락하여 테스트를 조정하도록 권장합니다.