Cenu pārskatāmība, izmantojot objektu SupplyChain

Izmantojot objektu SupplyChain, pircēji un starpnieki var skatīt visas puses, kas pārdod vai tālākpārdod reklāmu krājumus. Objekts darbojas kopā ar failiem ads.txt/app-ads.txt un sellers.json, lai nodrošinātu reklāmu ekosistēmas pārskatāmību.

1. Izdevējs nosūta cenas pieprasījumu.
2. Pircējs saņem cenas pieprasījumu un datus no objekta SupplyChain.
3. Pircējs meklē visu to starpnieku identitātes, kuri tālākpārdod krājumus.
4. Pircējs pārmeklē un verificē pakalpojumu sniedzējus, kas ir pilnvaroti pārdot krājumus.

Google automātiski izveidos attiecīgos objektus OpenRTB pieprasījumā vai Google CNR protokolā (ja piemērojams).

Objekta SupplyChain darbības pamatprincipi

Objekts SupplyChain, kas tiek dēvēts arī par schain, ir daļa no OpenRTB cenas pieprasījuma un sastāv no “mezgliem”. Katrs objekta schain mezgls attiecas uz konkrētu juridisko personu, kas piedalās cenas pieprasījumā. Šajā pieprasījumā ir ietvertas visas juridiskās personas, kas ir iesaistītas tiešajā maksājumā par krājumiem plūsmā.

// Objekta piemērs
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // Tāds pats izdevēja parametrs seller_id failā sellers.json
         "hp":1
    }],
    "ver":"1.0"
}

Lai iegūtu plašāku informāciju, izlasiet OpenRTB izstrādātāju dokumentāciju un IAB dokumentāciju.

Objekts SupplyChain izskatās dažādi atkarībā no tā, kā strādājat ar pircējiem.

Izdevēji, kuri pārdod tieši, izmantojot Google pakalpojumus

Izdevējiem, kuri pārdod krājumus tieši, izmantojot Ad Manager, AdMob vai AdSense, objekts schain ietver tikai vienu mezglu vietnei "google.com" ar failā sellers.json norādīto seller_id.

Izdevēji, kuri izmanto Open Bidding

Izdevējiem, kuri darbam ar trešās puses apmaiņas pakalpojumiem izmanto Open Bidding, objektā schain ir divi mezgli: viens mezgls vietnei google.com ar failā seller.json norādīto parametru seller_id, un otrs — apmaiņas ieņēmumu partnerim.

Tāpat kā Google izveido mezglu vietnei google.com pirms cenas pieprasījuma nosūtīšanas, trešās puses apmaiņas pakalpojums ir atbildīgs par sava mezgla pievienošanu pirms pieprasījuma nosūtīšanas.

Visi starpnieki, kuri neveic maksājumus

Starpnieki, kuri neveic maksājumus, nav iekļauti objektā SupplyChain. Tas attiecas uz klienta galvenes cenu noteikšanu, kā arī galvenes cenu noteikšanu nemaksājošiem starpniekiem un citiem starpniecības veidiem.

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.