Prostřednictvím objektu SupplyChain si kupující a prostředníci mohou prohlédnout všechny strany, které prodávají nebo přeprodávají reklamní inventář. Objekt ve spojení se soubory ads.txt / ads.txt a ads.txt zprostředkovává transparentní informace o reklamním ekosystému.
- Majitel stránek odešle žádost o nabídku.
- Kupující obdrží žádost o nabídku a data z objektu SupplyChain.
- Kupující vyhledá identity všech zprostředkovatelů, kteří přeprodávají inventář.
- Kupující projde a ověří dodavatele, kteří jsou oprávněni prodávat inventář.
Pokud je to možné, služba Google tyto objekty u žádostí OpenRTB nebo protokolu Google RTB vytváří automaticky.
Fungování objektů SupplyChain
Objekt SupplyChain, známý také jako schainschain představuje konkrétní subjekt, který je do žádosti o nabídku zapojen. Účastní se všechny subjekty, které jsou součástí přímého toku platby za inventář.
// Příklad objektu
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Stejné jako seller_id majitele stránek v souboru sellers.json
"hp":1
}],
"ver":"1.0"
}
Další podrobnosti najdete v dokumentaci žádostí OpenRTB pro vývojáře a v dokumentaci organizace IAB.
Objekt SupplyChain se liší v závislosti na tom, jak s kupujícími pracujete.
Majitelé stránek, kteří inventář prodávají přímo prostřednictvím služeb Google
U majitelů stránek, kteří inventář prodávají přímo prostřednictvím služby Ad Manager, AdMob či AdSense, objekt schain obsahuje pouze jeden uzel „google.com“ s identifikátorem seller_id uvedeným v souboru sellers.json.
Majitelé stránek, kteří používají otevřené nabídky
Majitelé stránek, kteří prostřednictvím Otevřených nabídek spolupracují s burzami třetích stran, mají v objektu schain dva uzly: jeden pro google.com s identifikátorem seller_id ze souboru sellers.json a jeden pro burzu, kterou využívají jako partnera ve výtěžcích.
Uzel pro google.com vytváří Google ještě před odesláním žádosti o nabídku. Externí burza by měla přidat svůj vlastní uzel a teprve poté žádost předat dál.
Všichni zprostředkovatelé, kteří nezpracovávají platby
Zprostředkovatelé, kteří nezpracovávají platby, v objektu SupplyChain zahrnuti nejsou. Týká se to header biddingu na straně klienta, header biddingu bez plateb i jiných zprostředkování.
Majitelé stránek, kteří využívají zprostředkovatele plateb před žádostí
Majitelé stránek, kteří využívají zprostředkovatele plateb před odesláním žádosti do služby Google Ad Manager, musí předávat objekt SupplyChain v souladu s pokyny organizace IAB. Objekt SupplyChain by měl obsahovat pouze zprostředkovatele, kteří jsou přímo zapojeni do procesu plateb za inventář. Mezi takové zprostředkovatele může patřit i reklamní server třetí strany používaný majitelem stránek. Objekt SupplyChain lze v žádosti o reklamu odeslat pomocí parametru schain.
SupplyChain musí být uvedeny i v souboru ads.txt/app-ads.txt majitele stránek, jinak kupující návštěvnost mohou považovat za neautorizovanou.Majitelé stránek, kteří používají správu více zákazníků
Správa více zákazníků (MCM) umožňuje nadřazeným majitelům stránek zpeněžovat inventář podřízených majitelů stránek buď jednotlivě prostřednictvím typu delegování Správa účtu, nebo hromadně prostřednictvím typu delegování Správa inventáře.
Partneři používající typ delegování Správa účtu
U nadřazených a podřízených majitelů stránek, kteří používají typ delegování Správa účtu bude mít objekt schain jeden uzel s ID prodejce podřízeného majitele stránek a řetězec bude označen jako úplný. U majitelů stránek s typem delegování Správa účtu se zpeněžování spravuje v účtu podřízeného majitele stránek. Za koncového majitele stránek se považuje podřízený majitel stránek. Informace o nadřazeném majiteli stránek v objektu schain nejsou zahrnuty.
Partneři používající typ delegování Správa inventáře
Objekt SupplyChain je nyní u majitelů stránek v rámci MCM s typem delegování Správa inventáře označen jako úplný. Obsahuje jeden uzel pro podřízené majitele stránek v rámci MCM a jeden uzel pro nadřazené MCM a je označen jako úplný.
Tato aktualizace vyžaduje, aby nadřazení majitelé stránek v MCM s typem delegování Správa inventáře sdíleli ID prodejce (SID) svých podřízených majitelů stránek prostřednictvím uživatelského rozhraní nebo rozhraní API služby Ad Manager.
Příklad úplného objektu SupplyChain
"schain" : {
"ver": "1.0",
"complete" : 1,
"nodes" : [
// Uzel pro podřízeného majitele stránek v rámci MCM
{
"asi":"mcm-parent-example.com", // Tohle je příklad. Zadejte skutečnou doménu nadřazeného majitele stránek.
"sid":"52e41fac28963d1e058a106f", // ID prodejce podřízeného majitele stránek v souboru sellers.json nadřazeného majitele stránek
"hp":1,
},
// Uzel nadřazeného majitele stránek v MCM s typem delegování Správa inventáře
{
"asi":"google.com",
"sid":"pub-1234567891234567", // ID nadřazeného majitele stránek v MCM v souboru seller.json společnosti Google
"hp":1,
}
]
}
Časté dotazy
Proč musí nadřazení majitelé stránek v MCM vytvořit soubor sellers.json?
Veřejné zpřístupnění informací o partnerech povolením uvedení jejich údajů v souboru sellers.json je důležité pro to, aby kupující reklam mohli ověřit svůj inventář.
Další informace o specifikaci souboru sellers.json organizace IAB.
Musí mít všichni podřízení majitelé stránek platný soubor ads.txt?
Pokud soubor ads.txt podřízeného majitele stránek neobsahuje řádek, na kterém by byl nadřazený subjekt MCM uveden jako přímý prodejce (DIRECT – například MCM-parent-example.com, ID prodejce podřízeného majitele stránek v MCM), ale obsahuje řádek pro Google s ID nadřazeného majitele stránek (například google.com, ID nadřazeného majitele stránek v MCM, RESELLER, f08c47fec0942fa0), bude to mít negativní dopad na tržby? Bude dodavatelský řetězec úplný?
