Konfiguracja sekwencyjnej aukcji z aukcjami reklam kontekstowych

Wydawcy zwykle dywersyfikują źródła popytu na reklamy, aby optymalizować przychody, i wywołują wiele firm (np. serwery reklam wydawców, platformy SSP i DSP), aby określić najlepszą reklamę dla danego miejsca na reklamę na stronie. Określanie stawek przez kod w nagłówku umożliwia wydawcom uzyskiwanie stawek za miejsce na reklamę z różnych źródeł ofert reklamowych. W konfiguracji aukcji sekwencyjnej biblioteka header bidding może być używana do przeprowadzania aukcji z danymi kontekstowymi, a Protected Audience – do przeprowadzania aukcji z danymi z różnych witryn.

Zanim zaczniesz, zapoznaj się z podstawami określania stawek przez kod w nagłówku w dokumentacji Prebid.js.

Definicje

W tabelach poniżej opisujemy niektóre terminy używane w tym dokumencie.

Aukcje

Uczestnicy

Konfigurowanie aukcji sekwencyjnych

W konfiguracji aukcji sekwencyjnej najpierw przeprowadzane są aukcje kontekstowe, a potem aukcja z Protected Audience API. Ta konfiguracja umożliwia wydawcom maksymalizowanie potencjału zarobkowego dzięki przeprowadzaniu aukcji z wykorzystaniem danych kontekstowych dostępnych na stronie, a także aukcji z wykorzystaniem danych z różnych witryn w bezpiecznym środowisku, które chroni prywatność użytkowników.

Biblioteka określania stawek przez kod w nagłówku może być najpierw wykonywana na stronie, aby zbierać stawki na potrzeby aukcji kontekstowej serwera reklam wydawcy. Następnie skorygowaną zwycięską stawkę w aukcji kontekstowej można wprowadzić do aukcji Protected Audience API jako minimalną stawkę. Podczas etapu oceniania sprzedawca najwyższego poziomu może obniżyć ceny ofert w aukcjach komponentów poniżej ceny minimalnej, przypisując im wartość zero, gdy obliczany jest wynik atrakcyjności. Jeśli żadna stawka w aukcji komponentu Protected Audience API nie przekracza ceny minimalnej, użytkownikowi wyświetlana jest reklama, która wygrała aukcję kontekstową. Jeśli aukcja z użyciem Protected Audience API wyłoni zwycięzcę, oznacza to, że jego stawka jest wyższa niż cena minimalna, a zwycięska reklama z użyciem Protected Audience API zostanie wyświetlona użytkownikowi.

W tym przykładzie konfiguracji aukcji sekwencyjnej na stronie mogą być przeprowadzane w kolejności 3 główne aukcje:

1. Aukcja kontekstowa za pomocą biblioteki określania stawek przez kod w nagłówku
2. Aukcja kontekstowa na serwerze reklam wydawcy
3. Aukcja z Protected Audience API.

Szczegółowy opis diagramu:

