Najczęstsze pytania dotyczące testowania 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 kluczowe aspekty, które wymagają dostosowania:

  • Kontrola kreacji: czy platforma SSP ma punkt końcowy wcześniejszej rejestracji kreacji do skanowania i czy platforma DSP obsługuje ten przepływ pracy? Jeśli nie, porozmawiaj z SSP o tym, czego wymaga od DSP w ramach implementacji sprawdzania kreacji pod kątem kontroli wydawcy.
  • Metodologia renderURL firmy DSP. Niektóre platformy SSP mogą wymagać, aby renderURL uwzględniał metadane, takie jak seatID, w celu obsługi punktacji i rozliczeń. Jak struktura platformy DSP renderURL ma wpływ na kluczowe przypadki użycia platformy SSP.
  • ORTB
    • Pytanie o stawkę ORTB 2.X: jak SSP sygnalizuje DSP aukcję kwalifikującą się do spersonalizowanych reklam.
    • Odpowiedź na stawkę ORTB 2.X: jak platforma DSP zareaguje na platformę SSP w przypadku aukcji reklam spersonalizowanych.
  • Dane dotyczące określania stawek na urządzeniu PA: z SSP do DSP
    • auctionSignals: dane, które platforma SSP zawiera w elemencie auctionConfig, które są udostępniane wszystkim funkcjom określania stawek na platformie DSP.
  • PA na urządzeniu – dane punktacji: z DSP do SSP.
    • Stawka: sposób obsługi wielu walut. Każda platforma SSP może mieć inne wymagania.
    • Obiekt reklamy (zwrócony z generateBid()): platforma SSP może jej użyć na potrzeby punktacji i kontroli dla wydawców. Platformy DSP i SSP muszą uzgodnić, jakie dane i w jakiej strukturze mają być uwzględniane.
  • Raportowanie wygranych w kampanii PA: SSP do DSP
    • Jaki element reportResult() z platformy SSP będzie udostępniać platformie reportWin() platformy DSP.
  • Raportowanie po aukcji: z DSP do SSP. Kontekst: platforma DSP musi rejestrować i przekazywać raporty z aukcji po aukcji. Jeśli platforma SSP wymaga kliknięć, obejrzeń lub danych o widoczności, platforma DSP musi umożliwić im otrzymywanie tych zdarzeń.
    • Jakie raporty będzie musiała mieć platforma SSP.
    • Metodologia pomiaru tego zdarzenia (np. definicja widoczności).
    • Wdrożenie wywołania reportEvent() na platformie DSP w celu obsługi wymagań dotyczących platformy SSP.
    • Implementacja SSP registerAdBeacon() dopasowuje nazwę zdarzenia do tego, co DSP będzie wywoływać w kreacji.

Czy interfejs Attribution Reporting API jest gotowy do testowania?

Interfejs Attribution Reporting API będzie ogólnodostępny, a praca już trwa. Oznacza to, że wkrótce będzie można korzystać z raportów atrybucji w przypadku całego ruchu. Pamiętaj, że z raportów atrybucji można korzystać w przypadku wszystkich reklam, a nie tylko tych wyświetlanych przez Protected Audience API.

Czy istnieją wymagania geograficzne dotyczące testowania?

Nie ma żadnych wymagań geograficznych. Każdy tester musi określić swoje uwarunkowania geograficzne.

Jak wygląda zgodność wskazówek CMA z testami przeprowadzanymi w Chrome?

Tryby testowania w Chrome są zgodne ze wskazówkami CMA dotyczącymi ilościowego testowania Piaskownicy prywatności. Zgodnie z wytycznymi CMA grupa eksperymentalnej polega na technologiach Piaskownicy prywatności bez plików cookie innych firm. Grupa kontrolna 1 używa plików cookie innych firm, ale nie korzysta z Piaskownicy prywatności, a grupa kontrolna 2 nie korzysta ani z Piaskownicy prywatności, ani z plików cookie innych firm. Po ogólnej 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 w przypadku określonych grup populacji, a w innych nie. Poza tym specjaliści ds. technologii reklamowych mogą wykorzystywać ruch testowy w trybie A obsługiwany przez Chrome, aby koordynować te grupy populacji z uwzględnieniem wielu stron.

Od 4 stycznia 2024 r. Chrome będzie wycofywać pliki cookie innych firm w przypadku 1% ruchu. W dokumentacji dla deweloperów Chrome odbywa się to w ramach testowania obsługiwanego w trybie B. W przypadku niewielkiej części ruchu testowego obsługiwanego w trybie B przez Chrome technologie Piaskownicy prywatności również nie będą dostępne, podobnie jak wycofanie plików cookie innych firm. Korzystając z połączenia wszystkich powyższych trybów testowania obsługiwanych w Chrome, specjaliści ds. technologii reklamowych będą mogli dostosować swoje konfiguracje testowe do wytycznych dotyczących testowania opublikowanych przez CMA. Zapoznaj się z artykułem Testy przeprowadzane przy użyciu Chrome, w których definiuje się tryb A i tryb B, a wskazówki dotyczące tego narzędzia – grupę kontrolną 1, grupę kontrolną 2 i grupy eksperymentalnej (punkt 11).

Czy jest ktoś w CMA, z kim możemy się skontaktować, aby dowiedzieć się więcej o wymaganiach dotyczących przesłanego raportu końcowego?

Możesz wysłać e-maila do zespołu CMA ds. zgłoszeń na adres privacysandbox@cma.gov.uk, aby dowiedzieć się więcej o wskazówkach dotyczących testowania propozycji. Dodatkowo CMA zawiera listę wszystkich swoich kontaktów u dołu strony Piaskownicy prywatności.

Czy mogę prosić o sprecyzowanie ilościowych wyznaczników sukcesu w testach?

Firmy testujące interfejsy API mogą definiować i udostępniać dowolną liczbę dodatkowych wskaźników KPI. Minimalne wyniki testów, które należy udostępnić, znajdziesz w wytycznych dotyczących zarządzania zgodą użytkowników.

Czy istnieje próg ilościowy do przetestowania, na przykład stosunek między grupami kontrolnymi w porównaniu ze współczynnikami trybów? Czy masz dodatkowe wskazówki na temat cennych wskaźników KPI do przetestowania poza wytycznymi CMA dotyczącymi testowania?

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

Jakie rodzaje integracji zasobów reklamowych wydawców są obsługiwane w ramach testów z Protected Audience API i TOPICS?

Piaskownica prywatności nie nakłada ograniczeń na konkretne mechanizmy integracji. Aby uzyskać jak najwięcej statystyk, kompleksowe testy w ramach Protected Audience API powinny być skoordynowane z innymi firmami zintegrowanymi z Piaskownicą prywatności. Pozwoli to uzyskać wyświetlenia podlegające rozliczeniu.

Zdajemy sobie sprawę, że inne firmy decyzje dotyczące integracji mogą mieć wpływ na typy zasobów reklamowych, w których można testować funkcje Protected Audience API i Topics. Zalecamy skoordynowanie działań w ramach Piaskownicy prywatności z partnerami testującymi.

W jaki sposób Google ułatwia łączenie platform DSP i SSP do testowania?

Firmy testujące są publicznie wymienione na GitHubie wraz z danymi kontaktowymi na potrzeby koordynacji. Piaskownica prywatności zachęca też testerów do bezpośredniego kontaktu z użytkownikami, z którymi mają już kontakt, aby zorganizować testy.