Ads.txt explicado: qué es y por qué lo necesitan los editores

Ads.txt es un archivo de texto plano, publicado en la raíz de su sitio web, que enumera todas las empresas autorizadas a vender o revender su inventario publicitario. Es uno de los archivos más simples de la tecnología publicitaria y, a la vez, de los más importantes. Los compradores lo consultan antes de pujar, la mayoría de las fuentes de demanda no servirán ninguna impresión si no figuran en su archivo ads.txt, y una sola línea ausente o mal formada puede cortar la demanda sin que lo advierta. En esta guía explicamos qué es ads.txt, cómo funciona, qué significa cada campo (con un ejemplo completo) y cómo encajan estándares relacionados como sellers.json y app-ads.txt.

¿Qué es Ads.txt?

Ads.txt son las siglas de Authorized Digital Sellers (vendedores digitales autorizados). Es un estándar creado por el IAB Tech Lab en 2017 para combatir un tipo concreto de fraude publicitario: la suplantación de dominio (domain spoofing). Antes de ads.txt, los estafadores podían ofrecer inventario falso en los exchanges programáticos, afirmando que pertenecía a un sitio premium: vendían espacio publicitario «en nytimes.com» que nunca aparecía ni cerca de ese sitio. Los compradores no tenían una forma fiable de comprobar si el vendedor realmente representaba al sitio.

Ads.txt lo resuelve con una sencillez radical. El editor, la única parte que controla lo que se aloja en su propio dominio, publica una lista legible por máquinas de vendedores autorizados en una dirección predecible: yourdomain.com/ads.txt. Si un vendedor ofrece su inventario pero no está en su lista, los compradores lo tratan como inventario no autorizado y lo descartan.

Puede ver un ejemplo real en casi cualquier sitio importante, por ejemplo nytimes.com/ads.txt. La adopción es casi universal entre los sitios monetizados: el estándar es hoy un requisito básico de la publicidad programática y no un extra opcional.

Cómo funciona Ads.txt

El mecanismo tiene tres participantes:

1. Los editores declaran a sus vendedores autorizados en el archivo ads.txt, uno por línea, incluyendo el ID de cuenta que tienen con cada vendedor.
2. Los compradores (DSP) rastrean periódicamente los archivos ads.txt de toda la web y construyen un mapa de qué pares vendedor-cuenta están autorizados para cada dominio. Puede saber más sobre cómo operan los compradores en nuestra guía sobre las plataformas del lado de la demanda.
3. En el momento de la subasta, cuando llega una solicitud de puja que afirma proceder de su dominio a través de un exchange y una cuenta de vendedor determinados, el comprador la contrasta con el mapa. Si coincide, el comprador puede pujar con confianza. Si no coincide, la solicitud se filtra por no estar autorizada.

Por eso los errores en ads.txt cuestan dinero en ambos sentidos. Un estafador que no figura en su lista queda bloqueado, lo cual es bueno. Pero un socio de demanda legítimo que falta en su lista también queda bloqueado, y el dinero que sus compradores habrían gastado en su inventario se va a otra parte.

Por qué Ads.txt importa para sus ingresos

Ads.txt nació como una medida contra el fraude, pero para los editores de hoy es simplemente parte de la infraestructura de ingresos:

• Los compradores filtran por él. Los principales DSP rechazan o devalúan el inventario que no puede verificarse con ads.txt. Sin archivo, o con uno incorrecto, hay menos postores en cada subasta, lo que reduce directamente sus CPM.
• En la práctica, es obligatorio. Google AdSense y Ad Manager señalan las entradas ausentes o incorrectas y dejan de servir anuncios en el inventario no verificado, y la mayoría de las demás fuentes de demanda se comportan igual.
• Protege su marca. Nadie puede vender de forma creíble inventario falso bajo su dominio, de modo que su inventario legítimo conserva su valor.
• Gana importancia a medida que crece su stack. Con header bidding y varias redes publicitarias en juego, un solo sitio puede tener legítimamente decenas de entradas, y todas deben ser correctas.

Sintaxis de Ads.txt: qué significa cada campo

