Usar ads.txt y sellers.json para inteligencia publicitaria (Guía práctica)

ads.txt y sellers.json son dos pequeños archivos de texto alojados públicamente que, leídos juntos, te indican quién está autorizado a vender el inventario publicitario de un editor y quién es realmente el propietario de un ID de vendedor dado en la cadena. Para la investigación competitiva y de la cadena de suministro, son una de las pocas fuentes de datos genuinamente factuales y verificables en una industria donde la mayoría de las afirmaciones (gasto, alcance, "inventario premium") no se pueden comprobar. Así es cómo usarlos realmente.

Qué contiene cada archivo, en la práctica#

ads.txt se encuentra en domain.com/ads.txt en el dominio raíz de cualquier editor, y es una lista de texto plano de cada empresa autorizada a vender su inventario, una línea por relación. Una línea típica se ve así:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Eso es el dominio del exchange o SSP, el ID de cuenta del editor con ese exchange, si la relación es DIRECT (el editor trata con ellos directamente) o RESELLER (hay un intermediario involucrado), y un ID de autoridad de certificación opcional. sellers.json es la imagen especular, alojado por el exchange o SSP en exchange.com/sellers.json, enumerando cada cuenta de vendedor con la que trabaja ese exchange, su nombre (a veces), y si son un PUBLISHER, un INTERMEDIARY, o BOTH. Cruzar referencias de ambos permite confirmar si el vendedor reclamado para una ranura publicitaria específica tiene realmente una relación autorizada, o si algo no cuadra.

Por qué esto importa para la investigación competitiva y de seguridad de marca#

La cadena de suministro publicitaria entre el presupuesto de un anunciante y la página de un editor rara vez es un solo salto. Los anuncios fluyen frecuentemente a través de una o más relaciones de inventario revendido antes de aterrizar, y cada salto es una oportunidad para la tergiversación, la suplantación de dominio o la simple confusión sobre quién está realmente ejecutando un anuncio. ads.txt y sellers.json existen específicamente para hacer que esa cadena sea auditable:

• Verificar la afirmación de una red. Si una red nativa o DSP afirma acceso directo al inventario de un editor, el archivo ads.txt de ese editor los listará como DIRECT. Si solo aparecen como un revendedor varios saltos alejados, o no aparecen en absoluto, esa es información útil antes de comprar.
• Detectar suplantación de dominio. Las operaciones fraudulentas a veces afirman representar el inventario de un editor premium sin ninguna autorización. Verificar ads.txt contra el dominio real de la solicitud de oferta es una forma estándar y gratuita de detectar esto.
• Entender por qué un anuncio se ve como se ve. Cuando estás rastreando cómo las herramientas de espionaje publicitario capturan anuncios nativos, el emparejamiento ads.txt/sellers.json es a menudo la forma más rápida de confirmar qué red sirvió realmente una ubicación dada, en lugar de adivinar solo por el estilo visual del widget.
• Auditar tus propias rutas de suministro. Si eres un editor, tu propio archivo ads.txt también es la forma más rápida de verificar si un socio que cortaste (o nunca autorizaste) todavía está listado, o si una integración añadió líneas que no esperabas.

Un flujo de trabajo práctico de cinco pasos#

1. Obtén el ads.txt del editor. Obtén https://[publisher-domain]/ads.txt directamente en un navegador o con un script simple. Es texto plano, no se necesita autenticación.
2. Encuentra la línea para el exchange o red que estás investigando. Busca el dominio (por ejemplo, taboola.com, outbrain.com, o el SSP relevante) y anota el ID de cuenta del editor y si está marcado como DIRECT o RESELLER.
3. Obtén el sellers.json de ese exchange. Obtén https://[exchange-domain]/sellers.json y busca el ID de vendedor que encontraste en el paso 2.
4. Compara el nombre y tipo del vendedor. ¿La entrada de sellers.json coincide con el editor con el que empezaste? ¿Está listado como PUBLISHER (como se espera para una relación directa) o INTERMEDIARY (esperado para una cadena de revendedores)?
5. Sigue la cadena si es una relación RESELLER. Una línea RESELLER significa que otra entidad se interpone entre el editor y el exchange. Idealmente, ese intermediario debería llevar sus propios datos de objeto SupplyChain (schain) en la solicitud de oferta, que registra cada salto para una completa auditabilidad, aunque los datos de schain no son visibles solo desde los archivos ads.txt/sellers.json; requiere acceso al flujo real de ofertas o una herramienta que lo capture.

