Najczęstsze pytania dotyczące testów Piaskownicy prywatności

Odpowiedzi na najczęstsze pytania dotyczące testowania Piaskownicy prywatności.

Jakie są kluczowe obszary koordynacji między platformami DSP i SSP w przypadku interfejsu Protected Audience API?

Oto najważniejsze aspekty, które wymagają wyrównania:

  • Kontrola kreacji: czy platforma SSP ma punkt końcowy wcześniejszej rejestracji kreacji na potrzeby skanowania i obsługuje ten przepływ pracy przez DSP? Jeśli nie, porozmawiaj z platformą SSP o tym, czego potrzebuje od platformy DSP, by wdrożyć kontrolę kreacji na potrzeby ustawień wydawcy.
  • Metodologia renderURL platformy DSP. Niektóre platformy SSP mogą wymagać umieszczenia w pliku renderURL metadanych, takich jak seatID w celu obsługi punktacji i płatności. W jaki sposób struktura platformy DSP renderURL wpływa na kluczowe przypadki użycia platformy SSP.
  • ORTB
    • Pytanie o stawkę ORTB 2.X: w jaki sposób platforma SSP sygnalizuje do platformy DSP aukcję, w której możliwa jest PA.
    • Odpowiedź na stawkę ORTB 2.X: jak platforma DSP odpowie na platformę SSP na aukcję PA.
  • Dane dotyczące określania stawek na podstawie PA na urządzeniu: z platformy SSP do DSP
    • auctionSignals: dane, które platforma SSP uwzględnia w elemencie auctionConfig, są dostępne dla wszystkich funkcji określania stawek DSP.
  • Dane punktacji PA na urządzeniu: DSP na SSP
    • Stawka: jak obsługiwać wiele walut. Każda platforma SSP może mieć inne wymagania.
    • Obiekt reklamy (zwrócony z generateBid()): platforma SSP może go użyć do oceny i ustawień wydawcy. Platformy DSP i SSP muszą uzgodnić, jakie dane są uwzględniane w strukturze danych.
  • Raportowanie wygranych PA: SSP do DSP
    • Jakie informacje reportResult() platformy SSP udostępni platformie reportWin() platformy DSP.
  • Raportowanie po aukcji: z platformy DSP na SSP. Kontekst: platforma DSP musi przechwytywać raporty po aukcji i przekazywać do niej raporty po aukcji. Jeśli platforma SSP potrzebuje kliknięć, obejrzeń lub danych o widoczności, platforma DSP musi umożliwić jej odbieranie tych zdarzeń.
    • Jakich raportów będzie potrzebować platforma SSP.
    • Metodologia pomiaru tego zdarzenia (np. definicja widoczności).
    • Wdrożenie platformy DSP wywołania reportEvent() w celu spełnienia wymagań platformy SSP.
    • Implementacja platformy SSP platformy registerAdBeacon() w taki sposób, aby nadawać nazwy zdarzeń do tego, co wyzwala platforma DSP w kreacji.

Czy interfejs Attribution Reporting API jest gotowy i dostępny do testów?

Interfejs Attribution Reporting API stanie się ogólnie dostępny, a proces jego optymalizacji jest już w toku. Dzięki temu raportowanie atrybucji będzie wkrótce dostępne dla 100% ruchu. Pamiętaj, że raportu atrybucji można używać w przypadku wszystkich reklam, a nie tylko tych wyświetlanych w ramach Protected Audience API.

Czy są jakieś wymagania geograficzne dotyczące testowania?

Nie ma wymagań dotyczących położenia geograficznego. Każdy tester ma możliwość określenia kryteriów geograficznych w ramach testu.

W jaki sposób wytyczne CMA są powiązane z testami obsługiwanymi w Chrome?

