Fecha de publicación: 20 de agosto de 2026
A menos que se indique lo contrario, los siguientes cambios se aplican a la versión más reciente del canal beta de Chrome para Android, ChromeOS, Linux, macOS y Windows. Obtén más información sobre estas funciones con los vínculos proporcionados o visitando ChromeStatus.com. Chrome está en versión beta a partir de esta versión. Puedes descargar la versión beta más reciente desde Google.com para computadoras o desde Google Play Store en Android.
CSS y IU
Contenedores de desplazamiento de un solo eje
Extiende la propiedad overflow para admitir valores desplazables junto con clip (por ejemplo, overflow: scroll clip). Esto permite que position: sticky esté restringido por diferentes contenedores de desplazamiento superiores por eje y les brinda a los autores una forma de garantizar que un eje que usa overflow: clip permanezca en su lugar.
La propiedad scroll-axis-lock
scroll-axis-lock es una propiedad de CSS que los desarrolladores pueden usar para indicarle a los navegadores que no restrinjan el gesto de desplazamiento de un usuario a un eje.
Los navegadores web suelen "bloquear" el gesto de desplazamiento de un usuario en un solo eje cuando ese gesto comienza con un movimiento significativamente mayor en un eje que en el eje perpendicular. En muchos casos, este comportamiento mejora la experiencia del usuario, ya que evita los desplazamientos accidentales a lo largo del eje perpendicular cuando la intención del usuario era desplazarse solo por un eje. Sin embargo, en los casos en los que un desarrollador desea que su elemento siempre se pueda desplazar en diagonal, este comportamiento de bloqueo obliga al usuario a iniciar su gesto en un ángulo que no active el bloqueo, que a menudo no está alineado con la experiencia del usuario prevista por el autor.
JavaScript
Unión de iteradores
Una propuesta de TC39 para agregar a JavaScript un medio para concatenar el contenido de un iterador en una cadena. El método join() de las instancias de Iterator es similar a Array.prototype.join(): muestra una cadena que es la concatenación de todos los elementos producidos por el iterador, separados por comas o una cadena separadora especificada.
Iteración conjunta
Una propuesta de TC39 para sincronizar el avance de varios iteradores, a menudo llamados zip.
API web
Elementos de capacidad: <camera> y <microphone>
Los elementos de capacidad <camera> y <microphone> son controles HTML declarativos y activados por el usuario que comparten el mismo mecanismo subyacente que el elemento MVP <usermedia>, con una distinción clave: están diseñados para solicitar una sola capacidad. El elemento <camera> solicita específicamente la captura de video, mientras que el elemento <microphone> solicita específicamente la captura de audio. Al igual que el <usermedia> MVP, incorporan una IU controlada por el navegador y con un estilo estricto en la página, lo que garantiza una señal de usuario sólida y deliberada (un clic) antes de que se active un mensaje de permiso o se inicie una transmisión.
Los elementos <camera> y <microphone> proporcionan un control HTML semántico y dedicado para estos casos de uso de una sola capacidad. Mantienen el mismo modelo de seguridad, las restricciones de estilo estrictas y la ruta de recuperación de permisos integrada que el <usermedia> MVP, pero ofrecen una API más ergonómica y personalizada para los desarrolladores que no necesitan acceso a contenido multimedia mixto.
Compatibilidad con la decodificación de IAMF (Immersive Audio Model and Formats)
Se agregó compatibilidad para decodificar y reproducir el contenedor IAMF (Immersive Audio Model and Formats) dentro de los elementos multimedia HTML con Media Source Extensions (MSE). IAMF es un formato de audio espacial abierto y libre de regalías que admite presentaciones de audio basadas en canales, escenas y objetos. La compatibilidad con este formato permite a los desarrolladores web ofrecer experiencias de audio 3D envolventes y coherentes en diferentes dispositivos sin depender de formatos propietarios ni administrar el enrutamiento complejo de canales de audio discretos en JavaScript.
Tiempo de envío interoperable para eventos transitionrun y de consultas de medios
Alinea el tiempo de envío de Blink para los eventos transitionrun de animación y los eventos change de consultas de medios con la especificación HTML, lo que hace que el tiempo sea interoperable con Gecko y WebKit. Más precisamente, según la especificación del bucle de eventos de la ventana HTML, los eventos transitionrun se activarán en el paso 3.11, incluso para las animaciones creadas anteriormente en la misma iteración (en lugar de retrasarlas para una iteración posterior), y el evento change de la consulta de medios se activará en el paso 3.10 antes de activar cualquier evento de animación pendiente (en lugar de mezclarlos con eventos de animación en el paso 3.11).
WebAudio: Quantum de renderización configurable
Se agregó un renderSizeHint opcional a AudioContext y OfflineAudioContext. Esto permite a los desarrolladores personalizar el tamaño de quantum de renderización de WebAudio pasando un número entero específico, usar el valor predeterminado de 128 fotogramas omitiendo la sugerencia o pasando "default" o solicitar que el navegador seleccione un tamaño óptimo especificando "hardware".
WebGPU: Función buffer_view
Una función de lenguaje WGSL para reinterpretar datos en variables. La función permite a los desarrolladores dividir una sola variable uniforme, de almacenamiento o de grupo de trabajo en varias variables lógicas. También permite que el tipo de datos de la variable se interprete como varios tipos dentro del programa.
Análisis de XML en Rust para situaciones que no son XSLT
Para mejorar la seguridad del navegador y proteger a los usuarios contra vulnerabilidades relacionadas con la memoria, Chrome 153 cambiará su motor de análisis de XML a una implementación de Rust con seguridad de memoria para varios casos de uso comunes. Esta actualización fundamental elimina posibles errores de corrupción de memoria y, a la vez, mantiene la compatibilidad total con las especificaciones web existentes.
Chrome ya comenzó a dar de baja y quitar XSLT. Mientras este proceso continúa, el nuevo analizador más seguro controlará las siguientes situaciones en las que no se requiere XSLT:
- API web
DOMParser - Acceso a
responseXMLdeXMLHttpRequest - Imágenes SVG independientes (es decir, acceder a un documento
image.svgdirectamente como navegación de nivel superior) - Imágenes externas SVG (incluido un documento principal que incorpora un SVG como recurso de imagen externa)
Nuevas pruebas de origen
En Chrome 153, puedes habilitar las siguientes pruebas de origen nuevas .
Marcadores de generación de perfiles automáticos de JavaScript
La API de JavaScript Self-Profiling permite que una aplicación web muestre sus propias pilas de llamadas para medir el rendimiento en dispositivos de usuarios reales. Esta función agrega un campo de marcador opcional a cada muestra capturada que identifica el tipo de actividad del navegador que se ejecuta cuando se tomó la muestra: secuencia de comandos, gc, estilo, diseño, pintura o cualquier otro. Por lo general, un seguimiento muestra espacios entre las pilas que no se pueden interpretar. Los marcadores permiten que los desarrolladores atribuyan ese tiempo al trabajo del navegador que ocurre fuera de su JavaScript, por ejemplo, distinguir la ejecución de la secuencia de comandos del nuevo cálculo de estilo, el diseño o una pausa de recolección de elementos no utilizados, lo que facilita el análisis y la optimización de los seguimientos lentos.
Bajas y retiros
Quita las navegaciones no estándar orientadas a _current
Actualmente, Blink admite navegaciones orientadas a _current. Esta función se quitó en Chrome 153, ya que no es estándar y tiene un uso mínimo en la Web.
Quita document.requestStorageAccessFor
La API de requestStorageAccessFor (rSAFor) es una extensión de la API de Storage Access que permite que un sitio de nivel superior solicite acceso a cookies sin particionar ("propias") en nombre de sitios incorporados. Solo se puede usar en Chrome para solicitar acceso al almacenamiento entre sitios de Conjuntos de sitios web relacionados, por lo que se quita junto con los Conjuntos de sitios web relacionados.
Quita los Conjuntos de sitios web relacionados
Los Conjuntos de sitios web relacionados (RWS), antes conocidos como Conjuntos propios, proporcionan un marco de trabajo para que los desarrolladores declaren relaciones entre sitios, para habilitar el acceso limitado a cookies entre sitios para fines específicos y orientados al usuario. Esto se facilita mediante el uso de la API de Storage Access (SAA) y requestStorageAccessFor (rSAFor). RWS se diseñó para usarse en un navegador sin cookies de terceros. Tras el anuncio de Chrome de que se mantendrá el enfoque actual de las cookies de terceros, los Conjuntos de sitios web relacionados ahora se quitaron de Chrome.