ads.txt al descubierto: por qué el 10% del tráfico no pasa verificación

El archivo ads.txt ocupa menos de 5 KB y decide qué empresas pueden vender tu inventario en subastas que duran 100 milisegundos. Pixalate midió en Q4 2024 que el 10% del tráfico web con SupplyChain falla verificación por sellers no autorizados. Estos 6 puntos explican el estándar con referencias públicas del IAB Tech Lab.

1. Qué es ads.txt y por qué nació en 2017

El IAB Tech Lab publicó ads.txt (Authorized Digital Sellers) en 2017, con versión 1.1 vigente, para frenar el spoofing de dominios: intermediarios que vendían impresiones falsas haciéndose pasar por medios premium. El mecanismo es simple en 1 archivo: el publisher declara en la raíz de su dominio (/ads.txt) la lista de vendedores autorizados, y los compradores la verifican antes de pujar en segundos.

Estudios del IAB muestran que el inventario autorizado alcanza viewability 10 puntos superior al no declarado, porque la demanda programa sus filtros sobre 3 señales: ads.txt, sellers.json y SupplyChain. Pixalate cuantificó el riesgo en Q4 2024 sobre más de 10 mil millones de impresiones: el tráfico con seller directo no autorizado registra 107% más de tráfico inválido (IVT), y el 7% del tráfico con SupplyChain completa era vendido por directos no autorizados.

2. Sintaxis: 4 campos por línea

Cada registro tiene 4 campos separados por comas: dominio del SSP, ID de publisher, tipo de relación y autoridad de certificación opcional. Un ejemplo con 2 líneas típicas:

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
rubiconproject.com, 12345, RESELLER, 0bfd66d529a55807

El archivo admite comentarios con # y variables como CONTACT= u OWNERDOMAIN=. El orden recomendado es alfabético por dominio para auditar 50 a 200 líneas sin errores.

3. DIRECT vs RESELLER: 2 relaciones distintas

La relación DIRECT indica que el SSP tiene contrato directo con el publisher; RESELLER señala un intermediario que revende el inventario de otro. Los compradores suelen pagar CPM 15 a 30% superiores por rutas DIRECT con menos de 3 nodos, porque cada intermediario retiene una comisión.

Declarar RESELLER como DIRECT (o al revés) es uno de los 3 errores más detectados en auditorías, junto a IDs inexistentes y dominios con typo de 1 letra.

4. Los 5 errores más frecuentes del mercado

• Publisher no encontrado: el ID no existe en el sellers.json del SSP; la línea es peso muerto.
• Relación invertida: DIRECT declarado donde el SSP publica RESELLER, o viceversa.
• Dominio con error: google.con en vez de google.com; falla el cruce en 100% de los casos.
• Líneas duplicadas: el mismo par dominio+ID repetido 2 veces; los parsers toman la primera.
• Archivo desactualizado: SSP dados de baja hace 6 meses que siguen declarados y diluyen la señal.

5. Cómo validar tu ads.txt en 3 pasos

La validación cruzada sigue 3 pasos: descargar el ads.txt, resolver los sellers.json de cada SSP declarado y comparar dominio, ID y relación línea por línea. Existen validadores públicos que automatizan el cruce contra 5 a 15 sellers.json y reportan discrepancias con severidad en minutos.

La rutina recomendada es auditar cada 30 días y tras cada alta o baja de SSP, porque un sellers.json puede cambiar sin aviso en 24 horas.

Referencias

• IAB Tech Lab — Estándar ads.txt
• IAB Tech Lab — Especificación ads.txt 1.1 (PDF)
• IAB Tech Lab — Estándar sellers.json
• IAB Tech Lab — SupplyChain Object
• Pixalate — Seller Misrepresentation Q4 2024 (10% falla, +107% IVT)
• Pixalate — SCO Verification Q1 2024 (77% sellers directos no autorizados)