1. Przed aukcją użytkownik jest dodawany do grupy zainteresowań w witrynie reklamodawcy.
2. Gdy użytkownik odwiedzi później stronę wydawcy, Prebid.js przeprowadzi aukcję kontekstową, aby zebrać odpowiedzi na oferty od licytujących określających stawki przez kod w nagłówku. Na tym etapie kupujący mogą dostarczać sygnały, a sprzedawcy mogą dostarczać konfiguracje aukcji komponentów, które będą używane w kolejnej aukcji z użyciem Protected Audience. Prebid.js udostępnia moduł do przekazywania tych sygnałów i konfiguracji do aukcji z użyciem Protected Audience API.
3. Odpowiedzi na stawkę zebrane przez Prebid.js są wysyłane do serwera reklam wydawcy w celu przeprowadzenia aukcji kontekstowej po stronie serwera.
4. Serwer reklam wydawcy może łączyć własne wyniki aukcji, wyniki określania stawek przez kod w nagłówku, zasoby reklamowe sprzedawane bezpośrednio i inne dane, aby określić, która reklama przyniesie wydawcy największe przychody. Zwycięska reklama jest zwracana do biblioteki po stronie klienta serwera reklam wydawcy.
5. Skorygowana cena oferty zwycięzcy aukcji kontekstowej wraz z sygnałami kupującego (perBuyerSignals) i konfiguracjami aukcji komponentów sprzedawcy zebranymi przez prebid.js mogą być przekazywane do aukcji z Protected Audience API przez bibliotekę po stronie klienta serwera reklam wydawcy.
6. Aukcja z użyciem Protected Audience API dla wielu sprzedawców jest przeprowadzana przez sprzedawcę najwyższego poziomu. Podczas etapu oceny sprzedawcy najwyższego poziomu może on porównać cenę zwycięskiej stawki każdej aukcji komponentu ze skorygowaną ceną zwycięskiej stawki aukcji kontekstowej. Jeśli cena komponentu jest niższa niż cena w aukcji kontekstowej, sprzedawca najwyższego poziomu zwraca wynik atrakcyjności równy 0. Jeśli wszystkie stawki mają wartość 0, wywołanie runAdAuction() zwraca wartość null, co oznacza, że powinna zostać wyświetlona reklama wygrywająca aukcję kontekstową.
7. Biblioteka po stronie klienta serwera reklam wydawcy renderuje zwycięską reklamę z Protected Audience lub reklamę kontekstową na podstawie informacji zwróconych przez wywołanie runAdAuction().
8. Zwycięska reklama jest renderowana użytkownikowi.

Aukcje kontekstowe z użyciem Prebid.js i serwera reklam wydawcy

W konfiguracji aukcji sekwencyjnej wszystkie aukcje kontekstowe są przeprowadzane przed aukcją Protected Audience. W konfiguracji opisanej w tym dokumencie przeprowadzamy aukcję kontekstową z określaniem stawek przez kod w nagłówku za pomocą Prebid.js, która przekazuje dane do aukcji po stronie serwera przeprowadzanej przez serwer reklam wydawcy.

Wydawca najpierw inicjuje aukcję kontekstową z określaniem stawek przez kod w nagłówku, wywołując Prebid.js z flagą, która informuje, że po niej zostanie przeprowadzona aukcja z Protected Audience API. Następnie Prebid.js zbiera odpowiedzi na zapytania o stawkę i wysyła je do serwera reklam wydawcy w celu przeprowadzenia aukcji kontekstowej po stronie serwera. Podczas zbierania odpowiedzi na pytania o stawkę kupujący i sprzedawcy mają możliwość podania konfiguracji aukcji komponentów i sygnałów kupujących (perBuyerSignals), które mają być używane w kolejnej aukcji Protected Audience, jeśli chcą w niej uczestniczyć. Konfiguracja aukcji komponentu zostanie ostatecznie przekazana do kolejnej aukcji Protected Audience.

