Przejrzystość stawki dzięki obiektowi SupplyChain

Dzięki obiektowi SupplyChain kupujący i pośrednicy mogą zobaczyć wszystkie podmioty, które sprzedają lub odsprzedają zasoby reklamowe. SupplyChain współpracuje z plikami ads.txt/ads.txt i ads.txt, aby zapewnić przejrzystość ekosystemu reklam.

1. Wydawca wysyła pytanie o stawkę.
2. Kupujący otrzymuje pytanie o stawkę i dane z obiektu SupplyChain.
3. Kupujący wyszukuje tożsamości wszystkich pośredników, którzy sprzedają zasoby reklamowe.
4. Kupujący indeksuje i weryfikuje dostawców uprawnionych do sprzedaży zasobów reklamowych.

W stosownych przypadkach Google automatycznie utworzy obiekty w ramach pytania OpenRTB lub protokołu Google RTB.

Jak działa obiekt SupplyChain

Obiekt SupplyChain, znany też jako schain, jest częścią pytania o stawkę OpenRTB i składa się z „węzłów”. Każdy węzeł w obiekcie schain odpowiada konkretnemu podmiotowi uczestniczącemu w pytaniu o stawkę, które uwzględnia wszystkie podmioty zaangażowane w bezpośredni przepływ płatności za zasoby reklamowe.

// Przykładowy obiekt
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // Ten sam identyfikator seller_id wydawcy w pliku sellers.json
         "hp":1
    }],
    "ver":"1.0"
}

Więcej szczegółowych informacji znajdziesz w dokumentacji dla deweloperów OpenRTB i dokumentacji IAB.

Wygląd obiektu SupplyChain różni się w zależności od sposobu współpracowania z kupującymi.

Wydawcy sprzedający bezpośrednio w Google

W przypadku wydawców, którzy sprzedają zasoby reklamowe bezpośrednio za pomocą Ad Managera, AdMob lub AdSense, obiekt schain zawiera tylko 1 węzeł dla „google.com” z seller_id w pliku sellers.json.

Wydawcy korzystający z Otwartego ustalania stawek

W przypadku wydawców, którzy współpracują z giełdami zewnętrznymi za pomocą Otwartego ustalania stawek, obiekt schain ma 2 węzły: 1 dla „google.com” z seller_id w pliku sellers.json i 1 dla partnera zysku giełdy.

Tak jak Google tworzy węzeł dla google.com przed wysłaniem pytania o stawkę, tak giełda zewnętrzna odpowiada za dodanie swojego węzła przed przekazaniem pytania.

Wszyscy pośrednicy nieobsługujący płatności

W obiekcie SupplyChain nie ma pośredników, którzy nie obsługują płatności. Dotyczy to określania stawek przez kod w nagłówku po stronie klienta oraz określania stawek przez kod w nagłówku bez opłat, a także innych form zapośredniczenia.

Wydawcy, którzy korzystają z pośredników płatności przed wysłaniem żądania

Wydawcy korzystający z pośredników płatności na etapie przed wysłaniem żądania do Google Ad Managera muszą przekazywać obiekt SupplyChain zgodnie z wytycznymi IAB. Obiekt SupplyChain powinien zawierać tylko pośredników bezpośrednio zaangażowanych w przepływ płatności za zasoby reklamowe. Do takich pośredników może należeć technologia serwera reklamowego firmy zewnętrznej używana przez wydawcę. Obiekt SupplyChain można wysłać w żądaniu reklamy za pomocą parametru schain.

Uwaga: wszystkie dodatkowe węzły dołączone do obiektu SupplyChain powinny być również reprezentowane w pliku ads.txt lub app-ads.txt wydawcy, ponieważ w przeciwnym razie kupujący mogą uznać ruch za nieautoryzowany.

Wydawcy korzystający z Zarządzania wieloma klientami

Zarządzanie wieloma klientami (MCM) to narzędzie pozwalające wydawcom zarządzać kontami AdMob klientów przy zachowaniu takiego samego stopnia widoczności i kontroli, jaki mają na własnych kontach.

W przypadku wydawców nadrzędnych i podrzędnych korzystających z MCM w AdMob obiekt schain zawiera 1 węzeł z identyfikatorem sprzedawcy wydawcy podrzędnego, 1 węzeł dla wydawcy nadrzędnego, a łańcuch jest oznaczony jako kompletny. U wydawców stosujących MCM w AdMob przychody pojawiają się na koncie wydawcy podrzędnego. Wydawca podrzędny jest traktowany jako wydawca końcowy.