Chrome borra Manifest V2 el 31Ago: qué cambia

Chrome borra Manifest V2 el 31 de agosto: qué cambia realmente

El 31 de agosto de 2026 Google eliminará de la Chrome Web Store los listados restantes de extensiones construidas con Manifest V2, la tecnología que durante más de una década definió cómo funcionaban los plugins de Chrome. Pero la fecha llega más como un cierre administrativo que como un evento técnico: las extensiones MV2 llevan más de un año sin ejecutarse en Chrome estable desde el lanzamiento de Chrome 138 en julio de 2025. Lo que ocurrirá el 31 de agosto es, en la práctica, una limpieza de catálogo: las páginas de la tienda dejarán de estar disponibles, no se podrá reinstalar nada, y los listados que aún recibían installs residuales desaparecerán.

Para los fundadores hispanohablantes que construyen productos sobre Chrome, la pregunta real no es qué pasa el 31 de agosto, sino qué cambió hace un año y qué implica para el ciclo de vida de cualquier extensión que tu equipo mantenga o distribuya a clientes.

¿Qué pasa realmente el 31 de agosto de 2026?

El plan oficial de Google lo describe en términos administrativos: el 31 de agosto de 2026 Chrome concluirá la transición a Manifest V3 retirando los listados restantes de la Chrome Web Store, según la línea de tiempo publicada en las notas de Chrome Enterprise. Después de esa fecha, los usuarios y administradores no podrán actualizar ni reinstalar extensiones MV2. Las que sigan instaladas en Chrome 138 o anterior permanecerán habilitadas pero dejarán de recibir actualizaciones.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

En la práctica el daño para el usuario promedio es casi nulo. La dramática historia de "Chrome mata tus extensiones" ya ocurrió en silencio entre octubre de 2024 y mediados de 2025, y la mayoría de extensiones que funcionan hoy en tu navegador ya son V3: según una vocera de Google citada por Forbes, el 93% de las extensiones activas en la Chrome Web Store ya corren Manifest V3 antes de la fecha límite.

La cronología real de la muerte de Manifest V2

La transición fue un trinquete de cuatro años. El primer aviso llegó el 3 de junio de 2024, cuando Chrome empezó a mostrar banners de deprecación en canales Beta, Dev y Canary. El 9 de octubre de 2024 Chrome comenzó a desactivar MV2 en el canal estable de forma gradual, aunque los usuarios podían volver a activarlas a mano. El 31 de marzo de 2025 la desactivación pasó a ser el comportamiento por defecto en todos los canales, aunque seguía existiendo una política empresarial (ExtensionManifestV2Availability) que lo prorrogaba hasta junio de 2025.

El punto de no retorno fue Chrome 138 en julio de 2025: MV2 quedó deshabilitado para todos los usuarios en todos los canales y desapareció el interruptor manual. Chrome 139 eliminó también la política empresarial, y los Chrome 150 y 151, ya en junio y julio de 2026, barrieron los últimos flags de desarrollador que aún permitían cargar MV2 en builds no estables.

Por qué Google forzó este cambio: tres modificaciones que cambian la plataforma

Manifest V3 no fue cosmético. Google reconstruyó tres mecanismos específicos y cada uno intercambió capacidad del desarrollador por una propiedad que Google quería. Las dos primeras son claramente defendibles; la tercera es donde la crítica tiene razón.

1. El código no puede cambiar después de la revisión. Bajo MV2 una extensión podía descargar y ejecutar código desde un servidor remoto en tiempo de ejecución. MV3 prohíbe el código alojado remotamente: toda la lógica ejecutable tiene que enviarse dentro del paquete que pasó por revisión. La extensión que Google revisó y la extensión que corre en tu navegador vuelven a ser el mismo artefacto, lo que cierra una clase entera de extensiones maliciosas que pasaban review como utilidad inocente y luego se convertían en keyloggers.

2. El navegador bloquea, no la extensión. MV2 permitía a una extensión inspeccionar y modificar cada petición de red en JavaScript propio usando la API webRequest en modo bloqueante. MV3 lo reemplaza por declarativeNetRequest: la extensión declara reglas por adelantado y el propio motor de red del navegador las aplica. La extensión nunca ve tu tráfico, lo que mejora privacidad y rendimiento. Google elevó los topes varias veces tras las quejas, y el límite dinámico de reglas seguras pasó de 5.000 a 30.000 en Chrome 121.

3. La página de fondo dejó de existir. La página persistente de MV2, que vivía durante toda la sesión del navegador, fue reemplazada por un service worker efímero que Chrome apaga tras unos 30 segundos de inactividad. Es el cambio menos visible para el usuario pero el más molesto para el desarrollador: el estado en variables globales se evapora, los setTimeout largos son trampas y la primera migración reescribe media extensión.

El problema, como señala la cobertura de PCMag, es que declarativeNetRequest es estrictamente menos expresivo que webRequest bloqueante, y eso se nota especialmente en bloqueadores de contenido avanzados, donde el filtrado "look at this and then decide" era el punto entero de la herramienta.

¿Y uBlock Origin y los bloqueadores de anuncios?

El original uBlock Origin de Raymond Hill, construido sobre webRequest bloqueante, dejó de correr en Chrome con el resto de extensiones MV2 a mediados de 2025. Hill publicó uBlock Origin Lite (uBOL), una versión V3 que usa declarativeNetRequest y precompila listas en reglas estáticas. Bloquea la mayoría de los anuncios en la mayoría de los sitios pero, como señala Android Authority, pierde el filtrado dinámico por sitio, el element picker y parte de la protección antiphishing. Para un usuario casual uBOL funciona; para quien necesitaba los controles avanzados es un downgrade real.

El uBO completo sigue vivo fuera de Chrome: Firefox mantuvo webRequest bloqueante y Brave filtra de forma nativa en su propio stack de red con un motor en Rust, fuera del sandbox de extensiones. Opera, según PCMag, seguirá soportando V2 por ahora aunque ya no permite subir ni descargar extensiones V2 nuevas o de poco uso. Microsoft Edge anunció el 7 de agosto de 2026, poco después del artículo original, que también moverá MV2 a Stable durante los meses siguientes, con la transición de consumidores completada a fin de 2026 y los dispositivos administrados siguiendo a principios de 2027.

¿Qué significa esto para tu startup?

Si tu producto depende de una extensión de Chrome, hay dos acciones concretas que conviene ejecutar antes del 31 de agosto, idealmente esta semana.

Audita qué MV2 sigue instalado en máquinas de tu equipo o clientes. El Admin console de Chrome Enterprise permite ver el manifiesto de cada extensión. Cualquier MV2 detectada ahora no va a poder reinstalarse tras el 31 de agosto si el equipo formatea el equipo o cambia de perfil, así que la búsqueda de reemplazo tiene que ocurrir mientras la página de la tienda siga accesible.
Migra tus propias extensiones a V3 y reescribe la lógica de webRequest. Si tu extensión intercepta tráfico, el cambio no es opcional: usa declarativeNetRequest desde ya, modela las reglas como archivos JSON estáticos cuando puedas y limita la lógica dinámica a los 30.000 dynamic rules disponibles. Para casos complejos (anti-fingerprinting, bloqueos contextuales por sitio) evalúa si parte de la lógica puede moverse al servidor y dejar la extensión como cliente ligero.

El 31 de agosto no va a romper nada que siga funcionando hoy, pero sí va a cerrar la última puerta para los que llegaron tarde a la migración. Esa ventana se está cerrando.