Chrome 143 Beta

Rachel Andrew

Publicado el 29 de octubre de 2025

A menos que se indique lo contrario, estos cambios se aplican a la versión beta de Chrome 143 para Android, ChromeOS, Linux, macOS y Windows. Obtén más información sobre estas funciones en los vínculos proporcionados o en ChromeStatus.com. Descarga la versión beta de Chrome 143 desde Google.com para computadoras o en Google Play Store para Android.

CSS y la IU

Consultas de contenedores de resguardo anclados de CSS

Esta función introduce @container anchored(fallback) para diseñar los elementos descendientes de los elementos posicionados por anclaje según el valor de position-try-fallbacks que se aplique.

Por ejemplo, puedes usar estas consultas para aplicar un diseño al amarre de un elemento anclado o a sus animaciones según la posición relativa del elemento anclado y el elemento anclado.

Ejemplo:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Obtén más información en Detect fallback positions with anchored container queries from Chrome 143 (Detecta posiciones de resguardo con consultas de contenedores ancladas desde Chrome 143).

EditContext: TextFormat underlineStyle y underlineThickness

Chromium lanzó la API de EditContext con un error en el que el objeto TextFormat, proporcionado por EditContext/textformatupdate_event, proporciona valores incorrectos para las propiedades underlineStyle y underlineThickness. En Chromium, los valores posibles son None, Solid, Dotted, Dashed, Squiggle y None, Thin, Thick. Sin embargo, según la especificación de EditContext, deben ser none, solid, dotted, dashed, wavy y none, thin, thick.

API web

Permite más caracteres en las APIs del DOM de JavaScript

El analizador de HTML siempre (o durante mucho tiempo) permitió que los elementos y atributos tuvieran una amplia variedad de caracteres y nombres válidos, pero las APIs del DOM de JavaScript para crear los mismos elementos y atributos son más estrictas y no coinciden con el analizador.

Este cambio relaja la validación de las APIs del DOM de JavaScript para que coincidan con el analizador de HTML.

Más información:github.com/whatwg/dom/issues/849

No se espera que este cambio cause problemas de compatibilidad, ya que todos los nombres de elementos y atributos permitidos anteriormente siguen siendo válidos con el nuevo comportamiento.

Reglas de especulación: Mejoras en la "ansiedad" de la especulación para dispositivos móviles

En dispositivos móviles, las reglas de especulación de prebúsqueda y de renderización previa para la urgencia "entusiasta" ahora se activan cuando los elementos de anclaje HTML están en el viewport durante un breve período.

Anteriormente, la recuperación previa y la renderización previa comenzaban lo antes posible, lo que equivalía a la urgencia "inmediata". Este comportamiento actualizado es más útil porque refleja mejor la intención del autor de ser más ansioso que "moderado" y menos ansioso que "inmediato".

Implementa la propiedad de CSS font-language-override

Esta función introduce la compatibilidad con la propiedad font-language-override de CSS en Chromium. La propiedad permite que los desarrolladores anulen el idioma del sistema que se usa para la sustitución de glifos de OpenType especificando una etiqueta de idioma de cuatro caracteres directamente en CSS.

Esto proporciona un control tipográfico detallado, lo que resulta útil para el contenido multilingüe o las fuentes con variantes de glifos específicas del idioma.

WebGPU: Swizzle de componentes de textura

El swizzle de componentes de textura permite que GPUTextureViews reorganice o reemplace los componentes de color de los canales rojo, verde, azul o alfa de una textura cuando un sombreador accede a ellos.

ICU 77 (compatible con Unicode 16)

La biblioteca de compatibilidad con Unicode ICU (International Components for Unicode) se actualizó de la versión 74.2 a la 77.1, lo que agregó compatibilidad con Unicode 16 y actualizó los datos de configuración regional. Dos cambios podrían representar un riesgo para las aplicaciones web que suponen un formato específico de las APIs de Intl JavaScript:

