Impacto de Manifest V3 en los bloqueadores de anuncios en 2026: qué pierden los editores y cómo recuperarlo

El Manifest V3 es la plataforma de extensiones que Google introdujo para Chrome y otros navegadores Chromium. Reescribe las reglas sobre cómo se permite operar a las extensiones, incluidos los bloqueadores de anuncios. Para los editores, el cambio más importante con diferencia está en cómo funciona el bloqueo de contenido.

Bajo el antiguo Manifest V2, un bloqueador usaba la forma bloqueante de la API webRequest. Podía observar cada petición de red que hacía la página y ejecutar JavaScript para decidir, petición a petición, si permitirla o cancelarla. Esto daba a los bloqueadores una flexibilidad casi total y les permitía adaptarse al instante a lo que intentara un sitio.

El Manifest V3 elimina esa capacidad bloqueante para los bloqueadores de contenido y la sustituye por declarativeNetRequest. Ahora la extensión registra de antemano un conjunto fijo de reglas, Chrome las compila y el navegador las aplica de forma nativa. La extensión ya no ve las peticiones individuales ni toma decisiones en JavaScript petición a petición. Es más rápido y usa menos memoria, pero también es más rígido.

Google no accionó un interruptor de la noche a la mañana. El abandono del Manifest V2 se desarrolló como un despliegue por fases a lo largo de 2024 y 2025. Chrome empezó a desactivar las extensiones Manifest V2 para los usuarios por etapas, mostrando avisos y luego apagando las extensiones, con excepciones de política empresarial que a su vez tenían fechas de fin.

Cuando el despliegue se completó, las extensiones Manifest V2 habían desaparecido en la práctica del Chrome general. La Chrome Web Store dejó de aceptar nuevas presentaciones MV2 bastante antes de eso, así que el suministro de nuevos bloqueadores MV2 ya se había secado.

Para los editores la conclusión es que el panorama del bloqueo de anuncios en Chrome es ahora un panorama MV3. Cualquier suposición sobre el comportamiento de los bloqueadores formada antes de esta transición está desfasada. Los bloqueadores que tu audiencia usa hoy o son nativos de MV3 o han sido reconstruidos para encajar en las restricciones de MV3.

La baja más visible de la transición fue el uBlock Origin clásico. Su bloqueo dinámico, dirigido por JavaScript, depende de la API webRequest de Manifest V2, que es justo la capacidad que MV3 elimina. Como resultado, el uBlock Origin clásico no puede ejecutarse como extensión MV3 y ha sido desactivado para los usuarios de un Chrome actualizado.

Su autor respondió construyendo una extensión distinta, uBlock Origin Lite, o uBOL, diseñada desde el principio para el Manifest V3. uBOL no es el mismo producto. Se apoya en declarativeNetRequest, incluye conjuntos de reglas predefinidos y expone los modos de permisos Basic, Optimal y Complete, que equilibran la comodidad frente a cuánto se le permite hacer a la extensión.

Es importante señalar que el uBlock Origin clásico sigue funcionando plenamente en Firefox, que continúa soportando la API webRequest de Manifest V2, y en forks de Chromium que la conservaron. Así que el cuadro está dividido: en Chrome la audiencia se movió a uBOL u otros bloqueadores MV3, mientras que en Firefox el bloqueador clásico continúa sin cambios. Una capa de detección tiene que manejar ambos.

declarativeNetRequest es potente pero está acotado de formas que importan. Chrome limita el número de reglas que una extensión puede registrar, tanto estáticas como dinámicas, y limita cuántos conjuntos de reglas pueden estar activos a la vez. Un bloqueador no puede simplemente cargar todas las listas de filtros jamás escritas; tiene que caber dentro de esos presupuestos.

También es declarativo por definición. La extensión no puede inspeccionar una petición y decidir en JavaScript; solo puede expresar reglas de antemano y dejar que Chrome las haga coincidir. Cualquier cosa que necesite lógica en tiempo de ejecución, reaccionar al comportamiento concreto de una página, descodificar una petición ofuscada en el momento en que se lanza, es mucho más difícil o imposible frente al enfoque de MV2.

Estos límites no hacen que los bloqueadores sean ineficaces. declarativeNetRequest sigue bloqueando muy eficazmente los grandes endpoints conocidos de anuncios y rastreadores, y puede redirigir las peticiones bloqueadas a recursos neutralizados. Pero la rigidez es real, y es justo lo que da a un motor de detección señales medibles y estables con las que trabajar.