Tryby testowania obsługiwane przez Chrome są zgodne z wytycznymi CMA dotyczącymi ilościowego testowania Piaskownicy prywatności. W wytycznych CMA grupa eksperymentalna polega na technologii Piaskownicy prywatności, które nie korzystają z plików cookie innych firm. Grupa kontrolna 1 korzysta z plików cookie innych firm, a nie z Piaskownicy prywatności, a grupa kontrolna 2 nie korzysta ani z Piaskownicy prywatności, ani z plików cookie innych firm. Dzięki powszechnej dostępności technologie Piaskownicy prywatności będą dostępne w przypadku całego ruchu w Chrome, a technologie reklamowe będą mogły korzystać z nich tylko w niektórych grupach populacji. Dodatkowo technologie reklamowe mogą wykorzystać ruch testowy w Trybie A obsługiwany przez Chrome, aby koordynować te grupy populacji w wielu grupach.

Od 4 stycznia 2024 roku Chrome będzie wycofywać pliki cookie innych firm w przypadku 1% ruchu. W dokumentacji dla deweloperów Chrome będzie to określane jako ruch testowy w trybie B przeznaczonym do Chrome. W przypadku niewielkiego odsetka ruchu w ramach testów obsługiwanych przez Chrome w trybie B technologie Piaskownicy prywatności również nie będą dostępne wraz z wycofaniem plików cookie innych firm. Dzięki połączeniu wszystkich powyższych trybów testowania obsługiwanych przez Chrome technologie reklamowe będą mogły dopasować swoje konfiguracje testowe do wskazówek dotyczących testowania opublikowanych przez CMA. Zapoznaj się z artykułem Testowanie w Chrome, które definiuje Tryb A i Tryb B, a Zasady dotyczące CMA – grupę kontrolną 1, grupę kontrolną 2 i grupy eksperymentalnej (w punkcie 11).

Czy możemy skontaktować się z osobą kontaktową w CMA, aby lepiej zrozumieć, co jest wymagane do przesłania końcowego raportu?

Możesz wysłać e-maila do zespołu ds. zgłoszeń CMA na adres privacysandbox@cma.gov.uk i dowiedzieć się więcej o wskazówkach dotyczących propozycji testów. Więcej informacji znajdziesz u dołu strony Piaskownicy prywatności CMA.

Czy możesz wyjaśnić miary miary sukcesu testów ilościowych?

Firmy testujące interfejsy API mogą definiować i udostępniać dowolną liczbę dodatkowych wskaźników KPI. Minimalne wyniki testu, które należy udostępnić, znajdziesz we wskazówkach dotyczących CMA.

Czy istnieje limit ilościowy dla testowania, na przykład stosunek grupy kontrolnej do stosunku trybów? Czy macie dodatkowe wskazówki dotyczące cennych wskaźników KPI, które należy przetestować poza wytycznymi CMA dotyczącymi testowania?

Testerzy mogą ustalić wymagania dotyczące ilości lub skali. Zalecamy określenie skali na podstawie modelu biznesowego i celów firmy. Twoja metoda testowania powinna uwzględniać odpowiednie dane oraz tryb A i B testów w Chrome.

Jakie typy integracji zasobów reklamowych wydawcy są obsługiwane w ramach testów Protected Audience i TOPICS?

Piaskownica prywatności nie nakłada ograniczeń na konkretne mechanizmy integracji. Aby uzyskać jak najwięcej statystyk, należy skoordynować kompleksowe testy Protected Audience z innymi firmami zintegrowanymi z Piaskownicą prywatności w celu uzyskania liczby wyświetleń podlegających rozliczeniu.

Zdajemy sobie sprawę, że decyzje dotyczące integracji innych firm mogą wpłynąć na typy zasobów reklamowych, w których można testować funkcje Protected Audience i Topics. W Piaskownicy prywatności zalecamy skoordynowanie celów z partnerami zajmującymi się testami.

W jaki sposób Google ułatwi łączenie testujących platform DSP i SSP?

Firmy, które przeprowadzają testy, są publicznie podane na GitHubie wraz z danymi kontaktowymi. Piaskownica prywatności zachęca też testerów do bezpośredniego kontaktowania się z innymi za pośrednictwem istniejących relacji, aby koordynować testy.