Cada línea de datos de ads.txt contiene tres campos obligatorios y uno opcional, separados por comas:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Los comentarios comienzan con # y las líneas en blanco se ignoran. ¿De dónde salen las líneas? No se inventan: cada socio de demanda le indica exactamente qué líneas añadir. Google publica las suyas en AdSense y Ad Manager, en la configuración de ads.txt, y los socios de monetización como Clickio proporcionan un bloque completo que cubre todas las fuentes de demanda a las que le conectan.

Ejemplo de Ads.txt: un archivo de muestra completo

Así es un archivo ads.txt realista para un editor que trabaja con Google y con un socio de monetización:

# Ads.txt para example.com - última actualización YYYY-MM-DD
CONTACT=adops@example.com
OWNERDOMAIN=example.com
MANAGERDOMAIN=clickio.com

# Google - cuenta directa
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

# Fuentes de demanda del socio de monetización
rubiconproject.com, 12345, RESELLER, 0bfd66d529a55807
pubmatic.com, 156789, RESELLER, 5d62403b186f2ace
openx.com, 540123456, RESELLER, 6a698e2ec38604c6
appnexus.com, 3456, RESELLER, f5ab79cb980f11d1
indexexchange.com, 189012, RESELLER, 50b1c356f2c5c8fc

Los IDs anteriores son ilustrativos: copie siempre las líneas exactas que le faciliten sus socios. Fíjese en las líneas de variables al principio. CONTACT forma parte del estándar desde 2017; OWNERDOMAIN y MANAGERDOMAIN se añadieron en la versión 1.1 (2022):

• CONTACT: una dirección de correo o una URL que los compradores pueden usar para contactar con quien mantiene el archivo.
• OWNERDOMAIN: declara el dominio de negocio del propietario del sitio, para que los compradores puedan agrupar varios sitios bajo un mismo propietario. Es útil cuando sus sitios funcionan en varios dominios.
• MANAGERDOMAIN: declara el dominio de negocio de un socio de monetización principal o exclusivo que vende su inventario, y puede establecerse por país (p. ej., MANAGERDOMAIN=clickio.com, FR). Indica a los compradores quién gestiona la venta de su publicidad, lo que se combina de forma natural con la delegación de ads.txt, en la que ese mismo socio también aloja y mantiene el archivo por usted.

Cómo añadir Ads.txt a su sitio web

1. Reúna las entradas. Pida a cada socio de demanda las líneas que necesita. En Google AdSense o en Google Ad Manager, la sección de ads.txt muestra su línea exacta, con su ID de editor.
2. Cree un archivo de texto plano llamado ads.txt, en UTF-8, sin formato y con una entrada por línea.
3. Súbalo a la raíz de su dominio para que sea accesible en https://yourdomain.com/ads.txt. La ruta debe ser exactamente /ads.txt en su dominio raíz: los rastreadores solo consultan los subdominios si el archivo raíz apunta a ellos mediante la variable SUBDOMAIN. En WordPress, los plugins (o el administrador de archivos de su hosting) pueden colocarlo, y muchos plugins de publicidad también lo gestionan por usted.
4. Compruebe que carga abriendo la URL en un navegador y pásela después por un verificador de ads.txt para detectar errores de sintaxis.
5. Manténgalo al día. Actualice el archivo cada vez que añada o elimine un socio de demanda, y tenga en cuenta que las listas de revendedores de sus propios socios también cambian con el tiempo.

La especificación también permite que su servidor responda a las solicitudes de /ads.txt con una única redirección HTTP (301, 302 o 307) a un archivo alojado en otro dominio. Así funciona la delegación: su socio de monetización aloja el archivo y lo mantiene actualizado, y su servidor simplemente redirige hacia él. Si mantener el archivo a mano en uno o varios sitios le parece tedioso (y lo es), consulte nuestra guía completa sobre la gestión y delegación de ads.txt.

Sellers.json: la otra mitad del cuadro

