Script antiadblock 2026: qué cambió con Manifest V3

La plataforma Manifest V3 de Google para extensiones de Chrome, que se volvió obligatoria para las nuevas extensiones en 2022 y para las extensiones existentes de forma progresiva desde entonces, cambió fundamentalmente cómo pueden operar los bloqueadores de anuncios. El cambio principal es que las extensiones ya no pueden ejecutar un proceso de fondo persistente que intercepte y evalúe cada petición de red en JavaScript. En su lugar, las reglas de bloqueo deben declararse de antemano como conjuntos de reglas JSON estáticas, y el navegador las aplica a través de la API declarativeNetRequest sin ninguna implicación de scripts del lado de la extensión.

Para un script antiadblock 2026, el impacto práctico es significativo. La detección clásica se basaba en observar los efectos secundarios del filtrado dinámico en JavaScript: un script señuelo fallaba al cargar, un elemento señuelo del DOM desaparecía o un objeto global asociado al servicio de anuncios era indefinido. Esas señales aún están presentes para los bloqueadores de Manifest V2, pero los bloqueadores de Manifest V3 como uBlock Origin Lite dejan una huella mucho más pequeña y diferente. Un script de detección escrito contra el comportamiento antiguo se perderá una proporción creciente de bloqueadores activos.

La transición no está completa: Firefox sigue admitiendo plenamente las extensiones de Manifest V2, y el uBlock Origin clásico sigue siendo el bloqueador de contenido más ampliamente instalado en Firefox. Pero la dominancia del mercado de Chrome significa que los patrones de Manifest V3 son cada vez más la norma para los visitantes a los que necesitas llegar. Un script antiadblock eficaz en 2026 debe manejar ambos paradigmas de forma fiable.

Con declarativeNetRequest, el propio navegador aplica un conjunto de reglas a las peticiones de red antes de que se ejecute cualquier JavaScript de la página. Esto significa que cuando se bloquea una petición a un dominio publicitario conocido, el bloqueo ocurre a nivel del navegador y no produce ninguna excepción JavaScript observable, ninguna anomalía de tiempo de una promesa de petición cancelada ni ninguna modificación del DOM que un MutationObserver pudiera captar. La extensión se ha eliminado, en efecto, del entorno JavaScript detectable.

Lo que aún puedes detectar son las consecuencias del bloqueo: peticiones de red señuelo que no se completan, espacios publicitarios que permanecen vacíos y la ausencia de callbacks que los scripts de anuncios normalmente dispararían. Estas son señales basadas en resultados en lugar de señales basadas en procesos, y requieren una gestión cuidadosa del tiempo de espera. Una red lenta puede producir las mismas señales de resultado que un bloqueador activo si tu ventana de detección es demasiado ajustada, lo que lleva a falsos positivos que frustran a los visitantes que no bloquean.

Algunas implementaciones de Manifest V3 también admiten el filtrado cosmético opcional mediante inyección CSS, que puede ocultar elementos de la página por clase o selector incluso cuando la petición de red subyacente no fue bloqueada. Un script antiadblock completo debe comprobar tanto si las peticiones relacionadas con anuncios tuvieron éxito como si los elementos relacionados con anuncios son realmente visibles en la página renderizada, no solo presentes en el DOM. Estas son dos comprobaciones distintas que requieren métodos de detección diferentes.

Las pruebas de red señuelo envían una pequeña petición a una URL que coincide con los patrones habituales de las listas de filtros de bloqueo de anuncios, como una ruta que contiene slash ads slash o un nombre de dominio en la lista de bloqueo de EasyList. Si la petición se completa con éxito, no hay ningún bloqueador a nivel de red activo. Si falla o agota el tiempo de espera, es probable que haya un bloqueador a nivel de red. Esta prueba es esencial para detectar los bloqueadores declarativeNetRequest que no dejan ningún otro rastro observable.

