Fecha de publicación: 6 de mayo 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 las funciones que se enumeran aquí a través de los vínculos proporcionados o de la lista en ChromeStatus.com. Chrome está en versión beta desde el 6 de mayo de 2026. Puedes descargar la versión más reciente en Google.com para computadoras o en Google Play Store en Android.
CSS y IU
Quita la regla de la hoja de estilo de UA de color de borde explícito para las tablas
Este cambio quita la regla CSS errónea border-color: gray de la hoja de estilo de UA
para el elemento <table>.
La especificación de HTML no contiene esta regla, y hace que los bordes no se establezcan de forma predeterminada en currentColor de manera incorrecta. Ni Firefox ni Webkit tienen esta regla de color de borde gray en su hoja de estilo de UA, lo que genera problemas de interoperabilidad.
Compatibilidad con path() y shape() en shape-outside
Se agrega compatibilidad con las funciones de forma path() y shape() en la propiedad shape-outside de CSS. Estas funciones permiten que los desarrolladores definan formas de exclusión de flotación con coordenadas de rectángulo.
Compatibilidad con rect() y xywh() en shape-outside
Se agrega compatibilidad con las funciones de forma básica rect() y xywh() en la propiedad shape-outside de CSS. Estas funciones permiten que los desarrolladores definan formas de exclusión de flotación con coordenadas de rectángulo, lo que alinea Chrome con Firefox y Safari, que ya admiten esta función.
Color de los elementos destacados del sistema de permisos de la app web
Restringe el acceso al color de los elementos destacados del sistema para las palabras clave de CSS y accent-color: auto para que solo estén dentro de una app web y un contexto de perfil inicial.
Las palabras clave de CSS AccentColor y AccentColorText representan un vector de huella digital significativo cuando se exponen ampliamente los colores del sistema del usuario en la Web. Por lo tanto, solo están disponibles en contextos de apps web instaladas. Los controles de formulario con accent-color: auto también coinciden con este alcance con el lanzamiento de esta función. Esto introduce expectativas más coherentes para desarrolladores y usuarios en cuanto a los colores del sistema y se alinea con las restricciones de huellas digitales para AccentColor[Text].
Recorta el desbordamiento de texto en la interacción del usuario
Cuando un usuario interactúa (edición o navegación con el signo de intercalación) con texto que tiene establecido text-overflow: ellipsis, el texto cambia temporalmente de puntos suspensivos a recorte, lo que permite que el usuario vea el contenido oculto del desbordamiento y que interactúe con él.
Esta función se aplica a todos los elementos editables y no editables. En el caso de los controles de formulario (textarea, input), el comportamiento ya es compatible.
Decoraciones de espacios de CSS
Las decoraciones de espacios de CSS te permiten aplicar estilo a los espacios en diseños de contenedores, como cuadrícula y flexbox, de manera similar a column-rule en el diseño de varias columnas. Esta función es muy solicitada por los desarrolladores web que deben usar soluciones alternativas para aplicar estilo a los espacios en los diseños de cuadrícula y flexbox en la actualidad.
image-rendering: crisp-edges
image-rendering: crisp-edges indica que la imagen debe escalarse de una manera que conserve el contraste y los bordes, y que evite suavizar los colores o introducir desenfoque en la imagen durante el proceso.
Límite de la capa superior de la seudoclase de acción del usuario
Esta función representa el comportamiento descrito en la
especificación de CSS Selectors Level 4,
que indica que :hover, :active y :focus-within coinciden con los elementos superiores
pero solo hasta el primer elemento de la capa superior en la cadena superior.
El cambio para Chromium implementa esta restricción para los elementos de la capa superior.
En concreto, esto significa que, en la siguiente estructura, si el usuario coloca el cursor sobre el <button>,
la seudoclase :hover coincidirá con el <button> y el elemento emergente, pero
no coincidirá con el elemento <main>.
<main>
<div popover>
<button></button>
</div>
</main>
<script>document.querySelector('[popover]').showPopover();</script>
La lógica detrás de este cambio es que, por lo general, los elementos de la capa superior se renderizan "en otro lugar", en una ubicación que está desconectada visualmente del elemento superior. Por lo tanto, por lo general, no tiene sentido cambiar los estilos del elemento superior cuando se coloca el cursor sobre el elemento de la capa superior o se activa, por ejemplo.
La implementación de selección personalizable que se envió en Chromium tiene esta lógica codificada de forma rígida para el caso específico del elemento emergente de selección ::picker(). Esa lógica de caso especial se quita en favor del comportamiento más general con esta función.
Compatibilidad con path-length como propiedad de CSS
Este cambio introduce una nueva propiedad de CSS, path-length, que se asigna al atributo de presentación pathLength de SVG existente. Se aplica a los elementos de geometría SVG
que admiten pathLength (incluidos <path>, <circle>, <rect>,
<line>, <polyline>, <polygon> y <ellipse>).
Exponer pathLength como una propiedad de CSS permite que los autores la especifiquen en hojas de estilo, estilos intercalados y animaciones, lo que permite que participe en la cascada, la especificidad, las transiciones y las animaciones normales de CSS. La propiedad afecta a
todos los cálculos que dependen de la longitud total de la ruta de acceso, incluida la renderización de guiones de trazo
y el posicionamiento de texto a lo largo de un <textPath>.
Las declaraciones de CSS anulan el atributo de presentación según las reglas de precedencia de CSS estándar. El valor inicial de path-length es none, que representa la ausencia de una longitud de ruta de acceso proporcionada por el autor y es distinto de un valor numérico explícito, como 0.
Se conserva el comportamiento existente solo de atributos cuando la función está inhabilitada.
API web
Intl.Locale.prototype.variants
Agrega Intl.Locale.prototype.variants como se indica en
la propuesta TC39 y también acepta
"variants" en el paquete de opciones en el constructor Intl.Locale como en
la actualización del ID de idioma TC39. Los cambios en ECMA402 se combinan
en la solicitud de extracción 960 y el código de prueba en test262 se
combina en la solicitud de extracción 4474
Promesas de desplazamiento programático
Actualmente, los desarrolladores web no tienen forma de saber cuándo se completó un desplazamiento suave programático. Esta función proporciona una solución al problema: hacer que los métodos de desplazamiento programático muestren objetos Promise que se resuelven cuando se completa el desplazamiento con el estado de interrupción.
Solicitud de pago: Permite que los controladores de pago informen errores internos
Permite que los controladores de pago a los que se accede con la API de Payment Request muestren errores distintos para "usuario cancelado" en comparación con "error interno de la app de pago". Esto permite que los desarrolladores web creen mejores flujos para los usuarios, por ejemplo, volviendo a intentar o recurriendo a un flujo diferente cuando se produce un error interno de la app, mientras se detiene correctamente el flujo si el usuario quiere cancelar.
La API de Payment Handler basada en la Web puede indicar esta diferencia según el error que usen para rechazar la promesa que se pasa a PaymentRequestEvent.respondWith.
Si la promesa se rechaza con un OperationError, se muestra "error interno de la app" (OperationError) al comerciante con el método PaymentRequest.show(). De lo contrario, se muestra "cancelación del usuario" (AbortError).
La infraestructura del controlador de pago de la aplicación nativa se actualiza de manera similar, pero está fuera del alcance de las APIs web.
Respeta autocorrect="off" para el teclado táctil de Windows en TSF
El atributo autocorrect de HTML permite que los autores web controlen si
se debe aplicar la autocorrección a la entrada del usuario en elementos editables, incluidos
<input>, <textarea>, y hosts contenteditable. En Windows, el teclado táctil ignora este atributo y siempre corrige las palabras automáticamente. Por ejemplo,
escribir "truf" seguido de un espacio en un elemento con autocorrect="off" produce
"true " en lugar de conservar "truf ". Esta función hace que la integración de TSF
de Chrome detecte y revierta las autocorrecciones del teclado táctil cuando el elemento editable
enfocado tiene autocorrect="off" establecido.
Desconecta WebSockets en la entrada de bfcache
Las conexiones WebSocket activas ya no impiden que una página ingrese a la memoria caché atrás/adelante (bfcache). Si cierras las conexiones en la entrada de bfcache en lugar de marcar el documento como no apto, el navegador permite que se almacenen y restablezcan las páginas con websockets activos.
Atributo Request.isReloadNavigation
Agrega el atributo booleano de solo lectura isReloadNavigation a la interfaz Request de la API de Fetch. Este atributo indica si la solicitud de navegación actual se inició como una recarga activada por el usuario (por ejemplo, con el botón de actualización, location.reload() o history.go(0)). Esta señal se expone principalmente en el objeto Request dentro del FetchEvent de un service worker.
Inhabilita los filtros SVG en complementos, iframes de origen cruzado y restringidos
Este lanzamiento impide que se apliquen filtros SVG a iframes de origen cruzado o restringidos (por ejemplo, iframes en sandbox) y complementos incorporados (por ejemplo, archivos PDF). Cuando un marco o complemento se pinta con un efecto de filtro SVG, se recorre el árbol de efectos para encontrar el ancestro más alto sin filtros SVG, y luego se aplica ese efecto.
Nuevas pruebas de origen
En Chrome 149, puedes habilitar las siguientes pruebas de origen nuevas origin trials.
Política de permisos: focus-without-user-activation
Permite que los incorporadores controlen el enfoque programático del contenido incorporado con la política de permisos focus-without-user-activation. Cuando se rechaza la política para un marco, se bloquean las llamadas de enfoque programático (element.focus(), autofocus, window.focus(), dialog.showModal() y el enfoque de elementos emergentes), a menos que las active el usuario. El enfoque iniciado por el usuario, como hacer clic o presionar la tecla Tab, nunca se ve afectado.
La política se puede establecer con un encabezado de respuesta HTTP de Permissions-Policy o el atributo allow de iframe. Se admite la delegación de foco: un marco superior que tiene el foco puede pasar de forma programática el foco a un iframe secundario, incluso si se rechazó la política del secundario, y, una vez que un marco tiene el foco, puede moverlo dentro de su propio subárbol.
API de entrada basada en eventos de Gamepad
Esta propuesta extiende la API de Gamepad con un nuevo modelo basado en eventos que permite que las aplicaciones reciban entrada de gamepad con una latencia más baja. En lugar de depender de un sondeo frecuente con navigator.getGamepads(), los desarrolladores ahora pueden escuchar un evento rawgamepadinputchange, que se activa cada vez que hay datos de entrada nuevos disponibles desde el dispositivo. Esto permite un manejo de entrada más responsivo, en especial en aplicaciones sensibles a la latencia.
Descriptores personalizados de WebAssembly
Permite que WebAssembly almacene datos asociados con tipos de nivel de origen de manera más eficiente en objetos descriptores personalizados nuevos. Estos descriptores personalizados se pueden configurar con prototipos para los objetos WebAssembly de ese tipo de nivel de origen. Esto permite que los métodos se instalen en la cadena de prototipos de un objeto WebAssembly y se llamen directamente desde JavaScript con la sintaxis normal de llamada de método. Los prototipos y los métodos se pueden configurar de forma declarativa con una función integrada importada.