Cómo instalar Chrome 144 y todas sus novedades explicadas

Portada » Internet » Cómo instalar Chrome 144 y todas sus novedades explicadas

Chrome 144 ya está aquí y no es una actualización cualquiera: trae cambios importantes en seguridad, funciones de inteligencia artificial, nuevas APIs web y pequeñas mejoras que vas a notar tanto si solo navegas por ocio como si trabajas desarrollando páginas web. Esta versión estable ya se está distribuyendo poco a poco en todos los sistemas compatibles y conviene tenerla instalada cuanto antes para evitar sustos con vulnerabilidades y aprovechar las nuevas funciones.

Además de las típicas mejoras de rendimiento, Google ha aprovechado Chrome 144 para ajustar su hoja de ruta: refuerza el navegador con nuevos controles de privacidad, potencia la IA integrada, pule la experiencia de navegación y, al mismo tiempo, empieza a retirar varias APIs del entorno Privacy Sandbox que ya no encajan con la estrategia actual de mantener las cookies de terceros. Vamos a ver con calma todo lo que cambia, lo que desaparece y cómo puedes instalar o actualizar Chrome 144 en tu equipo.

Qué es Chrome 144 y en qué sistemas está disponible

Chrome 144 es la nueva versión estable del navegador de Google, basada en el proyecto de código abierto Chromium. Como suele ser habitual, la compañía lanza esta versión simultáneamente para los principales sistemas operativos de escritorio: Windows, macOS y Linux, y también para dispositivos móviles con Android mediante Google Play o paquetes de instalación alternativos.

En equipos de sobremesa y portátiles, la actualización llega de forma gradual. Si ya tienes Google Chrome instalado, el navegador descarga la nueva versión en segundo plano y solo necesitas reiniciarlo para que se apliquen los cambios. Google recomienda expresamente actualizar a Chrome 144 cuanto antes, especialmente por los parches de seguridad de alta gravedad que se han incluido.

En móviles y tablets Android, Chrome 144 se distribuye a través de Google Play, pero también existen paquetes en formato xapk para quienes gestionan las instalaciones de forma manual. Entre las compilaciones asociadas a esta versión se encuentran, por ejemplo, las builds 144.0.7559.90, 144.0.7559.77 y 144.0.7559.76, disponibles para diferentes versiones de Android como Android 10 y Android 12L, con fechas de publicación escalonadas durante enero de 2026.

En el canal beta y en ChromeOS, Chrome 144 también sirve de base para probar nuevas funciones que terminan llegando a la versión estable o a lanzamientos posteriores. Muchos de los cambios que vamos a comentar están disponibles en la edición de escritorio y en Android, salvo que se indique lo contrario.

Mejoras de seguridad y correcciones críticas en Chrome 144

Uno de los pilares de Chrome 144 son los parches de seguridad. Google ha solucionado un total de diez vulnerabilidades, varias clasificadas como de alta gravedad. La mayoría de estos fallos se detectaron mediante herramientas automatizadas como AddressSanitizer y LibFuzzer, además de informes enviados por investigadores externos, que han sido recompensados con más de 18.500 dólares en conjunto.

Entre las correcciones incluidas, destacan tres vulnerabilidades de severidad alta que afectaban a componentes clave del navegador. Dos de ellas se localizaron en el motor de JavaScript V8, incluyendo un problema de acceso a memoria fuera de límites, lo que potencialmente podría haberse aprovechado para comportamientos inesperados o inestables en ejecución de código dentro del sandbox del navegador.

Otra de las vulnerabilidades corregidas afecta a Blink, el motor de renderizado de Chrome, donde se ha parcheado un fallo también considerado de alta gravedad. Junto a estas correcciones críticas, esta versión soluciona varios problemas de nivel medio y bajo relacionados con la validación de entradas en descargas, ciertos comportamientos incorrectos de la interfaz, o errores en la aplicación de políticas en distintos componentes de red.

