Transparencia de la oferta con el objeto SupplyChain

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.

  1. El publicador envía una solicitud de oferta.
  2. El comprador recibe una solicitud de oferta y datos del objeto SupplyChain.
  3. El comprador busca las identidades de todos los intermediarios que revenden inventario.
  4. 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 schain, es parte de una solicitud de oferta OpenRTB y consta de "nodos". Cada nodo del objeto 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

En este ejemplo, se muestra el objeto SupplyChain marcado como completo para un publicador secundario y uno superior de MCM, con Google como intercambio.

"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?

Sí. Como parte del proceso de invitación de cuentas secundarias de MCM, los publicadores secundarios configuran un archivo ads.txt para verificar la propiedad del sitio en cada sitio que administran y poseen. 

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?

La cadena de suministro se marcará como completa, pero los compradores podrían considerar el tráfico como "no autorizado" porque hay un nodo en SupplyChain en el que el sitio no figura como vendedor autorizado en ads.txt. Para evitar estos errores, debes actualizar el archivo ads.txt para incluir la cuenta superior de MCM como DIRECT (por ejemplo, MCM-parent-example.com, Seller-ID for the MCM child, DIRECT).

 

 

 

¿Te resultó útil esto?

¿Cómo podemos mejorarla?
Búsqueda
Borrar búsqueda
Cerrar la búsqueda
Menú principal
6292467170403659436
true
Buscar en el Centro de asistencia
true
true
true
true
true
148
false
false