Ads.txt permite a los compradores verificar a los vendedores desde el lado del editor. Sellers.json es el estándar equivalente desde el lado del sistema publicitario: cada SSP y cada ad exchange publica un archivo JSON (p. ej., el sellers.json de Google) con todos los vendedores a los que paga, editores e intermediarios, con sus IDs de vendedor y si cada uno actúa como PUBLISHER, INTERMEDIARY o ambos.

Junto con el objeto SupplyChain (un campo de la solicitud de puja que enumera cada salto por el que pasó el inventario), ambos estándares permiten a un comprador rastrear el recorrido completo de una impresión: su ads.txt confirma quién puede vender su inventario, y el sellers.json de cada sistema confirma a quién pagan realmente. Cada vez más compradores lo usan para eliminar rutas de reventa opacas, una práctica conocida como supply path optimization. Para los editores, la conclusión práctica es sencilla: asegúrese de que sus cuentas estén correctamente representadas en ambos lados y mantenga transparentes sus relaciones con los vendedores. Las rutas limpias reciben más pujas.

App-ads.txt: la misma idea para las aplicaciones

App-ads.txt extiende el estándar a las aplicaciones móviles y de CTV. Como una aplicación no tiene dominio propio, el archivo se aloja en el sitio web del desarrollador, el que figura en la ficha de la tienda de aplicaciones, en /app-ads.txt. La sintaxis es la misma. Un error frecuente: la URL del desarrollador en su ficha de la tienda debe coincidir exactamente con el dominio que aloja el archivo, o los rastreadores no lo encontrarán. Si monetiza aplicaciones o juegos HTML5 además de sitios web, necesita ambos archivos.

Cómo validar Ads.txt (y los errores que debe evitar)

Un ads.txt defectuoso falla en silencio: nada se cae, los anuncios siguen sirviéndose y los ingresos simplemente van bajando. Valide el archivo cada vez que lo modifique y vuelva a revisarlo periódicamente. Google señala los problemas de ads.txt en AdSense y Ad Manager, y el verificador de Ads.txt gratuito de Clickio valida el ads.txt o app-ads.txt de cualquier dominio según la especificación del IAB, señalando errores y advertencias con el número de línea exacto. Tenga en cuenta que los cambios no son instantáneos: los rastreadores vuelven a consultar el archivo según su propio calendario, por lo que puede pasar un día o más hasta que una corrección surta efecto. La plataforma de Clickio incluye monitorización de ads.txt, que verifica su archivo de forma continua y le avisa cuando faltan entradas o el archivo deja de estar accesible.

Los errores más comunes (y más costosos):

• Líneas de socios ausentes. Añadió un nuevo socio de demanda pero nunca actualizó el archivo: toda su demanda queda filtrada.
• ID de editor incorrecto. Un error tipográfico en el ID de cuenta es tan grave como una línea ausente: los IDs de las solicitudes de puja no coincidirán.
• Errores de sintaxis. Comas que faltan, espacios sueltos dentro de los IDs o entradas pegadas desde un documento con formato (comillas tipográficas, caracteres invisibles).
• Archivo inaccesible. Una migración del sitio, una redirección mal configurada o una regla de CDN pueden hacer que /ads.txt devuelva un 404, tras lo cual los rastreadores acaban tratando todo su inventario como no verificable.
• Entradas obsoletas. Líneas de socios con los que ya no trabaja. Además de ensuciar el archivo, representan autorizaciones vigentes que ya no reflejan la realidad: elimínelas.
• Tipo de relación incorrecto. Marcar a un revendedor como DIRECT (o al revés) declara mal su cadena de suministro y puede hacer que las rutas sean señaladas en las revisiones de supply path de los compradores.

Deje que Clickio se encargue

Clickio conecta a los editores con decenas de fuentes de demanda, entre ellas Google AdX y los principales SSP, y se ocupa de ads.txt por usted en el proceso. La plataforma genera el conjunto completo de entradas necesarias, monitoriza su archivo de forma continua y, con la delegación de Ads.txt, puede alojar y actualizar el archivo automáticamente, de modo que se mantenga correcto a medida que cambia el panorama de la demanda. La configuración lleva minutos.