Detección de adblock en Microsoft Edge: la guía para editores

Microsoft Edge es el navegador por defecto en Windows, lo que significa que arrastra una parte nada despreciable del tráfico general y empresarial hacia la mayoría de los sitios de editores. Incluso los editores que piensan en su audiencia como gente de Chrome y Safari suelen encontrar una cola constante de sesiones de Edge en su analítica, sobre todo desde equipos de oficina y portátiles Windows que nunca cambiaron de navegador. Ignorar Edge significa dejar parte de tu exposición al adblock sin medir.

Edge está construido sobre Chromium, el mismo motor de código abierto que mueve Chrome. Para un editor este es el dato más útil sobre el navegador: su modelo de extensiones, su tratamiento de los bloqueadores de anuncios y su transición a Manifest V3 siguen los de Chromium, no un camino específico de Microsoft. La realidad del bloqueo de anuncios que ya conoces de Chrome es, con pequeñas adiciones, la realidad del bloqueo de anuncios en Edge.

Hay una capa realmente específica de Edge que conviene señalar de entrada, y es fácil confundirla con el bloqueo de anuncios: Edge incluye su propia Prevención de seguimiento integrada, activada por defecto. Volveremos sobre qué bloquea y qué no bloquea exactamente, porque confundir la prevención de rastreadores con un bloqueador de anuncios completo es una forma habitual de que los editores malinterpreten sus propias cifras.

Como Edge se ejecuta sobre Chromium, heredó la misma transición a Manifest V3 que impulsó Google. El Manifest V2 ha sido retirado, y la forma bloqueante de la API webRequest en la que se apoyaban los bloqueadores clásicos ha desaparecido. En su lugar está declarativeNetRequest, donde la extensión registra de antemano un conjunto fijo de reglas y el navegador las aplica de forma nativa, por debajo de la página, en vez de dejar que la extensión decida petición a petición en JavaScript.

La consecuencia práctica es la misma a la que ya se enfrentaron los editores de Chrome. El uBlock Origin clásico, que depende de la API webRequest de Manifest V2, no puede ejecutarse como extensión MV3; en un Chromium actualizado su papel pasa a uBlock Origin Lite, normalmente escrito uBOL. uBOL es una extensión distinta y más silenciosa construida en torno a declarativeNetRequest, con modos de permisos Basic, Optimal y Complete que cambian cuánto se le permite hacer en un sitio dado. En Edge debes esperar uBOL, la versión MV3 de AdGuard y bloqueadores declarativos similares, no los antiguos dinámicos.

Los usuarios de Edge consiguen sus extensiones desde dos sitios: la tienda Edge Add-ons de Microsoft y, con un ajuste activado, la Chrome Web Store. En cualquier caso los bloqueadores disponibles son los de la plataforma Chromium, uBlock Origin Lite, AdGuard y los demás, operando bajo las mismas restricciones de MV3. El suministro es compartido, la plataforma es compartida, y por tanto el problema de detección es compartido. Un detector que maneja correctamente Chrome MV3 y uBOL ya maneja los bloqueadores de extensión de Edge.

Por eso no tratamos Edge como un navegador aparte que haya que detectar desde cero. La parte difícil de la detección en Edge no es Edge; es MV3 y uBOL, que AntiAdBlock Core ya cubre como parte de su soporte de Chromium, reentrenando sus heurísticas cada noche contra las deltas de las listas de EasyList, uBlock y AdGuard.

Edge incluye una función llamada Prevención de seguimiento, activada por defecto, con tres niveles: Básica, Equilibrada y Estricta. El valor por defecto es Equilibrada. Conviene ser preciso sobre qué es esto: bloquea rastreadores conocidos extraídos de listas curadas, lo que limita el seguimiento entre sitios y parte de la analítica. Es una función de privacidad, no un bloqueador de anuncios de propósito general, y no pretende eliminar cada anuncio display de una página como hace uBlock Origin.

La distinción tiene consecuencias reales para tus cifras. En Equilibrada, muchos anuncios siguen cargándose con normalidad porque los recursos bloqueados son rastreadores y no creativos publicitarios. En Estricta, Edge bloquea un conjunto más amplio de rastreadores, y eso puede tener efectos secundarios, algunos anuncios o funciones del sitio que dependen de un rastreador bloqueado pueden romperse como daño colateral, aunque romper anuncios no fuera el objetivo. Un editor que ve huecos ocasionales en la entrega de anuncios en Edge debería considerar la Prevención de seguimiento Estricta como una posible causa, separada de cualquier extensión.

