En la semana del 14 de septiembre de 2026, el propio blog de lanzamientos de Chrome anunció que todo lo siguiente se estaba distribuyendo a usuarios reales:

  • 152.0.7977.130 a Extended Stable, para Windows y Mac
  • 153.0.8010.47/.48 a Stable de escritorio, con 42 correcciones de seguridad
  • 154.0.8037.44/.45 a Windows, descrita como “parte de nuestro lanzamiento early stable a un pequeño porcentaje de usuarios”
  • 154.0.8037.49 a Android, “a un pequeño porcentaje de usuarios”
  • 154.0.8037.41 a Chrome en iOS, como la versión stable normal de esa plataforma

Tres versiones principales, en una semana, todas vigentes, ninguna equivocada. Cualquiera que tuviera alguna de ellas respondería a la pregunta “¿qué navegador está usando?” con “el último Chrome”, y en todos los casos estaría diciendo la verdad.

Por eso “Chrome, última versión” en la cabecera de un informe de error no es información. Merece la pena dedicar diez minutos a entender qué esconde esa frase, porque su forma explica toda una categoría de errores que le ocurren a unas personas y no a otras.

Los canales, tal como los define Google

Chrome no tiene una versión. Tiene canales, cada uno con una versión principal distinta en cada momento. Según la propia documentación de Google para administradores:

  • Stable “ha sido probado completamente por el equipo de pruebas de Chrome y debería ser el que use la mayoría de sus usuarios”. Se actualiza “cada 2-3 semanas para las versiones menores y cada 4 semanas para las versiones principales”.
  • Los usuarios de Extended Stable “reciben actualizaciones de funciones con menos frecuencia, pero siguen recibiendo correcciones de seguridad”, y se “actualiza cada 8 semanas”. En la práctica va una versión principal por detrás de Stable durante la mayor parte del ciclo, que es la diferencia entre 152 y 153 mencionada arriba.
  • Beta es “un avance de 4 a 6 semanas de lo que llegará a la versión Stable de Chrome”.
  • Dev es “un avance de 9 a 12 semanas”, y Canary es “una versión futura de Chrome que todavía está en desarrollo”.

Beta, Dev y Canary son opcionales, y quien elige uno de ellos suele saber que lo hizo. Stable y Extended Stable son los dos que importan para los informes de error, porque nadie en ninguno de los dos eligió nada: Extended Stable lo fija un administrador, para toda la empresa, a menudo hace años, y las personas que lo usan no tienen ni idea.

Los despliegues escalonados, la parte que sorprende a la gente

Un canal tampoco es una versión, porque un lanzamiento no llega a todos los usuarios del canal a la vez. La documentación para desarrolladores de Chrome lo dice sin rodeos:

Chrome utiliza despliegues escalonados para cada canal, en lugar de publicar una versión nueva para todos los usuarios a la vez y confiar en que salga bien. Esto significa que, al principio, solo un pequeño número de usuarios de cada canal de lanzamiento recibe la actualización. Puede empezar con apenas un 1-5 % de los usuarios y crecer poco a poco hasta llegar al 100 %.

Así que, un miércoles cualquiera, dos personas con Chrome en Stable, en el mismo sistema operativo, en la misma oficina, pueden tener versiones principales distintas, y ninguna de las dos hizo nada para provocarlo. “Early Stable” es esa primera porción con nombre propio: el lanzamiento de la 154 mencionado arriba llegó a usuarios de Windows antes de que la 153 terminara de desplegarse para el resto.

La consecuencia práctica es un error que aparece para un pequeño porcentaje de sus usuarios y para nadie más, y que empieza un día en el que usted no desplegó nada. Eso resulta indistinguible, visto desde sus registros, de un error causado por usted, y el primer sitio donde suele mirar la mayoría de los equipos es su propio último lanzamiento.

Débil
Dos usuarios informan de que el selector de fecha está roto. Ayer no desplegamos nada. Debe ser un problema de datos.
Mejor
Dos informes, ambos con Chrome 154.0.8037.44 en Windows, que salió como Early Stable ayer para un pequeño porcentaje. El resto está en 153.0.8010.47 y sin problemas.

Las versiones móviles no son el mismo navegador en absoluto

Chrome en Android es Chrome: Blink, V8, el mismo motor que en el escritorio, con su propio ciclo de lanzamientos (153 el 15 de septiembre, 154 para un pequeño porcentaje el 16).

