Fecha de lanzamiento estable: 4 de marzo de 2025
A menos que se indique lo contrario, los siguientes cambios se aplican a la versión del canal estable de Chrome 134 para Android, ChromeOS, Linux, macOS y Windows.
HTML y DOM
Elemento <select> personalizable
El <select> personalizable permite a los desarrolladores tomar el control total de la renderización de los elementos <select> agregando la propiedad y el valor CSS appearance: base-select.
Esta función se basa en la marca SelectParserRelaxation, que cambia el analizador de HTML para permitir más etiquetas dentro de la etiqueta <select>.
Error de seguimiento #40146374 | Entrada de ChromeStatus.com | Especificación
Relajación del analizador de selección
Este cambio hace que el analizador de HTML permita etiquetas adicionales en <select>, además de <option>, <optgroup> y <hr>.
Esta función está restringida por la política temporal (SelectParserRelaxationEnabled). Este es un período de transición temporal, y la política dejará de funcionar a partir de Chrome 141.
Si tienes problemas que crees que se deben a este cambio, existe una prueba de origen inverso para inhabilitar la relajación del analizador.
Error de seguimiento #335456114 | Entrada de ChromeStatus.com | Especificación
Descartar la luz del diálogo
Una de las funciones interesantes de la API de Popover es su comportamiento de descarte ligero.
Este comportamiento ahora forma parte de <dialog>, con un nuevo atributo closedby que lo controla:
<dialog closedby="none">: No se cierran los diálogos activados por el usuario.<dialog closedby="closerequest">: Si presionas Esc (o algún otro activador de cierre), se cierra el diálogo.<dialog closedby="any">: Si haces clic fuera del diálogo o presionas Esc, se cerrará el diálogo. Similar al comportamiento depopover="auto".
Error de seguimiento #376516550 | Entrada de ChromeStatus.com | Especificación
CSS
Herencia de elementos destacados de CSS
Con la herencia de CSS Highlight, las seudoclases de ese elemento, como ::selection y ::highlight, heredan sus propiedades a través de la cadena de seudodestacado en vez de hacerlo a través de la cadena de elementos.
El resultado es un modelo más intuitivo para la herencia de propiedades en elementos destacados.
Entrada de ChromeStatus.com | Especificación
AWP
Subtítulo del documento (Cómo corregir los títulos de las apps de AWP)
Esta función permite especificar información complementaria sobre la ventana actual de una AWP instalada y en ejecución. Agrega un subtítulo a la página para proporcionar información contextual que se muestra en la barra del título de la ventana. Esto reemplaza el texto contenido en el elemento de título HTML.
Error de seguimiento #1351682 | Entrada de ChromeStatus.com | Especificación
Captura de vínculos de usuarios en AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas.
Para alinearse mejor con las expectativas de los usuarios en torno a las experiencias instaladas, Chrome facilita el cambio entre el navegador y las apps web instaladas.
Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, el vínculo se abrirá en esa app web instalada. Los usuarios pueden cambiar este comportamiento a través de la configuración de la app web instalada.
Los desarrolladores pueden controlar este comportamiento con la propiedad del manifiesto launch_handler y pueden consultar esta documentación para desarrolladores para obtener más información sobre cómo funciona la vinculación directa con las apps web instaladas.
Rendimiento
Document-Policy: expect-no-linked-resources
El punto de configuración expect-no-linked-resources en la Política de documentos permite que un documento le sugiera al usuario-agente que optimice mejor su secuencia de carga, por ejemplo, que no use el comportamiento de análisis especulativo predeterminado.
Los agentes de usuario implementaron el análisis especulativo de HTML para recuperar de forma especulativa los recursos que están presentes en el marcado HTML y acelerar la carga de la página. Para la gran mayoría de las páginas en la Web que tienen recursos declarados en el marcado HTML, la optimización es beneficiosa y el costo pagado para determinar esos recursos es una compensación sólida. Sin embargo, las siguientes situaciones pueden generar una compensación de rendimiento subóptimo en comparación con el tiempo explícito que se dedica a analizar el HTML para determinar los subrecursos que se recuperarán:
- Son páginas que no tienen ningún recurso declarado en el código HTML.
- Páginas HTML grandes con cargas de recursos mínimas o sin ellas que podrían controlar de forma explícita los recursos de carga previa con otros mecanismos de carga previa disponibles
La política de documentos expect-no-linked-resources le sugiere al usuario-agente que puede optar por optimizar el tiempo dedicado a esa determinación de subrecursos.
Error de seguimiento #365632977 | Entrada de ChromeStatus.com | Especificación
Administración de recursos explícita (asíncrona)
Estas funciones abordan un patrón común en el desarrollo de software en relación con la vida útil y la administración de varios recursos (por ejemplo, la memoria y la E/S). Por lo general, este patrón incluye la asignación de un recurso y la capacidad de liberar recursos críticos de forma explícita.
Error de seguimiento #42203814 | Entrada de ChromeStatus.com | Especificación
Administración de recursos explícita (sincronización)
Estas funciones abordan un patrón común en el desarrollo de software en relación con la vida útil y la administración de varios recursos (por ejemplo, la memoria y la E/S). Por lo general, este patrón incluye la asignación de un recurso y la capacidad de liberar recursos críticos de forma explícita.
Error de seguimiento #42203506 | Entrada de ChromeStatus.com | Especificación
Se extendió la API de console.timeStamp para admitir opciones de medición y presentación
Extiende la API de console.timeStamp(), de manera retrocompatible, para proporcionar un método de alto rendimiento para instrumentar aplicaciones y mostrar datos de tiempo en el panel Rendimiento en DevTools.
Las entradas de tiempos que se agregan con la API pueden tener una marca de tiempo personalizada, duración y opciones de presentación (pista, carril y color).
Entrada de ChromeStatus.com | Especificación
API web
Permite leer grupos de intereses en la worklet de almacenamiento compartido
Se agregó un método interestGroups() a la worklet de almacenamiento compartido para mostrar los grupos de intereses de Protected Audience asociados con el propietario del origen de almacenamiento compartido, con algunos metadatos adicionales.
Esta API le brinda al comprador de Protected Audience una mejor idea de lo que sucede con sus usuarios, lo que permite generar informes de agregación privada.
Función de informes de atribución: Se quitó el límite de informes agregables cuando el ID de contexto del activador no es nulo.
Este cambio se basa en los comentarios de los llamadores de la API y en la necesidad de poder medir una mayor cantidad de eventos de conversión para ciertos flujos de usuarios.
Actualmente, la API tiene un límite que permite generar hasta 20 informes agregables por registro de fuente, lo que es restrictivo para los casos de uso en los que un usuario puede tener un recorrido del usuario más largo. Este cambio quita el límite de informes agregables cuando se proporciona un ID de contexto del activador como parte del registro. La eliminación de este límite se restringe solo cuando se especifica el ID de contexto del activador, ya que, cuando se especifica, la API aplica una tasa más alta de informes nulos, lo que ayuda a proteger contra la filtración de información entre sitios a través de los recuentos de informes.
Además, los informes agregables seguirán sujetos a otros límites que restringen la cantidad total de información que se puede medir, como el presupuesto de contribución de L1 (65,536) por fuente y el límite de porcentaje de atribución.
Mitigaciones del seguimiento por rebote en la caché HTTP
Las mitigaciones de seguimientos por rebote para la caché HTTP son una extensión del comportamiento existente de seguimiento contra rebotes. Se quita el requisito de que un sitio de seguimiento sospechoso debe haber realizado el acceso al almacenamiento para activar las mitigaciones de seguimiento de rebote.
La solución de mitigación del seguimiento de rebote que propuso Chrome inicialmente se activa cuando un sitio accede al almacenamiento del navegador (por ejemplo, en cookies) durante un flujo de redireccionamiento. Sin embargo, los servicios de seguimiento de rebotes pueden eludir de forma sistemática esas mitigaciones mediante el uso de la caché HTTP para preservar los datos. Si se relajan las condiciones de activación para las mitigaciones de seguimiento de rebote, el navegador debería poder detectar los servicios de seguimiento de rebote con la caché HTTP.
Error de seguimiento #40264244 | Entrada de ChromeStatus.com | Especificación
Detección en el dispositivo de notificaciones abusivas potenciada por LLM en Android
El objetivo de este lanzamiento es ocultar el contenido de las notificaciones que se sospecha que son abusivas. Luego, el usuario tendrá las opciones de descartar, mostrar la notificación o cancelar la suscripción al origen. Esta detección debe realizarse con un modelo integrado en el dispositivo.
OffscreenCanvas getContextAttributes
Agrega la interfaz getContextAttributes de CanvasRenderingContext2D a OffscreenCanvasRenderingContext2D.
Error de seguimiento #388437261 | Entrada de ChromeStatus.com | Especificación
API de Private Aggregation: Límites de contribución por contexto para los llamadores de Shared Storage
Permite que los llamadores de almacenamiento compartido personalicen la cantidad de contribuciones por informe de agregación privada.
Esta función permite que los llamadores de almacenamiento compartido configuren límites de contribución por contexto con un campo nuevo, maxContributions. Los llamadores establecen este campo para anular la cantidad predeterminada de contribuciones por informe. Se permitirán números más grandes y más pequeños. Chrome aceptará valores de maxContributions entre 1 y 1,000 inclusive. Los valores más grandes se interpretarán como 1,000.
Debido al padding, el tamaño de la carga útil de cada informe será aproximadamente proporcional a la cantidad de contribuciones elegidas por informe. Esperamos que habilitar informes más grandes aumente el costo de operación del servicio de agregación.
Los llamadores de Protected Audience no se verán afectados por esta función. Sin embargo, planeamos agregar compatibilidad para personalizar la cantidad de contribuciones de los informes de Protected Audience en funciones futuras.
Error de seguimiento #376707230 | Entrada de ChromeStatus.com | Especificación
Compatibilidad con la API de Web Locks en Shared Storage
Integra la API de Web Locks en Shared Storage. Esto evita situaciones en las que la medición del alcance entre sitios puede generar informes duplicados debido a las posibles condiciones de carrera dentro de la lógica de get() y set().
Este cambio tiene las siguientes características:
- Se introduce
navigator.locks.requesten el entorno de worklet. - Se introduce la opción
{ withLock: <resource>}en todos los métodos de modificador. - Se presenta un método de modificación por lotes:
sharedStorage.batchUpdate(methods, options). Este método, con la opciónwithLock, permite que se ejecuten varios métodos de modificador de forma atómica, lo que habilita casos de uso en los que un sitio web necesita mantener la coherencia mientras actualiza datos organizados en varias claves.
Error de seguimiento #373899210 | Entrada de ChromeStatus.com
Renderización y gráficos
Compatibilidad con ImageSmoothingQuality en PaintCanvas
Se agregó compatibilidad con el atributo imageSmoothingQuality en Paint Canvas.
Esto te permite elegir la calidad o el rendimiento cuando escalas imágenes.
Hay tres opciones en total para imageSmoothingQuality: low, medium y high.
Error de seguimiento #None | Entrada de ChromeStatus.com | Especificación
Subgrupos de WebGPU
Se agregó la funcionalidad de subgrupos a WebGPU. Las operaciones de subgrupo realizan operaciones de SIMT para proporcionar una comunicación y un uso compartido de datos eficientes entre grupos de invocaciones. Estas operaciones se pueden usar para acelerar las aplicaciones, ya que reducen las sobrecargas de memoria que genera la comunicación entre invocaciones.
Entrada de ChromeStatus.com | Especificación
Pruebas de origen
API de Digital Credential
Actualmente, los sitios web pueden obtener credenciales de las apps de billetera para dispositivos móviles a través de una variedad de mecanismos, por ejemplo, controladores de URL personalizados y escaneo de códigos QR. Esta función permite que los sitios soliciten información de identidad a las billeteras con el sistema CredMan de IdentityCredential de Android. Es extensible para admitir varios formatos de credenciales (por ejemplo, mDoc ISO y credencial verificable del W3C) y permite usar varias apps de billetera. Se están agregando mecanismos para ayudar a reducir el riesgo de abuso de identidad del mundo real a escala del ecosistema.
La prueba de origen que comienza en Chrome 134 agrega compatibilidad con esta API en la plataforma para computadoras, en la que Chrome para computadoras se comunicará de forma segura con la billetera digital del teléfono Android para recuperar las credenciales solicitadas.
Prueba de origen | Error de seguimiento #40257092 | Entrada de ChromeStatus.com | Especificación
Prueba de baja para SelectParserRelaxation
Esta es una prueba de baja que vuelve a habilitar el comportamiento anterior del analizador para analizar etiquetas <select>. Con ese comportamiento anterior, el contenido no compatible se descarta de forma silenciosa y no se incluye en el contenido del DOM debajo de <select>. Esta prueba se puede usar en caso de que el nuevo comportamiento habilitado a partir de Chrome 135 dañe un sitio.
Prueba de origen | Entrada de ChromeStatus.com
Bajas y eliminaciones
Se quitaron las restricciones de audio no estándar de getUserMedia
Blink admite una serie de restricciones no estándar con prefijo goog para getUserMedia desde un tiempo antes de que las restricciones se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Pueden optar por migrar a restricciones estándar.
Error de seguimiento #377131184 | Entrada de ChromeStatus.com | Especificación