Obsługa aukcji dla wielu sprzedawców za pomocą zapośredniczenia w ramach Protected Audience API

Sprzedawcy zwykle dywersyfikują źródła ofert reklamowych, aby optymalizować pod kątem przychodów z reklam. W przypadku zapośredniczenia reklam sieć reklamowa lub usługa wywołuje wiele sieci reklamowych, aby określić najlepszą reklamę dla danego boksu reklamowego. Ta oferta Wyjaśniamy, jak można rozszerzyć interfejs Protected Audience API na Androida wdrożyć funkcję zapośredniczenia kaskadowego w sposób zapewniający ochronę prywatności. Dzisiaj, sieci reklamowe pozwalają deweloperom aplikacji na zapośredniczenie w aukcjach reklam na różne sposoby, wielu sprzedawców reklam:

1. Zapośredniczenie kaskadowe: deweloperzy aplikacji definiują uporządkowaną listę reklam. sieci, często posortowanych według historycznych eCPMs dla danych Ta lista nazywa się łańcuchem pośrednictwa. Dane dewelopera aplikacji platforma zapośredniczenia używa tej listy do wywoływania sieci reklamowych w kolejności, w jakiej są w celu określenia odpowiednich źródeł ofert reklamowych.
2. Automatyczne zapośredniczenie: wiele sieci reklamowych jest konfigurowanych przez tag deweloper aplikacji do udziału w określaniu stawek pod kątem możliwości wyświetlania reklam. Te sieci mogą ustalać stawki w czasie rzeczywistym na podstawie tego, jak wyceniają ofertę.
3. Zapośredniczenie hybrydowe: połączenie kaskady i automatyzacji. technik zapośredniczenia.

Zapośredniczenie kaskadowe

W przypadku zapośredniczenia kaskadowego pakiet SDK wysyła żądanie, gdy pojawi się możliwość wyświetlenia reklamy. do serwera backendu. Zamiast odpowiedzi na żądanie w postaci zwycięskiego kreacji reklamy serwer odpowiada łańcuchem zapośredniczenia zawierającym listę sieci reklamowych uporządkowaną według historycznych wartości eCPM.

Rysunek 1. Kaskadowy model zapośredniczenia.

W tradycyjnym modelu kaskadowym pakiet SDK reklam wywołuje każdą sieć reklamową (lub własny pakiet SDK aukcji) w kolejności określonej przez łańcuch zapośredniczenia. Jeśli sieć reklamowa może zrealizować żądanie reklamy, renderuje reklamę. W przeciwnym razie żądanie jest wysyłane do następnej sieci w łańcuchu. Ten proces jest powtarzany, dopóki prośba nie zostanie spełniona lub łańcuch nie zostanie wyczerpany.

Zapośredniczenie kaskadowe jest często optymalizowane przez regularne zmienianie kolejności łańcucha zapośredniczenia na podstawie ponownej oceny eCPM z własnych źródeł reklam.

Zapośredniczenie automatyczne

Automatyczne zapośredniczenie (znane też jako „licytowanie w nagłówku”) to alternatywa dla korzystania z historycznego eCPM do określania, która sieć reklamowa ma szansę wyświetlić żądanie reklamy. W przypadku automatyzacji mediowania dostawcy używają zamiast tego bieżących wartości stawek, aby znaleźć reklamę zwycięską.

Rysunek 2. Model zapośredniczenia zautomatyzowanego

Zapośredniczenie hybrydowe

Niektóre rozwiązania do zautomatyzowanego zapośredniczenia łączą sieci reklamowe w trybie hybrydowym kaskady i określania stawek, zapewniając większą kontrolę nad reklamą wartość eCPM w czasie rzeczywistym w celu zmaksymalizowania przychodów z sieci reklamowych uczestniczących w programie.

W modelach hybrydowych sieci reklamowych i dostawcy usług zapośredniczenia mogą zapewnić deweloperom aplikacji większą elastyczność dzięki połączeniu elementów kaskady i ustalania stawek w czasie rzeczywistym. Modele hybrydowe umożliwiają deweloperom aplikacji konfigurowanie sieci reklamowych na podstawie historycznych wartości eCPM, co daje im możliwość wyświetlania reklamy przed uruchomieniem określania stawek w czasie rzeczywistym w uczestniczących sieciach w celu wypełnienia możliwości wyświetlania reklam.

Zapośredniczenie kaskadowe Protected Audience API

Interfejs Protected Audience API na Androida obsługuje zapośredniczenie kaskadowe dzięki prowadzeniu wielu aukcji, z których każda dotyczy osobnego węzła w grafie zapośredniczenia. Jeśli w aukcji nie ma zwycięzcy, wywoływany jest następny węzeł sieci aukcji, aż do wyczerpania łańcucha. Proces zapośredniczenia kaskadowego:

1. Pakiet zapośredniczenia pobiera łańcuch zapośredniczenia z serwera reklam kontekstowych. który może zwrócić reklamy kontekstowe lub łańcuchy zapośredniczenia.
2. Jeśli punkt końcowy serwera reklam wyświetla łańcuch zapośredniczenia, pakiet SDK zapośredniczenia kolejno przechodzi przez każdy element łańcucha, wywołując pakiet SDK danej sieci reklamowej, aby przeprowadzić selekcję reklam kontekstowych i remarketingowych. Każdy element to żądanie zakupu przestrzeni reklamowej dla danej sieci reklamowej konkretną cenę za określoną liczbę wyświetleń, kliknięć lub czas wyświetlania reklamy.
3. Jeśli żaden z elementów zamówienia w łańcuchu nie wybierze zwycięskiej reklamy, pakiet SDK zapośredniczenia może wybrać opcję wyświetlania reklamy z własnej sieci reklamowej, stosując Wybór reklam kierowanych na odbiorców uwzględniających zarówno remarketing, jak i reklamy kontekstowe.