1. Inicjowanie aukcji kontekstowej: użytkownik odwiedza stronę wydawcy.
2. Strona wydawcy wczytuje bibliotekę po stronie klienta serwera reklam wydawcy i określa miejsca na reklamy.
3. Strona wydawcy wczytuje Prebid i rozpoczyna aukcję kontekstową z określaniem stawek przez kod w nagłówku.
4. Aukcja kontekstowa Sprzedawcy A (prowadzona równolegle z aukcją kontekstową Sprzedawcy B). Prebid.js wysyła pytanie o stawkę do Sprzedawcy A.
5. Sprzedawca A pobiera od kupujących odpowiedzi na stawkę i sygnały perBuyerSignals.
6. Sprzedawca A przeprowadza aukcję kontekstową.
7. Sprzedawca A tworzy konfigurację aukcji komponentów z parametrem perBuyerSignals included.
8. Sprzedawca A odpowiada Prebid.js, przesyłając wygrywającą stawkę i konfigurację aukcji komponentów.
9. Aukcja kontekstowa Sprzedawcy B (przeprowadzana równolegle z aukcją kontekstową Sprzedawcy A). Prebid.js wysyła pytanie o stawkę do Sprzedawcy B.
10. Sprzedawca B pobiera odpowiedzi na pytania o stawkę i perBuyerSignals od kupujących.
11. Sprzedawca B przeprowadza aukcję kontekstową.
12. Sprzedawca B tworzy konfigurację aukcji komponentu z uwzględnionym parametrem perBuyerSignals.
13. Sprzedawca B odpowiada na Prebid.js, podając wygrywającą stawkę i konfigurację aukcji komponentów.
14. Aukcja kontekstowa serwera reklam wydawcy Odpowiedzi na zapytania o stawkę zebrane przez Prebid.js są wysyłane do serwera reklam wydawcy na potrzeby aukcji kontekstowej.
15. Konfiguracje aukcji komponentowych z sygnałami kupujących są udostępniane bibliotece po stronie klienta serwera reklam wydawcy.
16. Serwer reklam wydawcy przeprowadza aukcję kontekstową, aby wybrać najlepszą reklamę spośród kampanii w sprzedaży bezpośredniej, stawek w ramach zautomatyzowanej obsługi reklam, stawek kontekstowych Prebid i innych zasobów reklamowych.
17. Serwer reklam wydawcy zwraca skorygowaną zwycięską stawkę.

Uwzględnianie popytu na reklamy kontekstowe wraz z popytem na reklamy w Protected Audience API

Na tym etapie aukcje kontekstowe są już zakończone, a biblioteka po stronie klienta serwera reklam wydawcy może przekazać sprzedawcy najwyższego poziomu skorygowaną cenę zwycięskiej stawki w aukcji kontekstowej, konfiguracje aukcji komponentów i sygnały od kupujących uczestniczących w aukcji Protected Audience. Stawkę w aukcji kontekstowej można przekazać do konfiguracji aukcji jako sygnał do oceny w aukcji najwyższego poziomu.

1. Przeglądarka pobiera skrypt punktacji od sprzedawcy wraz z zaufanymi sygnałami punktacji każdej reklamy.
2. Przeglądarka wykonuje logikę oceny sprzedawcy najwyższego poziomu dla każdej wygrywającej stawki ze wszystkich aukcji komponentów. W skrypcie scoreAd() sprzedawcy najwyższego poziomu logika ma dostęp do skorygowanej ceny zwycięskiej oferty w aukcji kontekstowej, która mogła zostać przekazana jako sellerSignals w konfiguracji aukcji. Skrypt może porównać wygrywającą cenę kontekstową z ceną komponentu Protected Audience i zwrócić wartość 0, jeśli cena kontekstowa jest wyższa. W przeciwnym razie skrypt oblicza wynik atrakcyjności, prawdopodobnie na podstawie ceny oferty Protected Audience API.
3. Przeglądarka wybiera reklamę o najwyższym wyniku atrakcyjności przesłanym przez logikę oceny sprzedawcy najwyższego poziomu.
4. Jeśli aukcja z Protected Audience API wygra Aukcja z Protected Audience API zwraca obiekt FencedFrameConfig lub nieprzezroczysty URN do biblioteki po stronie klienta serwera reklam wydawcy.
5. Biblioteka po stronie klienta ustawia atrybut config elementu fenced frame na obiekt FencedFrameConfig lub ustawia atrybut src elementu iframe na nieprzezroczysty URN zwycięskiej reklamy z Protected Audience.
6. Przeglądarka pobiera od kupującego reklamę, która wygrała aukcję z użyciem Protected Audience API.
7. Przeglądarka renderuje reklamę użytkownikowi.
8. Jeśli wygra aukcja kontekstowa, aukcja z Protected Audience API zwróci wartość null.
9. Przeglądarka ustawia atrybut src elementu iframe na wygrywającą reklamę kontekstową.
10. Przeglądarka pobiera od kupującego reklamę, która wygrała aukcję kontekstową.
11. Przeglądarka renderuje reklamę użytkownikowi.