Chrome adopta un ciclo de versiones cada dos semanas

A partir del 8 de septiembre de 2026, Chrome 153 estrena un ritmo de publicación inédito: una versión estable cada dos semanas en lugar de cada cuatro. Anunciado por Google en marzo, el cambio afecta a Desktop, Android e iOS, y reordena el calendario de pruebas de los equipos web.

#Qué cambia el 8 de septiembre

Chrome 153 marca el paso a un ciclo de dos semanas. La versión 154 llegará el 22 de septiembre, la 155 el 6 de octubre, y así sucesivamente: unas veintiséis versiones estables al año, frente a las trece del ritmo mensual. El canal Beta acompaña el movimiento, publicándose cada beta tres semanas antes que su estable correspondiente. El canal Extended Stable conserva su ciclo de ocho semanas para los parques que priorizan la estabilidad sobre la novedad.

#Por qué Google acelera

La lógica es la de los lotes pequeños. Las versiones más cercanas transportan menos cambios cada vez, lo que reduce la superficie de regresión en cada paso y acorta el plazo entre el desarrollo de una función y su disponibilidad para el público. Correcciones de seguridad, mejoras de rendimiento y nuevas API llegan antes, sin el efecto de «gran actualización» que acompañaba al ciclo mensual. El movimiento prolonga una trayectoria iniciada en 2023 con las actualizaciones de seguridad semanales.

Fijar el código a un número de versión de Chrome nunca fue buena idea; con veintiséis versiones al año, se vuelve insostenible.

#La detección de funcionalidades, única estrategia viable

Duplicar el número de versiones vuelve el rastreo de versión (version sniffing) aún más frágil de lo que ya era. La buena práctica consiste en comprobar la presencia efectiva de una API o de una propiedad, en lugar de la versión del motor. Los mismos reflejos que valen para adoptar las container queries o para migrar a htmx 4.0 se aplican aquí: probar la capacidad, prever una alternativa, no dar por supuesto ningún número.

// Détecter la capacité, pas la version du navigateur
if (CSS.supports('container-type: inline-size')) {
  document.documentElement.classList.add('has-container-queries');
}

if ('URLPattern' in globalThis) {
  const route = new URLPattern({ pathname: '/articles/:id' });
  // routage côté client sans dépendance
}

// Anti-pattern : ne jamais faire ceci
// const version = navigator.userAgent.match(/Chrome\/(\d+)/);
// if (Number(version?.[1]) >= 153) { /* ... */ }

#Adaptar la vigilancia y las pruebas

Para los equipos, la clave no es seguir cada versión, sino instalar una rutina. Probar en el canal Beta da tres semanas de adelanto para detectar un cambio de comportamiento antes de que llegue a los usuarios. El seguimiento de funcionalidades pasa por el Chrome Status Roadmap y el panel de Chromium, que anuncian los cambios paso a paso. Las cabeceras de seguridad que entrega el navegador, como las descritas en la guía sobre Content-Security-Policy, también evolucionan versión a versión: validarlas de forma continua evita sorpresas desagradables.

#Lo que hay que recordar

Chrome publica ahora una versión estable cada dos semanas a partir del 8 de septiembre, unas veintiséis al año, con la Beta tres semanas por delante y Extended Stable en su ritmo de ocho semanas. La consecuencia práctica cabe en una frase: la detección de funcionalidades y las pruebas en el canal Beta sustituyen definitivamente al seguimiento manual de los números de versión.

Para profundizar: el anuncio oficial en el blog Chrome for Developers, Get features faster with Chrome’s two-week release cycle.