Hallazgos comunes, y qué significan#

Dónde encaja esto con la identificación de red publicitaria de manera más amplia#

ads.txt y sellers.json son más fuertes para verificar relaciones del lado de la oferta, no para identificar qué red entregó realmente un anuncio específico que estás mirando como comprador. Para eso, usualmente trabajas desde la cadena de redireccionamiento del creativo, la firma visual del widget y los dominios de píxel de seguimiento involucrados, que es el enfoque cubierto en cómo identificar la red publicitaria detrás de cualquier anuncio. Piensa en ads.txt y sellers.json como el rastro de auditoría para las relaciones de suministro, y el análisis de creativos/redireccionamientos como el rastro de auditoría para lo que un anunciante está ejecutando realmente.

Notas sobre herramientas#

Ambos formatos de archivo están regidos por especificaciones de IAB Tech Lab, y las especificaciones fuente son la referencia definitiva si encuentras un caso límite que estos archivos no cubren claramente, como configuraciones de cuentas múltiples o campos OWNERDOMAIN. Para verificaciones puntuales manuales, un navegador y una búsqueda de texto son genuinamente suficientes; no necesitas herramientas pagadas para una verificación ocasional. Donde se vuelve tedioso es hacer esto a gran escala en docenas de editores o rastrear cambios en el tiempo, que es donde una plataforma que ya indexa la cadena de suministro a través de redes ahorra el trabajo repetitivo de obtención y comparación. El índice de inteligencia publicitaria de OpenAdLibrary empareja este tipo de contexto de ruta de suministro con el creativo en vivo real y la página de destino rastreada, para que no tengas que cruzar referencias de tres fuentes separadas manualmente por cada ubicación que quieras verificar.

Por qué esto importa más para nativos de lo que parece al principio#

Las redes nativas revenden inventario constantemente. Una sola ranura de widget de recomendación de contenido en la página de un editor podría enrutarse a través de la red directamente, a través de un revendedor regional, o a través de un wrapper de header-bidding que está intermediando varias fuentes de demanda a la vez. Debido a que los anuncios nativos rara vez llevan el tipo de marca visible que tiene un banner de display, y porque el widget en sí mismo a menudo se ve idéntico independientemente de qué red esté realmente detrás, ads.txt y sellers.json son a veces la única forma confiable de confirmar qué red posee legítimamente una relación dada con un editor, especialmente cuando el sitio de un editor ejecuta múltiples widgets nativos uno al lado del otro de diferentes proveedores. Esta es también la razón por la que las configuraciones de header-bidding, donde varios exchanges compiten por la misma ranura en tiempo real, se benefician de la misma verificación: cada exchange participante debería tener su propia línea autorizada en el ads.txt del editor, y su propia entrada coincidente en sellers.json.

Hacer esto a gran escala versus hacerlo una vez#

Verificar el archivo de un editor a mano toma un par de minutos. Verificarlo en una lista de seguimiento de cincuenta editores, de manera recurrente, para detectar relaciones nuevas o eliminadas, es un problema diferente, y es el tipo de cosa que deja de suceder silenciosamente una vez que la curiosidad inicial desaparece, aunque el valor viene de hacerlo repetidamente. Si estás incorporando esto en un proceso de investigación permanente en lugar de una verificación única, vale la pena emparejarlo con cualquier monitoreo de cadena de suministro publicitaria que ya hagas para cambios en creativos y páginas de destino, para que las imágenes del lado de la oferta y del lado creativo se actualicen juntas en lugar de desincronizarse.

Una nota sobre límites#

Estos archivos son autodeclarados por editores y exchanges. Nada obliga a un editor a mantener ads.txt actualizado, y un archivo desactualizado o incompleto es común, especialmente en sitios más pequeños. Trata una entrada faltante o inconsistente como un motivo para investigar más, no como prueba automática de fraude; muchos editores legítimos pequeños simplemente no han actualizado su archivo recientemente. El valor de ads.txt y sellers.json es que hacen que la cadena de suministro sea comprobable, no que la hagan infalible.