Chrome 144 ya está aquí y no es una actualización cualquiera: trae cambios de seguridad muy serios, un buen puñado de novedades para desarrolladores y una capa de inteligencia artificial que cada vez pesa más en la experiencia del navegador. Si llevas tiempo sin revisar la versión que tienes instalada, te interesa ponerte al día porque muchos de estos ajustes afectan directamente a cómo navegas, a la estabilidad del sistema y, sobre todo, a tu privacidad, incluyendo consejos sobre el modo incógnito.
A lo largo de las siguientes líneas vas a encontrar una guía completa sobre Chrome 144: qué aporta en seguridad, qué cambia en la interfaz, cómo se integra la IA generativa, qué opciones nuevas se abren para desarrollo web y qué APIs van a desaparecer en los próximos meses. También verás cómo actualizar o instalar Chrome 144 tanto en Windows, macOS y Linux, y qué particularidades tiene esta versión frente a la anterior serie 143 y versiones previas.
Seguridad reforzada en Chrome 144
Uno de los pilares de Chrome 144 es la seguridad. Google ha publicado esta versión estable para Windows, macOS, Linux, Android, ChromeOS y el resto de plataformas habituales, corrigiendo un total de diez vulnerabilidades de seguridad que afectan a componentes internos clave del navegador.
Entre esas correcciones se incluyen tres vulnerabilidades catalogadas como de alta gravedad. Dos de ellas están relacionadas con el motor de JavaScript V8, incluyendo un problema de acceso a memoria fuera de los límites, algo especialmente delicado porque puede abrir la puerta a comportamientos impredecibles, fallos del navegador o, en el peor de los casos, ataques dirigidos, una situación que recuerda a recientes alertas por ataques de día cero. Otra vulnerabilidad importante se vinculaba a una implementación inadecuada en cierto componente interno, que también podía utilizarse como vector de ataque.
Además, Chrome 144 también soluciona un fallo de alta severidad en Blink, el motor de renderizado responsable de mostrar las páginas web. A esto se suman varias correcciones de seguridad clasificadas como de gravedad media y baja, relacionadas con la validación de entradas durante las descargas, el comportamiento de la interfaz de usuario, la aplicación de políticas de red y otros detalles que, juntos, refuerzan el conjunto del navegador.
Google ha indicado que, como suele ser habitual, no hará públicos todos los detalles técnicos de estas vulnerabilidades hasta que la actualización se haya desplegado de forma masiva a la mayoría de usuarios. Esta práctica es ya estándar en el sector para evitar que alguien pueda aprovecharse de la información antes de que la mayor parte de equipos esté protegida.
La compañía también ha reconocido las aportaciones de distintas personas y grupos dedicados a la búsqueda de fallos, repartiendo más de 18.500 dólares en recompensas por los informes de seguridad asociados a Chrome 144. Aunque ninguna de las vulnerabilidades corregidas se ha clasificado como ejecución de código crítico fuera del sandbox, la recomendación oficial es actualizar cuanto antes.
Novedades del navegador y mejoras generales
Más allá de la seguridad, Chrome 144 incorpora cambios internos que buscan afinar el rendimiento y la estabilidad. A nivel de motor se han resuelto varios problemas que podían provocar cierres inesperados, bloqueos puntuales o consumos de recursos anómalos en determinadas páginas complejas o con mucho contenido dinámico, y, además, trae novedades como el modo lectura en Android.
Google ha aprovechado esta versión para retirar ciertas APIs obsoletas que ya no encajan con la estrategia actual del navegador. Aunque para el usuario medio estos cambios pasan bastante desapercibidos, para desarrolladores y empresas pueden suponer la necesidad de revisar proyectos antiguos que se apoyaban en funcionalidades poco usadas o en desuso.
En el plano visual, se introducen pequeñas mejoras relacionadas con animaciones y transiciones CSS. Ahora es posible tener un control más granular sobre las animaciones de transición de vista y sobre el comportamiento de algunos efectos visuales en páginas modernas. Los cambios también afectan a la implementación del componente CSS container y a la forma en que Chrome maneja determinados estados de desplazamiento.
Otro punto técnico relevante es la integración de la tercera versión del algoritmo Happy Eyeballs para gestionar mejor la conectividad. Este mecanismo decide de forma inteligente cómo establecer las conexiones a servidores que admiten IPv4 e IPv6, intentando usar la ruta más rápida y actual (como HTTP/3 y QUIC) sin añadir retrasos si una de las vías falla. El resultado es una navegación algo más ágil, especialmente en redes con configuraciones mixtas.
Para completar este bloque, Direct Sockets gana soporte para multidifusión (multicast) en aplicaciones web aisladas, permitiendo recibir y enviar paquetes UDP a grupos de multicast con parámetros adicionales. Esta capacidad es interesante para aplicaciones web avanzadas de comunicación o difusión de contenido en tiempo real dentro de entornos controlados.
Inteligencia artificial integrada y opciones de control
Uno de los grandes focos de Chrome 144 es el avance en la integración de la inteligencia artificial generativa dentro del propio navegador. El conocido «Modo IA» continúa evolucionando y se convierte en una herramienta cada vez más presente, accesible desde la barra de direcciones y desde la página de nueva pestaña.
Este Modo IA, basado en el ecosistema de modelos Gemini, mejora su capacidad para responder a consultas complejas en lenguaje natural. Ya no se limita a buscar información, sino que permite plantear preguntas encadenadas relacionadas con el contenido que estás viendo, profundizar en datos concretos o pedir aclaraciones mientras navegas por diferentes sitios.
Entre las novedades más llamativas está la opción de enviar imágenes a la IA a través del menú contextual del navegador. Puedes subir una imagen para que el sistema la analice, describa lo que aparece, resuma información relevante o incluso genere nuevas imágenes a partir de la original. Esta integración amplía el rango de usos cotidianos, desde tareas rápidas de identificación visual hasta flujos de trabajo más creativos.
Otra mejora interesante es la capacidad de la IA para trabajar con varias pestañas al mismo tiempo. El sistema puede cruzar información entre diferentes páginas abiertas, ayudarte a comparar productos, extraer datos concretos de varias fuentes o resumir de una tacada lo más relevante de una sesión de navegación compleja. Esta función resulta especialmente útil cuando manejas mucha información dispersa.
Hasta ahora, muchas de estas capacidades estaban centradas en Windows y macOS, pero los usuarios de Linux empiezan a recibir el botón de Modo IA en Chrome 144. Es accesible desde la interfaz y también se puede invocar con la tecla Tab en la barra de direcciones, lo que lo vuelve más cómodo en el día a día.
En paralelo a estas mejoras, Google también está explorando formas de dar más control al usuario sobre los modelos de IA que se ejecutan en el dispositivo. En la rama Canary (que servirá como base de Chrome 147) se ha detectado una nueva opción de sistema llamada “GenAI en el dispositivo habilitado”, que permitiría desactivar por completo los modelos de IA locales, deshabilitando funciones como la detección predictiva de malware basada en IA si no quieres que consuman recursos de tu equipo.
Cambios de interfaz y funciones futuras en pruebas
Mirando hacia las versiones que vienen a continuación, las ramas Beta y Canary de Chrome empiezan a mostrar cambios muy esperados en la interfaz, algunos de los cuales se vislumbran ya desde Chrome 144 como parte de la estrategia general de diseño.
Una de las peticiones más repetidas por los usuarios avanza en la versión Beta basada en Chrome 145: el modo de pestañas verticales. Mediante una opción experimental, se puede sustituir la tradicional barra superior por un panel lateral de pestañas. Esto es especialmente útil en pantallas anchas, monitores ultrapanorámicos o cuando manejas decenas de pestañas al mismo tiempo.
En la rama Canary, orientada a pruebas más avanzadas, Google ha reintroducido el soporte para el formato de imagen JPEG XL. Este formato, que en su día parecía descartado, vuelve a escena con una implementación basada en la biblioteca jxl-rs escrita en Rust, lo que apunta a un enfoque renovado en seguridad y rendimiento para mostrar imágenes de alta calidad sin disparar el tamaño de los archivos.
Estos cambios de interfaz y soporte multimedia se combinan con las mejoras internas ya mencionadas, preparando el terreno para un navegador más modular y flexible, donde características como la IA integrada, los nuevos formatos de imagen o las pestañas verticales se puedan activar, ajustar o descartar según las necesidades de cada usuario.
Novedades para CSS, interfaz y diseño de páginas
Chrome 144 trae un buen lote de nuevas capacidades CSS y cambios en la forma de aplicar estilos que interesan directamente a quienes diseñan y desarrollan sitios web modernos. Muchas de estas funciones llegan tanto a Android como a ChromeOS, Linux, macOS y Windows en el canal beta asociado.
En primer lugar, el navegador mejora el posicionamiento por anclaje en CSS cuando hay transformaciones. Si un elemento posicionado por anclaje está ligado a otro elemento que tiene una transformación aplicada (o está dentro de un elemento transformado), las funciones anchor() y anchor-size() ahora se resuelven en relación con el cuadro delimitador del ancla transformada, lo que evita resultados inconsistentes en diseños complejos.
También se introducen seudoelementos de resaltado CSS para las búsquedas dentro de la página. A través de ::search-text, los desarrolladores pueden personalizar el estilo con el que se resalta el texto encontrado, cambiando colores, fondos o decoraciones. Esto es especialmente útil cuando el estilo por defecto del navegador no tiene suficiente contraste con el diseño del sitio o resulta poco accesible.
Otro cambio importante tiene que ver con el comportamiento de aria-details en el posicionamiento de anclaje. Chrome deja de crear relaciones aria-details para casos que no son ventanas emergentes vinculadas al anclaje, dado que se trata en la práctica de un uso no semántico. Las ventanas emergentes y otras relaciones semánticas sí seguirán generando estas asociaciones, respetando las buenas prácticas de accesibilidad.
En el ámbito del desplazamiento, se añade compatibilidad con @scroll-state desplazado para contenedores, permitiendo definir estilos según la dirección de desplazamiento más reciente. Junto a esto, Chrome empieza a respetar la propiedad overscroll-behavior también para desplazamientos con teclado, y no solo con ratón o táctil, y la aplica incluso a contenedores que no se pueden desplazar. Esto facilita bloquear la propagación del scroll en elementos con overflow: hidden o overflow: auto sin preocuparse demasiado de si hay contenido desbordado o no.
El navegador también ignora ahora el alcance de árbol al hacer coincidir container-name en consultas @container, de modo que los nombres de contenedor se combinan aunque la declaración container-type provenga de un árbol diferente, como un shadow DOM interno. Esto simplifica la arquitectura de componentes avanzados.
Por último, se alinea la implementación con la cascada de CSS definida en SVG2. Las reglas de CSS pasan a aplicarse a los elementos de instanciación <use>, y los selectores se corresponden con el elemento instanciado, incluyendo estados como :hover, en lugar de operar sobre el subárbol de origen clonado. Esto corrige inconsistencias históricas en el renderizado de SVG.
Nuevas APIs web y mejoras para desarrolladores
Chrome 144 refuerza su perfil como plataforma para aplicaciones web complejas con una lista amplia de cambios en APIs existentes y funciones completamente nuevas. Muchas de ellas afectan a rendimiento, tiempo de eventos, WebXR, WebGPU y manejo avanzado de eventos.
En el campo de la realidad extendida, se introduce el evento XRVisibilityMaskChange, que ofrece una lista de vértices e índices para representar la malla de la zona visible de la ventana gráfica del usuario. Con estos datos, las aplicaciones WebXR pueden limitar con precisión qué parte de la escena se dibuja, mejorando el rendimiento notablemente. Además, los objetos XRView reciben identificadores únicos para vincularlos de forma fiable con sus máscaras de visibilidad, como extensión de la especificación principal de WebXR.
En cuanto a animaciones CSS, se completa por fin la implementación en GlobalEventHandlers incorporando el evento onanimationcancel. A los ya existentes onanimationstart, onanimationiteration y onanimationend, se suma ahora este cuarto manejador, tal y como define el nivel 1 de la especificación de animaciones CSS, permitiendo gestionar cancelaciones de animación desde cualquier elemento que soporte estos manejadores globales.
Para las transiciones de vista, se añade a la interfaz ViewTransition el método waitUntil(). Cuando se inicia una transición, el navegador construye automáticamente un subárbol de seudoelementos para animar los elementos participantes y lo destruye cuando las animaciones terminan. En casos avanzados, como cuando se usan líneas de tiempo de desplazamiento que pueden ir hacia atrás, esto no era suficiente. Con waitUntil(), se puede pasar una promesa y retrasar la destrucción del seudoárbol hasta que dicha promesa se resuelva, manteniendo vivos los seudoelementos mientras haga falta.
Una novedad muy llamativa a nivel de HTML es el nuevo elemento <geolocation>. Se trata de un control declarativo, accionado por el usuario, para pedir acceso a la ubicación. Gestiona directamente desde el navegador el flujo de permisos y proporciona los datos de geolocalización a la página sin necesidad, en muchos casos, de lanzar una llamada JavaScript aparte. Esta aproximación resuelve el viejo problema de solicitar permisos sin una señal clara de intención del usuario, ya que aquí el clic sobre el elemento actúa como esa señal.
En el terreno de WebGPU se habilitan los valores integrados subgroup_id and num_subgroups cuando está activa la extensión de subgrupos, permitiendo controlar con más detalle el comportamiento de la ejecución paralela. También se cambia el diseño estándar de los búferes uniformes, de forma que ya no se requiere alinear todos los elementos de arrays a 16 bytes ni añadir rellenos artificiales en estructuras anidadas para llegar a múltiplos de 16, simplificando la gestión de la memoria en shaders WGSL.
Una de las grandes incorporaciones a ECMAScript dentro de Chrome 144 es la API de Temporal. Este objeto global funciona como un espacio de nombres (similar a Math) y proporciona una API moderna para trabajar con fechas y horas, superando las limitaciones históricas de Date. Permite manejar zonas horarias, diferencias temporales y operaciones aritméticas de manera precisa, reduciendo errores típicos en aplicaciones complejas.
También se amplía la compatibilidad de SVGAElement con atributos como ping, hreflang, type y referrerPolicy, alineando su comportamiento con el de los enlaces HTML tradicionales (HTMLAnchorElement) y asegurando que los vínculos en documentos SVG se manejen de forma coherente con el resto de la web.
Para el portapapeles, llega el nuevo evento clipboardchange, que se dispara cuando una aplicación web o cualquier otra aplicación del sistema modifica el contenido del portapapeles. Esto permite mantener sincronizados portapapeles entre apps web y el sistema, evitando soluciones basadas en sondear continuamente con JavaScript, que son menos eficientes.
Ligado a la privacidad del cliente, se añade la política de permisos ch-ua-high-entropy-values, que deja a los sitios de nivel superior controlar qué documentos pueden recopilar Client Hints de alta entropía a través de navigator.userAgentData.getHighEntropyValues(). Hasta ahora se podía acotar su uso vía HTTP, pero esta política da un nivel de control más fino desde la propia página y su configuración de permisos.
En el ámbito de MathML, Chrome incluye duplicación de operadores en modo RTL. Algunos operadores se invierten cambiando a otro punto de código según la propiedad Unicode Bidi_Mirrored, mientras que otros se reflejan mediante la función tipográfica rtlm cuando no hay carácter espejo apropiado. Se evita simplemente voltear el glifo original para no alterar el significado de símbolos asimétricos, como integrales de contorno en sentido horario.
La API de Direct Sockets suma compatibilidad con multidifusión UDP para aplicaciones web aisladas, permitiendo suscribirse a grupos de multicast, recibir paquetes y ajustar parámetros de envío. Esto facilita crear herramientas web avanzadas de monitorización o comunicación en redes locales.
Dentro del registro de rendimiento, se incorpora performance.interactionCount, que indica el número total de interacciones realizadas en la página. Este valor resulta clave para calcular métricas como Interaction to Next Paint (INP), que requiere saber cuántas interacciones se han producido para obtener percentiles altos (por ejemplo, p98 en páginas con más de 50 interacciones). Aunque ya existía performance.eventCounts para eventos específicos, no permitía correlacionar con precisión con el número real de interacciones.
Finalmente, se ajusta el comportamiento de eventos de límite del ratón y el puntero cuando cambian los nodos del DOM. Si se elimina un destino de evento del árbol, el nuevo destino lógico pasa a ser el ancestro más cercano todavía adjunto. De este modo, la secuencia de eventos como pointerover, pointerout, pointerenter y pointerleave refleja un movimiento desde “el elemento superior de A” hacia B, en línea con el consenso entre navegadores.
WebRTC, WebAuthn y otras mejoras de plataforma
Chrome 144 también toca áreas críticas como WebRTC, bloqueo del puntero y autenticación WebAuthn, con cambios pensados tanto para experiencia de usuario como para dar más control a las aplicaciones.
En WebRTC, se introduce el valor de enumeración maintain-framerate-and-resolution en RTCDegradationPreference. Con este ajuste se desactiva la adaptación interna de vídeo de WebRTC, lo que permite que sea la propia aplicación la que implemente su lógica de adaptación sin interferencias del sistema, muy útil para apps profesionales que necesitan un control milimétrico de la calidad de la transmisión.
El bloqueo del puntero (Pointer Lock) llega ahora también a Android. Esta API ya funcionaba en escritorio y permite capturar el movimiento del ratón sin mostrar el cursor, fijando el destino de los eventos en un solo elemento. Es clave para experiencias de juego en primera persona, herramientas 3D o aplicaciones que requieren un seguimiento continuo del desplazamiento del ratón.
En el terreno de la autenticación, se amplía la API de WebAuthn Signal a iOS y Android. Gracias a esto, las entidades que confían en WebAuthn pueden informar a los proveedores de almacenamiento de credenciales (como el gestor de contraseñas) sobre llaves de acceso existentes, de forma que credenciales incorrectas o revocadas se puedan actualizar o eliminar de la interfaz del proveedor y del sistema.
La API de Signals también añade un mecanismo de seguridad adicional para las llaves de acceso gestionadas por el Administrador de contraseñas de Google. Antes, cuando un tercero indicaba que una credencial era desconocida o se había eliminado, la llave de acceso se borraba de manera permanente. Ahora, en vez de borrarla, se oculta, y se puede recuperar llamando a signalAllAcceptedCredentials con una lista de llaves que se quieran restaurar.
Nuevas pruebas de origen disponibles en Chrome 144
Dentro del programa de origin trials de Chrome 144 se estrena una ampliación importante de TextMetrics en Canvas. La API se extiende para soportar rectángulos de selección, consultas de cuadros delimitadores y operaciones basadas en clústeres de glifos, lo que habilita editores de texto web mucho más sofisticados.
Con estas capacidades, las aplicaciones pueden ofrecer selección de texto más precisa, posicionar el cursor con exactitud y realizar pruebas de impacto de clics en áreas concretas de texto. A su vez, la renderización basada en clústeres permite efectos más avanzados, como animaciones detalladas por carácter o estilos diferenciados en funciones tipográficas complejas.
APIs que se desaprueban o se van a retirar
Junto con todas las novedades, Chrome 144 inicia o continúa la retirada progresiva de varias APIs vinculadas al Privacy Sandbox y otras características de la plataforma que pierden sentido tras el cambio de rumbo respecto a las cookies de terceros.
En primer lugar, se anuncia la retirada de la API de Topics, que permitía segmentar anuncios basados en intereses generales de navegación sin exponer el historial completo. Tras la decisión de mantener las cookies de terceros, Google ha decidido deprecar y planear la eliminación de Topics y tecnologías asociadas recogidas en la página de estado de Privacy Sandbox.
La API de Protected Audience, pensada para publicidad basada en conjuntos de interés sin necesidad de cookies de terceros ni seguimiento entre sitios, también entra en fase de desaprobación, con la intención de eliminarla en línea con el nuevo enfoque.
Lo mismo sucede con la API de Shared Storage, concebida como un mecanismo de almacenamiento no particionado por sitio de origen que preserva la privacidad. Con el cambio de planes sobre las cookies, se ha decidido darla de baja y también proceder a su retirada, de nuevo enmarcada en los ajustes del ecosistema Privacy Sandbox.
La API de Attribution Reporting, usada para medir conversiones de anuncios sin cookies de terceros, y la API de Private Aggregation, diseñada para medición agregada multi-sitio preservando la privacidad, también se consideran obsoletas en este nuevo escenario. Al estar Private Aggregation estrechamente ligada a Shared Storage y Protected Audience, su retirada no requiere acciones adicionales una vez que esas APIs desaparezcan.
Otra funcionalidad que se desaprueba son los Conjuntos de sitios web relacionados, un marco que permitía declarar relaciones entre sitios para habilitar un acceso limitado y controlado a cookies entre dominios. Estaban estrechamente ligados al uso de la API de Storage Access y al método document.requestStorageAccessFor, que también se marca para retirada.
En el ámbito de la sincronización de datos empresariales, se deja de usar savedTabGroups como valor individual en la política SyncTypesListDisabled. A partir de Chrome 144, si esta póliza deshabilita tabs o savedTabGroups, ambos tipos de datos se consideran desactivados. El valor savedTabGroups desaparece por completo de la lista de tipos admitidos y los administradores que quieran seguir bloqueando los grupos de pestañas guardados deben deshabilitar explícitamente tabs.
En cuanto al análisis XML, se va a eliminar la carga síncrona de entidades externas o DTD en documentos XML que no usen XSLT. Hasta ahora, Chrome podía recuperar de forma síncrona recursos externos definidos en la parte final del DOCTYPE o mediante la palabra clave SYSTEM apuntando a una DTD externa, incorporando su contenido al parseo. Dado que los procesadores no validadores no están obligados a leer estas entidades según la especificación XML del W3C, el equipo planea abandonar esta funcionalidad por razones de seguridad y simplicidad.
Actualizaciones automáticas, instalación y problemas de versiones
Para la mayoría de usuarios, Chrome 144 llegará como una actualización automática y gradual. El navegador se actualiza por defecto en segundo plano y, cuando el nuevo binario está listo, pide reiniciar para aplicar los cambios. Si quieres comprobar manualmente si ya tienes disponible esta versión, basta con abrir el menú principal, ir a “Ayuda” y luego a “Información de Google Chrome” o acceder directamente a chrome://settings/help. Si hay una actualización en cola, se descargará y te pedirá reiniciar.
Hay que tener en cuenta que esta actualización automática puede romper ciertos flujos de trabajo muy específicos. Un ejemplo real que se ha visto con la serie 144 es el de usuarios que dependían de utilidades externas como Nirsoft Chrome Cache View para analizar el contenido de la caché de Chrome, extraer la ruta del archivo correspondiente a una URL concreta y registrar fechas de creación, modificación o acceso en hojas de cálculo.
Con la llegada de la versión 144.0.7559.97 en 64 bits, cambió la forma en que Chrome almacenaba la caché, y herramientas como la citada dejaron de funcionar correctamente porque ya no podían manejar archivos como el famoso sqldb0. Para quienes necesitan recuperar caché de vídeo o la primera imagen generada para un vídeo concreto, esto ha supuesto un problema serio.
Algunos usuarios se plantearon volver a la versión 143 o usar un equipo antiguo para conservar la estructura anterior de la caché, pero esto implicaba perder configuraciones de extensiones o tener que pelear con el mecanismo de actualización automática. No es una solución confortable ni recomendable desde el punto de vista de seguridad, ya que permanecer en una versión obsoleta te deja expuesto a vulnerabilidades ya corregidas.
De forma curiosa, se han dado casos en los que, tras un tiempo, el propio Chrome ha vuelto a un esquema de caché basado en una carpeta Cache_Data en lugar del archivo sqldb0, con nuevas fechas de creación reflejadas. Esta especie de “milagro” ha devuelto a la normalidad a algunos usuarios, que han podido seguir extrayendo la información como antes, aunque conviene no dar por garantizado que este comportamiento se mantenga igual en futuras versiones.
Si quieres forzar la actualización o instalación desde cero en Linux, una opción típica pasa por usar la terminal con los comandos estándar. Primero actualizar repositorios y paquetes:
sudo apt update
sudo apt upgrade
Después de esto, al volver a abrir el navegador, Chrome debería haberse actualizado ya a la versión más reciente disponible o, como mínimo, mostrar el aviso de actualización pendiente. Si prefieres descargar el paquete de instalación manualmente, puedes ir a la página oficial de descarga de Chrome, obtener el archivo .deb para sistemas basados en Debian/Ubuntu y ejecutar:
sudo dpkg -i google-chrome-stable_current_amd64.deb
En Windows y macOS, el flujo es más sencillo: lo habitual es dejar que la actualización automática haga su trabajo o descargar el instalador desde la web oficial si quieres una instalación limpia. En cualquier caso, el consejo general es mantenerse en la versión estable más reciente, especialmente ahora que Chrome 144 corrige vulnerabilidades importantes y afina varias funciones críticas del navegador.
Con todo este conjunto de cambios —mejoras de seguridad, nuevas capacidades de IA, ajustes en CSS y APIs web, pruebas de origen avanzadas, retirada de tecnologías de Privacy Sandbox y pulido general del rendimiento— Chrome 144 se consolida como una versión de transición potente, que no solo tapa agujeros sino que sigue empujando al navegador como plataforma central para aplicaciones modernas, aunque, como siempre, obligue a estar pendiente de cómo afectan estos movimientos a flujos de trabajo muy concretos y a las herramientas que dependen de su comportamiento interno.
[relacionado url=»https://foropc.com/chrome-deja-de-ser-compatible-con-macos-12-monterey-que-cambia-y-como-reaccionar/»]