Ads.txt: anatomía de un estándar que sostiene (y complica) el ecosistema programático

Ads.txt no es nada nuevo, pero ahora se ha complicado. Durante ocho años, ads.txt ha sido una de las barreras más efectivas (aunque poco glamurosas) contra el fraude en programática. Publicado por IAB Tech Lab en 2017, su objetivo era sencillo: permitir que los publishers declarasen qué empresas estaban autorizadas a vender su inventario. Los DSPs podían entonces validar esa autorización y bloquear las rutas de suministro falsas. Simple, ¿verdad? Hasta que llegó la televisión conectada (CTV).

En los últimos años, el crecimiento del consumo de contenido en apps y dispositivos conectados ha obligado a extender el estándar original del display hacia contextos mucho más complejos. La evolución ha sido técnicamente silenciosa pero estructuralmente profunda. Hoy, entender cómo funciona ads.txt en CTV requiere no solo conocimiento del estándar original, sino también de sus versiones paralelas: app-ads.txt, sellers.json, supply chain objects y valores como OWNERDOMAIN o INVENTORYPARTNERDOMAIN.

Este artículo pretende ser una guía completa para profesionales que necesitan entender (o implementar) correctamente estos archivos en el entorno actual de CTV.

Refresco rápido: ¿para qué sirve ads.txt?

Ads.txt ("Authorized Digital Sellers") permite a un publisher declarar qué plataformas (SSPs o exchanges) están autorizadas para vender su inventario. Los DSPs cruzan esa información con las peticiones de puja que reciben, y pueden rechazar aquellas que no estén debidamente autorizadas.

Ejemplo simple de archivo ads.txt:

http://pubmatic.com, 123456, DIRECT

http://rubiconproject.com, 78910, RESELLER

Cada línea declara:

• El dominio del SSP

• El ID de cuenta del publisher dentro de ese SSP

• La relación ("DIRECT" o "RESELLER")

El DSP recibe una puja para "publisher.com", verifica que ese dominio tiene un archivo ads.txt público, lo descarga y comprueba si la cuenta y la plataforma que originan la puja están listadas.

CTV y la llegada de app-ads.txt

En CTV, el concepto de "dominio web" pierde fuerza. En su lugar, las apps en Roku, Apple TV, Android TV, etc., se identifican por su URL en la tienda de aplicaciones. Es aquí donde entra app-ads.txt: una versión del estándar pensada para apps.

Ejemplo de flujo en CTV:

1. El DSP recibe una bid request para la app de Disney+ en Roku.

2. Extrae la URL de la app en la tienda Roku.

3. Busca en el HTML de esa página el campo "developer_url": <meta name="appstore:developer_url" content="https://disneyplus.com " />

4. Accede a https://disneyplus.com/app-ads.txt y valida que el SSP y el ID estén autorizados.

En plataformas que no ofrecen esa metainformación (ej. Apple), el DSP debe desarrollar scrapers personalizados o recurrir a otros mecanismos.

SupplyChain Object y sellers.json

Para auditar toda la ruta de suministro, los DSPs utilizan:

• SupplyChain Object (SCO): Indica los nodos por los que ha pasado una impresión.

• Sellers.json: Archivos públicos donde los SSPs declaran qué cuentas operan en su plataforma y qué tipo de entidad son (PUBLISHER o INTERMEDIARY).

Combinando SCO + sellers.json + ads.txt, los DSPs pueden validar no solo el origen de la impresión, sino también la legitimidad de cada nodo intermedio.

Nuevas variables clave: OWNERDOMAIN, MANAGERDOMAIN, INVENTORYPARTNERDOMAIN

Estas variables permiten representar situaciones complejas:

• OWNERDOMAIN: Indica quién es la entidad corporativa dueña del inventario (p. ej., Disney).

• MANAGERDOMAIN: Designa un tercero autorizado a gestionar el inventario en nombre del publisher (muy habitual en CTV).

• INVENTORYPARTNERDOMAIN: Permite a una app (por ejemplo, Pluto TV) indicar que un contenido licenciado proviene de un partner (como A&E), y remitir al ads.txt de éste.

Esto permite simplificar y normalizar relaciones de monetización indirecta en entornos compartidos (vMVPDs, agregadores, etc.).

Guía práctica de cómo crear un archivo ads.txt para CTV paso a paso

1. Define tu entorno

• Web → ads.txt

• App (CTV o móvil) → app-ads.txt

2. Estructura el archivo

Sintaxis:

php-template

CopiarEditar

<dominio SSP>, <ID de cuenta>, <DIRECT | RESELLER>, [ID TAG opcional]

Web (ads.txt):

CopiarEditar

http://pubmatic.com, 123456, DIRECT

http://magnite.com, 654321, RESELLER

CTV (app-ads.txt):

makefile

CopiarEditar

http://ssp.com , 5678, DIRECT

inventorypartnerdomain=contentowner.com

OWNERDOMAIN=publisher.com

MANAGERDOMAIN=manager.com

3. Aloja el archivo

• ads.txt → https://tudominio.com/ads.txt

• app-ads.txt → https://tudominio.com/app-ads.txt

4. Conecta con la app store

En la ficha de la app añade (si la plataforma lo permite):html

CopiarEditar

<meta name="appstore:developer_url" content="https://tudominio.com" />

5. Verifica a tus socios

• Cada SSP debe aparecer con su ID y relación correcta.

• Herramientas útiles: IAB Validator, Adstxt.guru, revisiones manuales vs. sellers.json.

6. Mantén tu archivo vivo

• Actualiza al añadir/eliminar socios.

• En acuerdos vMVPD, usa inventorypartnerdomain y sincroniza con partners.

Complementos útiles

• sellers.json: confirma que tu SSP lista tu empresa y dominio.

• SupplyChain Object: ayuda a los DSPs a reconstruir la ruta completa de la impresión.

Lo que comenzó como un archivo de texto estático es hoy una malla técnica compleja que sustenta la programática moderna. Entender y aplicar correctamente ads.txt y sus extensiones no solo es un ejercicio de cumplimiento, sino una forma de proteger el valor de tu inventario y facilitar a los compradores rutas de acceso seguras y auditables.

En un momento donde el fraude, el arbitraje y la complejidad erosionan la confianza, dominar ads.txt es una forma de volver a lo esencial: saber quién vende qué, y en nombre de quién.

Si has llegado hasta aquí, enhorabuena: estás mejor preparado que la mitad del ecosistema… y si te queda alguna duda, ya sabes dónde encontrarme.

Puntos clave:

• Ads.txt ≠ papel mojado: en CTV, un archivo mal configurado puede hacer que los DSPs rechacen tu inventario o lo paguen a la baja.

• Nuevas capas de validación: SupplyChain Object + sellers.json + OWNER/MANAGER/INVENTORY DOMAIN permiten rastrear cada “salto” y distinguir rutas legítimas de las opacas.

• Guía operativa imprescindible: definir entorno, crear el archivo (ads.txt o app-ads.txt), alojarlo correctamente, enlazarlo en la app store y mantenerlo actualizado son pasos críticos para seguir monetizando en entornos premium.

Este resumen lo ha creado una herramienta de IA basándose en el texto del artículo, y ha sido chequeado por un editor de PROGRAMMATIC SPAIN.