El objeto SupplyChain permite que los compradores y los intermediarios puedan ver todas las partes que venden o distribuyen inventario de anuncios. El objeto funciona junto con ads.txt
o app-ads.txt
y con sellers.json
para aportar transparencia al ecosistema de anuncios.
- El publicador envía una solicitud de oferta.
- El comprador recibe una solicitud de oferta y datos del objeto SupplyChain.
- El comprador busca las identidades de todos los intermediarios que revenden inventario.
- El comprador rastrea y verifica los proveedores autorizados para vender inventario.
Google creará automáticamente los objetos dentro de una solicitud de OpenRTB o del protocolo RTB de Google, si corresponde.
Cómo funciona el objeto SupplyChain
El objeto SupplyChain, conocido también como
, es parte de una solicitud de oferta OpenRTB y consta de "nodos". Cada nodo del objeto schain
schain
representa una entidad específica que participa en la solicitud de oferta, lo cual incluye a todas las entidades que forman parte del flujo directo de pago del inventario.
// 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"
}
Consulte la documentación para desarrolladores de OpenRTB y la de IAB a fin de obtener más detalles.
El objeto SupplyChain se ve diferente según la manera como usted trabaje con los compradores.
Publicadores que venden directamente con Google
Para los publicadores que venden inventario directamente a través de Ad Manager, AdMob o AdSense, el objeto schain
contiene solo un nodo para "google.com" con el seller_id
que se encuentra en sellers.json.
Publicadores que usan Open Bidding
Los publicadores que usan Open Bidding para trabajar con intercambios de terceros tienen dos nodos en el objeto schain
: uno para google.com con el seller_id
que se encuentra en sellers.json y otro para el socio de rendimiento de intercambio.
Así como Google crea el nodo para google.com antes de enviar la solicitud de oferta, el intercambio de terceros es responsable de agregar su nodo antes de pasar la solicitud.
Todos los intermediarios no relacionados con operaciones de pago
Los intermediarios que no administran pagos no forman parte del objeto SupplyChain. Esto incluye la licitación de encabezado del cliente, la licitación de encabezado no relacionada con pagos y otros tipos de mediación.
Publicadores que usan la Administración de varios clientes
La herramienta Administración de varios clientes (MCM) permite que los publicadores superiores moneticen el inventario de los secundarios, ya sea de forma individual con el tipo de delegación Administrar cuenta o a gran escala con Administrar inventario.
Para los socios que usan la delegación Administrar cuenta
En el caso de los publicadores superiores y secundarios que utilizan Administrar cuenta, el objeto schain
tendrá un nodo con el ID de vendedor del publicador secundario y la cadena se marcará como completa. En los publicadores que usan Administrar cuenta, la monetización se lleva a cabo en la cuenta del publicador secundario, a quien se lo considera como el publicador final. La información del publicador superior no se incluye en el objeto schain
.
Para los socios que usan la delegación Administrar inventario
El objeto SupplyChain ahora está marcado como completo para los publicadores de Administrar inventario de MCM. Hay 1 nodo para los publicadores secundarios de MCM y 1 nodo para los publicadores superiores de MCM, y la cadena se marcará como completa.
Esta actualización requiere que los publicadores superiores de Administrar inventario de MCM compartan el ID de vendedor (SID) de sus publicadores secundarios a través de la API o el frontend de Ad Manager.
Ejemplo del objeto SupplyChain completo
"schain" : {
"ver": "1.0",
"complete" : 1,
"nodes" : [
// Nodo del publicador secundario de MCM
{
"asi":"mcm-parent-example.com", // Esto es un ejemplo. Asegúrese de ingresar el dominio real del publicador superior.
"sid":"52e41fac28963d1e058a106f", // ID del vendedor del publicador secundario en el archivo sellers.json del publicador superior
"hp":1,
},
// Nodo del publicador superior de MCM que usa Administrar inventario
{
"asi":"google.com",
"sid":"pub-1234567891234567", // ID del publicador superior de MCM dentro del archivo sellers.json de Google
"hp":1,
}
]
}
Preguntas frecuentes
¿Por qué los publicadores superiores de MCM deben crear un archivo sellers.json?
Un paso importante para ayudar a los compradores de anuncios a verificar su inventario es hacer que la información de los socios esté disponible públicamente permitiendo que esta se incluya en el archivo sellers.json.
Obtenga más información sobre las especificaciones de IAB para sellers.json.
¿Todos mis publicadores secundarios deben tener un archivo ads.txt válido?
Si el archivo ads.txt del publicador secundario no incluye una línea que contenga la cuenta superior de MCM como DIRECT (por ejemplo, MCM-parent-example.com, Seller-ID for the MCM child, DIRECT), sino la línea de Google con el ID de publicador de la cuenta superior (por ejemplo, google.com, PUB ID for the MCM parent, RESELLER, f08c47fec0942fa0), ¿se verán afectados los ingresos? ¿La cadena de suministro estará completa?