Como pasa con otros lanzamientos importantes, Google no publica todos los detalles técnicos de los fallos nada más liberar la versión. Parte de la información se mantiene oculta de forma temporal, especialmente cuando las vulnerabilidades afectan a bibliotecas de terceros que también usan otros proyectos. Esta práctica busca evitar que atacantes exploren con facilidad huecos de seguridad en aplicaciones que aún no se han actualizado.

Además de los parches de seguridad, Chrome 144 incorpora mejoras generales de estabilidad y rendimiento. Se han resuelto problemas que ocasionaban cierres inesperados en ciertas páginas, se han afinado algunos componentes internos y se han retirado APIs obsoletas que ya no encajan con la estrategia actual del navegador.

Novedades de interfaz, IA y experiencia de usuario

Chrome 144 continúa expandiendo el llamado “Modo IA”, el conjunto de funciones de inteligencia artificial integradas en el navegador. Este modo permite pedir ayuda directamente desde la barra de direcciones o desde la página de nueva pestaña, de forma que un agente inteligente pueda responder dudas sobre lo que estás viendo o ayudarte a encontrar información relacionada sin salir del contexto actual.

La IA integrada, basada en el ecosistema Gemini, mejora su capacidad para manejar consultas más complejas en lenguaje natural. Ahora se le puede hacer una pregunta inicial y, a partir de ahí, lanzar preguntas de seguimiento, pedir aclaraciones o solicitar resúmenes específicos del contenido mostrado en una o varias pestañas abiertas.

Una de las funciones más potentes que se extiende en esta versión es la posibilidad de subir imágenes para que la IA las analice o genere nuevas variantes. Desde el menú contextual puedes enviar una imagen al sistema, que es capaz de describirla, extraer información relevante o incluso proponer nuevas versiones sintéticas a partir de la original. Esta función resulta especialmente útil para tareas de diseño, documentación visual o análisis de capturas de pantalla.

Además, Chrome 144 facilita el análisis cruzado entre varias pestañas. El agente puede comparar productos, sintetizar datos procedentes de distintas páginas o ayudarte a localizar un dato concreto dentro de una sesión de navegación cargada de documentos. Aunque estas funciones de IA debutaron primero en Windows y macOS, los usuarios de Linux empiezan a recibir el botón de “Modo IA” en esta versión, con activación rápida desde la tecla Tab en la barra de direcciones.

En la rama de desarrollo Canary (base de lo que será Chrome 147), se ha descubierto una nueva opción de sistema denominada “GenAI en el dispositivo habilitado”. Esta configuración permitirá apagar por completo los modelos de IA que se ejecutan de forma local en el equipo, lo cual desactiva funciones como la detección predictiva de malware basada en IA local si el usuario prefiere no dedicar recursos del ordenador a estas tareas.

Cambios en la interfaz: pestañas verticales y formatos de imagen

Mirando un poco más allá de la versión estable, las versiones beta y Canary asociadas a Chrome 144 y 145 anticipan cambios interesantes en la interfaz. Una de las novedades más pedidas por usuarios avanzados es el modo de pestañas verticales. A través de una opción experimental, se puede sustituir la clásica barra horizontal superior por un panel lateral que muestra las pestañas una debajo de otra.

Este enfoque aprovecha mucho mejor las pantallas panorámicas y facilita gestionar decenas de pestañas abiertas sin que se vuelvan ilegibles. Aunque esta característica todavía se considera experimental, la presencia en la versión Beta indica que Google está dispuesta a pulirla y probablemente integrarla de forma más visible en próximas versiones estables.

Por otro lado, Chrome Canary vuelve a apostar por un formato de imagen que ya se había descartado hace tiempo: JPEG XL. Este estándar de nueva generación ofrece una gran calidad con tamaños de archivo muy contenidos y soporte para funciones avanzadas como imágenes de alta fidelidad y compresión eficiente sin pérdida. La nueva implementación en Chrome se basa en la biblioteca jxl-rs escrita en Rust, un lenguaje que prioriza la seguridad de memoria y el rendimiento.

