Transparența sumelor licitate cu obiectul SupplyChain

Cu ajutorul obiectului SupplyChain, cumpărătorii și intermediarii pot vedea toate părțile implicate care vând sau distribuie inventar publicitar. Obiectul funcționează împreună cu ads.txt / app-ads.txt și sellers.json pentru a oferi transparență în ecosistemul publicitar.

1. Editorul trimite o solicitare de sumă licitată.
2. Cumpărătorul primește solicitări de sumă licitată și date de la obiectul SupplyChain.
3. Cumpărătorul caută identitatea tuturor intermediarilor care distribuie inventarul.
4. Cumpărătorul accesează cu crawlere și verifică furnizorii autorizați să vândă inventarul.

Google va crea automat obiectele într-o solicitare OpenRTB sau într-un protocol LTR Google, dacă este cazul.

Cum funcționează obiectul SupplyChain

Obiectul SupplyChain, cunoscut și ca schain, face parte dintr-o solicitare de sumă licitată OpenRTB și conține „noduri”. Fiecare nod din obiectul schain reprezintă o anumită entitate care participă la solicitarea de sumă licitată, care include toate entitățile implicate în fluxul de plată direct pentru inventar.

// Exemplu de obiect
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // Același seller_id pentru editorul din sellers.json
         "hp":1
    }],
    "ver":"1.0"
}

Consultați documentația pentru dezvoltatori OpenRTB și documentația IAB pentru mai multe informații.

Obiectul SupplyChain arată diferit în funcție de modul în care colaborați cu respectivii cumpărători.

Editori care vând direct cu Google

În cazul editorilor care vând inventar direct prin Ad Manager, AdMob sau AdSense, obiectul schain conține un singur nod pentru „google.com” cu seller_id aflat în sellers.json.

Editori care folosesc Open Bidding

Editorii care folosesc Open Bidding pentru a lucra cu servicii terță parte de schimburi publicitare au două noduri în obiectul schain: un nod pentru google.com cu seller_id aflat în sellers.json și un nod pentru partenerul de randament pentru schimburi.

Așa cum Google creează nodul pentru google.com înainte de a trimite solicitarea de sumă licitată, serviciul terță parte este responsabil pentru adăugarea propriului nod înainte de a transmite solicitarea.

Toți intermediarii care nu gestionează plăți

Intermediarii care nu gestionează plăți nu sunt incluși în obiectul SupplyChain. Aici este inclusă licitarea din antet la nivel de client, licitarea din antet fără plăți și alte tipuri de mediere.

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.