• El formato de número predeterminado en italiano ahora omite el separador de miles para los números de 4 dígitos. Por ejemplo, new Intl.NumberFormat("it").format(1234) devuelve “1234” en lugar de “1.234”. Puedes lograr el comportamiento anterior con el parámetro useGrouping para el constructor Intl.NumberFormat.
• En algunas configuraciones regionales en inglés (por ejemplo, en-AU, en-GB y en-IN), se agregó una coma después de los días de la semana completos, lo que cambió "Saturday 30 April 2011" a "Saturday, 30 April 2011". Las aplicaciones web deben evitar depender del formato preciso de las fechas.
• Intl y RegExp (V8): Se realizaron muchos cambios pequeños. El cambio en el formato de números italianos es el de mayor riesgo y tiene una marca dedicada.
• IDNA: Por lo general, esta actualización permite más acciones y mejora los resultados generales de las pruebas en WPT.
• Segmentación de texto: El cambio más notable es la mejora en la división de líneas en japonés cuando se usa word-break: auto-phrase. Esto se relaciona con https://chromestatus.com/feature/5133892532568064.

Propiedad DataTransfer para los eventos de entrada insertFromPaste, insertFromDrop y insertReplacementText

Esta función completa la propiedad dataTransfer en los eventos de entrada con inputType de insertFromPaste, insertFromDrop y insertReplacementText. Esto proporciona acceso a los datos del portapapeles y de arrastrar y soltar durante las operaciones de edición en elementos contenteditable.

El objeto dataTransfer contiene los mismos datos que estaban disponibles durante el evento beforeinput.

Esta función solo se aplica a los elementos contenteditable. En el caso de los controles de formulario (textarea, input), el comportamiento no cambia: la propiedad data contiene el texto insertado y dataTransfer permanece como nulo. Safari y Firefox ya admiten esta función. La adopción de esta función por parte de Chrome mejora la interoperabilidad entre los navegadores y proporciona una experiencia más coherente para los autores web.

FedCM: Admite respuestas JSON estructuradas de los IdP

Esta función permite que los proveedores de identidad (IdP) devuelvan objetos JSON estructurados en lugar de cadenas simples a las partes dependientes (RP) a través de id_assertion_endpoint.

Este cambio simplifica la integración para los desarrolladores, ya que elimina la necesidad de serializar y analizar manualmente las cadenas JSON. Proporciona flujos de autenticación más dinámicos y flexibles, lo que permite que los RP interpreten respuestas complejas directamente y admitan diversos protocolos, como OAuth2, OIDC o IndieAuth, sin acuerdos fuera de banda.

Negociación del protocolo de aplicación de WebTransport

La negociación del protocolo de aplicación de WebTransport te permite negociar el protocolo que usa la aplicación web dentro del protocolo de enlace de WebTransport.

Una aplicación web puede especificar una lista de protocolos de aplicación cuando se construye un objeto WebTransport. Luego, estos protocolos se transmiten al servidor a través de los encabezados HTTP. Si el servidor elige uno de esos protocolos, puede indicarlo en los encabezados de respuesta, y esa respuesta está disponible en el objeto WebTransport.

API de Web Smart Card para apps web aisladas

Solo está disponible en las apps web aisladas (IWA). Esta función permite que las aplicaciones de tarjetas inteligentes (PC/SC) se trasladen a la plataforma web. Les brinda acceso a la implementación de PC/SC (y a los controladores de lectores de tarjetas) disponibles en el sistema operativo host.

Los administradores pueden controlar la disponibilidad de esta API de dos maneras:

• A nivel global, con la política de DefaultSmartCardConnectSetting
• Por aplicación: Con las políticas SmartCardConnectAllowedForUrls y SmartCardConnectBlockedForUrls

Manifiesto de la app web: Especifica la elegibilidad de actualización. Las URLs de los íconos tienen el atributo Cache-Control: immutable

