Validador de ads.txt

Pega el contenido de tu ads.txt para comprobar su sintaxis al instante. Valida línea por línea los campos DOMAIN, PUBLISHER_ID y RELATIONSHIP (DIRECT/RESELLER), ayudándote a configurar correctamente el archivo que protege contra la reventa no autorizada de inventario publicitario (domain spoofing).

Qué es ads.txt

ads.txt (Authorized Digital Sellers) es un archivo de texto plano que permite a los propietarios de un sitio declarar qué sistemas publicitarios están autorizados a vender su inventario de anuncios. Se trata de un estándar de la industria desarrollado por el IAB Tech Lab, y debe alojarse en la raíz del dominio (por ejemplo, https://example.com/ads.txt). Cada línea sigue un formato estricto de tres o cuatro campos separados por comas — DOMAIN (el dominio del sistema publicitario), PUBLISHER_ID (tu identificador de cuenta en ese sistema) y RELATIONSHIP (que puede ser DIRECT o RESELLER) — y basta con que un solo carácter esté mal colocado para que el rastreador del sistema publicitario no pueda verificar la coincidencia, dejando inventario perfectamente legítimo marcado como no autorizado.

Este validador analiza línea por línea el contenido de ads.txt que pegues y señala problemas como un número incorrecto de campos, campos vacíos, valores de DOMAIN con formato inválido y valores de RELATIONSHIP mal escritos (cualquier cosa que no sea DIRECT o RESELLER). También reconoce correctamente las líneas de comentario que empiezan con # y las directivas de variables como CONTACT=, SUBDOMAIN=, INVENTORYPARTNERDOMAIN=, OWNERDOMAIN= y MANAGERDOMAIN=, mostrándolas por separado de las líneas de registro para que veas con claridad qué hace cada entrada. Además, puedes obtener y comprobar directamente el archivo ads.txt real de cualquier URL en lugar de pegar el contenido a mano, algo muy útil para auditar un sitio que ya administras.

Cómo usar el validador de ads.txt

  1. Prepara el contenido de tu ads.txt Ten a mano, como texto que puedas copiar, el archivo actual de tu propio sitio o el contenido que planeas publicar próximamente.
  2. Pégalo en el cuadro u obténlo desde una URL Pega el texto directamente en el campo de entrada, o introduce un dominio en el apartado "Obtener desde URL" para cargar automáticamente el ads.txt real de un sitio existente.
  3. Revisa los resultados de la validación Consulta la tabla línea por línea para comprobar si cada una se clasificó como válida, con error, como directiva de variable o como comentario.
  4. Corrige las líneas marcadas Reescribe las líneas problemáticas siguiendo el motivo concreto que aparece en la columna de notas, como un campo que falta o un formato de dominio incorrecto.
  5. Publica el archivo corregido en la raíz del dominio Cuando todas las líneas se muestren como válidas, sube el archivo a tu servidor para que quede accesible en https://tudominio.com/ads.txt.

Consejos para aprovecharla mejor

  • El formato básico tiene 3 campos: DOMAIN, PUBLISHER_ID y RELATIONSHIP, con un cuarto campo opcional para el ID de la autoridad de certificación. Cuenta las comas para verificar que no falte ni sobre ninguna.
  • RELATIONSHIP solo admite DIRECT (el propietario del sitio tiene un contrato directo) o RESELLER (se vende a través de un revendedor). No distingue mayúsculas de minúsculas, pero el estilo convencional usa mayúsculas.
  • Las líneas que empiezan con # se ignoran como comentarios. Añadir directivas de variables como CONTACT= u OWNERDOMAIN= ayuda a los sistemas publicitarios a verificar tu cuenta.
  • ads.txt debe alojarse en la raíz del dominio (https://example.com/ads.txt). Si lo colocas en un subdirectorio, los sistemas publicitarios y los rastreadores no lo reconocerán.
  • Existe una especificación complementaria para aplicaciones móviles llamada app-ads.txt. Si vendes inventario publicitario tanto en un sitio web como en una app móvil, necesitas alojar ambos archivos.

Cuándo te resultará útil

Revisión previa a la evaluación de AdSense

Comprueba que tu ads.txt publicado no tenga errores de sintaxis antes de solicitar la aprobación de AdSense o al intentar resolver una advertencia relacionada con la entrega de anuncios.

Al añadir un nuevo SSP o red publicitaria

Cuando una nueva plataforma del lado de la oferta te envíe una línea para añadir a tu archivo, confirma que el número de comas y el orden de los campos son correctos antes de aplicar el cambio en producción.

Después de migrar el CMS o rediseñar el sitio

Usa la función de obtención por URL para comprobar directamente el archivo real en el dominio de producción tras una migración de WordPress o un cambio de servidor, ya que ahí suelen aparecer problemas de codificación y saltos de línea.

Auditoría de varios dominios a la vez

Las agencias y editores que gestionan varias propiedades pueden usar esta comprobación como paso rápido de validación al revisar los archivos ads.txt de toda su cartera de sitios.

Verificar un fragmento antes de incorporarlo

Comprueba de forma aislada la sintaxis de un fragmento que te haya enviado una red publicitaria por correo antes de pegarlo en tu archivo real, para no arriesgarte a romper las entradas existentes.

Glosario

ads.txt
Una especificación de archivo de texto creada por el IAB Tech Lab para declarar los vendedores autorizados del inventario publicitario de un sitio. Debe alojarse en la raíz del dominio.
DIRECT
Un valor de RELATIONSHIP que indica que el propietario del sitio tiene un contrato directo con el sistema publicitario y posee la autoridad para vender ese inventario por sí mismo.
RESELLER
Un valor de RELATIONSHIP que se usa cuando un revendedor, como una red publicitaria, vende el inventario en nombre del propietario con autoridad delegada.
ID de autoridad de certificación
Un cuarto campo opcional que identifica al sistema publicitario mediante un ID emitido por un organismo como TAG (Trustworthy Accountability Group).
Domain spoofing
Una práctica fraudulenta en la que un tercero copia y revende sin permiso inventario publicitario legítimo, haciendo creer a los anunciantes que compran espacio en un sitio distinto. ads.txt se creó precisamente para impedirlo.
Authorized Digital Sellers
El nombre completo detrás de la abreviatura "ads.txt", que resume la idea central de la especificación: publicar una lista de vendedores verificados y autorizados.
PUBLISHER_ID
El identificador de cuenta emitido por cada sistema publicitario. En Google AdSense es la cadena que empieza por "pub-".
SSP (Supply-Side Platform)
Una plataforma intermediaria que conecta el inventario publicitario de un editor con los sistemas de puja de los anunciantes. Su dominio es el que aparece en el campo DOMAIN de ads.txt.

Preguntas frecuentes

La entrega de anuncios no se detendrá de inmediato, pero Google marca los sitios que carecen de un ads.txt correctamente configurado, y si se ignora durante mucho tiempo, parte de tu inventario publicitario podría dejar de venderse. Revisa el fragmento de ads.txt de tu sitio en el panel de AdSense y alójalo en la raíz de tu dominio.

DIRECT significa que el propietario del sitio tiene un contrato directo con el sistema publicitario y posee la autoridad para vender ese inventario. RESELLER se usa cuando un revendedor (como una red publicitaria) vende el inventario en nombre del propietario, con la autoridad delegada. Si un mismo espacio publicitario se vende a través de varios sistemas, cada relación debe indicarse correctamente por separado.

Es el ID específico de cuenta emitido por cada sistema publicitario (Google AdSense, Google Ad Manager, otros SSP, etc.). En AdSense es una cadena que empieza por "pub-", que puedes encontrar en la página de configuración de la cuenta o en la función de fragmento de ads.txt del panel.

Varía según el sistema publicitario y el rastreador, pero normalmente se vuelve a obtener en un plazo de 24 horas. Como los cambios pueden tardar en propagarse, no te preocupes si la entrega de anuncios no cambia de inmediato tras una actualización.

En principio, ads.txt es independiente para cada dominio, y un subdominio no hereda la configuración del dominio raíz. Sin embargo, la especificación de IAB incluye una directiva SUBDOMAIN= que permite indicar que un subdominio concreto use un archivo distinto.
Tool-kun

A propósito — Por qué existe ads.txt: un estándar de la industria contra la "suplantación" de inventario publicitario

ads.txt (Authorized Digital Sellers) es una especificación creada en 2017 por el IAB Tech Lab. En aquel momento, la publicidad programática estaba plagada del llamado "domain spoofing": estafadores que copiaban y revendían sin autorización el inventario publicitario de editores legítimos. Los anunciantes creían estar pujando por un sitio premium, pero sus anuncios terminaban en páginas de baja calidad sin relación alguna, erosionando la confianza tanto de anunciantes como de editores.

El mecanismo es sencillo: el editor publica, en la raíz de su dominio, un archivo de texto plano con la lista de sistemas publicitarios que ha autorizado a vender su inventario. Los sistemas de compra de publicidad consultan este archivo para verificar si el inventario por el que van a pujar realmente se vende a través de un canal aprobado oficialmente por ese dominio. Al ser un diseño tan simple, el coste de adopción es bajo, y en pocos años la mayoría de los grandes sistemas publicitarios y editores lo adoptaron como estándar de la industria.

Google AdSense también promueve la adopción de ads.txt desde 2019, y los sitios que no lo tienen configurado correctamente pueden ver restringida parte de su entrega de anuncios. Para un sitio cuyo modelo de negocio depende de los ingresos publicitarios, ads.txt no es solo una recomendación: es, en la práctica, una configuración obligatoria para proteger esos ingresos.

Como especificaciones complementarias, el IAB Tech Lab también creó app-ads.txt para aplicaciones móviles y sellers.json, que publica información sobre los vendedores del lado de los sistemas publicitarios. Juntas, permiten a los anunciantes verificar quién vende qué inventario y bajo qué relación en toda la cadena de suministro.