Mit dem SupplyChain-Objekt können Käufer und Vermittler alle Parteien sehen, die Anzeigeninventar verkaufen oder weiterverkaufen. In Kombination mit ads.txt/app-ads.txt und sellers.json sorgt das Objekt für Transparenz im Werbesystem.
- Der Publisher sendet eine Gebotsanfrage.
- Der Käufer erhält die Gebotsanfrage und die zugehörigen Daten über das SupplyChain-Objekt.
- Der Käufer prüft die Identitäten aller Mittler, die Inventar weiterverkaufen.
- Der Käufer crawlt und prüft die Anbieter, die für das Verkaufen von Inventar autorisiert sind.
Die Objekte werden von Google automatisch in einer OpenRTB-Anfrage oder, sofern relevant, über das RTB-Protokoll von Google erstellt.
Funktionsweise des SupplyChain-Objekts
Das SupplyChain-Objekt, das auch als schainschain-Objekts steht für eine bestimmte Partei, die an der Gebotsanfrage teilnimmt. Dazu gehören alle Parteien, die am direkten Zahlungsfluss für Inventar beteiligt sind.
// Example object
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Same seller_id for the publisher in sellers.json
"hp":1
}],
"ver":"1.0"
}
Weitere Informationen finden Sie in der Entwicklerdokumentation zu OpenRTB und in der IAB-Dokumentation.
Je nachdem, wie Sie mit Käufern zusammenarbeiten, ist das SupplyChain-Objekt unterschiedlich aufgebaut.
Publisher, die direkt über Google verkaufen
Bei Publishern, die Inventar direkt über Ad Manager, AdMob oder AdSense verkaufen, enthält das schain-Objekt nur einen Knoten für „google.com“ mit der seller_id aus der sellers.json-Datei.
Publisher, die Open Bidding verwenden
Bei Publishern, die über Open Bidding mit Drittanbieter-Anzeigenplattformen zusammenarbeiten, enthält das schain-Objekt zwei Knoten: einen für „google.com“ mit der seller_id aus der sellers.json-Datei und einen für den Ertragspartner der Anzeigenplattform.
Bevor eine Gebotsanfrage gesendet wird, erstellt Google den Knoten für „google.com“. Gleichermaßen muss die Drittanbieter-Plattform ihren Knoten hinzufügen, bevor die Anfrage übergeben wird.
Alle Vermittler, die nicht am Zahlungsprozess beteiligt sind
Mittler, die keine Zahlungen bearbeiten, sind nicht im SupplyChain-Objekt enthalten. Dazu gehören Mittler, die am clientseitigen Header Bidding, dem Header Bidding ohne Zahlung und sonstigen Formen der Vermittlung beteiligt sind.
Publisher, die das Publisher-Verwaltungstool verwenden
Mit dem Publisher-Verwaltungstool können übergeordnete Publisher Einnahmen über das Inventar von untergeordneten Publishern erzielen. Das ist entweder einzeln mit dem Delegationstyp „Konto verwalten“ möglich oder in größerem Umfang mit dem Delegationstyp „Inventar verwalten“.
Für Partner mit dem Delegationstyp „Konto verwalten“
Bei über- und untergeordneten Publishern, die Konto verwalten verwenden, enthält das schain-Objekt einen einzelnen Knoten mit der Verkäufer-ID des untergeordneten Publishers und ist als vollständig markiert. Bei Publishern mit der Berechtigung „Konto verwalten“ erfolgt die Monetarisierung im Konto des untergeordneten Publishers. Der untergeordnete Publisher wird als End-Publisher behandelt. Das schain-Objekt enthält keine Angaben zum übergeordneten Publisher.
Für Partner mit dem Delegationstyp „Inventar verwalten“
Das SupplyChain-Objekt ist jetzt für Publisher, die die Option Inventar verwalten im Publisher-Verwaltungstool nutzen, als vollständig markiert. Im Publisher-Verwaltungstool gibt es 1 Knoten für untergeordnete und 1 Knoten für übergeordnete Nutzer und das SupplyChain-Objekt wird als vollständig markiert.
Im Rahmen dieser Aktualisierung müssen übergeordnete Publisher im Publisher-Verwaltungstool über das Ad Manager-Front-End oder die API die Verkäufer-ID (SID) ihrer untergeordneten Publisher teilen.
Beispiel für das vollständige SupplyChain-Objekt
"schain" : {
"ver": "1.0",
"complete" : 1,
"nodes" : [
// Knoten für den untergeordneten Publisher im Publisher-Verwaltungstool
{
"asi":"mcm-parent-example.com", // Dies ist ein Beispiel. Geben Sie die tatsächliche Domain des übergeordneten Publishers ein.
"sid":"52e41fac28963d1e058a106f", // Verkäufer-ID des untergeordneten Nutzers in der seller.json-Datei des übergeordneten Nutzers
"hp":1,
},
// Knoten für den übergeordneten Nutzer im Publisher-Verwaltungstool
{
"asi":"google.com",
"sid":"pub-1234567891234567", // Publisher-ID des übergeordneten Nutzers in der seller.json-Datei von Google
"hp":1,
}
]
}
Häufig gestellte Fragen
Warum müssen übergeordnete Publisher im Publisher-Verwaltungstool eine sellers.json-Datei erstellen?
Wenn die Informationen der Partner in einer sellers.json-Datei öffentlich zugänglich sind, hilft das Anzeigenkäufern dabei, ihr Inventar zu überprüfen.
Weitere Informationen zur IAB-Spezifikation für sellers.json
Müssen alle untergeordneten Publisher eine gültige ads.txt-Datei haben?
Die ads.txt-Datei des untergeordneten Publishers enthält keine Zeile, in der der übergeordnete Nutzer im Publisher-Verwaltungstool als DIRECT angegeben ist (z. B. MCM-parent-example.com, Verkäufer-ID für den untergeordneten Nutzer im Publisher-Verwaltungstool, DIRECT), sondern nur die Google-Zeile mit der Publisher-ID des übergeordneten Publishers (z. B. google.com, PUB ID für den übergeordneten Nutzer im Publisher-Verwaltungstool, RESELLER, f08c47fec0942fa0). Hat das negative Auswirkungen auf den Umsatz? Ist das SupplyChain-Objekt vollständig?