La especificación del manifiesto ahora incluye un algoritmo de elegibilidad para la actualización. Esto hace que el proceso de actualización sea más determinístico y predecible, lo que les brinda a los desarrolladores más control sobre cuándo se aplican las actualizaciones a las instalaciones existentes y les da a los usuarios más opciones sobre qué hacer con una actualización, como ignorarla si lo desean. También permite quitar la "limitación de la verificación de actualizaciones" que implementan los agentes de usuario para evitar el desperdicio de recursos de red.

Intervención de anuncios pesados: Informes enviados al iframe de incorporación

Ahora, los informes de intervención de anuncios se envían al iframe de incorporación del anuncio, además de al iframe del anuncio en sí. El informe que se envía al iframe de incorporación contendrá el ID del iframe del anuncio y la URL previa al redireccionamiento del iframe que se descargó en el campo de mensaje del cuerpo del informe. Este cambio le brinda al contexto de la incorporación la capacidad de identificar proveedores de anuncios problemáticos y abordar los anuncios disruptivos para mejorar la experiencia del usuario.

Pruebas de origen en curso

En Chrome 143, puedes habilitar las siguientes nuevas pruebas de origen.

API de Digital Credentials (admite la emisión)

Esta función permite que los sitios web emisores (por ejemplo, una universidad, un organismo gubernamental o un banco) inicien de forma segura el proceso de aprovisionamiento (emisión) de credenciales digitales directamente en la aplicación de billetera móvil del usuario. En Android, esta capacidad usa el sistema CredMan de IdentityCredential de Android (Credential Manager). En computadoras, usa enfoques de dispositivos múltiples con el protocolo CTAP, de manera similar al flujo de dispositivos múltiples de presentación de credenciales digitales.

Aleatorización del límite del grupo de sockets TCP

Si explotas los límites en el tamaño del grupo de conexiones en Chrome, puedes obtener información sobre el estado entre sitios que, de otro modo, sería inaccesible. Específicamente, puedes evaluar (con cierta certeza estadística) el estado de acceso, el historial de visitas o incluso algo más específico, como si Gmail tiene mensajes pendientes en la carpeta Recibidos.

Para mitigar esto, se agrega aleatorización a la forma en que se limitan los grupos de sockets TCP, de modo que un sitio observador no pueda inferir esta información con alta certeza.

Bajas y eliminaciones

En esta versión de Chrome, se introducen las bajas y eliminaciones que se describen en las siguientes secciones. Visita ChromeStatus.com para ver listas de las obsolescencias planificadas, las obsolescencias actuales y las eliminaciones anteriores.

En esta versión de Chrome, se dejaron de usar dos funciones

Los métodos get de Intl Locale Info dejarán de estar disponibles

La API de Intl Locale Info es una propuesta de TC39 de ECMAScript en etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.

La implementación se lanzó en Chrome 99. Sin embargo, la propuesta cambió más adelante en la etapa 3 y trasladó varios métodos get a funciones. Se deben quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.

Se dio de baja XSLT

XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Mientras tanto, XSLT evolucionó a las versiones 2.0 y 3.0, lo que agregó funciones y se desvió de la versión implementada en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM flexible y potente, provocó una disminución significativa en el uso de XSLT del cliente. Las tecnologías basadas en JavaScript, como JSON y React, reemplazaron en gran medida su función dentro del navegador web.

Chromium usa la biblioteca libxslt para procesar estas transformaciones, pero libxslt no recibió mantenimiento durante aproximadamente seis meses en 2025. Libxslt es una base de código en C compleja y antigua que es susceptible a vulnerabilidades de seguridad de la memoria, como desbordamientos de búfer, que podrían provocar la ejecución de código arbitrario. Debido a que la XSLT del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben menos mantenimiento y supervisión de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa para procesar contenido web no confiable. De hecho, XSLT es la fuente de varios exploits de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios del navegador.

Por estos motivos, Chromium planea dar de baja y quitar XSLT de la plataforma web. El WHATWG decidió avanzar con la baja de XSLT.

Para obtener más detalles sobre la baja y saber qué hacer si dependes de XSLT, consulta Cómo quitar XSLT para tener un navegador más seguro.