La recuperación del soporte para JPEG XL apunta a un mayor interés en formatos modernos que ayuden a las webs a reducir el peso de las páginas sin sacrificar calidad visual, algo clave en tiempos de conexiones móviles y contenidos cada vez más pesados.

Mejoras técnicas de red, rendimiento y conectividad

Debajo de la superficie visible, Chrome 144 incorpora cambios importantes en la forma en que se conecta a los servidores. Destaca la adopción de la tercera versión del algoritmo Happy Eyeballs, una técnica diseñada para optimizar las conexiones en entornos donde conviven IPv4 e IPv6.

Con Happy Eyeballs v3, Chrome intenta abrir conexiones por las rutas más rápidas y modernas (como HTTP/3 sobre QUIC) sin penalizar al usuario en caso de que una de las rutas falle o sea más lenta de lo normal. El navegador lanza y gestiona varias opciones en paralelo y se queda con la que responde antes, lo que se traduce en tiempos de carga más ágiles y una experiencia más estable, incluso en redes algo caprichosas.

Otra mejora de fondo importante es la extensión de la API de Direct Sockets con soporte para multidifusión (multicast). Esto permite que las aplicaciones web aisladas puedan suscribirse a grupos de multidifusión, recibir paquetes UDP desde varias fuentes y especificar parámetros adicionales cuando envían tráfico a direcciones multicast. Este tipo de comunicación es vital para determinadas herramientas de colaboración en tiempo real, apps de streaming local o soluciones de comunicación de baja latencia.

En el apartado de rendimiento, Chrome 144 también añade un nuevo contador en la API de medición: performance.interactionCount. Este valor indica el número total de interacciones de usuario registradas en la página (clics, toques, teclas relevantes, etc.) y resulta clave para calcular métricas como Interaction to Next Paint (INP), que requiere conocer cuántas interacciones se han producido para calcular percentiles altos, como el p98 en páginas con más de 50 interacciones.

Hasta ahora ya existía performance.eventCounts, un mapa más detallado por tipo de evento, pero no era posible correlacionar con precisión esos recuentos con interacciones completas de usuario. Con interactionCount, los desarrolladores pueden monitorizar de forma más fiable la experiencia real de interacción y ajustar optimizaciones de rendimiento en base a datos objetivos.

Novedades para desarrolladores: CSS, UI y APIs web

Si desarrollas páginas o aplicaciones web, Chrome 144 viene cargado de cambios en CSS, HTML, APIs gráficas y de temporización. Muchos de ellos se alinean con especificaciones recientes o con esfuerzos de interoperabilidad entre navegadores.

En el terreno de CSS y la interfaz, el posicionamiento de anclaje (anchor positioning) se hace compatible con transformaciones. Cuando un elemento posicionado mediante anclaje depende de otro que tiene una transformación aplicada (o está dentro de un elemento transformado), Chrome ahora resuelve las funciones anchor() y anchor-size() tomando como referencia el cuadro delimitador del ancla transformada, evitando incoherencias en el layout.

También se estrena un seudoelemento muy práctico: ::search-text para resaltar resultados de la búsqueda en página. Este seudoelemento, similar a los usados para errores de selección u ortografía, permite personalizar el color de fondo, de texto y decoraciones del texto marcado cuando usas la función de buscar en la página. Es especialmente útil si los colores por defecto del navegador tienen poco contraste con la paleta de tu web.

Otro ajuste relevante es que Chrome deja de usar aria-details para ciertos casos de posicionamiento de anclaje que no sean ventanas emergentes. Se considera que gran parte del código que creaba estas relaciones era un error, porque solo tenían sentido en popups y otras relaciones semánticas claras. En esos casos válidos se siguen creando, pero en los usos no semánticos el navegador ya no genera esas asociaciones automáticas.