Rysunek 3. Zapośredniczenie kaskadowe w interfejsie Protected Audience API.

Poprzedni diagram przedstawia przykład algorytmu zapośredniczenia kaskadowego który może wdrożyć pakiet SDK zapośredniczenia, ale bez możliwości do optymalizacji sieci reklamowej. Interfejs Protected Audience API obsługuje optymalizację sieci reklamowej za pomocą własnych danych, umożliwiając łańcuchowe tworzenie procesów wyboru reklam i zgłaszanie zwycięskich wyświetleń.

Wynik wyboru reklamy

Typ zwracanej wartości funkcji selectAds() to obiekt AdSelectionOutcome. AdSelectionOutcome zawiera identyfikator URI renderowania zwycięskiej reklamy oraz tag AdSelectionId, czyli nieprzezroczysta liczba całkowita, która identyfikuje zwycięzcę kreacji elementu zamówienia.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId działa jak wskaźnik do AdSelectionOutcome. Dzisiaj, Wartość AdSelectionId jest przekazywana do metody reportResult() jako ReportImpressionInput, aby ułatwić identyfikację prawidłowych reklam Po wywołaniu są wywoływane metody reportWin() i reportResult().

Propozycja wyboru reklamy sieciowej

Proponujemy przeciążenie funkcji selectAds() funkcją AdSelectionFromOutcomesConfig.

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

Dzięki temu pakiet SDK do zapośredniczenia może porównać stawkę reklamy zwycięzcy z minimalną stawką następnej sieci.

Przykład 1:

Przykład 2:

Raportowanie zwycięskich wyświetleń

Jeśli zwycięzca znajduje się w grupie selectAds(AdSelectionFromOutcomes), to właśnie ta reklama wygrywa zapośredniczenie. Następnie funkcja reportImpression jest wywoływana z identyfikatorem wyboru reklamy zwycięską reklamę od selectAds(AdSelectionFromOutcomes) oraz powiązanych AdSelectionConfig

Jeśli zwycięzca zostanie zwrócony z selectAds(AdSelectionConfig) dla jednej z sieci, wywoływana jest metoda reportImpression z identyfikatorem wyboru reklamy i konfiguracją z tej rozmowy.

Uruchom zapośredniczenie kaskadowe

Oto kolejność operacji w ramach procesu zapośredniczenia kaskadowego.

1. Uruchom wybór reklamy własnej.
2. Wykonanie iteracji w łańcuchu zapośredniczenia W przypadku każdej sieci zewnętrznej wykonaj :
   1. Kompilacja AdSelectionFromOutcomeConfig, w tym własny outcomeId i minimalnej stawki pakietu SDK firmy zewnętrznej
   2. Wywołaj funkcję selectAds() z parametrem config z poprzedniego kroku.
   3. Jeśli wynik nie jest pusty, zwróć reklamę.
   4. Wywołaj metodę selectAds() adaptera sieci obecnego pakietu SDK. Jeśli wynik nie jest pusty, zwraca reklamę.
3. Jeśli w łańcuchu nie zostanie znaleziony zwycięzca, zwracaj reklamę własnego źródła.

Sprawdzone metody

Przeprowadzanie aukcji kontekstowych przed optymalizacją własnej

Popyt w ramach remarketingu może generować wysokie stawki, które mogą przynieść korzystne wyniki w łańcuchu pośrednictwa. Obcinanie to proces, który często służy do włączenia optymalizacji za pomocą własnych danych poprzez dostosowanie listy odbiorców remarketingu.

Zapotrzebowanie na remarketing w interfejsie Protected Audience API jest dostępne tylko po stronie klienta w ramach aukcji Protected Audience. Może to utrudnić włączenie własnej optymalizacji po stronie serwera. Aby ograniczyć problemy z optymalizacją pierwszorzędową, najpierw przeprowadź aukcję kontekstową, a potem optymalizację pierwszorzędową na podstawie zwycięskiej reklamy zgodnie z opisem na tej stronie.

Zadbaj, by łańcuchy zapośredniczenia na urządzeniu były małe

Aby zapewnić optymalną wydajność, łańcuchy zapośredniczenia na urządzeniu powinny być krótkie. Koszt obliczania na urządzeniu może być proporcjonalny do liczby aukcji ocenianych w ramach łańcucha zapośredniczenia. Inaczej mówiąc, więcej węzłów prowadzi do wymagania dotyczące cyklu obliczeniowego i dłuższy czas oczekiwania. Przeanalizuj wpływ opóźnienia w przychodach, gdy przekazujesz węzły do oceny zapośredniczenia na urządzeniu.

Uwagi dodatkowe

Interfejs Protected Audience API nie oferuje kompleksowego rozwiązania do zapośredniczenia wielu boksów reklamowych. Każdy boks reklamowy musi zostać przetworzony niezależnie.

Interfejs Protected Audience Mediation API obsługuje zapośredniczenie kaskadowe i ograniczenia zautomatyzowanego zapośredniczenia. Więcej informacji o obsługiwaniu dodatkowych przypadków użycia automatyzacji mediów podamy w przyszłości.

Wybór reklam z Protected Audience API jest uruchamiany po pobraniu reklam kontekstowych, wywołanie interfejsu Protected Audience API może wpłynąć na pełne opóźnienie reklamy. żądań.