Chrome pasa a un ciclo de dos semanas

Chrome reduce a la mitad el intervalo entre sus versiones principales. Google dice que está pasando a un ciclo de dos semanas para los hitos principales de Chrome, frente a cuatro semanas, empezando con Chrome 153 el 8 de septiembre de 2026. La razón que da es que el aprendizaje automático encuentra fallos de seguridad más rápido de lo que un tren de cuatro semanas puede entregar las correcciones.

Dos números explican la decisión. Chrome 149 y 150 corrigieron juntos 1.072 fallos de seguridad. Eso es más que el total de los 23 hitos anteriores.

Qué cambia y qué no

Las dos semanas se aplican a los hitos principales. Son las versiones numeradas que traen funciones nuevas. No es el calendario de parches de seguridad, y la distinción se pierde con facilidad.

Vía	Calendario
Hitos principales	Cada dos semanas, desde Chrome 153
Actualizaciones de seguridad	Cada semana
Actualizaciones de seguridad (piloto)	Dos veces por semana

"Estamos en proceso de pasar a un ciclo de dos semanas para los hitos principales de Chrome, con actualizaciones de seguridad semanales", escribió el equipo de seguridad de Chrome. Por separado, está probando dos versiones de seguridad por semana.

El cambio abarca escritorio, iOS y Android. TechCrunch informa de que Mozilla, Microsoft Edge y Brave ya han adoptado el mismo ciclo de dos semanas.

Por qué se disparó la cuenta de fallos

El equipo de seguridad señala la causa sin rodeos. Los grandes modelos de lenguaje son el software detrás de los chatbots, y se los puede apuntar a código fuente para buscar defectos.

"Los grandes modelos de lenguaje (LLM) están desbloqueando capacidades sin precedentes para el descubrimiento automatizado de vulnerabilidades", escribió el equipo. Añade que eso escala mucho más allá de los límites de la experiencia humana en seguridad y exige nuevos enfoques para ir por delante de los atacantes.

Esto funciona en ambos sentidos, y ahí está lo importante. Las mismas herramientas ayudan a los atacantes. El objetivo declarado de Google es estrechar la brecha N-day, es decir, la ventana entre que una corrección entra en el código público y llega a los usuarios. Chromium es de código abierto, así que cada corrección publicada es también una descripción pública del fallo que arregla.

Solo en mayo de 2026, según Google, sistemas automatizados impidieron que más de 20 vulnerabilidades llegaran a producción. Una estaba calificada como S1+, su categoría más grave.

Qué significa esto para los desarrolladores

Conviene revisar tus supuestos de prueba. Si tu proceso de publicación fija una versión de Chrome o ejecuta una matriz de navegadores, esa matriz se mueve ahora el doble de veces. Una comprobación trimestral contra "el Chrome actual" ya no significa lo mismo que en agosto.

Para todo lo que no puedas recalificar cada dos semanas, Google señala el Chrome Extended Stable Channel, que recomienda para entornos empresariales y sensibles. Ese canal cambia la actualidad de las funciones por un ciclo más lento y previsible. Es el valor por defecto adecuado para despliegues regulados.

Los plazos de retirada son la pregunta abierta. Ninguna de las fuentes dice si las eliminaciones y las pruebas de origen mantienen su cuenta en hitos. Si una retirada estaba planificada en hitos y no en fechas, su fecha de calendario acaba de acercarse. Revisa por tanto aquello de lo que dependes y ya esté marcado para eliminación. Los desarrolladores de extensiones ya han tenido un plazo duro este mes, después de que Google retirara del Chrome Web Store todas las extensiones Manifest V2 el 1 de septiembre.

No leas los 1.072 como señal de que Chrome es menos seguro. Es lo que ocurre cuando se apunta el descubrimiento automatizado a una base de código grande, y encontrar un fallo es el paso previo a corregirlo. El número que hay que seguir es la rapidez con que los parches llegan a los usuarios, no cuántos fallos se cuentan.

El punto más amplio para la plataforma web: las funciones llegarán a estable en incrementos más pequeños y más a menudo. Eso favorece a los equipos que prueban de forma continua y penaliza los ciclos largos de QA manual. Google también está bajo presión competitiva, ya que dice que el desarrollo asistido por IA ha abaratado construir un navegador.