En cuanto al control de scroll, Chrome 144 añade compatibilidad con @scroll-state desplazado. Esto permite asignar estilos a los elementos secundarios de un contenedor según la dirección más reciente de desplazamiento. Combinado con valores como scrolled: top, se pueden crear efectos de cabeceras que se ocultan al bajar y aparecen al subir, animaciones sutiles o cambios de layout ligados a la interacción de scroll del usuario.

La propiedad overscroll-behavior gana coherencia: ahora se respeta también cuando el usuario se desplaza con el teclado, no solo con ratón o táctil, y se aplica a contenedores de scroll aunque estos no tengan contenido desbordado. Esto permite bloquear el “desplazamiento en cascada” hacia fondos con overflow: hidden o elementos con overflow: auto sin preocuparse de si realmente se desbordan en ese momento.

En el terreno de los contenedores CSS, Chrome 144 ignora el alcance de árbol al hacer coincidir container-name en las reglas @container. Antes, si un nombre de contenedor se definía dentro de un árbol de sombra (shadow DOM) distinto al de la regla @container, podía no coincidir. Con el nuevo comportamiento, el match se hace sin tener en cuenta el árbol de procedencia, lo que simplifica mucho el uso de container queries en componentes complejos.

Para SVG, el navegador adapta la cascada de CSS según la especificación SVG2. Las reglas de estilo ahora coinciden con los elementos de instanciación <use> en lugar del subárbol de origen, y los selectores de estado como :hover se aplican correctamente sobre las instancias. Esto evita comportamientos extraños donde el estilo parecía “saltar” entre elementos clonados.

APIs web avanzadas: XR, animaciones, geolocalización y más

En el área de APIs web, Chrome 144 amplía soportes y añade funcionalidades nuevas que dan más control a las aplicaciones avanzadas. Empezando por la realidad extendida, se introduce el evento XRVisibilityMaskChange. Este evento proporciona listas de vértices e índices que describen la malla de la parte visible de la ventana gráfica del usuario en contextos WebXR.

Con esa información, las apps pueden limitar el área que realmente necesitan dibujar, mejorando el rendimiento al evitar renderizar zonas que el usuario no ve. Para facilitar esta integración, los objetos XRView ahora disponen de identificadores únicos que permiten vincularlos de forma clara con sus máscaras de visibilidad, extendiendo así la especificación principal de WebXR.

En cuanto a animaciones CSS, Chrome 144 expone por fin el evento onanimationcancel en la interfaz GlobalEventHandlers, completando el conjunto formado por onanimationstart, onanimationiteration y onanimationend. Ahora es posible gestionar de forma coherente todos los ciclos de vida de una animación, incluyendo cuando se cancela antes de terminar.

Relacionado con las transiciones de vista, se incorpora al objeto ViewTransition el método waitUntil(). Esta función recibe una promesa y permite retrasar la destrucción del subárbol de seudoelementos de la transición más allá del momento en que las animaciones asociadas han finalizado. Es ideal para casos como transiciones enlazadas a animaciones controladas por scroll, donde es posible que el usuario desplace hacia atrás y se quiera seguir animando los mismos elementos.

En HTML se presenta el nuevo elemento <geolocation>, un control declarativo activado por el usuario para solicitar acceso a la ubicación. En lugar de disparar una petición de permisos abrupta desde JavaScript, este elemento integra un botón o control estándar del navegador cuya interacción deja claro que el usuario tiene intención de compartir su ubicación. Esto mejora la experiencia, la claridad del flujo de permisos y ofrece un camino de recuperación si el usuario negó el permiso en el pasado.

Esta funcionalidad llega tras una prueba anterior con un elemento más genérico <permission>, que evolucionó hacia <geolocation> centrado específicamente en ubicación a partir de los comentarios de desarrolladores y otros navegadores.

Novedades en WebGPU, fechas, SVG y matemáticas

