A SupplyChain objektum lehetővé teszi a vásárlók és közvetítők számára, hogy megtekintsék az összes olyan felet, aki a hirdetéskészletet értékesítője vagy viszonteladója. Az objektum működik az ads.txt
/ app-ads.txt
és sellers.json
fájlokkal együtt, hogy átláthatóságot biztosítson a hirdetési ökoszisztémában.
- A megjelenítő ajánlatkérést küld.
- A vevő ajánlatkérést és adatokat kap a SupplyChain objektumtól.
- A vevő kikeresi az összes olyan közvetítő kilétét, aki a készletet továbbértékesíti.
- A vevő feltérképezi és ellenőrzi a készlet értékesítésére jogosult szolgáltatókat.
A Google automatikusan létrehozza az objektumokat egy OpenRTB-kérelmen vagy Google RTB-protokollon belül (ha van).
Hogyan működik a SupplyChain objektum?
A SupplyChain objektum (más néven
) egy OpenRTB-ajánlatkérés része, és „csomópontokból” áll. Az schain
schain
objektum minden csomópontja az ajánlatkérésben részt vevő egy adott entitást jelképez. Az ajánlatkérés tartalmaz minden olyan entitást, amely részt vesz a készletért való közvetlen fizetési folyamatban.
// Példa objektum
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Ugyanaz a seller_id a sellers.json fájl megjelenítőjéhez
"hp":1
}],
"ver":"1.0"
}
További részleteket az OpenRTB fejlesztői dokumentációjában és az IAB dokumentációjában talál.
A SupplyChain objektum eltérően néz ki attól függően, hogy Ön hogyan dolgozik a vevőkkel.
Megjelenítők, akik közvetlenül értékesítenek a Google-lal
Azoknál a megjelenítőknél, akik közvetlenül értékesítenek készletet az Ad Manager, AdMob vagy AdSense szolgáltatáson keresztül, az schain
objektum csak egy csomópontot tartalmaz a „google.com” webhelyhez, amelynél a seller_id
a sellers.json fájlban található.
Megjelenítők, akik nyílt ajánlattételt használnak
Azoknál a megjelenítőknél, akik a Nyílt ajánlattétel funkciót használják arra, hogy együtt dolgozzanak harmadik felek piactereivel, két csomópont van az schain
objektumban: egy csomópont a google.com webhelyhez, amelynél a seller_id
a sellers.json fájlban található, valamint egy másik csomópont a piactéri hozampartnerhez.
Ahogy a Google létrehozza a csomópontot a google.com webhelyhez az ajánlatkérés elküldése előtt, úgy a harmadik fél piactér felelős azért, hogy hozzáadja a saját csomópontját, mielőtt átadná a kérelmet.
Az összes nem fizető közvetítő
Azok a közvetítők, akik nem kezelnek kifizetéseket, nem szerepelnek a SupplyChain objektumban. Ide tartozik az ügyféloldali előzetes ajánlattétel, a nem fizetési előzetes ajánlattétel és az egyéb közvetítés is.
A Több ügyfél kezelése szolgáltatást használó megjelenítők
A Több ügyfél kezelése eszköz lehetővé teszi a fölérendelt megjelenítők számára, hogy bevételt szerezzenek az alárendelt megjelenítők készletéből akár egyenként a „fiók kezelése” felhatalmazástípussal, akár tömegesen, a „készlet kezelése” felhatalmazástípussal.
A Fiókkezelés partnerei számára
A fiók kezelése felhatalmazástípust használó fölérendelt és alárendelt megjelenítők esetében az schain
objektum egy csomóponttal fog rendelkezni az alárendelt megjelenítő eladói azonosítójával, és a lánc teljesként lesz megjelölve. A Fiók kezelése felhatalmazástípussal rendelkező megjelenítőknél a bevételszerzés az alárendelt megjelenítő fiókjában történik. Az alárendelt megjelenítő minősül a végső megjelenítőnek. A fölérendelt megjelenítő információi nem szerepelnek az schain
objektumban.
A Készletkezelés partnerei számára
A SupplyChain-objektum mostantól készként van megjelölve az MCM Készlet kezelése felhatalmazástípussal rendelkező megjelenítői számára. Egy csomópont van az alárendelt MCM-megjelenítők számára, egy csomópont a fölérendelt MCM-megjelenítők számára, és a lánc teljesként van megjelölve.
A frissítéshez a Készlet kezelése felhatalmazástípussal rendelkező fölérendelt MCM-megjelenítőknek meg kell osztaniuk az alárendelt megjelenítőik eladói azonosítóját (SID) az Ad Manager kezelőfelületén vagy API-ján keresztül.
Példa a teljes SupplyChain-objektumra
"schain" : {
"ver": "1.0",
"complete" : 1,
"nodes" : [
// Csomópont az MCM alárendelt megjelenítőjéhez
{
"asi":"mcm-parent-example.com", // Ez egy példa. Győződjön meg arról, hogy a fölérendelt tényleges domainjét adta meg.
"sid":"52e41fac28963d1e058a106f", // Alárendelt eladói azonosítója a fölérendelt sellers.json fájljában
"hp":1,
},
// Csomópont az MCM alárendelt megjelenítőjéhez
{
"asi":"google.com",
"sid":"pub-1234567891234567", // Az MCM fölérendelt megjelenítőjének megjelenítői azonosítója a Google seller.json fájljában
"hp":1,
}
]
}
GYIK
Miért kell a fölérendelt MCM-eknek sellers.json fájlt létrehozniuk?
A partnerek adatainak nyilvánosan hozzáférhetővé tétele a sellers.json fájlban való listázás engedélyezésével fontos lépés a hirdetésvásárlók számára, hogy ellenőrizhessék a készletüket.
További információ az IAB sellers.json specifikációiról.
Minden alárendelt megjelenítőnek érvényes ads.txt fájllal kell rendelkeznie?
Ha az alárendelt megjelenítő ads.txt fájlja nem tartalmaz olyan sort, amely a Több ügyfél kezelése funkció fölérendelt megjelenítőjét DIRECT megjelöléssel tartalmazza (például folerendelt-MCM-pelda.com, az MCM alárendelt megjelenítői azonosítója, DIRECT), de tartalmazzza a Google-sort a fölérendelt megjelenítő azonosítójával (például google.com, PUB-azonosító a fölérendelt MCM-megjelenítőhöz, RESELLER, f08c47fec0942fa0), az negatív hatással lesz a bevételre? Teljes lesz az ellátási lánc?