Verificación de ads.txt
Cruza cada bid request con el archivo ads.txt del publisher para confirmar que quien vende es un revendedor autorizado. Rechaza al momento las impresiones de vendedores no autorizados.
Los estafadores hacen pasar webs de baja calidad por publishers premium para que los anunciantes paguen CPMs premium por ubicaciones sin ningún valor.
El domain spoofing es una técnica de ad fraud en la que los estafadores falsifican la información de dominio de las bid requests programáticas para que webs de baja calidad o fraudulentas parezcan publishers premium. El anunciante acaba pagando CPMs premium por un inventario que no vale nada: sus anuncios nunca aparecen en las webs que cree haber comprado.
El mecanismo es sencillo: cuando un ad exchange recibe una bid request, esta incluye el dominio en el que supuestamente se mostrará el anuncio. Los estafadores manipulan ese campo y sustituyen el dominio real (de poco valor) por el de un publisher conocido. Como el comprador se fía del dominio declarado, puja fuerte, y el estafador se embolsa la diferencia.
Paso a paso
Los estafadores aprovechan varios puntos débiles de la cadena de suministro programática para disfrazar inventario de poco valor de ubicaciones premium.
El estafador modifica el campo de dominio de la bid request OpenRTB y sustituye la URL real del sitio por el dominio de un publisher premium. Las DSPs ven un dominio de prestigio y pujan en consecuencia.
Los estafadores más sofisticados crean archivos ads.txt falsos en los dominios suplantados o se aprovechan de registros ads.txt mal configurados para aparecer como vendedores autorizados de inventario premium.
Con técnicas como iframes entre dominios, enmascaramiento de URL o redirecciones del lado del servidor, el estafador consigue que la petición del anuncio parezca venir de la página de un publisher legítimo.
Métodos de detección
Ningún control basta por sí solo. Para detectarlo de verdad hay que combinar varios métodos de verificación a lo largo de toda la cadena de suministro.
Cruza cada bid request con el archivo ads.txt del publisher para confirmar que quien vende es un revendedor autorizado. Rechaza al momento las impresiones de vendedores no autorizados.
Comprueba la identidad de los vendedores en el archivo sellers.json del exchange. Confirma que el ID del vendedor, el dominio y el nombre de la entidad coinciden con la fuente de inventario declarada.
Mapea toda la ruta de suministro, del publisher a la DSP. Elimina los intermediarios innecesarios y marca las cadenas de revendedores sospechosas que podrían servir para blanquear inventario suplantado.
Analiza cada ubicación en busca de anomalías: categorías de contenido que no encajan, patrones de tráfico inusuales, métricas de visibilidad imposibles e incoherencias entre el contenido declarado y el real de la página.
Cómo te ayuda Opticks
Opticks valida automáticamente los registros de ads.txt y sellers.json en cada impresión y marca en tiempo real los vendedores no autorizados y las declaraciones de dominio que no cuadran.
Cada ubicación se revisa en busca de anomalías a nivel de dominio: señales de contenido que no encajan, huellas de tráfico sospechosas y discrepancias entre la URL declarada y el entorno real en el que se renderiza el anuncio.
Los modelos de machine learning analizan los patrones de tráfico de cada ubicación e identifican las anomalías estadísticas que delatan dominios suplantados, antes de que se malgaste el presupuesto.
Más información
Un análisis a fondo de cómo funciona el domain spoofing, con ejemplos reales y pasos prácticos para que los anunciantes protejan sus presupuestos programáticos.
Leer el artículoDefinición rápida del domain spoofing y de la terminología de ad fraud relacionada, como la manipulación de bid requests, ads.txt y la supply path optimization.
Ver el glosarioDetecta el domain spoofing y otras técnicas de ad fraud en tus campañas programáticas.