En el terreno gráfico y de cómputo, Chrome 144 sigue madurando la API WebGPU. Por un lado, se habilitan los valores integrados subgroup_id y num_subgroups cuando está activa la extensión de subgrupos, lo que abre la puerta a optimizaciones más finas en shaders que explotan paralelismo a nivel de subgrupo.

Por otro lado, se adopta un diseño estándar de buffer uniforme. Deja de ser obligatorio que los buffers uniformes declarados en shaders WGSL tengan alineación de 16 bytes en los elementos de arrays o relleno adicional en estructuras anidadas. Esto simplifica la definición de datos y reduce el riesgo de errores de desalineación entre el lado JavaScript y el shader.

En JavaScript llega por fin una de las grandes esperadas: la API Temporal de ECMAScript. Este nuevo espacio de nombres global, similar a Math, proporciona tipos y funciones modernas para trabajar con fechas y horas, solucionando muchos de los problemas históricos del objeto Date. Con Temporal es más fácil manejar zonas horarias, tiempos relativos, duraciones o calendarios complejos sin recurrir a librerías externas.

Para SVG, se amplía la compatibilidad añadiendo a SVGAElement los atributos ping, hreflang, type y referrerPolicy, alineando su comportamiento con HTMLAnchorElement. De esta forma, los enlaces en SVG pueden gestionarse de forma coherente con los de HTML, incluyendo informes de clic, idiomas, tipos MIME previstos y políticas de referencia.

En MathML, Chrome 144 suma soporte para duplicación de operadores en modo RTL. Cuando se renderizan expresiones matemáticas de derecha a izquierda, algunos operadores se reflejan cambiándolos a puntos de código diferentes según la propiedad Unicode Bidi_Mirrored. Cuando no hay carácter espejo adecuado, se recurre a duplicación a nivel de glifo usando la característica tipográfica rtlm, lo que evita malinterpretar símbolos asimétricos como integrales de contorno.

Portapapeles, privacidad y eventos del puntero

Chrome 144 introduce el evento clipboardchange, que se dispara cada vez que cambia el contenido del portapapeles del sistema, ya sea por acción de una app web o por otra aplicación del sistema operativo. Esto permite, por ejemplo, que clientes de escritorio remoto mantengan su portapapeles sincronizado con el del dispositivo local sin tener que estar sondeando constantemente con JavaScript.

En el ámbito de la privacidad del User-Agent, se añade soporte para una nueva política de permisos ch-ua-high-entropy-values. Con ella, un sitio de nivel superior puede restringir qué documentos pueden recoger sugerencias de cliente de alta entropía mediante la API navigator.userAgentData.getHighEntropyValues(). Esta política complementa las ya existentes basadas en cabeceras HTTP para controlar el acceso a datos más sensibles del dispositivo y del navegador.

También se mejora la interoperabilidad de los eventos de límite del ratón y del puntero tras cambios en el DOM. Antes, Chrome seguía haciendo referencia a un nodo incluso después de ser eliminado, lo que generaba secuencias de eventos que parecían moverse de un elemento inexistente a otro nuevo. Con el nuevo comportamiento consensuado, cuando el destino original se elimina, el navegador considera como origen de los eventos al ancestro más cercano todavía presente en el DOM, unificando así el comportamiento con otros navegadores.

Además, se habilita el bloqueo del puntero (Pointer Lock) en Android, algo que hasta ahora estaba limitado a plataformas de escritorio. Esto da acceso al movimiento bruto del ratón y permite bloquear el cursor sobre un único elemento, ocultándolo visualmente. Para juegos web o aplicaciones 3D en móviles con soporte de ratón o trackpad, esta novedad abre bastantes posibilidades.

En WebRTC se incorpora el valor de enumeración maintain-framerate-and-resolution para RTCDegradationPreference. Seleccionar esta opción desactiva la adaptación interna de vídeo de WebRTC, de modo que es la aplicación la que decide cómo gestionar la calidad de imagen y el bitrate según sus propias reglas, sin interferencias del ajuste automático del navegador.