Para la detección esto significa que en Edge tratas con dos capas independientes, y no deberías mezclarlas. Una capa es un bloqueador de contenido basado en extensión como uBOL, que es el mismo problema que en Chrome. La otra es la propia Prevención de seguimiento del navegador, que se comporta de otra manera, está dirigida por listas, depende del nivel y se centra en rastreadores. Un motor de detección que solo piense en términos de bloqueadores de extensión malinterpretará lo que ocurre cuando es el modo Estricto, y no un complemento, lo que interfiere en la entrega.

El truco anti adblock más antiguo es el cebo de DOM: crear un elemento con una clase como ad-banner, esperar un instante y comprobar si fue ocultado. Esa señal se diseñó para el mundo de Manifest V2, donde el bloqueador hacía trabajo visible en JavaScript dentro de la página. Bajo MV3 el bloqueo ocurre en la capa de red del navegador, así que uBOL en Edge puede descartar una petición de anuncio sin tocar nunca un elemento cebo que plantaste en el DOM. La página solo ve una petición que falló.

uBOL también depende del modo de una forma que una sola sonda no puede capturar. En modo Basic hace filtrado de red mediante declarativeNetRequest pero poco trabajo cosmético; en Optimal y Complete hace más. La misma extensión puede ser casi invisible en un sitio y agresivamente cosmética en otro, dependiendo solo del permiso que el usuario concedió. Una comprobación de cebo de un solo disparo produce una respuesta ruidosa y dependiente del modo, y con uBOL produce falsos negativos, el peor resultado, porque se pierden ingresos mientras el script no informa de nada.

Añade encima la Prevención de seguimiento de Edge y el panorama de una sola señal se enturbia aún más. Un cebo o una sonda que por casualidad parezca un rastreador puede ser bloqueado por el modo Estricto incluso cuando el visitante no usa ninguna extensión, mientras que los creativos publicitarios reales cargan bien. Leída de forma aislada, esa única señal puede sugerir un bloqueador que no está, o pasar por alto uno que sí está. Una detección fiable en Edge tiene que leer varias señales independientes y dejar que voten, en lugar de fiarse de un solo artefacto.

El enfoque robusto en Edge es el mismo enfoque de ensemble que funciona en Chrome, porque la plataforma de base es la misma. En lugar de un solo elemento cebo, ejecutas muchos vectores independientes y combinas sus veredictos. Las huellas de tiempo sobreviven a MV3: cuando el navegador bloquea de forma nativa una petición de anuncio conocida, el fallo regresa con una curva de tiempos distinta a la de un servidor lento o un error de red genuino, y medir eso a lo largo de varias sondas es una señal que una regla de filtro no puede borrar sin más.

Una segunda señal potente es la redirección noop. declarativeNetRequest puede redirigir una petición bloqueada hacia un recurso empaquetado y neutralizado, un script vacío pero sintácticamente válido servido desde la extensión. Cuando una petición que debería haber devuelto código de anuncios resuelve en cambio a ese marcador, la sustitución es en sí misma una prueba de bloqueador, y una prueba sólida para uBOL. Ningún vector aislado es concluyente por sí solo, que es justo por lo que un ensemble que vota entre muchos es el modelo duradero.

AntiAdBlock Core usa un motor de ensemble multi-señal con una precisión de detección declarada de alrededor del 99,7%, y como Edge es Chromium hereda esa cobertura directamente, uBOL en sus modos Basic, Optimal y Complete, más la conciencia de que la Prevención de seguimiento Estricta es una capa aparte. La instalación es el mismo y único script async, cargado en la cabecera; es gratuito hasta las primeras 10.000 detecciones al mes, así que puedes medir tu exposición real en Edge antes de decidir cualquier flujo de recuperación.

A partir de ahí el manual de juego refleja el de cualquier otra plataforma: mide tu tasa de adblock de referencia, incluyendo específicamente las sesiones de Edge, y luego elige una respuesta de recuperación proporcionada a esa cifra y a tu audiencia. La idea no es tratar Edge como algo exótico, sino asegurarte de que tu detección sea lo bastante consciente de MV3 como para ver qué están haciendo de verdad los bloqueadores Chromium de Edge y su capa de rastreadores integrada.

La base Chromium de Edge significa que la guía MV3 para editores en Chrome se aplica directamente: las restricciones de Manifest V3 y los bloqueadores declarativeNetRequest se comportan de forma idéntica en ambos. Para opciones de implementación una vez que hayas medido tu exposición, la comparación del script adblock killer cubre qué evaluar.