Chrome en iOS no lo es. Las normas de la App Store de Apple exigen que los navegadores usen el motor web del sistema, así que Chrome en un iPhone es WebKit con la interfaz de Chrome. Ese lanzamiento mencionado arriba, la 154 en iOS, es una versión nueva de la interfaz alrededor de un motor que cambia cuando cambia iOS, no cuando cambia Chrome. Un error de CSS que le reporten desde “Chrome en mi iPhone” es en realidad un error de Safari, y reproducirlo en Chrome de escritorio reproduce un navegador distinto. Escribimos sobre lo que eso provoca en los informes cuando se lanzó Safari 27.

Cómo sacar la versión real de un informe

Hay tres formas, en orden descendente de probabilidad de obtener una respuesta.

Pida chrome://version. Escrito en la barra de direcciones, muestra la compilación completa en la primera línea, además del sistema operativo y la línea de comandos. Es un simple copiar y pegar, funciona en Android, y no deja lugar a dudas. Es lo correcto para pedírselo a un desarrollador o a un cliente con conocimientos técnicos.

Lea el user agent. Algo en su lado ya lo está recibiendo con cada petición, así que no hay nada que pedir. La limitación que conviene conocer es que Chrome redujo esta cadena hace unos años: los componentes de versión menor, compilación y parche se envían como ceros, así que lo que obtiene es Chrome/153.0.0.0 y no la compilación que realmente se publicó. La compilación completa está disponible, pero solo si la pide expresamente: Sec-CH-UA-Full-Version-List es una pista de cliente de alta entropía, que un servidor recibe únicamente tras solicitarla con una cabecera Accept-CH, o que una página puede leer mediante navigator.userAgentData.getHighEntropyValues(). Ni la cadena reducida ni la pista dicen nada sobre el canal, porque Extended Stable 152 y Stable 152 son la misma versión por vías distintas.

Pregúnteselo a la persona. Lo cual devuelve “la última”, por todas las razones anteriores. No es culpa suya: la versión está a tres clics de profundidad en un menú y no significa nada para ella cuando la encuentra.

El patrón que se repite en esas tres formas es que las respuestas fiables no vienen de preguntar. Vienen de algo en la propia página que lee el navegador en el momento en que ocurrió el fallo, lo cual es el argumento a favor de que el informe capture su propio entorno en lugar de interrogar a quien lo presentó. Nuestra propia guía de informes de error incluye la compilación del navegador en la plantilla por esta razón, y la lectura honesta de eso es que la plantilla es un mecanismo de respaldo para cuando nada la capturó automáticamente.

Session Replay

Extensión gratuita para Chrome. Un clic en la página que está fallando captura la pantalla, la consola y el registro de red, y le entrega un enlace para pegar en el ticket.

Consiga la extensión

Lo que esto significa para las pruebas

De todo lo anterior salen dos conclusiones prácticas, y tiran en direcciones opuestas a las del consejo habitual.

Probar “el último Chrome” prueba una de al menos tres versiones en producción. Si entre sus clientes hay alguna empresa de cierto tamaño, algunos de ellos están en Extended Stable, una versión principal por detrás, durante ocho semanas seguidas. Una función que depende de algo publicado en la versión principal actual está rota para esos usuarios a propósito, y su matriz de pruebas dice que todo está en verde. El artículo sobre pruebas entre navegadores defiende pensar en motores en lugar de en navegadores; el eje de la versión es el mismo argumento un nivel más abajo.

Un despliegue escalonado es un sospechoso habitual, y comprobarlo sale barato. Cuando empiezan a llegar informes sin que haya habido un despliegue, antes de revisar sus propios cambios, compruebe si los usuarios afectados comparten un número de compilación que nadie más tiene. El blog de lanzamientos de Chrome es público y tiene fecha, así que la pregunta “¿se publicó algo para una parte de los usuarios el día en que esto empezó?” se responde en un minuto.

Qué sacar de todo esto

“Última” es una palabra sobre intención, no sobre software. La versión que realmente se está ejecutando es un hecho, se puede averiguar, y es la diferencia entre un informe sobre el que puede actuar y un informe que le hace revisar su propio historial de git durante toda una tarde.

El blog de lanzamientos de Chrome es la fuente primaria, y merece la pena tenerlo en un lector de feeds si dar soporte a un navegador es su trabajo: Chrome Releases.