WebAuthn Signals y sincronización de credenciales

En el terreno de la autenticación, Chrome 144 amplía la API de WebAuthn Signals a iOS y Android. Esto permite que las partes que confían en WebAuthn (relying parties) notifiquen a los proveedores de almacenamiento de credenciales sobre llaves de acceso existentes, de forma que credenciales incorrectas, obsoletas o revocadas puedan desaparecer de la interfaz del gestor de contraseñas y del sistema.

Esta API ya estaba disponible en ordenadores, pero ahora se extiende a plataformas móviles para que la experiencia de llaves de acceso sea consistente. Además, se incorpora un mecanismo de seguridad adicional en el Administrador de contraseñas de Google: cuando una entidad externa indica que una credencial es desconocida o ha sido eliminada, la llave de acceso ya no se borra de forma permanente.

En su lugar, la credencial se oculta. Más adelante, si se considera que sigue siendo válida, es posible restaurarla llamando a signalAllAcceptedCredentials con una lista de llaves escondidas previamente. Esto evita pérdidas definitivas por errores de señalización y permite una gestión más flexible del ciclo de vida de las credenciales.

Nuevas pruebas de origen y funcionalidades experimentales

Chrome 144 incorpora varias origin trials (funciones experimentales que los desarrolladores pueden habilitar en sitios concretos) entre las que destaca la mejora de Canvas TextMetrics. La API se amplía para proporcionar rectángulos de selección, consultas de bounding boxes y operaciones basadas en clusters de glifos.

Con estas capacidades, es mucho más sencillo crear editores de texto avanzados sobre Canvas con selección precisa, posicionamiento exacto del cursor y detección de clic sobre texto. Además, el trabajo a nivel de cluster facilita efectos tipográficos sofisticados, como animaciones de caracteres individuales o estilos complejos en escritura con ligaduras o sistemas de escritura no latinos.

APIs que se retiran: adiós a parte de Privacy Sandbox

Junto con todas las novedades, Chrome 144 marca un punto de inflexión en la estrategia de privacidad y publicidad. Tras el anuncio de que el navegador mantendrá su enfoque actual respecto a las cookies de terceros, Google comienza a dar de baja varias APIs del ecosistema Privacy Sandbox pensadas para un futuro sin cookies.

En esta versión se inicia el proceso de retirada de la API de Topics, que permitía segmentar anuncios según intereses generales de navegación del usuario sin exponer su historial exacto. También se desaprueba la API de Protected Audience, diseñada para publicidad basada en grupos de interés sin depender de cookies de terceros ni seguimiento entre sitios.

Junto a ellas, se retira la API de Shared Storage, que ofrecía un mecanismo de almacenamiento no particionado por origen con preservación de la privacidad, así como la API de Attribution Reporting, orientada a medir conversiones de anuncios sin cookies de terceros. Todas estas APIs estaban muy ligadas al plan original de eliminar cookies de terceros, por lo que pierden sentido en el nuevo escenario.

También se deja de lado la API de Private Aggregation, pensada para medir datos agregados entre sitios de forma privada. Esta API solo se exponía a través de Shared Storage y Protected Audience, por lo que su retirada viene de la mano de la desaparición de estas otras tecnologías, sin requerir cambios adicionales por parte de los desarrolladores que ya dependían de ellas.

Por último, Chrome planea eliminar los Conjuntos de sitios web relacionados (Related Website Sets) y la extensión document.requestStorageAccessFor de la API de Storage Access. Los RWS servían para declarar relaciones entre sitios y habilitar acceso limitado a cookies entre ellos con fines muy concretos, mientras que requestStorageAccessFor permitía que un sitio de nivel superior solicitara acceso a cookies de origen en nombre de sitios incrustados. Con el mantenimiento de las cookies de terceros, estas piezas ya no encajan y se encaminan a su retirada.

