Budgennemsigtighed med SupplyChain Object

SupplyChain Object giver købere og formidlere mulighed for at se alle parter, der sælger eller videresælger annoncebeholdning. Dette objekt er sammen med ads.txt/app-ads.txt og sellers.json med til at sikre gennemsigtighed i økosystemet for annoncer.

1. Udgiveren sender en budanmodning.
2. Køberen modtager budanmodningen og data fra SupplyChain Object.
3. Køberen tjekker id for samtlige mellemled, der forhandler den aktuelle beholdning.
4. Køberen foretager crawling og verificering af leverandører med tilladelse til at sælge den aktuelle beholdning.

Google opretter automatisk objekterne i en OpenRTB-anmodning eller Google RTB-protokol, hvis det er relevant.

Sådan fungerer SupplyChain Object

SupplyChain Object, som også kaldesSace, er en del af en OpenRTB-budanmodning og består af såkaldte "noder". Hver node i schain-objektet repræsenterer en bestemt enhed, der deltager i budanmodningen, som omfatter alle enheder, der er involveret i processen til direkte betaling for beholdning.

// Example object
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // Same seller_id for the publisher in sellers.json
         "hp":1
    }],
    "ver":"1.0"
}

Læs udviklerdokumentationen til OpenRTB og dokumentationen til IAB for at få flere oplysninger.

SupplyChain Object ser forskelligt ud, alt efter hvordan du arbejder med købere.

Udgivere, der sælger direkte via Google

For udgivere, der sælger beholdning direkte via Ad Manager, AdMob eller AdSense, indeholder schain-objektet kun én node for "google.dk" med seller_id i sellers.json.

Udgivere, der bruger Åben budgivning

Udgivere, som samarbejder med tredjepartsbørser via Åben budgivning, har to noder i schain-objektet: Én node for google.com med det seller_id, der er registreret i sellers.json, og én node for børsafkastpartneren.

Google er ansvarlig for at oprette noden for google.com, før budanmodningen sendes, og tredjepartsbørspartneren er ansvarlig for at tilføje sin node, før anmodningen sendes.

Alle mellemled, der ikke håndterer betalinger

Mellemled, der ikke håndterer betalinger, er ikke inkluderet i SupplyChain Object. Dette omfatter header-budgivning på klientsiden, header-budgivning uden betalingshåndtering og andre former for formidling.

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.