Es tentador leer todo esto como una buena noticia, uBlock Origin retirado, bloqueadores limitados, problema resuelto. Esa lectura es errónea, y actuar según ella cuesta ingresos.

El bloqueo de anuncios bajo MV3 está limitado, no derrotado. uBlock Origin Lite, la versión MV3 de AdGuard, los escudos integrados de Brave y otros bloqueadores MV3 siguen bloqueando el grueso de la publicidad display. Los usuarios que eligieron bloquear anuncios no dejaron de querer hacerlo; simplemente se movieron a las herramientas que siguen funcionando. El uso global del adblock no se desplomó con la retirada de MV2.

Lo que sí cambió es la detección. Como los bloqueadores MV3 son más silenciosos y actúan sobre todo en la capa de red del navegador, los scripts de detección heredados de una sola señal que muchos editores aún usan no los ven, en especial uBOL. Así que un editor que supone que MV3 arregló el problema está doblemente expuesto: los bloqueadores siguen ahí y la detección antigua ya no los ve. La respuesta correcta es un motor de detección consciente de MV3. AntiAdBlock Core reentrena sus heurísticas cada noche contra las deltas de EasyList, uBlock y AdGuard y ejecuta 11 vectores que votan, precisamente para que los bloqueadores MV3 sigan siendo visibles.

La guía detectar uBlock Origin Lite 2026 profundiza en cómo la huella más silenciosa de MV3 cambia las señales de detección disponibles. Para una actualización 2026 sobre qué enfoques anti-adblock se han adaptado a estos cambios, anti-adblock script 2026 es la referencia complementaria.

Los usuarios que usaban bloqueadores de Manifest V2 no dejaron de bloquear anuncios: migraron. uBlock Origin Lite es el sucesor más directo, y su número de instalaciones en la Chrome Web Store ha crecido de forma constante desde que se desactivó el uBlock Origin clásico. AdGuard publicó su propia extensión MV3 durante el mismo período. Los escudos integrados de Brave operan a nivel de navegador, completamente fuera de la plataforma de extensiones, y no se vieron afectados por la transición.

Firefox complica el panorama para los editores. Firefox conservó la API webRequest de Manifest V2 y el uBlock Origin clásico funciona ahí sin cambios. Los usuarios de Firefox son técnicamente más avanzados que los de Chrome, así que su tasa de adblock es más alta. Un editor cuya capa de detección solo captura bloqueadores MV3 estilo Chromium se pierde a todos los visitantes de Firefox con la extensión clásica.

El resultado neto en 2026: el bloqueo de anuncios en Chrome es menor que en la era MV2, pero no drásticamente. Los usuarios que querían bloquear anuncios encontraron herramientas que funcionan. Los editores que esperaban que la retirada de MV2 redujera a la mitad su cuota de impresiones bloqueadas se han llevado una decepción. La audiencia sigue bloqueando; simplemente cambiaron de herramientas.

El mayor riesgo de ingresos por MV3 no es que más usuarios bloqueen anuncios, sino que los scripts de detección heredados dejen de ver los que ya están ahí. Un script que inyecta un elemento señuelo y comprueba si se renderizó dejará pasar a uBlock Origin Lite como si no bloqueara. uBOL bloquea el dominio de la red publicitaria mediante declarativeNetRequest antes de que la petición llegue al pipeline de renderizado; la comprobación en JavaScript se ejecuta y no encuentra nada malo. El editor no registra ninguna detección, no muestra ningún aviso de recuperación y pierde la impresión en silencio.

Esta brecha entre lo que los scripts antiguos detectan y lo que realmente está bloqueando tiene un coste directo. Para los editores con audiencias significativas en Chrome, la detección heredada de una sola señal está subestimando actualmente los visitantes bloqueados por un margen considerable. Cada detección fallida es una impresión cedida de forma permanente: sin aviso de paywall, sin solicitud de lista blanca, sin recuperación alguna.

La acción es verificar en lugar de suponer. Abre un navegador con uBlock Origin Lite instalado, visita tu sitio y observa si tu detección existente se activa. Si no lo hace, estás sirviendo a esa audiencia con rendimiento cero. Cambiar a un motor de detección por conjuntos, que ejecuta múltiples vectores que votan en lugar de una sola comprobación señuelo, es la única solución fiable para la generación de bloqueadores MV3.