Cada vez que un anunciante compra un espacio en tu sitio a través de una DSP, esa plataforma verifica si tienes permiso para vender ese inventario. O, más exactamente, verifica si quien dice venderlo tiene ese permiso. Ahí es donde ads.txt entra en la ecuación.
Sin ese archivo en tu dominio, la respuesta que recibe la DSP es silencio. Y el silencio, en programática, significa que el inventario no se compra.
Qué es ads.txt
Ads.txt significa “Authorized Digital Sellers” (Vendedores Digitales Autorizados). Es un estándar desarrollado por IAB Tech Lab que permite a un publisher declarar públicamente qué plataformas tienen autorización para vender su inventario publicitario.
El archivo vive en la raíz de tu dominio (ejemplo.com/ads.txt) y es un documento de texto plano que cualquier plataforma de compra puede leer. Su lógica es directa. Si una plataforma aparece en ese archivo, tiene permiso para vender tu inventario. Si no aparece, no lo tiene.
Lo que hace útil al estándar es precisamente su sencillez. No requiere integración técnica, no depende de una API y no necesita mantenimiento continuo salvo cuando agregas o cambias partners de monetización.
Por qué existe
Antes de ads.txt, los anunciantes no tenían forma de verificar si el inventario que compraban pertenecía realmente al dominio que decía venderlo. Eso abrió la puerta a una práctica conocida como domain spoofing: alguien declara vender inventario de un sitio legítimo cuando en realidad no tiene ninguna relación con él.
Según los datos de Pixalate del Q4 2025, el tráfico inválido (IVT) en publicidad programática web alcanzó el 23 % a nivel global. En México, la tasa de IVT en apps móviles llegó al 41 % en el mismo periodo.
Nota sobre los datos: las cifras de Pixalate corresponden a benchmarks globales y de países específicos (México y Brasil). No existe un promedio regional publicado para LATAM como conjunto.
Ads.txt no elimina todo el fraude publicitario, pero cierra específicamente la puerta al domain spoofing y al inventario no autorizado, que son las formas de fraude más directamente relacionadas con la suplantación de publishers.
Qué pasa si no lo tienes
La documentación oficial de Google AdSense es precisa al respecto. Los dominios que alojan un archivo ads.txt donde no aparece el Publisher ID del publisher dejan de recibir compras a través de Ad Manager, y Google deja de comprar anuncios en esos sitios.
Esto tiene consecuencias concretas. Sin ads.txt correctamente configurado, Google no ejecuta subastas para ese inventario, las DSPs que respetan el estándar ignoran el sitio y el acceso al header bidding queda bloqueado.
El impacto no es una reducción porcentual del CPM. Es inventario que directamente no se vende.
Cómo se estructura el archivo
Cada línea del archivo sigue el mismo formato, con cuatro campos separados por comas.
dominio_del_partner, tu_account_id, tipo_relacion, certification_id
Este es un ejemplo real con Google Ad Manager.
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
Los campos tienen funciones específicas. El primero identifica el dominio del sistema publicitario que tiene permiso para vender el inventario. El segundo es el identificador que ese sistema te asignó como publisher. El tercero define el tipo de relación. El valor DIRECT indica que vendes directamente a través de esa plataforma; RESELLER indica que vendes a través de un intermediario. El cuarto campo es opcional e identifica la entidad certificadora (el ID de TAG es el más común).
Si trabajas con más de una plataforma, cada una requiere su propia línea. Si tienes Google Ad Manager, Amazon Publisher Services y un SSP adicional, tu archivo tendrá al menos tres líneas.
Cómo implementarlo en cinco pasos
Paso 1 — Identifica a tus partners de venta
Haz una lista de cada plataforma que actualmente vende tu inventario, ya sean redes de display, SSPs, mediadores o agencias que operen en tu nombre. Para cada una necesitas el dominio de la plataforma (no el tuyo) y el account ID o Publisher ID que te asignaron.
Paso 2 — Obtén los datos exactos
Para Google Ad Manager, entra a tu cuenta, ve a Admin y luego a Configuración del sitio. Tu Publisher ID empieza con pub-. Para Amazon Publisher Services, los datos están en Account Settings dentro del dashboard. Para otras plataformas, busca la sección “Ads.txt” o “Authorized sellers” dentro de la configuración de tu cuenta.
Paso 3 — Crea el archivo
Abre un editor de texto plano (Notepad en Windows, TextEdit en Mac en modo texto sin formato). Escribe una línea por cada partner con el formato descrito arriba. Guarda el archivo con el nombre exacto ads.txt.
Paso 4 — Súbelo a la raíz de tu dominio
El archivo debe quedar accesible en tudominio.com/ads.txt. Si usas WordPress, la forma más directa es a través del File Manager de tu hosting, navegando hasta /public_html y subiendo el archivo allí. También puedes usar un plugin de WordPress específico para ads.txt si prefieres no acceder al servidor directamente.
Paso 5 — Verifica que funciona
Abre tu navegador, escribe tudominio.com/ads.txt y comprueba que ves el contenido del archivo. Si ves un error 404, el archivo no está en la ubicación correcta. Repite el paso anterior.
Próximos pasos
Implementar ads.txt es el punto de partida, no el destino. Una vez que tengas el archivo en funcionamiento, hay tres acciones que tienen sentido de forma inmediata.
Revisa el archivo cada vez que cambies o agregues un partner de monetización. Un ads.txt desactualizado puede bloquear ingresos de plataformas legítimas que agregaste después de crear el archivo por primera vez.
Considera también sellers.json, el complemento natural de ads.txt. Mientras ads.txt declara quién puede vender tu inventario, sellers.json declara quién eres tú como vendedor. Los dos estándares trabajan juntos para construir la cadena de transparencia que los compradores premium exigen hoy. Si quieres entender cómo funciona ese siguiente nivel, publicamos un artículo específico sobre sellers.json.
Si aún usas solo Google AdSense, este momento es también una oportunidad para evaluar si tiene sentido incorporar Google Ad Manager y header bidding. Ads.txt es el requisito mínimo para acceder a esa capa de monetización más sofisticada.
Nota sobre los datos de este artículo: Las cifras de tráfico inválido (IVT) provienen del Q4 2025 LATAM IVT & Ad Fraud Benchmark Report de Pixalate y corresponden a benchmarks globales y de países específicos (México y Brasil). Pixalate no publica un promedio IVT consolidado para LATAM como región. El comportamiento de Google AdSense sin ads.txt se cita directamente de la documentación oficial de soporte de Google.

