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.
- Wydawca wysyła pytanie o stawkę.
- Kupujący otrzymuje pytanie o stawkę i dane z obiektu SupplyChain.
- Kupujący wyszukuje tożsamości wszystkich pośredników, którzy sprzedają zasoby reklamowe.
- 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 schainschain 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, określania stawek przez kod w nagłówku bez opłat, udostępniania zasobów reklamowych i innych form zapośredniczenia.
Wydawcy, którzy korzystają z pośredników płatności przed wysłaniem żądania (Beta)
Funkcje w wersji beta mogą być niedostępne w Twojej sieci. Data udostępnienia tej funkcji dla wszystkich pojawi się w informacjach o wersji.
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.
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.