Med SupplyChain-objektet kan kjøpere og mellomledd se alle partene som selger eller selger videre annonsebeholdning. Sammen med ads.txt
/app-ads.txt
og sellers.json
gir objektet deg informasjon om økosystemet for annonser.
- Publisisten sender en budforespørsel.
- Kjøperen mottar budforespørselen og data fra SupplyChain-objektet.
- Kjøperen sjekker identiteten til alle mellomledd som videreselger beholdning.
- Kjøperen gjennomsøker og bekrefter leverandører som er autorisert til å selge beholdning.
Google oppretter automatisk objektene i en forespørsel om åpen budgivning i sanntid (RTB) eller en RTB-protokoll fra Google hvis det er aktuelt.
Slik fungerer SupplyChain-objektet
SupplyChain-objektet, også kjent som
-objektet, er en del av en forespørsel om åpen budgivning i sanntid og består av «noder». Alle nodene i schain
schain
-objektet representerer en bestemt enhet som deltar i budforespørselen, som omfatter alle enhetene som er involvert i den direkte omsetningen av beholdningen.
// Eksempelobjekt
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Samme seller_id for publisisten i sellers.json
"hp":1
}],
"ver":"1.0"
}
Du kan finne ut mer om dette i utviklerdokumentasjonen for åpen budgivning i sanntid og dokumentasjonen for IAB.
SupplyChain-objektet ser annerledes ut avhengig av hvordan du samarbeider med kjøpere.
Publisister som selger direkte via Google
For publisister som selger beholdning direkte via Ad Manager, AdMob eller AdSense, inneholder schain
-objektet bare én node for «google.com» med seller_id
fra sellers.json.
Publisister som bruker åpen budgivning
Publisister som samarbeider med tredjepartsbørser via åpen budgivning, har to noder i schain
-objektet: én node for google.com med seller_id
-attributtet hentet fra sellers.json-filen, og én node for børsens avkastningspartner.
På samme måte som Google oppretter noden for google.com før budforespørselen sendes, er tredjepartsbørsen ansvarlig for å legge til noden sin før forespørselen sendes videre.
Alle mellomledd som ikke håndterer betalinger
Mellomledd som ikke håndterer betalinger, blir ikke tatt med i SupplyChain-objektet. Dette omfatter topptekstbudgivning på klientsiden, topptekstbudgivning uten betalinger og annen mediering.
Multiple Customer Management publishers
Multiple Customer Management (MCM) enables parent publishers to monetize child publishers’ inventory either individually with the Manage Account delegation type, or at scale with the Manage Inventory delegation type .
For parent and child publishers using Manage Inventory, there is now one SupplyChain Object created with one node for the parent publisher’s seller ID, one node for the child publisher, and the schain
object is marked complete.
For parent and child publishers using Manage Account, the schain
object will have one node with the child publisher’s seller ID and the chain will be marked as complete. For Manage Account publishers, monetization occurs in the child publisher’s account. The child publisher is treated as the end publisher. The parent publisher’s information is not included in the schain
object.