Las pruebas de DOM señuelo inyectan un elemento oculto con un nombre de clase o ID que coincide con los patrones de filtrado cosmético habituales. Después de un breve ciclo de renderizado, el script comprueba si el elemento sigue presente y visible. Si ha sido ocultado o eliminado, hay un filtro cosmético activo. Esta prueba detecta los bloqueadores que operan únicamente mediante inyección CSS sin bloquear peticiones de red, que es un modo que algunos usuarios configuran específicamente para evitar ser detectados por comprobaciones exclusivamente de red.

Las pruebas de sonda de entorno examinan el entorno del navegador en busca de firmas dejadas por las extensiones de bloqueo de anuncios. Algunas extensiones modifican objetos globales, inyectan atributos en el documento o se exponen a través de la API de mensajería de extensiones del navegador. Estas sondas son más frágiles que las pruebas de red o DOM porque dependen de detalles de implementación de extensiones que pueden cambiar con cualquier lanzamiento, pero añaden una señal valiosa a un conjunto multivectorial. AntiAdBlock Core combina múltiples vectores de este tipo para lograr aproximadamente el 99,7% de precisión de detección en el panorama actual de bloqueadores.

Un script de detección se ejecuta en cada carga de página para cada visitante, la gran mayoría de los cuales no usa un bloqueador de anuncios. El script debe completar sus comprobaciones con suficiente rapidez como para no retrasar la visualización del contenido de la página para los visitantes que no bloquean. Cualquier aviso mostrado a un visitante con falso positivo, alguien que el script identificó erróneamente como usuario de un bloqueador, dañará directamente la experiencia del usuario y puede perjudicar la reputación de tu sitio. Tanto el rendimiento como la precisión importan.

Cargar el script de detección al principio del ciclo de vida de la página, en el head del documento o cerca de él, es necesario para que la detección se active antes de que los espacios publicitarios inicien su ciclo de subasta. Sin embargo, las comprobaciones de detección reales, en particular las peticiones de red señuelo, son asíncronas y no deben bloquear el renderizado. La arquitectura del script debe separar la fase de carga temprana síncrona de la fase de recopilación de señales asíncrona, resolviendo un veredicto de detección solo después de recopilar suficientes señales para confiar en el resultado.

Almacenar en caché los resultados de detección a nivel de sesión es una buena práctica para evitar repetir comprobaciones costosas en cada navegación de página. Un visitante que fue detectado positivamente en la primera página vista casi con toda seguridad sigue usando el mismo bloqueador en la segunda. Volver a ejecutar el conjunto completo en cada página vista añade latencia innecesaria y carga en el servidor. La mayoría de los scripts antiadblock en producción almacenan el veredicto de detección en una cookie de primera parte o en el almacenamiento de sesión y lo actualizan solo periódicamente.

Construir tu propio script antiadblock te da control total sobre la lógica de detección y ninguna dependencia de un servicio de terceros. Es una elección razonable para editores muy grandes con recursos de ingeniería dedicados que pueden comprometerse con el mantenimiento continuo a medida que evoluciona el ecosistema de bloqueadores. El coste oculto es que el mantenimiento no es opcional: un script de detección que no se actualiza frente a nuevas versiones de bloqueadores y nuevos patrones de listas de filtros se degradará silenciosamente a lo largo de los meses.

Usar un servicio de detección gestionado traslada la carga de mantenimiento a un proveedor especializado. El proveedor rastrea los nuevos lanzamientos de bloqueadores, actualiza las heurísticas y puede implementar cambios para todos los clientes simultáneamente. Para los editores sin ingeniería de ad-tech dedicada, esta compensación suele ser favorable. Los criterios clave de evaluación son la precisión de detección en todo el panorama de bloqueadores, la latencia que el script añade a la carga de la página y si el servicio respeta tus requisitos de privacidad de datos.

AntiAdBlock Core está diseñado como un script antiadblock gestionado listo para usar que se instala con una sola línea de código y gestiona el stack completo de detección, entrega del aviso e informes de analítica. Es gratuito hasta 10.000 detecciones al mes, lo que es un punto de entrada natural para los editores que quieren medir su exposición al adblock antes de comprometerse con un nivel de pago. Evaluarlo junto con tu propia implementación te da un punto de referencia concreto para la precisión de detección y el impacto en la latencia.