Cambios en políticas empresariales y análisis de XML

En el ámbito corporativo, Chrome 144 modifica el modo en que la política SyncTypesListDisabled gestiona determinados tipos de datos. Hasta ahora, los administradores podían deshabilitar la sincronización del tipo de datos savedTabGroups de forma independiente en escritorio, mientras que en móvil el control de los grupos de pestañas se hacía a través de tabs.

Con este lanzamiento, se deja de usar savedTabGroups como valor aislado dentro de SyncTypesListDisabled. A partir de Chrome 144, si la política deshabilita tabs o savedTabGroups, se consideran inhabilitados ambos tipos de datos. Además, el valor savedTabGroups se elimina por completo de la lista de tipos de datos permitidos en la política.

Esto implica que los administradores que quieran seguir bloqueando los grupos de pestañas guardados deberán deshabilitar explícitamente el tipo de datos tabs. Es un cambio relevante para entornos gestionados, donde la sincronización de pestañas y grupos entre dispositivos puede ser sensible.

En cuanto al análisis de XML, Chrome deja de cargar entidades externas o DTD de forma síncrona en ciertos contextos. Históricamente, el navegador podía recuperar entidades externas definidas en la declaración DOCTYPE (por ejemplo mediante la palabra clave SYSTEM seguida de una URL a una DTD) e incorporarlas al análisis. Esto conllevaba peticiones de red adicionales y potenciales riesgos de seguridad.

Siguiendo la especificación de XML del W3C, que no obliga a los procesadores no validadores a leer entidades externas, Chrome planea desaprobar la carga de definiciones de entidades externas en documentos XML que no usen XSLT. De esta forma se reducen vectores de ataque como las XML External Entity (XXE) en contextos donde no son necesarias.

Cómo actualizar o instalar Chrome 144 en tu equipo

Si ya usas Chrome, lo más probable es que la actualización a la versión 144 se instale sola en cuestión de días. Aun así, merece la pena comprobarlo manualmente para asegurarte de que ya disfrutas de los parches de seguridad y las nuevas funciones, como ocurre con la actualización obligatoria de Firefox.

En Windows, macOS y la mayoría de distribuciones Linux, puedes verificar la versión desde el propio navegador. Solo tienes que ir al menú, entrar en “Ayuda” y pulsar “Información de Google Chrome”, o escribir en la barra de direcciones chrome://settings/help. Si la actualización está disponible, Chrome la descargará y te pedirá reiniciar.

En distribuciones Linux basadas en Debian o Ubuntu que usen el paquete oficial, también puedes forzar la actualización desde la terminal. Basta con ejecutar:

sudo apt update
sudo apt upgrade

Tras estos comandos, reinicia el navegador y comprueba que ya aparece la versión 144. Si no utilizas el repositorio oficial de Google o prefieres manejar tú mismo el paquete, puedes descargar el archivo .deb de Chrome estable desde la página oficial de Google, guardarlo en tu equipo e instalarlo con:

sudo dpkg -i google-chrome-stable_current_amd64.deb

En Android, lo habitual es que Chrome se actualice vía Google Play sin que tengas que hacer nada, aunque también puedes ir a la ficha de la app en la tienda y pulsar en “Actualizar” si ya se ofrece la nueva versión. Para usuarios avanzados, existen paquetes xapk con versiones específicas (como la 144.0.7559.90, 144.0.7559.77 y 144.0.7559.76) pensadas para distintas versiones de Android (10 y 12L) publicados entre el 15 y el 22 de enero de 2026.

Para cualquier dispositivo, tener Chrome 144 significa beneficiarte de diez parches de seguridad importantes, mejoras visibles en el día a día (IA más útil, navegación más fluida, interfaz más flexible) y un entorno de desarrollo web más potente y coherente con los estándares actuales. Si te preocupa la seguridad, el rendimiento o simplemente quieres estar al día, esta versión merece la instalación sin pensárselo demasiado.