Esta página está dirigida a administradores que gestionan el navegador Chrome o dispositivos ChromeOS en una empresa o un centro educativo.
- Si quieres recibir correos sobre futuras versiones, regístrate en esta página.
- Para probar nuevas funciones antes de que se lancen al público general, regístrate en el programa de testers de confianza.
- Ponte en contacto con otros administradores de TI de Chrome Enterprise a través del foro de clientes de Chrome Enterprise.
- Regístrate para hacer el examen de certificación de administrador de ChromeOS.
- Si necesitas ayuda o quieres consultar recursos adicionales, ve al final de este artículo.
Tabla actualizada el 25 de marzo del 2026
Chrome 146
Resumen de novedades de Chrome 146
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Mejoras del Modo IA y de Lens | ✓ | ||
| Experiencia de Autocompletar ampliada | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Intervención selectiva de permisos | ✓ | ||
| Ajustes de seguridad agrupados | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Actualización de la puntuación de riesgo de Spin.AI en la consola de administración | ✓ | ||
| Políticas de cumplimiento de criptografía experimentales | ✓ | ||
| Inicio de sesión único de Okta fluido en macOS | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cifrado de caché empresarial | ✓ | ✓ | |
| Protección frente a la manipulación local de políticas | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Actualización de CSS: separación de las propiedades Width y Style | ✓ | ||
| Credenciales de sesión vinculadas al dispositivo | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Denunciar una estafa | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Función Autocompletar mejorada | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Actualización de la advertencia No HTTPS | ✓ | ||
| Chrome para dispositivos Linux ARM64 | ✓ | ||
| Discontinuación y eliminación de las APIs de Privacy Sandbox | ✓ | ✓ | |
| Habilitar "Usar siempre conexiones seguras" de forma predeterminada | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Migración de la v4 a la v5 de la API SafeBrowsing | ✓ | ||
| Chrome dejará de ser compatible con macOS 12 | ✓ | ||
| Desactivar y quitar XSLT | ✓ | ✓ | ✓ |
| Chrome pasará a tener un ciclo de lanzamientos de dos semanas | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No hay próximas actualizaciones de Chrome Enterprise Core. | |||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Función de arrastrar y soltar para controles de datos | ✓ | ||
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ | |
| Compatibilidad con las funciones AllowList y BlockList de la política DeveloperToolsAvailability | ✓ | ✓ | |
| Compatibilidad con las funciones AllowList y BlockList de la política IncognitoModeAvailability | ✓ | ✓ | |
| Telemetría de actividad del DOM de extensiones de empresa | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras del modo IA y de Lens
Anteriormente, en Chrome 143 para macOS y Windows, se integraron nuevas funciones del modo IA en el navegador Chrome. Los usuarios pueden acceder al Modo IA directamente desde la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde empiezan a navegar. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas AIModeSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta este artículo del Centro de Ayuda de Chrome Enterprise y Education.
En Chrome 145, lanzamos la función de contexto de varias pestañas en el Modo IA y en Lens. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas SearchContentSharingSettings o GenAiDefaultSettings (valor 2). Además, en Chrome 145 para Android y iOS, se han integrado nuevas funciones del Modo IA en el navegador Chrome.
En Chrome 146, los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings.
- Chrome 143 en macOS y Windows: se integrarán nuevas funciones del Modo IA en Chrome, que se podrán controlar mediante la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: la función de contexto de varias pestañas estará disponible y se podrá controlar mediante la política SearchContentSharingSettings o la política GenAiDefaultSettings.
- Chrome 145 en Android y iOS: las nuevas funciones del Modo IA estarán disponibles de forma gradual en Android y iOS.
- Chrome 146 en macOS y Windows: los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings.
- Chrome 147 en macOS y Windows: las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled estarán obsoletas. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Experiencia de Autocompletar ampliada
A partir de Chrome 146, algunos usuarios podrán guardar y rellenar automáticamente otros tipos de datos que antes solo estaban disponibles para los usuarios que tenían habilitada la función Autocompletar mejorado. Los administradores pueden controlar la función mediante las políticas AutofillAddressEnabled, GenAiDefaultSettings y AutofillPredictionSettings.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: lanzamiento gradual de la función
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.
Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Para obtener más información sobre esta función, consulta el artículo Adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
Chrome 145 ha introducido permisos más granulares para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior local-network-access se va a dividir en dos permisos distintos:
-
local-network: concede acceso a direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
- loopback-network: concede acceso a direcciones IP de bucle invertido (por ejemplo, localhost o 127.0.0.1).
El antiguo permiso local-network seguirá siendo un alias, lo que asegurará que las configuraciones y las políticas de permisos sigan funcionando como se espera. Este cambio ofreció tanto a los usuarios como a los administradores un control más preciso sobre cómo interactúan los sitios web con los recursos de la red interna. Este cambio no afectará a las políticas de empresa actuales que gestionan el acceso a la red local.
Chrome 146 incluye dos nuevas políticas empresariales para gestionar las restricciones de acceso a la red local: LocalNetworkAccessIpAddressSpaceOverrides y LocalNetworkAccessPermissionsPolicyDefaultEnable. Estas políticas se pueden definir mediante configuraciones personalizadas.
- Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: se lanza la división de permisos.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: habrá dos nuevas políticas empresariales disponibles para gestionar las restricciones de acceso a la red local:
- Se puede usar LocalNetworkAccessIpAddressSpaceOverrides para marcar bloques de direcciones IPv4 e IPv6 como públicos o privados. Los intervalos de IP que se traten como públicos no provocarán peticiones de permisos cuando otras páginas accedan a ellos. Por ejemplo, CGNAT 100.64.0.0/10 se puede marcar como pública. Esto resulta útil para determinadas configuraciones de VPN y proxy. Marcar 0.0.0.0/0 y ::/0 como públicas equivale a inhabilitar las restricciones de acceso a la red local.
- LocalNetworkAccessPermissionsPolicyDefaultEnabled se puede usar para que el marco principal delegue automáticamente el permiso de acceso a la red local en los iframes, sin necesidad de anotar explícitamente los iframes secundarios. Esto resulta útil en situaciones en las que el acceso a la red local se realiza mediante una herramienta SaaS insertada en otra herramienta SaaS. Esto incluye determinados softwares de documentación y de base de conocimientos alojados de forma local.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: lanzamiento gradual de la función
- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: se han ampliado las restricciones de acceso a la red local para incluir las conexiones WebSocket y WebTransport.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se eliminará la política LocalNetworkAccessRestrictionsTemporaryOptOut.
-
- Intervención selectiva de permisos
Chrome 146 introduce la intervención selectiva de permisos, que impide que el JavaScript relacionado con la publicidad de las páginas acceda a determinados permisos sensibles a la privacidad, como la geolocalización, el micrófono, el portapapeles, el Bluetooth, el USB y la captura de pantalla, para aumentar la privacidad de los usuarios.
Aunque se usen políticas como DefaultGeolocationSetting, VideoCaptureAllowedUrls, AudioCaptureAllowedUrls o ClipboardAllowedForUrls, se pueden denegar los permisos de los sitios en el script publicitario.
Los administradores pueden inhabilitar esta intervención mediante la política empresarial AdsSettingForIntrusiveAdsSites.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: la función se lanza de forma gradual
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas. Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
-
Chrome 146 en ChromeOS, Linux, macOS y Windows
-
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. En Chrome 128 se eliminó la
marca chrome://flagque permitía a los usuarios inhabilitar esta función, y la prueba con versión antigua finalizó con Chrome 139. En Chrome 146, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Recomendamos a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Políticas nuevas en el navegador Chrome
Política Descripción Bloquea las extensiones externas para que no puedan instalarse
Esta política permite a los administradores cifrar la caché HTTP en el disco.
Configuración predeterminada de la detección de inactividad
Configurar tipos de extensiones o aplicaciones permitidos
Controlar la disponibilidad del modo Desarrollador en la página de extensiones
Configura la lista de extensiones de instalación permitidas
Configurar lista de bloqueados de instalación de extensiones
Configura la lista de aplicaciones y extensiones de instalación forzada
Configurar fuentes de instalación de secuencias de comandos de usuario, aplicaciones y extensiones
Configuración de administración de extensiones
Forzar la prioridad de primer plano de todas las pestañas
Permitir que las integraciones de la aplicación Gemini actúen directamente en los sitios especificados
Bloquear las integraciones de la aplicación Gemini para que no actúen directamente en los sitios especificados
Permitir la detección de inactividad en estos sitios
Bloquear la detección de inactividad en estos sitios
Anular asignaciones de espacio de direcciones IP
Permitir solicitudes de acceso a la red local (LNA) en subframes sin delegación explícita
Permitir que los sitios envíen solicitudes de red a endpoints de la red local.
Impedir que los sitios envíen solicitudes de red a endpoints de la red local.
Permitir que los sitios envíen solicitudes de red al dispositivo local.
Impedir que los sitios envíen solicitudes de red al dispositivo local.
Dar prioridad a los algoritmos de cifrado específicos para TLS
Dar prioridad a los algoritmos de intercambio de claves específicos para TLS
Controlar la disponibilidad de la función XSLT
- Políticas retiradas del navegador Chrome
Política Descripción Ajuste predeterminado de la partición del almacenamiento de terceros.
Inhabilitar la partición del almacenamiento de terceros en orígenes de nivel superior específicos
Cambios en Chrome Enterprise Core
- Actualización de la puntuación de riesgo de Spin.AI en la consola de administración
A partir de Chrome 146, las puntuaciones de evaluación de riesgos de Spin.AI de la consola de administración reflejarán los cambios recientes que haya hecho Spin.AI. La puntuación sigue siendo de 0 a 100, pero una puntuación de 0 reflejará un riesgo bajo, mientras que una puntuación de 100 reflejará un riesgo alto.
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos nuevas políticas empresariales experimentales que configuran Chrome para que ordene sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y sus algoritmos de cifrado en TLS 1.3 de forma que se refleje una preferencia por los algoritmos que se hayan aprobado mediante un régimen de cumplimiento específico. Por el momento, el único régimen de cumplimiento es CNSA2. Si se define esta política, no se garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que quieran admitir clientes con y sin requisitos de cumplimiento normativo distingan entre clientes y solo usen determinados algoritmos no predeterminados con mayor potencia criptográfica para aquellos que estén configurados explícitamente para preferirlos. Esta política no es necesaria por motivos de seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente potente como para resistir un ataque de fuerza bruta que utilice toda la energía del Sol. Si se define esta política, Chrome será más lento al acceder a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola marca combinada:
chrome://#cryptography-compliance-cnsa. - Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome
- Chrome 144 en ChromeOS: las políticas adicionales que se aplican a la pantalla de inicio de sesión de los dispositivos ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: en torno a Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se defina esta marca. En ese momento, la política dejará de estar marcada como experimental.
- Inicio de sesión único de Okta fluido en macOS
Chrome en macOS ahora ofrece una experiencia de inicio de sesión único (SSO) mejorada para las organizaciones que usan Okta. Cuando un dispositivo macOS se gestiona y configura con un perfil de gestión de dispositivos móviles y de inicio de sesión único extensible para empresas adecuado para Okta, los usuarios disfrutarán de un flujo de autenticación fluido.
En concreto, ya no aparecerán peticiones que anteriormente solicitaban permisos de usuario para abrir la aplicación Okta Verify o para permitir las comunicaciones de la red local durante la autenticación de Okta FastPass. Chrome usará el mecanismo de SSO extensible integrado de Apple para gestionar estas autenticaciones.
Requisitos:
- Habilita la compatibilidad con SSO como función de acceso anticipado de autoservicio de Okta.
- El dispositivo debe tener macOS.
- El dispositivo debe estar gestionado y un administrador debe haber configurado el perfil de MDM ExtensibleEnterpriseSSO correcto.
- El entorno de Okta de la organización debe estar configurado para admitir este flujo.
- La aplicación Okta Verify debe estar instalada en el dispositivo.
Los administradores pueden gestionar esta función mediante la política ExtensibleEnterpriseSSOBlocklist. Para evitar que Chrome use la integración de SSO de Okta, añade
oktaa la lista de cadenas de la política. Para inhabilitar esta integración integrada en todos los proveedores de identidades admitidos, añade el valorall.El objetivo de esta actualización es reducir las interrupciones para los usuarios y simplificar el acceso a los recursos protegidos por Okta.
- Chrome 146 en macOS: la función se lanzará de forma gradual
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Cifrado de caché empresarial
Chrome Enterprise Premium ofrece el cifrado de caché empresarial, una función diseñada para mitigar los riesgos de filtración externa de datos. Para ello, cifra los datos del navegador almacenados en reposo, concretamente la caché HTTP. Esta función usa APIs a nivel de SO para almacenar claves mediante el cifrado vinculado a la aplicación, lo que hace que el malware no pueda acceder a los datos almacenados localmente si un dispositivo se ve comprometido.
Esta función opera de forma transparente en segundo plano, aunque puede afectar al rendimiento debido al cifrado en tiempo real. Los administradores pueden gestionar esta opción mediante la política CacheEncryptionEnabled. Ten en cuenta que, si habilitas o inhabilitas esta política, se borrará automáticamente la caché para garantizar la coherencia de los datos.
- Chrome 146 en Linux, macOS y Windows: el cifrado de caché estará disponible en plataformas de escritorio.
- Protección frente a la manipulación de políticas locales
Las señales de detección de conflictos de políticas de Acceso contextual cierran una brecha de seguridad importante al permitir la detección de políticas corporativas que se anulan por ajustes locales conflictivos en dispositivos BYOD.
Para ello, se integran nuevas señales de conflicto de políticas procedentes del perfil de Chrome gestionado en el flujo de procesamiento de informes de seguridad, que se controla mediante la política UserSecuritySignalsReporting.
Esta visibilidad permite a los administradores definir reglas de acceso contextual en las herramientas de protección contra amenazas y de datos de Chrome Enterprise Premium (CEP) o pasarelas seguras para bloquear automáticamente el acceso a las aplicaciones de la empresa si se detecta que no se cumplen políticas críticas, como los controles de prevención de la pérdida de datos, Navegación segura o las listas de bloqueo de extensiones.
- Chrome 144 en Linux, macOS y Windows: empieza la detección y la notificación de metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: habilita el flujo de evaluación de acceso contextual para permitir que los administradores escriban reglas de aplicación basadas en la existencia de un conflicto.
- Chrome 146 en Linux, macOS y Windows: se actualiza la interfaz de usuario de la consola de administración para mostrar las señales de conflicto y se empieza a informar de los valores de las políticas.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Actualización de CSS: separación de las propiedades Width y Style
Chrome pronto se adaptará a las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades
border-width,outline-widthycolumn-rule-width. Antes, si el valor deborder-style,outline-styleocolumn-rule-styleera none o hidden, el ancho calculado de estas propiedades se forzaba a0 px, independientemente del valor especificado.Con este cambio, los valores calculados de
border-width,outline-widthycolumn-rule-widthsiempre reflejarán los valores especificados por el autor, independientemente de la propiedad *-style. Además, los valores resueltos (tal como los devuelvegetComputedStyle()) deoutline-widthycolumn-rule-widthtambién reflejarán los valores especificados.Con este cambio, Chrome se adapta a Firefox y WebKit, que ya han implementado este comportamiento.
- Chrome 147 en Windows, macOS, Linux y Android: no hay ningún paso de lanzamiento
- Credenciales de sesión vinculadas a dispositivos
Para mejorar la seguridad de los usuarios y combatir el robo de cookies de sesión, Chrome va a introducir las credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite a los sitios web vincular la sesión de un usuario a su dispositivo específico, lo que dificulta considerablemente que se utilicen cookies de sesión robadas en otros dispositivos.
- Chrome 145 en Windows: la función se lanzará de forma gradual
- Chrome 147 en macOS: la función se lanzará de forma gradual
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS, Windows y algunos dispositivos ChromeOS, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empezó a lanzarse para la mayoría de los usuarios de Google Workspace que tienen acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
También en Chrome 143, anunciamos la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa como agente de productividad. Gemini en Chrome usa automáticamente información pública de los siguientes servicios de Google: la Búsqueda de Google, Google Maps y YouTube. Con tu permiso, Gemini en Chrome puede ayudarte a conectar tu información personal y tu contenido en los servicios de Google Workspace (Gmail, Drive, Keep, Calendar y Tasks).
En Chrome 144, la navegación automática de Gemini en Chrome se puso a disposición de algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 144 en macOS y Windows: la navegación automática en Gemini en Chrome está disponible para algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento. Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome mediante un elemento del menú contextual de Chrome. Después, los usuarios pueden usar peticiones en Gemini en Chrome para generar imágenes nuevas y derivadas. Con el permiso del usuario, Gemini en Chrome también puede usar el Gestor de contraseñas de Google para iniciar sesión en sitios. Opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: Gemini en Chrome se ha lanzado en determinados dispositivos ChromeOS
- Chrome 144 en macOS y Windows: Gemini en Chrome permite llamar a algunas herramientas de terceros que están disponibles como extensiones de Gemini
- Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome se lanzará gradualmente para los usuarios de Canadá, Nueva Zelanda e India en afrikáans, amárico, búlgaro, bengalí, catalán, checo, galés, danés,, griego, español, estonio, euskera, finés, filipino, francés, gallego, guyaratí, hindi, croata, húngaro, indonesio, islandés, italiano, japonés, kannada, coreano, lituano, letón, malabar, maratí, malayo, neerlandés, noruego, polaco, portugués, rumano, ruso, eslovaco, esloveno, serbio, sueco, suajili, tamil, telugu, tailandés, turco, ucraniano, vietnamita, chino (simplificado y tradicional) y zulú. El lanzamiento en EE. UU. también admitirá los mismos idiomas.
- Chrome 147 en macOS y Windows: la función de navegación automática de Gemini en Chrome está disponible para los usuarios empresariales. Las políticas de Enterprise GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs están disponibles para controlar la navegación automática.
- Chrome 147 en ChromeOS, macOS y Windows: Gemini en Chrome podrá usar Autocompletar de Chrome para rellenar formularios de tarjetas de crédito y direcciones (con el permiso del usuario). Se respetarán las políticas empresariales AutofillAddressEnabled y AutofillCreditCardEnabled, así como las políticas generales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs para las capacidades agénticas de Gemini en Chrome.
- Chrome 148 en macOS y Windows: a partir de Chrome 148 en macOS y Windows, la función de navegación automática de Gemini en Chrome estará disponible para los usuarios de empresas.
- Denunciar una estafa
Si Navegación segura está activada, los usuarios pueden informar de páginas web directamente a dicha función desde Chrome a través del menú Ayuda.
Los administradores pueden inhabilitar esta función desactivando Navegación segura mediante SafeBrowsingProtectionLevel o impidiendo que los usuarios envíen comentarios a través de UserFeedbackAllowed.
- Chrome 145 en Windows: la función se lanzará de forma gradual
- Chrome 147 en macOS: la función se lanzará de forma gradual
-
- Proveedor del framework de accesibilidad UI Automation en Windows
Chrome 126 empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabledpara forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor.
Esta política estará disponible en Chrome 147 y se eliminará en Chrome 148. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 148 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas middleboxes de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la middlebox o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa a partir de Chrome 146. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyper KEM híbrido.- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 147 en Linux, MacOS y Windows: se eliminará la política empresarial.
- Función Autocompletar mejorada
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar mejorado, una función que ayuda a los usuarios a rellenar formularios online fácilmente. En los formularios pertinentes, Chrome puede usar la IA para entender mejor el formulario y ofrecer a los usuarios la posibilidad de rellenar automáticamente la información guardada previamente. Los administradores pueden controlar la función mediante la política GenAiDefaultSettings y la nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Chrome 140 en ChromeOS, Linux, macOS y Windows: la función "Autocompletar con IA" cambiará su nombre a "Autocompletar mejorado", permitirá a los usuarios guardar y rellenar más tipos de información, y estará disponible en más países e idiomas.
- Chrome 148 en Android: la función Autocompletar mejorada estará disponible para los usuarios de Chrome en Android.
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies están vinculadas a su origen de configuración (predeterminado), de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList se ofrecerán para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: las políticas empresariales están disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se eliminarán las políticas empresariales
- Actualización de la advertencia No HTTPS
La advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/securitycambia de un intersticial a un cuadro de diálogo. La carga de la página completa sigue bloqueada y la funcionalidad no cambia. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio.
- Chrome 148 en Android: diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de una intersticial completa.
- Chrome para dispositivos Linux ARM64
Nos complace anunciar que Google lanzará Chrome para dispositivos Linux ARM64 en el segundo trimestre del 2026, tras la exitosa expansión de Chrome a dispositivos macOS con arquitectura Arm en el 2020 y a dispositivos Windows con Arm en el 2024.
El lanzamiento de Chrome para dispositivos Linux ARM64 permite que más usuarios disfruten de la integración perfecta de los servicios más útiles de Google en su navegador. Con esta medida, se responde a la creciente demanda de una experiencia de navegación que combine las ventajas del proyecto Chromium de código abierto con el ecosistema de aplicaciones y funciones de Google.
Para obtener más información, consulta esta entrada del blog de Chromium.
- Chrome 149 en Linux: la función se lanzará de forma gradual.
- Discontinuación y retirada de las APIs de Privacy Sandbox
Chrome ha anunciado recientemente que se mantendrá el enfoque actual de las cookies de terceros. Después de eso, tenemos previsto discontinuar y eliminar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
Estas son las políticas de empresa asociadas a las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La discontinuación empezó con Chrome 144 y está previsto que se elimine en Chrome 150. Después de la discontinuación, las APIs seguirán existiendo y la mayoría de los usuarios no notarán ninguna interrupción. Sin embargo, algunos usuarios que dependen de integraciones del lado del servidor (como el servidor de k-anonimidad o los coordinadores) tendrán una interrupción en los servicios. Nos hemos puesto en contacto de forma proactiva con los usuarios de las APIs para informarles de nuestros planes de discontinuación. En el momento de la retirada, el lanzamiento de Chrome 150, también se retirarán todas las políticas asociadas a estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios de empresa. Los equipos de empresas pueden consultar el estado de cualquier perfil gestionado en su consola de administración.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: lanzamiento de la discontinuación.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: se eliminarán las APIs y las políticas asociadas.
- Habilitar "Usar siempre conexiones seguras" de forma predeterminada
Chrome 150 habilitará de forma predeterminada el ajuste Usar siempre conexiones seguras en el modo "Solo sitios públicos". Esto significa que Chrome pedirá permiso al usuario antes del primer acceso a cualquier sitio público sin HTTPS. Los sitios públicos se definen como sitios que tienen un nombre único a nivel mundial y excluyen la navegación directa a direcciones RFC 1918 (192.168.0.1, 10.0.0.0/8, etc.), así como nombres cortos como go/.
Antes de habilitarla de forma predeterminada para todos los usuarios, Chrome habilitará la opción Usar siempre conexiones seguras para los usuarios que hayan aceptado las protecciones de Navegación segura mejorada en Chrome.
Si eres desarrollador de sitios web o profesional de TI y tienes usuarios que pueden verse afectados por esta función, te recomendamos encarecidamente que habilites el ajuste "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tengas que migrar. Los administradores pueden usar las políticas HttpAllowlist y HttpsOnlyMode para anular este comportamiento.
Para obtener más información, consulta nuestra guía de adopción y la entrada de blog sobre el anuncio.
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha habilitado la opción "Usar siempre conexiones seguras" para los usuarios que hayan habilitado Navegación segura mejorada.
- Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: habilita la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la vulneración del servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en bundles web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
A partir de Chrome 150, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión compatible con macOS 12. Chrome 151 y las versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 12, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 151 o versiones posteriores, se requerirá macOS 13 o una versión posterior.
- Chrome 151 en Windows, macOS y Linux
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones y libxslt no se mantuvo durante unos seis meses del 2025. Libxslt es una base de código C compleja y antigua que es notoriamente susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores. Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y eliminar XSLT de la plataforma web. Para obtener más información, consulta este artículo de Chrome for Developers.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se eliminarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se lanzan la prueba de origen y la política empresarial para hacer pruebas. De esta forma, los sitios y las empresas pueden seguir usando las funciones después de la fecha de retirada.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y de la política de empresa.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: la prueba de origen y la política empresarial dejan de funcionar. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementpara permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se lanza la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Cambio a un ciclo de lanzamiento de dos semanas
A partir de septiembre del 2026 (Chrome 153), Chrome pasará a tener un ciclo de lanzamientos de dos semanas, en lugar del ciclo de cuatro semanas actual. La plataforma web está en constante evolución y, en Chrome, nuestro objetivo es asegurarnos de que los desarrolladores y los usuarios tengan acceso inmediato a las funciones, las correcciones y las mejoras de rendimiento más recientes. Aprovechando nuestra experiencia en la adaptación de nuestro proceso de lanzamiento a las demandas de una Web moderna, anunciamos este importante paso para aumentar aún más nuestra velocidad de desarrollo. Por ello, la versión estable de Chrome pasará a tener un ciclo de lanzamientos de dos semanas. Puedes consultar más detalles en la entrada del blog Chrome for Developers.
La versión estable ampliada está disponible para los clientes que tengan dudas sobre los costes de mantenimiento. Para obtener más información sobre la versión estable ampliada, consulta este artículo del Centro de Ayuda. La opción estable de 2 semanas sigue siendo la más segura y debe usarse si la seguridad es más importante que los costes de mantenimiento.
- Chrome 153 en Android, iOS, Linux, macOS y Windows: cambio al ciclo de lanzamiento de 2 semanas
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows file://. Para obtener más información, consulta esta conversación de GitHub.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
Próximas actualizaciones de Chrome Enterprise Core
- No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- API Chrome Enterprise Connectors
Chrome Enterprise ampliará pronto la gestión programática de Chrome Enterprise Connectors. Esta actualización incluirá recursos para definir y asignar configuraciones de conectores, lo que complementará las políticas de conectores actuales y permitirá a los administradores gestionar a gran escala todo el ciclo de vida de estas integraciones.
Antes, la configuración de proveedores de servicios era un proceso manual en la consola de administración de Google. Esta actualización permite la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la gestión de las integraciones con soluciones de seguridad de terceros.
Ahora, los administradores pueden usar la API Chrome Management para gestionar recursos ConnectorConfiguration (que definen el proveedor). La selección de conectores se gestiona a través de la API Chrome Policy, lo que permite asignar estas configuraciones a unidades organizativas o grupos. Esta función trabaja conjuntamente con los ajustes de la API Policy para los informes de eventos y el análisis de contenido, incluidas las políticas OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener información técnica, los desarrolladores deben consultar la API Chrome Management y la documentación sobre la API Chrome Policy.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se añade la compatibilidad con la gestión programática de Chrome Enterprise Connectors a través de una nueva API.
- Chrome 147 en Android, iOS, Linux, macOS y Windows: este lanzamiento introduce los recursos ConnectorConfiguration y ConnectorSelection, que permiten crear instancias de proveedores de servicios y asignarlas a unidades organizativas.
- Compatibilidad con la función de arrastrar para los controles de datos
Chrome mejorará el marco de controles de datos ampliando la aplicación de la seguridad a las operaciones de arrastrar y soltar en Windows, Mac, Linux, ChromeOS y Android para garantizar la coherencia con las políticas de portapapeles actuales. Los administradores podrán gestionar este comportamiento mediante la política DataControlsRules, aunque cualquier veredicto de ADVERTENCIA se convertirá automáticamente en BLOQUEO para evitar que un cuadro de diálogo de advertencia interrumpa el bucle de arrastre interactivo.
Cuando se restrinja una acción, los usuarios verán el nuevo cuadro de diálogo ClipboardDragBlock o un modal de bloqueo de Android que indica que no se permite arrastrar contenido en el sitio. Esta actualización cerrará una brecha crítica de filtración externa de datos mediante la evaluación local para preservar el rendimiento y la privacidad. Las organizaciones deben probar estas reglas mediante la marca de función DataControlsDragEnforcement y la página
chrome://policy/test.- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ampliará sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cerarrá esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS?
- Chrome 147 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
- Compatibilidad con las funciones AllowList y BlockList de la política DeveloperToolsAvailability
Chrome introducirá dos nuevas políticas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que proporcionan un control granular sobre la disponibilidad de las herramientas para desarrolladores en función de patrones de URL.
Antes, los administradores solo podían permitir o no el uso de las herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores pueden implementar obligatoriamente un bloqueo general en las herramientas para desarrolladores para proteger los datos corporativos sensibles, al tiempo que permiten explícitamente el acceso a URLs internas específicas con fines de desarrollo o solución de problemas.
Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas nuevas políticas, el comportamiento de la política DeveloperToolsAvailability no cambiará.
- Chrome 147 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se introducen las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en plataformas de escritorio.
- Compatibilidad con las funciones AllowList y BlockList de la política IncognitoModeAvailability
Chrome introducirá dos nuevas políticas, IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist, para que los administradores tengan un control más preciso sobre el uso del modo Incógnito. Antes, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito mediante la política IncognitoModeAvailability.
Estas nuevas políticas funcionan de forma similar a las políticas URLBlocklist y URLAllowlist, pero están diseñadas específicamente para sesiones de Incógnito. De esta forma, las organizaciones pueden restringir el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitir el uso legítimo en otros sitios.
- Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se han introducido las políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.
- Telemetría de la actividad del DOM de las extensiones de empresa
Esta función exclusiva para empresas proporciona auditorías de seguridad para extensiones de Chrome mediante la creación de un flujo de procesamiento de alta fidelidad que monitoriza el comportamiento arriesgado. Se centra específicamente en identificar la inyección de código (riesgos de ejecución) y el acceso a datos (riesgos de robo) que se producen entre páginas web y extensiones. Las señales verificadas se filtran para asegurarse de que el rendimiento del navegador no se vea afectado y, en última instancia, se transmiten mediante el flujo de procesamiento de informes en tiempo real de Chrome para el análisis del sistema de gestión de información y eventos de seguridad (SIEM). Los administradores pueden habilitar esta función mediante la política ExtensionDOMActivityLoggingEnabled.
- Chrome 148 en ChromeOS, Linux, macOS y Windows: vista previa disponible para los testers de confianza de Chrome Enterprise
Resumen de novedades de ChromeOS 146
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Política de la carpeta de cámara local | ✓ | ✓ | |
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Migración del aprovisionamiento de certificados | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
-
Política de la carpeta de cámara local
A partir de ChromeOS 146, una nueva política de carpeta de cámara local permitirá a los administradores especificar una ubicación para almacenar los archivos de la cámara cuando el almacenamiento local esté desactivado en los dispositivos de los usuarios.
Si se habilita la opción No permitir que los usuarios almacenen ni lean datos locales, la política LocalUserFilesAllowed y el almacenamiento local se desactivan en los dispositivos de los usuarios. Esta nueva política, CameraSaveLocation, permite a los administradores ampliar ese ajuste para que se aplique a los archivos de la cámara mediante la opción Guardar en la carpeta Cámara local.
Próximos cambios en ChromeOS
-
Migración del aprovisionamiento de certificados
Antes de finales del 2026, los administradores deberán migrar de la solución de registro de certificados antigua a la nueva API Certificate Provisioning, que se lanzó en ChromeOS 142. Para obtener instrucciones, consulta el artículo Configuración del aprovisionamiento de certificados para ChromeOS a través de SCEP - Ayuda de Chrome Enterprise y Education.
Chrome 145
Resumen de novedades de Chrome 145
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Mejoras del Modo IA y de Lens | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware | ✓ | ||
| Cambio en la programación de lanzamientos de Chrome 145 (solo en la versión preliminar estable) | ✓ | ||
| Interruptor de WebGPU de Chrome en AAPM | ✓ | ||
| Chrome dejará de ser compatible con cámaras virtuales obsoletas en macOS | ✓ | ✓ | ✓ |
| Intercambio de credenciales en iOS | ✓ | ||
| Credenciales de sesión vinculadas al dispositivo | ✓ | ||
| Presentación de la API Origin | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Cadenas user-agent reducidas de forma predeterminada | ✓ | ||
| Retirada de la política de Google Cloud Print | ✓ | ||
| Guardar un PDF en Google Drive desde el visor de PDFs de Chrome | ✓ | ||
| Uso de CssPixels en la API LayoutShift | ✓ | ||
| WebRequest.SecurityInfo en ControlledFrame | ✓ | ||
| Implementación obligatoria de la verificación en dos pasos en las cuentas de administrador | ✓ | ||
| Importar datos de Safari a Chrome para iOS es más fácil | ✓ | ||
| Detección de estafas en el dispositivo en Android | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Presentamos un resumen generado por IA de las notas de la versión en la consola de administración de Google | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Protección frente a la manipulación local de políticas | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Ajustes de seguridad agrupados | ✓ | ||
| Actualización de CSS: separación de las propiedades Width y Style | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Actualización de la advertencia No HTTPS | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Migración de la v4 a la v5 de la API SafeBrowsing | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Discontinuación y eliminación de las APIs de Privacy Sandbox | ✓ | ✓ | |
| Habilitar "Usar siempre conexiones seguras" de forma predeterminada | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Chrome dejará de ser compatible con macOS 12 | ✓ | ||
| Desactivar y quitar XSLT | ✓ | ✓ | ✓ |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Políticas de cumplimiento de criptografía experimentales | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Cifrado de caché empresarial | ✓ | ||
| Compatibilidad con las funciones AllowList y BlockList de la política DeveloperToolsAvailability | ✓ | ✓ | |
| Compatibilidad con las funciones AllowList y BlockList de la política IncognitoModeAvailability | ✓ | ✓ | |
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras del modo IA y de Lens
A partir de Chrome 143 en macOS y Windows, se han integrado nuevas funciones del Modo IA en el navegador Chrome. Los usuarios pueden acceder al Modo IA directamente desde la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde empiezan a navegar. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas AIModeSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta este artículo del Centro de Ayuda de Chrome Enterprise y Education sobre las funciones y las políticas de IA generativa de Chrome.
En Chrome 144, lanzamos la función de contexto de varias pestañas en el Modo IA y en Lens. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas SearchContentSharingSettings o GenAiDefaultSettings (valor 2).
A partir de Chrome 145 en Android y iOS, se integran nuevas funciones del Modo IA en el navegador Chrome.- Chrome 143 en macOS y Windows: se integrarán nuevas funciones del Modo IA en Chrome, que se podrán controlar mediante las políticas AIModeSettings o GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: la función de contexto de varias pestañas estará disponible y se podrá controlar mediante las políticas SearchContentSharingSettings o GenAiDefaultSettings.
- Chrome 145 en Android y iOS: las nuevas funciones del Modo IA estarán disponibles de forma gradual en Android y iOS.
- Chrome 146 en macOS y Windows: los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings.
- Chrome 147 en macOS y Windows: las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejarán de estar disponibles. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empezó a lanzarse para la mayoría de los usuarios de Google Workspace que tienen acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
También en Chrome 143, anunciamos la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendar y Tasks.
En Chrome 144, las capacidades agénticas de Gemini en Chrome se pusieron a disposición de algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
Para obtener más información, consulta los pasos de lanzamiento que se indican a continuación.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 144 en macOS y Windows: las capacidades agénticas de Gemini en Chrome están disponibles para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
- Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome mediante un elemento del menú contextual de Chrome. Después, los usuarios pueden usar peticiones en Gemini en Chrome para generar imágenes nuevas y derivadas. Con el permiso del usuario, Gemini en Chrome también puede usar el Gestor de contraseñas de Google para iniciar sesión en sitios.
- Opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en macOS y Windows: opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: Chrome se lanzará de forma gradual en determinados dispositivos ChromeOS.
- Chrome 144 en macOS y Windows: Gemini en Chrome permitirá llamar a algunas herramientas de terceros que estén disponibles como extensiones de Gemini.
- Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome se lanzará gradualmente para los usuarios de Canadá, Nueva Zelanda y la India en inglés.
- Chrome 147 en macOS y Windows: las capacidades agénticas de Gemini en Chrome estarán disponibles para los usuarios empresariales.
- Chrome 148 en macOS y Windows: a partir de Chrome 148 en macOS y Windows, las capacidades agénticas de Gemini en Chrome estarán disponibles para los usuarios de empresas.
- Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware
Esta función inhabilita de forma silenciosa las extensiones instaladas de forma forzada que infringen las políticas de Chrome Web Store en entornos de navegador no gestionados. Entre estas infracciones se incluyen las infracciones generales de los programas, el software no deseado y las posibles vulnerabilidades de seguridad que no se clasifican como malware. Los usuarios podrán habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se añadió una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para mantener el comportamiento actual en los entornos de navegador no gestionados, pero se eliminará en la versión 145.
Este cambio no afecta a las instancias gestionadas de Chrome que estén vinculadas a un dominio de Microsoft Active Directory o de Microsoft Azure Active Directory, ni a las que se hayan registrado en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se gestionen mediante MDM, que estén vinculadas a un dominio o que se hayan registrado en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: en Chrome 142 para Windows y macOS, las extensiones instaladas de forma forzada que infrinjan las políticas de forma leve se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Chrome 145 en macOS y Windows: la función se lanzará de forma gradual. Se eliminará la política ExtensionForceInstallWithNonMalwareViolationEnabled.
- Cambio en la programación de lanzamiento de Chrome 145 (solo en la versión preliminar estable)
A partir de Chrome 145, Chrome se lanzará en el canal estable preliminar una semana antes de lo que habíamos anunciado. Por ejemplo, la versión preliminar estable de Chrome 145 pasa del 4 de febrero al 28 de enero del 2026. No se ha hecho ningún cambio en la versión del canal estable. Para obtener más información, consulta la programación de lanzamientos actualizada.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal estable preliminar una semana antes.
- Interruptor de WebGPU de Chrome en AAPM
Esta actualización inhabilita la API de JavaScript WebGPU en el navegador Chrome para los usuarios registrados en el modo Protección Avanzada de Android (PAA).
Los sitios web que usen WebGPU para renderizar contenido en 3D (por ejemplo, Google Maps) usarán alternativas más lentas, como WebGL. El rendimiento se reducirá en el caso de renderizaciones pesadas (las pruebas de rendimiento han indicado una reducción de la latencia de aproximadamente el 5,78 %). Se informa a los usuarios en los ajustes de AAPM.
En el caso de los desarrolladores, el objeto
navigator.gpuno estará definido, por lo que tendrás que implementar una opción alternativa.Los administradores conservan el control y pueden inhabilitar la función si el impacto funcional es prohibitivo. La función se activa o desactiva mediante un hook de retrollamada de AAPM, que requiere acceso de sistema o root.
- Chrome 145 en Android
- Chrome dejará de ser compatible con cámaras virtuales obsoletas en macOS
A partir de Chrome 145, Chrome dejará de ser compatible con las cámaras virtuales obsoletas en todas las versiones de macOS que admita.
En macOS, las cámaras virtuales modernas se crean con el framework Core Media IO, que está disponible desde macOS 12.3. Apple se ha puesto en contacto con los desarrolladores y todo el software de cámara virtual moderno se ha migrado para usar este framework Core Media IO.
macOS ha bloqueado las cámaras virtuales obsoletas, creadas como complementos DAL, a partir de macOS 14.1 (2023). Safari no las admite desde el 2018, si no antes.
Chrome dejará de ser compatible con las cámaras virtuales obsoletas en todas las versiones de macOS que admita. Esto permite que Chrome mejore la seguridad al prohibir por completo la carga de bibliotecas de terceros en los procesos de Chrome.
- Chrome 145 en Windows, macOS y Linux
- Intercambio de credenciales en iOS
El intercambio de credenciales en iOS permite a los usuarios exportar de forma segura contraseñas y llaves de acceso del Gestor de contraseñas de Google en Chrome para iOS a otras aplicaciones de gestión de credenciales del dispositivo que admitan el protocolo de intercambio de credenciales de la Alianza FIDO, implementado y facilitado por el SO.
Del mismo modo, los usuarios ahora pueden importar contraseñas y llaves de acceso desde aplicaciones de gestión de credenciales participantes en iOS.
Los administradores pueden controlar esta función mediante las políticas empresariales PasswordManagerEnabled y PasswordManagerPasskeysEnabled.
- Chrome 145 en iOS: el intercambio de credenciales está disponible en iOS.
- Credenciales de sesión vinculadas al dispositivo
Para mejorar la seguridad de los usuarios y combatir el robo de sesiones, Chrome va a introducir las credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite a los sitios web vincular la sesión de un usuario a su dispositivo específico, lo que dificulta considerablemente que se utilicen cookies de sesión robadas en otros dispositivos.
- Chrome 145 en Windows, macOS y Linux
- Presentación de la API Origin
El origen es un componente fundamental de la implementación de la Web, esencial para los límites de seguridad y privacidad que mantienen los agentes de usuario. El concepto está bien definido entre HTML y URL, junto con conceptos adyacentes de uso generalizado, como sitio.
Sin embargo, los orígenes no se exponen directamente a los desarrolladores web. Aunque hay varios captadores de origen en varios objetos, cada uno de ellos devuelve la serialización ASCII de un origen, no el origen en sí. Esto tiene algunas implicaciones negativas. En la práctica, los desarrolladores que intentan hacer comparaciones del mismo origen o del mismo sitio al gestionar orígenes serializados suelen cometer errores que provocan vulnerabilidades. Desde un punto de vista filosófico, parece que falta una medida primitiva de seguridad que los desarrolladores tienen dificultades para implementar con polyfill de forma precisa.
A partir de Chrome 145, tenemos previsto abordar esta carencia de la plataforma introduciendo un objeto de origen que encapsule el concepto de origen y proporcione métodos útiles para la comparación, la serialización, el análisis, etc.
- Chrome 145 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.
Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Para obtener más información sobre esta función, consulta el artículo Adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
Chrome 145 introduce permisos más granulares para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior local-network-access se va a dividir en dos permisos distintos:
- local-network: concede acceso a direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
- loopback-network: concede acceso a direcciones IP de bucle invertido (por ejemplo, localhost o 127.0.0.1).
El antiguo permiso local-network seguirá siendo un alias, lo que asegurará que las configuraciones y las políticas de permisos sigan funcionando como se espera. Este cambio ofrece tanto a los usuarios como a los administradores un control más preciso sobre cómo interactúan los sitios web con los recursos de la red interna. Este cambio no afectará a las políticas de empresa actuales que gestionan el acceso a la red local.
- Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: se ha lanzado la división del permiso.
- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: se han ampliado las restricciones de acceso a la red local para incluir las conexiones WebSocket y WebTransport
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se eliminará la política LocalNetworkAccessRestrictionsTemporaryOptOut.
- Cadenas user-agent reducidas de forma predeterminada
A partir de Chrome 145, eliminaremos la política UserAgentReduction. Anteriormente, esta política permitía controlar si Chrome enviaba una cadena de user-agent reducida o completa.
Para mejorar la privacidad de los usuarios y reducir las funciones de seguimiento pasivo, Chrome empezó a reducir la información que contiene el encabezado user-agent de forma predeterminada en la versión 110. La política UserAgentReduction se proporcionó como medida temporal para que las empresas gestionaran esta transición.
El mecanismo recomendado para que los sitios web accedan a la información del navegador y del dispositivo es User-Agent Client Hints (UA-CH). UA-CH requiere que los sitios web soliciten activamente información específica, lo que supone un enfoque que protege más la privacidad que la cadena de user-agent antigua. Para obtener más información, consulta este artículo de web.dev: Migrar a User-Agent Client Hints.
A partir de Chrome 145, la política UserAgentReduction no tendrá ningún efecto. Chrome enviará una cadena de user-agent reducida de forma predeterminada. Es posible que los sistemas o las aplicaciones que dependían de esta política para recibir la cadena de user-agent completa (antigua) ya no reciban la información detallada que esperan.
- Chrome 145 en Windows, macOS, Linux y Android
- Retirada de la política de Google Cloud Print
Tras la retirada de Google Cloud Print, Chrome 145 elimina la política CloudPrintProxyEnabled. Esta política permitía a los administradores habilitar o inhabilitar el proxy de Google Cloud Print en Chrome. Como el servicio Google Cloud Print ya no está disponible, la política y sus ajustes asociados ya no son necesarios en Chrome.
- Chrome 145 en Linux, macOS y Windows: se ha retirado la política CloudPrintProxyEnabled.
- Guardar un PDF en Google Drive desde el visor de PDFs de Chrome
Esta función permite a los usuarios de Chrome para ordenadores guardar PDFs directamente en Google Drive sin salir de la página y acceder a ellos fácilmente más adelante en la carpeta Guardado desde Chrome. Visita el Centro de Ayuda para obtener más información sobre cómo gestionar PDFs en Chrome.
Puedes controlar esta función configurando RestrictPdfSaveToGoogleDriveAccountsToPattern.
- Chrome 145 en Windows, macOS y Linux
- Uso de CssPixels en la API LayoutShift
Esta función cambia los datos de atribución (
prevRectycurrentRect) de la API LayoutShift para que se registren en píxeles CSS en lugar de en píxeles físicos. El comportamiento actual no es coherente con otras APIs relacionadas con el diseño, que usan píxeles CSS. Este cambio mejora la coherencia, simplifica el uso para los desarrolladores y se ajusta a las unidades esperadas en la depuración y las herramientas.- Chrome 145 en Windows, macOS, Linux y Android
- WebRequest.SecurityInfo en ControlledFrame
Esta función introduce una API WebRequest.SecurityInfo para ControlledFrame. Permite que una aplicación web intercepte una solicitud HTTPS, WSS o WebTransport a un servidor, recupere la huella digital del certificado del servidor (verificada por el navegador) y, a continuación, use esa huella digital para verificar manualmente el certificado de una conexión TCP/UDP sin formato independiente al mismo servidor. De esta forma, la aplicación puede confirmar fácilmente que se está comunicando con el servidor correcto.
- Chrome 145 en Windows, macOS y Linux
- Implementación obligatoria de la verificación en dos pasos en las cuentas de administrador
Para proteger mejor la información de tu organización, Google ahora requiere que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad. En Chrome 145, debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación obligatoria de la verificación en dos pasos para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 145 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Importar datos de Safari a Chrome para iOS es más fácil
Los usuarios de Chrome para iOS ahora pueden importar datos (marcadores, historial, contraseñas, tarjetas de pago y entradas de la lista de lectura) que hayan exportado previamente de Safari. De esta forma, los usuarios que cambian de navegador pueden configurarlo más rápido y transferir sus datos.
Chrome no puede acceder a estos datos directamente. El usuario debe proporcionar un archivo zip que contenga sus datos, que se pueden exportar a través de los ajustes de iOS. Chrome ofrece instrucciones sobre cómo hacerlo.
- Chrome 145 en iOS: la función se lanza de forma gradual.
- Detección de estafas en el dispositivo en Android
Cuando se detecta una estafa en el dispositivo mediante las funciones visuales de la página, Chrome 145 envía una solicitud a Navegación segura para obtener un veredicto final. En función de este veredicto, Chrome decide si muestra una advertencia al usuario.
Esta función solo está habilitada para los usuarios que tienen activado el modo Protección mejorada. La función está inhabilitada para los usuarios que tienen activado el modo Protección estándar o que han inhabilitado Navegación segura. Los administradores pueden controlar este ajuste de Navegación segura con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 en Android
- Políticas nuevas en el navegador Chrome
Política Descripción Habilitar la instalación de aplicaciones web de usuario desde el navegador
Controla qué usuarios gestionados pueden definir la política ProxyOverrideRules.
RestrictPdfSaveToGoogleDriveAccountsToPattern
Restringe las cuentas de Google aptas para guardar archivos PDF en Google Drive desde el visor de PDFs de Google Chrome.
- Políticas retiradas del navegador Chrome
Política Descripción UserAgentReduction Controla si Chrome envía una cadena de user-agent reducida o completa.
CloudPrintProxyEnabled Habilita el proxy de Cloud Print. Habilita las extensiones de instalación forzada con infracciones no relacionadas con malware. LocalNetworkAccessRestrictionsEnabled Especificar si se deben aplicar restricciones a solicitudes a endpoints de la red local.
Cambios en Chrome Enterprise Core
- Presentamos un resumen generado por IA de Notas de novedades en la consola de administración de Google
Chrome 145 incluye resúmenes de notas de la versión generados por IA en la consola de administración de Google. Esta función basada en Gemini ofrece a los administradores una forma de consultar rápidamente las novedades principales en Notas de novedades de Chrome Enterprise. Esta nueva tarjeta se ha diseñado para simplificar la gestión de Chrome y ofrece elementos destacados y acciones sugeridas generados por IA, que resaltan la información más pertinente de tu dominio, como nuevas funciones, modificaciones y discontinuación de políticas, y funcionalidades principales de Chrome Enterprise Core. De esta forma, los administradores ahorrarán tiempo y podrán identificar más fácilmente los cambios importantes y las acciones recomendadas.
Está previsto que esta función se lance en una versión preliminar para los testers de confianza de Chrome Enterprise a partir de Chrome 145. Para obtener más información, consulta el artículo Testers de confianza de Chrome Enterprise.
- Chrome 145 en Android, iOS, Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Protección frente a la manipulación local de políticas
En ocasiones, los ajustes locales de los dispositivos Bring Your Own Device (BYOD) pueden entrar en conflicto con los ajustes de las políticas de la empresa. Para solucionar este posible problema de seguridad, las señales de conflicto de políticas de Chrome ahora detectan y registran cuándo se anulan las políticas de empresa con políticas locales. Chrome 145 integra estas nuevas señales de conflicto de políticas del perfil de Chrome gestionado en los informes de seguridad, que se controlan mediante la política UserSecuritySignalsReporting.
Para obtener más información sobre los informes de dispositivos, consulta el artículo Ver la lista y los detalles de los dispositivos ChromeOS - Ayuda de Chrome Enterprise y Education.
- Chrome 144 en Linux, macOS y Windows: empieza la detección y la notificación de metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: se podrá consultar la visibilidad de las señales de endurecimiento de las políticas de Chrome a través de la API Devices.
- Chrome 146 en Linux, macOS y Windows: se actualiza la interfaz de usuario de la consola de administración para mostrar las señales de conflicto y se empiezan a registrar los valores de las políticas.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas. Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
- Chrome 146 en ChromeOS, Linux, macOS y Windows
- Actualización de CSS: separación de las propiedades Width y Style
Chrome pronto se adaptará a las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades
border-width,outline-widthycolumn-rule-width. Antes, si el valor deborder-style,outline-styleocolumn-rule-styleera none o hidden, el ancho calculado de estas propiedades se forzaba a 0 px, independientemente del valor especificado.Con este cambio, los valores calculados de
border-width,outline-widthycolumn-rule-widthsiempre reflejarán los valores especificados por el autor, independientemente de la propiedad *-style. Además, los valores resueltos (tal como los devuelvegetComputedStyle()) deoutline-widthycolumn-rule-widthtambién reflejarán los valores especificados.Con este cambio, Chrome se adapta a Firefox y WebKit, que ya han implementado este comportamiento.
- Chrome 146 en Windows, macOS, Linux y Android
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La
marca chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139. En Chrome 146, se retirarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Actualización de la advertencia Sin HTTPS:
La advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/securitycambia de un intersticial a un cuadro de diálogo. La carga de la página completa sigue bloqueada y la funcionalidad no cambia. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio.
- Chrome 146 en Android: diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de una intersticial completa.
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas middleboxes de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la middlebox o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se retirará la política de empresa a partir de Chrome 146. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyper KEM híbrido.- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 146 en Linux, macOS y Windows: se retirará la política empresarial.
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows file://. Para obtener más información, consulta esta conversación de GitHub.
- Chrome 147 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies están vinculadas a su origen de configuración (predeterminado), de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList se ofrecerán para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: las políticas empresariales están disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se retirarán las políticas empresariales
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
- Proveedor del framework de accesibilidad UI Automation en Windows
Chrome 126 empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabledpara forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor.
Esta política estará disponible en Chrome 147 y se retirará en Chrome 148. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 148 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Discontinuación y retirada de las APIs de Privacy Sandbox
Chrome ha anunciado recientemente que se mantendrá el enfoque actual de las cookies de terceros. Después de eso, tenemos previsto discontinuar y retirar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
Estas son las políticas de empresa asociadas a las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La discontinuación empezó con Chrome 144 y está previsto que se retiren en Chrome 150. Después de la discontinuación, las APIs seguirán existiendo y la mayoría de los usuarios no notarán ninguna interrupción. Sin embargo, algunos usuarios que dependen de integraciones del lado del servidor (como el servidor de k-anonimidad o los coordinadores) tendrán una interrupción en los servicios. Nos hemos puesto en contacto de forma proactiva con los usuarios de las APIs para informarles de nuestros planes de discontinuación. En el momento de la retirada, el lanzamiento de Chrome 150, también se retirarán todas las políticas asociadas a estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios de empresa. Los equipos de empresas pueden consultar el estado de cualquier perfil gestionado en su consola de administración.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: lanzamiento de la discontinuación.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: se retirarán las APIs y las políticas asociadas.
- Habilitar "Usar siempre conexiones seguras" de forma predeterminada
Chrome 150 habilitará de forma predeterminada el ajuste Usar siempre conexiones seguras en el modo "Solo sitios públicos". Esto significa que Chrome pedirá permiso al usuario antes del primer acceso a cualquier sitio público sin HTTPS. Los sitios públicos se definen como sitios que tienen un nombre único a nivel mundial y excluyen la navegación directa a direcciones RFC 1918 (192.168.0.1, 10.0.0.0/8, etc.), así como nombres cortos como go/.
Antes de habilitarla de forma predeterminada para todos los usuarios, Chrome habilitará la opción Usar siempre conexiones seguras para los usuarios que hayan aceptado las protecciones de Navegación segura mejorada en Chrome.
Si eres desarrollador de sitios web o profesional de TI y tienes usuarios que pueden verse afectados por esta función, te recomendamos que habilites el ajuste "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tengas que migrar. Los administradores pueden usar las políticas HttpAllowlist y HttpsOnlyMode para anular este comportamiento.
Para obtener más información, consulta nuestra guía de adopción y la entrada de blog sobre el anuncio.
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha habilitado la opción "Usar siempre conexiones seguras" para los usuarios que hayan habilitado Navegación segura mejorada.
- Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: habilita la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la vulneración del servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en bundles web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
A partir de Chrome 150, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión compatible con macOS 12. Chrome 151 y las versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 12, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 151 o versiones posteriores, se requerirá macOS 13 o una versión posterior.
- Chrome 151 en Windows, macOS y Linux
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones y libxslt no se mantuvo durante unos seis meses del 2025. Libxslt es una base de código C compleja y antigua que es notoriamente susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores. Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y retirar XSLT de la plataforma web. Para obtener más información, consulta este artículo de Chrome for Developers.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se retirarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se lanzan la prueba de origen y la política empresarial para hacer pruebas. De esta forma, los sitios y las empresas pueden seguir usando las funciones después de la fecha de retirada.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y de la política de empresa.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: la prueba de origen y la política empresarial dejan de funcionar. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementpara permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se lanza la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
Próximas actualizaciones de Chrome Enterprise Core
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos nuevas políticas empresariales experimentales que configuran Chrome para que ordene sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y sus algoritmos de cifrado en TLS 1.3 de forma que se refleje una preferencia por los algoritmos que se hayan aprobado mediante un régimen de cumplimiento específico. Por el momento, el único régimen de cumplimiento es CNSA2. Si se define esta política, no se garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que quieran admitir clientes con y sin requisitos de cumplimiento normativo distingan entre clientes y solo usen determinados algoritmos no predeterminados con mayor potencia criptográfica para aquellos que estén configurados explícitamente para preferirlos. Esta política no es necesaria por motivos de seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente potente como para resistir un ataque de fuerza bruta que utilice toda la energía del Sol. Si se define esta política, Chrome será más lento al acceder a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola marca combinada:
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome
- Chrome 144 en ChromeOS: las políticas adicionales que se aplican a la pantalla de inicio de sesión de los dispositivos ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: en torno a Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se defina esta marca. En ese momento, la política dejará de estar marcada como experimental.
Próximas actualizaciones de Chrome Enterprise Premium
- API Chrome Enterprise Connectors
Chrome Enterprise ampliará pronto la gestión programática de Chrome Enterprise Connectors. Esta actualización incluirá recursos para definir y asignar configuraciones de conectores, lo que complementará las políticas de conectores actuales y permitirá a los administradores gestionar a gran escala todo el ciclo de vida de estas integraciones.
Antes, la configuración de proveedores de servicios era un proceso manual en la consola de administración de Google. Esta actualización permite la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la gestión de las integraciones con soluciones de seguridad de terceros.
Ahora, los administradores pueden usar la API Chrome Management para gestionar recursos ConnectorConfiguration (que definen el proveedor). La selección de conectores se gestiona a través de la API Chrome Policy, lo que permite asignar estas configuraciones a unidades organizativas o grupos. Esta función trabaja conjuntamente con los ajustes de la API Policy para los informes de eventos y el análisis de contenido, incluidas las políticas OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener información técnica, los desarrolladores deben consultar la API Chrome Management y la documentación sobre la API Chrome Policy.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se añade la compatibilidad con la gestión programática de Chrome Enterprise Connectors a través de una nueva API.
- Chrome 146 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se introducen los recursos ConnectorConfiguration y ConnectorSelection, que permiten crear instancias de proveedores de servicios y asignarlas a unidades organizativas.
- Cifrado de caché empresarial
Chrome Enterprise Premium ofrecerá el cifrado de caché empresarial, una función diseñada para mitigar los riesgos de filtración externa de datos cifrando los datos del navegador almacenados en reposo, concretamente la caché HTTP. Esta función usa APIs a nivel de SO para almacenar claves mediante el cifrado vinculado a la aplicación, lo que hace que el malware no pueda acceder a los datos almacenados localmente si un dispositivo se ve comprometido.
Esta función opera de forma transparente en segundo plano, aunque puede afectar al rendimiento debido al cifrado en tiempo real. Los administradores pueden gestionar esta opción mediante la política CacheEncryptionEnabled. Ten en cuenta que, si habilitas o inhabilitas esta política, se borrará automáticamente la caché para garantizar la coherencia de los datos.
- Chrome 146 en Linux, macOS y Windows: el cifrado de caché estará disponible en plataformas de escritorio.
- Compatibilidad con las funciones AllowList y BlockList de la política DeveloperToolsAvailability
Chrome introducirá dos nuevas políticas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que proporcionan un control granular sobre la disponibilidad de las herramientas para desarrolladores en función de patrones de URL.
Antes, los administradores solo podían permitir o no el uso de las herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores pueden implementar obligatoriamente un bloqueo general en las herramientas para desarrolladores para proteger los datos corporativos sensibles, al tiempo que permiten explícitamente el acceso a URLs internas específicas con fines de desarrollo o solución de problemas.
Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas nuevas políticas, el comportamiento de la política DeveloperToolsAvailability no cambiará.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se introducen las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en plataformas de escritorio.
- Compatibilidad con las funciones AllowList y BlockList de la política IncognitoModeAvailability
Chrome introducirá dos nuevas políticas, IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist, para que los administradores tengan un control más preciso sobre el uso del modo Incógnito. Antes, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito mediante la política IncognitoModeAvailability.
Estas nuevas políticas funcionan de forma similar a las políticas URLBlocklist y URLAllowlist, pero están diseñadas específicamente para sesiones de Incógnito. De esta forma, las organizaciones pueden restringir el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitir el uso legítimo en otros sitios.
- Chrome 146 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se introducen las políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ampliará sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cerarrá esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS?
- Chrome 147 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
Resumen de novedades de ChromeOS 145
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Versión de protección de restauración del dispositivo en la consola de administración | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Política de directorio de cámaras SkyVault | ✓ | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
-
Versión de protección de restauración de dispositivos en la consola de administración
A partir de ChromeOS 145, podrás ver la versión de protección de restauración instalada en tu dispositivo gestionado. En la consola de administración, ve a Dispositivos > Chrome > Dispositivos, selecciona un dispositivo ChromeOS y, a continuación, la pestaña SO. En la tabla Información sobre el sistema operativo, encontrarás la opción Versión de protección de restauración.
Para obtener más información, consulta el artículo Consultar la lista y los detalles de dispositivos ChromeOS del Centro de Ayuda.
Próximos cambios en ChromeOS
-
Política de directorio de cámaras SkyVault
A partir de ChromeOS 146, una nueva política de SkyVault permitirá a los administradores especificar una ubicación para almacenar los archivos de la cámara cuando el almacenamiento local esté desactivado en los dispositivos de los usuarios.
Si se habilita la opción No permitir que los usuarios almacenen ni lean datos locales (LocalUserFilesAllowed), el almacenamiento local se desactiva en los dispositivos de los usuarios. Esta nueva política de SkyVault permitirá a los administradores ampliar ese ajuste para que se aplique a los archivos de la cámara mediante la opción Guardar en la carpeta Cámara local.
Chrome 144
Resumen de novedades de Chrome 144
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Mejoras del Modo IA y de Lens | ✓ | ||
| Protección contra la manipulación de preferencias para usuarios de empresa en Windows | ✓ | ||
| Pseudoelementos de resaltado de búsqueda en páginas de CSS | ✓ | ||
| Retirada de savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Compatibilidad con multicast para la API Direct Sockets | ✓ | ||
| Modo de navegador ServiceWorkerAutoPreload | ✓ | ||
| Página Nueva pestaña simplificada | ✓ | ||
| Discontinuación y eliminación de las APIs de Privacy Sandbox | ✓ | ✓ | |
| Gemini en Chrome | ✓ | ||
| El servidor de depuración remota se puede iniciar desde chrome://inspect | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Recomendaciones dinámicas en la consola de administración | ✓ | ||
| Políticas de cumplimiento de criptografía experimentales | ✓ | ||
| Nuevos modos de instalación de extensiones | ✓ | ✓ | ✓ |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Protección de las reglas de copia y pegado | ✓ | ✓ | |
| Protección frente a la manipulación local de políticas | ✓ | ✓ | |
| Descarga obligatoria en la nube | ✓ | ✓ | |
| Reglas de anulación de proxy | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Implementación obligatoria de la verificación en dos pasos en las cuentas de administrador | ✓ | ||
| Cambio en la programación de lanzamientos de Chrome 145 (solo en la versión preliminar estable) | ✓ | ||
| Chrome dejará de ser compatible con cámaras virtuales obsoletas en macOS | ✓ | ||
| Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware | ✓ | ||
| Importar datos de Safari a Chrome para iOS es más fácil | ✓ | ||
| Detección de estafas en el dispositivo en Android | ✓ | ||
| Presentación de la API Origin | ✓ | ||
| Cadenas user-agent reducidas de forma predeterminada | ✓ | ||
| Retirada de la política de Google Cloud Print | ✓ | ||
| Uso de CssPixels en la API LayoutShift | ✓ | ||
| Ajustes de seguridad agrupados | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Actualización de la advertencia "Sin HTTPS" | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| WebRequest.SecurityInfo en ControlledFrame | ✓ | ||
| Cookies de origen (predeterminadas) | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Chrome dejará de ser compatible con macOS 12 | ✓ | ||
| Desactivar y quitar XSLT | ✓ | ✓ | ✓ |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No hay anuncios de funciones próximas | |||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras del modo IA y de Lens
A partir de Chrome 143 en macOS y Windows, se integrarán nuevas funciones del modo IA en el navegador Chrome. Los usuarios pueden acceder al modo IA directamente desde la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde empiezan a navegar. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas AIModeSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta este artículo del Centro de Ayuda de Chrome Enterprise y Education.
En Chrome 144, empezamos a lanzar la función de contexto de varias pestañas en el modo IA y Lens. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas SearchContentSharingSettings o GenAiDefaultSettings (valor 2).
- Chrome 147 en macOS y Windows: las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled estarán obsoletas. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- se han integrado nuevas funciones de modelos de IA en Chrome, que se pueden controlar mediante la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: la función de contexto de varias pestañas estará disponible y se podrá controlar mediante la política SearchContentSharingSettings o la política GenAiDefaultSettings.
- Protección contra la manipulación de preferencias para usuarios de empresa en Windows
Para ofrecer una protección más sólida y coherente contra el software malicioso, la protección contra la manipulación de preferencias cifradas de Chrome para navegadores gestionados por empresas ya está disponible en Windows.
Antes, esta protección, que restablecía automáticamente los ajustes manipulados (como un buscador pirateado) a sus valores predeterminados, no estaba disponible para los usuarios empresariales de Windows. Esta excepción era necesaria porque el método de validación antiguo no era compatible con los perfiles itinerantes, lo que a menudo provocaba restablecimientos incorrectos.
Chrome 144 implementa un nuevo sistema más seguro que usa un cifrador. Este nuevo método de cifrado es totalmente compatible con los usuarios empresariales. Como este nuevo sistema resuelve la causa principal del problema original, ya no necesitamos la excepción de Windows Enterprise antigua.
Con este cambio, si Chrome detecta que un software no autorizado ha modificado una preferencia sensible, ahora la restablece automáticamente a su valor predeterminado. Este comportamiento estaba inhabilitado y ahora se va a habilitar. Este cambio amplía las funciones de seguridad críticas para los usuarios empresariales, protegiéndolos frente al secuestro de búsquedas y otras modificaciones maliciosas de la configuración.
- Chrome 144 en Windows: la función se lanzará de forma gradual
- Pseudoelementos de resaltado de búsqueda en páginas de CSS
Esta función expone el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado, como la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 144 en Windows, macOS, Linux y Android
- Retirada de savedTabGroups como valor individual en SyncTypesListDisabled
Para que el comportamiento en ordenadores y ChromeOS sea coherente con el de los dispositivos móviles y simplificar la gestión de la sincronización, el tipo de datos
savedTabGroupsse ha retirado y ya no es un valor personalizable individualmente en la política SyncTypesListDisabled. Anteriormente, la política de empresa SyncTypesListDisabled permitía a los administradores inhabilitar la sincronización del tipo de datossavedTabGroupsen plataformas de escritorio y ChromeOS. Sin embargo, en las plataformas móviles, la sincronización de grupos de pestañas ya se gestiona mediante el tipo de datos de pestañas.A partir de Chrome 144, si la política SyncTypesListDisabled inhabilita las pestañas o
savedTabGroups, ambos tipos de datos se considerarán inhabilitados. Esto significa que, si inhabilitas las pestañas, también se inhabilitarán los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse elimina por completo de la lista de tipos de datos admitidos por esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. De esta forma, se asegura el comportamiento deseado antes de que se elimine por completo el valorsavedTabGroups.- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Happy Eyeballs V3
Happy Eyeballs V3 es un algoritmo que se usa para reducir el retraso en la conexión de red que puede ver el usuario. Realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4). Chrome 144 implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. Puedes controlar esta función mediante una política temporal, HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multicast para la API Direct Sockets
Esta función permite que las aplicaciones web aisladas (IWAs) se suscriban a grupos de multidifusión y reciban paquetes del Protocolo de Datagramas de Usuario (UDP) de esos grupos. Las IWAs ahora también pueden especificar parámetros adicionales al enviar paquetes UDP a direcciones de multidifusión.
- Chrome 144 en Windows, macOS y Linux
- Modo de navegador ServiceWorkerAutoPreload
ServiceWorkerAutoPreloades un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker. Si el controlador de obtención devuelve la respuesta con el valorrespondWith(), el navegador consume el resultado de la solicitud de red dentro del controlador de obtención. Si el resultado del controlador de obtención es de reserva, transmite la respuesta de la red directamente al navegador.ServiceWorkerAutoPreloades una optimización opcional del navegador que cambia el comportamiento de los service workers. Los administradores pueden controlar esta función mediante la política empresarial ServiceWorkerAutoPreloadEnabled.- Chrome 144 en Android y Windows: se eliminará la política ServiceWorkerAutoPreloadEnabled
- Chrome 140 en Android y Windows: estará disponible la política ServiceWorkerAutoPreloadEnabled
- Página Nueva pestaña simplificada
Esta función reduce el exceso de elementos visuales y mejora el control de los usuarios sobre el aspecto de la página Nueva pestaña (NTP). Con esta simplificación de la página Nueva pestaña, se elimina el botón Rechazar módulo. Los módulos que no se gestionan mediante una política también se pueden eliminar automáticamente tras un periodo prolongado de inactividad.
- Chrome 144 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual.
- Discontinuación y eliminación de las APIs de Privacy Sandbox
Chrome ha anunciado recientemente que se mantendrá el enfoque actual de las cookies de terceros. Después de eso, tenemos previsto discontinuar y eliminar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
Estas son las políticas de empresa asociadas a las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La retirada comenzará con Chrome 144 y está previsto que se complete en Chrome 150. Después de la discontinuación, las APIs seguirán existiendo y la mayoría de los usuarios no notarán ninguna interrupción. Sin embargo, algunos usuarios que dependen de integraciones del lado del servidor (como el servidor de k-anonimidad o los coordinadores) tendrán una interrupción en los servicios. Nos hemos puesto en contacto de forma proactiva con los usuarios de las APIs para informarles de nuestros planes de discontinuación. En el momento de la retirada, el lanzamiento de Chrome 150, también se retirarán todas las políticas asociadas a estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios de empresa. Los equipos de empresas pueden consultar el estado de cualquier perfil gestionado en su consola de administración.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: inicio de la discontinuación
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: se han retirado las APIs y las políticas asociadas
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empezará a lanzarse para la mayoría de los usuarios de Google Workspace que tengan acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
En Chrome 143 también se incluirá la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendar y Tasks.
A partir de Chrome 144, las capacidades agénticas de Gemini en Chrome estarán disponibles para algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento. Para obtener más información, consulta los pasos de lanzamiento que se indican a continuación.
- Chrome 137 en MacOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 143 en macOS y Windows: la función se lanza gradualmente en inglés en Australia, Canadá y Nueva Zelanda
- Chrome 144 en macOS y Windows: las capacidades agénticas de Gemini en Chrome están disponibles para algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
-
Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome mediante un elemento del menú contextual de Chrome. Después, los usuarios pueden usar peticiones en Gemini en Chrome para generar imágenes nuevas y derivadas. Con el permiso del usuario, Gemini en Chrome también puede usar el Gestor de contraseñas de Google para iniciar sesión en sitios.
-
Opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
-
- Chrome 144 en macOS y Windows: opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: a partir de la versión 144, Gemini en Chrome se lanzará gradualmente en determinados dispositivos ChromeOS
- Chrome 144 en macOS y Windows: Gemini en Chrome permitirá llamar a algunas herramientas de terceros que estén disponibles como extensiones de Gemini.
- Chrome 147 en macOS y Windows: las capacidades agénticas de Gemini en Chrome estarán disponibles para los usuarios empresariales.
- Chrome 148 en macOS y Windows: a partir de Chrome 148 en macOS y Windows, las capacidades agénticas de Gemini en Chrome estarán disponibles para los usuarios de empresas.
- El servidor de depuración remota se puede iniciar desde chrome://inspect
Esta función permite al usuario iniciar un servidor de depuración remota desde la página
chrome://inspectsin reiniciar Chrome (antes solo se podía hacer mediante argumentos de CLI). Los administradores pueden controlar esta función mediante la política RemoteDebuggingAllowed. Si se le asigna el valor false, la función no estará disponible.- Chrome 144 en ChromeOS, Linux, macOS y Windows: el servidor de depuración remota se puede iniciar desde chrome://inspect.
- Políticas nuevas en el navegador Chrome
Política Descripción DataControlsRules Esta política se usa para definir reglas de controles de datos. ShowHomeButton Mostrar el botón de inicio en la barra de herramientas. SilentPrintingEnabled Habilitar la impresión silenciosa. ProxyOverrideRules Configurar reglas de anulación de proxy. SearchContentSharingSettings Controla si los usuarios pueden compartir contenido de la página con el proveedor de búsqueda (por ejemplo, Google). Esto incluye compartir texto, imágenes y otro contenido de la página. Esta política también controla el comportamiento de funciones como el Modo IA, Lens y otras funciones que implican compartir contenido de páginas con el proveedor de búsqueda. GeolocationBlockedForUrls Bloquear el acceso a la geolocalización en sitios específicos. BookmarkBarEnabled Habilitar la barra de marcadores. UserSecurityAuthenticatedReporting Controla si los eventos de seguridad de los usuarios con dispositivos no gestionados deben registrarse con el nombre de usuario del dispositivo o no. PreciseGeolocationAllowedForUrls Permitir el acceso a la geolocalización precisa en sitios específicos. HomepageIsNewTabPage Usar la página Nueva pestaña como página principal. StaticStorageQuotaEnabled Habilitar la cuota de almacenamiento estática en los sitios. UserSecuritySignalsReporting Controla si se deben registrar o no las señales de seguridad de los usuarios con dispositivos no gestionados.
Cambios en Chrome Enterprise Core
- Recomendaciones dinámicas en la consola de administración
Chrome Enterprise va a lanzar una nueva lista de recomendaciones dinámicas en la página Información general de la consola de administración de Google.
Esta lista de recomendaciones ayuda a los administradores de TI a saber qué hacer a continuación, recibir alertas sobre cambios importantes, descubrir las novedades a través de las notas de la versión y configurar los ajustes más populares, entre otras cosas. La lista cambia dinámicamente en función de la configuración del administrador de cada unidad organizativa.
Los administradores pueden probar esta función directamente en la consola de administración. Para ello, deben ir a Navegador Chrome > Información general.
- Chrome 144 en Android, iOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Chrome 143 en Android, iOS, Linux, macOS y Windows: disponible para los testers de confianza de Chrome Enterprise.
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos nuevas políticas empresariales experimentales que configuran Chrome para que ordene sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y sus algoritmos de cifrado en TLS 1.3 de forma que se refleje una preferencia por los algoritmos que se hayan aprobado mediante un régimen de cumplimiento específico. Por el momento, el único régimen de cumplimiento es CNSA2. Si se define esta política, no se garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que quieran admitir clientes con y sin requisitos de cumplimiento normativo distingan entre clientes y solo usen determinados algoritmos no predeterminados con mayor potencia criptográfica para aquellos que estén configurados explícitamente para preferirlos. Esta política no es necesaria por motivos de seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente potente como para resistir un ataque de fuerza bruta que utilice toda la energía del Sol. Si se define esta política, Chrome será más lento al acceder a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola marca combinada:
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome
- Chrome 144 en ChromeOS: las políticas adicionales que se aplican a la pantalla de inicio de sesión de los dispositivos ChromeOS están disponibles, pero marcadas como experimentales
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: en torno a Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se defina esta marca. En ese momento, la política dejará de estar marcada como experimental.
- Nuevos modos de instalación de extensiones
Chrome Enterprise admitirá nuevos modos de instalación de extensiones en la consola de administración. Los administradores ahora pueden hacer lo siguiente:
- Bloquear y desinstalar una extensión de Chrome.
- Forzar la instalación de una extensión.
- Permitir que los usuarios inhabiliten una extensión.
Estos nuevos modos de instalación están disponibles en la página de configuración Aplicaciones y extensiones, en la pestaña Usuarios y navegadores, donde los administradores pueden seleccionar nuevos modos de políticas de instalación.
- Chrome 144 en Linux, macOS y Windows: la función se lanzará de forma gradual.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Protección de reglas de copia y pegado
Para ayudar a las organizaciones a evitar mejor la exfiltración de datos en dispositivos móviles, Chrome está ampliando los controles de datos del portapapeles de escritorio. Ahora, los administradores pueden usar la política DataControlsRules para definir reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que infrinja las políticas de la organización.
Esta función permite a los administradores definir límites de datos y evitar que se pegue información sensible de un contexto de trabajo en aplicaciones personales o sitios web de su flota móvil. De esta forma, se soluciona un problema de seguridad importante y se ofrece una función que los clientes empresariales han solicitado con frecuencia, ya que han manifestado su preocupación por la falta de controles de datos móviles.
Para usar esta función, los administradores pueden configurar restricciones del portapapeles en la política DataControlsRules, lo que proporciona una experiencia de gestión coherente en ordenadores y dispositivos móviles para reforzar la estrategia de seguridad general de su organización. Para obtener más información, consulta este artículo del Centro de Ayuda, en el que se explica cómo pueden configurar y gestionar los administradores los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y de protección de datos a servicios de terceros para analizarlos.
- Chrome 144 en iOS: la protección de las reglas de copia y pegado pasa a estar disponible en iOS.
- Chrome 140 en Android: la protección de las reglas de copia y pegado pasa a estar disponible en Android
- Protección frente a la manipulación de políticas locales
Las señales de detección de conflictos de políticas de Acceso contextual cierran una brecha de seguridad importante al permitir la detección de políticas corporativas que se anulan por ajustes locales conflictivos en dispositivos BYOD.
Para ello, se integran nuevas señales de conflicto de políticas procedentes del perfil de Chrome gestionado en el flujo de procesamiento de informes de seguridad, que se controla mediante la política UserSecuritySignalsReporting.
Esta visibilidad permite a los administradores definir reglas de acceso contextual en las herramientas de protección contra amenazas y de datos de Chrome Enterprise Premium (CEP) o pasarelas seguras para bloquear automáticamente el acceso a las aplicaciones de la empresa si se detecta que no se cumplen políticas críticas, como los controles de prevención de la pérdida de datos, Navegación segura o las listas de bloqueo de extensiones.
- Chrome 144 en Linux, macOS y Windows: empieza la detección y la notificación de metadatos de conflictos con políticas.
- Chrome 145 en Linux, MacOS y Windows: habilita el flujo de evaluación de acceso contextual para permitir que los administradores escriban reglas de aplicación basadas en la existencia de un conflicto.
- Chrome 146 en Linux, MacOS y Windows: se actualiza la interfaz de la consola de administración para mostrar las señales de conflicto y se empiezan a registrar los valores de las políticas.
- Descarga obligatoria en la nube
Ahora, los administradores pueden configurar una regla de Prevención de la pérdida de datos (DLP) que redirija automáticamente las descargas de archivos sensibles del dispositivo local de un usuario a su cuenta de Google Drive de empresa. La acción Forzar guardado en el almacenamiento en la nube evita que los datos sensibles se almacenen en discos locales no gestionados (por ejemplo, C:\Descargas), lo que garantiza una cadena de custodia segura. Cuando un usuario intenta descargar un archivo marcado por las políticas de DLP, la extensión Navegador empresarial seguro intercepta la descarga y la sube directamente a la unidad de empresa del usuario.
Chrome 144 en Linux, macOS y Windows: la función se lanzará de forma gradual. La acción de solución Descarga obligatoria en la nube está disponible en el creador de reglas de Prevención de la pérdida de datos (DLP).
- Reglas de anulación de proxy
Para simplificar la gestión de proxies en entornos empresariales complejos, Chrome 144 incluye dos nuevas políticas: ProxyOverrideRules y EnableProxyOverrideRulesForAllUsers. Anteriormente, las organizaciones que usaban varias soluciones de proxy (por ejemplo, un proxy general y otro específico para la pasarela segura de Google) o que tenían diferentes equipos de administradores (por ejemplo, para objetos de directiva de grupo y la consola de administración de Google) debían combinar manualmente archivos PAC complejos. Este proceso es propenso a errores y genera fricciones administrativas importantes.
La nueva política ProxyOverrideRules permite a los administradores configurar una lista de reglas de enrutamiento que se evalúan antes que cualquier configuración de proxy, incluidos los archivos PAC definidos por la política ProxySettings. De esta forma, los administradores pueden añadir o anular fácilmente rutas específicas (por ejemplo, para enviar tráfico de aplicaciones web privadas a una pasarela segura) sin modificar la secuencia de comandos PAC principal de toda la empresa.
Los usuarios verán una notificación en su página de configuración chrome:// para informarles de cuándo están activas estas reglas de proxy administrativas.
Chrome 144 en ChromeOS, Linux, macOS y Windows: ProxyOverrideRules estará disponible.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Implementación obligatoria de la verificación en dos pasos en las cuentas de administrador
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad. La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación obligatoria de la verificación en dos pasos para los administradores.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Cambio en la programación de lanzamiento de Chrome 145 (solo en la versión preliminar estable)
A partir de Chrome 145, Chrome se lanzará en el canal de la versión preliminar estable una semana antes de lo que habíamos anunciado. Por ejemplo, la versión preliminar estable de Chrome 145 pasa del 4 de febrero al 28 de enero del 2026. No se ha hecho ningún cambio en la versión del canal estable. Para obtener más información, consulta la programación de lanzamientos actualizada.
Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal estable inicial una semana antes.
- Chrome dejará de ser compatible con cámaras virtuales obsoletas en macOS
A partir de Chrome 145, Chrome dejará de ser compatible con las cámaras virtuales obsoletas en todas las versiones de macOS que admita.
En macOS, las cámaras virtuales modernas se crean con el framework Core Media IO, que está disponible desde macOS 12.3. Apple se ha puesto en contacto con los desarrolladores y todo el software de cámara virtual moderno se ha migrado para usar este framework Core Media IO.
macOS ha bloqueado las cámaras virtuales obsoletas, creadas como complementos DAL, a partir de macOS 14.1 (2023). Safari no las admite desde el 2018, si no antes.
Chrome dejará de ser compatible con las cámaras virtuales obsoletas en todas las versiones de macOS que admita. Esto permite que Chrome mejore la seguridad al prohibir por completo la carga de bibliotecas de terceros en los procesos de Chrome.
- Chrome 145 en Windows, macOS y Linux
- Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware
Esta función inhabilita de forma silenciosa las extensiones instaladas de forma forzada que infringen las políticas de Chrome Web Store en entornos de navegador no gestionados. Entre estas infracciones se incluyen las infracciones generales de los programas, el software no deseado y las posibles vulnerabilidades de seguridad que no se clasifican como malware. Los usuarios podrán habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se añadió una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para mantener el comportamiento actual en los entornos de navegador no gestionados, pero se eliminará en la versión 145.
Este cambio no afecta a las instancias gestionadas de Chrome que estén vinculadas a un dominio de Microsoft Active Directory o de Microsoft Azure Active Directory, ni a las que se hayan registrado en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se gestionen mediante MDM, que estén vinculadas a un dominio o que se hayan registrado en Chrome Enterprise Core.
- Chrome 145 en macOS y Windows: la función se lanzará de forma gradual. Se eliminará la política ExtensionForceInstallWithNonMalwareViolationEnabled.
- Chrome 142 en macOS y Windows: en Chrome 142 para Windows y macOS, las extensiones instaladas de forma obligatoria que infrinjan las políticas de forma leve se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Importar datos de Safari a Chrome para iOS es más fácil
Los usuarios de Chrome para iOS ahora podrán importar datos (marcadores, historial, contraseñas, tarjetas de pago y entradas de la lista de lectura) que hayan exportado previamente de Safari. De esta forma, los usuarios que cambian de navegador pueden configurarlo más rápido y transferir sus datos.
Chrome no puede acceder a estos datos directamente. El usuario debe proporcionar un archivo zip que contenga sus datos, que se pueden exportar a través de los ajustes de iOS. Chrome ofrece instrucciones sobre cómo hacerlo.
- Chrome 145 en iOS: la función se lanzará de forma gradual.
- Presentación de la API Origin
El origen es un componente fundamental de la implementación de la Web, esencial para los límites de seguridad y privacidad que mantienen los agentes de usuario. El concepto está bien definido entre HTML y URL, junto con conceptos adyacentes de uso generalizado, como sitio.
Sin embargo, los orígenes no se exponen directamente a los desarrolladores web. Aunque hay varios captadores de origen en varios objetos, cada uno de ellos devuelve la serialización ASCII de un origen, no el origen en sí. Esto tiene algunas implicaciones negativas. En la práctica, los desarrolladores que intentan hacer comparaciones del mismo origen o del mismo sitio al gestionar orígenes serializados suelen cometer errores que provocan vulnerabilidades. Desde un punto de vista filosófico, parece que falta una medida primitiva de seguridad que los desarrolladores tienen dificultades para implementar con polyfill de forma precisa.
A partir de Chrome 145, tenemos previsto abordar esta carencia de la plataforma introduciendo un objeto de origen que encapsule el concepto de origen y proporcione métodos útiles para la comparación, la serialización, el análisis, etc.
- Chrome 145 en Windows, macOS, Linux y Android
- Detección de estafas en el dispositivo en Android
Chrome 145 enviará una solicitud a Navegación segura para obtener un veredicto final cuando se detecte una estafa en el dispositivo mediante las funciones visuales de la página. En función de este veredicto, Chrome decidirá si muestra una advertencia al usuario.
Esta función solo estará habilitada para los usuarios que tengan activado el modo Protección mejorada. La función se inhabilitará para los usuarios que tengan activado el modo Protección estándar o que hayan inhabilitado Navegación segura. Los administradores de empresas pueden controlar este ajuste de Navegación segura con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 en Android
- Cadenas de user-agent reducidas de forma predeterminada
A partir de Chrome 145, la política UserAgentReduction se eliminará por completo. Anteriormente, esta política permitía controlar si Chrome enviaba una cadena de user-agent reducida o completa.
Para mejorar la privacidad de los usuarios y reducir las funciones de seguimiento pasivo, Chrome empezó a reducir la información que contiene el encabezado user-agent de forma predeterminada en la versión 110. La política UserAgentReduction se proporcionó como medida temporal para que las empresas gestionaran esta transición.
El mecanismo recomendado para que los sitios web accedan a la información del navegador y del dispositivo es User-Agent Client Hints (UA-CH). UA-CH requiere que los sitios web soliciten activamente información específica, lo que supone un enfoque que protege más la privacidad que la cadena de user-agent antigua. Para obtener más información, consulta este artículo de web.dev: Migrar a User-Agent Client Hints.
A partir de Chrome 145, la política UserAgentReduction no tendrá ningún efecto. Chrome enviará una cadena de user-agent reducida de forma predeterminada. Es posible que los sistemas o las aplicaciones que dependían de esta política para recibir la cadena de user-agent completa (antigua) ya no reciban la información detallada que esperan.
- Chrome 145 en Windows, macOS, Linux y Android
- Retirada de la política de Google Cloud Print
Tras la retirada de Google Cloud Print, vamos a eliminar la política CloudPrintProxyEnabled. Esta política permitía a los administradores habilitar o inhabilitar el proxy de Google Cloud Print en Chrome. Como el servicio Google Cloud Print ya no está disponible, la política y sus ajustes asociados se van a eliminar de Chrome.
- Chrome 145 en Linux, macOS y Windows: se elimina la política CloudPrintProxyEnabled
- Uso de CssPixels en la API LayoutShift
Esta función cambia los datos de atribución (prevRect y currentRect) de la API LayoutShift para que se registren en píxeles CSS en lugar de en píxeles físicos. El comportamiento actual no es coherente con otras APIs relacionadas con el diseño, que usan píxeles CSS. Este cambio mejora la coherencia, simplifica el uso para los desarrolladores y se ajusta a las unidades esperadas en la depuración y las herramientas. La función está protegida por una marca para la experimentación y la evaluación. Para probar esta función, puedes habilitarla con la marca de línea de comandos
--enable-blink-features=ReportLayoutShiftRectsInCssPixels..- Chrome 145 en Windows, macOS, Linux y Android
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas. Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
- Chrome 146 en ChromeOS, Linux, macOS y Windows
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar.
Para obtener más información sobre esta función, consulta el artículo Adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: LocalNetworkAccessRestrictionsTemporaryOptOutLocalNetworkAccessRestrictionsTemporaryOptOut
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: se han ampliado las restricciones de acceso a la red local para incluir las conexiones WebSocket y WebTransport.
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139. En Chrome 146, se retirarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Actualización de la advertencia Sin HTTPS:
La advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/securitycambia de un intersticial a un cuadro de diálogo. La carga de la página completa sigue bloqueada y la funcionalidad no cambia. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio
- Chrome 146 en Android: diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de una intersticial completa.
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 146 en Linux, macOS y Windows: se eliminará la política empresarial
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows file://. Para obtener más información, consulta esta conversación de GitHub.
- Chrome 147 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 147 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- WebRequest.SecurityInfo en ControlledFrame
Esta función introduce una API WebRequest.SecurityInfo para ControlledFrame. Permite que una aplicación web intercepte una solicitud HTTPS, WSS o WebTransport a un servidor, recupere la huella digital del certificado del servidor (verificada por el navegador) y, a continuación, use esa huella digital para verificar manualmente el certificado de una conexión TCP/UDP sin formato independiente al mismo servidor. De esta forma, la aplicación puede confirmar fácilmente que se está comunicando con el servidor correcto.
- Chrome 147 en Windows, macOS y Linux
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies estarán vinculadas a su origen de configuración (de forma predeterminada), de modo que solo se podrá acceder a ellas desde ese origen, es decir, se enviarán en una solicitud o se podrán ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: las políticas empresariales estarán disponibles
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se eliminarán las políticas empresariales
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
A partir de Chrome 150, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión compatible con macOS 12. Chrome 151 y las versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 12, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 151 o versiones posteriores, se requerirá macOS 13 o una versión posterior.
- Chrome 151 en Windows, macOS y Linux
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones y libxslt no se mantuvo durante unos seis meses del 2025. Libxslt es una base de código C compleja y antigua que es notoriamente susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores. Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y eliminar XSLT de la plataforma web. Para obtener más información, consulta este artículo de Chrome for Developers.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se eliminarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se lanzan la prueba de origen y la política empresarial para hacer pruebas. De esta forma, los sitios y las empresas pueden seguir usando las funciones después de la fecha de retirada.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y de la política de empresa.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: la prueba de origen y la política empresarial dejan de funcionar. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementpara permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se lanza la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
Próximas actualizaciones de Chrome Enterprise Core
No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ampliará sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cerarrá esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS?
- Chrome 147 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
Resumen de novedades de ChromeOS 144
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Compartir pantalla y hacer anotaciones en la pantalla de forma inalámbrica con Herramientas de clase para profesores | ✓ | ✓ | |
| Compatibilidad con varias aplicaciones para controladores de protocolos | ✓ | ||
| Gemini en Chrome se lanza en dispositivos Chromebook Plus | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Versión de protección de restauración del dispositivo en la consola de administración | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
-
Compartir pantalla y hacer anotaciones de forma inalámbrica con Herramientas de clase para profesores
Vamos a lanzar dos nuevas funciones muy útiles para los profesores en Herramientas de clase: Compartir pantalla de forma inalámbrica y Anotaciones.
Ahora los profesores pueden proyectar de forma inalámbrica su pantalla o la de un alumno en la pantalla de la clase. Para conectarse, los profesores introducen un código único en la aplicación Herramientas de clase para profesores, que se empareja con un dispositivo receptor ChromeOS específico (como un Chromebook, un Chromebox o un dispositivo ChromeOS Flex) configurado por el administrador. De esta forma, los profesores pueden dirigir las clases y destacar el trabajo de los alumnos para que lo vea toda la clase.
Para que las clases sean más dinámicas, la nueva función Anotaciones permite a los profesores dibujar o escribir en su dispositivo con un lápiz óptico, un dedo, un panel táctil o un ratón. Sus notas y subrayados aparecen en tiempo real en la pantalla duplicada, lo que resulta perfecto para destacar puntos clave y hacer que los alumnos interactúen directamente con el material. Vamos a aumentar el número máximo de alumnos en una sesión de Herramientas de clase a 100.
Para obtener más información, consulta el artículo Usar Herramientas de clase del Centro de Ayuda.
- Compatibilidad con varias aplicaciones para controladores de protocolos
Esta función de ChromeOS 144 permite que las aplicaciones web progresivas (PWAs) declaren protocolos gestionados en el manifiesto y que el usuario seleccione controladores predeterminados cuando varias PWAs declaren el mismo protocolo. Este cambio habilita el registro de controladores de protocolos de URLs para PWAs, tal como se describe en la documentación de Chrome para desarrolladores sobre la plataforma web.
- Gemini en Chrome se lanza en dispositivos Chromebook Plus
En ChromeOS 144, Gemini se integrará en Chrome en dispositivos Chromebook Plus y se lanzará gradualmente como parte de esta versión. Puede entender el contenido de la página en la que te encuentras y los usuarios ahora pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
Próximos cambios en ChromeOS
-
Versión de protección de restauración de dispositivos en la consola de administración
A partir de ChromeOS 145, podrás ver la versión de protección de restauración instalada en tu dispositivo gestionado. En la consola de administración, ve a Dispositivos > Chrome > Dispositivos, selecciona un dispositivo ChromeOS y, a continuación, la pestaña SO. En la tabla Información del sistema operativo, encontrarás la Versión de protección de restauración.
Chrome 143
Resumen de novedades de Chrome 143
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, pero libxslt no ha recibido mantenimiento durante aproximadamente 6 meses del 2025. Libxslt es una base de código C compleja y antigua que es susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores.
Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y eliminar XSLT de la plataforma web. Para obtener más información, consulta este artículo de Chrome para desarrolladores.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se eliminarán)
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se lanzan la prueba de origen y la política empresarial para hacer pruebas. De esta forma, los sitios y las empresas pueden seguir usando las funciones después de la fecha de retirada.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y de la política de empresa.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: la prueba de origen y la política empresarial dejan de funcionar. XSLT está inhabilitado para todos los usuarios.
- Mejoras del Modo IA
Chrome 143 integra nuevas funciones del modo IA en Chrome para macOS y Windows. Los usuarios podrán acceder al modo IA directamente desde la página Nueva pestaña y el omnibox, lo que les permitirá hacer preguntas complejas directamente desde donde empiezan a navegar. Empezará a lanzarse en Chrome 143 en macOS y Windows. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas AIModeSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta la sección correspondiente del Centro de Ayuda.
En Chrome 144 también se incluirá la función de contexto de varias pestañas. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas con el modo IA para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores podrán desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings (disponible en Chrome 144) o mediante la política GenAiDefaultSettings (valor 2).
- Chrome 143 en macOS y Windows: se han integrado nuevas funciones de modelos de IA en Chrome, que se pueden controlar mediante la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: la función de contexto de varias pestañas estará disponible y se podrá controlar mediante la política SearchContentSharingSettings o la política GenAiDefaultSettings
- Versión 77.1 de ICU (compatible con Unicode 16)
La biblioteca de compatibilidad con Unicode, International Components for Unicode (ICU), se ha actualizado de la versión 74.2 a la 77.1, lo que añade compatibilidad con Unicode 16 y actualiza los datos de configuración regional.
Dos cambios podrían suponer un riesgo para las aplicaciones web que asumen un formato específico de las APIs de JavaScript Intl:
- El formato de número predeterminado en italiano se ha modificado para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
Intl.NumberFormat("it").format(1234)devolverá 1234 en lugar de 1.234. El comportamiento anterior se puede conseguir con el parámetrouseGroupingdel constructorIntl.NumberFormat. - En algunas configuraciones regionales en inglés (en-AU, en-GB y en-IN), se ha añadido una coma después de los días de la semana escritos por completo. Por ejemplo, se ha cambiado "Saturday 30 April 2011" por "Saturday, 30 April 2011". Las aplicaciones web no deben depender del formato preciso de las fechas, ya que pueden volver a cambiar en el futuro.
- Chrome 143 en Windows, macOS, Linux y Android
- El formato de número predeterminado en italiano se ha modificado para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
- Políticas nuevas en el navegador Chrome
Política Descripción Inhabilitar la opción de hacer capturas de pantalla
(ya disponible en Android)Permite que las integraciones de la aplicación Gemini actúen directamente en páginas web Seleccionar automáticamente los certificados de cliente de estos sitios
(ahora disponible en Android)Habilitar los informes de perfiles en la consola de administración
(ya disponible en iOS)Habilita el aprovisionamiento de certificados de cliente para un usuario o perfil gestionado.
(Ahora disponible en Android)Habilita el aprovisionamiento de certificados de cliente para navegadores gestionados
(ahora disponible en Android)
Cambios en Chrome Enterprise Core
- Recomendaciones dinámicas en la consola de administración
Chrome Enterprise va a lanzar una nueva lista de recomendaciones dinámicas en la página Información general de Chrome Enterprise en la consola de administración de Google.
Esta lista de recomendaciones ayuda a los administradores de TI a saber qué hacer a continuación, recibir alertas sobre cambios importantes, descubrir las novedades a través de las notas de la versión y configurar los ajustes más populares, entre otras cosas. La lista cambia dinámicamente en función de las configuraciones de los administradores de cada unidad organizativa.
Los administradores pueden probar esta función directamente en la página Información general de Chrome de la consola de administración. Para ello, deben ir a Navegador Chrome > Información general.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: disponible para los testers de confianza de Chrome Enterprise.
- Chrome 144 en Android, iOS, Linux, macOS y Windows: la función se lanza de forma gradual
- Accesos directos gestionados por empresas en la página Nueva pestaña
Los accesos directos de la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario mediante la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los testers de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: los testers de confianza pueden acceder a una versión preliminar de la política. Los administradores pueden configurar hasta 10 accesos directos y los usuarios pueden cambiar a los accesos directos de su organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: la política estará disponible de forma general. Los accesos directos definidos por los administradores se mostrarán junto con los que hayan definido los usuarios (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Informes de perfiles de Chrome en iOS
Chrome Enterprise Core va a lanzar los informes de perfiles en la nube de Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de informes de perfiles gestionados en la sección Navegador Chrome > Configuración de la consola de administración de Google. Si ya has activado los informes de perfiles gestionados, recibirás automáticamente informes de perfiles en Chrome en iOS. Los administradores pueden controlar esta función mediante la política CloudProfileReportingEnabled.
Los datos de los informes de perfiles se pueden encontrar en la consola de administración de Google > Navegador Chrome > Perfiles gestionados. La información de los informes incluye datos del perfil, del navegador (versiones, SO, canal, etc.), las políticas aplicadas y otros elementos.
- Chrome 143 en iOS: la función se lanzará de forma gradual
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos nuevas políticas empresariales experimentales que configuran Chrome para que ordene sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y sus algoritmos de cifrado en TLS 1.3 de forma que se refleje una preferencia por los algoritmos que hayan sido aprobados por un régimen de cumplimiento específico. Por el momento, el único régimen de cumplimiento es CNSA2. Si se define esta política, no se garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que quieran admitir clientes con y sin requisitos de cumplimiento normativo distingan entre clientes y solo usen determinados algoritmos no predeterminados con mayor potencia criptográfica para aquellos que estén configurados explícitamente para preferirlos. Esta política no es necesaria por motivos de seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente potente como para resistir un ataque de fuerza bruta que utilice toda la energía del Sol. Si se define esta política, Chrome será más lento al acceder a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola marca combinada:
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome
- Chrome 144 en ChromeOS: las políticas adicionales que se aplican a la pantalla de inicio de sesión de los dispositivos ChromeOS están disponibles, pero marcadas como experimentales
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: en torno a Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se defina esta marca. En ese momento, la política dejará de estar marcada como experimental.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Compatibilidad con certificados de cliente en Chrome para Android
El aprovisionamiento de certificados de cliente empresariales ya está disponible en Chrome para Android, lo que amplía la compatibilidad que ya ofrecían las plataformas de escritorio. Los administradores que usen Chrome Enterprise Core ahora pueden implementar certificados de cliente tanto en navegadores gestionados como en perfiles gestionados en dispositivos Android, lo que permite una autenticación fluida a los recursos empresariales. Esta integración mejora la seguridad al aprovechar el almacenamiento de claves respaldado por hardware, como el almacén de claves de Android y StrongBox, lo que hace que las claves privadas no se puedan exportar y sean muy resistentes a las vulneraciones.
- Chrome 143 en Android
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empieza a lanzarse para la mayoría de los usuarios de Google Workspace que tienen acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
En Chrome 143 también se incluirá la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendar y Tasks.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- A partir de Chrome 144 en macOS y Windows:
- Funciones de agente de Gemini en Chrome disponibles para algunos usuarios (no de empresa). En el momento del lanzamiento, estará disponible la política empresarial GeminiActOnWebSettings, que se podrá definir mediante configuraciones personalizadas. Los usuarios que no sean de empresa también podrán subir imágenes renderizadas directamente a Gemini en Chrome mediante un elemento del menú contextual de Chrome. Después, los usuarios pueden usar peticiones en Gemini en Chrome para generar imágenes nuevas y derivadas.
- Opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- A partir de Chrome 148 en macOS y Windows: las funciones agénticas de Gemini en Chrome estarán disponibles para los usuarios de empresas.
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas.
Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Retirada de savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política de empresa SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos
savedTabGroupsen plataformas de escritorio. Sin embargo, en las plataformas móviles, la sincronización de grupos de pestañas ya se gestiona mediante el tipo de datos de pestañas. Para que el comportamiento en ordenadores sea coherente con el de los dispositivos móviles y simplificar la gestión de la sincronización, el tipo de datossavedTabGroupsse dejará de usar y ya no será un valor personalizable individualmente en la política SyncTypesListDisabled.Acción necesaria por parte de los administradores:
A partir de Chrome 144, si la política SyncTypesListDisabled inhabilita las pestañas o
savedTabGroups, ambos tipos de datos se considerarán inhabilitados. Esto significa que, si inhabilitas las pestañas, también se inhabilitarán los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse eliminará por completo de la lista de tipos de datos admitidos de esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. De esta forma, se asegura el comportamiento deseado antes de que se elimine por completo el valorsavedTabGroups.- Chrome 144 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multicast para la API Direct Sockets
Esta función permite que las aplicaciones web aisladas (IWAs) se suscriban a grupos de multidifusión y reciban paquetes del protocolo de datagramas de usuario (UDP) de esos grupos, así como especificar parámetros adicionales al enviar paquetes UDP a direcciones de multidifusión.
- Chrome 144 en Windows, macOS y Linux
- Detección de estafas en el dispositivo en Android
Chrome enviará una solicitud a Navegación segura para obtener un veredicto final cuando se detecte una estafa en el dispositivo mediante las funciones visuales de la página. En función de este veredicto, Chrome decidirá si muestra una advertencia al usuario.
Esta función solo está habilitada para los usuarios que tienen activado el modo Protección mejorada. La función está inhabilitada para los usuarios que tienen activado el modo Protección estándar o que han inhabilitado Navegación segura. Los administradores de empresas pueden controlar este ajuste con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 144 en Android
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker y consume el resultado de la solicitud de red en el controlador de obtención si este devuelve la respuesta con respondWith(). Si el resultado del controlador de obtención es de reserva, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento de los service workers. Los administradores pueden controlar esta función mediante la política empresarial ServiceWorkerAutoPreloadEnabled.
- Chrome 140 en Android y Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: se eliminará la política ServiceWorkerAutoPreloadEnabled
- Actualización de la advertencia Sin HTTPS:
Chrome 141 actualiza la advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/security. Ahora, la advertencia se muestra en un cuadro de diálogo en lugar de en un intersticial. El indicador de seguridad del contenido de la URL de la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa sigue bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio
- Chrome 143 en Android: nuevo diseño de advertencia en Android
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación de la verificación en dos pasos para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 145 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Pseudoelementos de resaltado de búsqueda en páginas de CSS
Esta función expondrá el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado; por ejemplo, la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 145 en Windows, macOS, Linux y Android
- Cambio en la programación de lanzamientos a partir de Chrome Preliminar estable 145
A partir de Chrome 145, Chrome se lanzará en el canal de la versión preliminar estable una semana antes de lo que habíamos anunciado. Por ejemplo, la versión preliminar estable de Chrome 145 pasa del 4 de febrero al 28 de enero del 2026. No se ha hecho ningún cambio en la versión del canal estable. Para obtener más información, consulta la programación de lanzamientos actualizada.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal estable inicial una semana antes.
- Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware
Esta función inhabilita de forma silenciosa las extensiones instaladas de forma forzada que infringen las políticas de Chrome Web Store (CWS) en entornos de navegador no gestionados. Entre estas infracciones se incluyen las infracciones generales de los programas, el software no deseado y las posibles vulnerabilidades de seguridad que no se clasifican como malware. Los usuarios podrán habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se añadirá una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para mantener el comportamiento actual en los entornos de navegador no gestionados, pero se eliminará en la versión 145.
Este cambio no afecta a las instancias gestionadas de Chrome que estén vinculadas a un dominio de Microsoft Active Directory o de Microsoft Azure Active Directory, ni a las que se hayan registrado en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se gestionen mediante MDM, que estén vinculadas a un dominio o que se hayan registrado en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: en Chrome 142 para Windows y macOS, las extensiones instaladas de forma obligatoria que infrinjan las políticas de forma leve se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Chrome 145 en macOS y Windows: se eliminará la política ExtensionForceInstallWithMinorPolicyViolationEnabled.
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 145, las cookies estarán vinculadas a su origen de configuración (de forma predeterminada), de modo que solo se podrá acceder a ellas desde ese origen, es decir, se enviarán en una solicitud o se podrán ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 145 en Android, iOS, Linux, macOS y Windows: las políticas empresariales estarán disponibles
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se eliminarán las políticas empresariales
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139.En Chrome 145, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 146 en Linux, macOS y Windows: se eliminará la política empresarial PostQuantumKeyAgreementEnabled
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://URLs (GitHub).- Chrome 147 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabledpara forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementpara permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se lanza la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o una dirección de loopback, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar.
Para obtener más información sobre esta función, consulta esta guía sobre cómo adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se eliminará LocalNetworkAccessRestrictionsTemporaryOptOut
Próximas actualizaciones de Chrome Enterprise Core
No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- Protección de reglas de copia y pegado
Para ayudar a las organizaciones a evitar mejor la exfiltración de datos en dispositivos móviles, Chrome está ampliando los controles de datos del portapapeles de escritorio. Ahora, los administradores pueden usar la política DataControlsRules para definir reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que infrinja las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que se pegue información sensible de un contexto de trabajo en aplicaciones personales o sitios web de su flota móvil. De esta forma, se soluciona un problema de seguridad importante y se ofrece una función que los clientes empresariales han solicitado con frecuencia, ya que han manifestado su preocupación por la falta de controles de datos móviles.
Para usar esta función, los administradores pueden configurar restricciones del portapapeles en la política DataControlsRules, lo que proporciona una experiencia de gestión coherente en ordenadores y dispositivos móviles para reforzar la estrategia de seguridad general de su organización. En este artículo del Centro de Ayuda se explica cómo pueden configurar y gestionar los administradores los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y de protección de datos a servicios de terceros para analizarlos.
- Chrome 140 en Android: la protección de reglas de copiar y pegar está disponible en Android
- Chrome 144 en iOS: la protección de reglas de copiar y pegar está disponible en Android
- Reglas de anulación de proxy
Para simplificar la gestión de proxies en entornos empresariales complejos, Chrome 144 incluirá dos nuevas políticas: ProxyOverrideRules y EnableProxyOverrideRulesForAllUsers. Actualmente, las organizaciones que usan varias soluciones de proxy (por ejemplo, un proxy general y otro específico para la pasarela segura de Google) o que tienen diferentes equipos de administradores (por ejemplo, para objetos de directiva de grupo y la consola de administración de Google) deben combinar manualmente archivos PAC complejos. Este proceso es propenso a errores y genera fricciones administrativas importantes.
La nueva política ProxyOverrideRules permite a los administradores configurar una lista de reglas de enrutamiento que se evalúan antes que cualquier configuración de proxy, incluidos los archivos PAC definidos por la política ProxySettings. De esta forma, los administradores pueden añadir fácilmente rutas específicas (por ejemplo, para enviar tráfico de aplicaciones web privadas a una pasarela segura) sin modificar la secuencia de comandos PAC principal de toda la empresa. La política EnableProxyOverrideRulesForAllUsers ofrece un control adicional sobre cómo se aplican estas reglas de anulación a los usuarios no afiliados de un dispositivo. Los usuarios finales verán una notificación en su página de configuración
chrome://para informarles de cuándo están activas estas reglas de proxy administrativas.- Chrome 144 en ChromeOS, Linux, macOS y Windows
Las reglas de sustitución de proxy estarán disponibles en Windows, macOS, ChromeOS y Linux
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ampliará sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cerarrá esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS?
- Chrome 145 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
Resumen de novedades de ChromeOS 143
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Gestionar impresoras conectadas a través de un puerto USB | ✓ | ||
| Ajustes de impresión preconfigurados | ✓ | ||
| Precargar Google Vids en ChromeOS para usuarios gestionados | ✓ | ||
| Alternar entre kana y romaji en el teclado virtual de ChromeOS | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Mejoras en la autenticación con tarjeta identificativa | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
-
Gestionar impresoras USB en ChromeOS
Antes, los administradores solo podían gestionar las impresoras conectadas a ChromeOS a través de una conexión de red. Esta nueva función permite gestionar las impresoras conectadas a un dispositivo ChromeOS a través del puerto USB. Los administradores de ChromeOS ahora pueden especificar el ID de proveedor y el ID de producto de las impresoras USB para gestionarlas en sus organizaciones.
Para obtener más información, consulta Gestionar impresoras locales y de red.
- Configuración de impresión preconfigurada
A partir de ChromeOS 143, los administradores pueden preconfigurar o limitar las opciones de impresión por impresora. Esta función se aplica a los ajustes de tamaño y tipo de papel, impresión a doble cara, color, DPI, calidad de impresión e impresión como imagen. Preconfigurar los ajustes de impresión ayuda a optimizar los flujos de trabajo en ámbitos como el sanitario, el comercio o la logística. Un ejemplo habitual son las impresoras de etiquetas con un tamaño de etiqueta específico. Al predefinir el tamaño del papel, los administradores pueden ahorrar a los usuarios la molestia de tener que realizar una configuración manual.
Para obtener más información, consulta Gestionar impresoras locales y de red.
- Precargar Google Vids en ChromeOS para usuarios gestionados
Google Vids, una aplicación de creación de vídeos basada en IA para el trabajo, ahora está preinstalada para los usuarios gestionados. Puedes usar Google Vids para crear, escribir, producir, editar, colaborar y compartir vídeos.
Los usuarios gestionados pueden encontrar Google Vids en el menú de aplicaciones de ChromeOS. Para obtener más información, consulta el artículo Google Vids te ayuda a difundir tu mensaje a través de la narrativa de vídeo.
- Alternar entre kana y romaji en el teclado virtual de ChromeOS
ChromeOS 143 añade un interruptor entre los modos de entrada Kana y Romaji a la interfaz de usuario del teclado virtual cuando se elige el idioma de entrada japonés. Esta mejora permite a los usuarios cambiar las distribuciones en el modo Kiosco cuando no es posible abrir los ajustes del teclado virtual.
Próximos cambios en ChromeOS
-
Mejoras en la autenticación con tarjeta identificativa
ChromeOS ha añadido la función de autenticación con tarjeta a las sesiones de usuario de ChromeOS. Los usuarios pueden iniciar una sesión con un toque de insignia y dejar la sesión con otro toque. La solución está pensada para los trabajadores de primera línea de varios sectores, como el comercio minorista, la hostelería y la fabricación. A partir de ChromeOS 145, mejoraremos esta función con la compatibilidad con los casos prácticos de tocar para desbloquear la pantalla y tocar para usar, así como con los lectores basados en WebHID y SDK.
Para obtener más información, consulta el artículo Configurar la autenticación basada en insignias.
Chrome 142
Resumen de novedades de Chrome 142
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Experiencia de inicio de sesión y sincronización simplificada en Chrome Desktop | ✓ | ✓ | |
| Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware | ✓ | ||
| Compatibilidad con varios perfiles en la extensión para compartir de Chrome en iOS | ✓ | ||
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Aislamiento de procesos con clave de origen | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Activación de usuarios persistentes en navegaciones iniciadas por el renderizador del mismo origen | ✓ | ||
| Integración de Chrome DevTools con Google Developer Program | ✓ | ||
| Personalización del fondo de la página Nueva pestaña de Chrome para iOS | ✓ | ||
| Google Chat se sirve desde un nuevo destino | |||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|
No hay novedades en esta versión. |
|||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorización de la experiencia de usuario de las reglas del navegador Chrome | ✓ | ✓ | |
| Integración optimizada de Chrome Enterprise con Google SecOps | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Desactivar y quitar XSLT | ✓ | ✓ | ✓ |
| Gemini en Chrome | ✓ | ||
| ICU 77 (compatible con Unicode 16) | ✓ | ||
| Cookies de origen (predeterminadas) | ✓ | ||
| Actualización del diseño de la advertencia "Sin HTTPS" | ✓ | ||
| Ajustes de seguridad agrupados | ✓ | ||
| Retirada de savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Compatibilidad con multicast para la API Direct Sockets | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| Pseudoelementos de resaltado de búsqueda en páginas de CSS | ✓ | ||
| Cambio en la programación de lanzamientos a partir de Chrome Early Stable 145 | ✓ | ||
| Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Accesos directos gestionados por empresas en la página Nueva pestaña | ✓ | ✓ | |
| Informes de perfiles de Chrome en iOS | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Experiencia de inicio de sesión y sincronización simplificada en Chrome Desktop
Chrome lanzará una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome para Windows, Mac y Linux. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. Ahora, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar datos como contraseñas, marcadores y otra información en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes. Además, los usuarios que hayan iniciado sesión en Chrome también pueden habilitar la sincronización de sus pestañas y su historial de navegación en su cuenta de Google, de acuerdo con las políticas de empresa relevantes.
Igual que antes, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar mediante SyncDisabled y SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en las propiedades de Google en la Web (por ejemplo, Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a su capacidad de controlar la información que se sincroniza con su cuenta de Google.
Estos cambios son muy similares a la experiencia simplificada de inicio de sesión y sincronización que se lanzó para iOS en la versión 117 y para Android en la 127.
- Chrome 142 en Linux, macOS y Windows: lanzamiento gradual
- Inhabilita las extensiones de instalación forzada con infracciones no relacionadas con malware
Esta función inhabilita de forma silenciosa las extensiones instaladas de forma forzada que infringen las políticas de Chrome Web Store (CWS) en entornos de navegador no gestionados. Entre estas infracciones se incluyen las infracciones generales de los programas, el software no deseado y las posibles vulnerabilidades de seguridad que no se clasifican como malware. Los usuarios podrán habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se añadirá una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para mantener el comportamiento actual en los entornos de navegador no gestionados, pero se eliminará en la versión 145.
Este cambio no afecta a las instancias gestionadas de Chrome que estén vinculadas a un dominio de Microsoft Active Directory o de Microsoft Azure Active Directory, ni a las que se hayan registrado en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se gestionen mediante MDM, que estén vinculadas a un dominio o que se hayan registrado en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: en Chrome 142 para Windows y macOS, las extensiones instaladas de forma obligatoria que infrinjan las políticas de forma leve se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Chrome 145 en macOS y Windows: se eliminará la política ExtensionForceInstallWithNonMalwareViolationsEnabled.
- Compatibilidad con varios perfiles en la extensión para compartir de Chrome en iOS
Desde Chrome 142 en iOS, la extensión para compartir de Chrome permite a los usuarios ver el perfil que están usando y cambiarlo antes de abrir una URL en Chrome o de buscar textos o imágenes. En el caso de los usuarios que tengan varios perfiles habilitados, cuando quieran compartir una URL o seleccionar textos o imágenes y, a continuación, seleccionar Chrome, podrán ver la extensión para compartir de Chrome con un avatar de cuenta. Si los usuarios no hacen nada, se abrirá el intent para compartir datos en el perfil seleccionado.
Para cambiar de perfil desde la extensión para compartir de Chrome, los usuarios hacen clic en ella y seleccionan el perfil que quieran. Chrome cambiará de perfil según corresponda. Si la política de empresa permite los perfiles de trabajo, los usuarios podrán definir el perfil de widgets. Si solo se permiten perfiles personales o solo perfiles de empresa y la compatibilidad con varios perfiles no está habilitada, los widgets seguirán funcionando como antes.
- Chrome 142 en iOS
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome utilizará el modelo de lenguaje extenso (LLM) en el dispositivo para identificar los sitios web fraudulentos de los usuarios de Navegación segura mejorada. Chrome envía el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen de la intención de la página que activa el bloqueo de teclado para identificar los sitios web fraudulentos.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha activado el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: recoge el resumen de marca y de intención de la página según el sistema de puntuación de la reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: se muestran las advertencias al usuario en función del veredicto del servidor, que usa la marca y la intención de las páginas que el sistema de reputación del servidor ha calificado.
- Chrome 142 en Android
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle de retorno, o de un sitio web local (por ejemplo, una intranet) a un bucle de retorno. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar.
Para obtener más información sobre esta función, consulta esta guía sobre cómo adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 142 en Windows, macOS, Linux y Android
- Aislamiento de procesos con clave de origen
Chrome 142 introduce un cambio en la política de aislamiento de procesos, que pasa de bloquear procesos en un sitio como
https://example.coma bloquearlos en un origen específico, comohttps://foo.example.com.Para mejorar aún más la seguridad, Chrome va a adoptar un modelo de aislamiento de procesos más granular llamado aislamiento de orígenes. Antes, Chrome usaba el aislamiento de sitios web, que agrupaba diferentes orígenes del mismo sitio (por ejemplo,
https://a.example.comyhttps://b.example.com) en un único proceso de renderización.Con el aislamiento de orígenes, cada origen (por ejemplo,
https://foo.example.com) se aísla en su propio proceso de renderización. Este cambio refuerza la arquitectura de seguridad de Chrome al alinear mejor los límites de los procesos con el modelo de seguridad basado en orígenes fundamental de la Web, lo que ofrece una mayor protección frente a posibles vulnerabilidades en los sitios.Posibles consideraciones sobre el rendimiento: aunque cada proceso será más pequeño, este aumento de la granularidad de los procesos puede provocar un mayor uso general de la memoria y la CPU. Para equilibrar la seguridad y el rendimiento, el aislamiento de orígenes se habilitará de forma predeterminada solo en dispositivos con al menos 4 GB de RAM.
Control empresarial: los administradores pueden controlar esta función mediante la política OriginKeyedProcessesEnabled.
- Chrome 142 en ChromeOS, Linux y Windows
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreement para permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Activación de usuarios persistentes en navegaciones de mismo origen
Esta función conserva el estado de activación de usuarios persistentes después de que una página vaya a otra página del mismo origen. La falta de activación de usuarios en la página posterior a la navegación impide algunos casos prácticos, como mostrar teclados virtuales en el enfoque automático, lo que ha supuesto un obstáculo para los desarrolladores que quieren crear aplicaciones de varias páginas (MPAs) sobre aplicaciones de página única (APUs).
- Chrome 142 en Windows, macOS, Linux y Android
- Integración de Chrome DevTools con Google Developer Program
Esta función integrará Google Developer Program (GDP) con Chrome DevTools (CDT) para habilitar y mejorar la interacción de los desarrolladores. La integración incluirá un sistema de insignias para recompensar a los usuarios por interactuar con las herramientas para desarrolladores y ofrecerá una experiencia fluida en la herramienta para registrarse en el GDP, lo que fomentará un ecosistema más conectado y fácil de descubrir para los desarrolladores.
La política DevToolsGoogleDeveloperProgramProfileAvailability permite a los administradores integrar Google Developer Program con Chrome DevTools. El perfil del usuario en Google Developer Program se muestra en Chrome DevTools, y los usuarios reciben insignias por realizar acciones específicas.
- Chrome 142 en ChromeOS, Linux, macOS y Windows: Chrome DevTools ofrece a los desarrolladores web la posibilidad de conectarse e integrarse con el programa para desarrolladores de Google.
- Chrome para iOS Nueva pestaña Personalización del fondo de la página
Chrome para iOS ahora permitirá que los usuarios personalicen el fondo de su página Nueva pestaña. Los administradores podrán asignar el valor True o False a NTPCustomBackgroundEnabled, lo que determinará si los usuarios podrán personalizar el fondo de su página Nueva pestaña. El administrador puede definir BrowserThemeColor, que admite un código hexadecimal para especificar un color. Si se especifica un valor hexadecimal, el usuario no podrá anularlo.
El administrador también puede especificar un valor hexadecimal recomendado, que el usuario puede anular. Si está totalmente habilitada, el usuario también puede seleccionar imágenes de la galería preseleccionada en Chrome o del carrete de su teléfono.
- Chrome 142 en iOS: la función se lanzará de forma gradual
- Google Chat se sirve desde un nuevo destino
El equipo de Google Chat va a lanzar una experiencia de Google Chat más rápida y fiable para los usuarios web. Ahora, Chat se ofrecerá desde
chat.google.comen lugar demail.google.com/chat. Sin embargo, los usuarios pueden seguir usando los enlaces y marcadores demail.google.com/chatque ya tengan. Este cambio reducirá el tiempo de carga al abrir la aplicación y no modificará la interfaz de usuario de Chat.- Administradores y desarrolladores: si has creado una extensión que funciona con Chat, tendrás que asegurarte de que sea compatible con la nueva dirección web
chat.google.com. Actualiza tu extensión para asegurarte de que puede encontrar e interactuar con el chat en su nueva ubicación. - Usuarios finales: si usas extensiones de Chrome para mejorar Chat, es posible que sus creadores tengan que actualizarlas para que funcionen correctamente después del cambio a
chat.google.com. Si observas que una extensión no funciona como esperabas, comprueba si hay alguna actualización disponible en Chrome Web Store. - Administradores: si has bloqueado el acceso a Chat para los usuarios de tu organización mediante URLs permitidas o bloqueadas en el administrador de Chrome, también tendrás que añadir el dominio
chat.google.com.
El equipo de Google Chat tiene previsto implementar estos cambios de forma gradual a partir del 14 de noviembre del 2025, y esperamos que estén disponibles para todos los usuarios antes del 31 de enero del 2026.
- Administradores y desarrolladores: si has creado una extensión que funciona con Chat, tendrás que asegurarte de que sea compatible con la nueva dirección web
- Políticas nuevas en el navegador Chrome
Política Descripción ScreenCaptureAllowedByOrigins Permitir la captura de escritorios, ventanas y pestañas de estos orígenes TabCaptureAllowedByOrigins Permitir la captura de pestañas de estos orígenes GenAILocalFoundationalModelSettings Configuración del modelo fundacional local de IA generativa WindowCaptureAllowedByOrigins Permitir la captura de ventanas y pestañas de estos orígenes SameOriginTabCaptureAllowedByOrigins Permitir la captura de pestañas con el mismo origen de estos orígenes LocalNetworkAccessRestrictionsTemporaryOptOut Especifica si se deben inhabilitar (temporalmente) las restricciones de acceso a la red local DevToolsGoogleDeveloperProgramProfileAvailability Habilitar los perfiles de Google Developer Program en Chrome DevTools ExtensionForceInstallWithNonMalwareViolationsEnabled Habilitar extensiones de instalación forzada con infracciones no relacionadas con malware ExtensionInstallCloudPolicyChecksEnabled Habilitar comprobaciones adicionales de políticas en la nube para permitir o bloquear la instalación de extensiones.
Cambios en Chrome Enterprise Core
No hay actualizaciones de Chrome Enterprise Core en esta versión.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Refactorización de la experiencia de usuario de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de la pérdida de datos (DLP), la consola de administración de Google se está actualizando para optimizar la forma en que los administradores definen las políticas de diferentes aplicaciones, como Chrome y Workspace. Se introducen grupos de aplicaciones mutuamente excluyentes, lo que significa que una única regla de DLP solo puede dirigirse a un grupo de aplicaciones a la vez (ya sean aplicaciones de Workspace, como Drive o Gmail, activadores del navegador Chrome, como el de subida de archivos o el de URL visitada, o activadores de ChromeOS). Este cambio simplifica la configuración de reglas, elimina los posibles conflictos que se producen al seleccionar aplicaciones que se solapan y sienta las bases para crear flujos de trabajo más especializados y fáciles de usar que se adapten a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de aplicaciones actualizada con botones de selección para aplicar esta selección de un solo grupo en las nuevas reglas. El sistema migrará de forma transparente las reglas existentes que antes combinaban aplicaciones de varios grupos para convertirlas en reglas independientes, que cumplan las políticas y estén dirigidas a una sola plataforma. De esta forma, se garantiza que la protección se mantenga y que la transición sea fluida. En la consola de administración se mostrarán banners con información sobre estos cambios y el proceso de migración. No se van a introducir nuevas políticas empresariales con esta actualización, sino que se van a hacer cambios en la interfaz de configuración de reglas. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 142 en ChromeOS, Linux, macOS y Windows: permite seleccionar aplicaciones mutuamente excluyentes para configurar reglas de DLP en la consola de administración
- Integración optimizada de Chrome Enterprise con Google SecOps
La nueva integración de Chrome Enterprise Premium (CEP) y Google Security Operations (SecOps) ofrece una conexión nativa y directa entre los dos sistemas. Esta función transforma el navegador en un sensor de seguridad principal, lo que permite a las organizaciones prevenir, detectar, investigar y responder a las amenazas basadas en la Web (phishing, malware y filtración de datos) enviando un conjunto más completo de eventos de seguridad y telemetría detallada del navegador desde Chrome directamente a SecOps.
Para los administradores, la integración introduce tipos de eventos de seguridad mejorados, como la navegación por URLs y las visitas a URLs sospechosas, que se enriquecen automáticamente con las puntuaciones de riesgo de Navegación segura y con información sobre amenazas. En la consola de administración, se ha añadido un nuevo proceso de configuración simplificado con un solo clic para sustituir el flujo de trabajo manual anterior.
NOTA: La recogida de eventos de gran volumen (por ejemplo, la navegación por URLs) es opcional. Esta función no requiere ningún cambio en las políticas orientadas a los usuarios finales.
- Chrome 142 en iOS, ChromeOS, Linux, macOS y Windows
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones y libxslt no se mantuvo durante unos seis meses del 2025. Libxslt es una base de código C compleja y antigua que es notoriamente susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores.
Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y eliminar XSLT de la plataforma web.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se eliminarán)
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como "Gemini Live", que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empezará a lanzarse para la mayoría de los usuarios de Google Workspace que tengan acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
En Chrome 143 también se incluirá la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendar y Tasks.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Primera versión de Chrome 143 en macOS y Windows: las funciones agénticas de Gemini en Chrome están disponibles para algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
- Primera versión de Chrome 147 en macOS y Windows: las funciones agénticas de Gemini en Chrome estarán disponibles para los usuarios empresariales.
- ICU 77 (compatible con Unicode 16)
La biblioteca de compatibilidad con Unicode ICU (International Components for Unicode) se ha actualizado de la versión 74.2 a la 77.1, lo que añade compatibilidad con Unicode 16 y actualiza los datos de configuración regional. Dos cambios podrían suponer un riesgo para las aplicaciones web que asumen un formato específico de las APIs de Intl JS:
- El formato de número predeterminado en italiano se ha modificado para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
new Intl.NumberFormat("it").format(1234)devolverá 1234 en lugar de 1.234. El comportamiento antiguo se puede conseguir con el parámetro useGrouping del constructorIntl.NumberFormat. - En algunas configuraciones regionales en inglés (en-AU, en-GB y en-IN), se ha añadido una coma después de los días de la semana escritos por completo. Por ejemplo, se ha cambiado "Saturday 30 April 2011" por "Saturday, 30 April 2011". Las aplicaciones web no deben depender del formato preciso de las fechas, ya que pueden volver a cambiar en el futuro.
- Chrome 143 en Windows, macOS, Linux y Android
- El formato de número predeterminado en italiano se ha modificado para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 143, las cookies están vinculadas a su origen de configuración (predeterminado), de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: las políticas empresariales estarán disponibles
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se eliminarán las políticas empresariales
- Actualización de la advertencia Sin HTTPS:
Chrome 141 actualiza la advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/security. Ahora, la advertencia se muestra en un cuadro de diálogo en lugar de en un intersticial. El indicador de seguridad del contenido de la URL de la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa sigue bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio
- Chrome 143 en Android: nuevo diseño de advertencia en Android
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas.
Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Retirada de savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política de empresa SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos savedTabGroups en plataformas de escritorio. Sin embargo, en las plataformas móviles, la sincronización de grupos de pestañas ya se gestiona mediante el tipo de datos de pestañas. Para que el comportamiento en ordenadores sea coherente con el de los dispositivos móviles y simplificar la gestión de la sincronización, el tipo de datos savedTabGroups se dejará de usar y ya no será un valor personalizable individualmente en la política SyncTypesListDisabled.
Acción necesaria por parte de los administradores:
A partir de Chrome 144, si la política SyncTypesListDisabled inhabilita las pestañas o savedTabGroups, ambos tipos de datos se considerarán inhabilitados. Esto significa que, si inhabilitas las pestañas, también se inhabilitarán los grupos de pestañas guardados y viceversa. El valor savedTabGroups se eliminará por completo de la lista de tipos de datos admitidos de esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. De esta forma, se asegura el comportamiento deseado antes de que se elimine por completo el valor savedTabGroups.
- Chrome 144 en Windows, macOS y Linux
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros mediante la caché de la política de seguridad de transporte estricta mediante HTTP (HSTS). Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la Web.
- Chrome 144 en Windows, macOS, Linux y Android
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multicast para la API Direct Sockets
Permite que las aplicaciones web aisladas se suscriban a grupos de multidifusión y reciban paquetes UDP de ellos, así como especificar parámetros adicionales al enviar paquetes UDP a direcciones de multidifusión.
- Chrome 144 en Windows, macOS y Linux
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker y consume el resultado de la solicitud de red en el controlador de obtención si este devuelve la respuesta con
respondWith(). Si el resultado del controlador de obtención es de reserva, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento de los service workers. Los administradores pueden controlar esta función mediante la política empresarial ServiceWorkerAutoPreloadEnabled.- Chrome 140 en Android y Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: se eliminará la política ServiceWorkerAutoPreloadEnabled
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación de la verificación en dos pasos para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 145 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Pseudoelementos de resaltado de búsqueda en páginas de CSS
Esta función expondrá el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado; por ejemplo, la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 145 en Windows, macOS, Linux y Android
- Cambio en la programación de lanzamientos a partir de Chrome Preliminar estable 145
A partir de Chrome 145, Chrome se lanzará en el canal de la versión preliminar estable una semana antes de lo que habíamos anunciado. Por ejemplo, la versión preliminar estable de Chrome 145 pasa del 4 de febrero al 28 de enero del 2026. No se ha hecho ningún cambio en la versión del canal estable. Para obtener más información, consulta la programación de lanzamientos actualizada.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal estable inicial una semana antes.
- Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación
El valor de la propiedad
window.namese conserva actualmente durante toda la vida de una pestaña, incluso con la navegación que cambia de grupos de contexto de navegación, lo que puede filtrar información y potencialmente usarse como un vector de seguimiento. A partir de Chrome 142, la propiedadwindow.namedejará de conservarse en este caso, lo que mitigará el problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 145 en Windows, macOS, Linux, Android y iOS: la política empresarial estará disponible
- Chrome 148 en Windows, macOS, Linux, Android y iOS: se eliminará la política empresarial
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://URLs (ver GitHub).- Chrome 145 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139.En Chrome 145, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 145 en Linux, macOS y Windows: se eliminará la política empresarial
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
Próximas actualizaciones de Chrome Enterprise Core
- Accesos directos gestionados por empresas en la página Nueva pestaña
Los accesos directos de la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario mediante la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los testers de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: los testers de confianza pueden acceder a una versión preliminar de la política. Los administradores pueden configurar hasta 10 accesos directos y los usuarios pueden cambiar a los accesos directos de su organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: la política estará disponible de forma general. Los accesos directos definidos por los administradores se mostrarán junto con los que hayan definido los usuarios (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Informes de perfiles de Chrome en iOS
Chrome Enterprise Core va a lanzar los informes de perfiles en la nube de Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de informes de perfiles gestionados en la sección Navegador Chrome > Configuración de la consola de administración de Google. Si ya has activado los informes de perfiles gestionados, recibirás automáticamente informes de perfiles en Chrome en iOS. Los administradores pueden controlar esta función mediante la política CloudProfileReportingEnabled.
Los datos de los informes de perfiles se pueden encontrar en la consola de administración de Google > Navegador Chrome > Perfiles gestionados. La información de los informes incluye datos del perfil, del navegador (versiones, SO, canal, etc.), las políticas aplicadas y otros elementos.
- Chrome 143 en iOS: la función se lanzará de forma gradual
Próximos cambios de Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ahora amplía sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 145 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
Resumen de novedades de ChromeOS 142
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Aprovisionamiento de certificados | ✓ | ||
| Política de cierre de sesión automático en todos los dispositivos | ✓ | ||
| Google Chat se sirve desde un nuevo destino | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Impresoras USB gestionadas en ChromeOS | ✓ | ||
| Más transparencia con respecto a la recuperación de datos en ChromeOS | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
- Aprovisionamiento de certificados
Hemos renovado por completo el aprovisionamiento de certificados para Chromebooks. Ahora admitimos tanto las claves SCEP dinámicas como las ECC.
- Compatibilidad con SCEP dinámico para aumentar la seguridad.
- Compatibilidad con claves ECC: más rápidas que las claves RSA
Para obtener más información sobre las instrucciones de configuración, consulta el artículo Configuración del registro de certificados para ChromeOS a través de SCEP - Ayuda de Chrome Enterprise y Education.
Nota: La versión mínima admitida para estos cambios es ChromeOS 138.
- Política de cierre de sesión automático en todos los dispositivos
A partir de la versión 142 de Chrome, los administradores de dispositivos ChromeOS gestionados pueden bloquear las sesiones simultáneas de un mismo usuario en varios dispositivos. Esta función ayuda a reducir el uso compartido de cuentas, tanto intencionado como no intencionado, en entornos controlados, como los centros educativos.
Cuando los usuarios inician sesión en un dispositivo nuevo con su cuenta, se cierra la sesión en otros dispositivos ChromeOS que hayan usado antes con la misma cuenta.
Puedes controlar esta función mediante la política Cierre de sesión automático.
- Google Chat se sirve desde un nuevo destino
El equipo de Google Chat va a lanzar una experiencia de Google Chat más rápida y fiable para los usuarios web. Ahora, Chat se ofrecerá desde
chat.google.comen lugar demail.google.com/chat. Sin embargo, los usuarios pueden seguir usando los enlaces y marcadores demail.google.com/chatque ya tengan. Este cambio reducirá el tiempo de carga al abrir la aplicación y no modificará la interfaz de usuario de Chat.- Administradores y desarrolladores: si has creado una extensión que funciona con Chat, tendrás que asegurarte de que sea compatible con la nueva dirección web
chat.google.com. Actualiza tu extensión para asegurarte de que puede encontrar e interactuar con el chat en su nueva ubicación. - Usuarios finales: si usas extensiones de Chrome para mejorar Chat, es posible que sus creadores tengan que actualizarlas para que funcionen correctamente después del cambio a
chat.google.com. Si observas que una extensión no funciona como esperabas, comprueba si hay alguna actualización disponible en Chrome Web Store. - Administradores: si has bloqueado el acceso a Chat para los usuarios de tu organización mediante URLs permitidas o bloqueadas en el administrador de Chrome, también tendrás que añadir el dominio
chat.google.com.
El equipo de Google Chat tiene previsto implementar estos cambios de forma gradual a partir del 14 de noviembre del 2025, y esperamos que estén disponibles para todos los usuarios antes del 31 de enero del 2026.
- Administradores y desarrolladores: si has creado una extensión que funciona con Chat, tendrás que asegurarte de que sea compatible con la nueva dirección web
Próximos cambios en ChromeOS
-
Impresoras USB gestionadas en ChromeOS
En ChromeOS 143, esta nueva función permitirá gestionar las impresoras conectadas a un dispositivo ChromeOS a través del puerto USB. Actualmente, los administradores solo pueden configurar la gestión de impresoras conectadas a ChromeOS a través de una conexión de red. Los administradores de ChromeOS Enterprise pronto podrán especificar el ID de proveedor y el ID de producto de las impresoras USB para gestionarlas en sus organizaciones.
-
Más transparencia con respecto a la recuperación de datos en ChromeOS
Para reforzar nuestro compromiso con la seguridad, a partir de ChromeOS 144, ofreceremos más transparencia con respecto al historial de recuperación de datos de tu dispositivo. Cada intento de recuperación se registra en un libro de contabilidad a prueba de manipulaciones y que protege la privacidad. Ahora, vamos a permitir que se revise ese registro.
De esta forma, puedes verificar que todos los intentos de recuperar datos locales en tu dispositivo los has hecho tú, lo que te permite detectar fácilmente los intentos de acceso no autorizados y te da total tranquilidad.
Para obtener más información, consulta el artículo Configurar la recuperación de datos locales en dispositivos ChromeOS - Ayuda de Chrome Enterprise y Education.
Chrome 141
Resumen de novedades de Chrome 141
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Nueva señal heurística de secuestro de búsquedas en la telemetría de extensiones | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Pie de página de la página Nueva pestaña | ✓ | ✓ | ✓ |
| Comandos remotos para perfiles autenticados por terceros | ✓ | ||
| Aislamiento de procesos con clave de origen | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad de navegadores registrados con las personalizaciones de Chrome Web Store para empresas | ✓ | ✓ | |
| Accesos directos gestionados por empresas en la página Nueva pestaña | ✓ | ✓ | |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Personalización de marcas de agua | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Restricciones de acceso a la red local | ✓ | ||
| Compatibilidad con varios perfiles de Chrome en iOS en la extensión para compartir | ✓ | ||
| Experiencia de inicio de sesión y sincronización simplificada en Chrome Desktop | ✓ | ✓ | |
| Ajustes de seguridad agrupados | ✓ | ||
| Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Eventos pointerrawupdate interoperables expuestos solo en contextos seguros | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Activación de usuarios persistentes en navegaciones de mismo origen | ✓ | ||
| Actualización del diseño de la advertencia "Sin HTTPS" | ✓ | ||
| Manifiesto de aplicaciones web: algoritmo de requisitos para actualizar | ✓ | ||
| Pseudoelementos de resaltado de búsqueda en páginas de CSS | ✓ | ||
| Retirada de savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| ServiceWorkerAutoPreload | ✓ | ||
| Cambio en la programación de lanzamiento de la versión preliminar estable | |||
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Informes de perfiles de Chrome en iOS | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorización de la experiencia de usuario de las reglas del navegador Chrome | ✓ | ✓ | |
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Nueva señal heurística de secuestro de búsquedas en la telemetría de extensiones
Las extensiones de Chrome maliciosas interceptan y redirigen las consultas de búsqueda de la omnibox y de realbox (el cuadro de búsqueda de la página Nueva pestaña) desde la página de resultados del buscador (SERP) a una URL controlada por el atacante. Esta función añade una heurística del lado del cliente para detectar este tipo de secuestro de búsquedas. La idea principal es comparar las búsquedas iniciadas por los usuarios con las llegadas a la SERP que se han completado correctamente. Si se detecta una discrepancia significativa a lo largo del tiempo, es un claro indicio de que se ha producido una actividad de secuestro. Esta heurística genera una nueva señal que se sube al servidor de telemetría CRX de Navegación segura a través del servicio de telemetría de extensiones de Chrome. El análisis del lado del servidor de los datos de señal de varios navegadores Chrome puede identificar posibles secuestros de búsquedas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 141, Gemini en Chrome empieza a lanzarse para la mayoría de los usuarios de Google Workspace que tienen acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante las políticas GeminiSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 141 en iOS, macOS y Windows: la función se lanza gradualmente en la versión estable para todos los usuarios de Google Workspace que tengan acceso a la aplicación Gemini en EE. UU.
- Chrome 143 en macOS y Windows: presentamos las capacidades agénticas de Gemini en Chrome. Las políticas empresariales estarán disponibles en el momento del lanzamiento.
- Pie de página de la página Nueva pestaña
La actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para ofrecer a los usuarios una mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: la atribución de extensiones empezará a mostrarse en la NTP. Si una extensión ha cambiado la página Nueva pestaña predeterminada, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. Este mensaje suele incluir un enlace directo a la extensión en Chrome Web Store, lo que facilita la identificación y la gestión de extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: se mostrará el aviso de gestión del navegador si un administrador de empresa ha definido una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome esté gestionado por una fuente de confianza, el pie de página de Nueva pestaña mostrará un aviso de divulgación de gestión. Esto te ayuda a entender cómo se gestiona tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 141 en Linux, macOS y Windows: se mostrará un aviso predeterminado (Gestionado por <nombre de dominio>) en el pie de la página Nueva pestaña para todos los navegadores gestionados. La visibilidad se puede controlar con la política NTPFooterManagementNoticeEnabled.
- Comandos remotos para perfiles autenticados por terceros
Esta función introduce comandos administrativos remotos, como borrar la caché y las cookies, para los perfiles de Chrome autenticados a través de proveedores de identidades externos. Esta mejora amplía las funciones de gestión a estos perfiles recién admitidos, lo que permite a los administradores gestionar de forma remota una gama más amplia de cuentas de usuario.
- Chrome 141 en Linux, macOS y Windows: ahora admitimos comandos remotos para perfiles autenticados por terceros
- Aislamiento de procesos con clave de origen
Para mejorar aún más la seguridad, Chrome va a adoptar un modelo de aislamiento de procesos más granular llamado aislamiento de orígenes. Antes, Chrome usaba el aislamiento de sitios web, que agrupaba diferentes orígenes del mismo sitio (por ejemplo,
a.example.comyb.example.com) en un único proceso de renderización.Con el aislamiento de orígenes, cada origen (por ejemplo,
https://foo.example.com) se aísla en su propio proceso de renderización. Este cambio refuerza la arquitectura de seguridad de Chrome al alinear mejor los límites de los procesos con el modelo de seguridad basado en orígenes fundamental de la Web, lo que ofrece una mayor protección frente a posibles vulnerabilidades en los sitios. Aunque cada proceso será más pequeño, este aumento de la granularidad de los procesos puede provocar un mayor uso general de la memoria y la CPU. Para equilibrar la seguridad y el rendimiento, el aislamiento de orígenes se habilitará de forma predeterminada solo en dispositivos con al menos 4 GB de RAM.Los administradores pueden controlar esta función mediante la política OriginKeyedProcessesEnabled.
- Chrome 141 en Windows, macOS y Linux: la función se lanzará de forma gradual
- Política estricta de mismo origen para la API Storage Access
En Chrome 141, la semántica de la API Storage Access ahora cumple estrictamente la política de mismo origen para mejorar la seguridad. Si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.- Chrome 141 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción NTPShortcuts Configurar una lista de accesos directos en la página Nueva pestaña GloballyScopeHTTPAuthCacheEnabled Configurar si la caché de autenticación de HTTP se aplica a un sitio de nivel superior o a una pestaña del navegador
Cambios en Chrome Enterprise Core
- Asistencia para navegadores registrados en personalizaciones de Chrome Web Store para empresas
La tienda Chrome Web Store personalizada ahora admite navegadores gestionados y registrados en Chrome Enterprise Core (configuración de máquinas en la nube). De esta forma, los administradores podrán personalizar Chrome Web Store sin necesidad de que los usuarios inicien sesión. Entre las personalizaciones se incluyen las siguientes:
- Añadir logotipos de empresas
- Añadir banners principales y avisos personalizados
- Elaborar colecciones de extensiones
- Ocultar categorías de extensiones
Los ajustes de personalización de Chrome Web Store se lanzaron anteriormente en Chrome 132, pero solo admitían políticas a nivel de usuario (para usuarios que habían iniciado sesión). A partir de Chrome 140, esta función estará disponible para los testers de confianza de Chrome Enterprise Core.
- Chrome 141 en Linux, macOS y Windows: a partir de Chrome 141, esta función estará disponible de forma general.
- Accesos directos gestionados por empresas en la página Nueva pestaña
Los accesos directos de la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario mediante la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los testers de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: los testers de confianza pueden acceder a una vista previa de la política. Los administradores pueden configurar hasta 10 accesos directos y los usuarios pueden cambiar a los accesos directos de su organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: la política estará disponible de forma general. Los accesos directos definidos por los administradores se mostrarán junto con los que hayan definido los usuarios (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En septiembre del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar el ajuste, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta.
Los administradores pueden cambiar el valor del periodo de inactividad mediante este ajuste:
- El valor máximo es 730 días
- El valor mínimo es 28 días
Si se reduce el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 141 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzó en junio. La eliminación empezará en septiembre, y la fase inicial de la eliminación finalizará a finales de octubre. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite a los administradores personalizar la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia de usuario y de abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua.
Para controlar la apariencia de la marca de agua, los administradores pueden usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- font_size: define el tamaño de la fuente del texto en píxeles.
- fill_opacity: define la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- outline_opacity: define la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
De esta forma, los administradores tienen más flexibilidad para equilibrar los requisitos de seguridad con la productividad de los usuarios.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: este lanzamiento permite a los administradores personalizar el tamaño de la fuente y la opacidad de la marca de agua mediante la nueva política WatermarkStyle en la consola de administración de Google.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Restricciones de acceso a la red local
Chrome 142 restringirá la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle de retorno, o de un sitio web local (por ejemplo, una intranet) a un bucle de retorno. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Las empresas que necesiten inhabilitar o conceder automáticamente el permiso pueden hacerlo mediante las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior a la implementación de las restricciones.
- Chrome 142 en Windows, macOS, Linux y Android
- Compatibilidad con varios perfiles de Chrome en iOS en la extensión para compartir
Desde Chrome 142 en iOS, la extensión para compartir de Chrome permite a los usuarios ver el perfil que están usando y cambiarlo antes de abrir una URL en Chrome o de buscar textos o imágenes. En el caso de los usuarios que tengan varios perfiles habilitados, cuando quieran compartir una URL o seleccionar textos o imágenes y, a continuación, seleccionar Chrome, podrán ver la extensión para compartir de Chrome con un avatar de cuenta. Si los usuarios no hacen nada, se abrirá el intent para compartir datos en el perfil seleccionado.
Para cambiar de perfil desde la extensión para compartir de Chrome, los usuarios hacen clic en ella y seleccionan el perfil que quieran. Chrome cambiará de perfil según corresponda. Si la política de empresa permite los perfiles de trabajo, los usuarios podrán definir el perfil de widgets. Si solo se permiten perfiles personales o solo perfiles de empresa y la compatibilidad con varios perfiles no está habilitada, los widgets seguirán funcionando como antes.
- Chrome 142 en iOS
- Experiencia de inicio de sesión y sincronización simplificada en Chrome Desktop
Chrome lanzará una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome para Windows, Mac y Linux. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. Ahora, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar datos como contraseñas, marcadores y otra información en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes. Además, los usuarios que hayan iniciado sesión en Chrome también pueden habilitar la sincronización de sus pestañas y su historial de navegación en su cuenta de Google, de acuerdo con las políticas de empresa relevantes.
Igual que antes, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar mediante SyncDisabled y SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en las propiedades de Google en la Web (por ejemplo, Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a su capacidad de controlar la información que se sincroniza con su cuenta de Google.
Estos cambios son muy similares a la experiencia simplificada de inicio de sesión y sincronización que se lanzó para iOS en la versión 117 y para Android en la 127.
- Chrome 142 en Linux, macOS y Windows: lanzamiento gradual
- Ajustes de seguridad agrupados
Esta función ofrece a los usuarios opciones de seguridad agrupadas para configurar los ajustes de seguridad según el nivel de protección que quieran tener al usar Chrome. Los usuarios pueden elegir entre la opción Mejorada, que ofrece el nivel más alto de seguridad, y la opción Estándar, que proporciona una protección equilibrada predeterminada. Los usuarios podrán seguir definiendo valores personalizados para los ajustes, como hasta ahora. De esta forma, se simplifica la experiencia de usuario y los usuarios pueden obtener el nivel de protección que quieren sin tener que entender las opciones de configuración avanzadas.
Las políticas de empresa tienen prioridad sobre las selecciones de paquetes de usuario final. Si se configura una política para los ajustes de seguridad, los valores no se anularán con la opción de paquete de seguridad que elija el usuario.
- Chrome 142 en ChromeOS, Linux, macOS y Windows
- Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación
El valor de la propiedad
window.namese conserva actualmente durante toda la vida de una pestaña, incluso con la navegación que cambia de grupos de contexto de navegación, lo que puede filtrar información y potencialmente usarse como un vector de seguimiento. A partir de Chrome 142, la propiedad window.name dejará de conservarse en este caso, lo que mitigará el problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, Android y iOS: la política empresarial estará disponible
- Chrome 146 en Windows, macOS, Linux, Android y iOS: se eliminará la política empresarial
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome utilizará el LLM en el dispositivo para identificar los sitios web fraudulentos de los usuarios de Navegación segura mejorada. Chrome enviará el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen de la intención de la página que activa el bloqueo de teclado para identificar los sitios web fraudulentos.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha activado el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: recoge el resumen de marca y de intención de la página según el sistema de puntuación de la reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: se muestran las advertencias al usuario en función del veredicto del servidor, que usa la marca y la intención de las páginas que el sistema de reputación del servidor ha calificado.
- Chrome 142 en Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros mediante la caché de la política de seguridad de transporte estricta mediante HTTP (HSTS). Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la Web.
- Chrome 142 en Windows, macOS, Linux y Android
- Eventos pointerrawupdate interoperables expuestos solo en contextos seguros
En el 2020, la especificación PointerEvents restringió pointerrawupdate a contextos seguros, por lo que se ocultaron tanto el evento como los procesadores de eventos globales de los contextos no seguros. Gracias a esta función, Chrome se ajustará a la especificación actualizada y será interoperable con otros navegadores principales.
- Chrome 142 en Windows, macOS, Linux y Android
- Cookies de origen (predeterminadas)
En Chrome 142, las cookies están vinculadas a su origen de configuración (predeterminado), de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 142 en Android, iOS, Linux, macOS y Windows: las políticas empresariales estarán disponibles
- Chrome 150 en Android, iOS, Linux, macOS y Windows: se eliminarán las políticas empresariales
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementEnabled para permitir que los usuarios de empresa inhabiliten la PQC. Esta política será temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Activación de usuarios persistentes en navegaciones de mismo origen
Esta función conserva el estado de activación de usuarios persistentes después de que una página vaya a otra página del mismo origen. La falta de activación de usuarios en la página posterior a la navegación impide algunos casos prácticos, como mostrar teclados virtuales en el enfoque automático, lo que ha supuesto un obstáculo para los desarrolladores que quieren crear aplicaciones de varias páginas (MPAs) sobre aplicaciones de página única (APUs).
- Chrome 142 en Windows, macOS, Linux y Android
- Actualización de la advertencia Sin HTTPS:
Chrome 140 actualiza la advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/security. Ahora, la advertencia se muestra en un cuadro de diálogo en lugar de en un intersticial. El indicador de seguridad del contenido de la URL de la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa sigue bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 140 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio
- Chrome 142 en Android: nuevo diseño de advertencia en Android
- Manifiesto de aplicaciones web: algoritmo de requisitos para actualizar
A partir de Chrome 142, el archivo de manifiesto de la aplicación web especificará un algoritmo de idoneidad para la actualización. De este modo, el proceso de actualización es más determinista y predecible, lo que permite al desarrollador tener más control sobre si se deben aplicar actualizaciones (y cuándo) a las instalaciones existentes. Además, permite eliminar el control de comprobación de actualizaciones que los agentes de usuario deben implementar actualmente para evitar el desperdicio de recursos de red.
- Chrome 142 en Windows, macOS y Linux
- Chrome 143 en Android
- Pseudoelementos de resaltado de búsqueda en la página de CSS
Esta función expondrá el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado; por ejemplo, la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 143 en Windows, macOS, Linux y Android
- Retirada de savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política de empresa SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos
savedTabGroupsen plataformas de escritorio. Sin embargo, en las plataformas móviles, la sincronización de grupos de pestañas ya se gestiona mediante el tipo de datos de pestañas. Para que el comportamiento en ordenadores sea coherente con el de los dispositivos móviles y simplificar la gestión de la sincronización, el tipo de datossavedTabGroupsse dejará de usar y ya no será un valor personalizable individualmente en la política SyncTypesListDisabled.Acción necesaria por parte de los administradores:
A partir de Chrome 143, si la política SyncTypesListDisabled inhabilita las pestañas o
savedTabGroups, ambos tipos de datos se considerarán inhabilitados. Esto significa que, si inhabilitas las pestañas, también se inhabilitarán los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse eliminará por completo de la lista de tipos de datos admitidos de esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. De esta forma, se asegura el comportamiento deseado antes de que se elimine por completo el valorsavedTabGroups.- Chrome 143 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker y consume el resultado de la solicitud de red en el controlador de obtención si este devuelve la respuesta con
respondWith(). Si el resultado del controlador de obtención es de reserva, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento de los service workers. Los administradores pueden controlar esta función mediante la política empresarial ServiceWorkerAutoPreloadEnabled.- Chrome 140 en Android y Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: se eliminará la política ServiceWorkerAutoPreloadEnabled
- Cambio en la programación de lanzamiento de la versión preliminar estable
A partir de Chrome 145, Chrome se lanzará en el canal de la versión preliminar estable una semana antes de lo que habíamos anunciado. Por ejemplo, la versión preliminar estable de Chrome 145 pasa del 4 de febrero al 28 de enero del 2026. No se ha hecho ningún cambio en la versión del canal estable. Para ver las nuevas fechas de la versión preliminar estable, consulta la programación de lanzamientos actualizada.
-
Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal estable inicial una semana antes.
-
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a
admin.google.comtengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación de la verificación en dos pasos para administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 145 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139. En Chrome 145, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 145 en Linux, macOS y Windows: se eliminará la política empresarial
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se incluyen en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 146 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Informes de perfiles de Chrome en iOS
Chrome Enterprise Core va a lanzar los informes de perfiles en la nube de Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de informes de perfiles gestionados en la sección Navegador Chrome > Configuración de la consola de administración de Google. Si ya has activado los informes de perfiles gestionados, recibirás automáticamente informes de perfiles en Chrome en iOS. Los administradores pueden controlar esta función mediante la política CloudProfileReportingEnabled.
Los datos de los informes de perfiles se pueden encontrar en la consola de administración de Google > Navegador Chrome > Perfiles gestionados. La información de los informes incluye datos del perfil, del navegador (versiones, SO, canal, etc.), las políticas aplicadas y otros elementos.
- Chrome 142 en iOS: la función se lanzará de forma gradual
Próximos cambios de Chrome Enterprise Premium
- Refactorización de la experiencia de usuario de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de la pérdida de datos (DLP), la consola de administración de Google se está actualizando para optimizar la forma en que los administradores definen las políticas de diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se introducen grupos de aplicaciones mutuamente excluyentes, lo que significa que una única regla de DLP solo puede dirigirse a un grupo de aplicaciones a la vez (ya sean aplicaciones de Workspace, como Drive o Gmail, activadores del navegador Chrome, como el de subida de archivos o el de URL visitada, o activadores de ChromeOS). Este cambio simplifica la configuración de reglas, elimina los posibles conflictos que se producen al seleccionar aplicaciones que se solapan y sienta las bases para crear flujos de trabajo más especializados y fáciles de usar que se adapten a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de aplicaciones actualizada con botones de selección para aplicar esta selección de un solo grupo en las nuevas reglas. El sistema migrará de forma transparente las reglas existentes que antes combinaban aplicaciones de varios grupos para convertirlas en reglas independientes, que cumplan las políticas y estén dirigidas a una sola plataforma. De esta forma, se garantiza que la protección se mantenga y que la transición sea fluida. En la consola de administración se mostrarán banners con información sobre estos cambios y el proceso de migración. No se van a introducir nuevas políticas empresariales con esta actualización, sino que se van a hacer cambios en la interfaz de configuración de reglas. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: permite seleccionar aplicaciones mutuamente excluyentes para configurar reglas de DLP en la consola de administración
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ahora amplía sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 145 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de DLP.
Resumen de novedades de ChromeOS 141
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Más transparencia con respecto a la recuperación de datos en ChromeOS | ✓ | ✓ | |
| Nuevas políticas de permisos de la API Device Attributes | ✓ | ✓ | |
| Ajuste del límite de carga de la batería en la interfaz de usuario | ✓ | ✓ | |
| Archivos PPD gestionados para impresoras | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
- Más transparencia con respecto a la recuperación de datos en ChromeOS
Para reforzar nuestro compromiso con la seguridad, ChromeOS ahora ofrece más transparencia con respecto al historial de recuperación de datos de tu dispositivo. Cada intento de recuperación se registra en un libro de contabilidad a prueba de manipulaciones y que protege la privacidad. Ahora, vamos a permitir que se revise ese registro.
De esta forma, puedes verificar que todos los intentos de recuperar datos locales en tu dispositivo los has hecho tú, lo que te permite detectar fácilmente los intentos de acceso no autorizados y te da total tranquilidad.
- Nuevas políticas de permisos para la API Device Attributes
Ahora, los administradores pueden usar dos nuevas políticas de permisos para restringir el acceso a la API Device Attributes. La API Device Attributes solo está disponible para las aplicaciones web de kiosco y las aplicaciones web aisladas (IWAs) instaladas mediante políticas, solo en dispositivos ChromeOS gestionados. Además, la función se controla mediante la configuración de contenido.
Se han introducido dos nuevas políticas, DeviceAttributesBlockedForOrigins y DefaultDeviceAttributesSetting, que complementan la política DeviceAttributesAllowedForOrigins, que ya se había introducido. La función está habilitada de forma predeterminada en los casos admitidos que se describen más arriba.
- Ajuste del límite de carga de la batería en la interfaz de usuario
Ahora puedes controlar directamente el estado de la batería de tu Chromebook para prolongar su vida útil con nuevos ajustes de optimización de la carga. Estas funciones ayudan a mantener la batería en buen estado a largo plazo ajustando la forma en que se carga el dispositivo.
Para configurar estas opciones accesibles para los usuarios, ve a Ajustes > Dispositivo > Alimentación y selecciona Cambiar junto a Carga optimizada. Puedes elegir entre:
- Límite de carga: maximiza la vida útil de la batería limitando la carga máxima al 80 %.
- Carga inteligente: retrasa de forma inteligente la carga al 100 % hasta que sea necesario, en función de tus patrones de uso diarios.
Esta actualización es la contraparte para los usuarios de la política DevicePowerBatteryChargingOptimization, que está disponible en la consola de administración de Google. Los administradores pueden definir esta política con una de estas tres opciones:
- Adaptativa: el dispositivo retrasa la carga al 100 % hasta que sea necesario.
- Limitada: la batería solo se carga hasta el 80 % aproximadamente.
- Estándar: la batería se carga con normalidad hasta el 100 %, lo que inhabilita todas las optimizaciones de carga del dispositivo.
La política definida por un administrador anula cualquier ajuste seleccionado por el usuario. Un usuario solo puede beneficiarse de los ajustes de las opciones de optimización de la carga de su dispositivo si no se aplica ninguna política que anule estos ajustes. De forma predeterminada, si no se aplica ninguna política, la opción Carga optimizada se habilita en el dispositivo con la opción Carga inteligente seleccionada. Para obtener más información, consulta el artículo Cómo usar Carga inteligente - Ayuda de Chromebook.
- Archivos PPD gestionados de impresoras
Actualmente, hay dos formas de configurar una impresora sin controlador o con el fabricante y el modelo.
Esta nueva función ofrece una tercera forma de identificar una impresora: mediante un archivo PPD personalizado. Los administradores de ChromeOS Enterprise ahora pueden especificar archivos PPD personalizados al configurar impresoras gestionadas para sus organizaciones.
Chrome 140
Resumen de novedades de Chrome 140
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Cambio de contraseña automático | ✓ | ||
| Sugerencias de búsqueda contextuales en la barra de direcciones de Chrome | ✓ | ||
| Precalentamiento de DSE | ✓ | ||
| Función Autocompletar mejorada | ✓ | ||
| Iniciar Chrome con un nuevo perfil mediante la línea de comandos | ✓ | ✓ | |
| Usuarios que han iniciado sesión: Autocompletar y configuración de la cuenta de Google | ✓ | ||
| Modo ServiceWorkerAutoPreload | ✓ | ||
| Grupos de pestañas compartidas | ✓ | ||
| Actualización de la advertencia No HTTPS | ✓ | ||
| Dejar de enviar el encabezado Purpose: prefetch desde las precargas y los prerrenderizados | ✓ | ✓ | |
| Retirada de las reglas especiales de tamaño de fuente para H1 en algunos elementos | ✓ | ||
| SharedWorker hereda el controlador de la URL de blob | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Nuevos filtros en la página de vista general de Chrome Enterprise | ✓ | ||
| Regionalizar los datos de Chrome Enterprise cubiertos | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Protección con reglas para copiar y pegar | ✓ | ✓ | |
| Compatibilidad con DLP en iFrames | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Añadir una señal heurística de secuestro de búsqueda a la telemetría de extensiones | ✓ | ||
| Pie de página de la página Nueva pestaña | ✓ | ✓ | ✓ |
| Gemini en Chrome | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Pseudoelementos de resaltado de búsqueda en páginas de CSS | ✓ | ✓ | |
| Restricciones de acceso a la red local | ✓ | ✓ | |
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Política de permisos de la API Device Attributes | ✓ | ✓ | |
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| La propiedad window.name ya no se conserva en las navegaciones entre sitios | ✓ | ||
| Retirada de savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| No permitir el prerenderizado de HTTP de texto sin formato no fiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Manifiesto de aplicaciones web: algoritmo de requisitos para actualizar |
✓ |
||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad de navegadores registrados con las personalizaciones de Chrome Web Store para empresas | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorización de la experiencia de usuario de las reglas del navegador Chrome | ✓ | ✓ | |
| Aumento del tamaño admitido de los archivos para análisis de DLP | ✓ | ✓ | |
| Personalización de marcas de agua | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Cambio de contraseña automático
Cuando Chrome detecta que un usuario ha iniciado sesión en un sitio web con una contraseña vulnerada, ahora le ofrece cambiarla automáticamente. Esta función está disponible en un conjunto de sitios aptos. Esta función usa IA, y los administradores pueden controlarla mediante la política empresarial AutomatedPasswordChangeSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes hacer cualquier pregunta sobre la página en la que estés directamente en el contexto. A partir del hábito de búsqueda que ya tienen los usuarios con la barra de direcciones, ahora pueden hacer preguntas con Google Lens seleccionando cualquier elemento de la pantalla o con palabras. La acción de Google Lens en la barra de direcciones y las sugerencias contextuales dirigen a los usuarios a la función cuando es más útil. Los administradores pueden controlar esta función con la política LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: se inicia el lanzamiento de la función
- Chrome 140 en ChromeOS, Linux, macOS y Windows: si no se ha definido la política LensOverlaySettings, esta función respetará la política GenAiDefaultSettings (en caso de haberla).
- Precalentamiento de DSE
El precalentamiento de DSE optimiza la integración del proveedor de búsqueda predeterminado en el omnibox. Cuando el omnibox recibe el foco, Chrome empieza a prerrenderizar la página de precalentamiento que precarga los recursos necesarios para la página de resultados de búsqueda y reutiliza los recursos para llevar más rápidamente a la página de resultados de búsqueda en la siguiente consulta. Los administradores pueden controlar esta función con la política empresarial NetworkPredictionOptions.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: lanzamiento gradual
- Función Autocompletar mejorada
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a rellenar formularios online más fácilmente. En los formularios pertinentes, Chrome puede usar la IA para entender mejor el formulario y ofrecer a los usuarios la posibilidad de rellenar automáticamente la información guardada previamente. Los administradores pueden controlar la función mediante la política GenAiDefaultSettings y la nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows
- Chrome 140 en ChromeOS, Linux, macOS y Windows: la función Autocompletar con IA cambiará su nombre a Autocompletar mejorada y permitirá a los usuarios guardar y rellenar más tipos de información, y estará disponible en más países e idiomas.
- Iniciar Chrome en un nuevo perfil desde la línea de comandos
Esta función está diseñada para nuestros partners empresariales y administradores que necesitan iniciar aplicaciones web desde sus catálogos de aplicaciones nativas directamente en un perfil de Chrome gestionado específico mediante Chrome-CLI. Actualmente, si el perfil designado no existe, Chrome utiliza de forma predeterminada el último perfil usado, lo que crea una experiencia de usuario inconexa. Con esta nueva función, cuando no se encuentre un perfil específico, Chrome iniciará el flujo de creación de perfiles, rellenando previamente la dirección de correo del usuario para agilizar el proceso de configuración. Se trata de un elemento técnico clave para los administradores que quieran incorporar a sus usuarios de empresa a Chrome Enterprise mediante perfiles gestionados.
- Chrome 140 en Linux, macOS y Windows
- Usuarios que han iniciado sesión: Autocompletar y ajustes de la cuenta de Google
Como parte de nuestro esfuerzo por optimizar el modelo de identidad de Chrome en ordenadores, las cuentas gestionadas que iniciaron sesión en Chrome de forma implícita al iniciar sesión en una propiedad web de Google y que se encuentran en un perfil gestionado con políticas de usuario ahora pueden guardar y usar Autocompletar, ajustes y temas de su cuenta de Google mientras tienen la sesión iniciada. Las políticas de usuario seguirán funcionando como antes, incluidas SyncDisabled, SyncTypesListDisabled, BrowserSignin, AutofillAddressEnabled, AutofillCreditCardEnabled y PasswordManagerEnabled.
- Chrome 140 en Linux, macOS y Windows
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker y consume el resultado de la solicitud de red en el controlador de obtención si este devuelve la respuesta con respondWith(). Si el resultado del controlador de obtención es de reserva, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento de los service workers. Los administradores pueden controlar esta función mediante la política empresarial ServiceWorkerAutoPreloadEnabled.
- Chrome 140 en Android y Windows: política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: se eliminará la política ServiceWorkerAutoPreloadEnabled
- Grupos de pestañas compartidas
Ahora los usuarios pueden colaborar en pestañas mediante la función de grupos de pestañas compartidas. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en su ordenador o dispositivo móvil, y sus colaboradores podrán consultar las mismas pestañas en sus dispositivos. Cuando un usuario cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Los administradores pueden controlar esta función mediante la política empresarial TabGroupSharingSettings en Chrome 140.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: se lanza la posibilidad de unirte a un grupo de pestañas compartidas y usarlo. Los usuarios de Chrome estable no podrán crear grupos de pestañas compartidas (el punto de entrada no estará disponible). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y canary en esta fase del lanzamiento.
- Chrome 139 en iOS: a partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: la política empresarial TabGroupSharingSettings estará disponible para el propietario de la empresa en la consola de administración de Google. El 100 % de los usuarios de la versión estable de Chrome podrán unirse a un grupo de pestañas compartidas y usarlo. Sin embargo, la posibilidad de crear grupos de pestañas compartidas seguirá siendo exclusiva para los usuarios de las versiones beta, para desarrolladores y canary, lo que implica que solo los usuarios de esos canales podrán iniciar un grupo (sus amigos y compañeros de trabajo que usen la versión estable podrán unirse).
- Actualización de la advertencia Sin HTTPS:
Chrome 140 actualiza la advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/security. Ahora, la advertencia se muestra en un cuadro de diálogo en lugar de en un intersticial. El indicador de seguridad del contenido de la URL de la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa sigue bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 140 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio
- Chrome 141 en Android: nuevo diseño de advertencia en Android
- Dejar de enviar el encabezado Purpose: prefetch desde las precargas y los prerrenderizados
Ahora que las precargas y los prerrenderizados usan el encabezado
Sec-Purposepara las precargas y las prerrenderizados, este cambio elimina el encabezado antiguoPurpose: prefetchque se sigue transfiriendo. Esta actualización se encuentra detrás de un indicador de función o un interruptor de desactivación para evitar problemas de compatibilidad.El ámbito incluye la precarga de reglas de cargas especulativas, el prerrenderizado de reglas de cargas especulativas,
<link rel=prefetch>y<link rel=prerender>, que no es estándar de Chromium.- Chrome 140 en Windows, macOS, Linux y Android
- Retirar las reglas especiales de tamaño de fuente para H1 en algunos elementos
La especificación HTML contiene una lista de reglas especiales para las etiquetas <h1> anidadas en etiquetas <article>, <aside>, <nav> o <section>. Chrome 140 ha retirado estas reglas especiales porque pueden causar problemas de accesibilidad. Por ejemplo, pueden reducir visualmente el tamaño de fuente de las etiquetas <h1> anidadas para que parezcan etiquetas <h2>, pero nada en el árbol de accesibilidad refleja esta degradación.
- Chrome 140 en Windows, macOS, Linux y Android
- SharedWorker hereda el controlador de la URL de blob
Según Worker client case (github), los trabajadores deben heredar controladores para la URL de blob. Sin embargo, el código actual solo permite que los DedicatedWorkers hereden el controlador y los SharedWorkers no heredan el controlador. Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación. Hay una política empresarial SharedWorkerBlobURLFixEnabled disponible para controlar esta función.
- Chrome 140 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción DataControlsRules Define una lista de reglas de control de datos. LiveCaptionEnabled Habilitar Subtítulos instantáneos ProtectedContentIdentifiersAllowed Permite que las páginas web usen identificadores para reproducir contenido protegido TabGroupSharingSettings Opciones para compartir grupos de pestañas RestrictCoreSharingOnRenderer Restringir el uso compartido de núcleos de CPU para el proceso de renderizado OriginKeyedProcessesEnabled Habilitar el aislamiento de procesos con clave de origen de forma predeterminada. AutomatedPasswordChangeSettings Habilitar el cambio de contraseña automatizado ServiceWorkerAutoPreloadEnabled Permitir que ServiceWorker envíe solicitudes de navegación sin esperar a que se inicie Elegir si se habilita la función de protección contra la recogida de huellas digitales de Privacy Sandbox en modo Incógnito. WebRtcPostQuantumKeyAgreement Habilitar acuerdo de claves poscuántico para WebRTC SerialAskForUrls Permitir la API Serial en estos sitios
SerialBlockedForUrls Bloquear la API Serial en estos sitios DefaultSerialGuardSetting Controla el uso de la API Serial. SerialAllowAllPortsForUrls Permite conceder permiso automáticamente a sitios para conectarse a todos los puertos serie. LocalNetworkAccessAllowedForUrls Permitir que los sitios envíen solicitudes a endpoints de la red local. LocalNetworkAccessBlockedForUrls Impedir que los sitios envíen solicitudes a endpoints de la red local.
Cambios en Chrome Enterprise Core
- Nuevos filtros en la página de descripción general de Chrome Enterprise
La página Información general de Chrome ahora incluye nuevos filtros que permiten a los administradores acotar los datos por fecha de última actividad y unidad organizativa. Esta página se introdujo originalmente en Chrome 137 como parte de la sección Enterprise del navegador Chrome en la consola de administración de Google.
- Chrome 140 en Android, iOS, Linux, macOS y Windows: a partir de Chrome 140, habrá nuevos filtros disponibles en la página Información general.
- Regionalizar los datos de Chrome Enterprise cubiertos
Con Chrome 139, los administradores pudieron designar una ubicación geográfica específica para almacenar los datos cubiertos de Chrome Enterprise de los usuarios. Puedes elegir entre Estados Unidos, la Unión Europea (que se denomina Europa en la consola de administración de Google) o Sin preferencia. Se prevé que la migración completa finalice antes de que se discontinúe Chrome 140. Este ajuste se puede configurar en la consola de administración de Google, en Datos > Cumplimiento > Regiones de datos > Región > Datos en reposo. Para obtener información sobre los tipos de datos cubiertos, consulta los Términos Específicos del Servicio Chrome Enterprise.
- Chrome 139 en Android, iOS, ChromeOS, Linux, macOS y Windows: se iniciará el lanzamiento. Es posible que los administradores puedan definir una región, pero los datos no estarán regionalizados por completo hasta el final de Chrome 140.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: la migración inicial se regionalizará por completo.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Protección de reglas de copiar y pegar
Para ayudar a las organizaciones a evitar mejor la exfiltración de datos en dispositivos móviles, Chrome está ampliando los controles de datos del portapapeles de escritorio. Ahora, los administradores pueden usar la política DataControlsRules para definir reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que infrinja las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que se pegue información sensible de un contexto de trabajo en aplicaciones personales o sitios web de su flota móvil. De esta forma, se soluciona un problema de seguridad importante y se ofrece una función que los clientes empresariales han solicitado con frecuencia, ya que han manifestado su preocupación por la falta de controles de datos móviles.
Para usar esta función, los administradores pueden configurar restricciones del portapapeles en la política DataControlsRules, lo que proporciona una experiencia de gestión coherente en ordenadores y dispositivos móviles para reforzar la estrategia de seguridad general de su organización. En este artículo del Centro de Ayuda se explica cómo pueden configurar y gestionar los administradores los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y de protección de datos a servicios de terceros para analizarlos.
- Chrome 140 en Android: la protección de reglas de copiar y pegar está disponible en Android
- Compatibilidad con DLP en iFrames
Para mejorar la seguridad y evitar la filtración de datos, Chrome 140 amplía las funciones de Prevención de la pérdida de datos (DLP) al contenido de los iFrames. Con este cambio, cuando un usuario realice una acción que active la DLP (como subir un archivo) desde un sitio cargado en un iframe, Chrome enviará toda la jerarquía de URLs, desde el iframe de origen hasta la página de nivel superior, para que se evalúe con todas las reglas de DLP aplicables.
No se necesitan nuevas políticas empresariales para habilitar esta función, ya que funciona con las reglas de DLP configuradas a través de las políticas de conectores. Los administradores deben tener en cuenta que sus reglas se aplicarán ahora a los contextos de iFrame, lo que puede bloquear acciones de los usuarios que antes estaban permitidas.
- Chrome 139 en Linux, macOS y Windows: lanzamiento inicial de la compatibilidad con la prevención de pérdida de datos para iFrames. En esta fase, se añade la implementación obligatoria de eventos de subida de archivos que se originan en un contexto de iFrame y se utilizarán las reglas de DLP configuradas a través de la política OnFileAttachedEnterpriseConnector.
- Chrome 140 en Linux, macOS y Windows: en esta fase ampliada se combinan dos lanzamientos de funciones, lo que permite ampliar la compatibilidad con iFrames de DLP para incluir la implementación de acciones de descarga e impresión de archivos.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Añadir una señal heurística de secuestro de búsquedas a la telemetría de extensiones
Las extensiones de Chrome maliciosas interceptan y redirigen las consultas de búsqueda de la omnibox y de realbox (el cuadro de búsqueda de la página Nueva pestaña) desde la página de resultados del buscador (SERP) a una URL controlada por el atacante. Esta función añade una heurística del lado del cliente para detectar este tipo de secuestro de búsquedas. La idea principal es comparar las búsquedas iniciadas por los usuarios con las llegadas a la SERP que se han completado correctamente. Si se detecta una discrepancia significativa a lo largo del tiempo, es un claro indicio de que se ha producido una actividad de secuestro. Esta heurística genera una nueva señal que se sube al servidor de telemetría CRX de Navegación segura a través del servicio de telemetría de extensiones de Chrome. El análisis del lado del servidor de los datos de señal de varios navegadores Chrome puede identificar posibles secuestros de búsquedas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows
- Pie de página de la página Nueva pestaña
La actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para ofrecer a los usuarios una mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: la atribución de extensiones empezará a mostrarse en la NTP. Si una extensión ha cambiado la página Nueva pestaña predeterminada, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. Este mensaje suele incluir un enlace directo a la extensión en Chrome Web Store, lo que facilita la identificación y la gestión de extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: se mostrará el aviso de gestión del navegador si un administrador de empresa ha definido una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome esté gestionado por una fuente de confianza, el pie de página de Nueva pestaña mostrará un aviso de divulgación de gestión. Esto te ayuda a entender cómo se gestiona tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 141 en Linux, macOS y Windows: se empezará a mostrar un aviso predeterminado (Gestionado por <nombre de dominio>) en el pie de página de Nueva pestaña de todos los navegadores gestionados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 141, Gemini en Chrome estará disponible para los usuarios que hayan iniciado sesión en Chrome en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome en el Centro de Ayuda.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 141 en macOS y Windows: la función se lanza gradualmente en la versión estable para los usuarios que hayan iniciado sesión en Chrome en Estados Unidos.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Esta función se podrá controlar mediante la política de empresa WebRtcPostQuantumKeyAgreementEnabled para que los usuarios de empresa puedan inhabilitar la PQC. Esta política será temporal y está previsto que se elimine en Chrome 151.
- Chrome 141 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 151 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Pseudoelementos de resaltado de búsqueda en la página de CSS
Esta función expondrá el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado, como la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 141 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 140 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle de retorno, o de un sitio web local (por ejemplo, una intranet) a un bucle de retorno. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Las empresas que necesiten inhabilitar o conceder automáticamente el permiso pueden hacerlo mediante las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior a la implementación de las restricciones.
- Chrome 141 en Windows, macOS, Linux y Android
- Cookies de origen (de forma predeterminada)
En Chrome 141, las cookies están vinculadas a su origen de configuración (de forma predeterminada), de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto mediante el uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 141 en Windows, macOS, Linux, Android y iOS: la política estará disponible
- Chrome 150 en Windows, macOS, Linux, Android y iOS: se eliminará la política
- Política de permisos de la API Device Attributes
La nueva política de permisos permite restringir el acceso a la API Device Attributes, que solo está disponible para las aplicaciones web de kiosco instaladas mediante políticas y las aplicaciones web aisladas instaladas mediante políticas, ambas solo en dispositivos ChromeOS gestionados.
Además, la función se controla mediante la configuración de contenido. Se han introducido 2 nuevas políticas: DeviceAttributesBlockedForOrigins y DefaultDeviceAttributesSetting, que complementan la política DeviceAttributesAllowedForOrigins, que ya se había introducido. La función está habilitada de forma predeterminada en los casos admitidos que se describen más arriba.
- Chrome 141 en Windows, macOS y Linux
- Política estricta de mismo origen para la API Storage Access
Tenemos previsto ajustar la semántica de la API Storage Access para que cumpla estrictamente la política de mismo origen y mejorar la seguridad. Si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.- Chrome 141 en Windows, macOS, Linux y Android
- La propiedad window.name ya no se conserva en las navegaciones entre sitios
El valor de la propiedad window.name se conserva actualmente durante toda la vida de una pestaña, incluso con la navegación que cambia de grupos de contexto de navegación, lo que puede filtrar información y potencialmente usarse como un vector de seguimiento. A partir de Chrome 142, la propiedad window.name dejará de conservarse en este caso, lo que mitigará el problema.
Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, Android e iOS
- Retirada de savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política de empresa SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos savedTabGroups en plataformas de escritorio. Sin embargo, en las plataformas móviles, la sincronización de grupos de pestañas ya se gestiona mediante el tipo de datos de pestañas. Para que el comportamiento en ordenadores sea coherente con el de los dispositivos móviles y simplificar la gestión de la sincronización, el tipo de datos savedTabGroups se dejará de usar y ya no será un valor personalizable individualmente en la política SyncTypesListDisabled.
Acción necesaria por parte de los administradores:
A partir de Chrome 142, si la política SyncTypesListDisabled inhabilita las pestañas o los grupos de pestañas guardados, ambos tipos de datos se considerarán inhabilitados. Esto significa que, si inhabilitas las pestañas, también se inhabilitarán los grupos de pestañas guardados y viceversa. El valor
savedTabGroupsse eliminará por completo de la lista de tipos de datos admitidos de esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. De esta forma, se asegura el comportamiento deseado antes de que se elimine por completo el valorsavedTabGroups.- Chrome 142 en Windows, macOS y Linux
- No permitir el prerenderizado de HTTP de texto sin formato no fiable
Con este lanzamiento, se podrá impedir el prerrenderizado HTTP en texto sin formato que no sea de confianza.
- Chrome 142 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros mediante la caché de la política de seguridad de transporte estricta mediante HTTP (HSTS). Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la web.
- Chrome 142 en Windows, macOS, Linux y Android
- Manifiesto de aplicaciones web: algoritmo de requisitos para actualizar
A partir de Chrome 139, el archivo de manifiesto de la aplicación web especificará un algoritmo de idoneidad para la actualización. De este modo, el proceso de actualización es más determinista y predecible, lo que permite al desarrollador tener más control sobre si se deben aplicar actualizaciones (y cuándo) a las instalaciones existentes. Además, permite eliminar el control de comprobación de actualizaciones que los agentes de usuario deben implementar actualmente para evitar el desperdicio de recursos de red.
- Chrome 142 en Windows, macOS y Linux
- Chrome 143 en Android
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación de la verificación en dos pasos para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 145 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La
marca chrome://que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139. En Chrome 145, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Migración de la versión 4 a la 5 de la API SafeBrowsing
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 145 en Linux, macOS y Windows: se eliminará la política empresarial
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 146 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Asistencia para navegadores registrados en personalizaciones de Chrome Web Store para empresas
La Chrome Web Store personalizada admitirá navegadores gestionados registrados en Chrome Enterprise Core (configuración de máquinas en la nube). De esta forma, los administradores podrán personalizar Chrome Web Store sin necesidad de que los usuarios inicien sesión. Entre las personalizaciones se incluyen las siguientes:
- Añadir logotipos de empresas
- Añadir banners principales y avisos personalizados
- Elaborar colecciones de extensiones
- Ocultar categorías de extensiones
Los ajustes de personalización de Chrome Web Store se lanzaron anteriormente en Chrome 132, pero solo admitían políticas a nivel de usuario (para usuarios que habían iniciado sesión). A partir de Chrome 140, esta función estará disponible para los testers de confianza de Chrome Enterprise Core.
- Chrome 141 en Linux, macOS y Windows: a partir de Chrome 141, esta función estará disponible de forma general.
-
Página de descripción general de Chrome Enterprise
Chrome 137 incluyó una nueva página Información general en la sección Navegador Chrome de la consola de administración de Google. La página Información general permite a los administradores de TI encontrar rápidamente información clave sobre su despliegue:
- Perfiles activos e inactivos y navegadores registrados
- Identificar navegadores obsoletos y con actualizaciones pendientes
- Identifica las extensiones de alto riesgo (según Spin.AI) y obtén una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, archivos subidos o descargados sensibles)
La página Información general también permite a los administradores acceder rápidamente a acciones clave, como gestionar extensiones, acceder a la lista de navegadores o perfiles y definir políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows: disponible públicamente para administradores de TI
- Chrome 141 en Android, iOS, Linux, macOS y Windows: se ha añadido un nuevo filtro a la página Resumen para las unidades organizativas y las fechas de actividad
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En septiembre del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar el ajuste, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si se reduce el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 141 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzó en junio. La eliminación empezará en septiembre, y la fase inicial de eliminación finalizará a finales de septiembre. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
Próximos cambios de Chrome Enterprise Premium
- Refactorización de la experiencia de usuario de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de la pérdida de datos (DLP), la consola de administración de Google se está actualizando para optimizar la forma en que los administradores definen las políticas de diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se introducen grupos de aplicaciones mutuamente excluyentes, lo que significa que una única regla de DLP solo puede dirigirse a un grupo de aplicaciones a la vez (ya sean aplicaciones de Workspace, como Drive o Gmail, activadores del navegador Chrome, como el de subida de archivos o el de URL visitada, o activadores de ChromeOS). Este cambio simplifica la configuración de reglas, elimina los posibles conflictos que se producen al seleccionar aplicaciones que se solapan y sienta las bases para crear flujos de trabajo más especializados y fáciles de usar que se adapten a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de aplicaciones actualizada con botones de selección para aplicar esta selección de un solo grupo en las nuevas reglas. El sistema migrará de forma transparente las reglas existentes que antes combinaban aplicaciones de varios grupos para convertirlas en reglas independientes, que cumplan las políticas y estén dirigidas a una sola plataforma. De esta forma, se garantiza que la protección se mantenga y que la transición sea fluida. En la consola de administración se mostrarán banners con información sobre estos cambios y el proceso de migración. No se van a introducir nuevas políticas empresariales con esta actualización, sino que se van a hacer cambios en la interfaz de configuración de reglas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: permite seleccionar aplicaciones mutuamente excluyentes para configurar reglas de DLP en la consola de administración
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ahora amplía sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados.
- Chrome 140 en Linux, macOS y Windows: se ha lanzado la función
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite a los administradores personalizar la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia de usuario y de abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua.
Para controlar la apariencia de la marca de agua, los administradores pueden usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- "font_size": define el tamaño de la fuente del texto en píxeles.
- "fill_opacity": define la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": define la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
De esta forma, los administradores tienen más flexibilidad para equilibrar los requisitos de seguridad con la productividad de los usuarios.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: este lanzamiento permite a los administradores personalizar el tamaño de la fuente y la opacidad de la marca de agua mediante la nueva política WatermarkStyle en la consola de administración de Google.
Resumen de novedades de ChromeOS 140
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Notificaciones de grabación de pantalla | ✓ | ||
| API Device Attributes en IWAs | ✓ | ||
| Política GoogleLocationServicesEnabled | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Ajuste del límite de carga de la batería en la interfaz de usuario | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Actualizaciones actuales de ChromeOS
- Notificaciones de grabación de pantalla
Esta función introduce una lista de permitidas para omitir notificaciones en la API getAllScreensMedia para aplicaciones de confianza.
- API Device Attributes en IWAs
Con este lanzamiento, se incluye una nueva política de permisos para la API Device Attributes en dispositivos gestionados y se cambia la forma de obtener el permiso para esa API en las aplicaciones web aisladas.
- Política GoogleLocationServicesEnabled
A principios del 2025, ChromeOS lanzó un nuevo control de geolocalización en todo el sistema dentro de la configuración de Privacidad y seguridad, que se puede configurar como Permitir, Solo se permite para los servicios del sistema (por ejemplo, la zona horaria automática y el tiempo local) o Desactivado. Los administradores pueden elegir entre definir un valor predeterminado que los usuarios puedan anular o aplicar una de las opciones. Para cambiar los ajustes de su dispositivo, los usuarios pueden seleccionar Ajustes > Privacidad y seguridad > Controles de privacidad > Acceso a la ubicación > Cambiar acceso.
Si una extensión o una aplicación depende del acceso a la ubicación del dispositivo como parte de tu estrategia de gestión, debes definir la política GoogleLocationServicesEnabled como Permitir . De lo contrario, es posible que los dispositivos solo puedan enviar la ubicación a estas aplicaciones o extensiones con datos de dirección IP precisos.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Ajuste del límite de carga de la batería en la interfaz de usuario
A partir de ChromeOS 143, los usuarios podrán controlar directamente el estado de la batería de su Chromebook para prolongar su vida útil con nuevos ajustes de optimización de la carga. Estas funciones ayudan a mantener la batería en buen estado a largo plazo ajustando la forma en que se carga el dispositivo.
Para configurar estas opciones, los usuarios pueden ir a Ajustes > Preferencias del sistema > Alimentación y hacer clic en Cambiar junto a Carga optimizada. Puedes elegir entre:
- Carga inteligente: retrasa de forma inteligente la carga al 100 % hasta que sea necesario, en función de tus patrones de uso diarios.
- Límite de carga: maximiza la vida útil de la batería limitando la carga máxima al 80 %.
Esta función es la contraparte para los usuarios de la política DevicePowerBatteryChargingOptimization, que está disponible en la consola de administración de Google. Los administradores pueden definir esta política con una de estas tres opciones:
- Adaptativa: el dispositivo retrasa la carga al 100 % hasta que sea necesario.
- Limitada: la batería solo se carga hasta el 80 % aproximadamente.
- Estándar: si no se selecciona ninguno de los ajustes optimizados anteriores, la batería se carga con normalidad hasta el 100 %
Es importante tener en cuenta que la política definida por un administrador anula cualquier ajuste seleccionado por el usuario. Un usuario solo puede beneficiarse de los ajustes de las opciones de optimización de la carga de su dispositivo si no se aplica ninguna política que anule estos ajustes. De forma predeterminada, si no se aplica ninguna política, la opción "Carga optimizada" se habilita en el dispositivo con la opción "Carga inteligente" seleccionada.
Chrome 139
Resumen de novedades de Chrome 139
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Modo IA para las recomendaciones de búsqueda en Chrome | ✓ | ||
| Búsquedas en el sitio configurables por el administrador | ✓ | ✓ | |
| Chrome para Android ya no admite Android Oreo ni Android Pie | ✓ | ||
| Comprobaciones de descarga de archivos APK maliciosos | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| Pie de página de la página Nueva pestaña | ✓ | ✓ | ✓ |
| Evitar que se eliminen contraseñas por error en Chrome | ✓ | ||
| Notificaciones promocionales | ✓ | ||
| Quitar marcas de extensión peligrosas en Chrome | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Grupos de pestañas compartidas | ✓ | ||
| Cuentas de asistencia en estado pendiente en Chrome para iOS | ✓ | ||
| Próximo cambio en los certificados AC incluidos en Chrome Root Store | ✓ | ||
| Dejar de enviar el encabezado "Purpose: prefetch" desde las precargas y los prerrenderizados | ✓ | ✓ | |
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Lanzar evento de error en lugar de lanzar excepción para el worker bloqueado por CSP | ✓ | ||
| Aleatorizar la asignación de puertos TCP en Windows | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Políticas basadas en grupos para la selección de la configuración de conectores | ✓ | ||
| Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Regionalizar los datos de Chrome Enterprise cubiertos | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Detección de cuentas activas | ✓ | ✓ | |
| API Chrome Enterprise Connectors | ✓ | ✓ | |
| Protección de las reglas de copiar y pegar | ✓ | ✓ | |
| Compatibilidad con la prevención de la pérdida de datos en iFrames | ✓ | ✓ | |
| Habilitar las marcas de agua en aplicaciones de una sola página | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| Cambio de contraseña automático | ✓ | ||
| Sugerencias de búsqueda contextual en la barra de direcciones de Chrome | ✓ | ||
| Función Autocompletar mejorada | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Iniciar Chrome en un nuevo perfil desde la línea de comandos | ✓ | ✓ | |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Pseudoelementos de resaltado de búsqueda en la página de CSS | ✓ | ✓ | |
| Retirar las reglas especiales de tamaño de fuente para H1 en algunos elementos | ✓ | ||
| IP Protection | ✓ | ✓ | |
| Restricciones de acceso a la red local | ✓ | ✓ | |
| Tokens de revelación probabilísticos | ✓ | ✓ | |
| Propagar el comportamiento de overscroll del viewport desde el elemento raíz | ✓ | ✓ | |
| Bloqueo de secuencias de comandos en Incógnito | ✓ | ✓ | |
| El controlador de la secuencia de comandos de SharedWorker hereda la URL de la secuencia de comandos de blob | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| Manifiesto de aplicaciones web: especifica los requisitos para actualizar, las URLs de los iconos tienen el encabezado Cache-Control: inmutable | ✓ | ||
| Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| No permitir el prerenderizado de HTTP de texto sin formato no fiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Quitar políticas de partición del almacenamiento de terceros | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Página de descripción general de Chrome Enterprise | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Mayor compatibilidad con el tamaño de los archivos en los análisis de Prevención de la pérdida de datos | ✓ | ✓ | |
| Personalización de marcas de agua | ✓ | ✓ | |
| Refactorización de la experiencia de usuario de las reglas del navegador Chrome | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Modo IA para las recomendaciones de búsqueda en Chrome
El modo IA es una función que ayuda a los usuarios a profundizar en los temas que les interesan mostrándoles recomendaciones de búsqueda en Chrome. Hay una nueva política, AIModeSettings, que permite controlar las recomendaciones de búsqueda en la barra de direcciones y en el cuadro de búsqueda de la página Nueva pestaña. Esta política también controla las recomendaciones de Modo IA en la barra de direcciones y en el omnibox de la página Nueva pestaña.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: se empieza a lanzar la función de recomendaciones de Modo IA en la barra de direcciones y en el cuadro de búsqueda de la página Nueva pestaña. El punto de entrada del Modo IA también se ha implementado en el cuadro de búsqueda de la página Nueva pestaña.
- Chrome 139
- En Windows, macOS, Linux y ChromeOS: se empieza a lanzar el botón de punto de entrada del modo de IA en la barra de direcciones. Se empieza a lanzar el cuadro de composición insertado de Modo IA en el omnibox de la página Nueva pestaña.
- En Android y iOS: se empieza a lanzar el punto de entrada del modo IA en la omnibox de la página Nueva pestaña. En iOS, las recomendaciones de Modo IA también se empiezan a lanzar en la barra de direcciones.
- Búsquedas en el sitio configurables por el administrador
Los atajos de búsqueda de sitios son una forma de usar la barra de direcciones (omnibox) como un cuadro de búsqueda para un sitio específico sin ir directamente a la URL del sitio, de forma similar a como puedes usar el omnibox para hacer una búsqueda general de Google en la web. Ahora los administradores pueden crear accesos directos a sitios para que los usuarios accedan directamente a los sitios empresariales más importantes. Los usuarios pueden iniciar la búsqueda escribiendo el acceso directo o @acceso_directo (por ejemplo, @trabajo), seguido de un espacio o un tabulador, en la barra de direcciones.
Los administradores controlan estos ajustes de combinaciones de teclas mediante la política SiteSearchSettings.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: lanzamiento gradual
- Chrome 139 en ChromeOS, Linux, macOS y Windows: se añade un parámetro de política adicional que permite a los administradores especificar Permitir que el usuario anule la configuración, lo que permite a los usuarios editar, inhabilitar o eliminar las combinaciones de teclas definidas por el administrador.
- Chrome para Android ya no admite Android Oreo ni Android Pie
La última versión de Chrome que admite Android Oreo o Android Pie es Chrome 138, que incluye un mensaje en el que se pide a los usuarios afectados que actualicen su sistema operativo. Chrome 139 y las versiones posteriores no son compatibles con los usuarios que tengan Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Comprobaciones de descarga de archivos APK maliciosos
Chrome en Android ahora se pone en contacto con los servidores de Google sobre los archivos de paquete de aplicación Android (APK) descargados en Chrome para obtener un veredicto sobre su seguridad. Si se determina que un archivo APK descargado es peligroso, Chrome muestra una advertencia y bloquea la descarga para proteger a los usuarios frente al malware móvil. El usuario podrá ignorar estas advertencias de descarga a través de la interfaz de Chrome. Estas comprobaciones de descargas de archivos APK maliciosos se realizan en el caso de los usuarios registrados en protección estándar o protección mejorada de Navegación segura de Google. Esta función se puede inhabilitar asignando el valor No Protection al modo Navegación segura mediante la política SafeBrowsingProtectionLevel.
- Chrome 139 en Android
- Migrar extensiones a Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta junio del 2025. A partir de ese momento, se eliminará la política.
En la página de uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan la política empresarial ExtensionManifestV2Availability habilitada podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, MacOS y Windows: se elimina la política Remove ExtensionManifestV2Availability
- Pie de página de la página Nueva pestaña
La actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para ofrecer a los usuarios una mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: la atribución de extensiones empezará a mostrarse en la NTP. Si una extensión ha cambiado la página Nueva pestaña predeterminada, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. Este mensaje suele incluir un enlace directo a la extensión en Chrome Web Store, lo que facilita la identificación y la gestión de extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: se mostrará el aviso de gestión del navegador si un administrador de empresa ha definido una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome esté gestionado por una fuente de confianza, el pie de página de Nueva pestaña mostrará un aviso de divulgación de gestión. Esto te ayuda a entender cómo se gestiona tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 140 en Linux, macOS y Windows: se empezará a mostrar un aviso predeterminado (Gestionado por <nombre de dominio>) en el pie de página de Nueva pestaña de todos los navegadores gestionados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Evitar que se eliminen contraseñas por error en Chrome
Para reducir el riesgo de que se eliminen contraseñas por error en Eliminar datos de navegación, Chrome 139 ahora dirige a los usuarios a los ajustes del Gestor de contraseñas de Google, donde pueden gestionar y eliminar contraseñas y llaves de acceso de forma más eficaz. Esta función elimina la opción Contraseñas y otros datos de inicio de sesión de
Eliminar datos de navegación y, en su lugar, dirige a los usuarios al Gestor de contraseñas de Google, donde pueden eliminar contraseñas de forma individual o masiva.
Esta función no afecta a las políticas empresariales ClearBrowsingDataOnExitList y BrowsingDataLifetime.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
Eliminar datos de navegación y, en su lugar, dirige a los usuarios al Gestor de contraseñas de Google, donde pueden eliminar contraseñas de forma individual o masiva.- Notificaciones promocionales
En Chrome 128, se empiezan a mostrar a los usuarios nuevas notificaciones promocionales en el SO. Estas notificaciones se rigen por la política de empresa PromotionsEnabled.
- Chrome 128 en ChromeOS, Linux, macOS y Windows
- Chrome 139 en Windows: en Chrome 138, las notificaciones de promociones solo se activaban en los clientes de Chrome cuando se actualizaba de Windows 10 a Windows 11. A partir de Chrome 139, esta función se extenderá a todas las instalaciones de Chrome en Windows. Las notificaciones se seguirán mostrando solo a un subconjunto de usuarios con poco nivel de interacción, y se pueden inhabilitar mediante la política empresarial PromotionsEnabled.
- Quitar marcas de extensión peligrosas en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las versiones oficiales de Chrome dejarán de admitir las marcas de línea de comandos
--extensions-on-chrome-urlsy--disable-extensions-excepta partir de Chrome 139. El objetivo de este cambio es mitigar los riesgos asociados a las extensiones dañinas y no deseadas.Los desarrolladores pueden seguir usando ambas marcas en compilaciones sin marca, como Chromium y Chrome for Testing.
- Chrome 139 en Linux, macOS y Windows
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGLestá obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable. Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 139
- En Linux y macOS: Swiftshader se inhabilitará en macOS y Linux. Los usuarios de máquinas sin GPU no podrán usar WebGL.
- En Windows: se inhabilitará la alternativa a SwiftShader después de tres errores de falta de memoria en Windows. El uso de SwiftShader se limitará a los dispositivos que no tengan una GPU o que tengan una GPU en la lista de bloqueo.
- Grupos de pestañas compartidas
Ahora los usuarios pueden colaborar en pestañas mediante la función de grupos de pestañas compartidas. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en su ordenador o dispositivo móvil, y sus colaboradores podrán consultar las mismas pestañas en sus dispositivos. Cuando un usuario cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. En Chrome 140, habrá una política empresarial, TabGroupSharingSettings, que se podrá usar para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: se lanza la posibilidad de unirte a un grupo de pestañas compartidas y usarlo. Los usuarios de Chrome estable no podrán crear grupos de pestañas compartidas (el punto de entrada no estará disponible). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y canary en esta fase del lanzamiento.
- Chrome 139 en iOS: a partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: la política empresarial TabGroupSharingSettings estará disponible para el propietario de la empresa en la consola de administración de Google.
- Cuentas de asistencia en estado pendiente en Chrome para iOS
Las cuentas cuyas credenciales hayan dejado de ser válidas por algún motivo ya no se cerrarán ni se eliminarán automáticamente de Chrome en iOS. En su lugar, estas cuentas seguirán teniendo la sesión iniciada en el navegador, en un estado pendiente recién introducido asociado a una indicación de error persistente en la interfaz de usuario para que los usuarios se animen a resolverlo. Esto también significa que los datos locales asociados a estas cuentas ya no se eliminarán automáticamente, sino que se conservarán en el disco. Las políticas existentes que controlan el inicio de sesión (por ejemplo, BrowserSignin) seguirán funcionando como antes.
- Chrome 139 en iOS: la función se lanzará de forma gradual
- Próximo cambio en los certificados AC incluidos en Chrome Root Store
Debido a los fallos de cumplimiento constantes, Chrome 139 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Chunghwa Telecom y Netlock se consideran fiables de forma predeterminada. Esto se aplica a Chrome 139 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Chunghwa Telecom o Netlock incluidos en Chrome Root Store y emitidos:
- después del 31 de julio del 2025, ya no serán de confianza de forma predeterminada.
- el 31 de julio del 2025 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Chunghwa Telecom o Netlock afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre cómo mantener la seguridad de los certificados digitales: Cambios próximos en Chrome Root Store.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 139 en Android, ChromeOS, Linux, macOS y Windows: todas las versiones de Chrome 139 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de julio del 2025.
- Dejar de enviar el encabezado "Purpose: prefetch" desde las precargas y los prerrenderizados
Ahora que las precargas y los prerrenderizados usan el encabezado Sec-Purpose para las precargas y las prerrenderizados, este cambio elimina el encabezado antiguo
Purpose: prefetchque se sigue transfiriendo. Esta actualización se encuentra detrás de un indicador de función o un interruptor de desactivación para evitar problemas de compatibilidad.El ámbito incluye la precarga de reglas de cargas especulativas, el prerrenderizado de reglas de cargas especulativas,
<link rel=prefetch>y<link rel=prerender>, que no es estándar de Chromium.- Chrome 139 en Windows, macOS, Linux y Android
- Chrome dejará de ser compatible con macOS 11
Chrome 138 es la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 11, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible. Para las nuevas instalaciones de Chrome 139 y versiones posteriores, se requerirá macOS 12 o una versión posterior.
- Chrome 139 en Windows, macOS y Linux
- Activación de evento de error en vez de lanzar una excepción para el trabajador bloqueado de la CSP
Cuando se bloquea por la política de seguridad de contenido (CSP), Chromium genera una excepción SecurityError del constructor de Worker y SharedWorker. Para que el código cumpla las especificaciones, el CSP debe comprobarse como parte de la función de obtención y, a continuación, activar eventos de error de forma asíncrona en lugar de lanzar una excepción cuando la secuencia de comandos ejecute new Worker(url) o new SharedWorker(url).
El objetivo de esta actualización es que el código cumpla las especificaciones de Chromium, por lo que ya no se lanzarán excepciones después de las llamadas al constructor y se dispararán eventos de error de forma asíncrona.
- Chrome 124 en Windows, macOS, Linux y Android
- Aleatorizar la asignación de puertos TCP en Windows
Esta función habilita la aleatorización de puertos TCP en las versiones de Windows 2020 H1 y posteriores. No prevemos que haya problemas con la reutilización rápida de puertos anteriores (que pueden provocar rechazos debido a los tiempos de espera de reutilización de puertos) en estas versiones. El problema de la reutilización rápida de puertos se debe al problema del cumpleaños, en el que la probabilidad de volver a elegir aleatoriamente un puerto ya utilizado se acerca rápidamente al 100 % con cada nuevo puerto elegido, a diferencia de los modelos de reutilización de puertos secuenciales.
- Chrome 139 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción Ajustes de la integración de Gemini
Configurar los ajustes de marca de agua personalizada
Permitir la alternativa de WebGL por software con SwiftShader
Controlar la visibilidad del aviso de gestión en la página Nueva pestaña de los navegadores gestionados
URL del logotipo de la empresa de un navegador gestionado
Definir una etiqueta de empresa personalizada para un navegador gestionado
Especificar si se deben aplicar restricciones a solicitudes a endpoints de la red local
Permitir que los sitios envíen solicitudes a endpoints de la red local.
Impedir que los sitios envíen solicitudes a endpoints de la red local.
- Políticas retiradas del navegador Chrome
Política Descripción Controlar la disponibilidad de extensiones de Manifest V2
Controlar si se habilita el nuevo comportamiento del analizador de HTML para el elemento <select>.
Habilitar el enfoque de los controles de desplazamientos con teclado
Cambios en Chrome Enterprise Core
- Políticas basadas en grupos para la selección de la configuración de conectores
Las configuraciones de conectores de informes que reciben eventos enviados por navegadores gestionados ahora se pueden configurar por grupos, además de por unidades organizativas.
- Chrome 139 en ChromeOS, Linux, macOS y Windows
- Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados
La consola de administración admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel de perfil, así como la exportación a CSV de la lista de perfiles gestionados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: se ha añadido la exportación a CSV para perfiles gestionados.
- Chrome 139 en Linux, macOS y Windows: compatibilidad a nivel de perfil de los comandos remotos.
- Tarjetas de la página Nueva pestaña para Microsoft 365
Los usuarios de empresa que tengan Outlook o SharePoint ahora pueden acceder a sus próximas reuniones o a los archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa. Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los tenedores de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la aplicación durante la primera autenticación o aprobar la aplicación para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: disponible para los testers de confianza
- Chrome 137 en Linux, macOS y Windows: lanzamiento gradual para todos los clientes
- Chrome 139 en ChromeOS, Linux, macOS y Windows: los usuarios no tendrán que iniciar sesión en Chrome para usar esta función
- Regionalizar los datos de Chrome Enterprise cubiertos
A partir de Chrome 139, los administradores pueden usar regiones de datos para almacenar los datos cubiertos de Chrome Enterprise de los usuarios en una ubicación geográfica específica. Puedes elegir entre Estados Unidos, la Unión Europea (que se denomina "Europa" en la consola de administración de Google) o Sin preferencia. La migración inicial no se completará hasta el final de Chrome 140. Se puede configurar en la consola de administración de Google a través de Datos > Cumplimiento > Regiones de datos > Región > Datos en reposo. Para obtener más información sobre los tipos de datos cubiertos, consulta los Términos específicos del servicio Chrome Enterprise.
- Chrome 139 en Android, iOS, ChromeOS, Linux, macOS y Windows: se iniciará el lanzamiento. Es posible que los administradores puedan definir una región, pero los datos no estarán regionalizados por completo hasta el final de Chrome 140.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: la migración inicial se regionalizará por completo.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Detección de cuentas activas
Chrome Enterprise ahora puede detectar si un empleado está usando su cuenta de Google corporativa o personal en páginas de Google Workspace, como Google Drive, Documentos o Gmail. De esta forma, los administradores pueden crear reglas de Prevención de la pérdida de datos (DLP) más específicas para evitar que los datos sensibles se muevan a cuentas personales, lo que aborda un riesgo crítico de filtración de datos. Por ejemplo, un administrador ahora puede configurar una política en la consola de administración de Google para bloquear la subida de un archivo a una cuenta personal de Google Drive, pero permitir que se suba a una cuenta de empresa. Para usar esta función, los administradores deben crear o actualizar sus reglas de DLP para incluir la nueva condición Cuenta con sesión iniciada en la aplicación web de Google Workspace. No hay una única política empresarial para habilitar o inhabilitar esta función. El control se gestiona mediante la creación de estas reglas de protección de datos específicas.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: el navegador Chrome puede detectar la cuenta de usuario activa en las páginas de Google Workspace y envía esta información como una nueva señal con las solicitudes de análisis de Prevención de la pérdida de datos (DLP).
- API Chrome Enterprise Connectors
Chrome Enterprise va a introducir la gestión programática de Chrome Enterprise Connectors. Esta actualización expone los ajustes del conector como políticas nuevas y actualizadas en la API Chrome Policy, lo que permite a los administradores de TI y a los partners tecnológicos gestionar estas configuraciones a gran escala. Antes, este proceso se realizaba manualmente en la consola de administración de Google. Esta actualización permite la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la gestión de las integraciones con soluciones de seguridad de terceros.
Los administradores pueden usar la API Chrome Policy para controlar de forma programática los ajustes de los informes de eventos, el análisis de contenido y las comprobaciones de URLs en tiempo real. Esta versión incluye actualizaciones de la política OnSecurityEventEnterpriseConnector y añade nuevas políticas, como OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnFileTransferEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode.
Para obtener información técnica, los desarrolladores deben consultar la documentación principal de la API Chrome Policy.
- Chrome 139 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se añade la compatibilidad con la gestión programática de Chrome Enterprise Connectors a través de una nueva API.
- Protección de las reglas de copiar y pegar
Para ayudar a las organizaciones a evitar mejor la exfiltración de datos en dispositivos móviles, Chrome está ampliando los controles de datos del portapapeles de escritorio. Ahora, los administradores pueden usar la política DataControlsRules para definir reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que infrinja las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que se pegue información sensible de un contexto de trabajo en aplicaciones personales o sitios web de su flota móvil. De esta forma, se soluciona un problema de seguridad importante y se ofrece una función que los clientes empresariales han solicitado con frecuencia, ya que han manifestado su preocupación por la falta de controles de datos móviles. Para usar esta función, los administradores pueden configurar restricciones del portapapeles en la política DataControlsRules, lo que proporciona una experiencia de gestión coherente en ordenadores y dispositivos móviles para reforzar la estrategia de seguridad general de su organización.
- Chrome 139 en Android: la protección de reglas de copiar y pegar está disponible en Android
- Compatibilidad con la prevención de la pérdida de datos en iFrames
Para mejorar la seguridad y evitar la filtración de datos, las funciones de Prevención de la pérdida de datos (DLP) de Chrome se están ampliando al contenido de los iFrames. Actualmente, las reglas de DLP configuradas por los administradores no se aplican al contenido de un iFrame, lo que permite que haya una posible vulnerabilidad de seguridad por la que los usuarios pueden saltarse las restricciones. Esta función cierra esa brecha. Con este cambio, cuando un usuario realice una acción que active la DLP (como subir un archivo) desde un sitio cargado en un iframe, Chrome enviará toda la jerarquía de URLs, desde el iframe de origen hasta la página de nivel superior, para que se evalúe con todas las reglas de DLP aplicables.
El objetivo de este cambio es ofrecer una postura de seguridad más sólida y eliminar un método conocido para eludir las políticas de protección de datos. No se necesitan nuevas políticas empresariales para habilitar esta función, ya que funcionará con las reglas de DLP configuradas a través de las políticas de conectores. Los administradores deben tener en cuenta que sus reglas se aplicarán ahora a los contextos de iFrame, lo que puede bloquear acciones de los usuarios que antes estaban permitidas.
- Chrome 139 en Linux, macOS y Windows: lanzamiento inicial de la compatibilidad con la prevención de pérdida de datos para iFrames. En esta fase, se añade la implementación obligatoria de eventos de subida de archivos que se originan en un contexto de iFrame y se utilizarán las reglas de DLP configuradas a través de la política OnFileAttachedEnterpriseConnector.
- Chrome 140 en Linux, macOS y Windows: en esta fase ampliada se combinan dos lanzamientos de funciones, lo que permite ampliar la compatibilidad con iFrames de DLP para incluir la implementación de acciones de descarga e impresión de archivos.
- Habilitar las marcas de agua en aplicaciones de página única
Para mejorar la seguridad de los datos, la función de marca de agua de Chrome Enterprise Premium ahora es compatible con aplicaciones de página única (APU). De esta forma, se responde a una petición importante de los clientes, ya que antes las marcas de agua solo se aplicaban a los sitios web tradicionales. Esta función se controla mediante las políticas de prevención de la pérdida de datos (DLP) que ya tengas en la consola de administración de Google. No es necesario configurar ninguna política nueva para disfrutar de esta mejora.
Los administradores de TI deben tener en cuenta una limitación técnica importante. Las APUs utilizan navegaciones en el mismo documento, que no se pueden pausar para realizar un análisis de seguridad como una carga de página estándar. Por lo tanto, puede que haya un breve retraso antes de que aparezca una marca de agua después de desplazarse por una APU. Además, las reglas de DLP configuradas como Advertencia o Bloqueo no mostrarán una página intersticial en estas navegaciones por APUs. La acción solo se activará cuando se vuelva a cargar la página completa.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: con este lanzamiento, se añade la compatibilidad con marcas de agua en aplicaciones de página única (APU).
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulta el artículo Acerca de la implementación de la verificación en dos pasos para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 140 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Cambio de contraseña automático
Cuando Chrome detecta que un usuario ha iniciado sesión en un sitio web con una contraseña vulnerada, le ofrece cambiarla automáticamente. Esta función estará disponible en un conjunto de sitios aptos. Esta función usa IA y se puede controlar mediante la política empresarial AutomatedPasswordChangeSettings.
- Chrome 140 en ChromeOS, Linux, macOS y Windows
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes hacer cualquier pregunta sobre la página en la que estés directamente en el contexto. A partir del hábito de búsqueda que ya tienen los usuarios con la barra de direcciones, ahora pueden hacer preguntas con Google Lens seleccionando cualquier elemento de la pantalla o con palabras. La acción de Google Lens en la barra de direcciones y las sugerencias contextuales dirigen a los usuarios a la función cuando es más útil. Esta función está restringida por la política LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: se inicia el lanzamiento de la función
- Chrome 140 en ChromeOS, Linux, macOS y Windows: si no se ha definido la política LensOverlaySettings esta función respetará la política GenAiDefaultSettings, si la hubiera.
- Función Autocompletar mejorada
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a rellenar formularios online más fácilmente. En los formularios pertinentes, Chrome puede usar la IA para entender mejor el formulario y ofrecer a los usuarios la posibilidad de rellenar automáticamente la información guardada previamente. Los administradores pueden controlar la función mediante la política GenAiDefaultSettings y la nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows
- Chrome 140 en ChromeOS, Linux, macOS y Windows: la función "Autocompletar con IA" cambiará su nombre a "Autocompletar mejorado", permitirá a los usuarios guardar y rellenar más tipos de información, y estará disponible en más países e idiomas.
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 140, Gemini en Chrome estará disponible para los usuarios que hayan iniciado sesión en Chrome en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome en el Centro de Ayuda.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 140 en macOS y Windows: la función se lanza gradualmente en la versión estable para los usuarios que hayan iniciado sesión en Chrome en Estados Unidos.
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Iniciar Chrome en un nuevo perfil desde la línea de comandos
Esta mejora resuelve una carencia importante para nuestros partners empresariales y administradores que necesitan iniciar aplicaciones web desde sus catálogos de aplicaciones nativas directamente en un perfil de Chrome gestionado específico mediante la interfaz de línea de comandos de Chrome. Actualmente, si el perfil designado no existe, Chrome utiliza de forma predeterminada el último perfil usado, lo que crea una experiencia de usuario inconexa e insegura. Con esta nueva función, cuando no se encuentre un perfil específico, Chrome iniciará el flujo de creación de perfiles, rellenando previamente la dirección de correo del usuario para agilizar el proceso de configuración. Se trata de un elemento técnico clave para los administradores que quieran incorporar a sus usuarios de empresa a Chrome Enterprise mediante perfiles gestionados.
- Chrome 140 en Linux, macOS y Windows
- Criptografía poscuántica para DTLS en WebRTC
Esta función permite usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Esta función se podrá controlar mediante la política de empresa WebRtcPostQuantumKeyAgreementEnabled para que los usuarios de empresa puedan inhabilitar la PQC. Esta política será temporal y está previsto que se elimine en Chrome 150.
- Chrome 140 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador envía la solicitud de red en paralelo con el arranque del service worker y consume el resultado de la solicitud de red en el controlador de obtención si este devuelve la respuesta con respondWith(). Si el resultado del controlador de obtención es de reserva, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento de los service workers.
Se añadirá una política empresarial temporal llamada ServiceWorkerAutoPreloadEnabled para controlar esta función.
- Chrome 140 en Android y Windows: la política estará disponible
- Chrome 144 en Android y Windows: se eliminará la política
- Pseudoelementos de resaltado de búsqueda en la página de CSS
Expone el estilo de los resultados de búsqueda de la función de búsqueda en la página a los autores como un pseudoelemento de resaltado, como la selección y los errores ortográficos. De esta forma, los autores pueden cambiar los colores de primer plano y de fondo, o añadir decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del UA no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 140 en Windows, macOS, Linux y Android
- Retirar las reglas especiales de tamaño de fuente para H1 en algunos elementos
La especificación HTML contiene una lista de reglas especiales para las etiquetas <h1> anidadas en etiquetas <article>, <aside>, <nav> o <section>. Estas reglas especiales están obsoletas porque causan problemas de accesibilidad. Es decir, reducen visualmente el tamaño de fuente de los elementos <h1> anidados para que parezcan elementos <h2>, pero nada en el árbol de accesibilidad refleja esta degradación.
- Chrome 140 en Windows, macOS, Linux y Android
- IP Protection
Esta función limita la disponibilidad de la dirección IP original de un usuario en contextos de terceros en el modo Incógnito, lo que mejora las protecciones de este modo contra el seguimiento entre sitios cuando los usuarios eligen navegar en este modo. Las direcciones IP facilitan una serie de casos prácticos, como el enrutamiento del tráfico y la prevención de fraudes y spam. Sin embargo, también se pueden usar para hacer un seguimiento. Queremos ofrecer a los usuarios de Chrome que elijan navegar en modo Incógnito un control adicional sobre su dirección IP, sin que se vean afectadas las funciones web esenciales. Para encontrar el equilibrio entre protección y usabilidad, esta propuesta se centra en limitar el uso de direcciones IP en un contexto de terceros en el modo Incógnito. Para ello, esta propuesta utiliza un enfoque basado en listas, en el que solo se verán afectados los dominios que figuren en la Lista de dominios enmascarados (MDL) en un contexto de terceros. En el caso de las empresas, esta función se puede controlar mediante la política empresarial PrivacySandboxIpProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 140 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle de retorno, o de un sitio web local (por ejemplo, una intranet) a un bucle de retorno. Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Las empresas que necesiten inhabilitar o conceder automáticamente el permiso pueden hacerlo mediante las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior a la implementación de las restricciones.
- Chrome 140 en Windows, macOS, Linux y Android
- Tokens de revelación probabilísticos
Para asegurarnos de que todas las empresas puedan seguir estimando la cantidad de fraude en sus sistemas, entrenando modelos para defenderse contra el fraude y analizando el comportamiento fraudulento emergente, al tiempo que se reduce la capacidad de monitorizar a los usuarios a gran escala mediante direcciones IP, proponemos introducir un mecanismo de muestreo de IP retrasado llamado tokens de revelación probabilísticos (PRTs) junto con la protección de IP para usarlo en el tráfico protegido.
Los PRTs se incluirán en las solicitudes proxy en un nuevo encabezado HTTP que el navegador añadirá a los dominios que indiquen que quieren recibirlos mediante un proceso de registro. Cada PRT contendrá un texto cifrado, generado por una entidad emisora y aleatorizado de nuevo por el navegador para que no se pueda vincular antes de la solicitud, que el destinatario podrá descifrar después de un tiempo. Google será la entidad emisora de la implementación de Chrome. Una minoría de los PRTs descifrados contienen la dirección IP anterior al proxy del cliente (es decir, no enmascarada y tal como la observa el emisor del token), mientras que el resto de los PRTs no proporcionan información sobre la dirección IP original del cliente. De esta forma, solo un pequeño porcentaje de PRTs contiene y revela la IP del usuario. Como los PRTs solo se adjuntarán cuando la protección de IP esté habilitada, los administradores pueden usar la política PrivacySandboxIpProtectionEnabled para controlar la protección de IP y los PRTs.
- Chrome 140 en Windows, macOS, Linux y Android
- Propagar el comportamiento de overscroll del viewport desde el elemento raíz
Esta función propagará el comportamiento de desplazamiento excesivo desde la raíz en lugar del cuerpo. El grupo de trabajo de CSS decidió no propagar las propiedades del cuerpo a la ventana gráfica. En su lugar, las propiedades de la ventana gráfica se propagan desde el elemento raíz, como scroll-behavior, scroll-snap-type y scroll-padding. Por lo tanto, overscroll-behavior debe propagarse desde el elemento raíz. Sin embargo, Chrome ha tenido un problema durante mucho tiempo al propagar overscroll-behavior desde el cuerpo en lugar de desde la raíz, lo que se desvía del comportamiento de Safari(WebKit) y Firefox(Gecko). Esta función tiene como objetivo solucionar este problema propagando overscroll-behavior desde la raíz en lugar del cuerpo.
- Chrome 140 en Windows, macOS, Linux y Android
- Bloqueo de secuencias de comandos en Incógnito
La mitigación del uso inadecuado de APIs para la reidentificación del navegador, también conocida como bloqueo de secuencias de comandos, es una función que bloqueará las secuencias de comandos que utilicen técnicas conocidas y habituales para reidentificar el navegador en contextos de terceros. Estas técnicas suelen implicar el uso inadecuado de las APIs de navegador para extraer información adicional sobre las características del navegador o del dispositivo del usuario.
Esta función utiliza un enfoque basado en listas, en el que solo se verán afectados los dominios marcados como "Afectados por el bloqueo de secuencias de comandos" en la lista de dominios enmascarados (MDL) en un contexto de terceros. Cuando la función esté habilitada, Chrome comprobará las solicitudes de red con la lista de bloqueo. Se reutilizará el componente subresource_filter de Chromium, que se encarga de etiquetar y filtrar las solicitudes de subrecursos en función de las señales de activación a nivel de página. Además, se usa un conjunto de reglas para asociar las URLs y filtrarlas El nombre de la política empresarial es PrivacySandboxFingerprintingProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- El controlador de la secuencia de comandos de SharedWorker hereda la URL de la secuencia de comandos de blob
Según Worker client case (github), los trabajadores deben heredar controladores para la URL de blob. Sin embargo, el código actual solo permite que los DedicatedWorkers hereden el controlador y los SharedWorkers no heredan el controlador. Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación. Hay una política empresarial SharedWorkerBlobURLFixEnabled disponible para controlar esta función.
- Chrome 140 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
Tenemos previsto ajustar la semántica de la API Storage Access para que cumpla estrictamente la política de mismo origen y mejorar la seguridad. Si usas document.requestStorageAccess() en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.
- Chrome 140 en Windows, macOS, Linux y Android
- Manifiesto de aplicaciones web: especifica los requisitos para actualizar, las URLs de los iconos tienen el encabezado Cache-Control: inmutable
A partir de Chrome 139, el archivo de manifiesto de la aplicación web especificará un algoritmo de idoneidad para la actualización. De este modo, el proceso de actualización es más determinista y predecible, lo que permite al desarrollador tener más control sobre si se deben aplicar actualizaciones (y cuándo) a las instalaciones existentes. Además, permite eliminar el "control de comprobación de actualizaciones" que los agentes de usuario deben implementar actualmente para evitar el desperdicio de recursos de red.
- Chrome 141 en Windows, macOS y Linux
- Chrome 142 en Android
- Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación
El valor de la propiedad window.name se conserva actualmente durante toda la vida de una pestaña, incluso con la navegación que cambia de grupos de contexto de navegación, lo que puede filtrar información y potencialmente usarse como un vector de seguimiento. En este caso, borrar la propiedad window.name soluciona el problema.
Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, Android e iOS
- No permitir el prerenderizado de HTTP de texto sin formato no fiable
Con este lanzamiento, se podrá impedir el prerrenderizado HTTP en texto sin formato que no sea de confianza.
- Chrome 142 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros mediante la caché de la política de seguridad de transporte estricta mediante HTTP (HSTS). Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la web.
- Chrome 142 en Windows, macOS, Linux y Android
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Quitar políticas de partición del almacenamiento de terceros
La partición del almacenamiento de terceros se convirtió en el ajuste predeterminado en Chrome 115. La marca chrome:// que permitía a los usuarios inhabilitar esta función se eliminó en Chrome 128 y la prueba con versión antigua finalizó con Chrome 139. En Chrome 145, se eliminarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que pasen a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición del almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes alguna sugerencia, puedes añadirla aquí, en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Migración de la versión 4 a la 5 de la API SafeBrowsing
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 146 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En agosto del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar el ajuste, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si se reduce el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzó en junio. La eliminación empezará en agosto, y la fase inicial de eliminación finalizará a principios de septiembre. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
-
Página de descripción general de Chrome Enterprise
Esta función incluye una nueva página Información general en la sección Navegador Chrome de la consola de administración de Google. La página Información general permite a los administradores de TI encontrar rápidamente información clave sobre su despliegue:
- Perfiles activos e inactivos y navegadores registrados
- Identificar navegadores obsoletos y con actualizaciones pendientes
- Identifica las extensiones de alto riesgo (según Spin.AI) y obtén una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, archivos subidos o descargados sensibles)
La página Información general también permite a los administradores acceder rápidamente a acciones clave, como gestionar extensiones, acceder a la lista de navegadores o perfiles y definir políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Chrome 141 en Android, iOS, Linux, macOS y Windows: se ha añadido un nuevo filtro a la página Resumen para las unidades organizativas y las fechas de actividad
Próximos cambios de Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de los archivos en los análisis de Prevención de la pérdida de datos
Chrome Enterprise Premium ahora amplía sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados. Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad crítica. En las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante las configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados.
- Chrome 140 en Linux, macOS y Windows: se ha lanzado la función
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite a los administradores personalizar la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia de usuario y de abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua.
Para controlar la apariencia de la marca de agua, los administradores deben usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- "font_size": define el tamaño de la fuente del texto en píxeles.
- "fill_opacity": define la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": define la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
De esta forma, los administradores tienen más flexibilidad para equilibrar los requisitos de seguridad con la productividad de los usuarios finales.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: este lanzamiento permite a los administradores personalizar el tamaño de la fuente y la opacidad de la marca de agua mediante la nueva política WatermarkStyle en la consola de administración de Google.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: como mejora, se ha introducido una nueva página chrome:// enterprise que permite a los administradores obtener una vista previa del estilo de marca de agua configurado antes de la implementación.
- Refactorización de la experiencia de usuario de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de la pérdida de datos (DLP), la consola de administración de Google se está actualizando para optimizar la forma en que los administradores definen las políticas de diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se introducen grupos de aplicaciones mutuamente excluyentes, lo que significa que una única regla de DLP solo puede dirigirse a un grupo de aplicaciones a la vez (ya sean aplicaciones de Workspace, como Drive o Gmail, activadores del navegador Chrome, como el de subida de archivos o el de URL visitada, o activadores de ChromeOS). Este cambio simplifica la configuración de reglas, elimina los posibles conflictos que se producen al seleccionar aplicaciones que se solapan y sienta las bases para crear flujos de trabajo más especializados y fáciles de usar que se adapten a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de aplicaciones actualizada con botones de selección para aplicar esta selección de un solo grupo en las nuevas reglas. El sistema migrará de forma transparente las reglas existentes que antes combinaban aplicaciones de varios grupos para convertirlas en reglas independientes, que cumplan las políticas y estén dirigidas a una sola plataforma. De esta forma, se garantiza que la protección se mantenga y que la transición sea fluida. En la consola de administración se mostrarán banners con información sobre estos cambios y el proceso de migración. No se van a introducir nuevas políticas empresariales con esta actualización, sino que se van a hacer cambios en la interfaz de configuración de reglas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: permite seleccionar aplicaciones mutuamente excluyentes para configurar reglas de DLP en la consola de administración
Resumen de novedades de ChromeOS 139
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Sincronización de escritorios de ChromeOS | ✓ | ||
| Cambios en las aplicaciones de Chrome | ✓ | ✓ | |
| Desactivación de Native Client (NaCl) | ✓ | ✓ | |
| Herramienta de calibración de pantalla táctil | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Desactivación de Chrome Sign Builder | ✓ | ✓ | |
| Validación del certificado de servidor EAP/TLS | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
- Sincronización de escritorios de ChromeOS
A partir de ChromeOS 139, la sincronización de escritorio de ChromeOS ayuda a los usuarios a retomar rápidamente el trabajo donde lo dejaron al cambiar a otro dispositivo. La sincronización de escritorio restaura todas las ventanas, pestañas e incluso cookies de la sesión anterior para que la transición sea fluida. Los administradores pueden activar esta función para los usuarios gestionados. La sincronización de escritorio es especialmente útil para los dispositivos compartidos y los trabajadores de primera línea en los sectores de la sanidad, la hostelería y la fabricación. Para obtener más información, consulta esta entrada de blog o nuestro Centro de Ayuda.
- Cambios en las aplicaciones de Chrome
A partir de ChromeOS 139 (cuya versión estable está prevista para el 19 de agosto), las aplicaciones de Chrome instaladas por los usuarios en ChromeOS dejarán de funcionar. Las aplicaciones cuya instalación se haya forzado a través de la consola de administración para las sesiones de usuario y de invitado gestionadas seguirán siendo compatibles. Para obtener más información, consulta el artículo Fin de la compatibilidad de las aplicaciones de Chrome.
Los administradores pueden usar la nueva política KioskChromeAppsForceAllowed para volver a habilitar las aplicaciones de Chrome en las sesiones de kiosco. Si esta política está activada, las aplicaciones de Chrome en sesiones de kiosco se podrán usar en ChromeOS 150.
- Desactivación de Native Client (NaCl)
ChromeOS 139 y versiones posteriores ya no admiten Native Client (NaCl) en entornos gestionados con la política de aceptación de NaCl habilitada. En el caso de los dispositivos del canal de Asistencia a largo plazo (LTS) con esta política activa, la compatibilidad con NaCl continuará hasta la última actualización del LTS de ChromeOS 138 en abril del 2026.
- Herramienta de calibración de pantalla táctil
Con ChromeOS 139, ahora puedes calibrar los límites de las pantallas táctiles externas. Los usuarios de Chromebooks ahora pueden calibrar los límites de las pantallas táctiles externas conectadas a un Chromebook. Este ajuste ayuda a alinear los límites de la pantalla externa para que las entradas táctiles se correspondan correctamente con el contenido mostrado. Para calibrar la pantalla táctil externa, ve a Ajustes > Dispositivo > Pantalla, accede a la pantalla táctil externa correspondiente y selecciona Calibrar pantalla táctil. Para obtener más información, consulta el artículo Conectar un Chromebook a un monitor.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Desactivación de Chrome Sign Builder
La aplicación de Chrome Sign Builder dejará de estar disponible en julio del 2026, y ChromeOS M150 será la última versión que la admita en modo Kiosco. Los dispositivos del canal de Asistencia a largo plazo (LTS) se seguirán admitiendo hasta abril del 2027. Esta discontinuación implica que, después de las fechas especificadas, Chrome Sign Builder ya no se podrá instalar ni configurar, lo que podría provocar interrupciones en el servicio de las organizaciones que lo utilicen para la señalización digital.
Para evitar interrupciones, las organizaciones deben migrar a una solución alternativa antes de julio del 2026. Dos opciones recomendadas son:
-
Migrar a Comeen: un partner recomendado por Chrome Enterprise que ofrece una aplicación web de sustitución (comeen.com)
-
Implementa aplicaciones web alternativas: utiliza la consola de administración de Google para implementar otras aplicaciones web en dispositivos ChromeOS de kiosco.
-
-
Validación del certificado de servidor EAP/TLS
Nota: Este cambio solo afecta a los clientes que utilizan configuraciones de red EAP/TLS y solo a las redes configuradas antes de enero del 2022.
A partir del 1 de octubre del 2025, lanzaremos esta corrección en el canal estable de ChromeOS. Un número muy reducido de clientes que usan configuraciones EAP/TLS pueden tener problemas de conectividad si sus certificados de servidor están firmados por una autoridad de certificación (AC) que se incluye en ChromeOS como AC del sistema.
Para minimizar las interrupciones, los administradores pueden realizar una de las siguientes acciones:
Opción 1 (proporcionar un mayor nivel de seguridad):
- Genera un nuevo certificado para tu servidor de autenticación y asegúrate de que esté firmado por la misma autoridad de certificación (AC) que se usó anteriormente.
- Sustituye los certificados del servidor de autenticación por los que acabas de generar.
Opción 2 (si necesitas más tiempo antes de implementar la opción 1):
- Inicia sesión en la consola de administración de Google.
-
Del 15 de agosto al 1 de octubre, los administradores pueden seguir estas instrucciones en el canal beta para comprobar si hay dispositivos afectados:
- Accede a chrome://histograms en el navegador Chrome.
- Desconecta y vuelve a conectar varias veces tu red Ethernet o Wi-Fi.
- Espera unos 10 segundos para que se agreguen los datos.
- En la página chrome://histograms, busca el histograma identificado como
Network.Shill.Eap.EventCaCertExperiment1:- Si el histograma no aparece, tu configuración no se verá afectada.
- Es probable que tu configuración se vea afectada si se observa un valor positivo tanto en el evento 8 (
FirstCertVerificationFailure) como en el evento 9 (CertVerificationRetryAttempt).
- Ve a los ajustes de configuración de la red EAP/TLS afectada.
- Modifica el ajuste Autoridad de certificación del servidor y selecciona Autoridades de certificación predeterminadas del sistema.
Chrome 138
Resumen de novedades de Chrome 138
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Modo IA para las recomendaciones de búsqueda en Chrome | ✓ | ||
| Mejoras en los marcadores y la lista de lectura en Chrome Desktop | ✓ | ✓ | |
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| Sugerencias de búsqueda contextual en la barra de direcciones de Chrome | ✓ | ||
| Navegación segura mejorada como ajuste sincronizado | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola Chrome DevTools | ✓ | ||
| Activar la sincronización del historial mediante la píldora de perfil | ✓ | ||
| Pie de página de la página Nueva pestaña | ✓ | ✓ | ✓ |
| Interruptor de secuencias de comandos de usuario por extensión | ✓ | ||
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Buscar en tu pantalla con Google Lens en iPad | ✓ | ||
| Grupos de pestañas compartidas | ✓ | ||
| Precarga de reglas de especulación para ServiceWorker | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Se ha dejado de admitir la eliminación de intervalos asíncronos en las extensiones de fuente de medios | ✓ | ||
| API Language Detector | ✓ | ||
| API Summarizer | ✓ | ||
| API Translator | ✓ | ||
| Web Serial sobre Bluetooth en Android | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Recomendaciones de Agentspace en las barras de búsqueda de Chrome | ✓ | ✓ | |
| Desactivación de la página del navegador Chrome en el informe "Estadísticas de Chrome" | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Nueva evaluación de riesgos de LayerX en la consola de administración | ✓ | ||
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Integración de SecOps | ✓ | ✓ | |
| Funciones de filtrado de URLs en iOS | ✓ | ✓ | |
| Compatibilidad de descarga de DLP para la API File System Access (FSA) | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Chrome para Android ya no admite Android Oreo ni Android Pie | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Comprobaciones de descarga de archivos APK maliciosos | ✓ | ||
| Próximo cambio en los certificados AC incluidos en Chrome Root Store | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| Notificaciones promocionales | ✓ | ||
| Quitar marcas de extensión peligrosas en Google Chrome | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Cuentas de asistencia en estado pendiente en Chrome para iOS | ✓ | ||
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| Lanzar evento de error en lugar de lanzar para el worker bloqueado por CSP | ✓ | ||
| Manifiesto de aplicaciones web: especifica los requisitos para actualizar, las URLs de los iconos tienen el encabezado Cache-Control: inmutable | ✓ | ||
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| No permitir el prerenderizado de HTTP de texto sin formato no fiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| IP Protection | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ✓ | |
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Página de descripción general de Chrome Enterprise | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorización de la experiencia de usuario de las reglas del navegador Chrome | ✓ | ✓ | |
| Protección de las reglas de copiar y pegar | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Modo IA para las recomendaciones de búsqueda en Chrome
El modo IA es una función que ayuda a los usuarios a profundizar en los temas que les interesan mostrándoles recomendaciones de búsqueda en Chrome. Hay una nueva política, AIModeSettings, que permite controlar las recomendaciones de búsqueda en la barra de direcciones y en el cuadro de búsqueda de la página Nueva pestaña.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: se empieza a lanzar la función en la barra de direcciones.
- Chrome 139 en Android y iOS: se empieza a lanzar la función en la barra de direcciones.
- Mejoras en los marcadores y la lista de lectura en Chrome Desktop
En Chrome 138 para ordenadores, algunos usuarios que inicien sesión en Chrome al guardar un nuevo marcador podrán usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Las políticas empresariales relevantes que controlan los marcadores, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, por lo que los administradores podrán configurar si los usuarios pueden utilizar y guardar elementos en su cuenta de Google. Si se establece EditBookmarksEnabled en falso, los usuarios tampoco podrán subir marcadores guardados en su dispositivo a su cuenta de Google.
- Chrome 138 en Linux, macOS y Windows
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome ahora utiliza el LLM en el dispositivo para identificar los sitios web fraudulentos de los usuarios de Navegación segura mejorada. Chrome envía el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM.
La Navegación segura mejorada es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen de la intención de la página que activa el bloqueo de teclado para identificar los sitios web fraudulentos.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha activado el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: recoge el resumen de marca y de intención de la página según el sistema de puntuación de la reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: se muestran las advertencias al usuario en función del veredicto del servidor, que usa la marca y la intención de las páginas que el sistema de reputación del servidor ha calificado.
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes hacer cualquier pregunta sobre la página en la que estés directamente en el contexto. A partir del hábito de búsqueda que ya tienen los usuarios con la barra de direcciones, ahora pueden hacer preguntas con Google Lens seleccionando cualquier elemento de la pantalla o con palabras. La acción de Google Lens en la barra de direcciones y las sugerencias contextuales dirigen a los usuarios a la función cuando es más útil. Esta función está restringida por la política LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: se inicia el lanzamiento de la función
- Chrome 140 en ChromeOS, Linux, macOS y Windows: si no se ha definido la política LensOverlaySettings, esta función respetará la política GenAiDefaultSettings, si la hubiera.
- Navegación segura mejorada como ajuste sincronizado
En Chrome 138, Navegación segura mejorada de Chrome es una función sincronizada. Esto significa que si un usuario habilita Navegación segura mejorada en un dispositivo, este nivel de protección se aplicará automáticamente en todos los demás dispositivos en los que haya iniciado sesión en Chrome con la misma cuenta. El objetivo es ofrecer una protección de seguridad más sólida y coherente, así como una experiencia de usuario estandarizada.
Los usuarios que habiliten Navegación segura mejorada podrán disfrutar de sus protecciones (por ejemplo, protección proactiva contra el phishing, detección mejorada de malware y extensiones maliciosas) de forma coherente en todas sus instancias de Chrome sincronizadas en ordenadores (Windows, macOS, Linux y ChromeOS), Android y iOS. Los usuarios reciben notificaciones en pantalla cuando se sincroniza su ajuste de Navegación segura mejorada.
El nivel de protección de Navegación segura es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
- Generar estadísticas de advertencias y errores de la consola de Chrome DevTools
Hay disponible una nueva función de IA generativa para usuarios no gestionados que permite generar estadísticas sobre advertencias y errores de la consola de Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 131 en ChromeOS, Linux, macOS y Windows: en Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas con los estilos y a depurar el CSS.
- Chrome 132 en ChromeOS, Linux, macOS y Windows: ahora el panel de asistencia de IA puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: el panel de asistencia de IA expone una API interna que simplifica el uso de las funciones del panel de asistencia de IA mediante herramientas externas, como los servidores Model Context Protocol (MCP).
- Activar la sincronización del historial con la píldora de perfil
En Chrome 138, algunos usuarios que han iniciado sesión ven una nueva opción para habilitar la sincronización del historial y de las pestañas. Este cambio está diseñado para ofrecer las ventajas de la sincronización del historial sin interrumpir la experiencia del usuario. Para ello, se utiliza la píldora de perfil para mostrar un mensaje breve en la línea. Los usuarios que hacen clic en la píldora de perfil se dirigen al menú de su perfil, donde pueden activar la sincronización. El objetivo es ofrecer a los usuarios un punto de entrada intuitivo y contextualmente pertinente para sincronizar datos, como el historial de navegación, independiente del flujo de inicio de sesión. En el caso de los usuarios de Enterprise, la píldora de perfil ampliada solo aparece después de 4 horas de inactividad del navegador.
Las políticas empresariales relevantes que controlan la sincronización de historial o de pestañas (SyncDisabled, SyncTypesListDisabled y SavingBrowserHistoryDisabled) seguirán funcionando como antes.
- Chrome 138 en Linux, macOS y Windows: la función empieza a implementarse de forma gradual.
- Pie de página de la página Nueva pestaña
La actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para ofrecer a los usuarios una mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: la atribución de extensiones empezará a mostrarse en la NTP. Si una extensión ha cambiado la página Nueva pestaña predeterminada, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. Este mensaje suele incluir un enlace directo a la extensión en Chrome Web Store, lo que facilita la identificación y la gestión de extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: se mostrará el aviso de gestión del navegador si un administrador de empresa ha definido una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome esté gestionado por una fuente de confianza, el pie de página de Nueva pestaña mostrará un aviso de divulgación de gestión. Esto te ayuda a entender cómo se gestiona tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled. Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 140 en Linux, macOS y Windows: se empezará a mostrar un aviso predeterminado (Gestionado por <nombre de dominio>) en el pie de página de Nueva pestaña de todos los navegadores gestionados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Interruptor de secuencias de comandos de usuario por extensión
En Chrome 138, la forma en que los usuarios y los administradores controlan la capacidad de una extensión para ejecutar secuencias de comandos creadas por los usuarios y usar la API userScripts va a cambiar. Este cambio refuerza la seguridad. Los usuarios no concederán permisos de secuencia de comandos de usuario a todas las extensiones al habilitar el modo Desarrollador, ya que podrán decidir explícitamente qué extensiones pueden ejecutar estas secuencias potencialmente potentes. Para obtener más información sobre los motivos del cambio, consulta este artículo del blog de Chrome para desarrolladores.
Ahora los usuarios finales podrán activar o desactivar esta opción por extensión en la página
chrome://extensionsmediante el interruptor Permitir secuencias de comandos de usuario, que sustituye al interruptor global Modo Desarrollador para que puedan controlar mejor la configuración. El interruptor se habilitará automáticamente en las extensiones que ya tengas si el modo Desarrollador está activado y la extensión tiene el permiso de secuencias de comandos de usuario.Los administradores que gestionan las secuencias de comandos de usuario mediante la opción de inhabilitar el modo Desarrollador ahora deben usar el campo blocked_permissions de la política ExtensionSettings o la consola de administración de Google para controlar por separado el permiso de secuencias de comandos de usuario y la extensión Modo Desarrollador.
Recomendamos a los desarrolladores de extensiones que actualicen su documentación para que refleje el nuevo interruptor. Consulta la lista de distribución Chromium Extensions de Grupos de Google para obtener más información y otros cambios en el uso de la API.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: lanzamiento de la función
- Eliminación de las políticas empresariales de acceso a redes privadas
El acceso a redes privadas (PNA 1.0) es una función de seguridad no incluida de serie y diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo incluir de forma predeterminada, ya que era incompatible con demasiados dispositivos.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En su lugar, Chrome está implementando una propuesta actualizada, el acceso a redes privadas 2.0 (PNA 2.0) (GitHub). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de implementar.
La única forma de implementar obligatoriamente el PNA 1.0 es mediante políticas empresariales. Para evitar una regresión en materia de seguridad que repercuta en los clientes empresariales que habiliten el PNA 1.0 antes de que se lance la versión PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes especiales de solicitud preparatoria, hasta que se vuelva incompatible con el PNA 2.0.
Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones del PNA 1.0. Estas políticas no tienen ningún efecto en este momento, ya que el PNA 1.0 no se ha incluido, y no tendrán relevancia cuando se retire el PNA 1.0.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed, and PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed. Debería existir una política de sustitución de PNA2 disponible en Chrome 138.
- Buscar en la pantalla con Google Lens en el iPad
Ampliar la función Buscar en la pantalla con Google Lens en iOS para que esté disponible en dispositivos iPad. El iPad es un formato que se suele utilizar para realizar tareas más complejas, como hacer la compra. Ampliar la funcionalidad de Lens en el iPad permite a los usuarios realizar estas tareas fácilmente. Los administradores pueden controlar esta función mediante la política LensOverlaySettings.
- Chrome 138 en iOS: la función se lanza de forma gradual.
- Grupos de pestañas compartidas
Ahora los usuarios pueden colaborar en pestañas mediante la función de grupos de pestañas compartidas. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en su ordenador o dispositivo móvil, y sus colaboradores podrán consultar las mismas pestañas en sus dispositivos. Cuando un usuario cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Hay una política empresarial, TabGroupSharingSettings, disponible para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: se lanza la posibilidad de unirte a un grupo de pestañas compartidas y usarlo. Los usuarios de Chrome estable no podrán crear grupos de pestañas compartidas (el punto de entrada no estará disponible). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y canary en esta fase del lanzamiento.
- Chrome 139 en iOS: a partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Precarga de reglas de especulación para ServiceWorker
Esta función habilita las precargas controladas por Service Workers, es decir, una precarga de reglas de especulación en las URLs controladas por un Service Worker. Antes, la precarga se cancelaba al detectar un Service Worker de control, por lo que la navegación posterior al destino de precarga se realizaba a través de la ruta sin precarga. Esta función permite que la solicitud de precarga pase por el controlador de obtención del worker de servicios y la respuesta con la intercepción del worker de servicios se almacene en caché en la caché de precarga, lo que da como resultado que la caché de precarga sirva una navegación posterior. Usa la política empresarial PrefetchWithServiceWorkerEnabled para controlar esta función. Consulta más información en este artículo explicativo.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
- TLS 1.3 Early Data
TLS 1.3 Early Data permite enviar solicitudes GET durante el handshake al reanudar una conexión con un servidor TLS 1.3 compatible. Se espera que esta función mejore el rendimiento y estará disponible en Chrome 138 con una política (TLS13EarlyDataEnabled) para controlar este cambio.
TLS 1.3 Early Data es un protocolo establecido. Se espera que los servidores TLS, los middleboxes y el software de seguridad establecidos gestionen o rechacen TLS 1.3 Early Data sin que se pierda la conexión. Sin embargo, es posible que los dispositivos que no implementen correctamente el estándar TLS (RFC8446) no funcionen correctamente y se desconecten cuando se use TLS 1.3 Early Data. Si eso ocurre, los administradores deben ponerse en contacto con el proveedor para solucionarlo.
La política TLS13EarlyDataEnabled es una medida temporal para controlar la función y se eliminará en una versión posterior. Puedes activar la función mediante la política para probar si hay problemas y volver a desactivarla cuando se solucionen.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
- Se ha dejado de admitir la eliminación de intervalos asíncronos en las extensiones de fuente de medios
El estándar de fuentes de medios ha cambiado en el pasado para no permitir un comportamiento definido de forma ambigua que implique la eliminación de intervalos asíncronos:
SourceBuffer.abort()ya no anula las operacionesSourceBuffer.remove()- El ajuste
MediaSource.durationya no puede truncar el contenido multimedia que se está almacenando en búfer
Ahora se lanzan excepciones en ambos casos. Safari y Firefox llevan mucho tiempo con este comportamiento, mientras que Chromium es el último navegador que queda con el comportamiento antiguo. Los contadores muestran que entre el 0,001 % y el 0,005% de las cargas de página presentan el comportamiento obsoleto. Si un sitio se encuentra con este problema, es posible que la reproducción se interrumpa. El uso de abort() para cancelar las eliminaciones está aumentando, por lo que es prudente resolver esta discontinuación antes de que aparezcan más usos incompatibles.
- Chrome 138 en Windows, macOS, Linux y Android
- API Language Detector
La API Language Detector de idiomas es una API JavaScript para detectar el idioma de un texto, con niveles de confianza. La detección de idiomas es un complemento importante de la traducción. Esto se puede combinar con la traducción, por ejemplo, tomando la entrada del usuario en un idioma desconocido y traduciéndola a un idioma de destino específico. Los navegadores actuales suelen tener funciones de detección de idioma, y queremos ofrecérselas a los desarrolladores web mediante una API de JavaScript que complemente a la API de traducción. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- API Summarizer
La API Summarizer es una API de JavaScript para generar resúmenes del texto introducido, respaldados por un modelo de lenguaje de IA. Cada vez se espera más que los navegadores y los sistemas operativos tengan acceso a un modelo lingüístico. Al ofrecer este modelo integrado, evitamos que cada sitio web tenga que descargar su propio modelo de lenguaje de varios gigas o enviar texto de entrada a APIs de terceros. La API Summarizer, en particular, expone una API de alto nivel para interactuar con un modelo de lenguaje con el objetivo de resumir las entradas para una variedad de casos prácticos (GitHub), de una forma que no depende del modelo de lenguaje específico en cuestión.
Hay una política empresarial (GenAILocalFoundationalModelSettings) que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- API Translator
La API Translator es una API JavaScript que ofrece funciones de traducción de idiomas a las páginas web. Los navegadores ofrecen cada vez más la traducción de idiomas a sus usuarios. Estas funciones de traducción también pueden ser útiles para los desarrolladores web. Esto ocurre especialmente cuando las funciones de traducción integradas en el navegador no son suficientes. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- Web Serial sobre Bluetooth en Android
Esta función permite que las páginas web y las aplicaciones web se conecten a puertos serie a través de Bluetooth en dispositivos Android. Chrome para Android ahora admite la API Web Serial a través de Bluetooth RFCOMM. Las políticas empresariales existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls y SerialBlockedForUrls) en otras plataformas están habilitadas en estados future_on para Android. Todas las políticas, excepto SerialAllowUsbDevicesForUrls, se habilitarán una vez que se habilite la función. SerialAllowUsbDevicesForUrls se habilitará en una próxima versión cuando Android proporcione compatibilidad a nivel de sistema con puertos serie cableados.
- Chrome 138 en Android
- Políticas nuevas en el navegador Chrome
Política Descripción Configuración de las integraciones del Modo IA de Google en la barra de direcciones y en el cuadro de búsqueda de la página Nueva pestaña.
Habilitar anotaciones en PDF.
Habilitar TLS 1.3 Early Data.
Controlar la visibilidad de la atribución de la extensión en la página Nueva pestaña
Permitir que la precarga de SpeculationRules se envíe a las URLs controladas por ServiceWorker.
Comprueba en tiempo real el estado de Navegación segura de las URL.
Aplicar restricciones a las solicitudes a endpoints de la red local.
Elegir si se habilitará la función Protección de IP.
Configura la lista de dominios en los que se inhabilitará Gestor de contraseñas.
- Políticas retiradas del navegador Chrome
Política Descripción Aplicar restricciones a solicitudes a endpoints más privados de la red.
Permitir que los sitios web envíen solicitudes a puntos finales de red más privados de forma no segura.
Permite que los sitios de la lista envíen solicitudes a puntos finales de red más privados de una manera no segura.
Cambios en Chrome Enterprise Core
- Recomendaciones de Agentspace en las barras de búsqueda de Chrome
Para ayudar a los usuarios de Chrome Enterprise a satisfacer sus necesidades de información interna, ahora puedes añadir resultados de la Búsqueda de Google Enterprise, como sugerencias de personas, archivos o consultas, de Agentspace a la barra de direcciones de Chrome y a realbox (barra de búsqueda de la página Nueva pestaña). Los resultados pueden mostrarse de forma predeterminada o solo cuando se activen con una palabra clave personalizada.
Con el modo de palabras clave en la barra de direcciones, los usuarios pueden activar acciones a través de Agentspace, como "ayúdame a escribir un correo que resuma el estado actual del proyecto".
El proveedor de búsqueda empresarial se muestra cuando el usuario escribe @ en la barra de direcciones. La organización puede personalizar una palabra clave o una combinación de teclas, así como el icono que se muestra.
Puedes configurarlo mediante la política EnterpriseSearchAggregatorSettings.
- Chrome 135 en ChromeOS, Linux, macOS y Windows: Programa de pruebas
- Chrome 138 en ChromeOS, Linux, macOS y Windows: disponibilidad general
- Desactivación de la página del navegador Chrome en el informe "Estadísticas de Chrome"
A partir del 1 de julio, la página del navegador Chrome del informe Estadísticas de Chrome dejará de estar disponible. Esta página se ha sustituido por la página Información general de Chrome, que se lanzó en Chrome 137. La información que se mostraba en la página del navegador Chrome del informe "Estadísticas de Chrome" ahora se puede encontrar en la página Resumen.
- Chrome 138 en Android, iOS, Linux, macOS y Windows
- Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En julio del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. El periodo de inactividad tiene un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante este ajuste. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzará en junio. La eliminación empezará en julio, y la fase inicial de eliminación finalizará a finales de agosto. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
- Nueva evaluación de riesgos de LayerX en la consola de administración
Vamos a añadir un nuevo proveedor de evaluación de riesgos de extensiones: LayerX Security, a la consola de administración. Esta puntuación está disponible para los administradores en el informe de uso de aplicaciones y extensiones.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: la puntuación estará disponible para los administradores a partir de Chrome 138.
- Compatibilidad con varias identidades en iOS
Chrome para iOS ahora admite varias cuentas, en concreto las cuentas gestionadas (de trabajo o de centros educativos). Esta actualización incluye perfiles de navegador independientes para cada cuenta gestionada, lo que garantiza una separación estricta de los datos entre la navegación personal y la de trabajo. Las cuentas normales seguirán compartiendo un único perfil.
El objetivo de este cambio es mejorar la oferta para empresas de Chrome y proporcionar una experiencia de navegación más segura y organizada, especialmente para los usuarios finales que tienen cuentas personales y de trabajo en su dispositivo. Los usuarios experimentarán un flujo de incorporación único al añadir una cuenta gestionada al dispositivo. Podrán cambiar de cuenta tocando el disco de partículas de la cuenta en la página Nueva pestaña.
Los administradores que hayan habilitado las políticas de Chrome en iOS (consulta las instrucciones) pueden seguir usando las políticas que ya tengan.
- Chrome 138 en iOS
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Integración de SecOps
Esta función ofrece una integración nativa entre Chrome Enterprise Premium (CEP) y Google Security Operations (SecOps), lo que permite a las organizaciones enviar un conjunto más completo de eventos de seguridad y telemetría detallada del navegador desde Chrome directamente a su instancia de SecOps. La razón de este cambio es utilizar el navegador como sensor de seguridad principal para detectar amenazas basadas en la Web, como el phishing, el malware y la filtración de datos. Esto puede mejorar significativamente la capacidad de una organización para:
- prevenir
- detectar
- examinar
- y responder a amenazas web.
Para los administradores, esta integración introduce nuevos tipos de eventos de seguridad mejorados, como la telemetría de navegación por URLs y las visitas a URLs sospechosas. Estos eventos se enriquecen automáticamente con las puntuaciones de riesgo de Navegación segura y con otra información sobre amenazas antes de enviarse a SecOps. El lanzamiento también incluye un nuevo proceso de configuración simplificado con un solo clic en la consola de administración para sustituir el flujo de trabajo manual anterior, lo que simplifica la conexión con SecOps.
Para usar esta función, los administradores deben tener una suscripción a Chrome Enterprise Premium y deben habilitar la integración a través del nuevo flujo de trabajo en la consola de administración. La recogida de determinados tipos de eventos de gran volumen, como los eventos de navegación por URLs, es un ajuste opcional en la configuración del conector. Esta función no añade ni modifica ninguna política de empresa.
- Chrome 137 en Linux, macOS y Windows: se añaden datos de referencia a
URLFilteringInterstitialEventySafeBrowseInterstitialEvent - Chrome 138 en Linux, macOS y Windows: se amplía la población de datos de referencia a
SafeBrowseDangerousDownloadEventyDlpSensitiveDataEvent
- Funciones de filtrado de URLs en iOS
Las funciones de filtrado de URLs de WebProtect para ordenadores se están ampliando a los dispositivos móviles para que las organizaciones puedan auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esta función forma parte de Chrome Enterprise Premium y su objetivo es proporcionar un acceso a Internet seguro y fiable a los usuarios de empresas que utilicen cualquier dispositivo. Los administradores pueden crear reglas de filtrado de URLs para asegurarse de que los empleados solo puedan acceder a URLs seguras y autorizadas en dispositivos iOS. Chrome informa de los eventos de filtrado de URLs y de los eventos de sitios no seguros a través del conector de informes en dispositivos móviles. Esta función permite a los administradores gestionar a qué URLs se puede acceder en los navegadores Chrome gestionados o en los perfiles de los dispositivos iOS propiedad de la empresa o de los dispositivos BYOD.
Entre los cambios clave se incluyen los siguientes:
- Los administradores pueden bloquear, advertir o auditar a los usuarios cuando acceden a determinados sitios o categorías.
- Los usuarios ven páginas intersticiales cuando intentan visitar URLs bloqueadas o sobre las que se ha emitido una advertencia.
- Chrome informa de los eventos de filtrado de URLs.
- Se han actualizado las páginas
chrome://managementpara reflejar la nueva función.- Chrome 138 en iOS: la función de filtrado de URLs está disponible en iOS.
- Compatibilidad de descarga de DLP para la API File System Access (FSA)
La protección de prevención de la pérdida de datos (DLP) ahora cubre los archivos y directorios descargados mediante la API File System Access (FSA). Esta mejora permitirá que las descargas de aplicaciones web modernas, como editores basados en navegadores, se analicen de acuerdo con las reglas de DLP de tu organización. Los usuarios y los sitios web recibirán notificaciones sobre los veredictos de análisis, lo que reforzará la seguridad de los datos y el cumplimiento de políticas. Si una descarga infringe una política de prevención de la pérdida de datos, se bloqueará y se creará un archivo vacío. Es posible que el sitio web indique el error "Bloqueado por Navegación segura". Este cambio beneficia principalmente a la seguridad, ya que evita que se filtren datos a través de este vector. Los administradores deben probarlo con aplicaciones web mediante la API FSA para observar el comportamiento con sus configuraciones de DLP actuales.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: permite el análisis de contenido de DLP para las descargas iniciadas a través de la API File System Access en plataformas seleccionadas, según las políticas de empresa disponibles.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Chrome para Android ya no admite Android Oreo ni Android Pie
La última versión de Chrome que admite Android Oreo o Android Pie es Chrome 138, que incluye un mensaje en el que se pide a los usuarios afectados que actualicen su sistema operativo. Chrome 139 y las versiones posteriores no son compatibles con los usuarios que tengan Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 137, Gemini en Chrome está disponible para los suscriptores de Google AI Pro y Ultra en EE. UU. El lanzamiento más amplio se producirá en los próximos hitos. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome en el Centro de Ayuda.
- Chrome 137 en macOS y Windows: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- Chrome 139 en macOS y Windows: la función se lanza gradualmente en la versión estable para los usuarios que hayan iniciado sesión en Chrome en Estados Unidos.
- Comprobaciones de descarga de archivos APK maliciosos
Chrome en Android ahora se pondrá en contacto con los servidores de Google sobre los archivos APK descargados en Chrome para obtener un veredicto sobre su seguridad. Si se determina que un archivo APK descargado es peligroso, Chrome mostrará una advertencia y bloqueará la descarga para proteger a los usuarios frente al malware móvil. El usuario podrá ignorar estas advertencias de descarga a través de la interfaz de Chrome. Estas comprobaciones de descargas de archivos APK maliciosos se realizarán en el caso de los usuarios registrados en protección estándar o protección mejorada de Navegación segura de Google. Esta función se puede inhabilitar asignando el valor "Sin protección" al modo Navegación segura a través de la política SafeBrowsingProtectionLevel.
- Chrome 139 en Android
- Próximo cambio en los certificados AC incluidos en Chrome Root Store
Debido a los fallos de cumplimiento constantes, Chrome 139 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Chunghwa Telecom y Netlock se consideran fiables de forma predeterminada. Esto se aplica a Chrome 139 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Chunghwa Telecom o Netlock incluidos en Chrome Root Store y emitidos:
- después del 31 de julio del 2025, ya no serán de confianza de forma predeterminada.
- el 31 de julio del 2025 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Chunghwa Telecom o Netlock afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre cómo mantener la seguridad de los certificados digitales: Cambios próximos en Chrome Root Store.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 139 en Android, ChromeOS, Linux, macOS y Windows: todas las versiones de Chrome 139 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de julio del 2025.
- Migrar extensiones a Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
En junio del 2024, Chrome empezó a inhabilitar gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan la política empresarial ExtensionManifestV2Availability habilitada podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, MacOS y Windows: se elimina la política Remove ExtensionManifestV2Availability
- Notificaciones promocionales
En Chrome 128, se muestran a los usuarios notificaciones promocionales a nivel de SO. Estas notificaciones se rigen por la política de empresa PromotionsEnabled.
- Chrome 128 en ChromeOS, Linux, macOS y Windows
- Chrome 139 en Windows: en Chrome 138, las notificaciones de promociones solo se activaban en los clientes de Chrome cuando se actualizaba de Windows 10 a Windows 11. A partir de Chrome 139, esta función se extenderá a todas las instalaciones de Chrome en Windows. Las notificaciones se seguirán mostrando solo a un subconjunto de usuarios con poco nivel de interacción, y se pueden inhabilitar mediante la política empresarial PromotionsEnabled.
- Quitar marcas de extensión peligrosas en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las versiones oficiales de Chrome dejarán de admitir las marcas de línea de comandos
--extensions-on-chrome-urlsy--disable-extensions-excepta partir de Chrome 139. El objetivo de este cambio es mitigar los riesgos asociados a las extensiones dañinas y no deseadas.Los desarrolladores pueden seguir usando ambas marcas en compilaciones sin marca, como Chromium y Chrome for Testing.
- Chrome 139 en Linux, macOS y Windows: lanzamiento gradual
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGLestá obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable. Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario. En Chrome 138 estará disponible una política empresarial temporal para revertir el cambio.
- Chrome 137 en Windows: SwiftShader se inhabilitará y se sustituirá por otro software alternativo de WebGL, WARP. Las pruebas que dependan de los valores de píxel exactos generados por SwiftShader pueden empezar a fallar.
- Chrome 139 en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux a partir de Chrome 138. Los usuarios de máquinas sin GPU no podrán usar WebGL.
- Cuentas de asistencia en estado pendiente en Chrome para iOS
Las cuentas cuyas credenciales hayan dejado de ser válidas por algún motivo ya no se cerrarán ni se eliminarán automáticamente de Chrome en iOS. En su lugar, estas cuentas seguirán teniendo la sesión iniciada en el navegador, en un "estado pendiente" recién introducido asociado a una indicación de error persistente en la interfaz de usuario para que los usuarios se animen a resolverlo. Esto también significa que los datos locales asociados a estas cuentas ya no se eliminarán automáticamente, sino que se conservarán en el disco. Las políticas existentes que controlan el inicio de sesión (por ejemplo, BrowserSignin) seguirán funcionando como antes.
- Chrome 139 en iOS: la función se lanzará de forma gradual
- Chrome dejará de ser compatible con macOS 11
Chrome 138 será la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 11, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible. Para las nuevas instalaciones de Chrome 139 o versiones posteriores, se requerirá macOS 12 o una versión posterior.
- Chrome 139 en Windows, macOS y Linux
- Borrar el nombre de la ventana en las navegaciones entre sitios que cambian el grupo de contexto de navegación
El valor de la propiedad
window.namese conserva actualmente durante toda la vida de una pestaña, incluso con la navegación que cambia de grupos de contexto de navegación, lo que puede filtrar información y potencialmente usarse como un vector de seguimiento. En este caso, borrar la propiedadwindow.namesoluciona el problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 142.
- Chrome 139 en Windows, macOS, Linux, Android e iOS
- Lanzar evento de error en lugar de lanzar excepción para el worker bloqueado por CSP
Cuando se bloquea por la política de seguridad de contenido (CSP), Chromium genera una excepción SecurityError del constructor de Worker y SharedWorker. Para que el código cumpla las especificaciones, el CSP debe comprobarse como parte de la función de obtención y, a continuación, activar eventos de error de forma asíncrona en lugar de lanzar una excepción cuando la secuencia de comandos ejecute
new Worker(url)onew SharedWorker(url).El objetivo de esta actualización es que el código cumpla las especificaciones de Chromium, por lo que ya no se lanzarán excepciones después de las llamadas al constructor y se dispararán eventos de error de forma asíncrona.
- Chrome 124 en Windows, macOS, Linux y Android
- Manifiesto de aplicaciones web: especifica los requisitos para actualizar, las URLs de los iconos tienen el encabezado Cache-Control: inmutable
A partir de Chrome 139, el archivo de manifiesto de la aplicación web especificará un algoritmo de idoneidad para la actualización. De este modo, el proceso de actualización es más determinista y predecible, lo que permite al desarrollador tener más control sobre si se deben aplicar actualizaciones (y cuándo) a las instalaciones existentes. Además, permite eliminar el "control de comprobación de actualizaciones" que los agentes de usuario deben implementar actualmente para evitar el desperdicio de recursos de red.
- Chrome 139 en Windows, macOS y Linux
- Chrome 140 en Android
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulte este artículo del Centro de Ayuda.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: se inicia la implementación de la verificación en dos pasos
- Chrome 140 en ChromeOS, Linux, macOS y Windows: verificación en dos pasos obligatoria
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 140 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- No permitir el prerenderizado de HTTP de texto sin formato no fiable
Con este lanzamiento, se podrá impedir el prerrenderizado HTTP en texto sin formato que no sea de confianza.
- Chrome 140 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros mediante la caché de la política de seguridad de transporte estricta mediante HTTP (HSTS). Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la web.
- Chrome 140 en Windows, macOS, Linux y Android
- IP Protection
Esta función limita la disponibilidad de la dirección IP original de un usuario en contextos de terceros en el modo Incógnito, lo que mejora las protecciones de este modo contra el seguimiento entre sitios cuando los usuarios eligen navegar en este modo. Las direcciones IP facilitan una serie de casos prácticos, como el enrutamiento del tráfico y la prevención de fraudes y spam. Sin embargo, también se pueden usar para hacer un seguimiento. Queremos ofrecer a los usuarios de Chrome que elijan navegar en modo Incógnito un control adicional sobre su dirección IP, sin que se vean afectadas las funciones web esenciales. Para encontrar el equilibrio entre protección y usabilidad, esta propuesta se centra en limitar el uso de direcciones IP en un contexto de terceros en el modo Incógnito. Para ello, esta propuesta utiliza un enfoque basado en listas, en el que solo se verán afectados los dominios que figuren en la Lista de dominios enmascarados (MDL) en un contexto de terceros. En el caso de las empresas, esta función se puede controlar mediante la política empresarial PrivacySandboxIpProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
Tenemos previsto ajustar la semántica de la API Storage Access para que cumpla estrictamente la política de mismo origen y mejorar la seguridad. Si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.- Chrome 140 en Windows, macOS, Linux y Android
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://URLs (GitHub).- Chrome 141 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Migración de la versión 4 a la 5 de la API SafeBrowsing
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la políticaUiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
-
Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados
La consola de administración admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel de perfil, así como la exportación a CSV de la lista de perfiles gestionados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: se ha añadido la exportación a CSV para perfiles gestionados.
- Chrome 139 en Linux, macOS y Windows: compatibilidad a nivel de perfil de los comandos remotos.
-
Tarjetas de la página Nueva pestaña para Microsoft 365
Los usuarios de empresa que tengan Outlook o SharePoint podrán acceder a sus próximas reuniones o a los archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa. Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los tenedores de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la aplicación durante la primera autenticación o aprobar la aplicación para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: disponible para los testers de confianza
- Chrome 137 en Linux, macOS y Windows: lanzamiento gradual para todos los clientes
- Chrome 139 en ChromeOS, Linux, macOS y Windows: los usuarios no tendrán que iniciar sesión en Chrome para usar esta función
-
Página de descripción general de Chrome Enterprise
Este lanzamiento incluye una nueva página Información general en la sección Navegador Chrome de la consola de administración de Google. La página Información general permite a los administradores de TI encontrar rápidamente información clave sobre su despliegue:
- Perfiles activos e inactivos y navegadores registrados
- Identificar navegadores obsoletos y con actualizaciones pendientes
- Identifica las extensiones de alto riesgo (según Spin.AI) y obtén una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, archivos subidos o descargados sensibles)
La página Información general también permite a los administradores acceder rápidamente a acciones clave, como gestionar extensiones, acceder a la lista de navegadores o perfiles y definir políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Chrome 140 en Android, iOS, Linux, macOS y Windows: se ha añadido un nuevo filtro a la página Resumen para las unidades organizativas y las fechas de actividad
Próximos cambios de Chrome Enterprise Premium
- Refactorización de la experiencia de usuario de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de la pérdida de datos (DLP), la consola de administración de Google se está actualizando para optimizar la forma en que los administradores definen las políticas de diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se introducen grupos de aplicaciones mutuamente excluyentes, lo que significa que una única regla de DLP solo puede dirigirse a un grupo de aplicaciones a la vez (ya sean aplicaciones de Workspace, como Drive o Gmail, activadores del navegador Chrome, como el de subida de archivos o el de URL visitada, o activadores de ChromeOS). Este cambio simplifica la configuración de reglas, elimina los posibles conflictos que se producen al seleccionar aplicaciones que se solapan y sienta las bases para crear flujos de trabajo más especializados y fáciles de usar que se adapten a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de aplicaciones actualizada con botones de selección para aplicar esta selección de un solo grupo en las nuevas reglas. El sistema migrará de forma transparente las reglas existentes que antes combinaban aplicaciones de varios grupos para convertirlas en reglas independientes, que cumplan las políticas y estén dirigidas a una sola plataforma. De esta forma, se garantiza que la protección se mantenga y que la transición sea fluida. En la consola de administración se mostrarán banners con información sobre estos cambios y el proceso de migración. No se van a introducir nuevas políticas empresariales con esta actualización, sino que se van a hacer cambios en la interfaz de configuración de reglas.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: permite seleccionar aplicaciones mutuamente excluyentes para configurar reglas de DLP en la consola de administración
- Protección de reglas de copia y pegado
Para ayudar a las organizaciones a evitar mejor la exfiltración de datos en dispositivos móviles, Chrome está ampliando los controles de datos del portapapeles de escritorio. Ahora, los administradores pueden usar la política DataControlsRules para definir reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que infrinja las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que se pegue información sensible de un contexto de trabajo en aplicaciones personales o sitios web de su flota móvil. De esta forma, se soluciona un problema de seguridad importante y se ofrece una función que los clientes empresariales han solicitado con frecuencia, ya que han manifestado su preocupación por la falta de controles de datos móviles. Para usar esta función, los administradores pueden configurar restricciones del portapapeles en la política DataControlsRules, lo que proporciona una experiencia de gestión coherente en ordenadores y dispositivos móviles para reforzar la estrategia de seguridad general de su organización.
- Chrome 139 en Android: la protección de reglas de copiar y pegar está disponible en Android
Resumen de novedades de ChromeOS 138
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Herramientas de clase | ✓ | ✓ | |
| Fondos de pantalla de formato libre de ChromeOS | ✓ | ||
| Ayúdame a leer en ChromeOS | ✓ | ||
| Actualizaciones de accesibilidad | ✓ | ||
| Ampliación de la política de funciones inhabilitadas del sistema | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cambios en las aplicaciones de Chrome | ✓ | ||
| Desactivación de Native Client (NaCl) | ✓ | ||
| Validación del certificado de servidor EAP/TLS | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
ChromeOS updates
-
Class Tools
Class Tools are premium teaching and learning tools built for Chromebooks. They aim to provide teachers with real-time classroom management tools and enhance learning for students. Class Tools help teachers to:
- send and lock website content on student Chromebooks.
- offer students on-screen captions and real-time translations.
- view and share students' screens.
To learn more, see Overview of Class Tools in the Help Center. To use Class Tools, your organization needs to have a Google Workspace for Education Plus or a Teaching and Learning add-on license. For more details, see Education Plus edition.
-
ChromeOS freeform wallpapers
As early as ChromeOS 138, freeform wallpapers offer an unrestricted input field that empowers users to express their individuality, creativity, and passions by turning their background into a personal canvas. Users can generate wallpapers by inputting different prompts in the text field, or use the Inspire me feature, which will generate random prompts and wallpapers until you find one you like. This feature is available on Chromebook Plus devices only. For more information, see Wallpaper settings.
Admins can control this feature using the GenAIWallpaperSettings policy.
- For 18+ consumers, the default is Allow with data collection.
- For 18+ managed users, the default is Allow without data collection.
- Users under 18 cannot access the feature.
-
Help me read on ChromeOS
As early as ChromeOS 138, Help me read on ChromeOS provides an AI-powered solution to help you quickly understand text information written in verbose and convoluted language or with jargon. Select a piece of text and right-click on it to reveal the simplify button that can give you a straightforward version of the source, which can be digested at a glance.
Admins can control access to this feature using the HelpMeReadSettings policy, but users need to explicitly opt in to use Help me read on ChromeOS. This feature is available on Chromebook Plus devices only. For more details, see Chrome—Generative AI features and policies.
-
Expansion of the Disabled system features policy
We're releasing a significant expansion of the Disabled system features policy. You now have granular control over a wider range of applications, to allow for more tailored device management.
ChromeOS 138 supports disabling the following additional applications:This update provides administrators with enhanced flexibility to configure available apps according to specific organizational needs and security requirements.
- Web Store
- Canvas
- Explore
- Gallery
- Terminal
- Print Jobs
- Key Shortcuts
- YouTube
- Google Maps
- Gmail
- Google Docs
- Google Slides
- Google Sheets
- Google Drive
- Google Keep
- Google Calendar
- Google Chat
-
Accessibility updates
In ChromeOS 138, we've focused on refining the accessibility experience by addressing several key issues to improve usability and conformance.
Resolved issues:
- Incorrect Heading Levels: The Wallpaper and style page now uses correct heading levels, improving navigation for screen reader users.
- Gallery App - Date Announcement: ChromeVox now accurately announces date information when browsing the Google Photos image list within the Gallery App.
- Gallery App - px Unit Announcement: To provide clearer context, the px unit is now announced by ChromeVox when navigating Width and Height fields for image rescaling in the Gallery App.
- Out-of-Box Experience (OOBE) - Redundant Announcements: We've streamlined ChromeVox announcements during OOBE updates. The progress indicator is now hidden from screen readers to prevent redundant announcements like Progress indicator, min 0 max 100 and incorrect image announcements.
- Out-of-Box Experience (OOBE) - Focus Disruption: We’ve addressed an issue in OOBE where switching between personal and corporate account enrollment buttons with ChromeVox incorrectly shifted focus to the calendar. Focus now correctly remains on the updated screen or dialog.
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
Upcoming ChromeOS changes
-
Chrome apps changes
Starting with ChromeOS 138, admin-installed Chrome apps in kiosk sessions will be disabled by default. A new policy, KioskChromeAppsForceAllowed, will be available prior to the release of ChromeOS 138 for administrators to re-enable Chrome apps in kiosk sessions. With this policy turned on, Chrome apps in kiosk sessions will be supported through ChromeOS 150.
Starting with ChromeOS 139, planned for stable release on August 19th, user-installed Chrome apps on ChromeOS will stop working. Apps that are force-installed through the admin console for Managed Guest sessions (MGS) and user sessions will continue to be supported. For more details, see End of support for Chrome apps.
-
Native Client (NaCl) deprecation
ChromeOS 138 will be the final release to support Native Client (NaCl) in managed environments with the NaCl allow policy enabled. For devices on the Long-term Support (LTS) channel with this policy active, NaCl support will continue until the LTS Last Refresh in April 2026.
-
EAP/TLS server certificate validation
Note: This change only affects customers utilizing EAP/TLS network setups and only affects networks set up before January of 2022.
Starting October 1, 2025, we will roll out this fix to the ChromeOS stable channel. A very small number of customers using EAP/TLS configurations might experience connectivity issues if their server certificates are signed by a Certificate Authority (CA) that is currently included in ChromeOS as a System CA.
To minimize disruption, admins can perform one of the following actions:
Option 1 (providing a higher level of security):
- Generate a new certificate for your Authentication Server, and ensure it is signed by the same Certificate Authority (CA) as used previously.
- Replace the existing certificates on your Authentication Server with the newly-generated certificates.
Option 2 ( if more time is needed before implementing Option 1):
- Sign in to Google Admin console.
-
From August 15 to October 1, to check for affected devices, admins can follow these instructions on the Beta channel:
- Access chrome://histograms in Chrome browser.
- Perform several disconnect and reconnect cycles for your Ethernet or Wi-Fi network.
- Allow approximately 10 seconds for data aggregation.
- Within the chrome://histograms page, search the histogram identified as
Network.Shill.Eap.EventCaCertExperiment1:- If the histogram is not present, your configuration is not impacted.
- Your configuration is likely to be impacted if a positive value is observed for both Event 8 (
FirstCertVerificationFailure) and Event 9 (CertVerificationRetryAttempt).
- Navigate to the configuration settings for the affected EAP/TLS network.
- Modify the Server Certificate Authority setting to System default certificate authorities.
Chrome 137
Resumen de novedades de Chrome 137
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Gemini en Chrome | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| DTLS 1.3 | ✓ | ||
| Eliminar el interruptor de línea de comandos --load-extension en Google Chrome | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Personalizar perfiles gestionados con logotipo y etiqueta personalizados | ✓ | ||
| Alinear el tipo de error que se produce al crear credenciales de WebAuthn para payment: SecurityError => NotAllowedError | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Implementación de la verificación en dos pasos para los administradores | ✓ | ||
| Autocompletar con IA | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Registro y reporte de direcciones IP | ✓ | ||
| Página de descripción general de Chrome Enterprise | ✓ | ||
| Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad de descarga de DLP para la API File System Access (FSA) | ✓ | ✓ | |
| Conector de informes para móviles | ✓ | ✓ | |
| Registrar eventos de Navegación segura en iOS | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Mejoras en los marcadores y la lista de lectura en Chrome Desktop | ✓ | ✓ | |
| Interruptor de secuencias de comandos de usuario por extensión | ✓ | ||
| Navegación segura mejorada como ajuste sincronizado | ✓ | ||
| Grupos de pestañas compartidas | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola de Chrome DevTools | ✓ | ||
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Cuota de almacenamiento notificada predecible | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| API Summarizer | ✓ | ||
| API Language Detector | ✓ | ||
| API Translator | ✓ | ||
| Web Serial sobre Bluetooth en Android | ✓ | ||
| Próximo cambio en los certificados AC incluidos en Chrome Root Store | ✓ | ||
| Chrome para Android ya no admite Android Oreo ni Android Pie | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Aplicaciones web aisladas | ✓ | ✓ | |
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Recomendaciones de Agentspace en el omnibox de Chrome | ✓ | ✓ | |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Funciones de filtrado de URLs en iOS | ✓ | ||
| Compatibilidad de descarga de DLP para la API File System Access (FSA) | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS y Windows, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live
, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 137, Gemini en Chrome está disponible para los suscriptores de Google AI Pro y Ultra en EE. UU. El lanzamiento más amplio se producirá en los próximos hitos. Puedes consultar las próximas publicaciones de estas notas de la versión para empresas para estar al tanto de las novedades sobre la disponibilidad.
Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome en el Centro de Ayuda.
- Chrome 137: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
- El lanzamiento más amplio se producirá en los próximos hitos. Puedes consultar las próximas publicaciones de las notas de la versión para empresas para estar al tanto de las novedades sobre la disponibilidad.
, que permite a los usuarios interactuar con Gemini por voz.- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chrome 137 implementa la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando partidas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, en Chrome 137 ahora se aplica noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente es un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chrome tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios.
Este cambio puede revertirse temporalmente configurando la política PartitionedBlobURLUsage. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 137 en Android, ChromeOS, Linux, macOS y Windows
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome ahora utiliza el LLM en el dispositivo para identificar los sitios web fraudulentos de los usuarios de Navegación segura mejorada. Chrome envía el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM.
La Navegación segura mejorada es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen de la intención de la página que activa el bloqueo de teclado para identificar los sitios web fraudulentos.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha activado el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: recoge el resumen de marca y de intención de la página según el sistema de puntuación de la reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: se muestran las advertencias al usuario en función del veredicto del servidor, que usa la marca y la intención de las páginas que el sistema de reputación del servidor ha calificado.
- DTLS 1.3
Chrome 137 añade compatibilidad con Seguridad en la capa de transporte para datagramas (DTLS) 1.3 para las conexiones de Web Real-Time Communication (WebRTC). Antes, se utilizaba DTLS 1.2 en todas las conexiones de WebRTC. Esto es necesario para añadir criptografía resistente a la computación cuántica a WebRTC.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Eliminar el interruptor de línea de comandos --load-extension en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las versiones oficiales de Chrome dejarán de admitir la posibilidad de cargar extensiones mediante la marca de línea de comandos
--load-extensiona partir de Chrome 137. El objetivo de este cambio es mitigar los riesgos asociados a las extensiones dañinas y no deseadas.Las extensiones descomprimidas se pueden cargar con el botón Cargar descomprimida de la página de gestión de extensiones (
chrome://extensions/) con el modo Desarrollador habilitado. Los desarrolladores pueden seguir usando el interruptor --load-extensionen compilaciones sin marca, como Chromium y Chrome for Testing.- Chrome 137 en Linux, macOS y Windows
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGLestá obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader.
Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable. Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario. En Chrome 138 estará disponible una política empresarial temporal para revertir el cambio.
- Chrome 137 en Windows: SwiftShader se inhabilitará y se sustituirá por otro software alternativo de WebGL, WARP. Las pruebas que dependan de los valores de píxel exactos generados por SwiftShader pueden empezar a fallar.
- Chrome 138 en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux a partir de Chrome 138. Los usuarios de máquinas sin GPU no podrán usar WebGL.
- Personalizar perfiles gestionados con logotipo y etiqueta personalizados
Chrome 137 tiene una nueva barra de herramientas y personalizaciones del menú de perfil que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está gestionado, tanto si están en un dispositivo de trabajo como en uno personal. Esta opción resulta especialmente útil en los casos BYOD en los que los empleados utilizan sus propios dispositivos con cuentas gestionadas.
Para personalizar esta experiencia, vamos a añadir tres nuevas políticas:
- EnterpriseCustomLabel: personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con la imagen de marca de tu organización.
- EnterpriseLogoUrl: añade el logotipo de tu empresa en el menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: esta política puede inhabilitar la etiqueta predeterminada de un perfil gestionado en la barra de herramientas de Chrome.
En Chrome 134, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil gestionado. A partir de Chrome 137, se actualizará el comportamiento predeterminado de la etiqueta y el icono del perfil superpuestos en el avatar de la cuenta. En Chrome 138, los perfiles gestionados mostrarán una etiqueta de trabajo o de centro educativo además de la insignia del perfil. En el menú del perfil, verás un icono de un edificio superpuesto sobre el avatar de la cuenta. La insignia de perfil ampliada se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 en Lacros, macOS y Windows: políticas para personalizar la etiqueta y el icono de la barra de herramientas (en el menú de perfil).
- Chrome 137 en Linux, macOS y Windows: se lanza la opción Gestionado por tu organización en el menú del perfil. El logotipo se puede personalizar mediante la política EnterpriseLogoUrl.
- Chrome 138 en Linux, macOS y Windows: se lanzan las etiquetas work y school predeterminadas en la barra de herramientas de Chrome. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings.
- Alinear el tipo de error generado por pago Creación de credenciales de WebAuthn: SecurityError => NotAllowedError
Este cambio corrige el tipo de error que se produce al crear credenciales de WebAuthn para las credenciales de payment. Debido a una discrepancia en la especificación histórica, al crear una credencial de payment en un iframe de origen cruzado sin activación por parte del usuario se produciría un
SecurityErroren lugar de unNotAllowedError, que es lo que se produce en el caso de las credenciales que no son de pago.El código que detectara previamente el tipo de error que se había producido, por ejemplo,
e instanceof SecurityError, se vería afectado. El código que solo gestiona de forma general los errores durante la creación de credenciales (por ejemplo, `catch (e)`) seguirá funcionando correctamente.- Chrome 137 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La prevención de seguimiento de la política de seguridad de transporte estricta mediante HTTP (HSTS) mitiga el seguimiento de usuarios por parte de terceros mediante la caché de HSTS. Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la web.
- Chrome 137 en Windows, macOS, Linux y Android
- Implementación de la verificación en dos pasos para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulte este artículo del Centro de Ayuda.
- Autocompletar con IA
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a rellenar formularios online más fácilmente. En los formularios pertinentes, Chrome puede usar la IA para entender mejor el formulario y ofrecer a los usuarios la posibilidad de rellenar automáticamente la información guardada previamente. Los administradores pueden controlar la función mediante la política GenAiDefaultSettings y la nueva política AutofillPredictionSettings.
- Chrome 137 en Linux, macOS, Windows, ChromeOS
- Políticas nuevas en el navegador Chrome
Política Descripción GeminiSettings Ajustes de la integración de Gemini AutofillPredictionSettings Ajustes de Autocompletar con IA ProvisionalNotificationsAllowed Permite que la aplicación use la autorización provisional de notificaciones en iOS Reiniciar rápidamente si está obsoleto UserSecurityAuthenticatedReporting Habilitar los informes en la nube de señales de seguridad en perfiles gestionados BuiltInAIAPIsEnabled Permitir que las páginas usen las APIs de IA integradas Política de configuración del conector OnSecurityEvent de Chrome Enterprise Connectors (ahora disponible en iOS). UserSecuritySignalsReporting Habilitar los informes en la nube de señales de seguridad en perfiles gestionados
- Políticas retiradas del navegador Chrome
Política Descripción MutationEventsEnabled Volver a habilitar eventos de mutación obsoletos/retirados TabOrganizerSettings Ajustes del Organizador de pestañas ZstdContentEncodingEnabled Habilitar la compatibilidad con la codificación de contenido zstd
Cambios en Chrome Enterprise Core
- Registro y reporte de direcciones IP
Chrome Enterprise mejorará las funciones de monitorización de la seguridad y de respuesta ante incidentes. Para ello, recogerá y registrará las direcciones IP locales y remotas y las enviará a los registros de la herramienta de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá a los administradores enviar de forma opcional las direcciones IP a proveedores de gestión de información y eventos de seguridad propios y de terceros a través del conector de informes de Chrome Enterprise. Para obtener más detalles, consulta el artículo Gestionar conectores de informes de Chrome Enterprise. Esta función estará disponible para los clientes de Chrome Enterprise Core y Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS y Linux
- Página de descripción general de Chrome Enterprise
Chrome Browser Enterprise va a incluir una nueva página Información general en la sección Navegador Chrome de la consola de administración de Google. La página Información general permite a los administradores de TI encontrar rápidamente información clave sobre su despliegue:
- Perfiles activos e inactivos y navegadores registrados
- Identificar navegadores obsoletos y con actualizaciones pendientes
- Identifica las extensiones de alto riesgo (según Spin.AI) y obtén una vista previa de las extensiones más solicitadas
La página Información general también te permite acceder rápidamente a acciones clave, como gestionar extensiones (bloquear y permitir) y acceder a listas de navegadores y perfiles.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados
La consola de administración admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel de perfil, así como la exportación a CSV de la lista de perfiles gestionados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: se ha añadido la exportación a CSV para perfiles gestionados. Puedes exportar los datos de los perfiles gestionados fuera de la consola de administración.
- Chrome 138 en Linux, macOS y Windows: compatibilidad a nivel de perfil de los comandos remotos Borrar caché y Borrar cookies. En la lista de perfiles gestionados, podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Tarjetas de la página Nueva pestaña para M365
Los usuarios de empresa que tengan Outlook o Sharepoint ahora pueden acceder a sus próximas reuniones o a los archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa.
Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los tenedores de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la aplicación durante la primera autenticación o aprobar la aplicación para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: testers de confianza
- Chrome 132 en Linux, macOS y Windows: se inicia el lanzamiento
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Compatibilidad de descarga de DLP para la API File System Access (FSA)
El análisis de contenido de la prevención de la pérdida de datos (DLP) y los análisis exhaustivos de Navegación segura de Chrome Enterprise Premium ahora se aplican a las descargas de carpetas y directorios iniciadas a través de la API de acceso al sistema de archivos (FSA), por ejemplo, en IDEs basados en la Web. De esta forma, se soluciona un problema y se mejora la seguridad de los datos aplicando a estas operaciones las reglas de DLP (configuradas a través de las políticas DataLeakPreventionRulesList y SafeBrowsingDeepScanningEnabled).
Si una descarga infringe una política de prevención de la pérdida de datos, se bloqueará y se creará un archivo vacío. Es posible que el sitio web indique el error Bloqueado por Navegación segura. Este cambio beneficia principalmente a la seguridad, ya que evita que se filtren datos a través de este vector. Los administradores deben probarlo con aplicaciones web mediante la API FSA para observar el comportamiento con sus configuraciones de DLP actuales.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: permite el análisis de contenido de DLP para las descargas iniciadas a través de la API File System Access en plataformas seleccionadas, según las políticas de empresa disponibles.
- Conector de informes para móviles
El Chrome Enterprise Connector se está actualizando para incluir los informes sobre eventos de seguridad de Chrome en dispositivos móviles (Android e iOS). De esta forma, los administradores de TI podrán ver eventos como visitas a sitios no seguros, transferencias de datos sensibles (de acuerdo con las normas de protección de datos) y coincidencias de filtrado de URL en dispositivos móviles, lo que supone que la versión para móviles tenga las mismas funciones que la versión para ordenadores. El objetivo de esta mejora es mejorar la seguridad general de la organización ampliando las funciones de detección de amenazas y protección de datos a las plataformas móviles.
Los clientes que utilicen la herramienta de investigación de seguridad (SIT) podrán investigar estos nuevos eventos del navegador móvil. Esta integración de SIT es una función de Chrome Enterprise Premium. Los administradores de TI deben tener en cuenta que estos tipos de eventos adicionales de dispositivos móviles empezarán a fluir a través de su conector de informes configurado.
No se van a introducir políticas empresariales nuevas y específicas para controlar esta extensión de informes para móviles. Los eventos que se generen y se registren dependerán de las configuraciones de Conector de informes, las reglas de protección de datos y las políticas de filtrado de URLs.
- Chrome 137 en Android e iOS: permite enviar informes de eventos de seguridad, como sitios web no seguros, transferencias de datos sensibles o filtrado de URLs, a través del conector de informes de Chrome en móviles
- Registrar eventos de Navegación segura en iOS
Esta función permitirá que se envíen informes de eventos de Navegación segura en iOS para aumentar la seguridad de los entornos empresariales. Esta función ya se ha implementado en ordenadores y Android, y ahora la estamos ampliando a iOS. Para obtener información detallada sobre cómo activar esta función, consulta este artículo del Centro de Ayuda.
- Chrome 137 en iOS: los eventos de informes de Navegación segura están disponibles en iOS
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Mejoras en los marcadores y la lista de lectura en Chrome Desktop
En Chrome 138 para ordenadores, algunos usuarios que inicien sesión en Chrome al guardar un nuevo marcador podrán usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Las políticas empresariales relevantes que controlan los marcadores, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, por lo que los administradores podrán configurar si los usuarios pueden utilizar y guardar elementos en su cuenta de Google. Si se establece EditBookmarksEnabled en falso, los usuarios tampoco podrán subir marcadores guardados en su dispositivo a su cuenta de Google.
- Chrome 138 en Linux, macOS y Windows
- Interruptor de secuencias de comandos de usuario por extensión
En Chrome 138, la forma en que los usuarios y los administradores controlan la capacidad de una extensión para ejecutar secuencias de comandos creadas por los usuarios y usar la API userScripts va a cambiar. Este cambio refuerza la seguridad. Los usuarios finales no concederán permisos de secuencia de comandos de usuario a todas las extensiones al habilitar el modo Desarrollador, ya que podrán decidir explícitamente qué extensiones pueden ejecutar estas secuencias potencialmente potentes. Para obtener más información sobre los motivos del cambio, consulta este artículo del blog de Chrome para desarrolladores.
Ahora los usuarios finales podrán activar o desactivar esta opción por extensión en la página chrome://extensions mediante el interruptor Permitir secuencias de comandos de usuario, que sustituye al interruptor global Modo Desarrollador para que puedan controlar mejor la configuración. El interruptor se habilitará automáticamente en las extensiones que ya tengas si el modo Desarrollador está activado y la extensión tiene el permiso de secuencias de comandos de usuario.
Los administradores que gestionan las secuencias de comandos de usuario mediante la opción de inhabilitar el modo Desarrollador ahora deben usar la política`blocked_permissions` o la consola de administración de Google para controlar por separado el permiso de secuencias de comandos de usuario y la extensión Modo Desarrollador.
Recomendamos a los desarrolladores de extensiones que actualicen su documentación para que refleje el nuevo interruptor. Consulta la lista de distribución Chromium Extensions de Grupos de Google para obtener más información y otros cambios en el uso de la API.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: lanzamiento de la función
- Navegación segura mejorada como ajuste sincronizado
Navegación segura mejorada de Chrome se va a convertir en una función sincronizada. Esto significa que si un usuario habilita Navegación segura mejorada en un dispositivo, este nivel de protección se aplicará automáticamente en todos los demás dispositivos en los que haya iniciado sesión en Chrome con la misma cuenta. El objetivo es ofrecer una protección de seguridad más sólida y coherente, así como una experiencia de usuario estandarizada.
Los usuarios que habiliten Navegación segura mejorada podrán disfrutar de sus protecciones (por ejemplo, protección proactiva contra el phishing, detección mejorada de malware y extensiones maliciosas) de forma coherente en todas sus instancias de Chrome sincronizadas en ordenadores (Windows, macOS, Linux y ChromeOS), Android y iOS. Los usuarios recibirán una notificación sobre este cambio a través de elementos de la interfaz de usuario cuando se sincronice su ajuste de Navegación segura mejorada.
El nivel de protección de Navegación segura es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
- Grupos de pestañas compartidas
Los usuarios podrán colaborar en pestañas mediante la función de grupos de pestañas compartidas. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en su ordenador o dispositivo móvil, y sus colaboradores podrán consultar las mismas pestañas en sus dispositivos. Cuando un usuario cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Hay una política empresarial, TabGroupSharingSettings, que se podrá usar para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: se lanza la posibilidad de unirte a un grupo de pestañas compartidas y usarlo. Los usuarios de Chrome estable no podrán crear grupos de pestañas compartidas (el punto de entrada no estará disponible). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y canary en esta fase del lanzamiento.
- Generar estadísticas de advertencias y errores de la consola Chrome DevTools
Hay disponible una nueva función de IA generativa para usuarios no gestionados que permite generar estadísticas sobre advertencias y errores de la consola de Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: la función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia.
- Chrome 127 en ChromeOS, Linux, macOS y Windows: la función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan.
- Chrome 131 en ChromeOS, Linux, macOS y Windows: en Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas con los estilos y a depurar el CSS.
- Chrome 132 en ChromeOS, Linux, macOS y Windows: ahora el panel de asistencia de IA puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: el panel de asistencia de IA expone una API interna que simplifica el uso de las funciones del panel de asistencia de IA mediante herramientas externas, como los servidores de protocolo de contexto de modelo (MCP).
- Eliminación de las políticas empresariales de acceso a redes privadas
El acceso a redes privadas (PNA 1.0) es una función de seguridad no incluida de serie y diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo incluir de forma predeterminada, ya que era incompatible con demasiados dispositivos.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En su lugar, Chrome está implementando una propuesta actualizada, el acceso a redes privadas 2.0 (PNA 2.0) (GitHub). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de implementar.
La única forma de implementar obligatoriamente el PNA 1.0 es mediante políticas empresariales. Para evitar una regresión en materia de seguridad que repercuta en los clientes empresariales que habiliten el PNA 1.0 antes de que se lance la versión PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes especiales de solicitud preparatoria, hasta que se vuelva incompatible con el PNA 2.0.
Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones del PNA 1.0. Estas políticas no tienen ningún efecto en este momento, ya que el PNA 1.0 no se ha incluido, y no tendrán relevancia cuando se retire el PNA 1.0.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed, and PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se han retirado las políticas PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed. Debería existir una política de sustitución de PNA2 disponible en Chrome 138.
- TLS 1.3 Early Data
TLS 1.3 Early Data permite enviar solicitudes GET durante el handshake al reanudar una conexión con un servidor TLS 1.3 compatible. Se espera que esta función mejore el rendimiento y estará disponible en Chrome 138 con una política (TLS13EarlyDataEnabled) para controlar este cambio.
TLS 1.3 Early Data es un protocolo establecido. Se espera que los servidores TLS, los middleboxes y el software de seguridad establecidos gestionen o rechacen TLS 1.3 Early Data sin que se pierda la conexión. Sin embargo, es posible que los dispositivos que no implementen correctamente el estándar TLS (RFC8446) no funcionen correctamente y se desconecten cuando se use TLS 1.3 Early Data. Si eso ocurre, los administradores deben ponerse en contacto con el proveedor para solucionarlo.
Esta política es una medida temporal para controlar la función y se eliminará en una versión posterior. La política se puede habilitar para permitirte hacer pruebas y detectar problemas, o inhabilitar mientras se resuelven problemas.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
- Cuota de almacenamiento notificada predecible
Chrome 138 introducirá una cuota de almacenamiento predecible de la API Estimate de StorageManager para los sitios que no tengan permisos de almacenamiento ilimitados.
Es posible detectar el modo de navegación de un usuario a través de la cuota de almacenamiento registrada, ya que el espacio de almacenamiento disponible es considerablemente menor en el modo Incógnito que en el modo normal. Se trata de una mitigación que impide que se detecte el modo de navegación de un usuario a través de la API de almacenamiento, ya que indica una cuota artificial, igual a uso + min(10 GiB, disco redondeado al alza hasta el valor más cercano de 1 GiB), en todos los modos de navegación de los sitios con permisos de almacenamiento limitados. Los sitios con permisos de almacenamiento ilimitado no se verán afectados. Tampoco se verá afectada la cuota obligatoria.
- Chrome 138 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
Tenemos previsto ajustar la semántica de la API Storage Access para que cumpla estrictamente la política de mismo origen y mejorar la seguridad. Si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.- Chrome 138 en Windows, macOS, Linux y Android
- API Summarizer
La API Summarizer es una API de JavaScript para generar resúmenes del texto introducido, respaldados por un modelo de lenguaje de IA. Cada vez se espera más que los navegadores y los sistemas operativos tengan acceso a un modelo lingüístico. Al ofrecer este modelo integrado, evitamos que cada sitio web tenga que descargar su propio modelo de lenguaje de varios gigas o enviar texto de entrada a APIs de terceros. La API Summarizer, en particular, expone una API de alto nivel para interactuar con un modelo de lenguaje con el objetivo de resumir las entradas para una variedad de casos prácticos (GitHub), de una forma que no depende del modelo de lenguaje específico en cuestión.
Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- API Language Detector
La API Language Detector de idiomas es una API JavaScript para detectar el idioma de un texto, con niveles de confianza. La detección de idiomas es un complemento importante de la traducción. Esto se puede combinar con la traducción, por ejemplo, tomando la entrada del usuario en un idioma desconocido y traduciéndola a un idioma de destino específico. Los navegadores actuales suelen tener funciones de detección de idioma, y queremos ofrecérselas a los desarrolladores web mediante una API de JavaScript que complemente a la API de traducción. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- API Translator
La API Traductor es una API JavaScript que ofrece funciones de traducción de idiomas a las páginas web. Los navegadores ofrecen cada vez más la traducción de idiomas a sus usuarios. Estas funciones de traducción también pueden ser útiles para los desarrolladores web. Esto ocurre especialmente cuando las funciones de traducción integradas en el navegador no son suficientes. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
- Chrome 138 en Windows, macOS y Linux
- Web Serial sobre Bluetooth en Android
Esta función permite que las páginas web y las aplicaciones web se conecten a puertos serie a través de Bluetooth en dispositivos Android. Chrome para Android ahora admite la API Web Serial a través de Bluetooth RFCOMM. Las políticas empresariales existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls y SerialBlockedForUrls) en otras plataformas están habilitadas en estados future_on para Android. Todas las políticas, excepto SerialAllowUsbDevicesForUrls, se habilitarán una vez que se habilite la función. SerialAllowUsbDevicesForUrls se habilitará en una próxima versión cuando Android proporcione compatibilidad a nivel de sistema con puertos serie cableados.
- Chrome 138 en Android
- Chrome para Android ya no admite Android Oreo ni Android Pie
La última versión de Chrome que admite Android Oreo o Android Pie es Chrome 138, que incluye un mensaje en el que se pide a los usuarios afectados que actualicen su sistema operativo. Chrome 139 y las versiones posteriores no son compatibles con los usuarios que tengan Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Migrar extensiones a Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan la política empresarial ExtensionManifestV2Availability habilitada podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, MacOS y Windows: se elimina la política Remove ExtensionManifestV2Availability
- Chrome dejará de ser compatible con macOS 11
Chrome 138 será la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 11, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible. Para las nuevas instalaciones de Chrome 139 y versiones posteriores, se requerirá macOS 12 o una versión posterior.
- Chrome 139 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 140 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub).
- Chrome 141 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Migración de la versión 4 a la 5 de la API Navegación segura
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador
Próximos cambios de Chrome Enterprise Core
-
Recomendaciones de Agentspace en el omnibox de Chrome
Este lanzamiento ayuda a los usuarios de Chrome Enterprise a satisfacer sus necesidades de información interna añadiendo resultados de la Búsqueda de Google Enterprise, como sugerencias de personas, archivos o consultas, de Agentspace a la barra de direcciones de Chrome. Los resultados pueden mostrarse de forma predeterminada en las recomendaciones de la barra de direcciones de Chrome o solo cuando se activen con una palabra clave personalizada.
Los usuarios también pueden usar el modo de palabras clave para activar acciones a través de Agentspace, como "ayúdame a escribir un correo que resuma el estado actual del proyecto".
El proveedor de búsqueda empresarial se mostrará cuando el usuario escriba "@" en la barra de direcciones. La organización podrá personalizar una palabra clave o una combinación de teclas, así como el icono que se muestra.
Puedes configurarlo mediante la política EnterpriseSearchAggregatorSettings.
- Chrome 135 en ChromeOS, Linux, macOS y Windows: Programa de pruebas
- Chrome 138 en ChromeOS, Linux, macOS y Windows: disponibilidad general
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En julio del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar el ajuste, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante este ajuste. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzará en junio. La eliminación empezará en julio, y la fase inicial de eliminación finalizará a finales de agosto. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
-
Compatibilidad con varias identidades en iOS
Chrome para iOS va a admitir varias cuentas, en concreto las cuentas gestionadas (de trabajo o de centros educativos). Esta actualización incluye perfiles de navegador independientes para cada cuenta gestionada, lo que garantiza una separación estricta de los datos entre la navegación personal y la de trabajo. Las cuentas normales seguirán compartiendo un único perfil.
El objetivo de este cambio es mejorar la oferta para empresas de Chrome y proporcionar una experiencia de navegación más segura y organizada, especialmente para los usuarios finales que tienen cuentas personales y de trabajo en su dispositivo. Los usuarios experimentarán un flujo de incorporación único al añadir una cuenta gestionada al dispositivo. Podrán cambiar de cuenta tocando el disco de partículas de la cuenta en la página Nueva pestaña.
Los administradores que hayan habilitado las políticas de Chrome en iOS (consulta las instrucciones) pueden seguir usando las políticas que ya tengan.
- Chrome 138 en iOS
Próximos cambios de Chrome Enterprise Premium
- Funciones de filtrado de URLs en iOS
Las funciones de filtrado de URLs de WebProtect para ordenadores se están ampliando a los dispositivos móviles para que las organizaciones puedan auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esta función forma parte de Chrome Enterprise Premium y su objetivo es proporcionar un acceso a Internet seguro y fiable a los usuarios de empresas que utilicen cualquier dispositivo. Los administradores podrán crear reglas de filtrado de URLs para asegurarse de que los empleados solo puedan acceder a URLs seguras y autorizadas en dispositivos iOS. Chrome informará de los eventos de filtrado de URLs y de los eventos de sitios no seguros a través del conector de informes en dispositivos móviles.
- Chrome 138 en iOS: la función de filtrado de URLs está disponible en iOS.
- Compatibilidad de descarga de DLP para la API File System Access (FSA)
La protección de prevención de la pérdida de datos (DLP) se ampliará para incluir los archivos y directorios descargados mediante la API File System Access (FSA). Esta mejora permitirá que las descargas de aplicaciones web modernas, como editores basados en navegadores, se analicen de acuerdo con las reglas de DLP de tu organización. Los usuarios y los sitios web recibirán notificaciones sobre los veredictos de análisis, lo que reforzará la seguridad de los datos y el cumplimiento de políticas.
- Chrome 138 en Windows, macOS, Android y ChromeOS Linux
Resumen de novedades de ChromeOS 137
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Política de control con gestos faciales en ChromeOS | ✓ | ||
| Cancelación de diafonía | ✓ | ||
| Combinación de teclas de ChromeVox para añadir subtítulos a audio con dispositivos braille | ✓ | ||
| Recopilación de registros basada en eventos | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cambios en las aplicaciones de Chrome | ✓ | ||
| Próxima desactivación de Native Client (NaCl) | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Política de control con gestos faciales en ChromeOS
Con ChromeOS 137, presentamos una nueva política, FaceGazeEnabled, que permite a los administradores tener más control sobre el acceso al control con gestos faciales a nivel de organización.
Para obtener más información, consulta el artículo Usar gestos faciales y movimientos de cabeza para controlar tu Chromebook usando el control con gestos faciales.
-
Cancelación de diafonía
La cancelación de diafonía proporciona una experiencia de audio inmersiva cuando se utiliza el altavoz interno. Los usuarios pueden sentir el audio alrededor de su cabeza en lugar de que provenga de la posición geométrica del altavoz interno. Cualquier contenido de audio que se pueda reproducir se beneficia de esta función, especialmente cuando se juega a videojuegos o se ven vídeos con audio espacial. Los usuarios disfrutan de un audio envolvente e inmersivo, similar al que se obtiene con unos auriculares.
-
Combinación de teclas de ChromeVox para añadir subtítulos con audio con dispositivos braille
ChromeVox ahora habilita un comando que muestra el texto hablado como subtítulos en braille en las pantallas braille conectadas (mediante USB o Bluetooth).
El comando de ChromeVox es Búsqueda + O + C y significa "Buscar subtítulos".
El comando en braille es barra espaciadora + puntos 1, 4 y 7. Para obtener más información, consulta el artículo Utilizar un dispositivo braille con un Chromebook - Ayuda de Accesibilidad de Google.
-
Recopilación de registros basada en eventos
En el caso de la recogida de registros basada en eventos, cuando se produzca un evento (por ejemplo, un fallo del SO o un error de actualización), verás una notificación en la página de detalles del dispositivo. También puedes ver los eventos del dispositivo en la página de detalles del dispositivo para analizar cuándo se han producido y obtener información detallada. Google sube los registros correspondientes al tipo de evento específico, lo que hace que la solución de problemas sea más eficiente.
Para habilitar esta función:
- Activa el ajuste Subida de registros del sistema del dispositivo.
- Activa los informes sobre el estado de las actualizaciones del SO: en el ajuste Informar sobre el SO del dispositivo, selecciona Estado de actualización del SO.
- Activa los informes de telemetría del dispositivo sobre información de fallos. En el ajuste Informar sobre la telemetría del dispositivo, selecciona Información de fallos.
Estas subidas pueden ocurrir como máximo dos veces al día en un dispositivo.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Cambios en las aplicaciones de Chrome
A partir de ChromeOS 138 (cuya versión estable está prevista para el 22 de julio), las aplicaciones de Chrome instaladas por los administradores en las sesiones de Kiosco estarán inhabilitadas de forma predeterminada. Antes de la versión 138 de ChromeOS, estará disponible una nueva política, KioskChromeAppsForceAllowed, que permitirá a los administradores volver a habilitar las aplicaciones de Chrome en las sesiones de kiosco. Si esta política está activada, las aplicaciones de Chrome en sesiones de kiosco se podrán usar en ChromeOS 150.
Además, te recordamos que las aplicaciones de Chrome instaladas por los usuarios dejarán de funcionar a partir de ChromeOS 139 (cuya versión estable está prevista para el 19 de agosto).
Para obtener más información, consulta el artículo Fin de la compatibilidad de las aplicaciones de Chrome.
-
Próxima desactivación de Native Client (NaCl)
ChromeOS 138 será la última versión que admita Native Client (NaCl) en entornos gestionados con la política de aceptación de NaCl habilitada. En el caso de los dispositivos del canal de Asistencia a largo plazo (LTS) con esta política activa, la compatibilidad con NaCl continuará hasta la última actualización del LTS en abril del 2026.
Chrome 136
Resumen de novedades de Chrome 136
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Actualizaciones de la presentación de resultados de Google Lens | ✓ | ||
| Comprobaciones de descarga de archivos APK maliciosos (solo telemetría) | ✓ | ||
| Notificaciones proactivas de consejos de Chrome en iOS | ✓ | ||
| Directorio de datos personalizado obligatorio para la depuración remota | ✓ | ||
| Partición del historial de enlaces :visited | ✓ | ||
| Cambiar el tipo de string attr() a raw-string | ✓ | ||
| Actualizar ProgressEvent para usar el tipo doble en loaded y total | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad de WebAuthn con clientes de Escritorio Remoto en dispositivos gestionados | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Nuevo conector de informes: CrowdStrike Falcon Next-Gen SIEM | ✓ | ✓ | |
| Funciones de filtrado de URLs en Android | ✓ | ✓ | |
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Eliminar el interruptor de línea de comandos --load-extension | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Alinear el tipo de error que se produce al crear credenciales de WebAuthn para payment: SecurityError => NotAllowedError | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Web Serial sobre Bluetooth en Android | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| Manifiesto de aplicaciones web: update_token y requisitos para actualizar | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Aplicaciones web aisladas | ✓ | ✓ | |
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Registro e informes de direcciones IP | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Recomendaciones de Google Agentspace en el omnibox de Chrome | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Funciones de filtrado de URLs en iOS | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Actualizaciones de la presentación de resultados de Google Lens
Los resultados de búsqueda de consultas de Google Lens que se originan en la cámara del dispositivo y de la búsqueda de imágenes en páginas web se presentan en un panel nativo de la interfaz de usuario que se desliza desde la parte inferior de la pantalla. Antes, estas respuestas se mostraban en una página web independiente en una nueva pestaña. Los administradores pueden controlar esta función con la política LensCameraAssistedSearchEnabled.
- Chrome 136 en iOS
- Comprobaciones de descarga de archivos APK maliciosos (solo telemetría)
Chrome en Android ahora se pone en contacto con Google sobre los archivos de paquete de aplicación Android (APK) descargados en Chrome para verificar su seguridad. Se trata de una función en estado experimental solo de telemetría que, con el tiempo, mostrará advertencias y bloqueará las descargas de archivos APK maliciosos para proteger a los usuarios frente al malware móvil. Por el momento, la comprobación de descargas de archivos APK maliciosos solo se basa en la telemetría, es decir, no se mostrarán advertencias ni se bloquearán las descargas. En el modo de solo telemetría, la comprobación de descargas de archivos APK maliciosos solo se realizará en el caso de los usuarios registrados en protección mejorada desde Navegación segura de Google.
Esta función se puede inhabilitar asignando NoProtection (valor 0) al modo Navegación segura a través de la política SafeBrowsingProtectionLevel.
- Chrome 136 en Android
- Notificaciones proactivas de consejos de Chrome en iOS
Ahora, los usuarios pueden recibir consejos de Chrome como notificaciones provisionales. Antes, solo los usuarios que habían aceptado explícitamente las notificaciones de consejos de Chrome las recibían.
En esta versión, Chrome envía estas notificaciones de forma proactiva a los usuarios que han instalado Chrome en iOS, pero que llevan varios días inactivos. De esta forma, ni siquiera tendrán que abrir la aplicación para descubrir funciones útiles como Google Lens o Navegación segura mejorada. Los administradores pueden desactivarlas mediante la política ProvisionalNotificationsAllowed (que estará disponible en Chrome 137).
- Chrome 136 en iOS
- Directorio de datos personalizado obligatorio para la depuración remota
Ya no se pueden hacer depuraciones remotas a través de un puerto TCP o una canalización en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS. Se debe especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se usen los interruptores--remote-debugging-pipeo--remote-debugging-port.Hemos hecho este cambio porque los ladrones de información y el malware están abusando de los interruptores de depuración remota para extraer datos de Google Chrome. Los directorios de datos de usuario personalizados utilizan una clave de cifrado diferente que evita que el malware robe datos cifrados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición del historial de enlaces :visited :visited
Para evitar que se filtre el historial de navegación de los usuarios, a los elementos de ancla se les aplica el estilo
:visitedsolo si antes se ha hecho clic en ellos desde este sitio y este origen del marco de nivel superior. En el navegador, esto significa que la tabla hash "VisitedLinks" ahora tiene particiones de clave triple, es decir, se almacena lo siguiente de cada enlace visitado: <URL del enlace, sitio de nivel superior, origen del marco>. Al aplicar estilos solo a los enlaces en los que se ha hecho clic antes en este sitio y este marco, los numerosos ataques de canal lateral desarrollados para obtener información sobre el estilo de los enlaces:visitedse han quedado obsoletos porque ya no proporcionan a los sitios información nueva sobre los usuarios.Existe una excepción con los autoenlaces, donde los enlaces a las páginas de un sitio pueden tener el estilo
:visitedaunque antes no se haya hecho clic en este sitio ni este origen del marco de nivel superior exactos. Esta exención solo está habilitada en los marcos de nivel superior o los submarcos, que tienen el mismo origen que el marco de nivel superior. Se sigue disfrutando de las ventajas de privacidad anteriores porque los sitios ya saben qué subpáginas ha visitado un usuario, por lo que no se expone información nueva. Esta excepción, que nos solicitó la comunidad, también mejora la experiencia de usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Cambiar la palabra clave "string" del tipo attr() a "raw-string" string raw-string
El argumento de tipo
attr()especifica cómo se analiza el valor del atributo en un valor CSS. Recientemente, el grupo de trabajo de CSS de W3C ha decidido cambiar el nombre de la palabra clavestringdel tipoattr()araw-string, que es más explícito. Si el valor del atributo se proporciona como la palabra claveraw-stringo se omite por completo, el valor literal del atributo se trata como el valor de una cadena CSS, sin que se realice ningún análisis de CSS (incluidos los escapes de CSS, la eliminación de espacios en blanco, los comentarios, etc.). No hay ningún valor que active la alternativa; solo la ausencia del atributo.Para obtener más información sobre la notación attr(), consulta el módulo de valores y unidades de CSS de nivel 5.
- Chrome 136 en Windows, macOS, Linux y Android
- Actualizar ProgressEvent para usar el tipo doble en loaded y total
ProgressEventtiene los atributosloadedytotalque indican el progreso, y ahora su tipo esunsigned long long.Con esta función, el tipo de estos dos atributos ahora es doble, lo que ofrece al desarrollador más control sobre el valor. Por ejemplo, ahora los desarrolladores pueden crear un
ProgressEventcon el valortotal1 y el valorloadedque vaya de 0 a 1 gradualmente. Esto se corresponde con el comportamiento predeterminado del elemento HTML<progress>si se omite el atributo "max". Para obtener más información, consulta esta conversación del grupo de trabajo de tecnología de aplicaciones de hipertexto de la Web (WHATWG) en GitHub.- Chrome 136 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción OnSecurityEventEnterpriseConnector Política de configuración del conector OnSecurityEvent de Chrome Enterprise Connectors (ahora disponible en Android). WebAuthenticationRemoteDesktopAllowedOrigins Orígenes permitidos para las solicitudes WebAuthn con proxy desde aplicaciones de Escritorio Remoto. ReduceAcceptLanguageEnabled Controla la reducción de Accept-Language. HappyEyeballsV3Enabled Usa el algoritmo Happy Eyeballs V3. EnterpriseRealTimeUrlCheckMode Comprueba en tiempo real el estado de Navegación segura de las URLs (ahora disponible en Android). ProvisionManagedClientCertificateForBrowser Habilita el aprovisionamiento de certificados de cliente para navegadores gestionados.
- Políticas eliminadas en el navegador Chrome
Política Descripción ThirdPartyBlockingEnabled Habilita el bloqueo de inyección de software de terceros. ProfilePickerOnStartupAvailability Disponibilidad del selector de perfil al iniciar.
Cambios en Chrome Enterprise Core
- Compatibilidad de WebAuthn con clientes de Escritorio Remoto en dispositivos gestionados
Este cambio permite a los usuarios de dispositivos gestionados acceder de forma segura a sitios web en hosts remotos mediante sus llaves de seguridad o sus llaves de acceso locales. Con la nueva política de empresa WebAuthenticationRemoteDesktopAllowedOrigins, los administradores podrán especificar qué aplicaciones cliente de Escritorio Remoto pueden hacer solicitudes WebAuthn en nombre de otros orígenes.
De este modo, se resuelve el problema de usar autenticadores locales con Escritorio Remoto, lo que mejora tanto la seguridad como la experiencia de los usuarios. Los administradores configuran esta política proporcionando una lista separada por comas de los orígenes de las aplicaciones cliente de Escritorio Remoto permitidos.
- Chrome 136 en Android, ChromeOS, Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Nuevo conector de informes para CrowdStrike Falcon Next-Gen SIEM
Chrome 136 incluye un nuevo conector de informes de Chrome Enterprise para CrowdStrike Falcon Next-Gen SIEM. Los administradores pueden configurar este conector en la consola de administración para reenviar datos de eventos de Chrome concretos a CrowdStrike y, de esta forma, mejorar la monitorización y el análisis de la seguridad. Esto proporciona más flexibilidad en las opciones de SIEM y ayuda a optimizar la detección de amenazas.
- Chrome 136 en ChromeOS, Linux, macOS y Windows
- Funciones de filtrado de URLs en Android
El filtrado de URLs de WebProtect ahora está disponible en Android para los clientes de Chrome Enterprise Premium. De esta forma, los administradores pueden aplicar reglas de bloqueo, advertencia o auditoría de URLs en dispositivos Android gestionados a través de la política EnterpriseRealTimeUrlCheckMode, lo que proporciona un control uniforme del contenido web en todas las plataformas. Los eventos de filtrado se registran a través del conector de informes, y la configuración se realiza en la consola de administración.
- Chrome 136 en Android
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Requisito de un directorio de datos personalizado para el puerto de depuración remota
La depuración remota a través de una conexión TCP o un canal ya no será posible en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS.
Se debe especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se use el interruptor--remote-debugging-pipeo--remote-debugging-port.La razón de este cambio es que los ladrones de información y el malware están usando de forma inadecuada los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos de usuario personalizado utiliza una clave de cifrado diferente, por lo que el malware ya no puede robar datos cifrados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando partidas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios.
Este cambio puede revertirse temporalmente configurando la política PartitionedBlobURLUsage . Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 136 en Windows, macOS, Linux y Android
- Discontinuación de los métodos getter de la API Intl Locale Info
La API Intl Locale Info es una propuesta de nivel 3 de ECMAScript para TC39 que mejora el objeto Intl.Locale exponiendo información sobre la configuración regional, como los datos de la semana (primer día de la 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 utilizado en la configuración regional.
Hemos incluido nuestra implementación en Chrome 99, pero más adelante se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios métodos getter a funciones. Tenemos que eliminar los captadores obsoletos y reiniciar las funciones a las que se les ha cambiado el nombre.
- Chrome 136 en Windows, macOS, Linux y Android
- Actualizaciones de FedCM
Desde la versión 136 de Chrome, la API Federated Credential Management (FedCM) podrá mostrar varios proveedores de identidades en el mismo cuadro de diálogo. De esta forma, los desarrolladores tendrán una forma práctica de presentar a los usuarios todos los proveedores de identidades admitidos. Tenemos previsto abordar primero el caso sencillo de tener todos los proveedores en la misma llamada get().
Tenemos previsto eliminar la posibilidad de añadir otra cuenta en el modo pasivo de FedCM. Esta función permite mostrar el botón Usar otra cuenta junto con otras cuentas de proveedor de identidades en el selector. Actualmente, esta función no se utiliza y las conversaciones sobre la experiencia de usuario indican que, si se incluye, el flujo se vuelve más complicado sin aportar grandes beneficios. Esta función seguirá funcionando en el modo activo de FedCM.
- Chrome 136 en Windows, macOS, Linux y Android
- Partición del historial de enlaces :visited
Para evitar que se filtre el historial de navegación de los usuarios, los elementos de ancla se marcan como
:visitedsolo si antes se ha hecho clic en ellos desde este sitio y este origen de marco de nivel superior. En el navegador, esto significa que la tabla hash VisitedLinks ahora está partida por triple clave o por almacenamiento de lo siguiente para cada enlace visitado: <URL del enlace, sitio de nivel superior, origen del marco>. Al aplicar estilos solo a los enlaces que se han visitado en este sitio y este marco, los numerosos ataques de canal lateral que se han desarrollado para obtener información sobre el estilo de los enlaces:visitedya no son útiles, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los autoenlaces, donde los enlaces a las páginas de un sitio pueden tener el estilo
:visitedaunque antes no se haya hecho clic en este sitio y este origen de marco de nivel superior exactos. Esta exención solo está habilitada en los marcos de nivel superior o los submarcos, que tienen el mismo origen que el marco de nivel superior. Las ventajas de privacidad anteriores se siguen cumpliendo porque los sitios ya saben qué subpáginas ha visitado un usuario, por lo que no se expone información nueva. Esta es una excepción solicitada por la comunidad que también mejora la experiencia de usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
En Chrome 136, la semántica de la API Storage Access se ajustará para cumplir estrictamente la política de mismo origen y mejorar la seguridad. Esto significa que si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada.Nota: La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.
- Chrome 136 en Windows, macOS, Linux y Android
- Eliminar la alternativa de SwiftShader
A partir de Chrome 137, tenemos previsto retirar el uso de SwiftShader como alternativa automática de WebGL. La creación de contexto de WebGL fallará en lugar de usar SwiftShader. Tenemos previsto eliminar el respaldo de SwiftShader por dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en los hosts de URL que no sean file://
Según se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 "HTTPS URLs for WebSocket" y en las áreas de enfoque de las URLs.
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://(consulta el debate en GitHub).Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome dejará de ser compatible con macOS 11
Chrome 138 será la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 11, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 139 o versiones posteriores, se requerirá macOS 12 o una versión posterior.
- Chrome 139 en Windows y macOS
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo Empezar a usar aplicaciones web aisladas.
En la versión inicial, las IWAs solo se podrán instalar mediante una política en dispositivos ChromeOS gestionados por empresas.
- Chrome 140 en Windows
Con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Chrome 140 en Windows
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se trata de un lanzamiento gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 147 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
-
Se ha mejorado el rendimiento y la escalabilidad de los informes de la consola de administración para los clientes grandes
Chrome Enterprise Core implementará cambios en la infraestructura de software para mejorar el rendimiento, la precisión y la escalabilidad de muchas páginas e informes de la consola de administración. Entre las páginas e informes afectados en la consola de administración se incluyen los siguientes:
- Informe de versiones
- informe de uso de aplicaciones y extensiones
- Página de detalles de la extensión
- Página Estadísticas de Chrome para navegadores
Los cambios se implementarán de forma gradual entre abril y julio del 2025.
- Desde abril del 2025 hasta julio del 2025
-
Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados
Tenemos previsto añadir una acción de exportación de CSV y los comandos remotos Borrar caché y Borrar cookies a la lista de perfiles gestionados. Podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Exportación a CSV: a partir de Chrome 135 en Android, Linux, macOS y Windows
- Comandos remotos: a partir de Chrome 136 en Linux, macOS y Windows
-
Nueva página de descripción general de Chrome Enterprise Core
Esta nueva página de descripción general se ubicará en la sección Navegador Chrome de la consola de administración y mostrará información valiosa sobre tu despliegue, como un resumen del despliegue de navegadores y perfiles, un resumen de las versiones de Chrome registradas y las extensiones instaladas. Por ejemplo, estas estadísticas te permitirán identificar rápidamente los navegadores inactivos y los navegadores con una actualización pendiente. También podrás ver rápidamente tu cola de solicitudes de extensiones y revisar las extensiones que se han configurado.
- A partir de Chrome 135 para los testers de confianza con acceso anticipado
-
Registro e informes de direcciones IP
Chrome Enterprise está mejorando sus funciones de monitorización de la seguridad y de respuesta ante incidentes. Para ello, recoge y registra las direcciones IP locales y remotas y las envía a los registros de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá a los administradores enviar de forma opcional las direcciones IP a proveedores de seguridad y de gestión de eventos de información (SIEM) propios y de terceros a través del conector de informes de Chrome Enterprise.
Esta función estará disponible para los clientes de Chrome Enterprise Core.
- Chrome 136 en Windows, macOS y Linux
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En abril del 2025 (Chrome 136), empezará a implementarse la política de periodo de inactividad para la eliminación de perfiles. En junio del 2025 (Chrome 138), la política empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar la política, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor de la política, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
La política se lanzará en abril (Chrome 136). La eliminación empezará en junio (Chrome 138), y la fase inicial de eliminación finalizará a finales de julio (Chrome 139). Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
Próximos cambios de Chrome Enterprise Premium
- Filtrado de URLs en iOS y Android
Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función se puede usar sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).
- Chrome 136 en Android
- Chrome 137 en Android y IOS
- Refactorizar la experiencia de usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
- Conector de informes para móviles
Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.
- Chrome 137 en Android y IOS
- API Conectores
Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen de novedades de ChromeOS 136
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Mejoras de Quick Share | ✓ | ||
| Sesiones de Escritorio Remoto de Chrome iniciadas por el administrador | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Recopilación de registros de dispositivos basados en eventos para solucionar problemas (consola de administración) | ✓ | ||
| Política de control con gestos faciales en ChromeOS | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Mejoras de Quick Share
A partir de ChromeOS 136, Quick Share amplía la duración máxima del modo Visible para todos de 5 a 10 minutos. Esta función permite que los dispositivos compartan archivos con dispositivos Android y otros Chromebooks, y que reciba archivos de ellos. Los usuarios pueden configurar la visibilidad del dispositivo, acceder al modo Visible para todos, activar y desactivar Quick Share, y acceder a la página de configuración de Quick Share; todo ello desde los ajustes rápidos. Este ajuste se puede gestionar con la política NearbyShareAllowed.
-
Sesiones de Escritorio Remoto de Chrome iniciadas por el administrador
A partir de ChromeOS 136, las conexiones de Escritorio Remoto de Chrome aprobadas automáticamente permiten a los equipos de TI ofrecer una mejor asistencia a los usuarios de ChromeOS.
En versiones anteriores, los usuarios tenían que aceptar manualmente las conexiones remotas de Escritorio Remoto de Chrome a través de una notificación. La nueva función acepta automáticamente las conexiones remotas al cabo de 30 segundos (si el usuario no las rechaza), al tiempo que protege la privacidad de los usuarios mediante una combinación de medidas, como el requisito de conectarse a una red gestionada y que haya actividad del usuario final en los últimos 5 minutos. Se espera que las conexiones de Escritorio Remoto de Chrome aceptadas automáticamente simplifiquen de forma considerable los flujos de trabajo de asistencia, ya que no será necesario que los usuarios finales intervengan.
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Recopilación de registros de dispositivos basados en eventos para solucionar problemas (consola de administración)
Para ayudar a solucionar los problemas de los dispositivos (como fallos o actualizaciones del SO fallidas), ChromeOS recoge y sube automáticamente los registros de los dispositivos. Esto ocurrirá cuando se activen estos ajustes específicos:
- Habilitar la subida de registros del sistema del dispositivo: activa la colección de registros general
- Informar sobre el SO del dispositivo -> Estado de actualización del SO: recoge datos sobre las actualizaciones del SO
- Informar sobre la telemetría del dispositivo -> Información de fallos: recoge información sobre fallos críticos
A partir de ChromeOS 137, cuando se produce un problema, los administradores de TI reciben una notificación con un enlace directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la consola de administración. También puedes ver el historial de eventos del dispositivo. Las subidas de registros se realizan un máximo de dos veces al día, y cada archivo suele tener un tamaño de entre 400 kB y 1 MB.
Para obtener más información, consulta estos artículos del Centro de Ayuda de Chrome Enterprise y Education:
-
Política de control con gestos faciales en ChromeOS
Con ChromeOS 137, presentaremos una nueva política que permitirá a los administradores tener más poder sobre el acceso al control con gestos faciales a nivel de organización.
Para obtener más información, consulta el artículo Usar gestos faciales y movimientos de cabeza para controlar tu Chromebook usando el control con gestos faciales.
Chrome 135
Resumen de novedades de Chrome 135
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| La activación de perfiles de terceros se migra al flujo de código de autorización de OIDC | ✓ | ||
| Eliminación automática de descargas en Chrome para iOS | ✓ | ||
| Mejor detección de formularios de contraseña con aprendizaje automático | ✓ | ||
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Advertencias de descarga basadas en la extensión del tipo de archivo: corrección de la documentación | ✓ | ||
| Mejoras en las extensiones de la versión para ordenadores de Chrome | ✓ | ✓ | |
| Conector de confianza genérica de dispositivos | ✓ | ||
| Eliminar las políticas empresariales de acceso a redes privadas | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Mejoras en los ajustes, los accesos directos a sitios y los temas en la versión de Chrome para ordenadores | ✓ | ||
| Desactivación del Gestor de contraseñas antiguo en Chrome para Android | ✓ | ||
| Las cookies de terceros siempre están bloqueadas en el modo Incógnito | ✓ | ||
| Crear un cliente de service worker y heredar el controlador de service worker para el iframe srcdoc | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Eliminar el método navigator.xr.supportsSession obsoleto | ✓ | ||
| Eliminar el interruptor de la línea de comandos --load-extension en Google Chrome | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad con el SSO extensible de Apple en Chrome para macOS | ✓ | ✓ | |
| Nuevo contenido en la página Descubrir de Chrome Web Store para usuarios gestionados | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No hay actualizaciones en Chrome 135. | |||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Requisito de un directorio de datos personalizado para el puerto de depuración remota | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Discontinuación de los métodos getter de la API Intl Locale Info | ✓ | ||
| Actualizaciones de FedCM | ✓ | ||
| Partición del historial de enlaces :visited | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Migración de la API SafeBrowsing v4 a v5 | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Mejora del rendimiento y la escalabilidad de los informes de la consola de administración | ✓ | ||
| Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados | ✓ | ||
| Nueva página de descripción general de Chrome Enterprise Core | ✓ | ||
| Registro e informes de direcciones IP | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Filtrado de URLs en iOS y Android | ✓ | ||
| Refactorizar la experiencia de usuario de las reglas de DLP | ✓ | ||
| Conector de informes para móviles | ✓ | ||
| API Conectores | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- El registro de perfiles de terceros se migra al flujo de código de autorización de OIDC
En Chrome 135, la página de destino para el registro de perfiles se ha migrado del sitio web de marketing a un sitio web dinámico. Esta actualización también migra el flujo implícito de OpenID Connect (OIDC) a un flujo de código de autorización. El objetivo es mejorar tanto la seguridad como la experiencia de usuario de los perfiles gestionados por terceros.
- Chrome 135 en Windows
- Eliminación automática de descargas de Chrome en iOS
Los usuarios del navegador Chrome para iOS ahora pueden elegir que se eliminen automáticamente las descargas del navegador según una programación.
Es probable que esta función mejore el rendimiento del dispositivo en lo que respecta a la capacidad de almacenamiento y la privacidad, ya que automatiza la eliminación de archivos que los usuarios podrían olvidar eliminar por su cuenta.
- Chrome 135 en iOS
Experimento inicial del 1 % en la versión 135 solo para Chrome para iOS. No tenemos previsto lanzar esta función en otras plataformas.
- Chrome 135 en iOS
- Mejor detección de formularios de contraseña con aprendizaje automático
Chrome 135 incluye un nuevo modelo de aprendizaje automático del lado del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de detección y de relleno. Esta función se puede controlar con la política PasswordManagerEnabled.
- Chrome 135 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome 135 utiliza modelos de lenguaje extenso (LLMs) en el dispositivo para identificar los sitios web fraudulentos para los usuarios de Protección mejorada. Chrome envía el contenido de la página a un LLM en el dispositivo para deducir señales relacionadas con la seguridad de esa página. A continuación, Chrome envía esas señales al lado del servidor de Navegación segura para obtener un veredicto final. Si está activada, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows
Recopila el nombre de la marca y el resumen de la intención de la página que ha solicitado la API de bloqueo de teclado para identificar los sitios web fraudulentos. - Chrome 135 en Linux, macOS y Windows
Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha solicitado la API de bloqueo del teclado.
- Chrome 134 en Linux, macOS y Windows
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.Desde Chrome 124, está disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Para obtener más información, consulta esta entrada del blog de Chrome for Developers. Si tienes algún problema, puedes notificar un error de Chromium.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127, en torno al 30 de julio del 2024. El código debe haberse migrado antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 135.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 135.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Advertencias sobre descargas de tipos de archivo asociadas a extensiones: corrección de la documentación
Hemos actualizado la documentación de la política ExemptDomainFileTypePairsFromFileTypeDownloadWarnings para reflejar correctamente su interacción con la política DownloadRestrictions. El comportamiento de Chrome no ha cambiado.
El comportamiento es el siguiente: ExemptDomainFileTypePairsFromFileTypeDownloadWarnings puede especificar exenciones que anulan los ajustes de DownloadRestrictions para bloquear tipos de archivo peligrosos. DownloadRestrictions no puede anular otros tipos de medidas de seguridad especificadas en DownloadRestrictions, como el bloqueo de descargas maliciosas.
- Chrome 135 en ChromeOS, Linux, macOS y Windows
No hay cambios en Chrome, solo en la documentación.
- Chrome 135 en ChromeOS, Linux, macOS y Windows
- Mejoras en las extensiones de la versión para ordenadores de Chrome
En Chrome 135 para ordenadores, algunos usuarios que inicien sesión en Chrome al instalar una nueva extensión ahora podrán usar y guardar extensiones en su cuenta de Google.
Las políticas empresariales relevantes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, por lo que los administradores podrán configurar si los usuarios pueden utilizar y guardar elementos en su cuenta de Google.
Para obtener más información sobre cómo usar extensiones en cualquier ordenador, consulta el artículo Instalar y administrar extensiones del Centro de Ayuda de Chrome Web Store.
Nota: Este cambio es una consecuencia del lanzamiento del nuevo modelo de identidad en Chrome para ordenadores. Consulta más información en el artículo Iniciar sesión y sincronizar datos en Chrome.
- Chrome 135 en Linux, macOS y Windows
- Conector de confianza genérica de dispositivos
Las integraciones creadas a través del conector de confianza de dispositivos permiten a los clientes implementar controles exhaustivos de autenticación en recursos empresariales (por ejemplo, aplicaciones SaaS o la intranet de tu empresa) en función de las propiedades del dispositivo del usuario final y de la instancia del navegador que envía Chrome. Para obtener más información, consulta el artículo Gestionar conectores de confianza de dispositivos Chrome Enterprise.
- Chrome 135 en Windows
- Eliminar las políticas empresariales de acceso a redes privadas
El acceso a redes privadas (PNA 1.0) es una función de seguridad no incluida de serie y diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo incluir de forma predeterminada, ya que era incompatible con demasiados dispositivos.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En su lugar, Chrome está implementando una propuesta actualizada, el acceso a redes privadas 2.0 (PNA 2.0). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de implementar.
La única forma de implementar obligatoriamente el PNA 1.0 es mediante políticas empresariales. Para evitar una regresión en materia de seguridad que repercuta en los clientes empresariales que habiliten el PNA 1.0 antes de que se lance la versión PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes especiales de solicitud preparatoria, hasta que se vuelva incompatible con el PNA 2.0.
En Chrome 135 se eliminan las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones del PNA 1.0. Estas políticas no tienen ningún efecto en este momento, ya que el PNA 1.0 no se ha incluido, y no tendrán relevancia cuando se retire el PNA 1.0.
El PNA 2.0 se describe en este documento explicativo de GitHub.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Eliminación de las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Retirada de PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Eliminar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, tenemos previsto eliminar la política ThirdPartyBlockingEnabled en Chrome 135. Si tienes algún comentario sobre esta retirada, puedes notificar un error de Chromium.
- Chrome 132 en Windows
Discontinuación de la política ThirdPartyBlockingEnabled
- Chrome 135 en Windows
Eliminación de la política ThirdPartyBlockingEnabled
- Chrome 132 en Windows
- Mejoras en los ajustes, los accesos directos a sitios y los temas en la versión de Chrome para ordenadores
En Chrome 135 para ordenadores, los usuarios que inicien sesión en Chrome por primera vez o que tengan habilitada la sincronización o la sincronización de ajustes, accesos directos a sitios y temas con su cuenta de Google se mantendrán separados de los ajustes locales, que son los ajustes que se aplican cuando su sesión está cerrada o se desactiva la sincronización.
Esto permite compartir menos datos que antes: los ajustes locales no se suben automáticamente cuando se inicia sesión o se activa la sincronización, y no queda ningún ajuste de la cuenta en el dispositivo cuando se desactiva la sincronización.
Las políticas empresariales actuales SyncDisabled y SyncTypesListDisabled seguirán aplicándose, por lo que los administradores podrán restringir o inhabilitar la función de sincronización si lo desean. Para obtener más información, consulta el artículo Controlar quién puede sincronizar la configuración del navegador.
Nota: este cambio es una consecuencia del lanzamiento del nuevo modelo de identidad en Chrome para ordenadores.
- Chrome 135 en Linux, macOS y Windows
- Desactivación del Gestor de contraseñas antiguo en Chrome para Android
Los usuarios con versiones antiguas de Servicios de Google Play perderán la función Gestor de contraseñas en Chrome. Este es un paso para retirar el Gestor de contraseñas antiguo en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome e importarlo al Gestor de contraseñas que prefieran. El nuevo Gestor de contraseñas de Google está disponible en dispositivos con una versión reciente de Servicios de Google Play.
- Chrome 135 en Android
- Las cookies de terceros siempre están bloqueadas en el modo Incógnito
A partir de Chrome 135, las cookies de terceros están bloqueadas en el modo Incógnito y los usuarios no pueden volver a habilitarlas de forma global. No se cambiarán los controles a nivel de sitio para permitir las cookies de terceros.
Con este lanzamiento, la política BlockThirdPartyCookies solo se aplicará al modo normal cuando se le asigne el valor "false", no al modo Incógnito. No se producirá ningún cambio si la política tiene el valor "true" o no se define. Tampoco se harán cambios en la política CookieAllowedForUrls, que seguirá aplicándose en los modos normal e Incógnito, ya que se aplica a nivel de sitio y no de forma global.
- Chrome 135 en Android, ChromeOS, Linux, macOS y Windows
- Crear un cliente de Service Worker y heredar el controlador de Service Worker para el iframe srcdoc
Los documentos de contexto de Srcdoc no eran clientes de Service Workers y no estaban cubiertos por el Service Worker de su página principal. Esto da lugar a algunas discrepancias (por ejemplo, Resource Timing informa de las URLs que se cargan en estos documentos, pero el trabajador del servicio no las intercepta).
Para solucionar estas discrepancias, Chrome 135 crea clientes de Service Worker para los iframes srcdoc y hace que hereden el controlador de Service Worker de la página principal.
- Chrome 135 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La política de seguridad de transporte estricta mediante HTTP (HSTS) permite que los sitios declaren que solo se puede acceder a ellos mediante conexiones seguras.
En Chrome 135, la prevención de seguimiento de HSTS mitiga el seguimiento de usuarios por parte de terceros mediante la caché de HSTS. Solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la Web. Para obtener más información, consulta este documento explicativo sobre la prevención de seguimiento de HSTS en GitHubGitHub.
- Chrome 135 en Windows, macOS, Linux y Android
- Eliminar el método navigator.xr.supportsSession obsoleto
En la versión 135 de Chrome, se ha eliminado el método
navigator.xr.supportsSession, que se sustituyó por el métodonavigator.xr.isSessionSupporteden la especificación de WebXR en septiembre del 2019 después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se ha marcado como obsoleta en Chromium, lo que genera una advertencia en la consola que redirige a los desarrolladores a la API actualizada.El uso de la llamada es muy bajo, como se muestra en las métricas de uso del estado de Chrome. Además, se ha confirmado que todos los frameworks principales que se utilizan para crear contenido de WebXR se han actualizado para usar la llamada más reciente.
- Chrome 135 en Windows, macOS, Linux y Android
- Eliminar el interruptor de línea de comandos --load-extension en Google Chrome
A partir de Chrome 137, para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las versiones oficiales de Chrome dejarán de admitir la posibilidad de cargar extensiones mediante la marca de línea de comandos
--load-extension. El objetivo de este cambio es mitigar los riesgos asociados a las extensiones dañinas y no deseadas.Si el modo Desarrollador está habilitado, puedes cargar extensiones descomprimidas con el botón Cargar descomprimida de la página de gestión de extensiones (
chrome://extensions/). Los desarrolladores pueden seguir usando el interruptor --load-extension en compilaciones sin marca, como Chromium y Chrome for Testing.- Chrome 135 en Windows, macOS, Linux y ChromeOS
- Políticas nuevas en el navegador Chrome
Política Descripción DownloadRestrictions Bloquea las descargas maliciosas y los tipos de archivos peligrosos. PartitionedBlobUrlUsage Elegir si las URLs blob se particionan durante la obtención y la navegación ExtensibleEnterpriseSSOBlocklist Lista de proveedores de identidades bloqueados que no pueden usar Extensible Enterprise SSO en el navegador EnterpriseSearchAggregatorSettings Configuración del agregador de búsquedas para empresas (beta) ProfilePickerOnStartupAvailability Disponibilidad del selector de perfil al iniciar
- Políticas retiradas del navegador Chrome
Política Descripción ThirdPartyBlockingEnabled Habilitar el bloqueo de inserción de software de terceros KeyboardFocusableScrollersEnabled Habilitar el enfoque de los controles de desplazamientos con teclado
Cambios en Chrome Enterprise Core
- Compatibilidad con el SSO extensible de Apple en Chrome para macOS
Chrome 135 en macOS permitirá la autenticación fluida para los proveedores de identidades que estén habilitados mediante una extensión de inicio de sesión único (SSO) de empresa configurada en el SO. En esta versión inicial, Chrome permite a los usuarios finales con navegadores gestionados iniciar sesión en cualquier recurso autenticado por Microsoft Entra sin necesidad de introducir credenciales. El SSO extensible debe estar preconfigurado en tu entorno y desplegarse con su respectiva solución de gestión de dispositivos empresariales. Para obtener más información, consulta el artículo Usar la compatibilidad con el inicio de sesión único extensible de Apple en Chrome.
- A partir de Chrome 135 en macOS
- Nuevo contenido en la página Descubrir de Chrome Web Store para usuarios gestionados
Chrome Web Store ahora muestra nuevas colecciones seleccionadas relacionadas con la productividad, la gestión de proyectos y la colaboración en la página Discover para los usuarios gestionados. El objetivo es ayudar a los usuarios finales a encontrar más rápido extensiones útiles y más relevantes relacionadas con el trabajo.
Como administrador, puedes controlar el contenido que se muestra a los usuarios gestionados en Chrome Web Store mediante los ajustes de Chrome Web Store (que se anunciaron anteriormente en Chrome 132).
- Chrome 135: lanzamiento gradual a partir del 1 de abril del 2025.
Cambios en Chrome Enterprise Premium
No hay actualizaciones de Chrome Enterprise Premium en Chrome 135.
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Requisito de un directorio de datos personalizado para el puerto de depuración remota
La depuración remota a través de una conexión TCP o un canal ya no será posible en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS.
Se debe especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se use el interruptor--remote-debugging-pipeo--remote-debugging-port.La razón de este cambio es que los ladrones de información y el malware están usando de forma inadecuada los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos de usuario personalizado utiliza una clave de cifrado diferente, por lo que el malware ya no puede robar datos cifrados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando partidas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios.
Este cambio puede revertirse temporalmente configurando la política PartitionedBlobURLUsage . Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 136 en Windows, macOS, Linux y Android
- Discontinuación de los métodos getter de la API Intl Locale Info
La API Intl Locale Info es una propuesta de nivel 3 de ECMAScript para TC39 que mejora el objeto Intl.Locale exponiendo información sobre la configuración regional, como los datos de la semana (primer día de la 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 utilizado en la configuración regional.
Hemos incluido nuestra implementación en Chrome 99, pero más adelante se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios métodos getter a funciones. Tenemos que eliminar los captadores obsoletos y reiniciar las funciones a las que se les ha cambiado el nombre.
- Chrome 136 en Windows, macOS, Linux y Android
- Actualizaciones de FedCM
Desde la versión 136 de Chrome, la API Federated Credential Management (FedCM) podrá mostrar varios proveedores de identidades en el mismo cuadro de diálogo. De esta forma, los desarrolladores tendrán una forma práctica de presentar a los usuarios todos los proveedores de identidades admitidos. Tenemos previsto abordar primero el caso sencillo de tener todos los proveedores en la misma llamada get().
Tenemos previsto eliminar la posibilidad de añadir otra cuenta en el modo pasivo de FedCM. Esta función permite mostrar el botón Usar otra cuenta junto con otras cuentas de proveedor de identidades en el selector. Actualmente, esta función no se utiliza y las conversaciones sobre la experiencia de usuario indican que, si se incluye, el flujo se vuelve más complicado sin aportar grandes beneficios. Esta función seguirá funcionando en el modo activo de FedCM.
- Chrome 136 en Windows, macOS, Linux y Android
- Partición del historial de enlaces :visited
Para evitar que se filtre el historial de navegación de los usuarios, los elementos de ancla se marcan como
:visitedsolo si antes se ha hecho clic en ellos desde este sitio y este origen de marco de nivel superior. En el navegador, esto significa que la tabla hash VisitedLinks ahora está partida por triple clave o por almacenamiento de lo siguiente para cada enlace visitado: <URL del enlace, sitio de nivel superior, origen del marco>. Al aplicar estilos solo a los enlaces que se han visitado en este sitio y este marco, los numerosos ataques de canal lateral que se han desarrollado para obtener información sobre el estilo de los enlaces:visitedya no son útiles, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los autoenlaces, donde los enlaces a las páginas de un sitio pueden tener el estilo
:visitedaunque antes no se haya hecho clic en este sitio y este origen de marco de nivel superior exactos. Esta exención solo está habilitada en los marcos de nivel superior o los submarcos, que tienen el mismo origen que el marco de nivel superior. Las ventajas de privacidad anteriores se siguen cumpliendo porque los sitios ya saben qué subpáginas ha visitado un usuario, por lo que no se expone información nueva. Esta es una excepción solicitada por la comunidad que también mejora la experiencia de usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
En Chrome 136, la semántica de la API Storage Access se ajustará para cumplir estrictamente la política de mismo origen y mejorar la seguridad. Esto significa que si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada.Nota: La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.
- Chrome 136 en Windows, macOS, Linux y Android
- Eliminar la alternativa de SwiftShader
A partir de Chrome 137, tenemos previsto retirar el uso de SwiftShader como alternativa automática de WebGL. La creación de contexto de WebGL fallará en lugar de usar SwiftShader. Tenemos previsto eliminar el respaldo de SwiftShader por dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en los hosts de URL que no sean file://
Según se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 "HTTPS URLs for WebSocket" y en las áreas de enfoque de las URLs.
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://(consulta el debate en GitHub).Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome dejará de ser compatible con macOS 11
Chrome 138 será la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 11, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 139 o versiones posteriores, se requerirá macOS 12 o una versión posterior.
- Chrome 139 en Windows y macOS
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo Empezar a usar aplicaciones web aisladas.
En la versión inicial, las IWAs solo se podrán instalar mediante una política en dispositivos ChromeOS gestionados por empresas.
- Chrome 140 en Windows
Con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Chrome 140 en Windows
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se trata de un lanzamiento gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 147 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
-
Se ha mejorado el rendimiento y la escalabilidad de los informes de la consola de administración para los clientes grandes
Chrome Enterprise Core implementará cambios en la infraestructura de software para mejorar el rendimiento, la precisión y la escalabilidad de muchas páginas e informes de la consola de administración. Entre las páginas e informes afectados en la consola de administración se incluyen los siguientes:
- Informe de versiones
- informe de uso de aplicaciones y extensiones
- Página de detalles de la extensión
- Página Estadísticas de Chrome para navegadores
Los cambios se implementarán de forma gradual entre abril y julio del 2025.
- Desde abril del 2025 hasta julio del 2025
-
Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados
Tenemos previsto añadir una acción de exportación de CSV y los comandos remotos Borrar caché y Borrar cookies a la lista de perfiles gestionados. Podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Exportación a CSV: a partir de Chrome 135 en Android, Linux, macOS y Windows
- Comandos remotos: a partir de Chrome 136 en Linux, macOS y Windows
-
Nueva página de descripción general de Chrome Enterprise Core
Esta nueva página de descripción general se ubicará en la sección Navegador Chrome de la consola de administración y mostrará información valiosa sobre tu despliegue, como un resumen del despliegue de navegadores y perfiles, un resumen de las versiones de Chrome registradas y las extensiones instaladas. Por ejemplo, estas estadísticas te permitirán identificar rápidamente los navegadores inactivos y los navegadores con una actualización pendiente. También podrás ver rápidamente tu cola de solicitudes de extensiones y revisar las extensiones que se han configurado.
- A partir de Chrome 135 para los testers de confianza con acceso anticipado
-
Registro e informes de direcciones IP
Chrome Enterprise está mejorando sus funciones de monitorización de la seguridad y de respuesta ante incidentes. Para ello, recoge y registra las direcciones IP locales y remotas y las envía a los registros de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá a los administradores enviar de forma opcional las direcciones IP a proveedores de seguridad y de gestión de eventos de información (SIEM) propios y de terceros a través del conector de informes de Chrome Enterprise.
Esta función estará disponible para los clientes de Chrome Enterprise Core.
- Chrome 136 en Windows, macOS y Linux
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En abril del 2025 (Chrome 136), empezará a implementarse la política de periodo de inactividad para la eliminación de perfiles. En junio del 2025 (Chrome 138), la política empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar la política, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor de la política, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
La política se lanzará en abril (Chrome 136). La eliminación empezará en junio (Chrome 138), y la fase inicial de eliminación finalizará a finales de julio (Chrome 139). Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows
Próximos cambios de Chrome Enterprise Premium
- Filtrado de URLs en iOS y Android
Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función se puede usar sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).
- Chrome 136 en Android
- Chrome 137 en Android y IOS
- Refactorizar la experiencia de usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
- Conector de informes para móviles
Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.
- Chrome 137 en Android y IOS
- API Conectores
Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen de novedades de ChromeOS 135
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Política de ChromeOS sobre la duración de la batería | ✓ | ||
| Pila Bluetooth de Android, Fluoride, en ChromeOS Flex | ✓ | ||
| Política de lista de almacenamiento externo permitido | ✓ | ||
| Búsqueda de contenido de imágenes | ✓ | ||
| Emparejamiento rápido para dispositivos de entrada compatibles | ✓ | ||
| Teclas de ratón en ChromeOS | ✓ | ||
| Mejoras del control con gestos faciales | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Discontinuación inminente de las aplicaciones de Chrome instaladas por los usuarios | ✓ | ✓ | |
| Fondos de pantalla de formato libre de ChromeOS | ✓ | ||
| Mejoras de Quick Share | ✓ | ||
| Recopilación de registros de dispositivos basados en eventos para solucionar problemas | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Política de ChromeOS sobre la duración de la batería
ChromeOS 135 incluye una nueva política de límite de carga de la batería, DevicePowerBatteryChargingOptimization, que ofrece más opciones de optimización. La optimización de la carga de la batería ayuda a prolongar la vida útil de los Chromebooks.
Los administradores pueden definir un límite de carga máximo, con el 100 % como valor predeterminado, para minimizar la degradación de la batería y mejorar su fiabilidad a largo plazo.
Esta nueva política beneficia tanto a los administradores que gestionan flotas de dispositivos (como puede ser en entornos educativos) como a los usuarios particulares que quieran maximizar la vida útil de sus Chromebooks. Esta política no requiere la interacción de los usuarios, aunque los administradores pueden informar a los usuarios finales sobre el cambio en los límites de carga.
-
Pila de Bluetooth de Android, Fluoride, en ChromeOS Flex
En ChromeOS 122, empezamos a implementar Fluoride en dispositivos ChromeOS y ahora lo estamos llevando a ChromeOS Flex. La transición se realizará sin problemas al iniciar sesión, conservando los dispositivos emparejados que tengas, y debería funcionar con dispositivos Bluetooth desde hoy mismo sin interrupciones. Para obtener más información, consulta el artículo La pila de Bluetooth de Android, Fluoride, llega a ChromeOS.
Si tienes problemas, envíanos tus comentarios y, si es necesario, inhabilita la nueva pila en
chrome://flags/#bluetooth-use-floss.
-
Política de lista de almacenamiento externo permitido
Política de ChromeOS para especificar los dispositivos que estarán exentos de las restricciones de almacenamiento externo. La nueva política ExternalStorageAllowlist permite a los administradores especificar determinados dispositivos que estarán exentos de las restricciones de almacenamiento externo establecidas anteriormente. Al configurar la política, los administradores pueden restringir el acceso a todo el almacenamiento externo, pero permitir que los dispositivos de confianza tengan acceso de lectura y escritura.
-
Búsqueda de contenido de imágenes
En lugar de buscar por el nombre de los archivos, los usuarios ahora pueden buscar por el contenido de sus imágenes en el menú de aplicaciones.
-
Emparejamiento rápido para ratones en ChromeOS
Emparejamiento rápido ahora está disponible para ratones en ChromeOS. Ahora puedes acercar un ratón compatible con Emparejamiento rápido a tu dispositivo ChromeOS y pedirle que lo empareje con un solo clic. Para obtener más información, consulta el artículo Conectar Chromebook con dispositivos Bluetooth.
-
Teclas de ratón en ChromeOS
Teclas de ratón es una función de accesibilidad que permite a los clientes controlar el puntero del ratón con el teclado. Esta función es útil para las personas que tienen dificultades o dolor al usar un ratón tradicional.
-
Mejoras del control con gestos faciales
Ahora es más fácil saber cuándo está activo el control con gestos faciales, y hemos simplificado el proceso para desactivarlo. Verás un mensaje destacado de control con gestos faciales activo con un botón de cierre práctico directamente en la interfaz. Además, verás una notificación cuando se active Control con gestos faciales.
Para reducir las transiciones de sesión no deseadas, hemos eliminado la configuración de accesibilidad Control con gestos faciales de la pantalla de inicio de sesión de los dispositivos gestionados.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Desactivación inminente de las aplicaciones de Chrome instaladas por los usuarios
A partir de ChromeOS 139 (cuya versión estable está prevista para el 19 de agosto), las aplicaciones de Chrome instaladas por los usuarios dejarán de funcionar. A partir de la versión M135 de ChromeOS, se mostrará una notificación para recordar a los usuarios que la función dejará de estar disponible próximamente. Para obtener más información, consulta el artículo Fin de la compatibilidad de las aplicaciones de Chrome.
-
Fondos de pantalla de formato libre de ChromeOS
A partir de ChromeOS 136, los fondos de pantalla de formato libre se convertirán en un campo de entrada sin restricciones que permitirá a los usuarios expresar su individualidad, creatividad y pasiones convirtiendo su fondo en un lienzo personal. Los usuarios podrán generar fondos de pantalla introduciendo diferentes peticiones en el campo de texto o usando la función Inspírame, que generará peticiones y fondos de pantalla aleatorios hasta que encuentren uno que les guste. Esta función solo estará disponible en dispositivos Chromebook Plus. Consulta más información en el artículo Configuración del fondo de pantalla .
Los administradores pueden controlar esta función mediante la política GenAIWallpaperSettings.
- En el caso de los consumidores mayores de 18 años, el ajuste predeterminado es Permitir con recogida de datos. Los usuarios menores de 13 años no pueden acceder a esta función.
- Para los usuarios gestionados mayores de 18 años, el ajuste predeterminado es Permitir sin recoger datos.
- Los usuarios menores de 18 años no pueden acceder a esta función.
-
Mejoras de Quick Share
A partir de ChromeOS 136, Quick Share amplía la duración del modo Visible para todos de 5 a 10 minutos. Esta función permite que tu dispositivo comparta archivos con dispositivos Android y otros Chromebooks, y que reciba archivos de ellos. Los usuarios pueden configurar la visibilidad del dispositivo, activar el modo Visible para todos, activar Quick Share y acceder a la página de configuración de Quick Share desde los ajustes rápidos.
-
Recopilación de registros de dispositivos basados en eventos para solucionar problemas (consola de administración)
Para ayudar a solucionar problemas de dispositivos (como fallos o actualizaciones del SO fallidas), ChromeOS recoge y sube automáticamente los registros de los dispositivos. Esto ocurrirá cuando se activen los ajustes específicos siguientes:
- Habilitar la subida de registros del sistema del dispositivo: activa la colección de registros general
- Informar sobre el SO del dispositivo -> Estado de las actualizaciones del SO: recoge datos sobre las actualizaciones del SO
- Informar sobre la telemetría del dispositivo -> Información sobre fallos : recoge información sobre fallos fatales
A partir de ChromeOS 136, cuando se produzca un problema, los administradores de TI recibirán una notificación con un enlace directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la consola de administración. También puedes ver el historial de eventos del dispositivo. Las subidas de registros se realizan un máximo de dos veces al día, y cada archivo suele tener un tamaño de entre 400 kB y 1 MB.
Para obtener más información, consulta estos artículos del Centro de Ayuda de Chrome Enterprise y Education:
Chrome 134
Resumen de novedades de Chrome 134
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Buscar en la pantalla con Google Lens en ordenadores y dispositivos iOS | ✓ | ||
| Panel de seguridad y privacidad en Chrome DevTools | ✓ | ✓ | |
| Mejor detección de formularios de contraseña con aprendizaje automático | ✓ | ||
| Ayuda de LLM de cliente para mitigar estafas | ✓ | ||
| Detección basada en LLM en el dispositivo de notificaciones engañosas en Android | ✓ | ||
| Personalizar perfiles gestionados con logotipo y etiqueta personalizados | ✓ | ✓ | |
| Prototipo de credenciales de sesión vinculadas al dispositivo de google.com | ✓ | ||
| Cambio de contraseña | ✓ | ||
| Lectura en voz alta en el Modo Lectura de Chrome 134 | ✓ | ||
| Restringir las extensiones descomprimidas al modo Desarrollador | ✓ | ||
| Mostrar los ajustes de las funciones de IA en el nivel 2 de la política en la configuración | ✓ | ||
| Elemento <select> personalizable | ✓ | ||
| Relajación del analizador de HTML para <select> | ✓ | ||
| Quitar las restricciones de audio no estándar de getUserMedia | ✓ | ||
| Cambios en los flujos de inicio de sesión de Chrome para usuarios gestionados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft Outlook y Sharepoint | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Chrome Enterprise Companion | ✓ | ||
| Compatibilidad con la política DownloadRestrictions en iOS | ✓ | ||
| Políticas recomendadas (Anulación de usuario) | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Evidence Locker | ✓ | ||
| Prevención de capturas de pantalla | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Discontinuación de los eventos de mutación | ✓ | ||
| Mejoras en las extensiones de la versión para ordenadores de Chrome | ✓ | ✓ | |
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Mejoras en los ajustes, los accesos directos a sitios y los temas en la versión de Chrome para ordenadores | ✓ | ||
| Desactivación del Gestor de contraseñas antiguo en Chrome para Android | ✓ | ||
| Las cookies de terceros siempre están bloqueadas en el modo Incógnito | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Crear un cliente de service worker y heredar el controlador de service worker para el iframe srcdoc | ✓ | ||
| Discontinuación de los métodos getter de Intl Locale Info | ✓ | ||
| Partición del historial de enlaces :visited | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Eliminar el método navigator.xr.supportsSession obsoleto | ✓ | ||
| Política estricta de mismo origen para la API Storage Access | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad con el SSO extensible de Apple en Chrome para macOS | ✓ | ✓ | |
| Aplicaciones web aisladas | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorizar la experiencia de usuario de las reglas de DLP | ✓ | ||
| Filtrado de URLs en iOS y Android | ✓ | ||
| Conector de informes para móviles | ✓ | ||
| API Conectores | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Buscar en la pantalla con Google Lens en ordenadores y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función mediante una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ningún humano la revisa ni se registra ningún dato sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que está viendo el usuario, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no están vinculados a ningún ID ni cuenta, ningún humano los puede ver y no se registra ningún dato generado sobre su contenido.
Ordenador
Desde Chrome 126, los usuarios pueden buscar imágenes o texto que vean en la pantalla del escritorio con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens del omnibox en el que te encuentres o haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo preguntas en el cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia al documento en cuestión y a la web. Para usar esta función, activa Buscar con Google Lens como se describe más arriba e introduce consultas en el cuadro de búsqueda de la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en la parte derecha de la ventana del navegador con los resultados de búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar imágenes o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. A partir de Chrome 134, los usuarios también pueden invocar esta función haciendo clic en el icono de Google Lens situado en la parte izquierda del omnibox. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas en el cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: se lanza para el 100 % de los usuarios de la versión estable
- Chrome 131 en iOS: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: se lanza la función ampliada para el 1 % de los usuarios de la versión estable
- Chrome 133 en iOS: se lanza la función para el 100 % de los usuarios de la versión estable
- Chrome 134 en iOS: se lanza la función ampliada para el 100 % de los usuarios de la versión estable
- Panel Seguridad y privacidad en Chrome DevTools
A partir de Chrome 134, los desarrolladores pueden usar el nuevo panel Seguridad y privacidad de Chrome DevTools para probar cómo se comporta su sitio cuando se limitan las cookies de terceros. Los desarrolladores pueden limitar temporalmente las cookies de terceros, observar cómo se comporta su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no hace cambios permanentes en las políticas empresariales actuales, pero permite anular temporalmente las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) para probar las restricciones mejoradas. Si tu política empresarial ya bloquea las cookies de terceros mediante BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Seguridad y privacidad sustituirá al panel Seguridad actual. La información sobre la conexión y los certificados TLS seguirá estando disponible en el menú Seguridad de la parte izquierda, en el panel Seguridad y privacidad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Mejor detección de formularios de contraseña con aprendizaje automático
Chrome 134 incluye un nuevo modelo de aprendizaje automático del lado del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de detección y de relleno. Esta función se puede controlar con la política PasswordManagerEnabled.
- Chrome 134 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Ayuda de LLM de cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una enorme cantidad de estafas de varios tipos cada día. Para combatir estas estafas, si los usuarios tienen activada la Navegación segura mejorada, Chrome utilizará un modelo de lenguaje extenso (LLM) integrado en el dispositivo para identificar los sitios web fraudulentos. Chrome enviará el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM.
Hay una política empresarial, SafeBrowsingProtectionLevel, disponible para controlar Navegación segura y el modo en que funciona.
- Chrome 134 en Linux, macOS y Windows
Recopila el nombre de la marca y el resumen de la intención de la página que ha solicitado la API de bloqueo de teclado para identificar los sitios web fraudulentos.
- Chrome 134 en Linux, macOS y Windows
- Detección directamente en dispositivos Android de notificaciones engañosas usando LLM
El objetivo de este lanzamiento es ocultar el contenido de las notificaciones que se consideren abusivas. A continuación, el usuario tiene la opción de cerrar la notificación, mostrarla o darse de baja del origen. Esta detección debe realizarse mediante un modelo integrado en el dispositivo.
- Chrome 134 en Android
- Personalizar perfiles gestionados con logotipo y etiqueta personalizados
Nuevas personalizaciones de la barra de herramientas y del menú de perfil que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está gestionado, tanto si están en un dispositivo de trabajo como en uno personal. Esta opción resulta especialmente útil en los casos en los que los empleados utilizan sus propios dispositivos con cuentas gestionadas.
Para personalizar esta experiencia, vamos a añadir tres nuevas políticas:
- EnterpriseCustomLabel: personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con la imagen de marca de tu organización.
- EnterpriseLogoUrl: añade el logotipo de tu empresa en el menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: esta política puede inhabilitar la etiqueta predeterminada de un perfil gestionado en la barra de herramientas de Chrome.
En Chrome 134, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil gestionado. Las políticas se aplicarán a los perfiles gestionados de los usuarios.
A partir de Chrome 135, se actualizará el comportamiento predeterminado de la etiqueta y el icono del perfil superpuestos en el avatar de la cuenta. Los perfiles gestionados mostrarán una etiqueta de trabajo o de centro educativo además de la insignia del perfil. En el menú del perfil, verás un icono de un edificio superpuesto sobre el avatar de la cuenta. La insignia de perfil ampliada se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 en macOS, Windows y Linux
En la consola de administración, puedes encontrar políticas para personalizar la etiqueta y el icono de la barra de herramientas (en el menú de perfil). Si ya se han definido políticas, los usuarios verán el logotipo y la etiqueta personalizados.
- Chrome 135: se empieza a lanzar la configuración predeterminada, que incluye lo siguiente:
- 1) Etiqueta de trabajo o de centro educativo que se muestra en la barra de herramientas junto al avatar del usuario
- 2) Un icono de edificio superpuesto en la foto de la cuenta del usuario , en el menú del perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Empezando con un 1 % y lanzando el producto de forma gradual a partir de ahí.
- Prototipo de google.com de credenciales de sesión vinculadas al dispositivo
El proyecto de credenciales de sesión vinculadas a dispositivos tiene como objetivo dejar atrás las credenciales de los portadores de larga duración en la Web (por ejemplo, las cookies, que se pueden robar y reutilizar) para adoptar credenciales que tengan una duración corta o que estén vinculadas de forma criptográfica a un dispositivo.
El objetivo de esta función es proteger a los usuarios frente al robo de credenciales, que suele ocurrir cuando se ejecuta un malware en sus dispositivos.
El lanzamiento actual es una prueba de concepto orientada al sitio web google.com. En el futuro, tenemos previsto estandarizar este enfoque para otros sitios y navegadores web.
Los administradores empresariales pueden controlar el estado de la función mediante la política booleana BoundSessionCredentialsEnabled.
- Chrome 124 en Windows
Lanzamiento del 1 % previsto en la versión estable de Chrome para la vinculación de cookies de google.com para todos los usuarios.
- Chrome 134 en Windows
Se ha añadido la compatibilidad con la vinculación de tokens de actualización de OAuth 2.0 que se utilizan para el inicio de sesión de Chrome.
- Chrome 124 en Windows
- Cambio de contraseña
Esta función ofrece a los usuarios la opción de cambiar inmediatamente las credenciales en caso de filtración. La función solo puede activarse desde el cuadro de diálogo Comprueba tu contraseña. Cuando los usuarios ven una advertencia sobre un sitio web apto, pueden cambiar la contraseña inmediatamente.
- Chrome 134 en Linux, macOS y Windows
- Lectura en voz alta en el Modo Lectura de Chrome 134
El Modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El Modo Lectura ahora incluye la función Lectura en voz alta, que permite a los usuarios escuchar el texto que están leyendo. Puedes elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados mientras se lee el texto.
- Chrome 134 en Linux, macOS y Windows
- Restringir las extensiones descomprimidas al modo Desarrollador
A partir de Chrome 134, las extensiones descomprimidas que se carguen desde la página
chrome://extensionssolo se habilitarán si el interruptor del modo Desarrollador está activado. El objetivo de este cambio es mejorar la seguridad mitigando los riesgos asociados a las extensiones descomprimidas dañinas y a la explotación y la manipulación del modo Desarrollador. Hay una política empresarial, ExtensionDeveloperModeSettings, que permite bloquear el interruptor del modo Desarrollador.- Chrome 134 en ChromeOS, Linux, macOS y Windows
La función se lanzará para el 100 % de los usuarios en Chrome 134.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Mostrar configuración de empresa para funciones de IA
Antes, las funciones de IA se ocultaban en la configuración cuando estaban inhabilitadas por la política de empresa. Ahora, seguiremos mostrando las funciones y un aviso Inhabilitado por tu organización del mismo modo que cuando se inhabilitan otros ajustes por una política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Elemento <select> personalizable
El elemento
<select>personalizable permite a los desarrolladores tomar el control total del renderizado de los elementos<select>añadiendo la propiedad de CSSappearance: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>. Los sitios que incluyan etiquetas adicionales dentro de<select>, que se habían eliminado anteriormente, como las etiquetas<span>, o los sitios que incluyan un número muy elevado de etiquetas<option>en su<select>, pueden verse afectados porSelectParserRelaxation. Esta función ySelectParserRelaxationse pueden controlar con la política empresarial SelectParserRelaxation. Algunos de los problemas que han surgido en versiones anteriores deSelectParserRelaxationincluyen que los elementos<select>tardan mucho tiempo en abrirse o que las etiquetas<option>ya no aparecen.- Chrome 134 en Windows, macOS, Linux y Android
- Relajación del analizador de HTML para <select>
En Chrome 134, el analizador de HTML permite más etiquetas en
<select>, además de<option>,<optgroup>y<hr>.Esta opción es compatible con la función personalizable
<select>, pero se lanzará primero porque se puede hacer por separado y conlleva algunos riesgos de compatibilidad.Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un periodo de transición temporal y la política dejará de funcionar en la versión 141 de Chrome.
Para obtener más información, consulta el artículo sobre los elementos de selección personalizables (documento explicativo).
- Chrome 134 en Windows, macOS, Linux y Android
- Se han eliminado las restricciones de audio no estándar de getUserMedia
En Chrome 134, se han eliminado una serie de restricciones no estándar con prefijo goog de getUserMedia, que existían antes de que las restricciones de audio se estandarizaran correctamente.
El uso ha disminuido considerablemente, de un 0,000001 % a un 0,0009 % (en función de la restricción), y algunos ni siquiera tienen efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto ninguno de ellos tendrá efecto debido a otros cambios que se avecinan.
No esperamos que este cambio provoque regresión alguna de importancia. Las aplicaciones que usen estas restricciones seguirán funcionando, pero recibirán audio con los ajustes predeterminados (como si no se hubieran enviado restricciones). Pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Cambios en los flujos de inicio de sesión de Chrome para usuarios gestionados
El usuario de empresa que inicia sesión en la Web o en Chrome ahora ve flujos de inicio de sesión y avisos de gestión actualizados. Además, es posible que se le pida al usuario que cree un perfil o que siga trabajando en el perfil que ya tiene. Los administradores pueden seguir usando BrowserSignIn o ProfileSeparationSettings para implementar un perfil gestionado.
- Chrome 134 en Linux, macOS y Windows: el lanzamiento continúa
- Chrome 134 en Linux, macOS y Windows: el lanzamiento continúa
- Tarjetas de la página Nueva pestaña para Microsoft Outlook y Sharepoint
Los usuarios de empresa que tengan Outlook o Sharepoint ahora pueden acceder a sus próximas reuniones o a los archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa. Los administradores que quieran probar esta función pueden registrarse como testers de confianza.
- Disponible para los testers de confianza de Chrome 134 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción ProfileSeparationDataMigrationSettings Configuración de migración de datos para la separación de perfiles NTPSharepointCardVisible Mostrar la tarjeta de archivo de SharePoint y OneDrive en la página Nueva pestaña NTPOutlookCardVisible Mostrar tarjeta de calendario de Outlook en la página Nueva pestaña Permitir que los ServiceWorkers controlen los iframes srcdoc Habilitar el almacenamiento de llaves de acceso en el Gestor de contraseñas
- Políticas quitadas en el navegador Chrome
Política Descripción No se han quitado políticas en Chrome 134
Cambios en Chrome Enterprise Core
- Aplicación complementaria de Chrome Enterprise
La aplicación complementaria de Chrome Enterprise es un nuevo binario administrativo que se instalará automáticamente con los navegadores Chrome registrados en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos prácticos, políticas e informes de empresa.
- Chrome 134 en Windows y macOS
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en ordenadores y dispositivos Android. Ahora se admite la política DownloadRestrictions en iOS. Esto permite a los administradores bloquear todas las descargas en Chrome para móviles en iOS.
- Chrome 135 en iOS
- Políticas recomendadas (Anulación de usuario)
Chrome ha introducido la configuración de Anulación de usuario en la consola de administración de Google para las políticas que pueden definirse como recomendadas. Esto significa que los administradores de TI pueden aplicar un valor de política y permitir que los usuarios lo anulen.
- En Chrome 134: se admiten las siguientes políticas: BookmarkBarEnabled, PasswordManagerEnabled, PinUnlockAutosubmitEnabled, SchedulerConfiguration, PrintHeaderFooter, TranslateEnabled, SpellCheckServiceEnabled, ShowFullUrlsInAddressBar.
Cambios en Chrome Enterprise Premium
- Evidence Locker
Evidence Locker permite a los administradores de Chrome Enterprise Premium almacenar e inspeccionar archivos que se hayan marcado como malware o que infrinjan una regla de protección de datos. Una copia del archivo guardada en el segmento de Google Cloud Storage que es propiedad de la organización y que esta ha especificado. El administrador de seguridad puede investigar los incidentes con la herramienta de investigación de seguridad y descargar los archivos que han provocado el incidente para analizarlos más a fondo. Para obtener más información, consulta el artículo Investigar los archivos sospechosos y tomar medidas al respecto.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Prevención de capturas de pantalla
Chrome 134 mejora la función de prevención de capturas de pantalla ampliando el bloqueo de la función de compartir pantalla a aplicaciones de reuniones como Google Meet, Zoom, Teams y Slack. Con esta actualización, seguiremos mejorando la versión de los controles de protección de datos que ya hemos lanzado, añadiendo funciones clave y resolviendo problemas y comentarios de los usuarios.
- Chrome 134 en Windows y macOS
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.Desde Chrome 124, está disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Para obtener más información, consulta esta entrada del blog de Chrome for Developers. Si tienes algún problema, puedes notificar un error de Chromium.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127, en torno al 30 de julio del 2024. El código debe haberse migrado antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Mejoras de las extensiones en la versión de Chrome para ordenadores
En Chrome 135 para ordenadores, algunos usuarios que inicien sesión en Chrome al instalar una nueva extensión ahora podrán usar y guardar extensiones en su cuenta de Google.
Las políticas empresariales relevantes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, por lo que los administradores podrán configurar si los usuarios pueden utilizar y guardar elementos en su cuenta de Google.
Para obtener más información sobre cómo usar extensiones en cualquier ordenador, consulta el artículo Instalar y administrar extensiones del Centro de Ayuda de Chrome Web Store.
Nota: Este cambio es una consecuencia del lanzamiento del nuevo modelo de identidad en Chrome para ordenadores.
- Chrome 135 en Linux, macOS y Windows
- Eliminación de las políticas empresariales de acceso a redes privadas
El acceso a redes privadas (PNA 1.0) es una función de seguridad no incluida de serie y diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo incluir de forma predeterminada, ya que era incompatible con demasiados dispositivos.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En su lugar, Chrome está implementando una propuesta actualizada, el acceso a redes privadas 2.0 (PNA 2.0). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de implementar.
La única forma de implementar obligatoriamente el PNA 1.0 es mediante políticas empresariales. Para evitar una regresión en materia de seguridad que repercuta en los clientes empresariales que habiliten el PNA 1.0 antes de que se lance la versión PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes especiales de solicitud preparatoria, hasta que se vuelva incompatible con el PNA 2.0.
Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones del PNA 1.0, se eliminarán en Chrome 135. Estas políticas no tienen ningún efecto en este momento, ya que el PNA 1.0 no se ha incluido, y no tendrán relevancia cuando se retire el PNA 1.0.
El PNA 2.0 se describe en este documento explicativo de GitHub.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Eliminación de las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Retirada de PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quitar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, ThirdPartyBlockingEnabled se eliminará en Chrome 135. Si tienes algún comentario sobre esta retirada, puedes notificar un error de Chromium.
- Chrome 132 en Windows
Discontinuación de la política ThirdPartyBlockingEnabled - Chrome 135 en Windows
Eliminación de la política ThirdPartyBlockingEnabled
- Chrome 132 en Windows
- Mejoras en los ajustes, los accesos directos a sitios y los temas en la versión de Chrome para ordenadores
En Chrome 135 para ordenadores, los usuarios que inicien sesión en Chrome por primera vez o que tengan habilitada la sincronización o la sincronización de ajustes, accesos directos a sitios y temas con su cuenta de Google se mantendrán separados de los ajustes locales, que son los ajustes que se aplican cuando su sesión está cerrada o se desactiva la sincronización.
Esto permite compartir menos datos que antes: los ajustes locales no se suben automáticamente cuando se inicia sesión o se activa la sincronización, y no queda ningún ajuste de la cuenta en el dispositivo cuando se desactiva la sincronización.
Las políticas empresariales actuales SyncDisabled y SyncTypesListDisabled seguirán aplicándose, por lo que los administradores podrán restringir o inhabilitar la función de sincronización si lo desean.
Nota: Este cambio es una consecuencia del lanzamiento del nuevo modelo de identidad en Chrome para ordenadores. Para obtener más información, consulta Chrome Platform Status.
- Chrome 135 en Linux, macOS y Windows
- Desactivación del Gestor de contraseñas antiguo en Chrome para Android
Los usuarios con versiones antiguas de Servicios de Google Play perderán la función Gestor de contraseñas en Chrome. Este es un paso para retirar el Gestor de contraseñas antiguo en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome e importarlo al Gestor de contraseñas que prefieran. El nuevo Gestor de contraseñas de Google está disponible en dispositivos con una versión reciente de Servicios de Google Play.
- Chrome 135 en Android
- Las cookies de terceros siempre están bloqueadas en el modo Incógnito
A partir de Chrome 135, las cookies de terceros estarán bloqueadas en el modo Incógnito y los usuarios no podrán volver a habilitarlas de forma global. No se cambiarán los controles a nivel de sitio para permitir las cookies de terceros.
Con este lanzamiento, la política BlockThirdPartyCookies solo se aplicará al modo normal cuando se le asigne el valor "false", no al modo Incógnito. No se producirá ningún cambio si la política tiene el valor "true" o no se define. Tampoco se harán cambios en la política CookieAllowedForUrls, que seguirá aplicándose en los modos normal e Incógnito, ya que se aplica a nivel de sitio y no de forma global.
- Chrome 135 en Android, ChromeOS, Linux, macOS y Windows
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando partidas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios.
Este cambio puede revertirse temporalmente configurando la política PartitionedBlobURLUsage. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 135 en Windows, macOS y Linux
- Crear un cliente de service worker y heredar el controlador de service worker para el iframe srcdoc
Los documentos de contexto de Srcdoc no son clientes de Service Workers y no están cubiertos por el Service Worker de su página principal. Esto da lugar a algunas discrepancias (por ejemplo, Resource Timing informa de las URLs que se cargan en estos documentos, pero el trabajador del servicio no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes
srcdocy hacer que hereden el controlador de service worker de la página principal.- Chrome 135 en Windows, macOS, Linux y Android
- Discontinuación de los métodos getter de la API Intl Locale Info
La API Intl Locale Info es una propuesta de nivel 3 de ECMAScript para TC39 que mejora el objeto
Intl.Localeexponiendo información sobre la configuración regional, como los datos de la semana (primer día de la 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 utilizado en la configuración regional.Hemos incluido nuestra implementación en Chrome 99, pero más adelante se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios métodos getter a funciones. Tenemos que quitar los getters obsoletos y volver a lanzar las funciones renombradas.
- Chrome 135 en Windows, macOS, Linux y Android
- Partición del historial de enlaces :visited
Para evitar que se filtre el historial de navegación de los usuarios, los elementos de ancla se marcan como
:visitedsolo si antes se ha hecho clic en ellos desde este sitio y este origen de marco de nivel superior. En el navegador, esto significa que la tabla hash VisitedLinks ahora está partida por triple clave o por almacenamiento de lo siguiente para cada enlace visitado:<URL del enlace, sitio de nivel superior, origen del marco>. Al aplicar estilos solo a los enlaces que se han visitado en este sitio y este marco, los numerosos ataques de canal lateral que se han desarrollado para obtener información sobre el estilo de los enlaces:visitedya no son útiles, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los autoenlaces, donde los enlaces a las páginas de un sitio pueden tener el estilo :visited aunque antes no se haya hecho clic en este sitio y este origen de marco de nivel superior exactos. Esta exención solo está habilitada en los marcos de nivel superior o los submarcos, que tienen el mismo origen que el marco de nivel superior. Las ventajas de privacidad anteriores se siguen cumpliendo porque los sitios ya saben qué subpáginas ha visitado un usuario, por lo que no se expone información nueva. Esta es una excepción solicitada por la comunidad que también mejora la experiencia de usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La política de seguridad de transporte estricta mediante HTTP (HSTS) permite que los sitios declaren que solo se puede acceder a ellos mediante conexiones seguras. Desde Chrome 135, la prevención de seguimiento de HSTS mitigará el seguimiento de usuarios por parte de terceros mediante la caché de HSTS. Solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la Web. Para obtener más información, consulta este documento explicativo sobre la prevención de seguimiento de HSTS en GitHub.
- Chrome 135 en Windows, macOS, Linux y Android
- Eliminar el método navigator.xr.supportsSession obsoleto
En septiembre del 2019, después de recibir comentarios sobre la forma de la API del TAG,
navigator.xr.supportsSessionse sustituyó por el métodonavigator.xr.isSessionSupporteden la especificación de WebXR. Desde entonces, se ha marcado como obsoleta en Chromium, lo que genera una advertencia en la consola que redirige a los desarrolladores a la API actualizada.El uso de la llamada es muy bajo, como se muestra en las métricas de uso del estado de Chrome. Además, se ha confirmado que todos los frameworks principales que se utilizan para crear contenido de WebXR se han actualizado para usar la llamada más reciente.
- Chrome 135 en Windows, macOS, Linux y Android
- Política estricta de mismo origen para la API Storage Access
En Chrome 135, la semántica de la API Storage Access se ajustará para cumplir estrictamente la política de mismo origen y mejorar la seguridad. Esto significa que si usas
document.requestStorageAccess()en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada.Nota: La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.
- Chrome 135 en Windows, macOS, Linux y Android
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Eliminar la alternativa de SwiftShader
A partir de Chrome 137, tenemos previsto retirar el uso de SwiftShader como alternativa automática de WebGL. La creación de contexto de WebGL fallará en lugar de usar SwiftShader. Tenemos previsto eliminar la alternativa de SwiftShader por dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para aceptar reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en los hosts de URL que no sean file://
Según se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs.
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://(consulta el debate en GitHub).Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se trata de un lanzamiento gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Próximos cambios de Chrome Enterprise Core
-
Compatibilidad con el SSO extensible de Apple en Chrome para macOS
Chrome 135 en macOS permitirá la autenticación fluida para los proveedores de identidades que estén habilitados mediante una extensión de inicio de sesión único (SSO) de empresa configurada en el SO. En esta versión inicial, los usuarios finales con navegadores gestionados podrán iniciar sesión en cualquier recurso autenticado por Microsoft Entra sin necesidad de introducir credenciales. El SSO extensible debe estar preconfigurado en tu entorno y desplegarse con su respectiva solución de gestión de dispositivos empresariales. Es posible que en un futuro próximo se admitan más proveedores de identidades.
- A partir de Chrome 135 en macOS
-
Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo Empezar a usar aplicaciones web aisladas.
En la versión inicial, las IWAs solo se podrán instalar mediante una política en dispositivos ChromeOS gestionados por empresas.
- Chrome 140 en Windows
Con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Chrome 140 en Windows
Próximos cambios de Chrome Enterprise Premium
- Refactorizar la experiencia de usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
- Filtrado de URLs en iOS y Android
Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función se puede usar sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).
- Chrome 137 en Android y IOS
- Conector de informes para móviles
Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.
- Chrome 136 en Android
- Chrome 137 en iOS
- API Conectores
Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen de novedades de ChromeOS 134
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Aplicaciones web aisladas en el modo Kiosco de ChromeOS | ✓ | ||
| Migrar datos de alumnos que se van a graduar | ✓ | ✓ | |
| Teclas lentas | ✓ | ✓ | |
| GIFs con Insertar rápido | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Política de ChromeOS sobre la duración de la batería | ✓ | ||
| Cambio de la señal de latido del kiosco | ✓ | ||
| Recopilación de registros de dispositivos basados en eventos para solucionar problemas | ✓ | ||
| Fondos de pantalla y salvapantallas creados con IA | ✓ | ||
| ChromeOS dejará de admitir aplicaciones de Chrome | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Aplicaciones web aisladas en el modo Kiosco de ChromeOS
En ChromeOS 134, el modo Kiosco de ChromeOS es compatible con aplicaciones web aisladas, una solución más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores pueden configurar IWAs para despliegues de kioscos y señalización digital en dispositivos gestionados de Chrome Enterprise a través de la consola de administración.
-
Migrar datos de alumnos que se van a graduar
A partir de marzo del 2025, la nueva herramienta Transferencia de contenido guiará a los alumnos que se van a graduar o a otros usuarios gestionados por un centro educativo que quieran migrar sus datos a través del proceso de transferencia actualizado. Esto les permitirá llevar su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que prefieran.
Esta nueva aplicación permite a los administradores de centros educativos fijar un icono en el estante, notificar a los alumnos y al profesorado en sus Chromebooks y definir fechas para activar estas sugerencias para animarles a usar la transferencia de contenido.
Para obtener más información, consulta nuestro artículo sobre cómo permitir la transferencia de datos en centros educativos en el Centro de Ayuda de Chrome Enterprise y Education.
-
Teclas lentas
Teclas lentas es una función de accesibilidad diseñada para ayudar a las personas con problemas de destreza a escribir con mayor precisión. Esta función es útil especialmente para las personas que padecen temblores, artritis o entumecimiento en los dedos, lo que puede dificultar la pulsación de las teclas con precisión.
Al activar Teclas lentas, se aplica un retraso a las teclas para que se mantengan pulsadas durante un tiempo determinado para poder registrarlas. De esta forma, se evitará que se pulsen teclas sin querer.
-
GIFs con Insertar Rápido
Insertar Rápido pronto admitirá la inserción directa de GIFs. Añade rápidamente GIFs a tus mensajes y documentos sin salir del menú de Insertar Rápido. Consulta más información en el artículo Usar Insertar rápido para añadir y crear contenido.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Política de ChromeOS sobre la duración de la batería
ChromeOS 135 incluye una nueva política de límite de carga de la batería, DevicePowerBatteryChargingOptimization, que ofrece más opciones de optimización. La optimización de la carga de la batería ayuda a prolongar la vida útil de los Chromebooks.
Los administradores pueden seguir definiendo un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar su fiabilidad a largo plazo.
Esta nueva política beneficia tanto a los administradores que gestionan flotas de dispositivos (como puede ser en entornos educativos) como a los usuarios particulares que quieran maximizar la vida útil de sus Chromebooks. Esta política se aplica automáticamente y no requiere ninguna interacción por parte de los usuarios.
-
Cambio de la señal de latido del kiosco
El verano pasado, enviamos un acuerdo marco de servicios (MSA) para informar a los clientes sobre una migración de la API de señal de latido del kiosco que necesita básicamente una actualización a la versión 126 de ChromeOS.
Si tu organización utiliza una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio de la señal de latido del kiosco requiere una actualización a ChromeOS 126 o a ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.
- ¿Qué debes hacer?
Comprueba que has activado DeviceChromeVariation (valor: 0) para tu organización hasta que todos los dispositivos se hayan actualizado a la versión 132 de ChromeOS LTS. Cuando todos los dispositivos tengan la versión LTS 132 de ChromeOS, ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.
- ¿Qué ocurre cuando se desactiva DeviceChromeVariation?
Los dispositivos con versiones anteriores a la de ChromeOS LTS 132 seguirán usando la antigua infraestructura de señal de latido del kiosco hasta el 7 de abril del 2025.
A partir del 8 de abril del 2025, todos los dispositivos con versiones anteriores a la de ChromeOS LTS 132 dejarán de enviar señales de latido de los dispositivos. Para obtener más información, consulta el artículo Supervisar el estado de los kioscos.
- ¿Qué debes hacer?
-
Recopilación de registros de dispositivos basados en eventos para solucionar problemas (consola de administración)
A partir de ChromeOS 135, para ayudar a solucionar problemas de dispositivos (como fallos o actualizaciones del SO fallidas), nuestro sistema podrá recoger y subir automáticamente los registros de los dispositivos. Esto ocurrirá cuando se activen los ajustes específicos siguientes:
- Habilitar la subida de registros del sistema del dispositivo: activa la colección de registros general
- Informar sobre el SO del dispositivo -> Estado de las actualizaciones del SO: recoge datos sobre las actualizaciones del SO
- Informar sobre la telemetría del dispositivo -> Información sobre fallos : recoge información sobre fallos fatales
Cuando se produce un problema, los administradores de TI reciben una notificación con un enlace directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la consola de administración. También puedes ver el historial de eventos del dispositivo. Las subidas de registros se realizan un máximo de dos veces al día, y cada archivo suele tener un tamaño de entre 400 kB y 1 MB.
Para obtener más información, consulta estos artículos del Centro de Ayuda de Chrome Enterprise y Education:
-
Fondos de pantalla y salvapantallas creados con IA
A partir de ChromeOS 136, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de videollamada en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
ChromeOS dejará de admitir aplicaciones de Chrome
En el 2016, anunciamos que las aplicaciones de Chrome discontinuarían en favor de las aplicaciones web. En el 2021, anunciamos en el blog de Chromium que la compatibilidad de las aplicaciones de Chrome con los clientes de ChromeOS Enterprise y Education, así como con los desarrolladores de ChromeOS, se prolongaría hasta, como mínimo, enero del 2025. Dado que la mayoría de nuestros clientes han dejado de usar aplicaciones de Chrome (incluidas las aplicaciones empaquetadas antiguas (versión 1) y las aplicaciones alojadas), te confirmamos las siguientes actualizaciones sobre las fechas de retirada de aplicaciones de Chrome.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M139).
- Las aplicaciones de Chrome cuya instalación se haya forzado a través de la consola de administración seguirán siendo compatibles.
- Julio del 2026: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome en modo Kiosco (programada para la versión M150 de ChromeOS).
- Los dispositivos del canal LTS con aplicaciones de Chrome en modo Kiosco se seguirán admitiendo hasta abril del 2027.
- Febrero del 2028: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome (programada para ChromeOS M168), que marca el fin del ciclo de vida de todas las aplicaciones de Chrome.
- Los dispositivos que estén en el canal LTS podrán seguir usando aplicaciones de Chrome hasta octubre del 2028.
- No se realizarán excepciones.
Estos plazos de discontinuación también se aplican a las aplicaciones de Chrome alojadas en servidores propios.
Aunque no se pueden añadir nuevas aplicaciones de Chrome a Chrome Web Store, las que ya están se pueden seguir actualizando hasta octubre del 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esa fecha, las aplicaciones de Chrome se retirarán de Chrome Web Store.
Si tu organización ha desarrollado aplicaciones de Chrome para utilizarlas de forma interna y necesitas ayuda, consulta la guía Transición desde aplicaciones de Chrome. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de aplicaciones de Chrome y a todos los administradores de ChromeOS.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M139).
Chrome 133
Resumen de novedades de Chrome 133
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Buscar con Google Lens en ordenadores y dispositivos iOS | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Sincronización de Chrome deja de ser compatible con versiones de Chrome que tengan más de cuatro años de antigüedad | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Inmovilizar pestañas en Ahorro de energía | ✓ | ||
| Configuración de seguridad de V8 en Android | ✓ | ||
| La página de bienvenida de Chrome ya no se activa mediante initial_preferences | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Compatibilidad con la política DownloadRestrictions en iOS | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No hay actualizaciones en Chrome 133. | |||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Panel de privacidad y seguridad en Chrome DevTools | ✓ | ✓ | |
| Lectura en voz alta en el Modo Lectura de Chrome 134 | ✓ | ||
| Configuración destacada de funciones de IA inhabilitadas por política | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Crear un cliente de service worker y heredar el controlador de service worker para el iframe srcdoc | ✓ | ||
| Lanzar evento de error en lugar de lanzar excepción para el worker bloqueado por CSP | ✓ | ||
| Quitar las restricciones de audio no estándar de getUserMedia | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Sincronización multidispositivo de los ajustes y los temas de Chrome en la versión para ordenadores al iniciar sesión | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Discontinuación de los métodos getter de la API Intl Locale Info | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Migración de la versión 4 a la 5 de la API SafeBrowsing | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Nueva aplicación complementaria de Chrome Enterprise | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Refactorizar la experiencia de usuario de las reglas de DLP | ✓ | ||
| Prevención de capturas de pantalla | ✓ | ||
| Filtrado de URLs en iOS y Android | ✓ | ||
| Conector de informes para móviles | ✓ | ||
| API Conectores | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Buscar con Google Lens en ordenadores y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función mediante una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ninguna persona la revisa ni se registra ningún dato sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que está viendo el usuario, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no están vinculados a ningún ID ni cuenta, ningún humano los puede ver y no se registra ningún dato generado sobre su contenido.
Ordenador
Desde Chrome 126, los usuarios pueden buscar imágenes o texto que vean en la pantalla del escritorio con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip Google Lens en el omnibox en el que te encuentres o haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia al documento en cuestión y a la web. Para usar esta función, activa Buscar con Google Lens como se describe más arriba e introduce consultas en el cuadro de búsqueda de la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en la parte derecha de la ventana del navegador con los resultados de búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar imágenes o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: se lanza para el 100 % de los usuarios de la versión estable
- Chrome 131 en iOS: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: se lanza la función ampliada para el 1 % de los usuarios de la versión estable
- Chrome 133 en iOS: se lanza la función para el 100 % de los usuarios de la versión estable
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrector de PWA tenga una identidad única en macOS. Anteriormente, todas las PWAs tenían el mismo aspecto en macOS.
Esta actualización aborda los problemas que se producen al intentar incluir varias PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y permite aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen (como Santa). Para probar esta función, puedes habilitarla usando
chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, pueden instalar una aplicación web progresiva y asegurarse de que se inicie correctamente.Si hay alguna incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.
- Chrome 129 en macOS
La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa. Si no es compatible en este momento, pueden inhabilitar la función mediante la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints.
- Chrome 133 en macOS
La función empezará a lanzarse en la versión estable al 100 %.
- Chrome 129 en macOS
- Sincronización de Chrome deja de ser compatible con versiones de Chrome que tengan más de cuatro años
A partir de febrero del 2025, Sincronización de Chrome (que usa y guarda datos en tu cuenta de Google) dejará de ser compatible con las versiones de Chrome que tengan más de cuatro años. Para seguir usando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente. Para obtener más información, consulta este apartado: La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones antiguas de Chrome y se implementará del lado del servidor. La versión 133 de Chrome solo se especifica para reflejar la línea de tiempo en la que el cambio tendrá efecto.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), que antes se denominaba "Solo HTTPS" o "Modos primero HTTPS", permite que Chrome pida el consentimiento del usuario antes de enviar contenido HTTP inseguro por la red. La política HttpsOnlyMode permite habilitar o inhabilitar la función ABH.
En Chrome 129, hemos añadido una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias para los usuarios haciendo que funcione como ABH estricto la mayor parte del tiempo, pero sin preguntar cuando Chrome sabe que no es posible una conexión HTTPS (como cuando se conecta a un nombre de host de etiqueta única, como "internal/").
Vamos a añadir la opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si defines force_balanced_enabled en navegadores anteriores a Chrome 129, se producirá el comportamiento predeterminado, que no impone ninguna restricción de empresa al ajuste de ABH.
Para evitar problemas inesperados, si ya has definido force_enabled, te recomendamos que no definas force_balanced_enabled hasta que toda tu flota se haya actualizado a Chrome 129 o una versión posterior. Si no vas a migrar de force_enabled a force_enabled, este cambio no te afectará.
- Chrome 129 en ChromeOS, Linux, macOS y Windows, Fuchsia
- Chrome 133 en Android
- Inmovilizar pestañas en Ahorro de energía
Cuando Ahorro de energía está activo, Chrome congela una pestaña que ha estado oculta y en silencio durante más de 5 minutos y usa mucha CPU, a menos que:
- La pestaña ofrezca funciones de videoconferencia detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o bien una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en directo.
- La pestaña controla un dispositivo externo (detectado mediante el uso de Web USB, Web Bluetooth, Web HID o Web Serial).
De esta forma, se prolongará la duración de la batería y se acelerará Chrome al reducir el uso de la CPU.
Para probar esta función, puedes usar una marca, chrome://flags/#freezing-on-energy-saver. También se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si las pestañas son aptas para congelarse y si se congelarían si usaran mucha CPU).- Chrome 133 en ChromeOS, Linux, macOS y Windows
La función empezará a lanzarse para el 1 % de los usuarios de la versión estable en Chrome 133.La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo).
- Configuración de seguridad de V8 en Android
V8 es el motor de Chrome para JavaScript y WebAssembly que se usa para mejorar el rendimiento de los sitios. Para reducir la superficie de ataque de Chrome, Chrome 133 en Android ahora incluye un nuevo ajuste en
chrome://settings/securitypara inhabilitar los optimizadores Just-in-Time (JIT) de V8. De esta forma, se mantiene la compatibilidad con WebAssembly. Los administradores pueden seguir controlando esta función mediante la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
El ajuste se lanzará en Chrome 121. Las políticas empresariales llevan disponibles desde Chrome 93. - Chrome 133 en Android
El ajuste está disponible en Android en Chrome 133, en Ajustes del sitio. Las políticas empresariales ya no se consideran experimentales.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- La página de bienvenida de Chrome ya no se activa mediante initial_preferences
Hemos retirado la página de bienvenida de Chrome de
initial_preferencesporque es redundante con la experiencia de primera ejecución que se activa en las plataformas para ordenadores. Incluirchrome://welcomeen la propiedadfirst_run_tabsdel archivoinitial_preferencesya no tiene ningún efecto.Para obtener más información sobre el contexto del archivo initial_preferences, consulta el artículo Configurar otras preferencias.
- Chrome 133 en Windows, macOS y Linux
- Compatibilidad con URLs de esquemas no especiales
A partir de la versión Chrome 130, el navegador Chrome admite URLs de esquemas no especiales, como
git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado con el estándar de URLs. En Chrome 133, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special.- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 133 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: se elimina la marca de función
- Políticas nuevas en el navegador Chrome
Política Descripción LiveTranslateEnabled Habilita la traducción de subtítulos automáticos. Los subtítulos se enviarán a Google para que se traduzcan. WebRtcIPHandling Esta política permite restringir el uso de direcciones IP e interfaces por parte de WebRTC al intentar buscar la mejor conexión disponible. DefaultJavaScriptOptimizerSetting Te permite definir si el navegador Chrome ejecutará el motor V8 de JavaScript con más optimizaciones avanzadas de JavaScript habilitadas. JavaScriptOptimizerBlockedForSites Te permite definir una lista de patrones de URL donde se especifican los sitios en los que se han inhabilitado las optimizaciones avanzadas de JavaScript. JavaScriptOptimizerAllowedForSites Te permite definir una lista de patrones de URL donde se especifican los sitios en los que se han habilitado las optimizaciones avanzadas de JavaScript. SafeBrowsingAllowlistDomains Si se habilita esta política, Navegación segura confiará en los dominios que indiques. FilePickerChooseFromDriveSettings Permite elegir archivos directamente desde Google Drive.
- Políticas retiradas del navegador Chrome
Política Descripción CSSCustomStateDeprecatedSyntaxEnabled Controla si la sintaxis obsoleta del estado personalizado de CSS está habilitada.
Cambios en Chrome Enterprise Core
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en ordenadores y dispositivos Android. Ahora se admite la política DownloadRestrictions en iOS. Esto permitirá a los administradores bloquear todas las descargas en Chrome para móviles en iOS.
- Chrome 133 en iOS
Cambios en Chrome Enterprise Premium
- No hay actualizaciones de Chrome Enterprise Premium en Chrome 133.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Panel de privacidad y seguridad en Chrome DevTools
A partir de Chrome 134, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad de Chrome DevTools para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar cómo se comporta su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no hará cambios permanentes en las políticas empresariales actuales, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros mediante BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad sustituirá al panel de seguridad. La información sobre la conexión y los certificados TLS seguirán estando disponibles en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Lectura en voz alta en el Modo Lectura de Chrome 134
El modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El modo Lectura incluirá una función de lectura en voz alta que permite a los usuarios escuchar el texto que están leyendo. Puedes elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados.
- Chrome 134 en Linux, macOS y Windows
- Configuración destacada de funciones de IA inhabilitadas por política
En la configuración de Chrome, se mostrarán las funciones de IA que están inhabilitadas por la política de empresa. También mostraremos un aviso Inhabilitado por tu organización similar a otros ajustes cuando se inhabiliten por una política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y el booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando divididas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios.
Este cambio se puede revertir temporalmente configurando la política PartitionedBlobURLUsage. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 134 en Windows, macOS y Linux
- Crear un cliente de Service Worker y heredar el controlador de Service Worker para el iframe srcdoc
Los documentos de contexto de Srcdoc no son clientes de Service Workers y no están cubiertos por el Service Worker de su página principal. Esto da lugar a algunas discrepancias (por ejemplo, Resource Timing informa de las URLs que se cargan en estos documentos, pero el trabajador del servicio no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de Service Worker para los iframes srcdoc y hacer que hereden el controlador de Service Worker de la página principal.
- Chrome 134 en Windows, macOS, Linux y Android
- Activación de evento de error en vez de lanzar una excepción para el trabajador bloqueado de la CSP
Cuando se bloquea por la política de seguridad de contenido (CSP), Chromium genera una excepción SecurityError de los constructores "new Worker(url)" o "new SharedWorker(url)". Según la especificación de CSP, la comprobación de CSP se realiza como parte de la función de obtención y se debe activar un evento de error después de que se devuelva el objeto. El objetivo de esta actualización es que el código cumpla las especificaciones de Chromium, por lo que no se lanzará una excepción desde el constructor, sino que se disparará un evento de error de forma asíncrona.
- Chrome 134 en Windows, macOS, Linux y Android
- Se han eliminado las restricciones de audio no estándar de getUserMedia
Blink admite una serie de restricciones no estándar con prefijo goog para getUserMedia desde hace algún tiempo, antes de que las restricciones se estandarizaran correctamente.
El uso ha disminuido considerablemente, de un 0,000001 % a un 0,0009 % (en función de la restricción), y algunos ni siquiera tienen efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto ninguno de ellos tendrá efecto debido a otros cambios que se avecinan.
No esperamos que este cambio provoque regresión alguna de importancia. Las aplicaciones que usen estas restricciones seguirán funcionando, pero recibirán audio con los ajustes predeterminados (como si no se hubieran enviado restricciones). Pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.Desde Chrome 124, está disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Para obtener más información, consulta esta entrada de blog. Si tienes algún problema, notifica el error aquí.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127, en torno al 30 de julio del 2024. El código debe haberse migrado antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Sincronización multidispositivo de los ajustes y temas de Chrome en la versión para ordenadores al iniciar sesión
Tras el lanzamiento del nuevo modelo de identidad en Chrome para ordenadores, tenemos previsto habilitar la configuración de la cuenta, los temas y los accesos directos a sitios para los usuarios al iniciar sesión (en lugar de tener que sincronizarlos).
Para ello, introduciremos el almacenamiento local y de la cuenta para cada uno de estos tipos de datos.
Esto conlleva lo siguiente:
- En el caso de los usuarios de Chrome para ordenador que inicien sesión en Chrome o tengan habilitada la sincronización, los ajustes, los accesos directos a sitios y los temas sincronizados con su cuenta de Google se mantendrán separados de los locales, es decir, los ajustes de cuando se cierre sesión o se desactive la sincronización.
- Esto permite compartir menos datos que antes: los ajustes locales no se suben automáticamente cuando los usuarios inician sesión o activan la sincronización, y no queda ningún ajuste del almacenamiento de su cuenta en el dispositivo cuando se desactiva la sincronización.
-
Las políticas de Chrome SyncDisabled y SyncTypesListDisabled seguirán aplicándose, por lo que los administradores podrán restringir o inhabilitar la función Sincronización si lo desean.
- Chrome 135 en Linux, macOS y Windows
- No se permiten espacios en los hosts de URL que no sean file://
Según se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 "HTTPS URLs for WebSocket" y en las áreas de enfoque de las URLs.
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://(consulta el debate en GitHub).Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Eliminar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, ThirdPartyBlockingEnabled se eliminará en Chrome 135. Si tienes algún comentario sobre esta retirada, notifica el error aquí.
- Chrome 132 en Windows
Discontinuación de la política ThirdPartyBlockingEnabled
- Chrome 135 en Windows
Eliminación de la política ThirdPartyBlockingEnabled
- Chrome 132 en Windows
- Discontinuación de los captadores de la API Intl Locale Info
La API Intl Locale Info es una propuesta de nivel 3 de ECMAScript para TC39 que mejora el objeto Intl.Locale exponiendo información sobre la configuración regional, como los datos de la semana (primer día de la 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 utilizado en la configuración regional.
Hemos lanzado nuestra implementación en Chrome 99 , pero más tarde se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios getters a funciones. Tenemos que quitar los getters obsoletos y volver a lanzar las funciones renombradas.
- Chrome 135 en Windows, macOS, Linux y Android
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGL está obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para aceptar reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos --enable-unsafe-swiftshader.
Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas --enable-unsafe-swiftshader , se eliminará este mensaje de advertencia.
Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 135 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se trata de un lanzamiento gradual.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
-
Nueva aplicación complementaria de Chrome Enterprise
La aplicación complementaria Chrome Enterprise es un nuevo binario administrativo que se instalará automáticamente con los navegadores Chrome registrados en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos prácticos, políticas e informes de empresa.
- Chrome 134 en Windows y macOS
Próximos cambios de Chrome Enterprise Premium
- Refactorizar la experiencia de usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.
- Chrome 134 en Windows, macOS, Linux y ChromeOS
- Prevención de capturas de pantalla
Tenemos previsto mejorar la función de prevención de capturas de pantalla ampliando el bloqueo de la función de compartir pantalla a aplicaciones de reuniones como Google Meet, Zoom, Teams y Slack. Seguiremos mejorando la versión de los controles de protección de datos que ya hemos lanzado, añadiendo funciones clave y resolviendo problemas y comentarios de los usuarios.
- Chrome 134 en Windows y macOS
- Filtrado de URLs en iOS y Android
Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función funciona sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).
- Chrome 135 en Android, IOS
- Conector de informes para móviles
Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.
- Chrome 135 en Android, IOS
- API Conectores
Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
Resumen de novedades de ChromeOS 133
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Gestión de archivos de Office mejorada para usuarios gestionados | ✓ | ✓ | |
| Definir el almacenamiento en la nube como la única opción de almacenamiento de datos en dispositivos ChromeOS | ✓ | ✓ | |
| Teclas de rebote en ChromeOS | ✓ | ||
| Recorrido de bienvenida mejorado | ✓ | ||
| Política de ChromeOS sobre los idiomas de teclado | ✓ | ✓ | |
| Actualización de idiomas de Grabación de pantalla | ✓ | ||
| Nuevo interruptor para los micrófonos Bluetooth de alta resolución | ✓ | ||
| Versión candidata para lanzamiento ChromeOS LTS 132 | ✓ | ||
| Monitorización del estado de los kioscos | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cambio de la señal de latido del kiosco | ✓ | ||
| Aplicaciones web aisladas en el modo Kiosco de ChromeOS | ✓ | ||
| Migrar datos de alumnos que se van a graduar | ✓ | ||
| Política de ChromeOS sobre la duración de la batería | ✓ | ||
| Teclas lentas | ✓ | ✓ | |
| GIFs con Insertar rápido | ✓ | ||
| Fondos de pantalla y salvapantallas creados con IA | ✓ | ||
| ChromeOS dejará de admitir aplicaciones de Chrome | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Gestión de archivos de Office mejorada para usuarios gestionados
A partir de la versión 133 de ChromeOS, los usuarios gestionados pueden abrir y editar sus archivos de Microsoft Office (Word, PowerPoint y Excel) sin problemas, independientemente de si utilizan Office para la Web en Microsoft 365 o en Google Workspace.
Las organizaciones que usan Office para la Web pueden disfrutar de la integración de OneDrive en la aplicación Archivos, de las integraciones de sistemas de PWAs de Microsoft 365 para obtener una experiencia similar a la de los equipos de escritorio, del SSO para todas las aplicaciones necesarias y de controles de políticas avanzados para la configuración preliminar.
En el caso de los clientes de Google Workspace, la migración de los archivos locales a Google Workspace está optimizada.
Consulta más información en el artículo Configurar la gestión de archivos de Office para usuarios gestionados en el Centro de Ayuda de Chrome Enterprise y Education.
Entre las nuevas políticas de gestión de archivos de Microsoft Office se incluyen las siguientes:
-
Definir el almacenamiento en la nube como la única opción de almacenamiento de datos en dispositivos ChromeOS
ChromeOS 133 presenta una experiencia cloud-first real que permite a los administradores bloquear el almacenamiento local para asegurarse de que todos los archivos se almacenan en Google Workspace o en Microsoft OneDrive. Esta función evita la pérdida de datos, reduce los riesgos de seguridad, cumple los requisitos de retención por motivos legales y resulta especialmente útil en dispositivos compartidos.
Para obtener más información, consulta el artículo Usar el almacenamiento en la nube como única opción de almacenamiento en dispositivos ChromeOS en el Centro de Ayuda de Chrome Enterprise y Education.
Entre las nuevas políticas de almacenamiento en la nube se incluyen las siguientes:
- LocalUserFilesAllowed
- LocalUserFilesMigrationDestination
- DownloadDirectory (compatible con OneDrive)
- ScreenCaptureLocation
-
Teclas de rebote en ChromeOS
Teclas de rebote es una función de accesibilidad diseñada para facilitar el uso del ordenador a personas con problemas de destreza o temblores. Esta función ignora las pulsaciones de teclas repetidas en un intervalo de tiempo breve, que puedes personalizar para que se adapte a tus necesidades. De esta forma, se evita que se introduzcan caracteres no deseados al pulsar las teclas sin querer.
-
Recorrido de bienvenida mejorado
Ahora, los nuevos usuarios de ChromeOS verán un recorrido de bienvenida inmediatamente después de configurar el dispositivo. El recorrido de bienvenida es una forma interactiva de que los usuarios aprendan lo básico y empiecen a usar su nuevo Chromebook rápidamente.
-
Nueva política de ChromeOS sobre los idiomas de teclado
A partir de la versión ChromeOS 133, la nueva política AllowedInputMethodsForceEnabled permite a los administradores instalar automáticamente los idiomas de teclado definidos anteriormente por AllowedInputMethods. El usuario no podrá añadir nuevos idiomas de teclado ni quitar los seleccionados cuando se defina la política.
-
Actualización de idiomas de Grabación de pantalla
Grabación de pantalla ahora es compatible con más de 50 idiomas. Para usar Grabación de pantalla, pulsa el icono del menú de aplicaciones y busca Grabación de pantalla. Puedes consultar la lista de idiomas en el artículo del Centro de Ayuda Usar la aplicación Grabación de pantalla para grabar y compartir contenido en tus dispositivos ChromeOS.
-
Nuevo interruptor para los micrófonos Bluetooth de alta resolución
ChromeOS 133 añade un interruptor para controlar los micrófonos Bluetooth de alta resolución. El interruptor se añade en la página de configuración de audio y solo se muestra cuando la función es compatible y el dispositivo de entrada seleccionado es un auricular con Bluetooth.
-
ChromeOS LTS 132
Ya está disponible la versión candidata para lanzamiento ChromeOS LTS 132. Para obtener más información, consulta las notas de la versión de Asistencia a largo plazo (LTS) de ChromeOS.
-
Monitorización del estado de los dispositivos de kiosco
ChromeOS 133 mejora la latencia de las actualizaciones de estado al monitorizar el estado de los dispositivos de kiosko. En condiciones ideales, las actualizaciones de estado de los dispositivos de kiosco ahora se notifican en aproximadamente un minuto. El estado sin conexión debería enviarse o actualizarse en un plazo de 11 minutos. Para obtener más información, consulta el artículo Supervisar el estado de los kioscos en el Centro de Ayuda de Chrome Enterprise y Education.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Cambio de la señal de latido del kiosco
El verano pasado, enviamos un acuerdo marco de servicios (MSA) para informar a los clientes sobre una migración de la API de señal de latido del kiosco que necesita básicamente una actualización a la versión 126 de ChromeOS.
Si tu organización utiliza una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio de la señal de latido del kiosco requiere una actualización a ChromeOS 126 o a ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.
- ¿Qué debes hacer?
Comprueba que has activado DeviceChromeVariation (valor: 0) para tu organización hasta que todos los dispositivos se hayan actualizado a la versión LTS 132.
Cuando todos los dispositivos tengan la versión LTS 132, ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.
- ¿Qué ocurre cuando se desactiva DeviceChromeVariation?
Los dispositivos con versiones anteriores a LTS 132 seguirán usando la antigua infraestructura de señal de latido del kiosco hasta el 7 de abril del 2025.
A partir del 8 de abril del 2025, todos los dispositivos con versiones anteriores a la de ChromeOS LTS 132 dejarán de enviar señales de latido de los dispositivos.
-
Aplicaciones web aisladas en el modo Kiosco de ChromeOS
En ChromeOS 134, el modo Kiosco de ChromeOS será compatible con aplicaciones web aisladas, una solución más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores podrán configurar IWAs para despliegues de kioscos y señalización digital en dispositivos gestionados de Chrome Enterprise a través de la consola de administración.
-
Migrar datos de alumnos que se van a graduar
A partir de marzo del 2025, la nueva herramienta Transferencia de contenido guiará a los alumnos que se van a graduar o a otros usuarios gestionados por un centro educativo que quieran migrar sus datos a través del proceso de transferencia actualizado de Google Takeout. Esto les permitirá llevar su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que prefieran.
Esta nueva aplicación permite a los administradores de centros educativos fijar un icono en el estante, notificar a los alumnos y al profesorado en sus Chromebooks y definir fechas para activar estas sugerencias para animarles a usar la transferencia de contenido.
-
Nueva política de ChromeOS sobre la duración de la batería
En ChromeOS 134, introduciremos una nueva política de límite de carga de la batería con más opciones de optimización, lo que ayudará a prolongar la vida útil de los Chromebooks. Los administradores podrán seguir definiendo un límite de carga máximo, con el 100 % como valor predeterminado, para minimizar la degradación de la batería y mejorar su fiabilidad a largo plazo. Esta nueva política beneficiará tanto a los administradores que gestionan flotas de dispositivos (como puede ser en entornos educativos) como a los usuarios particulares que quieran maximizar la vida útil de sus Chromebooks. Esta política se aplicará automáticamente y no requerirá ninguna interacción por parte de los usuarios.
-
Teclas lentas
Teclas lentas es una función de accesibilidad diseñada para ayudar a las personas con problemas de destreza a escribir con mayor precisión. Esta función es útil especialmente para las personas que padecen temblores, artritis o entumecimiento en los dedos, lo que puede dificultar la pulsación de las teclas con precisión. Al activar Teclas lentas, se aplica un retraso a las teclas para que se mantengan pulsadas durante un tiempo determinado para poder registrarlas. De esta forma, se evitará que se pulsen teclas sin querer.
-
GIFs con Insertar Rápido
Insertar Rápido pronto admitirá la inserción directa de GIFs. Añade rápidamente GIFs a tus mensajes y documentos sin salir del menú de Insertar Rápido. Consulta más información en el artículo Usar Insertar rápido para añadir y crear contenido.
-
Fondos de pantalla y salvapantallas creados con IA
A partir de ChromeOS 135, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de videollamada en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
ChromeOS dejará de admitir aplicaciones de Chrome
En el 2016, anunciamos que las aplicaciones de Chrome discontinuarían en favor de las aplicaciones web. En el 2021, anunciamos en el blog de Chromium que la compatibilidad de las aplicaciones de Chrome con los clientes de ChromeOS Enterprise y Education, así como con los desarrolladores de ChromeOS, se prolongaría hasta, como mínimo, enero del 2025. Dado que la mayoría de nuestros clientes han dejado de usar aplicaciones de Chrome (incluidas las aplicaciones empaquetadas antiguas (versión 1) y las aplicaciones alojadas), te confirmamos las siguientes actualizaciones sobre las fechas de retirada de aplicaciones de Chrome.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).
- Las aplicaciones de Chrome cuya instalación se haya forzado a través de la consola de administración seguirán siendo compatibles.
- Julio del 2026: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome en modo Kiosco (programada para la versión M150 de ChromeOS).
- Los dispositivos del canal LTS con aplicaciones de Chrome en modo Kiosco se seguirán admitiendo hasta abril del 2027.
- Febrero del 2028: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome (programada para ChromeOS M168), que marca el fin del ciclo de vida de todas las aplicaciones de Chrome.
- Los dispositivos que estén en el canal LTS podrán seguir usando aplicaciones de Chrome hasta octubre del 2028.
- No se realizarán excepciones.
Estos plazos de discontinuación también se aplican a las aplicaciones de Chrome alojadas en servidores propios.
Aunque no se pueden añadir nuevas aplicaciones de Chrome a Chrome Web Store, las que ya están se pueden seguir actualizando hasta octubre del 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esa fecha, las aplicaciones de Chrome se retirarán de Chrome Web Store.
Si tu organización ha desarrollado aplicaciones de Chrome para utilizarlas de forma interna y necesitas ayuda, consulta la guía Transición desde aplicaciones de Chrome. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de aplicaciones de Chrome y a todos los administradores de ChromeOS.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).
Chrome 132
Resumen de novedades de Chrome 132
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Buscar con Google Lens | ✓ | ||
| El servicio de red en un entorno aislado en Windows | ✓ | ||
| Firmas de código específicas para los correctores de aplicaciones web progresivas en macOS | ✓ | ||
| Subida en lote | ✓ | ||
| Actualizaciones del flujo de trabajo de avisos de conectores | ✓ | ||
| DownloadRestrictions es más estricto con las restricciones de tipos de archivo | ✓ | ||
| Cambios en el modelo de identidad de ordenador | ✓ | ||
| Modo Solo HTTPS para usuarios con dispositivos seguros | ✓ | ||
| Llaves de acceso en iOS | ✓ | ✓ | |
| Activar control de filtraciones de contraseñas | ✓ | ||
| Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Traducir para Buscar con Google Lens | ✓ | ||
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo | ✓ | ||
| Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Chrome Web Store personalizada para empresas | ✓ | ✓ | |
| Nuevas funciones de gestión de usuarios de Chrome en la consola de administración | ✓ | ||
| Copiar condiciones de origen en la regla de pegar de DLP de Chrome | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola de Chrome DevTools | ✓ | ||
| Certificación de administrador profesional de Chrome Enterprise | ✓ | ||
| Certificados raíz de servidores para Chrome Enterprise | ✓ | ✓ | |
| Informe de tecnología antigua | ✓ | ||
| Políticas recomendadas (el usuario puede anular el valor de una política) | ✓ | ✓ | |
| Actualización de la lista de navegadores gestionados: actividad más reciente de Google Update | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cifrado de descarga de archivos para reglas de DLP | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Lectura en voz alta en el Modo Lectura de Chrome 133 | ✓ | ||
| Inmovilizar pestañas en Ahorro de energía | ✓ | ||
| Discontinuación de los métodos getter de Intl Locale Info | ✓ | ||
| Mejoras en el posicionamiento de los activadores de ventanas emergentes y de los anclajes | ✓ | ||
| Eliminar el desencadenamiento de la página de bienvenida de Chrome a través de las pestañas de la primera ejecución de las preferencias iniciales | ✓ | ||
| Quitar las restricciones de audio no estándar de getUserMedia | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Panel de privacidad y seguridad en Chrome DevTools | ✓ | ✓ | |
| Sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años | ✓ | ||
| Configuración de seguridad de V8 | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Migración de la API SafeBrowsing v4 a la API SafeBrowsing v5 | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| El controlador de la secuencia de comandos de SharedWorker hereda la URL de la secuencia de comandos de blob | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Personalizar perfiles gestionados con logotipo y etiqueta personalizados | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Nueva aplicación complementaria de Chrome Enterprise | ✓ | ✓ | |
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Prevención de capturas de pantalla V2 | ✓ | ||
| Filtrado de URLs en iOS y Android | ✓ | ||
| Conector de informes para móviles | ✓ | ||
| Refactorizar la experiencia de usuario de las reglas de DLP | ✓ | ||
| API Conectores | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Buscar con Google Lens
En Chrome 132, empezamos a lanzar esta función mejorada en todas las plataformas. Los administradores pueden controlar todos los elementos de esta función mediante una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ninguna persona la revisa ni se registra ningún dato sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que está viendo el usuario, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no están vinculados a ningún ID ni cuenta, ningún humano los puede ver y no se registra ningún dato generado sobre su contenido.
Ordenador
Desde Chrome 126, los usuarios pueden buscar imágenes o texto que vean en la pantalla del escritorio con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip Google Lens en el omnibox en el que te encuentres o haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia al documento en cuestión y a la web. Para usar esta función, activa Buscar con Google Lens como se describe más arriba e introduce consultas en el cuadro de búsqueda de la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en la parte derecha de la ventana del navegador con los resultados de búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar imágenes o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: se lanza para el 100 % de los usuarios de la versión estable
- Chrome 131 en iOS: se lanza la función para el 1 % de los usuarios de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: se lanza la función ampliada para el 1 % de los usuarios de la versión estable
- El servicio de red en un entorno aislado en Windows
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pone en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones.
Puedes denunciar los problemas que tengas.
- Chrome 132 en Windows:
Servicio de red en entorno aislado en Windows
- Chrome 132 en Windows:
- Firmas de código específicas para los correctores de aplicaciones web progresivas en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrector de aplicación de PWA tenga una identidad única en macOS. Anteriormente, todas las PWAs tenían el mismo aspecto en macOS.
Esta actualización soluciona los problemas que se producen al intentar incluir varias aplicaciones web progresivas en el panel de preferencias Elemento de inicio de sesión de macOS, y permite aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen (como Santa). Para probar esta función, puedes habilitarla en
chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, pueden instalar una aplicación web progresiva y asegurarse de que se inicie correctamente.Si hay alguna incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.
- Chrome 129 en macOS
La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa. Si no es compatible en este momento, pueden inhabilitar la función mediante la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints. - Chrome 132 en macOS
Esta función empezará a lanzarse en la versión estable, empezando por el 1 %.
- Chrome 129 en macOS
- Subida en lote
Desde Chrome 128, los usuarios tienen acceso a sus contraseñas y direcciones desde su cuenta de Google en el momento de iniciar sesión (además de sus métodos de pago, que ya era una función de inicio de sesión). Estos tipos de datos tienen dos almacenamientos distintos: local y de la cuenta. En Chrome 132, ofrecemos a los usuarios la posibilidad de subir a su cuenta de Google los datos locales que tengan. Esta función estará disponible primero para las contraseñas y las direcciones, y se ampliará para incluir otros tipos de datos en el futuro.
La política SyncTypesListDisabled se aplica tanto a la sincronización como a la subida de datos. Por lo tanto, si las contraseñas o las direcciones están inhabilitadas, no se podrán subir con el cargador en bloque.
- Chrome 132 en Linux, macOS y Windows
- Actualizaciones del flujo de trabajo de avisos de conectores
Hemos actualizado los Términos del Servicio de Chrome Enterprise Core para incluir una sección sobre el uso de datos de terceros. Estas actualizaciones mejoran el proceso de registro de los conectores de Chrome Enterprise.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- DownloadRestrictions es más estricto con las restricciones de tipos de archivo
Puedes controlar las descargas en tu organización mediante la política DownloadRestrictions, que incluye opciones para seleccionar un nivel adecuado de restricciones de tipos de archivo:
0 = Sin restricciones especiales. Predeterminado.
Si el valor de la opción es 1, significa lo siguiente:
1 = Bloquear las descargas maliciosas y los tipos de archivos peligrosos.
2 = Bloquear las descargas maliciosas, poco frecuentes o no deseadas, así como los tipos de archivos peligrosos.
3 = Bloquear todas las descargas.
4 = Bloquear las descargas maliciosas. Recomendado.- El navegador Chrome bloquea los archivos maliciosos marcados por el servidor de Navegación segura Y todos los tipos de archivos peligrosos. Se recomienda exclusivamente en el caso de UOs/navegadores/usuarios que tengan tolerancia alta a los falsos positivos.
Si el valor de opción es 2, significa lo siguiente:
- El navegador Chrome bloquea los archivos maliciosos marcados por el servidor de Navegación segura Y archivos poco frecuentes o no deseados marcados por el servidor de Navegación segura Y todos los tipos de archivos peligrosos. Se recomienda exclusivamente en el caso de UOs/navegadores/usuarios que tengan tolerancia alta a los falsos positivos.
Antes, Chrome no aplicaba correctamente el bloqueo de tipos de archivos peligrosos, pero ahora esto se ha solucionado. Sin embargo, esto significa que la política es ahora mucho más estricta con respecto a ciertos tipos de archivos que pueden ser peligrosos para el usuario, como los archivos
.exeo.msien Windows. Si esto provoca demasiados falsos positivos, puedes dejar la política sin definir o asignarle el valor 4.- Chrome 132 en Windows
- Actualizaciones del modelo de identidad de Chrome en ordenadores
En lugar de tener que configurar la sincronización de Chrome en tu dispositivo, ahora solo tienes que iniciar sesión en Chrome para acceder a los elementos y guardarlos en tu cuenta de Google. Este nuevo modelo de identidad para ordenadores también incluye un inicio de sesión explícito en Chrome desde un inicio de sesión web.
Al iniciar sesión en la Web (con Gmail), se pide a los usuarios que inicien sesión en Chrome. Si lo rechaza, no se iniciará sesión en Chrome, solo en la Web.
- Si aceptan, se habilitarán la gestión de perfiles (políticas basadas en usuarios), los pagos (ya disponibles), las contraseñas, las direcciones, los marcadores*, las extensiones*, las preferencias de buscadores*, los temas* y las PWAs*.
- Si lo rechaza, Chrome podrá seguir usando las credenciales de inicio de sesión para facilitar el inicio de sesión con un solo clic en Chrome.
- Por el momento, la sincronización del historial, las pestañas abiertas y los grupos de pestañas sigue estando disponible mediante una aceptación independiente.
- Si las credenciales no se han validado (por ejemplo, si se ha cerrado la sesión en la Web o de forma remota), Chrome se encontrará en un estado "pendiente" (antes "sincronización en pausa"). Los datos de Autocompletar no estarán disponibles en la cuenta de Google del usuario. A los usuarios que se encuentren en este estado se les pedirá que verifiquen su identidad en la barra de herramientas de Chrome.
*Estos tipos de datos se habilitarán tras el inicio de sesión (en lugar de que se habilite la sincronización) en los próximos hitos de Chrome.
Las intercepciones de inicio de sesión web se pueden controlar mediante la política SigninInterceptionEnabled. Para obtener más información, consulta el artículo Forzar a los usuarios a crear un perfil aparte.
- Chrome 132 en Linux, macOS y Windows: se inicia el lanzamiento
- Modo Solo HTTPS para usuarios con dispositivos seguros
El modo Solo HTTPS habilita una experiencia HTTPS predeterminada en Chrome y actualiza automáticamente los sitios a HTTPS. Si un sitio no es compatible con HTTPS, HFM muestra una advertencia antes de cargar la versión HTTP. La HFM mejora significativamente las garantías de seguridad de HTTPS al evitar que se carguen URLs HTTP sin la aprobación explícita del usuario.
La HFM para usuarios con navegación segura habitual (esta función) es una heurística que puede habilitar automáticamente la HFM para el usuario si este tiene un patrón de navegación que suele ser seguro. Normalmente, el patrón de navegación segura se determina haciendo un seguimiento de las alternativas de actualización de HTTPS (actualizaciones de HTTPS fallidas, que serían intersticiales de HFM si el usuario hubiera habilitado manualmente HFM) y de otros factores, como la antigüedad del perfil y la puntuación general de interacción con el sitio.
Si estas señales indican que el usuario visita principalmente sitios seguros, la heurística habilitará automáticamente el ajuste de HFM. Los intersticiales de HFM causados por esta heurística mostrarán un mensaje personalizado. El usuario puede inhabilitar la heurística de forma sencilla desactivando el ajuste de la interfaz de usuario.
Esta función se puede controlar mediante las políticas empresariales HttpsOnlyMode y HttpAllowlist.
- Chrome 132 en ChromeOS, Linux, macOS y Windows, Fuchsia
- Llaves de acceso en iOS
Las llaves de acceso son una alternativa más segura a las contraseñas. A diferencia de las contraseñas, que pueden ser objeto de phishing o adivinadas, las llaves de acceso permiten a los usuarios autenticarse en sitios y aplicaciones mediante criptografía de clave pública, tal como se define en el estándar WebAuthn.
Las llaves de acceso del Gestor de contraseñas de Google ya están disponibles en Chrome en otras plataformas. Con este lanzamiento, se incorporan a la plataforma iOS mediante mejoras en la extensión de proveedor de credenciales de Chrome ("Contraseñas en otras aplicaciones"). Con la extensión, las llaves de acceso del Gestor de contraseñas de Google se pueden usar para iniciar sesión en páginas de Chrome y otros navegadores, así como en aplicaciones nativas.
Las llaves de acceso se guardan en la cuenta de Google de un usuario y están disponibles cuando el usuario inicia sesión en Chrome. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán usar para configurar si los usuarios pueden usar y guardar contraseñas en su cuenta de Google.
- Chrome 132 en iOS
- Mover el interruptor de activar/desactivar la filtración de contraseñas
El botón de activar/desactivar PasswordLeakDetectionEnabled, que se encontraba originalmente en
chrome://settings/security, se ha movido de debajo del encabezado de protección estándar a la sección Avanzado de la página.Esta función también eliminará la dependencia de PasswordLeakDetectionEnabled del estado de Navegación segura del usuario. Antes, los usuarios que no tenían protección o que no habían activado Navegación segura no podían usar la función PasswordLeakDetectionEnabled. Ahora, los usuarios pueden elegir si quieren activar el interruptor PasswordLeakDetectionEnabled independientemente del nivel de protección de Navegación segura.
- Chrome 132 en ChromeOS, Linux, macOS y Windows, Fuchsia
- Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome
Al ejecutar Chrome con `--headless=old`, ya no se inicia el modo sin interfaz gráfica antiguo, sino que se imprime el siguiente mensaje de registro:
El antiguo modo sin interfaz gráfica se ha quitado del binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o chrome-headless-shell, que es una implementación independiente del antiguo modo sin interfaz gráfica.
- Chrome 132 en Linux, macOS y Windows
- Eliminar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, ThirdPartyBlockingEnabled se eliminará en Chrome 135. Si tienes algún comentario sobre esta retirada, notifica el error aquí.
- Chrome 132 en Windows
Discontinuación de la política ThirdPartyBlockingEnabled
- Chrome 135 en Windows
eliminación de la política ThirdPartyBlockingEnabled
- Chrome 132 en Windows
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. Se ha ampliado la duración de la política LegacySameSiteCookieBehaviorEnabledForDomainList y ahora se eliminará en Chrome 132.
- Chrome 132 en Android, ChromeOS, Linux, macOS, Windows
Quitar la políticaLegacySameSiteCookieBehaviorEnabledForDomainList
- Chrome 132 en Android, ChromeOS, Linux, macOS, Windows
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, como git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 132 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: se elimina la marca de función
- Traducir para Buscar con Google Lens
Se están implementando funciones de traducción de realidad aumentada (RA) en la función Buscar con Google Lens. La política empresarial LensOverlaySettings está disponible para que puedas activar o desactivar la función.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Chrome 132 en ChromeOS, Linux, macOS y Windows
En Chrome 131 se introdujo la función de traducción. En Chrome 132, la función de traducción se va a ampliar con la compatibilidad con más idiomas.
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
Cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que otros usuarios ven el enlace abierto en una nueva pestaña con un chip en la barra de direcciones y, al hacer clic en el chip, se inicia la aplicación. Hay una bandera disponible para controlar esta función:chrome://flags/#enable-user-link-capturing-pwa.- Chrome 132 en Linux, macOS y Windows
Lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 132 en Linux, macOS y Windows
- Contenedores de desplazamiento enfocables en el teclado
Mejora la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.
Nota: el lanzamiento anterior de esta función (que se inició en Chrome 127 y, de nuevo, en Chrome 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación de Chrome 132.
- Chrome 132 en Windows, macOS, Linux y Android
- Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo
Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo están obsoletas desde la versión 38 de Chrome. Se han sustituido por la API Element.requestFullscreen(), que se lanzó sin prefijo en Chrome 71 en el 2018. Desde el 2024, la mayoría de los navegadores llevan varios años admitiendo las APIs sin prefijo.
Esta función monitoriza la eliminación de las siguientes APIs de HTMLVideoElement:
- readonly attribute boolean webkitSupportsFullscreen;
- readonly attribute boolean webkitDisplayingFullscreen;
- void webkitEnterFullscreen();
- void webkitExitFullscreen();
// Ten en cuenta la diferencia en la mayúscula de la "S" en FullScreen.
- void webkitEnterFullScreen();
- void webkitExitFullScreen();
Ahora estos métodos solo son alias de la API moderna. Su uso ha disminuido de forma constante a lo largo de los años.
- Chrome 132 en Windows, macOS, Linux y Android
- Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos
Se trata de un cambio poco habitual que no afectará a los desarrolladores. Antes, si se llamaba a `showPopover()` o `showModal()` en un elemento emergente o un cuadro de diálogo que se encuentra en un documento inactivo, se producía un error en segundo plano. Esto significa que no se lanzaría ninguna excepción, pero como el documento está inactivo, no se mostraría ningún elemento emergente ni ningún cuadro de diálogo. Estas situaciones ahora lanzan InvalidStateError. Para obtener más información, consulta la solicitud de incorporación de especificación pertinente en GitHub.
- Chrome 132 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción CACertificates Certificados TLS en los que debería confiar para autenticar el servidor CACertificateManagementAllowed Permitir que los usuarios gestionen todos los certificados Certificados TLS en los que no debería confiar para autenticar el servidor CAHintCertificates Certificados TLS que no son de confianza, pero que se pueden usar al crear rutas para autenticar el servidor CACertificatesWithConstraints Certificados TLS en los que debería confiar para autenticar el servidor con restricciones PasswordManagerPasskeysEnabled Habilitar el almacenamiento de llaves de acceso en el Gestor de contraseñas SharedWorkerBlobURLFixEnabled Hacer que el comportamiento de las URLs de blobs de SharedWorker se ajuste a la especificación TranslatorAPIAllowed Permite el uso de la API Translator
- Políticas retiradas del navegador Chrome
Política Descripción LegacySameSiteCookieBehaviorEnabledForDomainList Volver a la configuración antigua de comportamiento de cookies en todos los sitios web NativeClientForceAllowed Fuerza que se permita la ejecución de Native Client (NaCl) PrefixedVideoFullscreenApiAvailability Gestiona la disponibilidad de la API de pantalla completa de vídeos con prefijo discontinuada
Cambios en Chrome Enterprise Core
- Chrome Web Store personalizado para empresas
Los administradores pueden usar nuevos ajustes para personalizar Chrome Web Store para sus usuarios gestionados, lo que incluye la posibilidad de hacer lo siguiente:
- Añadir logotipos de empresas
- Añadir banners principales y avisos personalizados
- Elaborar colecciones de extensiones
- Ocultar categorías de extensiones
Estos ajustes se pueden configurar mediante la consola de administración (más información) y están disponibles para todos los usuarios gestionados que hayan iniciado sesión (usuarios que hayan iniciado sesión en Chrome Web Store con una cuenta de Google gestionada).
Además, todos los usuarios gestionados que inicien sesión en Chrome Web Store verán los siguientes cambios:
- Nuevas etiquetas para los elementos "Bloqueados por el administrador" al buscar un elemento
- Funciones de búsqueda de elementos de dominio privado y filtrado avanzado
- Los elementos privados y recomendados se trasladan a la pestaña "Extensiones".
Los navegadores registrados (sin necesidad de iniciar sesión) se admitirán más adelante en el 2025.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Nuevas funciones de gestión de usuarios de Chrome en la consola de administración
Ahora los administradores pueden obtener más información sobre los perfiles de usuario de Chrome de su organización con una nueva lista de perfiles y funciones de informes para cuentas de Google con inicio de sesión. Esta vista centralizada de la consola de administración de Google proporciona informes detallados sobre los perfiles de usuario de tu organización, como la información del perfil, la versión del navegador, las políticas aplicadas y las extensiones instaladas. Para obtener más información, consulta el artículo Ver los detalles del perfil del navegador Chrome.
Para empezar, los administradores de TI solo tienen que activar la nueva política de informes de perfiles gestionados de Chrome para ver la información de los informes sobre perfiles gestionados.
- Chrome 132 en Android, Linux, macOS y Windows
- Copiar condiciones de origen en la regla de pegar de DLP de Chrome
En esta función, vamos a añadir condiciones de fuente de copia, como la URL de la fuente, la categoría de la URL de la fuente y el contexto de Chrome de la fuente, en la regla de activación de pegar para todos los clientes. Ahora, los administradores pueden crear reglas de pegado mediante la política OnBulkDataEntryEnterpriseConnector, con condiciones que coincidan con el origen de los datos o el texto que se pegan.
Para obtener información, consulta el artículo Usar Chrome Enterprise Premium para integrar la función DLP en Chrome.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
En este lanzamiento, vamos a añadir las condiciones de origen de copia, es decir, la categoría de URL de origen y el contexto de Chrome de origen, a la regla de activación de pegar para todos los clientes. Los administradores podrán crear reglas de pegado (política) con condiciones que coincidan con el origen de los datos o el texto que se pegan.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Generar estadísticas de advertencias y errores de la consola de Chrome DevTools
Ya hay disponible una nueva función de IA generativa (GenAI) para usuarios no gestionados: generar estadísticas sobre advertencias y errores de la consola Chrome DevTools.
Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, Mac y Windows
La función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia. - Chrome 127 en ChromeOS, Linux, Mac y Windows
La función está disponible para usuarios gestionados de Chrome Enterprise y Education en los territorios que la ofrezcan. - Chrome 131 en ChromeOS, Linux, macOS, Windows
En Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas de estilo y a depurar el CSS. - Chrome 132 en ChromeOS, Linux, macOS y Windows
El panel de asistencia de IA ahora puede explicar los recursos en el panel Rendimiento, el panel Fuentes y el panel Red, además de la compatibilidad anterior con la depuración de estilos
- Chrome 125 en ChromeOS, Linux, Mac y Windows
- Certificación de administrador profesional de Chrome Enterprise
Para las organizaciones que utilizan Chrome Enterprise Core, ofrecemos una nueva oportunidad de certificación: la certificación Professional Chrome Enterprise Administrator. Esta certificación está diseñada para validar tus conocimientos sobre la gestión de entornos de navegadores Chrome Enterprise, centrándose en el uso de Chrome Enterprise Core para implementar políticas, establecer controles y analizar informes.
El examen está diseñado para administradores de Chrome Enterprise con al menos un año de experiencia en la gestión de aplicaciones, políticas y endpoints. Tiene una duración de dos horas y consta de unas 70 preguntas de opción múltiple. En el examen se evalúa tu nivel de familiarización con las soluciones locales y basadas en la nube para gestionar, mantener, solucionar problemas, proteger e integrar servicios relacionados con Chrome.
Google renuncia al importe de 125 USD de la tasa del examen hasta marzo del 2025, por lo que los administradores pueden realizar el examen de Certificación de administrador profesional de Chrome Enterprise de forma gratuita.
- Chrome 132 en Android, iOS y ChromeOS
- Certificados raíz de servidores para Chrome Enterprise
Chrome 132 añade la posibilidad de que los clientes o partners empresariales implementen certificados raíz de servidor o nodos de confianza personalizados en el almacén raíz de Chrome en navegadores totalmente gestionados a través de la gestión en la nube del navegador Chrome o en perfiles de Chrome gestionados en dispositivos gestionados o no gestionados.
- Chrome 132 en Linux, macOS y Windows
- Informe de tecnología antigua
El informe de tecnologías antiguas permite a los administradores de TI tener visibilidad sobre los sitios web (tanto internos como externos) que utilizan tecnologías obsoletas o que pronto lo serán (por ejemplo, cambios en la propiedad CSS o protocolos de seguridad antiguos, como TLS 1.0 y 1.1). Este lanzamiento está disponible en la consola de administración de Google para todos los usuarios de Chrome Enterprise Core. Para obtener más información, consulta el artículo Ver detalles de uso de tecnologías antiguas.
De esta forma, los administradores de TI pueden trabajar con los desarrolladores para planificar de forma proactiva las migraciones técnicas antes de que entre en vigor una discontinuación.
- Chrome 132 en Linux, macOS y Windows
- Políticas recomendadas (los usuarios pueden anular el valor de una política)
Chrome va a introducir la configuración de anulación por parte del usuario en la consola de administración de Google para las políticas que se puedan definir como recomendadas. Esto significa que los administradores de TI pueden aplicar un valor de política y permitir que los usuarios lo anulen.
En Chrome 132: se admiten las siguientes políticas: ShowHomeButton, HomepageIsNewTabPage, HomepageLocation, DownloadRestrictions, SafeBrowsingProtectionLevel, AlwaysOpenPdfExternally, BackgroundModeEnabled, MetricsReportingEnabled, WarnBeforeQuitting, PrintPreviewUseSystemDefaultPrinter y BatterySaverModeAvailability.
A partir de Chrome 133: se admitirán las siguientes políticas: ImportAutofillFormData, ImportBookmarks, ImportHistory, ImportSavedPasswords e ImportSearchEngine.
- Lista actualizada de navegadores gestionados: actividad más reciente de Google Update
Chrome Enterprise Core añade la columna Actividad más reciente de Google Update a la lista de navegadores gestionados. La actividad más reciente de Google Update representa la última vez que el servicio GoogleUpdater ha interactuado con un navegador gestionado.
- Chrome 132 en Linux, macOS y Windows
- Chrome 132 en Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
- Cifrado de descarga de archivos para reglas de DLP
Cuando se activa una regla de Prevención de la pérdida de datos (DLP) de un archivo descargado, el archivo se cifra sobre la marcha para asegurarse de que los usuarios finales no puedan acceder a él cuando se devuelva un veredicto. Esto significa que los usuarios ya no podrán eludir la regla moviendo o cambiando el nombre del archivo.
Esta función está restringida por la política OnFileDownloadedEnterpriseConnector y solo está disponible para los usuarios de Chrome Enterprise Premium.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- No se permiten espacios en los hosts de URL que no sean file://
Según se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 "HTTPS URLs for WebSocket" y en las áreas de enfoque de las URLs.
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows
file://(consulta el debate en GitHub).Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Lectura en voz alta en el Modo Lectura de Chrome 133
El modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El modo Lectura incluirá una función de lectura en voz alta que permite a los usuarios escuchar el texto que están leyendo. Los usuarios podrán elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados.
- Chrome 133 en Linux, macOS y Windows
- Inmovilizar pestañas en Ahorro de energía
Cuando Ahorro de energía está activo, Chrome congela una pestaña que ha estado oculta y en silencio durante más de 5 minutos y usa mucha CPU, a menos que:
- La pestaña ofrezca funciones de videoconferencia detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o bien una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en directo.
- La pestaña controla un dispositivo externo (detectado mediante el uso de Web USB, Web Bluetooth, Web HID o Web Serial).
De esta forma, se prolongará la duración de la batería y se acelerará Chrome al reducir el uso de la CPU.
La función se puede probar en Chrome 131 a través dehrome://flags/#freezing-on-energy-saver. También se puede probar conchrome://flags/#freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si las pestañas son aptas para congelarse y si se congelarían si usaran mucha CPU).- La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo).
- Chrome 133 en ChromeOS, Linux, macOS y Windows
La función empezará a lanzarse para el 1 % de los usuarios de la versión estable en Chrome 133.
- Discontinuación de los métodos getter de Intl Locale Info
La API Intl Locale Info es una propuesta de nivel 3 de ECMAScript para TC39 que mejora el objeto Intl.Locale exponiendo información sobre el locale, como los datos de la semana (primer día de la 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 utilizado en el locale.
Hemos lanzado nuestra implementación en Chrome 99 , pero más tarde se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios getters a funciones. Tenemos que quitar los getters obsoletos y volver a lanzar las funciones renombradas.
- Chrome 133 en Windows, macOS, Linux y Android
- Mejoras en el posicionamiento de los activadores de ventanas emergentes y de los anclajes
Esta actualización representa el siguiente conjunto de cambios relacionados, que se solucionaron y implementaron
1. Añadir una forma imperativa de establecer relaciones de invocador entre los popovers:
popover.showPopover({source})2. Las relaciones de invocador crean referencias implícitas a elementos de ancla.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Eliminar el desencadenamiento de la página de bienvenida de Chrome a través de las pestañas de la primera ejecución de las preferencias iniciales
Incluir
chrome://welcomeen la propiedad first_run_tabs del archivo initial_preferences ya no tendrá ningún efecto. Se ha quitado porque esa página es redundante con la experiencia de primera ejecución que se activa en las plataformas para ordenadores.Para obtener más información sobre el contexto del archivo initial_preferences, consulta el artículo Configurar otras preferencias.
- Chrome 133 en Windows, macOS y Linux
- Se han eliminado las restricciones de audio no estándar de getUserMedia
Blink admite una serie de restricciones no estándar con prefijo goog para getUserMedia desde hace algún tiempo, antes de que las restricciones se estandarizaran correctamente.
El uso ha disminuido considerablemente, de un 0,000001 % a un 0,0009 % (en función de la restricción), y algunos ni siquiera tienen efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto ninguno de ellos tendrá efecto debido a otros cambios que se avecinan.
No esperamos que este cambio provoque regresión alguna de importancia. Las aplicaciones que usen estas restricciones seguirán funcionando, pero recibirán audio con los ajustes predeterminados (como si no se hubieran enviado restricciones). Pueden migrar fácilmente a restricciones estándar.
- Chrome 133 en Windows, macOS, Linux y Android
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGL está obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para aceptar reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos --enable-unsafe-swiftshader.
Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 133 en Windows, macOS, Linux y Android
- Panel de privacidad y seguridad en Chrome DevTools
A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad de Chrome DevTools para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar cómo se comporta su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no hará cambios permanentes en las políticas empresariales actuales, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros mediante BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad sustituirá al panel de seguridad. La información sobre la conexión y los certificados TLS seguirán estando disponibles en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 133 en ChromeOS, Linux, macOS y Windows
- La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años
A partir de febrero del 2025, Sincronización de Chrome (que usa y guarda datos en tu cuenta de Google) dejará de ser compatible con las versiones de Chrome que tengan más de cuatro años. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones antiguas de Chrome y se implementará del lado del servidor. La versión 133 de Chrome solo se especifica para reflejar la línea de tiempo en la que el cambio tendrá efecto.
- Configuración de seguridad de V8
Añade un ajuste en
chrome://settings/securitypara inhabilitar los optimizadores JIT de V8 con el objetivo de reducir la superficie de ataque de Chrome. De esta forma, se mantiene la compatibilidad con WebAssembly. Este comportamiento sigue estando controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
El ajuste se lanzará en Chrome 121. Las políticas empresariales llevan disponibles desde Chrome 93.
- Chrome 133 en Android
El ajuste está disponible en Android en Chrome 133, en Ajustes del sitio. Las políticas empresariales ya no se consideran experimentales.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), que antes se denominaba "Solo HTTPS" o "Modos primero HTTPS", es un ajuste que indica a Chrome que debe pedir el consentimiento del usuario antes de enviar contenido HTTP inseguro por la red. La política HttpsOnlyMod permite habilitar o inhabilitar la función ABH.
En Chrome 129, vamos a añadir una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias para los usuarios haciendo que funcione como ABH estricto la mayor parte del tiempo, pero sin preguntar cuando Chrome sabe que no es posible una conexión HTTPS (como cuando se conecta a un nombre de host de etiqueta única, como "internal/").
Vamos a añadir la opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si defines force_balanced_enabled en navegadores anteriores a Chrome 129, se producirá el comportamiento predeterminado, que no impone ninguna restricción de empresa al ajuste de ABH.
Para evitar problemas inesperados, si ya has definido force_enabled, te recomendamos que no definas force_balanced_enabled hasta que toda tu flota se haya actualizado a Chrome 129 o una versión posterior. Si no vas a migrar de force_enabled a force_enabled, este cambio no te afectará.
- Chrome 129 en ChromeOS, Linux, macOS y Windows, Fuchsia
- Chrome 133 en Android
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 134 en Android, iOS, ChromeOS, Linux, macOS y Windows: se lanzará de forma gradual.
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y el booleano has-cross-site-ancestor ), con la excepción de las navegaciones, que seguirán estando divididas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y actualizaremos las especificaciones para reflejar ambos cambios.
Este cambio se puede revertir temporalmente configurando la política PartitionedBlobURLUsage, que estará disponible en Chrome 134. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 134 en Windows, macOS y Linux
- El controlador de la secuencia de comandos de SharedWorker hereda la URL de la secuencia de comandos de blob
Los Service Workers deben heredar controladores para la URL de blob. Sin embargo, el código actual solo permite que los DedicatedWorkers hereden el controlador y los SharedWorkers no heredan el controlador.
Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación.
Hay una política empresarial SharedWorkerBlobURLFixEnabled disponible para controlar esta función.
- Chrome 134 en Windows, macOS y Linux
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.
La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Para obtener más información, consulta esta entrada de blog. Notifica cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Personalizar perfiles gestionados con logotipo y etiqueta personalizados
Nuevas personalizaciones de la barra de herramientas y del menú de perfil que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está gestionado, tanto si están en un dispositivo de trabajo como si están en un dispositivo personal. Esta opción resulta especialmente útil en los casos en los que los empleados utilizan sus propios dispositivos con cuentas gestionadas.
Para personalizar esta experiencia, vamos a añadir tres nuevas políticas:
- EnterpriseCustomLabel: personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con la imagen de marca de tu organización.
- EnterpriseLogoUrl: añade el logotipo de tu empresa al menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: esta política puede inhabilitar la etiqueta predeterminada de un perfil gestionado en la barra de herramientas de Chrome.
En Chrome 133, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil gestionado.
A partir de Chrome 134, se actualizará el comportamiento predeterminado de la etiqueta y el icono del perfil superpuestos en el avatar de la cuenta. Los perfiles gestionados mostrarán una etiqueta de trabajo o de centro educativo además del disco del perfil. En el menú del perfil, verás un icono de un edificio superpuesto sobre el avatar de la cuenta. El disco de perfil ampliado se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 133 en macOS y Windows
Políticas para personalizar la etiqueta y el icono de la barra de herramientas (en el menú de perfil)
- Chrome 134: se empieza a lanzar la configuración predeterminada, que incluye lo siguiente:
- 1) Etiqueta de trabajo o de centro educativo que se muestra en la barra de herramientas junto al avatar del usuario
- 2) Un icono de edificio superpuesto en la foto de la cuenta del usuario en el menú del perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Empezando con un 1 % y lanzando el producto de forma gradual a partir de ahí.
Próximos cambios de Chrome Enterprise Core
-
Nueva aplicación complementaria de Chrome Enterprise
La aplicación complementaria Chrome Enterprise (CECA) es un nuevo binario administrativo que se instalará automáticamente con los navegadores Chrome registrados en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos prácticos, políticas e informes de empresa.
- Chrome 133 en Windows y macOS
Próximos cambios de Chrome Enterprise Premium
- Prevención de capturas de pantalla
Tenemos previsto mejorar la función de prevención de capturas de pantalla ampliando el bloqueo de la función de compartir pantalla a aplicaciones de reuniones como Google Meet, Zoom, Teams y Slack. Seguiremos mejorando la versión de los controles de protección de datos que ya hemos lanzado, añadiendo funciones clave y resolviendo problemas y comentarios de los usuarios.
- Chrome 134 en Windows y macOS
- Filtrado de URLs en iOS y Android
Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función funciona sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).
- Chrome 135 en Android, IOS
- Conector de informes para móviles
Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.
- Chrome 135 en Android, IOS
- Refactorizar la experiencia de usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.
- Chrome 134 en Windows, macOS, Linux y ChromeOS
- API Conectores
Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
Resumen de novedades de ChromeOS 132
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Chrome Web Store personalizada para empresas | ✓ | ||
| Se retira la compatibilidad con Native Client (NaCl) en ChromeOS | ✓ | ||
| Actualización de la incorporación | ✓ | ||
| Migrar datos de alumnos que se van a graduar | ✓ | ✓ | |
| Esquinas redondeadas de las aplicaciones | ✓ | ||
| Autenticación sin contraseña de ChromeOS | ✓ | ||
| Control con gestos faciales en ChromeOS | ✓ | ✓ | |
| Desactivar el panel táctil | ✓ | ||
| Autenticación biométrica del gestor de contraseñas | ✓ | ||
| Se ha quitado la sección Descubrir aplicaciones de Explorar | ✓ | ||
| Gestión remota de dispositivos inactivos | ✓ | ||
| Política de horas de dormir para dispositivos ChromeOS | ✓ | ||
| Mejora de la información de gestión en dispositivos bloqueados | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Fondos de pantalla y salvapantallas creados con IA | ✓ | ||
| ChromeOS dejará de admitir aplicaciones de Chrome | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Chrome Web Store personalizado para empresas
Los administradores pueden usar nuevos ajustes para personalizar Chrome Web Store para sus usuarios gestionados, lo que incluye la posibilidad de hacer lo siguiente:
- Añadir logotipos de empresas
- Añadir banners principales y avisos personalizados
- Elaborar colecciones de extensiones
- Implementar controles basados en categorías
Estos ajustes se pueden configurar mediante la consola de administración y están disponibles para todos los usuarios gestionados que hayan iniciado sesión (usuarios que hayan iniciado sesión en Chrome Web Store con una cuenta de Google gestionada). Consulta más detalles en el artículo Chrome Web Store personalizada para empresas.
Además, todos los usuarios gestionados que inicien sesión en Chrome Web Store verán los siguientes cambios:
- Nuevas etiquetas para los elementos Bloqueados por el administrador al buscar un elemento
- Funciones de búsqueda de elementos de dominio privado y filtrado avanzado
- Los elementos privados y recomendados se trasladan a la pestaña Extensiones
Los navegadores registrados (sin necesidad de iniciar sesión) se admitirán más adelante en el 2025.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
-
Se retira la compatibilidad con Native Client (NaCl) en ChromeOS
ChromeOS 132 es la última versión con compatibilidad con NaCl para dispositivos no gestionados o de consumo. A continuación, en julio del 2025, se lanzará ChromeOS 138 para dispositivos gestionados. Para obtener más información, consulta el artículo Acerca de la gestión de dispositivos ChromeOS.
En el 2017, anunciamos que íNative Client (NaCl) dejaría de estar disponible y que se sustituiría por WebAssembly. Dado que la mayoría de los desarrolladores y usuarios han dejado de usar NaCl, confirmamos las siguientes fechas de deshabilitación de NaCl:
- Enero del 2025: Native Client (NaCl) se inhabilitará a partir de ChromeOS 132.
- Para los usuarios no gestionados y los consumidores, ChromeOS 132 será la última versión de ChromeOS que admita NaCl.
- En los entornos gestionados (incluidas las sesiones de quiosco), los administradores que gestionan dispositivos ChromeOS en empresas o centros educativos tendrán la opción de ampliar la capacidad de usar NaCl con una política de permitir NaCl DeviceNativeClientForceAllowed a través de la versión 138 de ChromeOS. Para habilitar las políticas de dispositivos, consulta el artículo Gestionar las políticas de los dispositivos ChromeOS en el Centro de Ayuda de Chrome Enterprise y Education.
- Julio del 2025: ChromeOS 138 será la última versión con compatibilidad con NaCl.
- En los entornos gestionados, ChromeOS 138 es una versión de ChromeOS con asistencia a largo plazo (LTS), disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o en un centro educativo.
- En el caso de los dispositivos que se hayan cambiado al canal LTS y tengan habilitada la política de aceptación de NaCl, NaCl estará disponible hasta la última actualización del LTS en abril del 2026.
- No se realizarán excepciones.
En el caso de las aplicaciones de Chrome que usan NaCl, migra a WebAssembly (WASM). Para ayudarte con la transición, hemos publicado la Guía de migración a WebAssembly.
Si quieres obtener más información sobre este cambio o necesitas ayuda, puedes consultar cualquiera de los siguientes recursos:
- Guía de migración de WebAssembly.
- Comunidad de desarrolladores de ChromeOS en Discord.
- Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
Para obtener más información, consulta el artículo Gestionar políticas de dispositivos ChromeOS en el Centro de Ayuda de Chrome Enterprise y Education.
- Enero del 2025: Native Client (NaCl) se inhabilitará a partir de ChromeOS 132.
-
Actualización de la incorporación
Hay muchos elementos de configuración que los usuarios pueden querer cambiar una vez que empiezan a usar sus dispositivos, como configurar una impresora, conectar dispositivos Bluetooth, cambiar la dirección del panel táctil, etc. Esta función consolida muchos de estos elementos de configuración habituales en una lista de tareas sencilla, con enlaces profundos a los lugares donde los usuarios pueden cambiar un ajuste concreto, para simplificar el proceso de completar muchos de estos pasos.
-
Migrar datos de alumnos que se van a graduar
A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los alumnos de posgrado u otros usuarios gestionados por un centro educativo que quieran migrar sus datos a través del proceso de transferencia actualizado de Google Takeout. Esto les permite llevar su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que prefieran.
Esta nueva aplicación permite a los administradores de centros educativos fijar un icono en el estante, notificar a los alumnos y al profesorado en sus Chromebooks y definir fechas para activar estas sugerencias para animarles a usar la transferencia de contenido.
-
Esquinas redondeadas de las aplicaciones
Como parte del nuevo diseño de la interfaz de usuario, ChromeOS ahora tiene esquinas redondeadas en todas las ventanas de aplicaciones de los dispositivos Chromebook Plus.
-
Autenticación sin contraseña de ChromeOS
La función sin contraseña de ChromeOS permite a los usuarios acceder a su dispositivo con un PIN o una contraseña local como factor de autenticación principal. Esto significa que podrás iniciar sesión en tu dispositivo ChromeOS con una contraseña que hayas definido explícitamente para tu dispositivo, así como con un PIN que ya no vincule tu contraseña de Gmail con la contraseña de tu dispositivo.
No es posible habilitar la función de PIN en dispositivos gestionados.
-
Control con gestos faciales en ChromeOS
ChromeOS ahora incluye el control con gestos faciales basado en IA. Ahora puedes usar el seguimiento de caras y gestos para desplazarte por tu Chromebook, abrir aplicaciones e incluso escribir correos, todo sin teclado ni ratón. Esta tecnología integrada, inspirada en Project Gameface, ofrece una mayor accesibilidad a los usuarios con discapacidades motoras y una forma más eficiente de interactuar con sus dispositivos. Para obtener más información sobre esta función, consulta esta entrada de blog de Google.
-
Desactivar el panel táctil
Los usuarios de Chromebooks ahora pueden inhabilitar sus paneles táctiles. Esta mejora de la accesibilidad ayuda a los usuarios que utilizan lectores de pantalla o que pueden hacer clic accidentalmente. Para desactivarlo, ve a Configuración > Accesibilidad > Cursor y panel táctil.
-
Autenticación biométrica del gestor de contraseñas
ChromeOS 132 habilita la biometría en Gestor de contraseñas y el autocompletado en Chrome para dispositivos ChromeOS.
-
Se ha quitado la sección Descubrir aplicaciones de Explorar
En ChromeOS 132 se ha eliminado el módulo Aplicaciones y juegos de la aplicación Explorar. Para descubrir nuevas aplicaciones para tu dispositivo ChromeOS, ve a https://discover.apps.chrome.
.
.-
Gestión remota de dispositivos inactivos
Escritorio Remoto de Chrome (CRD) es una función que permite controlar de forma remota dispositivos ChromeOS, principalmente para solucionar problemas cuando un dispositivo está inactivo y no se utiliza. Ahor, los administradores pueden iniciar una conexión de CRD en un dispositivo ChromeOS que esté en la pantalla de inicio de sesión. De esta forma, los administradores pueden iniciar sesión en un dispositivo gestionado con sus propias credenciales para solucionar problemas o hacer pruebas.
-
Política de horas de dormir para dispositivos ChromeOS
La nueva política DeviceRestrictionSchedule de ChromeOS permite a los administradores de ChromeOS impedir que los usuarios inicien sesión en Chromebooks específicos durante determinadas horas y días de la semana. Durante estas horas, las aplicaciones de kiosco tampoco están disponibles.
-
Se ha mejorado la información de gestión en dispositivos bloqueados
Esta función mejora la información de gestión en la pantalla de bloqueo del dispositivo. Para que los usuarios entiendan mejor qué implica usar su dispositivo para tareas personales o laborales, proporcionamos una explicación clara de los dispositivos gestionados. De esta forma, los usuarios pueden tomar decisiones fundamentadas sobre el uso que hacen de sus dispositivos. Al proporcionar la información necesaria, los usuarios obtienen los conocimientos necesarios para tomar decisiones que se ajusten a sus preferencias y preocupaciones en materia de privacidad y seguridad.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Fondos de pantalla y salvapantallas creados con IA
A partir de ChromeOS 134, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de videollamada en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
ChromeOS dejará de admitir aplicaciones de Chrome
En el 2016, anunciamos que las aplicaciones de Chrome discontinuarían en favor de las aplicaciones web. En el 2021, anunciamos en el blog de Chromium que la compatibilidad de las aplicaciones de Chrome con los clientes de ChromeOS Enterprise y Education, así como con los desarrolladores de ChromeOS, se prolongaría hasta, como mínimo, enero del 2025. Dado que la mayoría de nuestros clientes han dejado de usar aplicaciones de Chrome (incluidas las aplicaciones empaquetadas antiguas (versión 1) y las aplicaciones alojadas), te confirmamos las siguientes actualizaciones sobre las fechas de retirada de aplicaciones de Chrome.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).
- Las aplicaciones de Chrome cuya instalación se haya forzado a través de la consola de administración seguirán siendo compatibles.
- Julio del 2026: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome en modo Kiosco (programada para la versión M150 de ChromeOS).
- Los dispositivos del canal LTS con aplicaciones de Chrome en modo Kiosco se seguirán admitiendo hasta abril del 2027.
- Febrero del 2028: última versión de ChromeOS con compatibilidad con aplicaciones de Chrome (programada para ChromeOS M168), que marca el fin del ciclo de vida de todas las aplicaciones de Chrome.
- Los dispositivos que estén en el canal LTS podrán seguir usando aplicaciones de Chrome hasta octubre del 2028.
- No se realizarán excepciones.
Estos plazos de discontinuación también se aplican a las aplicaciones de Chrome alojadas en servidores propios.
Aunque no se pueden añadir nuevas aplicaciones de Chrome a Chrome Web Store, las que ya están se pueden seguir actualizando hasta octubre del 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esa fecha, las aplicaciones de Chrome se retirarán de Chrome Web Store.
Si tu organización ha desarrollado aplicaciones de Chrome para utilizarlas de forma interna y necesitas ayuda, consulta la guía Transición desde aplicaciones de Chrome. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de aplicaciones de Chrome y a todos los administradores de ChromeOS.
- Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).
Chrome 131
Resumen de novedades de Chrome 131
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Buscar con Google Lens en iOS | ✓ | ||
| Comprobación asíncrona de Navegación segura en tiempo real | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Elegir un archivo de Google Drive en iOS | ✓ | ||
| OCR del lector de PDF de Chrome | ✓ | ||
| Promoción de Chrome en iOS en NTP de escritorio | ✓ | ||
| Detección de reutilización de contraseñas entre perfiles | ✓ | ||
| Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros | ✓ | ✓ | |
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Desconfianza en los certificados de Entrust | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| PartitionAlloc con comprobaciones avanzadas (PA/AC) | ✓ | ||
| Experiencia de inicio de sesión y sincronización simplificada | ✓ | ||
| Inmovilizar pestañas en Ahorro de energía | ✓ | ||
| Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Discontinuación de la propiedad de posicionamiento de anclas de CSS inset-area | ✓ | ||
| Mejoras en la estructura de estilos de los elementos <details> y <summary> | ✓ | ||
| Permisos de bloqueo del teclado y de bloqueo del puntero | ✓ | ||
| Quitar el método requestAdapterInfo() de GPUAdapter no estándar | ✓ | ||
| <select> parser relaxation | ✓ | ||
| Compatibilidad con recursos SVG externos para las propiedades clip-path, fill, stroke y marker-* | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Traducir para Buscar con Google Lens | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Política de valores predeterminados de IA generativa | ✓ | ||
| Integración de telemetría de extensiones de Chrome con SecOps | ✓ | ||
| Chrome Web Store personalizado para empresas | ✓ | ||
| Compatibilidad con la política DownloadRestrictions en Android | ✓ | ✓ | |
| Política de empresa para forzar el almacenamiento en búfer adaptable en la renderización de WebAudio | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola de Chrome DevTools | ✓ | ||
| Políticas recomendadas en la consola de administración | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Protección de capturas de pantalla | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Lectura en voz alta en el Modo Lectura de Chrome 132 | ✓ | ||
| Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome | ✓ | ||
| Capturar todas las pantallas | ✓ | ||
| Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos | ✓ | ||
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| El servicio de red de Windows se pondrá en un entorno aislado | ✓ | ||
| Eliminar la alternativa de SwiftShader | ✓ | ||
| Panel de privacidad y seguridad en Chrome DevTools | ✓ | ||
| La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años | ✓ | ||
| No se permiten espacios en los hosts de URL que no sean file:// | ✓ | ||
| Migración de la API SafeBrowsing v4 a v5 | ✓ | ||
| Partición de URLs de blobs: obtención o navegación | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Prevención de acceso a descarga de archivos de DLP | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Búsqueda con Google Lens en iOS
A partir de Chrome 126, los usuarios pueden utilizar Google Lens para buscar imágenes o texto que se muestren en su pantalla. Para usar esta función, ve a un sitio web y haz clic en Buscar con Google Lens en el chip del omnibox en el que te encuentres, en los menús de clic con el botón derecho (en ordenadores) o en el menú de 3 puntos (tanto en ordenadores como en móviles). Los usuarios pueden resaltar, arrastrar o hacer clic en cualquier parte de la pantalla para buscar el contenido que aparece, y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ningún humano la revisa y no se registra ningún dato sobre su contenido. Estamos empezando a lanzar esta función de forma gradual en iOS en Chrome 131 y tenemos previsto lanzarla por completo en Chrome 132.
- Chrome 126 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 1 % de los usuarios del canal estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 100 % de los usuarios del canal estable
- Chrome 131 en iOS: se empieza a lanzar la función
- Chrome 132 en iOS: se lanza la función para el 100 % de los usuarios del canal estable
- Comprobación asíncrona de Navegación segura en tiempo real en iOS
Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que el usuario no puede ver la página hasta que las comprobaciones se completan. Para mejorar la velocidad de carga de Chrome, las comprobaciones de Navegación segura en tiempo real ya no bloquearán la carga de las páginas a partir de Chrome 122, y a partir de Chrome 131 en iOS.
Hemos evaluado el riesgo e implementado medidas de mitigación:
- En el caso del malware y los ataques de día cero, las comprobaciones de las listas de bloqueados locales se seguirán realizando de forma síncrona para que Navegación segura continúe bloqueando las cargas útiles maliciosas.
- En lo que respecta a los ataques de phishing, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introduciendo una contraseña) antes de que mostremos la advertencia.
- Chrome 122 en Android, ChromeOS, Linux, macOS y Windows
- Chrome 131 en iOS
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. macOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionan los problemas que se producen al intentar incluir varias PWAs en el panel de preferencias Abrir al iniciar sesión de macOS, y se pueden hacer mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs en macOS.
Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen, como Santa. Para probar la compatibilidad de esta función, puedes activarla con la marca
chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, los administradores pueden instalar una PWA y asegurarse de que se inicie correctamente.Si hay alguna incompatibilidad entre la función y las políticas de seguridad que tenga aplicadas, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.
- Chrome 129 en macOS
Esta función se activa con una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa. Si no es compatible en un momento dado, pueden controlar la función usando la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints. - Chrome 131 en macOS: se empieza a lanzar la función en el canal estable para el 1 % de los usuarios.
- Chrome 129 en macOS
- Elección de archivo de Google Drive
Desde Chrome 131, los usuarios de Chrome para iOS pueden subir un archivo de Google Drive directamente a una página web sin necesidad de descargarlo primero en el dispositivo.
- Chrome 131 en iOS: incluye una función principal para subir un único archivo.
- OCR en el visor de PDFs de Chrome
Ahora, la versión de Chrome para ordenadores hace que los PDFs escaneados sean más accesibles. Chrome convierte automáticamente los PDFs escaneados para que puedas seleccionar texto, usar Ctrl+F, copiar y pegar. Para hacerlo, utiliza el reconocimiento óptico de caracteres (OCR) en el dispositivo con el objetivo de mantener la privacidad (no se envía ningún contenido a Google). La función no omite los PDFs seguros. Solo se aplica OCR a los PDFs a los que el usuario tenga acceso. La solución permite que los usuarios de Chrome accedan a los archivos de este formato sin tener que seguir ningún paso adicional, lo que hace que sean tan accesibles como el resto de la Web.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Promoción de Chrome para iOS en la página Nueva pestaña de la versión para ordenadores
Con la promoción de Chrome para iOS en la página Nueva pestaña de la versión para ordenadores, se pretende dar a conocer Chrome para iOS y ofrecer una forma sencilla de instalarlo.
Puedes controlar esta función mediante las políticas PromotionsEnabled y NTPMiddleSlotAnnouncementVisible.
- Chrome 131 en Linux, macOS y Windows
- Detección de reutilización de contraseñas en distintos perfiles
Antes, solo se podía detectar si se reutilizaban contraseñas de credenciales de empresa en perfiles corporativos. Ahora, se detecta en todos los perfiles que no sean de incógnito en navegadores gestionados.
Hemos actualizado los criterios de detección de reutilización de contraseñas en distintos perfiles para que reflejen mejor las cuentas de empresa gestionadas. También hemos modificado el mensaje que se muestra a los usuarios en pantalla para informarles más claramente de que su empresa está monitorizando la reutilización de contraseñas corporativas.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
Hemos actualizado los criterios de detección de reutilización de contraseñas en distintos perfiles para que reflejen mejor las cuentas de empresa gestionadas. También hemos modificado el mensaje que se muestra a los usuarios para informarles más claramente de que su empresa está monitorizando la reutilización de contraseñas corporativas.
- Ahora Chrome para Android admite proveedores externos de autocompletado y contraseñas
Hasta ahora, Chrome para Android admitía el uso de proveedores externos de autocompletado y contraseñas a través de APIs de accesibilidad.
En Chrome M131, vamos a incorporar compatibilidad directa con Autocompletar de Android, lo que significa que estos proveedores funcionarán con Chrome para Android sin necesidad de APIs de accesibilidad. Esto debería mejorar el rendimiento de Chrome en Android y de los proveedores externos de la función de autocompletado.
Para aprovechar esta novedad, los usuarios deberán configurar su proveedor externo en los ajustes de Android. A continuación, en Chrome, tendrán que seleccionar Ajustes > Servicios de autocompletado > Autocompletar con otro servicio.
Si los usuarios no modifican estos ajustes, seguirán usando Google para autocompletar contraseñas, datos para pagos y direcciones. Se puede controlar si se permite que los usuarios usen un servicio externo de autocompletado mediante una nueva política llamada ThirdPartyPasswordManagersAllowed.
- Chrome 131 en Android
El nuevo ajuste estará disponible a partir de Chrome 131. Si los usuarios lo utilizan, se aplicará de inmediato. Si no, seguirán usando Google, o bien un servicio de terceros (siempre que lo tengan instalado) a través de APIs de accesibilidad.
El uso de APIs de accesibilidad dejará de admitirse a principios del 2025, momento en el que se aplicarán los ajustes de la nueva política a todos los usuarios.
- Chrome 131 en Android
- Discontinuación de los informes ampliados de Navegación segura
Vamos a dejar de ofrecer la función de informes ampliados de Navegación segura, pensada para mejorar la seguridad de todos los usuarios al recoger información telemétrica de los usuarios participantes, la cual usan las funciones de protección de Navegación segura de Google. Entre los datos que se recogen, se incluyen las URLs de páginas web visitadas, determinada información del sistema y parte del contenido de las páginas.
Esta función se ha sustituido por el modo Protección mejorada. Recomendamos empezar a usarlo para seguir ofreciendo seguridad a todos los usuarios, además de contar con la protección más eficaz disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
Los informes ampliados de Navegación segura dejarán de estar disponibles, excepto cuando se soliciten informes de Navegación segura del cliente en tiempo real - Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
SafeBrowsingExtendedReportingEnabled dejará de estar disponible cuando se soliciten informes de Navegación segura del cliente en tiempo real
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Desconfianza en los certificados de Entrust
En vista de los fallos de cumplimiento constantes, Chrome va a cambiar la forma en que se determina que los certificados de autenticación de servidores TLS de confianza pública (sitios web) emitidos por Entrust son fiables. En Chrome 131 y versiones posteriores para Windows, macOS, ChromeOS, Android y Linux, estos certificados se considerarán fiables de forma predeterminada. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, los certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 11 de noviembre del 2024, ya no serán de confianza de forma predeterminada.
- del 11 de noviembre del 2024 en adelante, no se verán afectados por este cambio.
Si un usuario o una empresa que utiliza Chrome confía expresamente en alguno de los certificados de Entrust afectados de una plataforma y una versión de Chrome que se basen en Chrome Root Store (por ejemplo, si la confianza se indica de forma explícita a través de un objeto de directiva de grupo de Windows), se anularán las restricciones basadas en SCT descritas anteriormente y los certificados funcionarán como hasta ahora.
Puedes consultar más información y acceder a recursos para hacer pruebas en el blog de seguridad de Google.
También puedes echar un vistazo a estas preguntas frecuentes sobre Chrome Root Store.
- Chrome 131 en Android, ChromeOS, Linux, macOS y Windows
La acción de bloqueo se aplicará en todas las versiones de Chrome 131 y posteriores que se basen en Chrome Root Store, pero solo empezará a aplicarse en los certificados emitidos después del 11 de noviembre del 2024.
- Advertencias de formularios no seguros en iOS
A partir de Chrome 125, el navegador Chrome bloquea el envío de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política, llamada InsecureFormsWarningsEnabled, disponible para controlar esta función.
- Chrome 125 en iOS: se lanza la función
- Chrome 131 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- PartitionAlloc con comprobaciones avanzadas (PA/AC)
PartitionAlloc (PA) y sus proyectos de seguridad de memoria asociados tienen una serie de medidas de protección avanzadas que están desactivadas de forma predeterminada (o exclusivamente en versiones de depuración) debido a su posible impacto en el rendimiento. Aunque podría no ser posible habilitar la función para todos los usuarios de inmediato, puedes habilitarla parcialmente en determinadas circunstancias concretas.
El objetivo de este proyecto es ofrecer medidas de protección avanzadas a los clientes empresariales. Los administradores de empresas tienen la opción de aplicar medidas de seguridad mejoradas mediante políticas empresariales. En el sector empresarial, la seguridad suele tener prioridad sobre el rendimiento. Es probable que se quieran hacer comprobaciones avanzadas, aunque eso suponga que el rendimiento se vea afectado.
PA con comprobaciones avanzadas ofrece una seguridad de memoria mejorada. La función está desactivada de forma predeterminada debido a un empeoramiento esperado del rendimiento. Los clientes empresariales tienen la opción de habilitarla para obtener una seguridad avanzada mediante políticas de empresa.
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
- Simplificación de las experiencias de inicio de sesión y sincronización
A partir de Chrome 131, los usuarios que tengan activada la función Sincronización de Chrome disfrutan de experiencias de inicio de sesión y sincronización simplificadas y afianzadas en Chrome. Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ninguna otra parte. Ahora, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que antes, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en las cuentas de Google se puede controlar mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede desactivar a través de BrowserSignin, como antes.
Los cambios no impiden que los usuarios puedan iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, puedan mantener la sesión cerrada en Chrome y puedan controlar qué información se sincroniza con su cuenta de Google.
- Chrome 131 en Android
- Inmovilización de pestañas en Ahorro de energía
Cuando la función Ahorro de energía está activa, Chrome inmoviliza las pestañas que hayan estado ocultas e inactivas durante más de 5 minutos y usen mucha CPU, a menos que:
- La pestaña proporcione funciones de conferencia de audio o vídeo detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o proporcione una interfaz RTCPeerConnection con una interfaz RTCDataChannel abierta o con una interfaz MediaStreamTrack en directo.
- La pestaña controle un dispositivo externo detectado mediante el uso de Web USB, Web Bluetooth, Web HID o Web Serial.
De esta forma, se prolonga la duración de la batería y se agiliza el rendimiento de Chrome al reducirse el uso de la CPU.
- Chrome 130 en ChromeOS, Linux, macOS y Windows
La función se puede probar en Chrome 130 a través de la entrada#freezing-on-energy-saverdeabout:flags. También se puede probar con la marca#freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU. Esto permite verificar si una pestaña es apta para inmovilizarse y si se inmovilizaría si usara mucha CPU. La disponibilidad de Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability. Este cambio no se aplicará cuando la función Ahorro de energía esté inactiva. - Chrome 131 en ChromeOS, Linux, macOS y Windows
La función empezará a lanzarse para el 1 % de los usuarios del canal estable en Chrome 131. Se seguirá lanzando gradualmente hasta que esté disponible para el 100 % de los usuarios del canal estable. La disponibilidad de Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability. Este cambio no se aplicará cuando la función Ahorro de energía esté inactiva.
- Actualización de Servicios de Google Play para solucionar problemas con las contraseñas en los dispositivos
En el caso de los usuarios con versiones antiguas de Servicios de Google Play, la funcionalidad de las contraseñas que tengan en sus dispositivos será limitada, y es posible que su Gestor de contraseñas deje de funcionar en breve. Deberán actualizar Servicios de Google Play o, dependiendo de sus circunstancias concretas, se les indicarán otros métodos para solucionar el problema. Este problema se produce a raíz de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de contraseñas de Google.
- Chrome 131 en Android
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Para obtener más información, consulta esta entrada del blog de Chromium y esta otra entrada del blog de seguridad de Google.
- Chrome 124 en Windows, macOS y Linux: se ha habilitado el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulación de claves a la versión estándar final de ML-KEM
- Chrome 141 en Windows, macOS y Linux: se ha retirado la política empresarial
- Discontinuación de la propiedad de posicionamiento de anclajes de CSS inset-area
El grupo de trabajo de CSS decidió cambiar el nombre de la propiedad inset-area a position-area. Para obtener más información, consulta la conversación del grupo de trabajo de CSS en github. El nuevo nombre de propiedad, position-area, es un sinónimo de inset-area, que se ha lanzado a través de la actualización de funciones descrita en Chrome Platform Status, donde se describe la discontinuación y la eliminación de la propiedad inset-area.
- Chrome 131 en Windows, macOS, Linux y Android
- Mejoras en la estructura de estilos de los elementos <details> y <summary>
Se admiten más estilos CSS para la estructura de los elementos
<details>y<summary>, lo que permite que estos elementos se utilicen en más casos en los que la página web incluye widgets para mostrar u ocultar información o widgets de acordeón. En concreto, este cambio elimina las restricciones que impedían definir la propiedad display en estos elementos y añade un pseudoelemento::details-contentpara aplicar un estilo al contenedor de la parte que se expande y se contrae.- Chrome 131 en Windows, macOS, Linux y Android
- Permiso para bloquear el teclado y el puntero
Se puede mostrar un mensaje para pedir permiso al usuario cuando un sitio web solicite el bloqueo del teclado o del puntero, y las preferencias del usuario se guardarán como configuración de contenido. Se pueden consultar los ajustes a través de la API Permissions. Esto ayuda a mitigar el uso inadecuado de las APIs.
- Chrome 131 en Windows, macOS y Linux
- Eliminación del método requestAdapterInfo() de GPUAdapter no estándar
El grupo de trabajo de WebGPU decidió que no era práctico que
requestAdapterInfo()activara una solicitud de permiso, por lo que han eliminado esa opción y la han sustituido por el atributo de información de GPUAdapter para que los desarrolladores web puedan obtener el mismo valor de GPUAdapterInfo de forma síncrona. Para obtener más información, consulta la conversación del grupo de trabajo de WebGPU sobre la intención de lanzar el atributo de información de GPUAdapter.- Chrome 131 en Windows, macOS, Linux y Android
- <select> parser relaxation
Con este cambio, el analizador de HTML permite más etiquetas en
<select>además de<option>,<optgroup>y<hr>.El objetivo de este cambio es mejorar la función personalizable
<select>, pero se lanzará primero porque se puede implementar por separado y conlleva algunos riesgos.Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un periodo de transición temporal, y la política dejará de implementarse con el hito de Chrome 136.
Para obtener más información, consulta la página de Open UI sobre el elemento personalizable <select> y el artículo sobre los cambios en el analizador de HTML para el elemento <select> personalizable del grupo de trabajo de What.
- Chrome 131 en Windows, macOS, Linux y Android
- Compatibilidad con recursos SVG externos para las propiedades clip-path, fill, stroke y marker-*
Se permite el uso de referencias externas para trazados de recorte, marcadores y servidores de renderización (para las propiedades de relleno y trazo). Por ejemplo,
clip-path: url("resources.svg#myPath").- Chrome 131 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, como git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales, y las analizaba como si tuvieran una ruta opaca, lo cual no se ajusta al estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 131 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: se elimina la marca de función
- Traducción en Buscar con Google Lens
Se están implementando funciones de traducción de realidad aumentada (RA) en la función Buscar con Google Lens. Ya hay implementada una política empresarial que permite a las empresas activar o desactivar la función mediante LensOverlaySettings.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Políticas nuevas en el navegador Chrome
Política Descripción DownloadRestrictions Permitir la restricción de descargas. Usar certificados TLS añadidos por el usuario desde almacenes de confianza de la plataforma para autenticar el servidor. SelectParserRelaxationEnabled Controlar si se habilita el nuevo comportamiento del analizador de HTML para el elemento <select>. EnterpriseProfileBadgeToolbarSettings Controlar la visibilidad de la insignia del perfil de empresa en la barra de herramientas. WebAudioOutputBufferingEnabled Habilitar el almacenamiento en búfer adaptable para Audio Web.
- Políticas eliminadas en el navegador Chrome
Política Descripción ProfileLabel Esta política controla una etiqueta que se utiliza para identificar un perfil con sesión iniciada. Esta etiqueta se mostrará en distintos lugares para ayudar a los usuarios a identificar el perfil; por ejemplo, junto al icono de perfil de la barra de herramientas. ToolbarAvatarLabelSettings Ajuste de etiquetas del avatar de la barra de herramientas (cuentas gestionadas). BeforeunloadEventCancelByPreventDefaultEnabled Controlar el nuevo comportamiento del cuadro de diálogo de cancelación producido por el evento beforeunload.
Cambios en Chrome Enterprise Core
- Política de comportamientos predeterminados de la IA generativa
A partir de la versión 131, Chrome Enterprise Core incluye la política GenAiDefaultSettings para controlar el comportamiento predeterminado de varias políticas de IA generativa como parte de nuestro programa de testers de confianza. Puedes registrarte en nuestro programa de testers de confianza. Esta política no afecta a ningún valor de política definido manualmente para las funciones de IA generativa. La política controla, a su vez, la configuración predeterminada de las siguientes políticas:
- CreateThemesSettings
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings
- GenAIWallpaperSettings
- HelpMeReadSettings
Para obtener más información sobre la configuración predeterminada, consulta el artículo Chrome: funciones y políticas de IA generativa.
- Solo disponible para testers de confianza. Puedes registrarte en nuestro programa de testers de confianza.
- Integración de telemetría de extensiones de Chrome con SecOps
Empezamos a recoger datos relevantes de telemetría de extensiones de Chronicle desde Chrome, relativos a perfiles y dispositivos gestionados, y a enviarlos a Google SecOps. Google SecOps examina los datos para proporcionar un análisis instantáneo y contexto sobre la actividad peligrosa. Estos datos se enriquecen aún más para proporcionar contexto adicional y están disponibles para hacer búsquedas durante un año.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Chrome Web Store personalizada para empresas
Los administradores de TI podrán personalizar Chrome Web Store para sus usuarios finales gestionados con branding específico de la empresa, mensajes personalizados y una navegación adaptada. También podrán personalizar la tienda con logotipos, banners y extensiones recomendadas, así como ocultar las categorías irrelevantes y mejorar el descubrimiento de extensiones.
Esta función se puede configurar desde la consola de administración, y las configuraciones personalizadas de este hito 1 estarán disponibles para todos los usuarios gestionados que hayan iniciado sesión (usuarios que hayan iniciado sesión en Chrome Web Store con una cuenta de Google gestionada). El hito 2 admitirá esta función en los navegadores registrados en CEC (sin necesidad de iniciar sesión) y estará disponible a lo largo del 2025.
Además, todos los usuarios gestionados que inicien sesión en Chrome Web Store observarán los siguientes cambios:
- Nuevas etiquetas para los elementos bloqueados por su administrador y filtro por elementos privados en los resultados de búsqueda
- Los elementos privados y recomendados se trasladarán únicamente a la pestaña "Extensiones"
- A partir de Chrome 131 en Linux, macOS, Windows y ChromeOS: se lanza el hito 1
- Compatibilidad con la política DownloadRestrictions en Android
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en la versión para ordenadores. Ahora se admite la política DownloadRestrictions en Android. Esta política permite a los administradores bloquear todas las descargas en Chrome para móviles en Android.
- Chrome 131 en Android
- Política de empresa para forzar el almacenamiento en búfer adaptable en la renderización de WebAudio
La implementación de WebAudio de Chromium incluye un mecanismo de almacenamiento en búfer adaptable que se ha añadido para resolver numerosos fallos, sobre todo en Android con el backend de AAudio. Aunque este mecanismo redujo los fallos considerablemente, también aumentó la latencia de audio. Chrome está llevando a cabo un experimento que inhabilitará el mecanismo de almacenamiento en búfer adaptativo y ejecutará el renderizado de forma sincrónica en todas las plataformas, excepto Android.
A partir de Chrome 131, hay disponible una política empresarial llamada WebAudioOutputBufferingEnabled que forzará a Chrome a aplicar el comportamiento predeterminado anterior para que use el almacenamiento en búfer adaptable en el renderizado de WebAudio.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Generación de estadísticas sobre advertencias y errores de la consola de Chrome DevTools
Hay disponible una nueva función de IA generativa para usuarios no gestionados que permite generar estadísticas sobre advertencias y errores de la consola de Chrome DevTools.
Estas estadísticas incluyen una descripción personalizada y sugerencias para solucionar los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
La función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia. - Chrome 127 en ChromeOS, Linux, macOS y Windows
La función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan. - Chrome 131 en ChromeOS, Linux, macOS y Windows
En Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas con los estilos y a depurar el CSS. - Chrome 132 en ChromeOS, Linux, macOS y Windows
Ahora el panel de asistencia de IA puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
- Políticas recomendadas en la consola de administración
A partir del 1 de noviembre, los administradores podrán elegir si algunos ajustes son recomendados u obligatorios mediante el control Anulación de usuario. Este control se irá implementando gradualmente en las políticas que se pueden recomendar, empezando por las siguientes:
- Avisar antes de salir
- Impresora predeterminada del sistema
- Modo Ahorro de batería
- Página principal
- Protección de Navegación segura
- Restricciones de descarga- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
- Controles de datos de Chrome Enterprise: Portapapeles
Los administradores pueden definir reglas de control de datos en la consola de administración de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas ligeras que se configuran en la consola de administración de Google y que permiten a los administradores definir una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, hacer capturas de pantalla o compartir la pantalla.
Esta función se puede controlar mediante la política DataControlsRules.
Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: lanzamiento de la función
- Protección de capturas de pantalla
Los administradores pueden impedir que los usuarios hagan capturas de pantalla o compartan la pantalla si aparecen determinadas páginas web que se consideren que contienen datos sensibles. Los administradores crean una regla de DLP que filtra las URLs para impedir que los usuarios hagan capturas de pantalla o compartan la pantalla si muestra determinadas URLs o categorías de URLs. Esta función se puede controlar usando la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.
Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: lanzamiento de la función
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Lectura en voz alta en el modo Lectura en Chrome 132
El modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El modo Lectura incluirá una función de lectura en voz alta que permite a los usuarios escuchar el texto que están leyendo. Los usuarios pueden elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome
Al ejecutar Chrome con
`--headless=old`, ya no se inicia el modo sin interfaz gráfica antiguo, sino que se imprime el siguiente mensaje de registro:El antiguo modo sin interfaz gráfica se ha quitado del binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o
chrome-headless-shell, que es una implementación independiente del antiguo modo sin interfaz gráfica.- Chrome 132 en Linux, macOS y Windows
- Capturar todas las pantallas
Esta función captura todas las pantallas que están conectadas al dispositivo en ese momento mediante
getAllScreensMedia(). LlamargetDisplayMedia()varias veces requiere varios gestos de usuario, obliga al usuario a elegir la siguiente pantalla cada vez y no garantiza a la aplicación que se hayan seleccionado todas las pantallas.getAllScreensMedia()mejora todos estos aspectos.Esta función solo está disponible con la política de empresa MultiScreenCaptureAllowedForUrls, y los usuarios reciben una advertencia antes de que empiece la grabación de que podría empezar en algún momento. La API solo funcionará con los orígenes especificados en la lista de permitidos MultiScreenCaptureAllowedForUrls. Cualquier origen que no se especifique no tendrá acceso.
- Chrome 132 en Windows, macOS y Linux
- Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo
Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo están obsoletas desde aproximadamente la versión M38. Se han sustituido por la API
Element.requestFullscreen(), que se lanzó sin prefijo en M71 en el 2018. Desde el 2024, la mayoría de los navegadores llevan varios años admitiendo las APIs sin prefijo.Esta función monitoriza la eliminación de las siguientes APIs de
HTMLVideoElement:- readonly attribute boolean
webkitSupportsFullscreen;- readonly attribute boolean
webkitDisplayingFullscreen;- void
webkitEnterFullscreen();- void
webkitExitFullscreen();// Ten en cuenta la diferencia en la mayúscula de la "S" en FullScreen.
- void
webkitEnterFullScreen();- void
webkitExitFullScreen();Ahora estos métodos solo son alias de la API moderna. Su uso ha disminuido de forma constante a lo largo de los años.
- Chrome 132 en Windows, macOS, Linux y Android
- Eliminar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, ThirdPartyBlockingEnabled se eliminará en Chrome 135. Si tienes algún comentario sobre esta retirada, notifica el error aquí.
- Chrome 132 en Windows: discontinuación de la política ThirdPartyBlockingEnabled
- Chrome 135 en Windows: eliminación de la política ThirdPartyBlockingEnabled
- Contenedores de desplazamiento enfocables en el teclado
Tenemos previsto mejorar la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como
<textarea>.Nota: El lanzamiento anterior de esta función (que se inició en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación del 130.
Nota: El lanzamiento anterior de esta función (que se inició en la versión 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación de la versión 132.
- Chrome 132 en Windows, macOS, Linux y Android
- Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos
Se trata de un cambio poco habitual que, con suerte, no afectará a los desarrolladores. Un caso excepcional es aquel en el que se dan varias condiciones únicas a la vez. Antes, si se llamaba a
showPopover()oshowModal()en un elemento emergente o un cuadro de diálogo que se encuentra en un documento inactivo, se producía un error en segundo plano, es decir, no se lanzaba ninguna excepción. Sin embargo, como el documento está inactivo, no se mostrará ningún elemento emergente ni ningún cuadro de diálogo. A partir de la solicitud de extracción de la especificación https://github.com/whatwg/html/pull/10705 (PR), estas situaciones ahora lanzan la excepciónInvalidStateError.- Chrome 132 en Windows, macOS, Linux y Android
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows
Cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Se puede usar una marca para controlar esta función:chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 132 en Linux, macOS y Windows
Lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones.
Puedes denunciar los problemas que tengas.
- Chrome 132 en Windows:
Servicio de red en entorno aislado en Windows
- Chrome 132 en Windows:
- Eliminar la alternativa de SwiftShader
El uso de SwiftShader como alternativa automática de WebGL está obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.
Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos
--enable-unsafe-swiftshader.Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas
--enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.
- Chrome 133 en Windows, macOS, Linux y Android
- Panel de privacidad y seguridad en Chrome DevTools
A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad de Chrome DevTools para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar cómo se comporta su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no hará cambios permanentes en las políticas empresariales actuales, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros mediante BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad sustituirá al panel de seguridad. La información sobre la conexión y los certificados TLS seguirán estando disponibles en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 133 en ChromeOS, Linux, macOS y Windows
- La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años
A partir de febrero del 2025, Sincronización de Chrome (que usa y guarda datos en tu cuenta de Google) dejará de ser compatible con las versiones de Chrome que tengan más de cuatro años. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones antiguas de Chrome y se implementará del lado del servidor. La versión 133 de Chrome solo se especifica para reflejar la línea de tiempo en la que el cambio tendrá efecto.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación, los hosts de URLs [1] no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.
Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 'HTTPS URLs for WebSocket' [2] y 'URL' focus areas [3].
Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub)[4].
Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows: se lanzará de forma gradual.
- Partición de URLs de blobs: obtención o navegación
Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y el booleano
has-cross-site-ancestor), con la excepción de las navegaciones, que seguirán estando divididas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y actualizaremos las especificaciones para reflejar ambos cambios.Este cambio se puede revertir temporalmente configurando la política PartitionedBlobURLUsage. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.
- Chrome 134 en Windows, macOS y Linux
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Para obtener más información, consulta esta entrada de blog. Notifica cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
Próximos cambios de Chrome Enterprise Premium
- Prevención de acceso a archivos descargados con DLP
Cuando el administrador define una regla de descarga de archivos con DLP, se activa un análisis después de que se complete la descarga. Esta función impide que los usuarios registrados en Chrome Enterprise accedan al contenido de un archivo descargado antes de que se devuelva un veredicto de análisis exhaustivo.
Esta función está restringida por la política OnFileDownloadedEnterpriseConnector y solo está disponible para los usuarios de Chrome Enterprise Premium.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
Resumen de novedades de ChromeOS 131
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Registro automático de ChromeOS Flex | ✓ | ||
| Repetición forzosa del registro de ChromeOS Flex | ✓ | ||
| Actualización del estilo de Respuestas rápidas | ✓ | ||
| DNS dividido para ChromeOS | ✓ | ||
| Volver a un sitio seguro ChromeOS | ✓ | ✓ | |
| Notificaciones con flash | ✓ | ||
| Recordatorio de actualización de SID de SCEP de Microsoft | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Fondos de pantalla y salvapantallas creados con IA | ✓ | ||
| Migración de datos de alumnos graduados | ✓ | ✓ | |
| Se retira la compatibilidad con Native Client (NaCl) en ChromeOS | ✓ | ✓ | |
| ChromeOS dejará de admitir aplicaciones de Chrome | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Insertar Rápido
Insertar rápido es una forma rápida de insertar emojis, símbolos, GIFs, enlaces de Google Drive y cálculos rápidos y conversiones de unidades con una tecla del teclado (en determinados modelos) o una combinación de teclas.
En ChromeOS 130, hay un nuevo acceso directo Inicio + F disponible en todos los dispositivos ChromeOS. Al principio, la nueva tecla de hardware solo estará disponible en el Samsung Galaxy Chromebook Plus, pero la tecla Insertar rápido se lanzará en una serie de dispositivos en el 2025.
-
Cambios en ajustes y accesos directos
Hemos actualizado las opciones de acceso directo y de dispositivo de entrada en Configuración para incluir lo siguiente:
- Insertar rápido: menú de aplicaciones + F
-
Concentración en ChromeOS
Hemos diseñado el modo Concentración en ChromeOS para ayudar a los usuarios a minimizar las distracciones y crear un espacio de trabajo más productivo. Con Concentración, puedes definir y ajustar fácilmente el tiempo de concentración, activar o desactivar el modo No molestar, ordenar o crear tareas de Google, y sumergirte en listas de reproducción seleccionadas que te ayuden a concentrarte mejor con sonidos para concentrarse o YouTube Music Premium (con suscripción). Para usar el modo Concentración, ve a Ajustes rápidos > Concentración.
-
Acceso mejorado a archivos de Drive
Además de los archivos que has destacado en Tote, puedes acceder a todos los archivos de Drive destacados directamente desde el estante, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el menú de aplicaciones y Tote te permiten acceder rápidamente a tus archivos más importantes y utilizados.
-
Nuevas sugerencias en Tote
Accede rápidamente a los archivos que más necesitas y fíjalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote sugiere archivos a los usuarios, lo que mejora los archivos que les resultará útil fijar y acceder a ellos sin conexión.
-
Hola de Nuevo
Las nuevas funciones de Hola de Nuevo ayudan a los usuarios a retomar su trabajo y a explorar nuevas opciones en el arranque. Una vez que hayas habilitado esta función, podrás previsualizar y restaurar aplicaciones y pestañas de tu sesión anterior. Hola de nuevo también proporciona información útil, como el tiempo, tu próximo evento del calendario, las pestañas recientes de otros dispositivos y sugerencias de Google Drive pertinentes.
Para activar esta función, selecciona Ajustes > Preferencias del sistema > Inicio > Hola de nuevo y comprueba que se haya seleccionado Preguntar siempre en tu dispositivo.
-
Micrófono de estudio
Activa esta función en los controles de videollamada para que el micrófono integrado de tu Chromebook suene como un micrófono de estudio profesional. El micrófono de estilo de estudio incluye los efectos de cancelación de ruido y de eliminación de reverberación, y los mejora aún más con un ecualizador avanzado, la reconstrucción de pequeños detalles y la adaptación al espacio. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido podrán disfrutar de las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto de cancelación de ruido anterior, puede seleccionar la opción correspondiente en Ajustes > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.
-
Aplicación Grabadora basada en IA
ChromeOS 130 incluye la nueva aplicación Grabadora, que utiliza la IA de Google para crear transcripciones que pueden detectar y etiquetar interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra aplicación va más allá de la grabación, ya que ofrece conversión de voz a texto, resúmenes de contenido y sugerencias de títulos, todo ello con la tecnología de la IA de Google.
-
Análisis de contenido de las sesiones de invitado gestionadas
Ahora, las empresas pueden aplicar la potente protección basada en contenido y contexto y el sistema de análisis de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado gestionadas de ChromeOS. Por ejemplo, un archivo mal ubicado que contenga números de la Seguridad Social se bloquea al instante cuando un usuario intenta copiarlo en un disco externo, lo que protege esta información confidencial.
-
URLs adicionales permitidas en el modo Kiosco
Si una aplicación de kiosco usa más de un origen de URL, los administradores de TI ahora pueden introducir los orígenes adicionales. Se concederán los permisos automáticamente a todos los orígenes que se indiquen. No se concederán los permisos a los orígenes que no estén incluidos en la lista.
-
Efectos de aspecto
Los efectos de aspecto llevan mucho tiempo siendo populares en los productos de cámaras, reuniones virtuales y vídeos cortos, y se han lanzado en algunos productos de Google. En ChromeOS 130, hemos integrado esta función en los controles de videollamada de Chromebook. Solo disponible en dispositivos Chromebook Plus.
-
Controles de privacidad más accesibles
En este lanzamiento, estamos haciendo que los controles de privacidad a nivel de SO sean más accesibles para los usuarios del navegador Chrome. El objetivo es que los usuarios sean más conscientes de que, para que la cámara o el micrófono funcionen, deben habilitar los controles de privacidad a nivel de SO.
-
Controles de brillo del teclado mejorados
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz de ambiente directamente desde la aplicación Configuración. Esta nueva función te permite ajustar el brillo del teclado al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario. Estas actualizaciones hacen que usar tu dispositivo sea más fácil y te ayudan a gestionar la duración de la batería. Por otro lado, si el Chromebook es compatible con RGB, la opción Configuración > Teclado ahora tiene un enlace directo a las opciones de selección de color RGB. Para obtener más información, consulta el artículo Usar las funciones de videojuegos en tu Chromebook.
-
Controles de brillo de la pantalla mejorados
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz de ambiente directamente desde la aplicación Configuración. Esta nueva función te permite ajustar el brillo de la pantalla al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario en Configuración. Estas actualizaciones hacen que usar tu dispositivo sea más fácil y te ayudan a gestionar la duración de la batería.
-
Ayúdame a leer en ChromeOS
Ayúdame a leer en ChromeOS proporciona una solución basada en IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Descubre fácilmente la esencia de lo que estás leyendo en el navegador y en la Galería haciendo clic con el botón derecho en un espacio vacío para que aparezca la tarjeta Ayúdame a leer encima del menú contextual. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre donde puedes hacer preguntas específicas sobre el texto. Solo disponible en dispositivos Chromebook Plus.
-
Compatibilidad con varios calendarios
Vamos a lanzar la compatibilidad con varios calendarios para que los usuarios puedan ver todos los eventos de los calendarios que hayan seleccionado en Google Calendar.
-
Ventanas de imagen en imagen
Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de imagen en imagen (PiP). Esta función permite a los usuarios mover temporalmente las ventanas de PiP a un lado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al vídeo. Además, puedes ajustar rápidamente el tamaño de las ventanas PiP con un doble toque rápido, alternando entre dos tamaños para disfrutar de una visualización óptima.
-
Mejora de la experiencia de usuario de ARC++
Para mejorar la experiencia de usuario de ChromeOS y ARC++, vamos a trasladar las notificaciones de errores y de segundo plano no urgentes de ARC++ a la bandeja del sistema. De esta forma, se evita que estos mensajes aparezcan innecesariamente en primer plano y perturben el recorrido del usuario. Al mover estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios sigan recibiendo notificaciones sobre posibles problemas, pero sin interrumpirlos mientras usan su Chromebook. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.
-
Nueva política para controlar los nombres de punto de acceso
En el caso de los Chromebooks con red móvil, las políticas de nombres de puntos de acceso (APNs) permiten a los administradores restringir el uso de APNs personalizados. Si se configura el indicador AllowAPNModification en la configuración general de la red para restringirlo, pueden impedir que los usuarios finales añadan o utilicen APNs personalizados.
-
Actualización de SID de SCEP de Microsoft
Solo para despliegues de SCEP que usan Microsoft NPS para RADIUS. Si no utilizas certificados de SCEP junto con Microsoft NPS para la conectividad de red de Chromebooks a través de Radius, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más habitual en el ámbito empresarial que en el educativo.
Microsoft ha anunciado una actualización de seguridad que añadirá un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados de SCEP en entornos que usen NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, donde los certificados utilizables con claves privadas se pueden exportar desde un dispositivo Windows para usarse en cualquier otro dispositivo. Si añades el SID, el certificado se vinculará a un dispositivo o usuario de tu entorno de Active Directory, de modo que un dispositivo o usuario desconocido no podrá usarlo. No se trata de un problema de seguridad de Chromebooks, ya que no permiten la exportación de certificados con claves privadas y están protegidos por el TPM. Sin embargo, cualquier certificado que no incluya este nuevo campo no podrá autenticarse con un servidor de NPS para Radius después de la fecha límite de implementación obligatoria, que es el 11 de febrero del 2025.
¿Qué debes hacer?
Lo antes posible, comprueba si tu despliegue depende de los certificados SCEP y de NPS para la autenticación de red de Radius. Para ello, ve al controlador de dominio -> Sistema del visor de eventos y busca el ID de evento 39. Si ves este ID de evento:
Acciones que debes realizar si ves el ID de evento 39:
- Crea un objeto o reutiliza uno que ya tenga en tu entorno de Active Directory para usar SCEP
- Extrae el SID del objeto de AD. Por ejemplo, PS> (Get-ADUser nombreDeUsuario).SID.value
- Crea un perfil de SCEP con todos los ajustes duplicados de tu configuración actual y añade el SID del objeto de AD que acabas de crear o el que ya tenías del paso 1.
- En la sección Nombre alternativo de entidad, selecciona el botón de selección Personalizado. Añade un nuevo nombre alternativo de entidad con el botón + y selecciona el tipo "Identificador uniforme de recursos" en el menú desplegable. En la sección de cadena, el valor debe ser similar a este:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
dondeS-1-2-3-4-5-6-8es el SID del objeto de AD- Implementa este nuevo certificado en todos los Chromebooks potencialmente afectados de tu flota:
- Espera AL MENOS UN MES para asegurarte de que todos los dispositivos hayan adoptado el nuevo certificado.
- Vuelve a vincular todas las políticas del certificado antiguo al nuevo del paso 2.
- Verifica la funcionalidad con el nuevo certificado.
- Elimina el perfil antiguo.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Fondos de pantalla y salvapantallas creados con IA
A partir de ChromeOS 131, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de videollamada en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Registro automático de ChromeOS Flex
A partir de ChromeOS 131, el registro automático de ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a escala. De forma similar a la activación automática de ChromeOS, el registro automático inserta un token de registro creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización de clientes y unidad organizativa se registrará un dispositivo durante la configuración inicial del dispositivo.
-
Migración de datos de alumnos graduados
A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los alumnos de posgrado u otros usuarios gestionados por un centro educativo que quieran migrar sus datos a través del proceso de transferencia actualizado de Google Takeout. Esto les permite llevar su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que prefieran.
Esta nueva aplicación permite a los administradores de centros educativos fijar un icono en el estante, notificar a los alumnos y al profesorado en sus Chromebooks y definir fechas para activar estas sugerencias para animarles a usar el proceso de transferencia de Takeout.
-
ChromeOS dejará de admitir aplicaciones de Chrome
En el 2016, anunciamos que las aplicaciones de Chrome se dejarían de admitir en favor de las aplicaciones web. En el 2021, anunciamos en el blog de Chromium que la compatibilidad de las aplicaciones de Chrome con los clientes de ChromeOS Enterprise y Education, así como con los desarrolladores de ChromeOS, se prolongaría hasta, como mínimo, enero del 2025. Dado que la mayoría de nuestros clientes han dejado de usar aplicaciones de Chrome (incluidas las aplicaciones empaquetadas antiguas (versión 1) y las aplicaciones alojadas), te confirmamos las siguientes actualizaciones sobre las fechas de retirada de aplicaciones de Chrome.
Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).- Las aplicaciones de Chrome cuya instalación se haya forzado a través de la consola de administración seguirán siendo compatibles.
- Los dispositivos del canal LTS con aplicaciones de Chrome en modo Kiosco se seguirán admitiendo hasta abril del 2027.
- Los dispositivos que estén en el canal LTS podrán seguir usando aplicaciones de Chrome hasta octubre del 2028.
- No se realizarán excepciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de aplicaciones de Chrome y a todos los administradores de ChromeOS.
Estos plazos de discontinuación también se aplican a las aplicaciones de Chrome alojadas en servidores propios.
Aunque no se pueden añadir nuevas aplicaciones de Chrome a Chrome Web Store, las que ya están se pueden seguir actualizando hasta octubre del 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esa fecha, las aplicaciones de Chrome se retirarán de Chrome Web Store.
Si tu organización ha desarrollado aplicaciones de Chrome para utilizarlas de forma interna y necesitas ayuda, consulta la guía Transición desde aplicaciones de Chrome. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
-
Se retira la compatibilidad con Native Client (NaCl) en ChromeOS
En el 2017, anunciamos que Native Client (NaCl) dejaría de estar disponible y que se sustituiría por WebAssembly. Dado que la mayoría de nuestros clientes han dejado de usar NaCl, podemos confirmar algunos cambios importantes que se van a producir en ChromeOS.
- Enero del 2025: Native Client (NaCl) se inhabilitará de manera predeterminada a partir de ChromeOS M132.
- Para los usuarios no gestionados y los consumidores, M131 será la última versión de ChromeOS que admita NaCl.
- En los entornos de usuario gestionados, los administradores que ya gestionan dispositivos ChromeOS en empresas o centros educativos tendrán la opción de ampliar la capacidad de usar NaCl con una política de permitir NaCl a través de la versión M138. A partir de la versión M132, la política también estará disponible para las sesiones de Kiosco.
- Julio del 2025: ChromeOS M138 marcará el fin del ciclo de vida de la tecnología NaCl en ChromeOS.
- En los entornos gestionados, M138 es una versión de ChromeOS con asistencia a largo plazo (LTS), disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o en un centro educativo. Los dispositivos que se hayan cambiado al canal LTS y tengan habilitada la política de aceptación de NaCl pueden seguir usando NaCl hasta la última actualización del LTS en abril del 2026.
Si tu organización ha desarrollado aplicaciones de Chrome con NaCl y necesitas ayuda, consulta las guías Transición desde aplicaciones de Chrome y Migración de WebAssembly. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a los desarrolladores de NaCl y a los administradores de ChromeOS afectados.
- Enero del 2025: Native Client (NaCl) se inhabilitará de manera predeterminada a partir de ChromeOS M132.
Chrome 130
Resumen de novedades de Chrome 130
| Cambios en el navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Notificaciones del sistema para ordenadores | ✓ | ||
| Selector de plataforma para compartir pantalla en macOS | ✓ | ||
| Menú Nueva cuenta | ✓ | ||
| Lector de PDF en Android | ✓ | ||
| Inmovilizar pestañas en Ahorro de energía | ✓ | ||
| Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros | ✓ | ✓ | |
| Estilos alternativos para el elemento <meter> | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Cambio predeterminado de las políticas de IA generativa | ✓ | ||
| Compatibilidad con la configuración a nivel de usuario en Configuraciones personalizadas | ✓ | ||
| Reglas de navegación por URLs solo de auditoría | ✓ | ||
| Estadísticas de seguridad de Chrome | ✓ | ✓ | |
| Fase 2 de la puntuación de riesgo de la extensión | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| No hay actualizaciones en Chrome 130. | |||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Buscar y recibir respuestas en el historial de Chrome con la IA | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Comprobación asíncrona de Navegación segura en tiempo real | ✓ | ||
| Quitar el método requestAdapterInfo() de GPUAdapter no estándar | ✓ | ||
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo | ✓ | ||
| Desconfianza en los certificados de Entrust | ✓ | ||
| Experiencia de inicio de sesión y sincronización simplificada | ✓ | ✓ | |
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Discontinuación de la propiedad de posicionamiento de anclas de CSS inset-area | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| OCR del lector de PDF de Chrome | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| El servicio de red de Windows se pondrá en un entorno aislado | ✓ | ||
| Lectura en voz alta en el modo Lectura | ✓ | ||
| Capturar todas las pantallas | ✓ | ||
| Migración de la API SafeBrowsing v4 a v5 | ✓ | ||
| Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ✓ | |
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios de Chrome Enterprise Core | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Política de valores predeterminados de IA generativa | ✓ | ||
| Integración de telemetría de extensiones de Crhome de Google SecOps | ✓ | ✓ | |
| Nueva lista de perfiles gestionados e informes para usuarios que han iniciado sesión | |||
| Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Próximos cambios de Chrome Enterprise Premium | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Protección de capturas de pantalla | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Cambios en el navegador Chrome
- Notificaciones del sistema para ordenadores
Chrome 130 incluye un nuevo patrón de notificaciones emergentes que permitirá a las funciones proporcionar una confirmación visual de las acciones de los usuarios o una forma rápida de realizar una acción posterior. Por ejemplo, cuando se añade algo a una lista de lectura, aparece una notificación emergente que confirma que el elemento se ha añadido y ofrece un enlace rápido al panel lateral de la lista de lectura. Las notificaciones emergentes aparecen como un pequeño chip que se superpone parcialmente al contenido web y a la barra de herramientas superior del navegador.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: esta función estará habilitada para un conjunto inicial de funciones en Chrome 130. Otros equipos que utilicen el patrón lanzarán las notificaciones del sistema posteriores de forma independiente.
- Selector de plataforma para compartir pantalla en macOS
Cuando se comparte la pantalla en Chrome en macOS X Sequoia, los usuarios ahora pueden seleccionar una ventana o una pantalla que quieran compartir con el selector de plataforma actualizado. Con este nuevo selector de plataforma, ya no es necesario asignar el permiso de grabación de pantalla a Chrome, y funciona de forma coherente con la función de pantalla compartida de otras aplicaciones de macOS.
El nuevo selector no se activará antes de la primera actualización de macOS Sequoia (la versión 15.1, que se espera que llegue un mes después de la versión inicial 15.0). Antes de eso, es posible que los usuarios de Chrome vean un cuadro de diálogo de advertencia en el que se indica que Chrome aún no está usando la nueva API de selector.
Para probar la nueva experiencia del selector de compartir pantalla:
- Actualiza Chrome a la versión 129 o una posterior.
- En macOS, abre Terminal.
- En la petición, escribe lo siguiente:
open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker - Para ejecutar el comando, pulsa Intro en el teclado.
La función también se puede habilitar en
chrome://flags.- Chrome 130 en macOS
- Menú Nueva cuenta
Ahora, algunos usuarios pueden acceder al nuevo menú Cuenta tocando su avatar en la página Nueva pestaña. El nuevo menú Cuenta les permite cerrar sesión, cambiar de cuenta fácilmente y resolver errores relacionados con su cuenta en Chrome. Las políticas existentes, como BrowserSignin y RestrictAccountsToPatterns, se pueden usar para determinar las cuentas en las que un usuario puede iniciar sesión o a las que puede cambiar.
- Chrome 130 en iOS
- Lector de PDF en Android
Esta función permite ver PDFs en la interfaz de usuario del navegador Chrome. Antes de este cambio, los usuarios tenían que completar muchos pasos para ver un documento PDF. Estos pasos obligan a los usuarios a salir de Chrome para ver el documento PDF. Con esta función, los PDFs se renderizarán sin problemas en Chrome. Los usuarios podrán seguir descargando PDFs y abriéndolos con otras aplicaciones propias o de terceros que elijan.
- Chrome 130 en Android
- Inmovilizar pestañas en Ahorro de energía
Cuando Ahorro de energía está activo, Chrome ahora congela una pestaña que ha estado oculta y en silencio durante más de 5 minutos y usa mucha CPU, a menos que:
- la pestaña ofrezca funciones de videoconferencia (detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o bien una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en directo).
- la pestaña controle un dispositivo externo (detectado mediante Web USB, Web Bluetooth, Web HID o Web Serial).
De esta forma, se prolongará la duración de la batería y se acelerará Chrome al reducir el uso de la CPU.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: la función se puede probar en Chrome 130 a través de la entrada
#freezing-on-energy-saverde about:flags. También se puede probar con#freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para congelarse y si se congelaría si usara mucha CPU). La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo). - Chrome 131 en ChromeOS, Linux, macOS y Windows: la función empezará a lanzarse para el 1 % de los usuarios de la versión estable en Chrome 131. Se irá incrementando gradualmente hasta alcanzar el 100 % de la versión estable. La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo).
- Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido
Esta función permite usar respuestas anteriores designadas como diccionario externo para respuestas de codificación de contenido con compresión con Brotli o Zstandard.
Las empresas pueden tener problemas de compatibilidad con la infraestructura de red de la empresa que intercepta el tráfico HTTPS y es sensible a las codificaciones de contenido desconocido. La política empresarial CompressionDictionaryTransportEnabled permite desactivar la función de transporte de diccionarios de compresión.
- Chrome 130 en Windows, macOS, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Chrome 130 mejora la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con el tabulador y las teclas de flecha. Este comportamiento solo está habilitado si la barra de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como
<textarea>.Nota: El lanzamiento anterior de esta función (que se inició en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación de Chrome 130.
- Chrome 130 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, como
git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special.- Chrome 130 en Windows, macOS, Linux y Android
- Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros
Hasta ahora, los proveedores de autocompletar y contraseñas de terceros se podían utilizar en Chrome para Android a través de APIs de accesibilidad. En Chrome 130, vamos a añadir compatibilidad directa con Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome en Android sin necesidad de APIs de accesibilidad. Esto debería mejorar el rendimiento de Chrome en Android. Para aprovechar esta función, los usuarios deben asegurarse de que su proveedor externo esté configurado en los ajustes de Android. A continuación, en Chrome, deberán abrir Ajustes > Servicios de autocompletar y seleccionar Autocompletar con otro servicio. Si los usuarios no cambian ambos ajustes, seguirán usando Google para autocompletar sus contraseñas, información de pago e información de direcciones.
- Chrome 130 en Android: el nuevo ajuste estará disponible a partir de Chrome 130. Si los usuarios utilizan el nuevo ajuste, este entrará en vigor de inmediato. Si no se usa el nuevo ajuste, los usuarios seguirán usando Google y un tercero a través de la accesibilidad (si está instalado). La asistencia para las APIs de accesibilidad dejará de estar disponible a principios del 2025, momento en el que se aplicarán los nuevos ajustes a todos los usuarios.
- Estilos alternativos para el elemento <meter>
En la versión 130 de Chrome, los elementos
<meter>con "appearance: none" ahora tienen un estilo alternativo razonable que coincide con el de Safari y Firefox, en lugar de desaparecer de la página. Además, los desarrolladores ahora pueden personalizar el estilo de los elementos<meter>.La marca de función
MeterAppearanceNoneFallbackStyleestá disponible enchrome://flagshasta Chrome 133 para controlar esta función.- Chrome 130 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción DataURLWhitespacePreservationEnabled Conservación de espacios en las URLs de datos de todos los tipos de contenido CloudProfileReportingEnabled Habilitar los informes en la nube de Google Chrome de un perfil gestionado
Cambios en Chrome Enterprise Core
- Cambio predeterminado de las políticas de IA generativa
A partir de la versión 130, vamos a cambiar la configuración predeterminada de las políticas de IA generativa de desactivada a permitida, sin mejorar los modelos de IA para los usuarios de Workspace for Education. Si tienes dispositivos registrados en Chrome Enterprise Core, esta política se aplicará automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas que en las que se actualizará la configuración predeterminada son las siguientes:
- CreateThemesSettings (de momento, solo disponible en EE. UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (de momento, solo disponible en EE. UU.)
- HistorySearchSettings (de momento, solo disponible en EE. UU.)
- TabOrganizerSettings (de momento, solo disponible en EE. UU.)
- TabCompareSettings (de momento, solo disponible en EE. UU.)
Para obtener más información sobre la configuración predeterminada, consulta el artículo Chrome: funciones y políticas de IA generativa.
- Compatibilidad con la configuración a nivel de usuario en Configuraciones personalizadas
La función Configuraciones personalizadas se lanzó recientemente en Chrome 127 y permite a los administradores de TI configurar políticas de Chrome que aún no estén en la consola de administración mediante secuencias de comandos JSON. A partir del 15 de octubre, las configuraciones personalizadas admitirán la aplicación de ajustes a nivel de usuario, además de a nivel de dispositivo. Es decir, podrás implementar políticas cuando los usuarios inicien sesión en una cuenta de Google gestionada a través de la página de configuraciones personalizadas.
- A partir del 15 de octubre del 2024, en Android, iOS, Linux, macOS y Windows: se lanza la función.
Para empezar, ve a Navegador Chrome > Configuraciones personalizadas en la consola de administración. Para acceder a esta función, necesitas el SKU de Chrome Enterprise Core.
- Reglas de navegación de URLs solo de auditoría
Esta función permite a los clientes crear reglas de navegación de URLs de Chrome con la acción de auditoría. Estas reglas permiten a los administradores hacer pruebas con las reglas de navegación por URL antes de empezar a mostrar advertencias a los usuarios. También permiten a los administradores auditar de forma silenciosa la navegación de los usuarios a URLs restringidas o sensibles.
La auditoría de URLs forma parte de la política de conector de comprobación de URL en tiempo real EnterpriseRealTimeUrlCheckMode, que se puede activar por unidad organizativa o por grupo.
- Chrome 130 en ChromeOS, Linux, macOS y Windows
- Estadísticas de seguridad de Chrome
Ahora puedes habilitar las estadísticas de seguridad de Chrome para monitorizar los riesgos de insiders y la pérdida de datos con una monitorización mejorada de la actividad de Chrome. Esta función está disponible para las siguientes licencias:
- Chrome Enterprise Core
- Workspace Enterprise Standard
- Workspace Enterprise Plus.
Para obtener más información, consulta el artículo Monitorizar riesgos de insiders y pérdidas de datos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: función habilitada para Chrome Enterprise Core
- Chrome 130 en ChromeOS, Linux, macOS y Windows: función habilitada para los clientes de centros educativos (excepto los de enseñanza primaria y secundaria)
- Puntuación de riesgo en el informe de uso de aplicaciones y extensiones de Chrome
Esta función añade una nueva columna a la consola de administración para la gestión de navegadores, que muestra la evaluación de riesgos de las extensiones instaladas en el entorno del administrador. Esta nueva adición permite a los administradores de TI identificar rápidamente las extensiones con una puntuación de riesgo alta, media o baja mediante la función de ordenación y filtrado del informe.
- Ya disponible para testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.
- A partir del 15 de octubre en Linux, macOS y Windows: se añade la evaluación de riesgos a la vista resumida.
Cambios en Chrome Enterprise Premium
-
En Chrome 130 no hay novedades relacionadas con Chrome Enterprise Premium.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Buscar y recibir respuestas en el historial de Chrome con la IA
A partir de Chrome 131, los usuarios podrán buscar en su historial de navegación y recibir respuestas generadas en función del contenido de las páginas. En un principio, esta función solo estará disponible para los usuarios en inglés de EE. UU. Los administradores pueden controlar la función mediante la política HistorySearchSettings. Estas son las opciones disponibles para tu empresa:
- Si se asigna el valor 0 a esta política, se habilitarán estas funciones para los usuarios y se enviarán los datos pertinentes a Google para ayudar a entrenar o mejorar modelos de IA. Según la función, los datos pertinentes pueden ser peticiones, entradas, resultados y materiales originales. Puede que lo revise una persona con el único propósito de mejorar los modelos de IA.
- 1 = Habilitar la función para los usuarios, pero no enviar datos a Google para entrenar o mejorar modelos de IA.
- 2 = Inhabilitar función por completo
Para obtener más información, consulta Buscar en el historial de Chrome con IA.
● Chrome 131 en Linux, Mac y Windows: la función genera respuestas a tus consultas de búsqueda.
- Firmas de código específicas para los correctores de aplicaciones web progresivas en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionarán los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se podrán aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen (como Santa). Para probar esta función, puedes habilitarla en
chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, pueden instalar una aplicación web progresiva y asegurarse de que se inicie correctamente.Si hay alguna incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política empresarial AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.
- Chrome 129 en macOS: la función está inhabilitada detrás de una marca (
chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa (https://santa.dev/). Si no es compatible en este momento, pueden inhabilitar la función mediante la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints. - Chrome 131 en macOS: la función empezará a lanzarse en la versión estable, empezando por el 1 %.
- Chrome 129 en macOS: la función está inhabilitada detrás de una marca (
- Comprobación asíncrona de Navegación segura en tiempo real
Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que el usuario no puede ver la página hasta que se completan. En Chrome 122 y versiones posteriores en Android, ChromeOS, Lacros, Linux, macOS y Windows, para mejorar la velocidad de carga de Chrome, las comprobaciones de Navegación segura en tiempo real ya no bloquean la carga de las páginas. Hemos evaluado el riesgo e implementado medidas de mitigación:
- En el caso del malware y los ataques del día cero, las comprobaciones de las listas de bloqueo locales se seguirán realizando de forma síncrona para que Navegación segura siga bloqueando las cargas útiles maliciosas.
- En el caso de los ataques de phishing, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introducido una contraseña) antes de que mostremos la advertencia.
- Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows
- Chrome 131 en iOS
- Quitar el método requestAdapterInfo() de GPUAdapter no estándar
El grupo de trabajo de WebGPU decidió que no era práctico que
requestAdapterInfo()activara una solicitud de permiso, por lo que han eliminado esa opción y la han sustituido por el atributo de información de GPUAdapter. Esto significa que los desarrolladores web pueden obtener el mismo valor deGPUAdapterInfode forma síncrona. Para obtener más información, consulta el atributo de información de la versión anterior Intent to Ship: WebGPU: GPUAdapter.- Chrome 131 en Windows, macOS, Linux y Android
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos ellos, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles; excepto la solicitud de informe de Navegación segura para clientes en tiempo real
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: SafeBrowsingExtendedReportingEnabled dejará de estar disponible en las solicitudes de informes del cliente de Navegación segura en tiempo real
- Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo
Los usuarios con versiones antiguas de Servicios de Google Play tendrán una funcionalidad limitada con las contraseñas que tengan en el dispositivo y es posible que su Gestor de contraseñas deje de funcionar en breve. Estos usuarios deberán actualizar los Servicios de Google Play, o se les guiará a través de otros métodos de solución de problemas en función de su estado. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas de Google.
- Chrome 131 en Android
- Desconfianza en los certificados de Entrust
Debido a los fallos de cumplimiento constantes, Chrome 127 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Entrust se consideran fiables de forma predeterminada. Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.
- el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Entrust afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre Cómo mantener la seguridad de los certificados digitales: desconfianza en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 131 en Android, ChromeOS, Linux, macOS y Windows: todas las versiones de Chrome 131 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 11 de noviembre del 2024.
- Experiencia de inicio de sesión y sincronización simplificada
A partir de Chrome 131, los usuarios que tengan Sincronización de Chrome activada disfrutarán de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. Ahora, los usuarios podrán iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que anteriormente, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede controlar mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.
- Chrome 131 en Android
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 131 en Linux, macOS y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
- Desactivación de la propiedad de posicionamiento de anclas de CSS inset-area
El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de la propiedad "inset-area" a "position-area". Para obtener más información, consulta la conversación de CSSWG en github. El nuevo nombre de propiedad, "position-area", es un sinónimo de "inset-area", que se ha lanzado a través de esta actualización de funciones descrita en Estado de la plataforma de Chrome, donde se describe la desactivación y la eliminación de la propiedad "inset-area".
- Chrome 131 en Windows, macOS, Linux y Android
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Para obtener más información, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.
- Chrome 124 en Windows, Mac y Linux: se ha habilitado el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768
- Chrome 131 en Windows, Mac y Linux: cambiar a la versión estándar de ML-KEM
- Chrome 141 en Windows, Mac y Linux: se ha retirado la política empresarial PostQuantumKeyAgreementEnabled
- OCR del lector de PDF de Chrome
Ahora, Chrome para ordenadores hace que los PDFs escaneados sean más accesibles. Chrome utiliza el OCR en el dispositivo para mantener la privacidad (no se envía ningún contenido a Google) y convierte automáticamente los PDFs escaneados, lo que te permite seleccionar texto, usar Ctrl+F, copiar y pegar. La función no permite sortear PDFs seguros. Solo se aplicará OCR a los PDFs a los que el usuario tenga acceso. La solución permite que los usuarios de Chrome accedan a los PDFs sin necesidad de seguir ningún paso adicional, lo que hace que los PDFs sean tan accesibles como el resto de la Web.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Advertencias de formularios no seguros en iOS
Chrome 125 empezó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra ahora una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, que se eliminará en Chrome 131.
- Chrome 125 en iOS: se lanza la función
- Chrome 131 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones. Puedes usar el registro de errores de Chromium para informar de cualquier problema que detectes.
- Chrome 132 en Windows: servicio de red en entorno aislado en Windows
- Lectura en voz alta en el modo Lectura
El modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El modo Lectura incluirá ahora una función de lectura en voz alta que permite a los usuarios escuchar el texto que están leyendo. Los usuarios pueden elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Capturar todas las pantallas
Esta función captura todas las pantallas que están conectadas al dispositivo en ese momento mediante
getAllScreensMedia(). LlamargetDisplayMedia()varias veces requiere varios gestos de usuario, obliga al usuario a elegir la siguiente pantalla cada vez y no garantiza a la aplicación que se hayan seleccionado todas las pantallas.getAllScreensMedia()mejora todos estos aspectos.Esta función solo está disponible con la política de empresa MultiScreenCaptureAllowedForUrls, y los usuarios reciben una advertencia antes de que empiece la grabación de que podría empezar en algún momento. La API solo funcionará con los orígenes especificados en la lista de permitidos MultiScreenCaptureAllowedForUrls. Cualquier origen que no se especifique no tendrá acceso.
- Chrome 132 en ChromeOS
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.
Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.- Chrome 133 en Android, iOS, ChromeOS, Lacros, Linux, macOS y Windows: se lanzará de forma gradual.
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.
Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación. Estas comprobaciones protegen la red privada del usuario.
Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.
- Chrome 133 en Windows, macOS, Linux y Android
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Consulta esta entrada de blog para obtener más información. Notifica cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios de Chrome Enterprise Core
- Política de valores predeterminados de IA generativa
A partir de la versión 131, Chrome Enterprise Core ofrecerá una política para controlar el comportamiento predeterminado de varias políticas de IA generativa a través de nuestro programa de testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí. Esta política no afectará a ningún valor de política definido manualmente para las funciones de IA generativa. Esta política controlará la configuración predeterminada de las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- Solo disponible para testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.
- Integración de telemetría de extensiones de Chrome con SecOps
Empezaremos a recoger datos relevantes de telemetría de extensiones de Chronicle desde Chrome (perfiles y dispositivos gestionados) y a enviarlos a SecOps de Google. Google SecOps analizará los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.
- Chrome 131 en ChromeOS, Lacros, Linux, macOS y Windows
- Nueva lista de perfiles gestionados e informes para usuarios que han iniciado sesión
Chrome Enterprise Core incluirá una nueva lista de perfiles gestionados e informes en la consola de administración. Esta función proporcionará una lista de perfiles de usuarios gestionados que inicien sesión en Chrome con una cuenta de Google. Los administradores de TI deberán habilitar la nueva política de informes de perfiles de Chrome para ver más información sobre un perfil gestionado. Los informes incluirán información sobre los perfiles gestionados, como las versiones de navegador, las políticas aplicadas (incluidos los conflictos), las extensiones instaladas, etc.
- Ya disponible en Android, Linux, macOS y Windows para el programa de testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
Próximos cambios de Chrome Enterprise Premium
- Controles de datos de Chrome Enterprise: Portapapeles
Los administradores pueden definir reglas de control de datos en la consola de administración de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas ligeras que se definen en la consola de administración de Google y que permiten a los administradores definir una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, hacer capturas de pantalla o compartir la pantalla.
Esta función se puede controlar mediante la política DataControlsRules. Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función
- Protección de capturas de pantalla
Los administradores pueden impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas páginas web que se consideren que contienen datos sensibles. Los administradores crean una regla de filtrado de URLs de DLP para impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas URLs o categorías de URLs. Esta función se puede controlar mediante la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.
Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.
- Chrome 129 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función
Resumen de novedades de ChromeOS 130
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Insertar Rápido | ✓ | ||
| Cambios en ajustes y accesos directos | ✓ | ||
| Concentración en ChromeOS | ✓ | ||
| Acceso mejorado a archivos de Drive | ✓ | ||
| Nuevas sugerencias en Tote | ✓ | ||
| Hola de Nuevo | ✓ | ||
| Micrófono de estudio | ✓ | ||
| Aplicación Grabadora basada en IA | ✓ | ||
| Análisis de contenido de las sesiones de invitado gestionadas | ✓ | ✓ | |
| URLs adicionales permitidas en el modo Kiosco | ✓ | ✓ | |
| Efectos de aspecto | ✓ | ||
| Controles de privacidad más accesibles | ✓ | ||
| Controles de brillo del teclado mejorados | ✓ | ||
| Controles de brillo de la pantalla mejorados | ✓ | ||
| Ayúdame a leer en ChromeOS | ✓ | ||
| Compatibilidad con varios calendarios | ✓ | ||
| Ventanas de imagen en imagen | ✓ | ||
| Mejora de la experiencia de usuario de ARC++ | ✓ | ||
| Nueva política para controlar los nombres de punto de acceso | ✓ | ||
| Actualización de SID de SCEP de Microsoft | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Fondos de pantalla y salvapantallas creados con IA | ✓ | ||
| Registro automático de ChromeOS Flex | ✓ | ||
| Migración de datos de alumnos graduados | ✓ | ✓ | |
| ChromeOS dejará de admitir aplicaciones de Chrome | ✓ | ||
| Se retira la compatibilidad con Native Client (NaCl) en ChromeOS | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades de ChromeOS
-
Insertar Rápido
Insertar rápido es una forma rápida de insertar emojis, símbolos, GIFs, enlaces de Google Drive y cálculos rápidos y conversiones de unidades con una tecla del teclado (en determinados modelos) o una combinación de teclas.
En ChromeOS 130, hay un nuevo acceso directo Inicio + F disponible en todos los dispositivos ChromeOS. Al principio, la nueva tecla de hardware solo estará disponible en el Samsung Galaxy Chromebook Plus, pero la tecla Insertar rápido se lanzará en una serie de dispositivos en el 2025.
-
Cambios en ajustes y accesos directos
Hemos actualizado las opciones de acceso directo y de dispositivo de entrada en Configuración para incluir lo siguiente:
- Insertar rápido: menú de aplicaciones + F
-
Concentración en ChromeOS
Hemos diseñado el modo Concentración en ChromeOS para ayudar a los usuarios a minimizar las distracciones y crear un espacio de trabajo más productivo. Con Concentración, puedes definir y ajustar fácilmente el tiempo de concentración, activar o desactivar el modo No molestar, ordenar o crear tareas de Google, y sumergirte en listas de reproducción seleccionadas que te ayuden a concentrarte mejor con sonidos para concentrarse o YouTube Music Premium (con suscripción). Para usar el modo Concentración, ve a Ajustes rápidos > Concentración.
-
Acceso mejorado a archivos de Drive
Además de los archivos que has destacado en Tote, puedes acceder a todos los archivos de Drive destacados directamente desde el estante, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el menú de aplicaciones y Tote te permiten acceder rápidamente a tus archivos más importantes y utilizados.
-
Nuevas sugerencias en Tote
Accede rápidamente a los archivos que más necesitas y fíjalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote sugiere archivos a los usuarios, lo que mejora los archivos que les resultará útil fijar y acceder a ellos sin conexión.
-
Hola de Nuevo
Las nuevas funciones de Hola de Nuevo ayudan a los usuarios a retomar su trabajo y a explorar nuevas opciones en el arranque. Una vez que hayas habilitado esta función, podrás previsualizar y restaurar aplicaciones y pestañas de tu sesión anterior. Hola de nuevo también proporciona información útil, como el tiempo, tu próximo evento del calendario, las pestañas recientes de otros dispositivos y sugerencias de Google Drive pertinentes.
Para activar esta función, selecciona Ajustes > Preferencias del sistema > Inicio > Hola de nuevo y comprueba que se haya seleccionado Preguntar siempre en tu dispositivo.
-
Micrófono de estudio
Activa esta función en los controles de videollamada para que el micrófono integrado de tu Chromebook suene como un micrófono de estudio profesional. El micrófono de estilo de estudio incluye los efectos de cancelación de ruido y de eliminación de reverberación, y los mejora aún más con un ecualizador avanzado, la reconstrucción de pequeños detalles y la adaptación al espacio. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido podrán disfrutar de las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto de cancelación de ruido anterior, puede seleccionar la opción correspondiente en Ajustes > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.
-
Aplicación Grabadora basada en IA
ChromeOS 130 incluye la nueva aplicación Grabadora, que utiliza la IA de Google para crear transcripciones que pueden detectar y etiquetar interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra aplicación va más allá de la grabación, ya que ofrece conversión de voz a texto, resúmenes de contenido y sugerencias de títulos, todo ello con la tecnología de la IA de Google.
-
Análisis de contenido de las sesiones de invitado gestionadas
Ahora, las empresas pueden aplicar la potente protección basada en contenido y contexto y el sistema de análisis de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado gestionadas de ChromeOS. Por ejemplo, un archivo mal ubicado que contenga números de la Seguridad Social se bloquea al instante cuando un usuario intenta copiarlo en un disco externo, lo que protege esta información confidencial.
-
URLs adicionales permitidas en el modo Kiosco
Si una aplicación de kiosco usa más de un origen de URL, los administradores de TI ahora pueden introducir los orígenes adicionales. Se concederán los permisos automáticamente a todos los orígenes que se indiquen. No se concederán los permisos a los orígenes que no estén incluidos en la lista.
-
Efectos de aspecto
Los efectos de aspecto llevan mucho tiempo siendo populares en los productos de cámaras, reuniones virtuales y vídeos cortos, y se han lanzado en algunos productos de Google. En ChromeOS 130, hemos integrado esta función en los controles de videollamada de Chromebook. Solo disponible en dispositivos Chromebook Plus.
-
Controles de privacidad más accesibles
En este lanzamiento, estamos haciendo que los controles de privacidad a nivel de SO sean más accesibles para los usuarios del navegador Chrome. El objetivo es que los usuarios sean más conscientes de que, para que la cámara o el micrófono funcionen, deben habilitar los controles de privacidad a nivel de SO.
-
Controles de brillo del teclado mejorados
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz de ambiente directamente desde la aplicación Configuración. Esta nueva función te permite ajustar el brillo del teclado al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario. Estas actualizaciones hacen que usar tu dispositivo sea más fácil y te ayudan a gestionar la duración de la batería. Por otro lado, si el Chromebook es compatible con RGB, la opción Configuración > Teclado ahora tiene un enlace directo a las opciones de selección de color RGB. Para obtener más información, consulta el artículo Usar las funciones de videojuegos en tu Chromebook.
-
Controles de brillo de la pantalla mejorados
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz de ambiente directamente desde la aplicación Configuración. Esta nueva función te permite ajustar el brillo de la pantalla al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario en Configuración. Estas actualizaciones hacen que usar tu dispositivo sea más fácil y te ayudan a gestionar la duración de la batería.
-
Ayúdame a leer en ChromeOS
Ayúdame a leer en ChromeOS proporciona una solución basada en IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Descubre fácilmente la esencia de lo que estás leyendo en el navegador y en la Galería haciendo clic con el botón derecho en un espacio vacío para que aparezca la tarjeta Ayúdame a leer encima del menú contextual. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre donde puedes hacer preguntas específicas sobre el texto. Solo disponible en dispositivos Chromebook Plus.
-
Compatibilidad con varios calendarios
Vamos a lanzar la compatibilidad con varios calendarios para que los usuarios puedan ver todos los eventos de los calendarios que hayan seleccionado en Google Calendar.
-
Ventanas de imagen en imagen
Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de imagen en imagen (PiP). Esta función permite a los usuarios mover temporalmente las ventanas de PiP a un lado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al vídeo. Además, puedes ajustar rápidamente el tamaño de las ventanas PiP con un doble toque rápido, alternando entre dos tamaños para disfrutar de una visualización óptima.
-
Mejora de la experiencia de usuario de ARC++
Para mejorar la experiencia de usuario de ChromeOS y ARC++, vamos a trasladar las notificaciones de errores y de segundo plano no urgentes de ARC++ a la bandeja del sistema. De esta forma, se evita que estos mensajes aparezcan innecesariamente en primer plano y perturben el recorrido del usuario. Al mover estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios sigan recibiendo notificaciones sobre posibles problemas, pero sin interrumpirlos mientras usan su Chromebook. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.
-
Nueva política para controlar los nombres de punto de acceso
En el caso de los Chromebooks con red móvil, las políticas de nombres de puntos de acceso (APNs) permiten a los administradores restringir el uso de APNs personalizados. Si se configura el indicador AllowAPNModification en la configuración general de la red para restringirlo, pueden impedir que los usuarios finales añadan o utilicen APNs personalizados.
-
Actualización de SID de SCEP de Microsoft
Solo para despliegues de SCEP que usan Microsoft NPS para RADIUS. Si no utilizas certificados de SCEP junto con Microsoft NPS para la conectividad de red de Chromebooks a través de Radius, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más habitual en el ámbito empresarial que en el educativo.
Microsoft ha anunciado una actualización de seguridad que añadirá un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados de SCEP en entornos que usen NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, donde los certificados utilizables con claves privadas se pueden exportar desde un dispositivo Windows para usarse en cualquier otro dispositivo. Si añades el SID, el certificado se vinculará a un dispositivo o usuario de tu entorno de Active Directory, de modo que un dispositivo o usuario desconocido no podrá usarlo. No se trata de un problema de seguridad de Chromebooks, ya que no permiten la exportación de certificados con claves privadas y están protegidos por el TPM. Sin embargo, cualquier certificado que no incluya este nuevo campo no podrá autenticarse con un servidor de NPS para Radius después de la fecha límite de implementación obligatoria, que es el 11 de febrero del 2025.
¿Qué debes hacer?
Lo antes posible, comprueba si tu despliegue depende de los certificados SCEP y de NPS para la autenticación de red de Radius. Para ello, ve al controlador de dominio -> Sistema del visor de eventos y busca el ID de evento 39. Si ves este ID de evento:
Acciones que debes realizar si ves el ID de evento 39:
- Crea un objeto o reutiliza uno que ya tenga en tu entorno de Active Directory para usar SCEP
- Extrae el SID del objeto de AD. Por ejemplo, PS> (Get-ADUser nombreDeUsuario).SID.value
- Crea un perfil de SCEP con todos los ajustes duplicados de tu configuración actual y añade el SID del objeto de AD que acabas de crear o el que ya tenías del paso 1.
- En la sección Nombre alternativo de entidad, selecciona el botón de selección Personalizado. Añade un nuevo nombre alternativo de entidad con el botón + y selecciona el tipo "Identificador uniforme de recursos" en el menú desplegable. En la sección de cadena, el valor debe ser similar a este:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
dondeS-1-2-3-4-5-6-8es el SID del objeto de AD- Implementa este nuevo certificado en todos los Chromebooks potencialmente afectados de tu flota:
- Espera AL MENOS UN MES para asegurarte de que todos los dispositivos hayan adoptado el nuevo certificado.
- Vuelve a vincular todas las políticas del certificado antiguo al nuevo del paso 2.
- Verifica la funcionalidad con el nuevo certificado.
- Elimina el perfil antiguo.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en ChromeOS
-
Fondos de pantalla y salvapantallas creados con IA
A partir de ChromeOS 131, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de videollamada en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Registro automático de ChromeOS Flex
A partir de ChromeOS 131, el registro automático de ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a escala. De forma similar a la activación automática de ChromeOS, el registro automático inserta un token de registro creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización de clientes y unidad organizativa se registrará un dispositivo durante la configuración inicial del dispositivo.
-
Migración de datos de alumnos graduados
A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los alumnos de posgrado u otros usuarios gestionados por un centro educativo que quieran migrar sus datos a través del proceso de transferencia actualizado de Google Takeout. Esto les permite llevar su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que prefieran.
Esta nueva aplicación permite a los administradores de centros educativos fijar un icono en el estante, notificar a los alumnos y al profesorado en sus Chromebooks y definir fechas para activar estas sugerencias para animarles a usar el proceso de transferencia de Takeout.
-
ChromeOS dejará de admitir aplicaciones de Chrome
En el 2016, anunciamos que las aplicaciones de Chrome se dejarían de admitir en favor de las aplicaciones web. En el 2021, anunciamos en el blog de Chromium que la compatibilidad de las aplicaciones de Chrome con los clientes de ChromeOS Enterprise y Education, así como con los desarrolladores de ChromeOS, se prolongaría hasta, como mínimo, enero del 2025. Dado que la mayoría de nuestros clientes han dejado de usar aplicaciones de Chrome (incluidas las aplicaciones empaquetadas antiguas (versión 1) y las aplicaciones alojadas), te confirmamos las siguientes actualizaciones sobre las fechas de retirada de aplicaciones de Chrome.
Julio del 2025: fin del ciclo de asistencia de las aplicaciones de Chrome instaladas por los usuarios (programado para ChromeOS M138).- Las aplicaciones de Chrome cuya instalación se haya forzado a través de la consola de administración seguirán siendo compatibles.
- Los dispositivos del canal LTS con aplicaciones de Chrome en modo Kiosco se seguirán admitiendo hasta abril del 2027.
- Los dispositivos que estén en el canal LTS podrán seguir usando aplicaciones de Chrome hasta octubre del 2028.
- No se realizarán excepciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de aplicaciones de Chrome y a todos los administradores de ChromeOS.
Estos plazos de discontinuación también se aplican a las aplicaciones de Chrome alojadas en servidores propios.
Aunque no se pueden añadir nuevas aplicaciones de Chrome a Chrome Web Store, las que ya están se pueden seguir actualizando hasta octubre del 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esa fecha, las aplicaciones de Chrome se retirarán de Chrome Web Store.
Si tu organización ha desarrollado aplicaciones de Chrome para utilizarlas de forma interna y necesitas ayuda, consulta la guía Transición desde aplicaciones de Chrome. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
-
Se retira la compatibilidad con Native Client (NaCl) en ChromeOS
En el 2017, anunciamos que Native Client (NaCl) dejaría de estar disponible y que se sustituiría por WebAssembly. Dado que la mayoría de nuestros clientes han dejado de usar NaCl, podemos confirmar algunos cambios importantes que se van a producir en ChromeOS.
- Enero del 2025: Native Client (NaCl) se inhabilitará de manera predeterminada a partir de ChromeOS M132.
- Para los usuarios no gestionados y los consumidores, M131 será la última versión de ChromeOS que admita NaCl.
- En los entornos de usuario gestionados, los administradores que ya gestionan dispositivos ChromeOS en empresas o centros educativos tendrán la opción de ampliar la capacidad de usar NaCl con una política de permitir NaCl a través de la versión M138. A partir de la versión M132, la política también estará disponible para las sesiones de Kiosco.
- Julio del 2025: ChromeOS M138 marcará el fin del ciclo de vida de la tecnología NaCl en ChromeOS.
- En los entornos gestionados, M138 es una versión de ChromeOS con asistencia a largo plazo (LTS), disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o en un centro educativo. Los dispositivos que se hayan cambiado al canal LTS y tengan habilitada la política de aceptación de NaCl pueden seguir usando NaCl hasta la última actualización del LTS en abril del 2026.
Si tu organización ha desarrollado aplicaciones de Chrome con NaCl y necesitas ayuda, consulta las guías Transición desde aplicaciones de Chrome y Migración de WebAssembly. También puedes unirte a nosotros en la comunidad de desarrolladores de ChromeOS en Discord o ponerte en contacto con nosotros a través del formulario de https://chromeos.dev/work-with-us. Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a los desarrolladores de NaCl y a los administradores de ChromeOS afectados.
- Enero del 2025: Native Client (NaCl) se inhabilitará de manera predeterminada a partir de ChromeOS M132.
Chrome 129
| Novedades del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Comparación de pestañas | ✓ | ||
| Chrome deja de ser compatible con macOS 10.15 | ✓ | ✓ | |
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Gestor de certificados en Windows y macOS | ✓ | ||
| Estadísticas de seguridad de Chrome | ✓ | ✓ | |
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Pestañas inactivas en Android | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Protección de capturas de pantalla | ✓ | ||
| Sincronizar grupo de pestañas | ✓ | ||
| Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo | ✓ | ||
| Desactivación del argumento includeShadowRoots en DOMParser | ✓ | ||
| Discontinuación de la serialización no estándar del shadow DOM declarativo | ✓ | ||
| Cambiar el nombre de inset-area a position-area | ✓ | ||
| Borrar datos locales del dispositivo al cerrar sesión en iOS | ✓ | ||
| Personalización de la barra de herramientas | ✓ | ||
| Uso de llaves de acceso del Gestor de contraseñas de Google en ChromeOS | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado gestionadas | ✓ | ||
| Fondo de pantalla de agradecimiento a los docentes | ✓ | ||
| Controles de brillo de la pantalla | ✓ | ||
| Experiencia de bienvenida de periféricos | ✓ | ||
| Las cuentas gestionadas ya no se sincronizan como cuentas secundarias en Android | ✓ | ✓ | |
| Traducción instantánea | ✓ | ||
| Controles de brillo del teclado | ✓ | ||
| Combinación de teclas para Enunciar selección | ✓ | ||
| PIN como factor de autenticación | ✓ | ||
| Recarga automática de la pantalla de inicio de sesión | ✓ | ||
| Los tipos de archivos de CLC de Workspace ahora son compatibles con Google Drive | ✓ | ||
| Actualizaciones del icono de la batería | ✓ | ||
| Novedades de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Puntuación de riesgo de la extensión en el informe de uso de aplicaciones y extensiones | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Desconfianza en los certificados de Entrust | ✓ | ||
| Estilos alternativos para el elemento <meter> | ✓ | ||
| Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Experiencia de inicio de sesión y sincronización simplificada | ✓ | ||
| Integración de telemetría de extensiones de Chrome con SecOps | ✓ |
✓ |
|
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Desactivación de cookies de terceros de Chrome (3PCD) | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| Eliminación de la política utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Fondos de pantalla y fondos para videoconferencias creados con IA generativa | ✓ | ||
| Eventos de ventana de XDR de ChromeOS | ✓ | ||
| Próximos cambios de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Informes de perfiles gestionados del navegador Chrome | ✓ | ||
| Cambio predeterminado de las políticas de IA generativa | ✓ | ||
| Política de control de IA generativa | ✓ | ||
| Compatibilidad con la configuración a nivel de usuario en la página Configuraciones personalizadas | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Actualizaciones del navegador Chrome
- Comparación de pestañas
A partir de Chrome 129 (solo en EE. UU.), presentaremos Comparación de pestañas, una nueva función que ofrece un resumen generado por IA de los productos de varias pestañas, todo en un mismo lugar. Esta función se controla mediante la política TabCompareSettings. Para obtener más información, consulta el artículo Comparación de pestañas en el Centro de Ayuda de Chrome Enterprise y Education.
- Chrome 129 en Linux, macOS y Windows
- Chrome ya no es compatible con macOS 10.15
Chrome 129 ya no es compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir ejecutando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 ya no es compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15.
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionan los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se pueden mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
- Chrome 129 en macOS
- Gestor de certificados en Windows y macOS
Desde la versión 129 de Chrome, hay una nueva pantalla de configuración de gestión de certificados a la que se puede acceder desde la configuración de seguridad de Windows y macOS. Este enlace sustituye al enlace al administrador de certificados de Windows y al llavero de macOS, respectivamente, aunque se puede acceder a estas superficies de los sistemas operativos desde la página de configuración de la gestión de certificados.
El administrador de certificados muestra los certificados que Chrome considera fiables o no fiables, incluidos los contenidos de Chrome Root Store y los que se han importado del sistema operativo subyacente. Los usuarios pueden acceder a la página directamente en chrome://certificate-manager.
En una próxima versión, se introducirá la gestión de certificados añadidos directamente a Chrome para usuarios y empresas.
- Chrome 129 en macOS y Windows
- Estadísticas de seguridad de Chrome
Ahora puedes habilitar las estadísticas de seguridad de Chrome, que te permiten monitorizar los riesgos internos y la pérdida de datos en la actividad de Chrome si tienes Chrome Enterprise Core y Workspace Enterprise Standard o Workspace Enterprise Plus con licencias asignadas. Para obtener más información, consulta el artículo Monitorizar riesgos de insiders y pérdidas de datos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: función habilitada para Chrome Enterprise Core
- Chrome 129 en ChromeOS, Linux, macOS y Windows: función habilitada para los clientes de centros educativos (excepto los de enseñanza primaria y secundaria)
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos ellos, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles; excepto la solicitud de informe de Navegación segura para clientes en tiempo real
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: SafeBrowsingExtendedReportingEnabled dejará de estar disponible en las solicitudes de informes del cliente de Navegación segura en tiempo real
- Pestañas inactivas en Android
En Chrome 129, las pestañas antiguas se ocultarán en la nueva sección Pestañas inactivas del selector de pestañas de Chrome para Android. Los usuarios de Chrome pueden acceder a la sección de pestañas inactivas para ver todas las pestañas antiguas o cerrarlas mediante la nueva función de pestañas en bloque. Estas pestañas se eliminarán si llevan más de 60 días en esta sección.
- Chrome 129 en Android: lanzamiento de la función para el 1 %
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), que antes se denominaba "Solo HTTPS" o "Modos primero HTTPS", es un ajuste que indica a Chrome que debe pedir el consentimiento del usuario antes de enviar contenido HTTP inseguro por la red. La política HttpsOnlyMode permite habilitar o inhabilitar la función ABH.
En Chrome 129, vamos a añadir una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias para los usuarios haciendo que funcione como ABH estricto la mayor parte del tiempo, pero sin preguntar cuando Chrome sabe que no es posible una conexión HTTPS, como cuando se conecta a un nombre de host de etiqueta única, como "internal/".
Vamos a añadir la opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si defines force_balanced_enabled en navegadores anteriores a Chrome 129, se producirá el comportamiento predeterminado, que no impone ninguna restricción de empresa al ajuste de ABH.
Para evitar problemas inesperados, si ya has definido force_enabled, te recomendamos que no definas force_enabled hasta que toda tu flota se haya actualizado a Chrome 129 o una versión posterior. Si no vas a migrar de force_enabled a force_enabled, este cambio no te afectará.
- Chrome 129 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Protección de capturas de pantalla
Las protecciones de capturas de pantalla permiten a los administradores impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas páginas web que se consideren que contienen datos sensibles. Esta función solo está disponible para los usuarios de Chrome Enterprise Premium. Esta función se puede controlar mediante la misma política de Chrome Enterprise EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.
- Chrome 129 en ChromeOS, Linux, macOS y Windows
- Sincronizar grupo de pestañas
Los grupos de pestañas de iOS ahora se guardan. Al cerrar un grupo de pestañas, ya no se elimina. En el caso de los usuarios que sincronicen sus pestañas en varios dispositivos, los grupos también se sincronizan.
- Chrome 129 en iOS
- Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo
Los usuarios con versiones antiguas de Servicios de Google Play tienen una funcionalidad limitada con las contraseñas que tengan en el dispositivo y es posible que su Gestor de contraseñas deje de funcionar en breve. Estos usuarios deben actualizar los Servicios de Play. De lo contrario, se les guiará a través de otros métodos de solución de problemas en función de su estado. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas.
- Chrome 129 en Android
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots era un argumento nunca estandarizado para la función DOMParser.parseFromString() para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada de serialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma de setHTMLUnsafe() and parseHTMLUnsafe() se envía en Chrome 124, el argumento no estándar includeShadowRoots se debe eliminar y desactivar. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, macOS, Windows y Android
- Desactivación de la serialización no estándar del shadow DOM declarativo
La implementación del prototipo, que se lanzó en el 2020 y se actualizó en el 2023, contenía un método llamado "getInnerHTML()" que se podía utilizar para serializar árboles DOM que contuvieran raíces de shadow DOM. Esa parte del prototipo no se ha estandarizado con el resto del shadow DOM declarativo y hasta hace poco no se había llegado a un consenso sobre las especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, la forma de la API getInnerHTML ha cambiado.
Esta función representa la desactivación del método "getInnerHTML()" que se ha enviado anteriormente. La sustitución se llama "getHTML()" y se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función ChromeStatus.
- Chrome 129 en Windows, macOS, Linux y Android
- Cambiar el nombre de inset-area a position-area
El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de esta propiedad de "inset-area" a "position-area". Para obtener más información, consulta la conversación de CSSWG en GitHub. Chrome admitirá tanto el nombre antiguo como el nuevo de la propiedad de forma graduall para ayudar a los desarrolladores a migrar al nuevo nombre de position-area. Lanzamos el nuevo nombre de propiedad, "position-area", como sinónimo de "inset-area" en Chrome 129, junto con la desactivación de "inset-area" en DevTrial.
Tenemos previsto eliminar la propiedad "inset-area" en la versión 131 de Chrome.
- Chrome 129 en Windows, macOS, Linux y Android
- Borrar datos locales del dispositivo al cerrar sesión en iOS
A partir de Chrome 129, al cerrar sesión en una cuenta gestionada desde un navegador no gestionado, se eliminan los datos de navegación guardados en el dispositivo. Los usuarios gestionados ven un cuadro de diálogo de confirmación al cerrar sesión en el que se explicará que se borrarán los datos no guardados. Los datos solo se borrarán a partir de la hora de inicio de sesión. De lo contrario, se borrarán todos los datos. La hora de inicio de sesión solo se conoce si el usuario ha iniciado sesión en Chrome 122 o una versión posterior.
Entre los datos que se eliminan se incluyen los siguientes:
- Historial de navegación
- cookies y datos de sitios
- contraseñas
- configuración del sitio
- autocompletar
- archivos e imágenes almacenados en caché
- Chrome 129 en iOS
- Personalización de la barra de herramientas
Vamos a introducir una función de personalización de la barra de herramientas en Chrome 129, que permitirá a los usuarios de navegadores de escritorio fijar y desfijar iconos en su barra de herramientas a través de un nuevo panel lateral.
- Chrome 129 en ChromeOS, Linux, macOS y Windows: lanzamiento gradual
- Uso de llaves de acceso del Gestor de contraseñas de Google en ChromeOS
Las llaves de acceso mejoran la seguridad de los usuarios, pero hasta hoy han sido un poco más difíciles de usar en diferentes dispositivos. Ahora, los usuarios pueden guardar llaves de acceso en el Gestor de contraseñas de Google y usarlas en distintos dispositivos y plataformas. Esta función ya está disponible en Windows, macOS, Linux y Android. Ahora está disponible en ChromeOS.
- Chrome 127 en Windows, Android y macOS
- Chrome 129 en Windows, Android, macOS y ChromeOS
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción TabCompareSettings Configuración de Comparación de pestañas AdHocCodeSigningForPWAsEnabled Firma de código específica para los correctores de aplicaciones web progresivas
Novedades de ChromeOS
-
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado gestionadas
En ChromeOS 129, las empresas pueden aplicar la potente protección basada en contenido y contexto y el sistema de análisis de Chrome Enterprise Premium a los archivos locales de ChromeOS en las sesiones de invitado gestionadas.
Por ejemplo, un archivo mal ubicado que contenga números de la Seguridad Social se bloquea al instante cuando un usuario intenta copiarlo en un disco externo, lo que protege esta información confidencial.
-
Fondo de pantalla de agradecimiento a los docentes
En ChromeOS 129, hemos añadido una nueva colección de fondos de pantalla para celebrar y compartir nuestra gratitud y apoyo a los docentes de todo el mundo.
-
Controles de brillo de la pantalla
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la aplicación Ajustes. Esta nueva función te permite ajustar el brillo de la pantalla al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario en la aplicación Ajustes. Estas actualizaciones hacen que sea más fácil usar tu dispositivo y te ayudan a gestionar la duración de la batería.
-
Experiencia de bienvenida de periféricos
Saber que un periférico se ha conectado correctamente, configurarlo y encontrar su aplicación complementaria son pasos fundamentales en el recorrido del usuario del periférico. El objetivo de esta versión es ofrecer una experiencia de bienvenida de alta calidad, para lo que se informa a los usuarios de que su periférico se ha conectado correctamente y se les invita a configurarlo y sacarle el máximo partido.
-
Las cuentas gestionadas ya no se sincronizan como cuentas secundarias en Android
A partir de la versión 129 de ChromeOS, mejoramos la seguridad de los datos de Android en ChromeOS. Las cuentas de empresa que se añadan como cuentas secundarias durante la sesión ya no se añadirán automáticamente al entorno de Android en ChromeOS. Este cambio no afecta a las cuentas de consumidor, a las cuentas de centros educativos ni a las cuentas que se hayan añadido anteriormente.
-
Traducción instantánea
Los dispositivos Chromebook Plus van a incluir Traducción instantánea, que permitirá a los usuarios traducir el contenido con Subtítulos automáticos al idioma que elijan. Si un usuario que habla inglés está manteniendo una conversación con una persona que no habla el mismo idioma, siempre que Subtítulos automáticos sea compatible con el idioma de la persona con la que está hablando, la conversación se puede traducir al inglés. También funciona con vídeos y se puede usar en YouTube para realizar la traducción instantánea de un vídeo al inglés.
-
Controles de brillo del teclado
Los usuarios de Chromebooks ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz de ambiente directamente desde la aplicación Configuración. Esta nueva función te permite ajustar el brillo del teclado al nivel perfecto y activar o desactivar el sensor de luz de ambiente según sea necesario. Estas actualizaciones hacen que usar tu dispositivo sea más fácil y te ayudan a gestionar la duración de la batería. Por otro lado, si el Chromebook es compatible con RGB, la página de configuración del teclado tendrá un enlace directo a las opciones de selección de color RGB del centro de personalización.
-
Combinación de teclas para Enunciar selección
La combinación de teclas de Enunciar selección (Búsqueda + s) ahora funciona la primera vez que se pulsa. Ya no es necesario activarla primero en Ajustes. Aparece un cuadro de diálogo en el que se te pedirá que confirmes que quieres activar Enunciar selección la primera vez que pulses la combinación de teclas.
-
PIN como factor de autenticación
Con este lanzamiento, el PIN se habilita como factor de autenticación en todas las superficies de autenticación de ChromeOS.
-
Recarga automática de la pantalla de inicio de sesión
A partir de la versión 129, ChromeOS optimiza la compatibilidad de los inicios de sesión basados en proveedores de identidades de terceros. En la situación más habitual, los administradores muestran un inicio de sesión permanente de un proveedor de identidades de terceros en la pantalla de inicio de sesión. Muchos proveedores de identidades agotan el tiempo de espera tras una cadencia específica (por ejemplo, 15 minutos), lo que provoca errores para el usuario. La nueva política DeviceAuthenticationFlowAutoReloadInterval permite actualizar repetidamente los proveedores de identidades de terceros en la pantalla de inicio de sesión, evitando así los tiempos de espera y, por tanto, aumentando considerablemente la fiabilidad de los inicios de sesión con proveedores de identidades de terceros.
-
Los tipos de archivos de CLC de Workspace ahora son compatibles con Google Drive
El cifrado del lado del cliente (CLC) es una función de Google Workspace y Drive que permite a los clientes y los usuarios cifrar archivos con las claves proporcionadas por el cliente para que los datos se cifren y nunca se almacenen sin cifrar en nuestros servidores. Con este lanzamiento, se ofrece compatibilidad básica con CLC en la aplicación Archivos de ChromeOS. Esto incluye hacer que los archivos de CLC sean visibles, abrirlos en el navegador y marcar como no compatibles los archivos de CLC que no sean de Google Workspace.
-
Actualizaciones del icono de la batería
Vamos a lanzar una actualización del icono de la batería para que el estado de la batería ya no cubra el nivel de la batería. Ahora puedes ver fácilmente cuánta batería te queda.
Próximos cambios de la consola de administración
- Informes de perfiles gestionados del navegador Chrome
Chrome Enterprise Core incluirá nuevos informes de perfiles gestionados del navegador Chrome en la consola de administración. Esta función ofrece una nueva lista y páginas de detalles de los perfiles gestionados. En estas páginas, los administradores de TI pueden encontrar información sobre los informes de los perfiles gestionados, como los detalles de los perfiles, las versiones de navegador, las políticas aplicadas, etc.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Cambio predeterminado de las políticas de IA generativa
A partir de la versión 130, cambiaremos la configuración predeterminada de las políticas de IA generativa de desactivada a permitida, sin mejorar los modelos de IA. Si tienes dispositivos registrados en Chrome Enterprise Core, esta política se aplicará automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas que en las que se actualizará la configuración predeterminada son las siguientes:
- CreateThemesSettings (de momento, solo disponible en EE. UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (de momento, solo disponible en EE. UU.)
- HistorySearchSettings (de momento, solo disponible en EE. UU.)
- TabOrganizerSettings (de momento, solo disponible en EE. UU.)
- TabCompareSettings (de momento, solo disponible en EE. UU.)
- Política de control de IA generativa
A partir de la versión 130, Chrome Enterprise Core incluirá una política para controlar el comportamiento de varias políticas de IA generativa. Esta función es muy práctica, ya que permite a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un mismo lugar. Por ejemplo, pueden configurar que estén desactivadas de forma predeterminada. Esta política controlará las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (lanzamiento en Chrome 130)
- GenAIWallpaperSettings (lanzamiento en Chrome 130)
- Compatibilidad con la configuración a nivel de usuario en la página Configuraciones personalizadas
La página Configuraciones personalizadas se lanzó recientemente en Chrome 127 y permite a los administradores de TI configurar políticas de Chrome que aún no estén en la consola de administración mediante secuencias de comandos JSON. A partir del 1 de octubre, las configuraciones personalizadas admitirán la aplicación de ajustes a nivel de usuario, además de a nivel de máquina. Es decir, podrás implementar políticas cuando los usuarios inicien sesión en una cuenta de Google gestionada a través de la página de configuraciones personalizadas.
- A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: se lanza la función para las políticas de usuario
Para empezar, puedes encontrar las configuraciones personalizadas en la consola de administración, en Navegador Chrome > Informes; necesitarás el SKU de Chrome Enterprise Core:
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximas actualizaciones del navegador Chrome
- Desconfianza en los certificados de Entrust
Debido a los fallos de cumplimiento constantes, Chrome 127 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Entrust se consideran fiables de forma predeterminada. Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.
- el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Entrust afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre Cómo mantener la seguridad de los certificados digitales: desconfianza en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: todas las versiones de Chrome 127 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: la acción de bloqueo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024. Este cambio también afectará a Chrome 127, 128 y 129.
- Estilos alternativos para los elementos <meter>
Desde la versión 130 de Chrome, los HTML5 HTML5 HTML5 con "appearance: none" tendrán un estilo alternativo razonable que coincidirá con el de Safari y Firefox en lugar de desaparecer de la página. Además, los desarrolladores podrán personalizar el estilo de los elementos <meter>.
La política temporal MeterAppearanceNoneFallbackStyle estará disponible hasta Chrome 133 para controlar esta función.
- Chrome 130 en Windows, macOS, Linux y Android
- Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido
Esta función permite usar respuestas anteriores designadas como diccionario externo para respuestas HTTP comprimidas con Brotli o Zstandard.
Las empresas pueden tener problemas de compatibilidad con la infraestructura de red de la empresa. La política CompressionDictionaryTransportEnabled permite desactivar la función de transporte de diccionarios de compresión.
- Chrome 130 en Windows, macOS, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Mejora la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.
- Chrome 130 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admitirá correctamente las URLs de esquemas no especiales, como git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Experiencia de inicio de sesión y sincronización simplificada
A partir de Chrome 131, los usuarios que tengan Sincronización de Chrome activada disfrutarán de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. Ahora, los usuarios podrán iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que anteriormente, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede controlar mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.
- Chrome 131 en Android
- Integración de telemetría de extensiones de Google SecOps
Empezaremos a recoger datos relevantes de telemetría de extensiones de Chronicle desde Chrome (perfiles y dispositivos gestionados) y a enviarlos a SecOps de Google. Google SecOps analizará los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.
- Chrome 131 en ChromeOS, Lacros, Linux, macOS y Windows
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. Al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 131 en Linux, macOS y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
- Discontinuación de cookies de terceros de Chrome (3PCD)
El 22 de julio, anunciamos una nueva estrategia para Privacy Sandbox en la web. En lugar de dejar de usar las cookies de terceros, introduciríamos una nueva experiencia en Chrome que permita a los usuarios tomar una decisión fundamentada que se aplique a su navegación web y que puedan ajustar en cualquier momento. Estamos hablando de esta nueva opción con los organismos reguladores y mantendremos conversaciones con el sector a medida que la vayamos implementando.
Para obtener más información, consulta esta actualización de Privacy Sandbox.
- Advertencias de formularios no seguros en iOS
Chrome 125 empezó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra ahora una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, que se eliminará en Chrome 130.
- Chrome 125 en iOS: se lanza la función
- Chrome 130 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este mecanismo se expone como un nuevo paquete de cifrado TLS. Este cambio debería ser transparente para los operadores de servidor, ya que TLS negocia automáticamente los algoritmos de cifrado compatibles. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos de red de empresa, como los cortafuegos y los proxies (cajas intermedias de TLS), no estén preparados para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible al menos hasta Chrome 141 en el 2025. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
A partir de Chrome 131, Chrome cambiará el mecanismo de encapsulado de claves de la versión de borrador de Kyber a la versión estándar final de ML-KEM. El uso de cualquier forma de intercambio de claves poscuántico (Kyber o ML-KEM) seguirá estando controlado por la política PostQuantumKeyAgreementEnabled.
Para obtener más información, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.
- Chrome 124 en Windows, macOS y Linux
- Chrome 131
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabled para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios en ChromeOS
-
Eventos de ventana de XDR de ChromeOS
En ChromeOS 130, los eventos de concentración de ventana estarán disponibles como parte de la detección y respuesta ampliadas ante amenazas (XDR) en ChromeOS. Podrás centrarte en las actividades de los dispositivos de tu flota gestionada simplemente actualizando los eventos de XDR en la consola de administración.
-
Fondos de pantalla y fondos para videoconferencias creados con IA generativa
A partir de ChromeOS 130, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de reuniones de videoconferencias en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.
Próximos cambios de la consola de administración
- Informes de perfiles gestionados del navegador Chrome
Chrome Enterprise Core incluirá nuevos informes de perfiles gestionados del navegador Chrome en la consola de administración. Esta función ofrece una nueva lista y páginas de detalles de los perfiles gestionados. En estas páginas, los administradores de TI pueden encontrar información sobre los informes de los perfiles gestionados, como los detalles de los perfiles, las versiones de navegador, las políticas aplicadas, etc.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Cambio predeterminado de las políticas de IA generativa
A partir de la versión 130, cambiaremos la configuración predeterminada de las políticas de IA generativa de desactivada a permitida, sin mejorar los modelos de IA. Si tienes dispositivos registrados en Chrome Enterprise Core, esta política se aplicará automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas que en las que se actualizará la configuración predeterminada son las siguientes:
- CreateThemesSettings (de momento, solo disponible en EE. UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (de momento, solo disponible en EE. UU.)
- HistorySearchSettings (de momento, solo disponible en EE. UU.)
- TabOrganizerSettings (de momento, solo disponible en EE. UU.)
- TabCompareSettings (de momento, solo disponible en EE. UU.)
- Política de control de IA generativa
A partir de la versión 130, Chrome Enterprise Core incluirá una política para controlar el comportamiento de varias políticas de IA generativa. Esta función es muy práctica, ya que permite a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un mismo lugar. Por ejemplo, pueden configurar que estén desactivadas de forma predeterminada. Esta política controlará las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (lanzamiento en Chrome 130)
- GenAIWallpaperSettings (lanzamiento en Chrome 130)
- Compatibilidad con la configuración a nivel de usuario en la página Configuraciones personalizadas
La página Configuraciones personalizadas se lanzó recientemente en Chrome 127 y permite a los administradores de TI configurar políticas de Chrome que aún no estén en la consola de administración mediante secuencias de comandos JSON. A partir del 1 de octubre, las configuraciones personalizadas admitirán la aplicación de ajustes a nivel de usuario, además de a nivel de máquina. Es decir, podrás implementar políticas cuando los usuarios inicien sesión en una cuenta de Google gestionada a través de la página de configuraciones personalizadas.
- A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: se lanza la función para las políticas de usuario
Para empezar, puedes encontrar las configuraciones personalizadas en la consola de administración, en Navegador Chrome > Informes; necesitarás el SKU de Chrome Enterprise Core:
Chrome 128
| Novedades del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Buscar en el historial de Chrome con la IA | ✓ | ||
| Búsquedas en el sitio configurables por el administrador | ✓ | ✓ | |
| Gestionar contraseñas que no se pueden descifrar en el Gestor de contraseñas | ✓ | ||
| Pestañas inactivas | ✓ | ||
| La nueva política PromotionsEnabled sustituye a PromotionalTabsEnabled | ✓ | ||
| Nueva comprobación de seguridad de Chrome en Android | ✓ | ||
| Analizador JSON de Rust | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Cambios en CookiePartitionKey de cookies en particiones | ✓ | ||
| Discontinuación de CHIPS y relanzamiento en WebView | ✓ | ||
| Aplicaciones web aisladas | ✓ | ||
| Cambiar el nombre de position-try-options a position-try-fallbacks | ✓ | ||
| Tarjeta de Google Calendar en la página Nueva pestaña | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Ventanas acopladas en ChromeOS | ✓ | ||
| Modo Encargado del tratamiento de datos: lanzamiento en toda la UE | ✓ | ||
| Controles de privacidad: geolocalización | ✓ | ||
| Recordatorios de control de privacidad de ChromeOS en la página de configuración de la aplicación | ✓ | ✓ | |
| Almacenar datos de constantes vitales agregados con un periodo de conservación de un año | ✓ | ||
| OCR en la aplicación Cámara de ChromeOS | ✓ | ||
| La lupa afecta al mismo contenido que ChromeVox | ✓ | ||
| Control automático de la ganancia habilitado de forma predeterminada | ✓ | ||
| Gestión de APNs | ✓ | ||
| Notificaciones fijadas en ChromeOS | ✓ | ||
| Novedades de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Separación de perfiles de Chrome: nueva guía de implementación | ✓ | ||
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Comparación de pestañas | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Borrar datos del dispositivo al cerrar sesión en iOS | ✓ | ||
| Estilos alternativos para el elemento <meter> de HTML5 | ✓ | ||
| Fin de la compatibilidad de Chrome con macOS 10.15 | ✓ | ✓ | |
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Gestor de certificados en Windows y macOS | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Sincronizar grupo de pestañas | ✓ | ||
| Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo | ✓ | ||
| Desactivación de la serialización no estándar del shadow DOM declarativo | ✓ | ||
| Desactivación del argumento includeShadowRoots en DOMParser | ✓ | ||
| Cambiar el nombre de inset-area a position-area | ✓ | ||
| Desconfianza en los certificados de Entrust | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| El servicio de red de Windows se pondrá en un entorno aislado | ✓ | ||
| Desactivación de cookies de terceros de Chrome (3PCD) | ✓ | ||
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| Integración de telemetría de extensiones de Chrome con Chronicle | ✓ | ✓ | |
| Eliminación de la política utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Actualización de la combinación de teclas para la función Enunciar selección | ✓ | ||
| Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado gestionadas | ✓ | ||
| Eventos de ventana de XDR de ChromeOS | ✓ | ||
| Fondos de pantalla y fondos para videoconferencias creados con IA generativa | ✓ | ||
| Próximos cambios de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Informes de perfiles gestionados del navegador Chrome | ✓ | ||
| Widget de la consola de administración para controles de datos | ✓ | ||
| Cambio predeterminado de las políticas de IA generativa | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Actualizaciones del navegador Chrome
- Buscar en el historial de Chrome con IA
A partir de Chrome 128, los usuarios pueden buscar en su historial de navegación en función del contenido de las páginas, no solo del título y la URL. En un principio, esta función solo está disponible para los usuarios en inglés de EE. UU. Los administradores pueden controlar la función mediante la política HistorySearchSettings. Estas son las opciones disponibles para tu empresa:
- 0 = Habilitar estas funciones para los usuarios y se enviarán los datos pertinentes a Google para ayudar a entrenar o mejorar modelos de IA. Según la función, los datos pertinentes pueden ser peticiones, entradas, resultados y materiales originales. Puede que lo revise una persona con el único propósito de mejorar los modelos de IA.
- 1 = Habilitar esta función para los usuarios, pero no se enviarán datos a Google para entrenar ni mejorar modelos de IA.
- 2 = Inhabilitar función por completo
Para obtener más información, consulta Buscar en el historial de Chrome con IA.
- Chrome 128 en Linux, Mac y Windows
- Búsquedas en el sitio configurables por el administrador
Los atajos de búsqueda de sitios son una forma de usar la barra de direcciones (omnibox) como un cuadro de búsqueda para un sitio específico sin ir directamente a la URL del sitio, de forma similar a como puedes usar el omnibox para hacer una búsqueda general de Google en la web. Ahora puedes crear accesos directos a sitios en nombre de tus usuarios gestionados para acceder directamente a los sitios empresariales más importantes. Esta función se puede controlar con la política SiteSearchSettings.
- Chrome 128 en ChromeOS, Linux, Mac y Windows: disponible para los clientes de Chrome Browser Core que se hayan registrado en el programa de testers de confianza a partir de Chrome 128. Después, se lanzará gradualmente para todos los clientes de Chrome Browser Enterprise unas semanas más tarde
- Gestionar contraseñas que no se pueden descifrar en el Gestor de contraseñas
A veces, los usuarios acaban teniendo contraseñas que no se pueden descifrar en sus dispositivos. Por ejemplo, si han usado un software de terceros para pasarse a un dispositivo nuevo. Vamos a lanzar una nueva política denominada DeletingUndecryptablePasswordsEnabled que ayuda a gestionar esas contraseñas. Si se habilita, esta política elimina las contraseñas que no se pueden descifrar del dispositivo del usuario, a menos que se especifique la política UserDataDir. Si DeletingUndecryptablePasswordsEnabled está desactivada, las contraseñas que no se puedan descifrar no se modificarán, pero el Gestor de contraseñas no funcionará.
- Chrome 128 en iOS, Linux, Mac y Windows
- Pestañas inactivas
En Chrome 128, ahora ocultamos las pestañas antiguas en la nueva sección Pestañas inactivas de la Función de cambio de pestaña de Chrome para Android. Los usuarios de Chrome pueden acceder a la sección Pestañas inactivas para ver todas las pestañas antiguas o cerrarlas mediante la nueva función de pestañas en bloque. Estas pestañas se eliminarán si llevan más de 60 días inactivas.
- Chrome 128 en Android: lanzamiento para el 1 %
- Nueva política PromotionsEnabled que sustituye a PromotionalTabsEnabled
En Chrome 128, se muestran a los usuarios nuevas notificaciones promocionales en el SO. Para incluir un mayor número de funciones promocionales en una política, se ha creado la nueva política PromotionsEnabled para sustituir a PromotionalTabsEnabled, que quedará obsoleta en el futuro.
- Chrome 128 en ChromeOS, Linux, Mac y Windows: PromotionsEnabled empezará a despegarse en Chrome 128. No hay ninguna marca.
- Nueva comprobación de seguridad de Chrome en Android
Chrome 128 incluye una nueva comprobación de seguridad proactiva que comprueba periódicamente si el navegador tiene problemas de seguridad e informa a los usuarios cuando haya algo que requiera su atención. Este lanzamiento también incluye una página rediseñada de Comprobación de seguridad,
chrome://settings/safetyCheck, con acciones proactivas relacionadas con la seguridad de Chrome e información personalizada para cada usuario, diseñada para ayudar a los usuarios a navegar de forma segura en Internet. Consulta más información en el artículo Gestionar la seguridad de Chrome.- Chrome 128 en Android
- Analizador de archivos JSON de Rust
A partir de Chrome 128, Chrome analizará archivos JSON con Rust en lugar de C++. De esta forma, se eliminará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que algunos archivos JSON no válidos, que Chrome acepta actualmente, dejen de aceptarse, aunque el analizador de Rust sigue siendo muy permisivo.
Si Chrome no acepta el JSON no válido, se producirá un error 500 o algún otro error en la aplicación, pero no se producirá ningún fallo. Si Chrome ya no acepta algún JSON no válido, deberías intentar corregirlo.
- Chrome 128
- Grupos de pestañas en iPad
Los usuarios de Chrome en iPad pueden crear y gestionar grupos de pestañas. De esta forma, pueden organizarse, reducir el desorden y gestionar sus tareas de manera más eficiente.
- Chrome 128 en iOS
- Cambios en CookiePartitionKey de cookies en particiones
Chrome 128 añade un bit de antecedente entre sitios a la clave de la cookie en particiones CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.
Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo con particiones y, a continuación, invocar la API Storage Access (SAA) para asegurarse de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel superior.
- Chrome 128 en Windows, Mac y Linux
- Discontinuación de CHIPS y relanzamiento en WebView
WebViewClient admite un método,
shouldInterceptRequest, que permite a los desarrolladores interceptar la actividad de red y modificar encabezados HTTP, etc. Esta API no tiene acceso al encabezado de cookies y se basa en la API CookieManager de Android para consultar qué cookies están disponibles para una URL de solicitud concreta. Sin embargo, las cookies en particiones tienen dos claves, una en el sitio de nivel superior y otra en el sitio de la URL que usa las cookies.Actualmente, la API CookieManager no ofrece ninguna forma para que los desarrolladores consulten las cookies divididas correctamente, lo que provocará una discrepancia entre lo que devuelve la API Java y los marcos de WebView que aparecerán en el encabezado de la cookie. Después de hablarlo con el equipo de WebView, creemos que la opción que minimizará los posibles fallos de las aplicaciones es inhabilitar Cookies Having Independent Partitioned State (CHIPS) en WebView hasta que podamos enviar la compatibilidad con el encabezado de cookie a
shouldInterceptRequest. Lanzaremos los cambios enshouldInterceptRequesten la próxima versión del SDK de destino (nivel 36 de la API).El estado de los flujos de trabajo de empresa que usan WebView para cargar contenido web que depende de cookies divididas se borrará. Las aplicaciones WebView seguirán teniendo acceso a las cookies de terceros no segmentadas, y las cookies configuradas con segmentación después del cambio volverán a su comportamiento anterior a CHIPS hasta que volvamos a lanzar la función.
- Chrome 128 en Android
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas IWAs se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo del proyecto Chromium.
En esta versión inicial, las IWAs solo se pueden instalar mediante una nueva política, IsolatedWebAppInstallForceList, en dispositivos ChromeOS gestionados por la empresa.
- Chrome 128 en ChromeOS
- Cambiar el nombre de position-try-options a position-try-fallbacks
El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de esta propiedad porque "fallbacks" describe con mayor precisión lo que controla esta propiedad. La palabra options no está muy clara, ya que los estilos que no pertenecen a los bloques "position-try" se probarán primero y, si el resultado es un diseño que encaja en el bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una palabra más adecuada para describir este comportamiento. Consulta más información en GitHub.
- Chrome 128 en Windows, Mac, Linux y Android
- Tarjeta de Google Calendar en la página Nueva pestaña
Los usuarios de Google Workspace ahora pueden acceder a sus próximas reuniones directamente desde la página Nueva pestaña con la nueva tarjeta de calendario. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa. Puedes controlar las tarjetas de la página Nueva pestaña con la política NTPCardsVisible.
- Chrome 128 en Linux, Mac y Windows
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción DataControlsRules Definir una lista de reglas de controles de datos PromotionsEnabled Habilitar que se muestre contenido promocional SiteSearchSettings Proporcionar una lista de sitios en los que los usuarios pueden hacer búsquedas rápidamente mediante los accesos directos de la barra de direcciones LensOverlaySettings Configuración de la función Lens Overlay ExtensionDeveloperModeSettings Controlar la disponibilidad del modo Desarrollador en la página de extensiones QRCodeGeneratorEnabled Habilitar el generador de códigos QR PrintingLPACSandboxEnabled Habilitar entorno aislado de LPAC para imprimir HistorySearchSettings Configuración de la búsqueda en el historial basada en IA ChromeForTestingAllowed Permitir Chrome for Testing ProvisionManagedClientCertificateForUser Habilitar el aprovisionamiento de certificados de cliente para un usuario o perfil gestionado StandardizedBrowserZoomEnabled Habilitar el comportamiento estandarizado de zoom del navegador DeletingUndecryptablePasswordsEnabled Habilitar la eliminación de contraseñas que no se pueden descifrar EnterpriseCustomLabel Definir una etiqueta de empresa personalizada
- Políticas retiradas del navegador Chrome
Política Descripción RemoteAccessHostTokenUrl URL en la que los clientes de acceso remoto deben obtener su token de autenticación RemoteAccessHostTokenValidationUrl URL para validar el token de autenticación de clientes de acceso remoto EnterpriseBadgingTemporarySetting Controla la visibilidad de las insignias de empresa RemoteAccessHostTokenValidationCertificateIssuer Certificado del cliente para establecer conexión con RemoteAccessHostTokenValidationUrl EnforceLocalAnchorConstraintsEnabled Determina si el verificador de certificados integrado implementará obligatoriamente las restricciones codificadas en las anclas de confianza cargadas desde el almacén de confianza de la plataforma. CertificateTransparencyEnforcementDisabledForLegacyCas Inhabilitar los requisitos de la transparencia en los certificados en una lista de autoridades de certificación antiguas
Novedades de ChromeOS
-
Grupos de acoplamiento en ChromeOS
En ChromeOS 128, los grupos de acoplamiento te permiten agrupar ventanas en ChromeOS. Un grupo de acoplamiento se crea cuando emparejas dos ventanas para crear una pantalla dividida. Puedes volver a juntar las ventanas, cambiarles el tamaño simultáneamente o moverlas como un grupo.
-
Modo Encargado del tratamiento de datos: lanzamiento en toda la UE
Las nuevas funciones del modo Encargado del tratamiento de datos y los términos de ChromeOS están disponibles en toda la UE a través de la consola de administración de Google. Para obtener más información, consulta el artículo Introducción al modo Encargado del tratamiento de datos de ChromeOS.
Como administrador de ChromeOS, ahora puedes activar el modo Encargado del tratamiento de datos, que abarca un conjunto de funciones y servicios de ChromeOS denominados Servicios Esenciales.
-
Controles de privacidad: geolocalización
Ahora es más fácil gestionar la privacidad en los dispositivos ChromeOS, ya que se puede controlar el acceso a la geolocalización en la página Ajustes > Privacidad y seguridad > Controles de privacidad. Ahora, los usuarios pueden configurar el acceso a la geolocalización como Permitido, Solo se permite para los servicios del sistema o Desactivado, según sus preferencias.
Permitimos que los usuarios bloqueen el acceso a la geolocalización de todas las aplicaciones o sitios web, o de sistemas completos, independientemente de los permisos concedidos anteriormente. Además, proporcionaremos a los usuarios controles fáciles de usar para volver a habilitarlos cuando sea útil.
Hemos añadido una nueva política: GoogleLocationServicesEnabled. Esta controla la disponibilidad de la geolocalización en el dispositivo durante las sesiones del usuario. A diferencia de la política obsoleta que se indica a continuación, esta afecta a todo el sistema, no solo a la máquina virtual de Android (ARC).
Aviso de discontinuación (6 meses): ArcGoogleLocationServicesEnabled
Esta política se va a discontinuar en favor de la política GoogleLocationServicesEnabled añadida, ya que abarca todo el sistema y no solo la máquina virtual de Android (ARC). Además, vamos a modificar el efecto de DefaultGeolocationSetting para que ya no afecte al ajuste de geolocalización del sistema.
-
Recordatorios de control de privacidad de ChromeOS en la página de configuración de aplicaciones
Para usar las cámaras y los micrófonos en ChromeOS, debes activar los controles de privacidad y los permisos de las aplicaciones en dos sitios distintos.
Estamos facilitando a los usuarios conocer el estado de los controles de privacidad y obtener recordatorios útiles en la página de configuración de aplicaciones de ChromeOS para que tengan una experiencia más fluida. Para ver la página de configuración de aplicaciones de ChromeOS, haz clic en Ajustes > Aplicaciones > Gestionar tus aplicaciones y selecciona la aplicación que quieras.
-
Almacenar datos de constantes vitales agregados con un periodo de conservación de un año
A partir de ChromeOS 128, almacenamos datos de constantes vitales agregados durante un año para poder monitorizar mejor los progresos a lo largo del tiempo. Los datos de constantes vitales incluyen métricas de rendimiento de aplicaciones Android, como la tasa de fallos. Estas métricas nos ayudarán a mejorar el rendimiento de las aplicaciones Android en los dispositivos ChromeOS.
-
OCR en la aplicación Cámara de ChromeOS
El reconocimiento óptico de caracteres (OCR) permite extraer texto de las imágenes capturadas en la aplicación de cámara de ChromeOS mediante la integración de un servicio de extracción de texto basado en aprendizaje automático. ChromeOS 128 es compatible con 77 idiomas y también admite la detección horizontal y vertical. Esto permite copiar y buscar texto en imágenes, leer texto en imágenes con un lector de pantalla y crear PDFs con texto que se pueda buscar a partir de imágenes. De forma predeterminada, la detección de texto en el modo Foto está inhabilitada y se puede activar en Configuración > Detección de texto en la vista previa.
-
La lupa afecta al mismo contenido que ChromeVox
La lupa que sigue el texto cuando se usa ChromeVox se ha diseñado para personas invidentes o con baja visión. Cuando leas texto en voz alta con ChromeVox, la lupa seguirá automáticamente las palabras para que no pierdas el hilo. Para probarlo, puedes habilitar las funciones Lupa y ChromeVox en la configuración. Amplía la pantalla hasta el nivel que quieras con Ctrl + Alt + Aumentar el brillo o Ctrl + Alt + Reducir el brillo. Hay un ajuste disponible en la configuración de Lupa para ajustar este comportamiento.
-
Control automático de la ganancia habilitado de forma predeterminada
El control automático de la ganancia (AGC) permite a las aplicaciones, como las de videollamadas, optimizar automáticamente el volumen del micrófono para obtener la mejor calidad de audio. Cuando el control de ganancia automática está habilitado y en uso, aparece un mensaje en el panel de ajustes rápidos para informar al usuario de que se está anulando el control deslizante de ganancia del micrófono. AGC está habilitado de forma predeterminada en ChromeOS 128. Si quieres controlar manualmente el volumen del micrófono, incluso en las aplicaciones que admiten el control automático del volumen, ve a Ajustes > Dispositivo > Audio y desmarca la opción Permitir que las aplicaciones ajusten automáticamente el volumen del micrófono.
-
Gestión de APNs
Hemos mejorado la forma de ver, gestionar y añadir nombres de puntos de acceso (APNs) en los dispositivos ChromeOS con conectividad móvil. También hemos mejorado la gestión de los errores de registro y los mensajes.
-
Notificaciones fijadas en ChromeOS
Las notificaciones de ChromeOS ayudan a separar visualmente las notificaciones fijadas del resto de las notificaciones. En ChromeOS 128, el aspecto visual de las notificaciones fijadas se diferencia de forma significativa del de las notificaciones normales para reflejar sus diferencias: notificamos al usuario de un proceso en curso en lugar de un evento instantáneo.
Actualizaciones de la consola de administración
-
Separación de perfiles de Chrome: nueva guía de implementación
Hemos creado una guía de implementación detallada para ayudarte a controlar la separación de perfiles en tu empresa: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationDomainExceptionList.
- Chrome 128 en Windows, Mac y Linux
-
Controles de datos de Chrome Enterprise: Portapapeles
Los controles de datos son reglas ligeras de la consola de administración que definen una política de Chrome para controlar las acciones de los usuarios relacionadas con la seguridad, como adjuntar archivos, descargar archivos, copiar y pegar e imprimir. Chrome bloquea o advierte al usuario cuando se llevan a cabo estas acciones aplicando esas reglas de forma local.
En Chrome 128, se han lanzado las partes de protección del portapapeles de los controles de datos, es decir, las acciones de copiar y pegar. Tenemos previsto añadir otras medidas de protección en futuras versiones.
Puedes controlar esta función con la política DataControlsRules.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximas actualizaciones del navegador Chrome
- Comparación de pestañas
A partir de Chrome 129 (solo en EE. UU.), presentaremos Comparación de pestañas, una nueva función que ofrece un resumen generado por IA de los productos de varias pestañas, todo en un mismo lugar. Esta función se controlará mediante la política TabCompareSettings.
- Chrome 129 en Linux, Mac y Windows
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionarán los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se podrán aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
- Chrome 129 en Mac
- Borrar datos del dispositivo al cerrar sesión en iOS
A partir de Chrome 129, al cerrar sesión en una cuenta gestionada desde un navegador no gestionado, se eliminarán los datos de navegación guardados en el dispositivo. Los usuarios gestionados verán un cuadro de diálogo de confirmación al cerrar sesión en el que se explicará que se borrarán los datos. Los datos solo se borrarán a partir de la hora de inicio de sesión. De lo contrario, se borrarán todos los datos. La hora de inicio de sesión solo se conoce si el usuario ha iniciado sesión en Chrome 122 o una versión posterior.
Entre los datos que se eliminarán se incluyen los siguientes:
- Historial de navegación
- cookies y datos de sitios
- contraseñas
- configuración del sitio
- autocompletar
- archivos e imágenes almacenados en caché
- Chrome 129 en iOS
- Estilos alternativos para los elementos <meter> de HTML5
Desde la versión 129 de Chrome, los elementos <meter> de HTML5 con "appearance: none" tendrán un estilo alternativo razonable que coincidirá con el de Safari y Firefox en lugar de desaparecer de la página. Además, los desarrolladores podrán personalizar el estilo de los elementos <meter>.
La política temporal MeterAppearanceNoneFallbackStyle estará disponible hasta Chrome 133 para controlar esta función.
- Chrome 129 en Windows, Mac, Linux y Android
- Chrome dejará de ser compatible con macOS 10.15
Chrome dejará de ser compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir ejecutando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con macOS 10.15.
- Chrome 129 en Mac: Chrome ya no es compatible con macOS 10.15.
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos ellos, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
- Gestor de certificados en Windows y macOS
Desde la versión 129 de Chrome, hay una nueva pantalla de configuración de gestión de certificados a la que se puede acceder desde la configuración de seguridad de Windows y macOS. Este enlace sustituye al enlace al administrador de certificados de Windows y al llavero de macOS, respectivamente, aunque se puede acceder a estas superficies de los sistemas operativos desde la página de configuración de la gestión de certificados.
El administrador de certificados muestra los certificados que Chrome considera fiables o no fiables, incluidos los contenidos de Chrome Root Store y los que se han importado del sistema operativo subyacente. Los usuarios pueden acceder a la página directamente en
chrome://certificate-manager.En una próxima versión, se introducirá la gestión de certificados añadidos directamente a Chrome para usuarios y empresas.
- Chrome 129 en Mac y Windows
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), que antes se denominaba "Solo HTTPS" o "Modos primero HTTPS", es un ajuste que indica a Chrome que debe pedir el consentimiento del usuario antes de enviar contenido HTTP inseguro por la red. La política HttpsOnlyMode permite habilitar o inhabilitar la función ABH.
En Chrome 129, vamos a añadir una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias para los usuarios haciendo que funcione como ABH estricto la mayor parte del tiempo, pero sin preguntar cuando Chrome sabe que no es posible una conexión HTTPS, como cuando se conecta a un nombre de host de etiqueta única, como "internal/".
Vamos a añadir la opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si defines force_balanced_enabled en navegadores anteriores a Chrome 129, se producirá el comportamiento predeterminado, que no impone ninguna restricción de empresa al ajuste de ABH.
Para evitar problemas inesperados, si ya has definido force_enabled, te recomendamos que no definas force_balanced_enabled hasta que toda tu flota se haya actualizado a Chrome 129 o una versión posterior. Si no vas a migrar de force_enabled a force_balanced_enabled, este cambio no te afectará.
- Chrome 129 en Android, ChromeOS, Linux, Mac, Windows y Fuchsia
- Sincronizar grupo de pestañas
Los grupos de pestañas de iOS se guardarán. Al cerrar un grupo de pestañas, ya no se eliminará. En el caso de los usuarios que sincronicen sus pestañas en varios dispositivos, los grupos también se sincronizarán.
- Chrome 129 en iOS
- Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo
Los usuarios con versiones antiguas de Servicios de Google Play tendrán una funcionalidad limitada con las contraseñas que tengan en el dispositivo y es posible que su Gestor de contraseñas deje de funcionar en breve. Estos usuarios deberán actualizar los Servicios de Play, o se les guiará a través de otros métodos de solución de problemas en función de su estado. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas.
- Chrome 129 en Android
- Desactivación de la serialización no estándar del shadow DOM declarativo
La implementación del prototipo, que se lanzó en el 2020 y se actualizó en el 2023, contenía un método llamado "
getInnerHTML()" que se podía utilizar para serializar árboles DOM que contuvieran raíces de shadow DOM. Esa parte del prototipo no se ha estandarizado con el resto del shadow DOM declarativo y hasta hace poco no se había llegado a un consenso sobre las especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, la forma de la APIgetInnerHTMLha cambiado.Esta función representa la discontinuación del método "
getInnerHTML()" que se ha enviado anteriormente. La sustitución se llama "getHTML()" y se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de características de ChromeStatus.- Chrome 129 en Windows, Mac, Linux y Android
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento
includeShadowRootsera un argumento nunca estandarizado para la funciónDOMParser.parseFromString()para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada de serialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma de setHTMLUnsafe() y parseHTMLUnsafe() se envió en Chrome 124, el argumento no estándarincludeShadowRootsse debe eliminar y desactivar. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, Mac, Windows y Android
- Cambiar el nombre de inset-area a position-area
El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de esta propiedad de "
inset-area" a "position-area". Consulta la conversación de CSSWG en GitHub.Chrome ha decidido lanzar una solución interoperable que admita ambos nombres de propiedad. Primero, lanzaremos el nuevo nombre de propiedad, "
position-area", como sinónimo de "inset-area". Después de un tiempo determinado, eliminaremos "inset-area". Esta última eliminación se realizará mediante un Intent independiente.- Chrome 129 en Windows, Mac, Linux y Android
- Desconfianza en los certificados de Entrust
Debido a los fallos de cumplimiento constantes, Chrome 127 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Entrust se consideran fiables de forma predeterminada. Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.
- el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Entrust afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre Cómo mantener la seguridad de los certificados digitales: desconfianza en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: todas las versiones de Chrome 127 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024.
- Chrome 130 en ChromeOS, Linux, Mac y Windows: la acción de bloqueo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024. Este cambio también afectará a Chrome 127, 128 y 129.
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admitirá correctamente las URLs de esquemas no especiales. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una "ruta opaca", lo que no está alineado con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Para obtener más información, consulta Compatibilidad con URLs de esquemas no especiales.
- Chrome 130 en Windows, Mac, Linux y Android
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones. Puedes usar el registro de errores de Chromium para informar de cualquier problema que detectes.
- Chrome 130 en Windows: servicio de red en entorno aislado en Windows
- Discontinuación de cookies de terceros de Chrome (3PCD)
El 22 de julio, anunciamos una nueva estrategia para Privacy Sandbox en la web. En lugar de dejar de usar las cookies de terceros, introduciríamos una nueva experiencia en Chrome que permita a los usuarios tomar una decisión fundamentada que se aplique a su navegación web y que puedan ajustar en cualquier momento. Estamos hablando de esta nueva opción con los organismos reguladores y mantendremos conversaciones con el sector a medida que la vayamos implementando.
Para obtener más información, consulta esta actualización de Privacy Sandbox.
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, Mac y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 en Linux, Mac y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.
Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación. Estas comprobaciones protegen la red privada del usuario.
Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.
- Chrome 130 en Windows, Mac, Linux y Android
- Advertencias de formularios no seguros en iOS
Chrome 125 empezó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra ahora una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, que se eliminará en Chrome 130.
- Chrome 125 en iOS: se lanza la función
- Chrome 130 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- Integración de telemetría de extensiones de Chrome con Chronicle
A partir de Chrome 131, empezaremos a recoger datos relevantes de telemetría de extensiones desde Chrome (perfiles y dispositivos gestionados) y a enviarlos a Chronicle. Chronicle analizará los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa.
- Chrome 131 en ChromeOS, Linux, Mac y Windows
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, Mac y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este mecanismo se expone como un nuevo paquete de cifrado TLS. Este cambio debería ser transparente para los operadores de servidor, ya que TLS negocia automáticamente los algoritmos de cifrado compatibles. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Para obtener más información, consulta esta entrada del blog de Chromium.
- Chrome 124 en Windows, Mac o Linux
- Chrome 135 en Android
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios en ChromeOS
-
Actualización de la combinación de teclas de Enunciar selección
En Chromebooks, la combinación de teclas de Enunciar selección (Búsqueda + s) ahora funciona la primera vez que se pulsa. A partir de ChromeOS 129, ya no será necesario que lo habilites primero en Configuración > Accesibilidad > Conversión de texto a voz > Enunciar selección. Aparecerá un cuadro de diálogo en el que se te pedirá que confirmes que quieres activar Enunciar selección la primera vez que pulses la combinación de teclas.
-
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado gestionadas
A partir de ChromeOS 129, las empresas podrán aplicar la potente protección basada en contenido y contexto y el sistema de análisis de Chrome Enterprise Premium a los archivos locales de ChromeOS en las sesiones de invitado gestionadas.
Por ejemplo, un archivo mal ubicado que contenga números de la Seguridad Social se bloquea al instante cuando un usuario intenta copiarlo en un disco externo, lo que protege esta información confidencial.
-
Eventos de ventana de XDR de ChromeOS
En ChromeOS 130, los eventos de concentración de ventana estarán disponibles como parte de la detección y respuesta ampliadas ante amenazas (XDR) en ChromeOS. Podrás centrarte en las actividades de los dispositivos de tu flota gestionada simplemente actualizando los eventos de XDR en la consola de administración.
-
Fondos de pantalla y fondos para videoconferencias creados con IA generativa
A partir de ChromeOS 130, tenemos previsto introducir fondos de pantalla creados con IA generativa y de alta resolución, así como fondos de reuniones de videoconferencias en ChromeOS. Con esta función, puedes dar rienda suelta a tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, aplica a tu Chromebook tu personalidad, tu estado de ánimo o tus intereses únicos.
Habrá dos nuevas políticas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.
Próximos cambios de la consola de administración
- Informes de perfiles gestionados del navegador Chrome
Chrome Enterprise Core incluirá nuevos informes de perfiles gestionados del navegador Chrome en la consola de administración. Esta función ofrece una nueva lista y páginas de detalles de los perfiles gestionados. En estas páginas, los administradores de TI pueden encontrar información sobre los informes de los perfiles gestionados, como los detalles de los perfiles, las versiones de navegador, las políticas aplicadas, etc.
- Chrome 130 en Android, Linux, Mac y Windows
- Widget de la consola de administración para controles de datos
Un nuevo widget de configuración de la consola de administración permite a los usuarios configurar políticas de controles de datos para URLs específicas.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
- Cambio predeterminado de las políticas de IA generativa
A partir de la versión 130, cambiaremos la configuración predeterminada de las políticas de IA generativa de desactivada a permitida, sin mejorar los modelos de IA. Esto no afecta a las restricciones de edad para acceder a funciones de IA generativa relevantes. Las políticas que en las que se actualizará la configuración predeterminada son las siguientes:
Chrome 127
| Novedades del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Cifrado vinculado a aplicaciones para cookies | ✓ | ||
| Separación de perfiles de Chrome: mejoras en las políticas | ✓ | ||
| Promociones de Navegación segura mejorada en iOS | ✓ | ||
| Desconfianza en los certificados de Entrust | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola de DevTools | ✓ | ||
| Modo Solo HTTPS en Incógnito | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| Política para configurar el ACG en el proceso del navegador | ✓ | ||
| Experiencia simplificada de inicio de sesión y sincronización en Android | ✓ | ||
| Telemetría adicional de Navegación segura sobre páginas | ✓ | ||
| Experiencia de gestión de contraseñas actualizada en Android | ✓ | ✓ | |
| Marca de agua | ✓ | ||
| Configuración automática del contenido a pantalla completa | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con la condición not en la API de enrutamiento estático de ServiceWorkers | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Políticas quitadas en el navegador Chrome | ✓ | ||
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Chrome Enterprise Premium para transferencias de archivos en ChromeOS | ✓ | ||
| Videoconferencias con ChromeOS: estados DLC por características | ✓ | ||
| Telefonía por audio Bluetooth | ✓ | ||
| OCR en retroiluminación | ✓ | ||
| Instrucciones de actualización de firmware | ✓ | ||
| Lectura en voz alta en el modo Lectura | ✓ | ||
| Widgets de un vistazo de Classroom | ✓ | ||
| Eliminación y reordenación de páginas de PDF | ✓ | ||
| Novedades de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Ajustar la configuración de usuario de ChromeOS y del navegador con Grupos de Google | ✓ | ||
| Añadir navegadores gestionados a grupos para gestionar políticas basadas en grupos | ✓ | ||
| Filtrar por ajustes populares y añadidos recientemente con etiquetas de políticas | ✓ | ||
| Lista y detalles de dispositivos ChromeOS renovados | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Aplicaciones web aisladas | ✓ | ||
| Analizador JSON de Rust | ✓ | ||
| Borrar datos del dispositivo al cerrar sesión en iOS | ✓ | ||
| Etiquetas de atribución para buscador | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones | ✓ | ||
| Cambiar el nombre de position-try-options a position-try-fallbacks | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Fin de la compatibilidad de Chrome con macOS 10.15 | ✓ | ✓ | |
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Discontinuación de la serialización no estándar del shadow DOM declarativo | ✓ | ||
| Desactivación del argumento includeShadowRoots en DOMParser | ✓ | ||
| El servicio de red de Windows se pondrá en un entorno aislado | ✓ | ||
| Acceso a cookies de terceros en Chrome | ✓ | ||
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| Eliminación de la política utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Grupos de acoplamiento | ✓ | ||
| Modo Encargado del tratamiento de datos: lanzamiento en toda la UE | ✓ | ||
| Centro de Privacidad: geolocalización | ✓ | ||
| Próximos cambios de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Informes de perfiles gestionados del navegador Chrome | ✓ | ||
| Widget de la consola de administración para controles de datos | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Actualizaciones del navegador Chrome
- Cifrado vinculado a aplicaciones para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de cifrado utilizada para encriptar las cookies se protegerá aún más vinculándola a la identidad de la aplicación de Chrome. Esto puede ayudar a protegerte contra el malware que se ejecuta con los mismos privilegios que Chrome y que podría intentar robar cookies del sistema. No ofrece protección frente a un atacante que pueda elevar privilegios o inyectar datos en los procesos de Chrome.
El cifrado vinculado a la aplicación enlaza de forma estricta las claves de cifrado a la máquina local, por lo que los clientes que utilicen Chrome con perfiles itinerantes pueden considerar la posibilidad de inhabilitar esta función de seguridad. De lo contrario, las cookies no se podrán transferir entre las estaciones de trabajo.
Hay disponible una política empresarial ApplicationBoundEncryptionEnabled para inhabilitar el cifrado de límite de aplicación.
- Chrome 127 en Windows
- Separación de perfiles de Chrome: mejoras en las políticas
Los perfiles de Chrome ofrecen una forma sencilla de mantener separados los datos de navegación personales y los de trabajo, lo que simplifica la experiencia, evita las brechas de seguridad de los datos y garantiza la privacidad y el cumplimiento. Hemos creado tres políticas intuitivas para ayudarte a controlar la separación de perfiles en tu organización: ProfileSeparationSettings, ProfileSeparationSettings y ProfileSeparationSettings. Estas políticas sustituyen a ManagedAccountsSigninRestriction y ManagedAccountsSigninRestriction.
- Chrome 127 en Windows, Mac y Linux
- Promociones de Navegación segura mejorada en iOS
En Chrome 127, los usuarios que aún no tengan habilitada la función Navegación segura mejorada verán una barra de información que promociona esta función en la página de advertencia de Navegación segura. También mostramos una promoción de Navegación segura mejorada en la página de configuración de Chrome para los usuarios que aún no la tengan habilitada. Estas promociones no se muestran a los usuarios cuando la política de empresa SafeBrowsingProtectionLevel tiene asignado cualquier valor.
- Chrome 127 en iOS
- Desconfianza en los certificados de Entrust
Debido a los fallos de cumplimiento constantes, Chrome 127 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Entrust se consideran fiables de forma predeterminada. Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.
Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.
- el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Entrust afectados en una plataforma y una versión de Chrome que dependan de Chrome Root Store (por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre cómo mantener la seguridad de los certificados digitales: Desconfianza en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: todas las versiones de Chrome 127 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024.
- Chrome 130 en ChromeOS, Linux, Mac y Windows: la acción de bloqueo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024. Este cambio también afectará a Chrome 127, 128 y 129.
- Generar estadísticas de advertencias y errores de la consola de DevTools
En Chrome 127, esta función de IA generativa está disponible para los usuarios gestionados de Chrome Enterprise y Education en las regiones admitidas: Generar estadísticas de advertencias y errores de la consola Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia.
- Chrome 127 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan.
- Modo Solo HTTPS en Incógnito
A partir de Chrome 127, como parte del cambio de Chrome hacia el uso de HTTPS de forma predeterminada, el modo Solo HTTPS está habilitado de forma predeterminada en el modo Incógnito. Los usuarios verán una advertencia antes de navegar por sitios a través de HTTP no seguro. Este comportamiento se puede controlar mediante las políticas empresariales HttpsOnlyMode y HttpsOnlyMode.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac y Windows
- Migrar extensiones a Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.Desde junio del 2024, Chrome está inhabilitando gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador, empezando por las versiones preliminares de Chrome 127.
Puedes usar la política ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 127 en ChromeOS, Windows, Mac y Linux: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, MacOS y Windows: se elimina la política ExtensionManifestV2Availability.
- Política para configurar el ACG para el proceso del navegador
En Chrome 127 hay una nueva política llamada DynamicCodeSettings. Si se asigna el valor 1 a esta política, se activa la protección contra código arbitrario (ACG) en el proceso del navegador. ACG impide que se genere código dinámico en el proceso del navegador, lo que puede ayudar a evitar que el código potencialmente hostil haga cambios no autorizados en el comportamiento del proceso del navegador.
Activar el ACG puede provocar problemas de compatibilidad con software de terceros que deba ejecutarse en el proceso del navegador.
- Chrome 127 en Windows
- Experiencia simplificada de inicio de sesión y sincronización en Android
Chrome 127 lanza una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome para Android. Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que en versiones anteriores, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar por completo mediante SyncTypesListDisabled. El inicio de sesión en Chrome aún se puede inhabilitar a través de BrowserSignin.
Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.
Los cambios son prácticamente idénticos a la experiencia simplificada de inicio de sesión y sincronización que se lanzó para iOS en la versión 117.
- Chrome 127 en Android
- Telemetría adicional de Navegación segura sobre páginas
Cuando un usuario de Navegación segura mejorada visita una página que activa una vibración o las APIs de teclado o de bloqueo de puntero, los atributos de esa página se envían a Navegación segura. Si se envía la telemetría y parece que la página es maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloquearán si estaban bloqueados. Si quieres que tus usuarios puedan usar esta función, asigna el valor true a MetricsReportingEnabled y el valor 2 a la política MetricsReportingEnabled.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Experiencia de gestión de contraseñas actualizada en Android
En Chrome en Android, algunos usuarios que hayan iniciado sesión en Chrome, pero no tengan habilitada Sincronización de Chrome, ahora pueden usar y guardar contraseñas en su cuenta de Google. Las políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled, seguirán funcionando como antes y se podrán usar para configurar si los usuarios pueden usar y guardar contraseñas en su cuenta de Google.
- Chrome 127 en Android
- Marca de agua
Esta función permite a los administradores superponer una marca de agua en la parte superior de una página web si al acceder a ella se activa una regla específica de prevención de la pérdida de datos (DLP). Incluirá una cadena estática que se mostrará como la marca de agua. Las marcas de agua solo están disponibles para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: acceso de testers de confianza
- Chrome 127 en Linux, Mac y Windows: se lanza la función
- Configuración automática del contenido a pantalla completa
El nuevo ajuste de contenido de Pantalla completa automática permite usar Element.requestFullscreen() sin un gesto del usuario y que los cuadros de diálogo del navegador se muestren sin salir de la pantalla completa.
Este ajuste está bloqueado de forma predeterminada y los sitios no pueden solicitar el permiso. Los nuevos controles de la interfaz de usuario se limitan a las páginas de configuración de Chrome (chrome://settings/content/automaticFullScreen) y al cuadro de información del sitio. Los usuarios pueden permitir aplicaciones web aisladas y los administradores pueden permitir orígenes adicionales con la política AutomaticFullscreenAllowedForUrls.
En combinación con el permiso de gestión de ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), te permite acceder a valiosas funciones de pantalla completa:
- Abre una ventana emergente en pantalla completa en otra pantalla con un solo gesto
- Muestra el contenido en pantalla completa en varias pantallas con un solo gesto
- Muestra contenido en pantalla completa en una pantalla nueva cuando esté conectada
- Cambia las ventanas de pantalla completa de una pantalla a otra con un solo gesto
- Muestra contenido en pantalla completa después de que el gesto del usuario caduque o se consuma
- Chrome 127 en Windows, Mac y Linux
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. En Chrome 124, se introdujo una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados.A partir de Chrome 127, la compatibilidad con eventos de mutación se inhabilitará de forma predeterminada en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Para obtener más información, consulta esta entrada del blog para desarrolladores de Chrome. Puedes informar de cualquier problema en la herramienta de seguimiento de incidencias de Chromium.
- Chrome 127 en Windows, Mac, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Chrome 127 mejora la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial.
En versiones anteriores, la tecla de tabulador no seleccionaba los desplazamientos a menos que tabIndex se hubiera definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con el tabulador y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.
- Chrome 127 en Windows, Mac, Linux y Android
- Compatibilidad con la condiciónnot en la API de enrutamiento estático de ServiceWorkers
La API de enrutamiento estático de ServiceWorkers se utiliza para enrutar la solicitud a la red o al controlador de recogida de ServiceWorkers, o para buscar directamente en la caché, etc. Cada ruta consta de una condición y una fuente, y la condición se utiliza para asociar la solicitud.
En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de forma más flexible, se espera la compatibilidad con not, que asocia la condición invertida del interior.
- Chrome 127 en Windows, Mac, Linux y Android
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción La política controla la configuración de código dinámico CSSCustomStateDeprecatedSyntaxEnabled Controla si la sintaxis obsoleta del estado personalizado de CSS está habilitada KeyboardFocusableScrollersEnabled Habilitar el enfoque de los controles de desplazamientos con teclado
- Políticas retiradas del navegador Chrome
Política Descripción BlockTruncatedCookies Bloquear cookies truncadas UserAgentClientHintsGREASEUpdateEnabled Controla la función de actualización User-Agent Client Hints GREASE
Novedades de ChromeOS
-
Videoconferencias con ChromeOS: estados DLC por características
ChromeOS 127 incluye una mejora visual del contenido descargable (DLC) en el panel de control de vídeo. En esta versión se han añadido indicadores de estado para las funciones Cancelación de ruido, Subtítulos automáticos, Reiluminación y Desenfoque.
-
Telefonía por audio Bluetooth
ChromeOS ahora admite botones de control de llamadas en auriculares Bluetooth compatibles, como responder, rechazar o finalizar llamadas, y silenciar el micrófono.
-
OCR en retroiluminación
ChromeOS lanzará un lector de IA con OCR para PDFs en la Galería. De esta forma, se podrá leer documentos inaccesibles. Se compensará en parte la falta de accesibilidad en Internet para usuarios invidentes o con baja visión que usen un lector de pantalla. ChromeOS aprovecha sus modelos de aprendizaje automático para extraer, compartimentar y dividir los documentos PDF de manera que sean más accesibles en la aplicación Galería para los usuarios de ChromeVox.
-
Aplicación de actualización de firmware: instrucciones de actualización para dispositivos periféricos
La aplicación de actualización de firmware de ChromeOS ahora es compatible con la actualización de periféricos que requieren la acción de los usuarios durante la actualización, como desenchufar y volver a enchufar el periférico. Cuando haya una actualización disponible para uno de estos dispositivos, el usuario recibirá instrucciones claras y detalladas. En la mayoría de los periféricos, la experiencia de actualización no cambia.
-
Lectura en voz alta en el modo Lectura
A partir de ChromeOS 127, Leer en voz alta incorporará las voces de alta calidad de Google al modo Lectura de Chrome para que los usuarios puedan utilizar la conversión de texto a voz para leer contenido en la Web. El objetivo de Leer en voz alta es ayudar a comprender textos largos a las personas que tienen dificultades para leer. La nueva función Leer en voz alta del modo Lectura en la versión de escritorio de Chrome permite a los usuarios escuchar el texto que están leyendo, lo que mejora la concentración y la comprensión.
-
Widgets de un vistazo de Classroom
Ahora los alumnos pueden ver y acceder rápidamente a sus próximas tareas de Classroom con un solo clic en la pantalla de inicio de su Chromebook. Los usuarios pueden ver esta nueva función si han iniciado sesión en un Chromebook con una cuenta en la que estén matriculados en cursos activos de Google Classroom. Los usuarios pueden acceder a esta función haciendo clic en el chip de fecha de la estantería de su Chromebook si han iniciado sesión en una cuenta. En este nuevo panel, pueden ver listas de sus tareas próximas, pendientes, completadas y con fecha de entrega.
-
Eliminación y reordenación de páginas de PDF
La aplicación Galería de ChromeOS ahora es compatible con más opciones para editar páginas PDF. Ahora puedes eliminar o reordenar páginas de un PDF con el ratón o mediante combinaciones de teclas.
Eliminar páginas de PDF:
Reordenar páginas de PDF:
Actualizaciones de la consola de administración
-
Configurar los ajustes de usuario y del navegador de ChromeOS con Grupos de Google
Ahora, los administradores pueden usar Grupos de Google para gestionar la configuración de usuarios y navegadores de ChromeOS en la consola de administración y en la API. Los administradores pueden usar grupos de Google nuevos o ya existentes para configurar los ajustes de usuarios y navegadores de sus organizaciones. Cuando los administradores necesitan configurar una política para un conjunto de usuarios específico, que puede pertenecer a diferentes unidades organizativas (UOs), pueden usar la flexibilidad de los grupos sin necesidad de volver a configurar sus UOs. Para obtener más información, consulta el artículo Gestionar políticas basadas en grupos.
Actualmente, la mayoría de los ajustes de usuario se pueden configurar con Grupos, y la mayoría de los ajustes restantes estarán disponibles en los próximos meses. Los ajustes disponibles se filtran y se muestran automáticamente cuando los administradores seleccionan un grupo concreto.
-
Añadir navegadores gestionados a grupos para gestionar políticas basadas en grupos
Ahora los administradores pueden añadir navegadores Chrome gestionados a grupos de Google, lo que les permite especificar políticas de usuarios y navegadores y ajustes de extensiones para un grupo de navegadores. Los navegadores gestionados se pueden asignar a varios grupos, lo que permite a los administradores de TI gestionar los navegadores Chrome de forma más flexible con la gestión en la nube.
-
Filtrar por ajustes populares y añadidos recientemente con etiquetas de políticas
La consola de administración ahora ofrece opciones para filtrar los ajustes por añadido recientemente y popular. Estos nuevos filtros te permitirán ver nuestros ajustes más recientes, así como algunos de los ajustes de Chrome más populares y relevantes.
-
Lista y detalles de dispositivos ChromeOS renovados
La página de dispositivos de la consola de administración se ha rediseñado con una notificación proactiva y útil para tu flota de dispositivos.
Módulo de notificaciones: identifica y soluciona fácilmente los problemas de los dispositivos con el nuevo módulo de notificaciones, que ofrece un resumen de los problemas activos de tu flota.
Paneles centralizados: accede rápidamente a toda la información y los informes que necesitas sobre tu flota en un solo lugar: la pestaña Paneles.
Página de lista de dispositivos renovada: consulta información más detallada sobre tus dispositivos con las nuevas pestañas (General, SO, Hardware, Red y Política), notificaciones específicas de dispositivos y un nuevo diseño de tarjeta que mejora la legibilidad.
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la intrusión en el servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad.
En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.
- Chrome 128 en ChromeOS
- Analizador de archivos JSON de Rust
A partir de Chrome 128, Chrome analizará archivos JSON con Rust en lugar de C++. De esta forma, se eliminará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que algunos archivos JSON no válidos (que Chrome acepta actualmente) dejen de aceptarse, aunque el analizador de Rust sigue siendo muy permisivo.
- Primera versión de Chrome 128: Chrome analizará JSON con Rust.
- Borrar datos del dispositivo al cerrar sesión en iOS
A partir de Chrome 128, al cerrar sesión en una cuenta gestionada desde un navegador no gestionado, se eliminarán los datos de navegación guardados en el dispositivo. Los usuarios gestionados verán un cuadro de diálogo de confirmación al cerrar sesión en el que se explicará que se borrarán los datos. Los datos solo se borrarán a partir de la hora de inicio de sesión. De lo contrario, se borrarán todos los datos. La hora de inicio de sesión solo se conoce si el usuario ha iniciado sesión en Chrome 122 o una versión posterior.
Entre los datos que se eliminarán se incluyen los siguientes:
- Historial de navegación
- cookies y datos de sitios
- contraseñas
- configuración del sitio
- autocompletar
- archivos e imágenes almacenados en caché
- Chrome 128 en iOS
- Etiquetas de atribución para Buscador
Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje define el buscador que se usará de forma predeterminada, que actualmente se puede ver en
chrome://settings/search.A las URLs de búsqueda que se seleccionen en esta pantalla se les añadirá una etiqueta de atribución para que los buscadores de terceros puedan atribuir el tráfico de las selecciones que se hayan hecho en la pantalla de elección de buscadores. Este cambio no se aplicará a las organizaciones configuradas para Education ni a las empresas que tengan desactivadas las métricas o las estadísticas de uso.
En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderEnabled, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.
Consulta más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 128 en Android, iOS, Chrome OS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en iPad
Los usuarios de Chrome en iPad pueden crear y gestionar grupos de pestañas. De esta forma, pueden organizarse, reducir el desorden y gestionar sus tareas de manera más eficiente.
- Chrome 128 en iOS
- Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones
Chrome 128 añade un bit de antecedente entre sitios a la clave de la cookie en particiones CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.
Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls o usar las cookies
SameSite=Nonesin el atributo con particiones y, a continuación, invoca la API Storage Access (SAA) para asegurarte de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel superior.- Chrome 128 en Windows, Mac y Linux
- Cambiar el nombre de position-try-options a position-try-fallbacks
El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de esta propiedad porque fallbacks describe con mayor precisión lo que controla esta propiedad. La palabra "options" no está muy clara, ya que los estilos que no pertenecen a los bloques "position-try" se probarán primero y, si el resultado es un diseño que encaja en el bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una palabra más adecuada para describir este comportamiento. Consulta más información en GitHub.
- Chrome 128 en Windows, Mac, Linux y Android
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionarán los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se podrán aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
- Chrome 129 en Mac
- Chrome dejará de ser compatible con macOS 10.15
Chrome dejará de ser compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir ejecutando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con macOS 10.15.
- Chrome 129 en Mac: Chrome ya no es compatible con macOS 10.15.
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta Niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
- Desactivación de la serialización no estándar del shadow DOM declarativo
La implementación del prototipo, que se lanzó en el 2020 y se actualizó en el 2023, contenía un método llamado "getInnerHTML()" que se podía utilizar para serializar árboles DOM que contuvieran raíces de shadow DOM. Esa parte del prototipo no se ha estandarizado con el resto del shadow DOM declarativo y solo recientemente se ha llegado a un consenso sobre las especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, la forma de la API getInnerHTML ha cambiado.
Esta función representa la desactivación del método "getInnerHTML()" que se ha enviado anteriormente. La sustitución se llama "getHTML()" y se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función ChromeStatus.
- Chrome 129 en Windows, Mac, Linux y Android
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots era un argumento nunca estandarizado para la función DOMParser.parseFromString() para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada de serialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma de setHTMLUnsafe() y parseHTMLUnsafe() se envía en Chrome 124, el argumento no estándar includeShadowRoots se debe eliminar y desactivar. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, Mac, Windows y Android
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones. Puedes usar el registro de errores de Chromium para informar de cualquier problema que detectes.
- Chrome 130 en Windows: servicio de red en entorno aislado en Windows
- Discontinuación de cookies de terceros de Chrome (3PCD)
Las cookies de terceros se restringirán en una futura versión de Chrome. Actualmente, están restringidas de forma predeterminada para el 1 % de los usuarios de Chrome para permitir que los sitios previsualicen la experiencia de usuario sin cookies de terceros. La mayoría de las empresas se excluyen automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros si fuera necesario.
Los usuarios finales pueden utilizar el icono del ojo del omnibox para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Para obtener más información, consulta el artículo Permitir o restringir las cookies de terceros. Las protecciones de seguimiento de rebotes se aplican cuando el sitio con rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba con versión antigua de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta la sección sobre Privacy Sandbox en Google for Developers.
- Chrome 130 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows: se añadirá una nueva política empresarial para controlar las cookies de terceros
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, Mac y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 en Linux, Mac y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.
Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación. Estas comprobaciones protegen la red privada del usuario.
Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.
- Chrome 130 en Windows, Mac, Linux y Android
- Advertencias de formularios no seguros en iOS
Chrome 125 empezó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra ahora una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, que se eliminará en Chrome 130.
- Chrome 125 en iOS: se lanza la función
- Chrome 130 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, Mac y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este mecanismo se expone como un nuevo paquete de cifrado TLS. Este cambio debería ser transparente para los operadores de servidor, ya que TLS negocia automáticamente los algoritmos de cifrado compatibles. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Para obtener más información, consulta esta entrada del blog de Chromium.
- Chrome 124 en Windows, Mac o Linux
- Chrome 135 en Android
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
Próximos cambios en ChromeOS
-
Grupos de acoplamiento en ChromeOS
A partir de ChromeOS 127, los grupos de acoplamiento te permitirán agrupar ventanas en ChromeOS. Un grupo de acoplamiento se crea cuando un usuario empareja dos ventanas para crear una pantalla dividida. Al hacerlo, las pantallas se pueden poner en segundo plano juntas, cambiar de tamaño simultáneamente o mover como un grupo.
-
Modo Encargado del tratamiento de datos: lanzamiento en toda la UE
En ChromeOS 128, las nuevas funciones del modo Encargado del tratamiento de datos y los términos de ChromeOS estarán disponibles en toda la UE a través de la consola de administración de Google. Para obtener más información, consulta el artículo Introducción al modo Encargado del tratamiento de datos de ChromeOS.
Como administrador de ChromeOS, tienes la opción de activar el modo Encargado del tratamiento de datos, que abarca un conjunto de funciones y servicios de ChromeOS denominados Servicios Esenciales.
-
Centro de Privacidad: geolocalización
A partir de ChromeOS 128, vamos a facilitar la gestión de la privacidad en los Chromebooks añadiendo la posibilidad de controlar el acceso a la geolocalización en la página de controles de privacidad. Los usuarios podrán configurar el acceso a la geolocalización como "Permitido", "Solo sistema" o "Bloqueado", según sus preferencias.
Permitiremos que los usuarios bloqueen el acceso a la geolocalización de todas las aplicaciones o sitios web, o de sistemas completos, independientemente de los permisos concedidos anteriormente. Además, proporcionaremos a los usuarios controles fáciles de usar para volver a habilitarlos cuando sea útil.
Próximos cambios de la consola de administración
- Informes de perfiles gestionados del navegador Chrome
Chrome Enterprise Core incluirá nuevos informes de perfiles gestionados del navegador Chrome en la consola de administración. Esta función ofrece una nueva lista y páginas de detalles de los perfiles gestionados. En estas páginas, los administradores de TI pueden encontrar información sobre los informes de los perfiles gestionados, como los detalles de los perfiles, las versiones de navegador, las políticas aplicadas, etc.
- Chrome 130 en Android, Linux, Mac y Windows
- Widget de la consola de administración para controles de datos
Un nuevo widget de configuración de la consola de administración permite a los usuarios configurar políticas de controles de datos para URLs específicas.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
Chrome 126
| Novedades del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
|---|---|---|---|
| Discontinuación de cookies de terceros de Chrome (3PCD) | ✓ | ||
| Extraer texto de PDFs para usuarios de lectores de pantalla | ✓ | ||
| Intensidad de Ahorro de memoria | ✓ | ||
| Visor de PDFs de iframe fuera de proceso | ✓ | ||
| Precarga reactiva en ordenadores | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Proveedor del framework de accesibilidad UI Automation en Windows | ✓ | ||
| Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled | ✓ | ✓ | |
| Alineación de navigator.cookieEnabled con la especificación | ✓ | ||
| Buscar con Google Lens | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Novedades de ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Habilitar la actualización automática ampliada | ✓ | ||
| Zoom digital con alta resolución | ✓ | ||
| Configurar un Chromebook nuevo con un teléfono Android | ✓ | ||
| Conexión compartida instantánea | ✓ | ||
| Mejoras en las actualizaciones de firmware | ✓ | ✓ | |
| Aplicaciones web para capturar varias superficies | ✓ | ||
| Portal cautivo para redes gestionadas | ✓ | ✓ | |
| Desactivar el comportamiento de overscroll | ✓ | ||
| Desactivar la frecuencia de parpadeo del cursor | ✓ | ||
| La lupa puede seguir el enfoque de Enunciar selección | ✓ | ||
| Flujo de instalación de extensiones de usuarios supervisados | ✓ | ||
| Compatibilidad con varios calendarios | ✓ | ||
| Nueva política para controlar las horas de activación y suspensión de Kiosco | ✓ | ||
| Ampliación de la configuración regional de Subtítulos automáticos y Dictado | ✓ | ||
| Mostrar URLs comodín en los informes de controles de datos | ✓ | ||
| Novedades de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Configuraciones personalizadas para administradores de TI | ✓ | ||
| Guías de configuración interactivas de Chrome Enterprise Core | ✓ | ||
| Nuevas políticas en la consola de administración | ✓ | ||
| Próximos cambios del navegador Chrome | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Desconfianza en los certificados de Entrust | ✓ | ||
| Cifrado vinculado a aplicaciones para cookies | ✓ | ||
| Integración de telemetría de extensiones de Chrome con Chronicle | ✓ | ||
| Generar estadísticas de advertencias y errores de la consola de DevTools | ✓ | ||
| Migrar extensiones a Manifest V3 antes de junio del 2025 | ✓ | ✓ | ✓ |
| El servicio de red de Windows se pondrá en un entorno aislado | ✓ | ||
| Experiencia simplificada de inicio de sesión y sincronización en Android | ✓ | ||
| Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero | ✓ | ||
| Experiencia de gestión de contraseñas actualizada en Android | ✓ | ✓ | |
| Marca de agua | ✓ | ||
| Configuración automática del contenido a pantalla completa | ✓ | ||
| Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones | ✓ | ||
| Discontinuación de los eventos de mutación | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con la condición "not" en la API de enrutamiento estático de ServiceWorkers | ✓ | ||
| Firmas de código ad hoc para shims de PWA en macOS | ✓ | ||
| Discontinuación de los informes ampliados de Navegación segura | ✓ | ||
| Fin de la compatibilidad de Chrome con macOS 10.15 | ✓ | ✓ | |
| Captura de enlaces de usuarios en PWAs | ✓ | ✓ | |
| Desactivación del argumento includeShadowRoots en DOMParser | ✓ | ||
| Advertencias de formularios no seguros en iOS | ✓ | ||
| Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia | ✓ | ||
| Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo | ✓ | ||
| Encapsulación de claves X25519Kyber768 para TLS | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Ventanas acopladas | ✓ | ||
| Lectura en voz alta en el modo Lectura | ✓ | ||
| Próximos cambios de la consola de administración | Seguridad/Privacidad | Productividad de usuario/Aplicaciones | Gestión |
| Filtrar por ajustes populares y añadidos recientemente con etiquetas de políticas | ✓ | ||
| Informes de perfiles gestionados del navegador Chrome | ✓ | ||
| Política basada en grupos para el navegador Chrome | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
Novedades del navegador Chrome
- Discontinuación de cookies de terceros de Chrome (3PCD)
Las cookies de terceros se restringirán en una futura versión de Chrome. Actualmente, están restringidas de forma predeterminada para el 1 % de los usuarios de Chrome para permitir que los sitios previsualicen la experiencia de usuario sin cookies de terceros. La mayoría de las empresas se excluyen automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros si fuera necesario.
Los usuarios finales pueden utilizar el icono del ojo del omnibox para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada. Las protecciones de seguimiento de rebotes se aplican cuando el sitio con rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba con versión antigua de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
- Extraer texto de PDFs para usuarios de lectores de pantalla
El navegador Chrome ha incorporado un lector de IA con reconocimiento óptico de caracteres (OCR) para PDFs. Se trata de un lector de pantalla de PDFs integrado en un navegador para documentos inaccesibles. De esta forma, se compensará en parte la falta de accesibilidad en Internet para usuarios invidentes o con baja visión.
Esta función aprovecha los modelos OCR de Google para extraer, compartimentar y dividir los documentos PDF de manera que sean más accesibles. Se añadirá una biblioteca de inteligencia artificial local que use la tecnología Screen AI para analizar capturas de pantalla o el árbol de accesibilidad, así como para extraer más información útil para la tecnología asistencial, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, Mac y Windows: ya se ha lanzado por completo en ChromeOS. Hemos pasado de un 50 % de versiones Canary, para desarrolladores y beta a una versión estable para Linux, Mac y Windows.
- Intensidad de Ahorro de memoria
Ahorro de memoria es una función que desactiva las pestañas que no se usan para liberar memoria en el dispositivo de un usuario. Ya existe una política, HighEfficiencyModeEnabled, que permite a los administradores controlar la función Ahorro de memoria. Una nueva política llamada MemorySaverModeSavings permite configurar la intensidad de Ahorro de memoria al desactivar pestañas. Elige la opción conservadora para desactivar menos pestañas o la agresiva para ahorrar la máxima cantidad de memoria.
- Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows: la función se lanzará gradualmente en todas las plataformas.
- Visor de PDFs de iframe fuera de proceso
En Chrome 126, algunos usuarios usan una arquitectura de iframe fuera de proceso (OOPIF) para el visor de PDFs. Es la nueva arquitectura del visor de PDF, que resulta más sencilla y facilita la incorporación de nuevas funciones. Para volver a usar la arquitectura original del visor de PDFs, se puede usar la política empresarial PdfViewerOutOfProcessIframeEnabled.
- Chrome 126 en Linux, Mac y Windows
- Precarga reactiva en ordenadores
Esta función permite la precarga de subrecursos durante la navegación para acelerarla y cargar nuevas páginas más rápido. Los subrecursos precargados se predicen a través de un servicio propiedad de Google, y el navegador comparte la URL de las páginas a las que se navega con este servicio para obtener predicciones. Esta función se puede controlar con la política UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en iPad
Los usuarios de Chrome en iPad pueden crear y gestionar grupos de pestañas. De esta forma, pueden organizarse, reducir el desorden y gestionar sus tareas de manera más eficiente.
- Chrome 126 en iOS
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empieza a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome gracias a una mejora de compatibilidad en Microsoft Windows. Este cambio mejora la experiencia de muchos usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejora las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome disfrutan de una reducción en el uso de memoria y la sobrecarga de procesamiento al usar herramientas de accesibilidad. También facilita el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabled para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es dar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio del corrector de compatibilidad de Microsoft al proveedor UI Automation de Chrome.- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
En Chrome 126 se ha eliminado la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado lleva más de un año activado de forma predeterminada.
- Chrome 124 en Android, ChromeOS, Linux, Mac y Windows: la política está obsoleta
- Chrome 126 en Android, ChromeOS, Linux, Mac y Windows: se elimina la política
- Alineación de navigator.cookieEnabled con la especificación
Actualmente,
navigator.cookieEnabledindica si el user-agent intenta gestionar las cookies en un contexto determinado. Un cambio en Chrome enviado como parte de la discontinuación de las cookies de terceros (3PCD) provocaría que indicara si se puede acceder a las cookies sin particiones, lo que llevaría a que se devuelva el valor false en la mayoría de los iframes entre sitios. Debemos restaurar el comportamiento anterior denavigator.cookieEnabled, que solo indicaba si las cookies estaban activadas o desactivadas en el sitio. Asimismo, debemos usar la función de varios proveedoresdocument.hasStorageAccesspara indicar si se puede acceder a las cookies sin particiones.- Chrome 126 en Windows, Mac, Linux y Android
- Buscar con Google Lens
Desde Chrome 126, los usuarios podrán buscar imágenes o texto que vean en la pantalla con Google Lens. Para usar esta función, ve a un sitio web y haz clic en Buscar con Google Lens en el chip del omnibox en el que te encuentres, en los menús de clic con el botón derecho o en el menú de 3 puntos. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ningún humano la revisa ni se registra ningún dato sobre su contenido.
Estamos implementando esta función de forma gradual en Chrome 126 y tenemos previsto lanzarla por completo en Chrome 127.
- Chrome 126 en ChromeOS, Linux, Mac y Windows: se lanza la función para el 1 % de los usuarios de la versión estable y se habilita la política LensOverlaySettings
- Chrome 127: lanzamiento de la función para el 100 % de los usuarios de la versión estable
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción LensOverlaySettings Configuración de la función Lens Overlay MemorySaverModeSavings Cambiar el ahorro del modo Ahorro de memoria ProvisionManagedClientCertificateForUser Habilitar el aprovisionamiento de certificados de cliente para un usuario o perfil gestionado
PdfViewerOutOfProcessIframeEnabled Usar el visor de PDFs de iframe fuera de proceso
Novedades de ChromeOS
-
Política y aceptación de las actualizaciones automáticas ampliadas
ChromeOS incluye 10 años de actualizaciones del SO para mejorar la seguridad, la estabilidad y el rendimiento. La mayoría de los dispositivos recibirán esas actualizaciones automáticamente. En el caso de un subconjunto de dispositivos antiguos, los usuarios y los administradores pueden habilitar las actualizaciones ampliadas para disfrutar de 10 años de asistencia completa.
Para obtener más información, consulta este artículo del Centro de Ayuda.
-
Zoom digital con alta resolución
Ahora, la aplicación Cámara integrada es compatible con el zoom en cámaras que no tienen motores de zoom óptico, incluida la cámara integrada. En algunos Chromebooks de alto rendimiento, se puede aplicar la función de alta resolución basada en IA para mejorar aún más las imágenes.
-
Configurar un Chromebook nuevo con un teléfono Android
Ahora puedes configurar un Chromebook nuevo con tu teléfono Android. Si estableces una conexión segura entre tu teléfono y el Chromebook, podrás transferir automáticamente la información de inicio de sesión de tu red Wi-Fi y de tu cuenta de Google sin tener que introducir manualmente tus contraseñas. Esta opción solo está disponible para usuarios no gestionados.
-
Conexión compartida instantánea
En ChromeOS 126, la función Conexión compartida instantánea no ha cambiado de nombre.
-
Mejoras en las actualizaciones de firmware
ChromeOS 126 admite actualizaciones de firmware de una gran variedad de periféricos adicionales. Por eso, se reducen significativamente el tiempo y los recursos necesarios para que estén disponibles las nuevas actualizaciones de firmware.
-
Aplicaciones web para capturar varias superficies
Las aplicaciones web ahora pueden capturar varias superficies a la vez. Esta función introduce una nueva API, getAllScreensMedia(), que permite a los desarrolladores solicitar varias superficies a la vez, a diferencia de getDisplayMedia(), que solo admite una. Esta API acepta automáticamente las solicitudes de captura, solo para sesiones gestionadas, y está protegida por políticas que los propietarios de los dispositivos deben configurar explícitamente y con indicadores de uso claros para que los usuarios sepan que se está realizando una captura en todo momento. Para obtener más información, consulta este artículo del Centro de Ayuda.
-
Portal cautivo para redes gestionadas
Dado que la detección de portales cautivos siempre está inhabilitada en las redes gestionadas, los administradores no pueden configurar el dispositivo ChromeOS para que se conecte automáticamente a redes con portales cautivos ni para que detecte si hay portales cautivos. Si convierten la red de portales cautivos en gestionada, los usuarios tendrán que abrir manualmente un navegador y conectarse a un sitio HTTP que se pueda redirigir a una página de inicio de sesión del portal. Hemos añadido una nueva política, CaptivePortalAuthenticationIgnoresProxy, que permite a los administradores forzar la detección del portal.
-
Desactivar el comportamiento de overscroll
Hay un nuevo ajuste para activar y desactivar el gesto de deslizar para desplazarse entre páginas. Esta función también se conoce como "overscroll" u "overscroll en páginas". Este ajuste se encuentra en Configuración > Accesibilidad > Cursor y panel táctil > Usar un gesto de deslizar para desplazarse entre páginas.
-
Desactivar la frecuencia de parpadeo del cursor
Hay un nuevo ajuste para desactivar el cursor de texto parpadeante en Configuración > Accesibilidad > Teclado e introducción de texto > Frecuencia de parpadeo del cursor de texto. Recomendamos a los clientes con epilepsia fotosensible y alteraciones cognitivas que desactiven el parpadeo del cursor de texto.
-
Lupa para seguir Enunciar selección
La función Lupa que sigue el texto cuando se usa Enunciar selección se ha diseñado para personas con baja visión, pero puede ser útil para cualquier persona que prefiera leer los textos en tamaños más grandes. Cuando leas texto en voz alta con Enunciar selección, la lupa seguirá automáticamente las palabras para que sepas por dónde vas en todo momento. Para probarlo, puedes habilitar las funciones Lupa y Enunciar selección en tu configuración. Amplía la pantalla hasta el nivel que quieras con Ctrl + Alt + Aumentar el brillo o Ctrl + Alt + Reducir el brillo. Selecciona el texto que quieras leer y pulsa el botón de reproducción de Enunciar selección o la combinación de teclas Buscar + S. Hay un ajuste disponible en la configuración de Lupa para ajustar este comportamiento.
-
Instalación de extensiones de usuarios supervisados
En el caso de las cuentas supervisadas gestionadas a través de Family Link, vamos a separar el control parental de los permisos de sitios, extensiones y aplicaciones para que los padres tengan un control más detallado. Ahora los padres tienen dos opciones para elegir: Permisos de aplicaciones y Extensiones. El cambio en las cuentas supervisadas es que los padres ahora pueden permitir la instalación de extensiones con o sin aprobación. Antes, los padres podían bloquear las extensiones, pero no había forma de permitirlas sin aprobación.
-
Compatibilidad con varios calendarios
Vamos a lanzar la compatibilidad con varios calendarios para que los usuarios puedan ver todos los eventos de los calendarios que hayan seleccionado en Google Calendar.
-
Nueva política para controlar las horas de activación y suspensión de Kiosco
ChromeOS 126 incluye una nueva política de dispositivos de Kiosco que permite a los administradores programar cuándo se activará y entrará en suspensión un dispositivo. Para obtener más información, consulta la sección Configuración de Kiosco.
-
Ampliación de la configuración regional de Subtítulos automáticos y Dictado
ChromeOS 126 amplía la compatibilidad de los subtítulos automáticos de 1 a 6 idiomas y la función de dictado de 1 a 18 configuraciones regionales. Ahora utilizamos un nuevo modelo de reconocimiento de voz que permite ahorrar batería adicional.
Los subtítulos automáticos en ChromeOS se pueden usar en los vídeos que se reproducen con la aplicación de reproductor Galería, en YouTube, en Google Meet, en Zoom o en redes sociales. Para ver o cambiar el idioma actual de los subtítulos automáticos, selecciona Configuración > Audio y subtítulos > Subtítulos automáticos > Gestionar idiomas. Para obtener más información sobre los subtítulos automáticos, consulta este artículo del Centro de Ayuda.
La función de dictado está disponible en Documentos de Google y en cualquier otra entrada de texto. Para ello, habilita el dictado en la barra de tareas, haz clic en el botón del micrófono y habla. Para ver o cambiar el idioma de dictado, selecciona Configuración > Accesibilidad > Teclado e introducción de texto > Dictado > Idioma. Para obtener más información acerca del dictado, consulta este artículo del Centro de Ayuda.
-
Mostrar URLs comodín en los informes de controles de datos
Las reglas de control de datos de ChromeOS permiten a los administradores definir las URLs de origen y de destino como un valor comodín (*). Los eventos de control de datos de Chrome OS se incluyen en el informe de auditoría de Chrome y se pueden ver en la consola de administración o en otras plataformas a través del Conector de informes de Chrome. Al examinar eventos de registro, ahora se incluye en el informe la URL que activó la regla en lugar del comodín.
Novedades de la consola de administración
-
Configuraciones personalizadas para administradores de TI
En la página Configuraciones personalizadas, los administradores de TI pueden utilizar secuencias de comandos JSON para configurar políticas de Chrome que aún no estén en la consola de administración. Por tanto, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core, ya sea en la página Configuración o en la página Configuraciones personalizadas. También puedes usar la página para configurar el modo de instalación de extensiones no disponible en la consola de administración (por ejemplo, normal_installed). Esta función está disponible para los navegadores registrados a nivel de máquina.
- A partir de Chrome 126 en Android, iOS, Linux, macOS y Windows: acceso para testers de confianza
- A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: se lanza la función
-
Guías de configuración interactivas de Chrome Enterprise Core
El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para gestionar navegadores en la consola de administración, donde los administradores pueden elegir el recorrido que les interese explorar y recibir formación práctica en las guías de configuración de Chrome relacionadas. Estas guías se pueden usar, por ejemplo, para aprender a:
- Crear unidades organizativas de prueba
- Activar la generación de informes
- Registrar navegadores
- Aplicar políticas del navegador
- Configurar ajustes de extensiones
- Crear un usuario administrador
Estas guías son ideales para administradores nuevos o para aquellos que quieren aprender nuevos recorridos.
- A partir de Chrome 126: lanzamiento de la función
- Nuevas políticas en la consola de administración
Nombre de la política Páginas Compatible con Categoría/Campo DeviceExtendedAutoUpdateEnabled Dispositivo ChromeOS Configuración de actualización de dispositivos LocalUserFilesAllowed Usuarios y navegador ChromeOS Experiencia de usuario ScreenCaptureLocation Usuarios y navegador ChromeOS Experiencia de usuario
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Desconfianza en los certificados de Entrust
Debido a los fallos constantes en la conformidad, Chrome está cambiando la forma en que se autentican los servidores TLS de confianza pública, es decir, los certificados de sitios web emitidos por Entrust serán de confianza de forma predeterminada en Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
Más concretamente:
- Certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:
- después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.
- el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio.
Si un usuario o una empresa de Chrome confía explícitamente en alguno de los certificados de Entrust afectados de una plataforma y una versión de Chrome que se basen en Chrome Root Store (por ejemplo, si la confianza se transmite de forma explícita a través de un objeto de directiva de grupo de Windows), se anularán las restricciones basadas en SCT descritas anteriormente y los certificados funcionarán como hasta ahora.
Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre cómo mantener la seguridad de los certificados digitales: Desconfianza en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: todas las versiones de Chrome 127 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024.
- Chrome 130 en ChromeOS, Linux, Mac y Windows: la acción de bloqueo empezará a aplicarse a los certificados emitidos después del 31 de octubre del 2024. Este cambio también afectará a Chrome 127, 128 y 129.
- Cifrado vinculado a aplicaciones para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de cifrado utilizada para encriptar las cookies se protegerá aún más vinculándola a la identidad de la aplicación de Chrome. Esto puede ayudar a protegerte contra el malware que podría intentar robar cookies del sistema. No ofrece protección frente a un atacante que pueda elevar privilegios o inyectar datos en los procesos de Chrome.
Hay disponible una política empresarial ApplicationBoundEncryptionEnabled para inhabilitar el cifrado de límite de aplicación.
- Chrome 127 en Windows
- Integración de telemetría de extensiones de Chrome con Chronicle
Tenemos planeado recopilar datos relevantes de telemetría de extensiones desde Chrome (perfiles gestionados y dispositivos) y enviarlos a Chronicle. Chronicle analizará los datos para proporcionar estadísticas y contexto de la actividad peligrosa.
- Chrome 127 en ChromeOS, Lacros, Linux, Mac y Windows
- Generar estadísticas sobre advertencias y errores de la consola de DevTools
En Chrome 125, hay disponible una nueva función de IA generativa para usuarios no gestionados: generar estadísticas sobre advertencias y errores de la consola de Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.- Chrome 125 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia.
- Chrome 127 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan.
- Migrar extensiones a Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3. A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador, empezando por las versiones preliminares de Chrome 127. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 127 en ChromeOS, Lacros, Linux, Mac y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones. Puedes denunciar los problemas que tengas.
- Chrome 127 en Windows: servicio de red en entorno aislado en Windows
- Experiencia simplificada de inicio de sesión y sincronización en Android
Chrome lanzará una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome para Android. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que antes, la función que anteriormente formaba parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar por completo mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar la información que se sincroniza con su cuenta de Google. Cuenta.
Los cambios son prácticamente idénticos a la experiencia simplificada de inicio de sesión y sincronización que se lanzó para iOS en la versión 117.
- Chrome 127 en Android
- Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero
Cuando un usuario de Navegación segura mejorada visita una página que activa las APIs de teclado o de bloqueo de puntero, los atributos de esa página se envían a Navegación segura.
Si se envía la telemetría y parece que la página es maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloquearán si estaban bloqueados.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Experiencia de gestión de contraseñas actualizada en Android
En Chrome en Android, algunos usuarios que hayan iniciado sesión en Chrome, pero no tengan habilitada la sincronización de Chrome podrán usar y guardar contraseñas en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán usar para configurar si los usuarios pueden usar y guardar contraseñas en su cuenta de Google.- Chrome 127 en Android
- Marca de agua
Con esta función, los administradores podrán superponer una marca de agua en la parte superior de una página web si al acceder a ella se activa una regla específica de DLP. Incluirá una cadena estática que se mostrará como la marca de agua. Las marcas de agua estarán disponibles para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: acceso de testers de confianza
- Chrome 127 en Linux, Mac y Windows: se lanza la función
- Configuración automática del contenido a pantalla completa
El nuevo ajuste de contenido de Pantalla completa automática permite usar
Element.requestFullscreen()sin un gesto del usuario y que los cuadros de diálogo del navegador se muestren sin salir de la pantalla completa.Este ajuste está bloqueado de forma predeterminada y los sitios no pueden solicitar el permiso. Los nuevos controles de la interfaz de usuario se limitan a las páginas de configuración de Chrome (
chrome://settings/content/automaticFullScreen) y al cuadro de información del sitio. Los usuarios pueden permitir aplicaciones web aisladas y los administradores de empresas pueden permitir orígenes adicionales con la política AutomaticFullscreenAllowedForUrls.En combinación con el permiso de gestión de ventanas y las ventanas emergentes desbloqueadas (
chrome://settings/content/popups), te permite acceder a valiosas funciones de pantalla completa:- Abre una ventana emergente en pantalla completa en otra pantalla con un solo gesto
- Muestra el contenido en pantalla completa en varias pantallas con un solo gesto
- Muestra contenido en pantalla completa en una pantalla nueva cuando esté conectada
- Cambia las ventanas de pantalla completa de una pantalla a otra con un solo gesto
- Muestra contenido en pantalla completa después de que el gesto del usuario caduque o se consuma
- Chrome 127 en Windows, Mac y Linux
- Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones
Chrome 127 añadirá un bit de antecedente entre sitios a la clave de la cookie en particiones
CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls o usar las cookies
SameSite=Nonesin el atributo con particiones y, a continuación, invoca la API Storage Access (SAA) para asegurarte de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel superior.- Chrome 127 en Windows, Mac y Linux
- Discontinuación de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Consulta esta entrada de blog para obtener más información. Notifica cualquier problema aquí.
- Chrome 127 en Windows, Mac, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Al hacer que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial, mejora considerablemente la accesibilidad. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que
tabIndexse haya definido explícitamente en 0 o más.Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como
<textarea>.- Chrome 127 en Windows, macOS, Linux y Android
- Compatibilidad con la condiciónnot en la API de enrutamiento estático de ServiceWorkers
La API de enrutamiento estático de ServiceWorkers se utiliza para enrutar la solicitud a la red o al controlador de recogida de ServiceWorkers, o para buscar directamente en la caché, etc. Cada ruta consta de una condición y una fuente, y la condición se utiliza para asociar la solicitud.
En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de forma más flexible, se espera la compatibilidad con not, que asocia la condición invertida del interior.
- Chrome 127 en Windows, Mac, Linux y Android
- Firmas de código ad hoc para shims de PWA en macOS
Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.
De esta forma, se solucionarán los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se podrán aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.
- Chrome 128 en Mac
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función ha quedado sustituida por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura.
- Chrome 128 en Android, iOS, ChromeOS, Linux, Mac y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
- Chrome dejará de ser compatible con macOS 10.15
Chrome dejará de ser compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir ejecutando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con macOS 10.15.
- Chrome 129 en Mac: Chrome ya no es compatible con macOS 10.15.
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 129 en Linux, Mac y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento
includeShadowRootsera un argumento nunca estandarizado para la funciónDOMParser.parseFromString()para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada de serialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma de setHTMLUnsafe() y parseHTMLUnsafe() se enviará en Chrome 129, el argumento no estándarincludeShadowRootsse debe eliminar y desactivar. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, Mac, Windows y Android
- Advertencias de formularios no seguros en iOS
Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, mostrará una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política, llamada InsecureFormsWarningsEnabled, disponible para controlar esta función.
- Chrome 125 en iOS: se lanza la función
- Chrome 130 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.
Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación.
Estas comprobaciones protegen la red privada del usuario. Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.
- Chrome 130 en Windows, Mac, Linux y Android
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política InsecureFormsWarningsEnabled para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, Mac y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este se expone como un nuevo conjunto de cifrado TLS. TLS negocia automáticamente los algoritmos de cifrado compatibles, por lo que este cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Consulta esta entrada de blog para obtener más información.
- Chrome 124 en Windows, Mac o Linux
- Chrome 135 en Android
Próximos cambios en ChromeOS
-
Grupos de acoplamiento en ChromeOS 
A partir de ChromeOS 127, los grupos de acoplamiento te permitirán agrupar ventanas en ChromeOS. Un grupo de acoplamiento se crea cuando un usuario empareja dos ventanas para crear una pantalla dividida. Al hacerlo, las pantallas se pueden poner en segundo plano juntas, cambiar de tamaño simultáneamente o mover como un grupo.
-
Lectura en voz alta en el modo Lectura
A partir de ChromeOS 127, Leer en voz alta incorporará las voces de alta calidad de Google al modo Lectura de Chrome para que los usuarios puedan utilizar la conversión de texto a voz para leer contenido en la Web. El objetivo de Leer en voz alta es ayudar a comprender textos largos a las personas que tienen dificultades para leer. La nueva función Leer en voz alta del modo Lectura en la versión de escritorio de Chrome permite a los usuarios escuchar el texto que están leyendo, lo que mejora la concentración y la comprensión.
Próximos cambios de la consola de administración
- Filtrar por ajustes populares y añadidos recientemente con etiquetas de políticas
Próximamente, la consola de administración ofrecerá opciones para filtrar los ajustes por añadido recientemente y popular. Estos nuevos filtros te permitirán ver nuestros ajustes más recientes, así como algunos de los ajustes de Chrome más populares y relevantes.
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: acceso para testers de confianza
- A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: se implementa la función
- Informes de perfiles gestionados del navegador Chrome
Chrome Enterprise Core incluirá nuevos informes de perfiles gestionados del navegador Chrome en la consola de administración. Esta función ofrece una nueva lista y páginas de detalles de los perfiles gestionados. En estas páginas, los administradores de TI pueden encontrar información sobre los informes de los perfiles gestionados, como los detalles de los perfiles, las versiones de navegador, las políticas aplicadas, etc.
- A partir de Chrome 127 en Android, Linux, macOS y Windows: acceso anticipado para testers de confianza
- A partir de Chrome 130 en Android, iOS, Linux, macOS y Windows: se lanza la función
- Política basada en grupos para el navegador Chrome
Los administradores pueden usar Grupos de Google para añadir navegadores Chrome gestionados a grupos y definir políticas de usuarios y navegadores, y ajustes de extensiones para un grupo de navegadores. Los navegadores gestionados se pueden asignar a varios grupos, lo que permite a los administradores de TI gestionar los navegadores Chrome de forma más flexible con la gestión en la nube.
- A partir de Chrome 126 en Android, Linux, macOS y Windows: acceso para testers de confianza
- A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: se lanza la función
Chrome 125
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Discontinuación de cookies de terceros de Chrome (3PCD)
✓
Análisis detallado y automático de archivos para usuarios de Navegación segura mejorada
✓
Compatibilidad de Chrome con ordenadores con Windows ARM64
✓
Cambios en la herramienta de actualización de Chrome
✓
Estadísticas de seguridad de Chrome
✓
✓
✓
Actualizaciones del ancho de banda de Chrome
✓
Comprobación de seguridad de las extensiones
✓
Advertencias de formularios no seguros en iOS
✓
Compatibilidad con navegadores antiguos para Edge se ha actualizado a Manifest V3
✓
Eliminación de la política empresarial utilizada para la herencia de la URL base
✓
Enviar informes de descarga sin una decisión explícita del usuario
✓
✓
Grupos de pestañas en la cuadrícula de pestañas
✓
Proveedor del framework de accesibilidad UI Automation en Windows
✓
Actualización de Servicios de Google Play para solucionar problemas relacionados con las contraseñas de las cuentas
✓
Ampliación de la API Storage Access (SAA) al almacenamiento sin cookies
✓
Acción predeterminada interoperable para mover el cursor del ratón
✓
Eliminar el alias de colocación de ventanas de los descriptores de políticas de permisos
✓
Pantalla de selección del buscador predeterminado
✓
✓
Generar estadísticas de advertencias y errores de la consola de Chrome DevTools
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas quitadas en el navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Corrección de la VPN siempre activada mediante SAML
✓
Configuración de Passpoint de ChromeOS
✓
Telefonía Bluetooth de audio de ChromeOS
✓
Añadir PrivateIP a DoH con identificadores
✓
Interfaz de control de la velocidad de reproducción de los vídeos de la galería
✓
Opción para activar y desactivar Reducir animaciones en ChromeOS
✓
Ventana de inicio de sesión en el portal cautivo
✓
Cuadro de diálogo de instalación de PWAs
✓
Avisar a los usuarios antes de desconectar un HID Bluetooth
✓
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Eliminación de navegadores inactivos en Chrome Enterprise Core
✓
✓
Renovación de la generación de tokens y del registro de dispositivos ChromeOS
✓
Nuevas funciones de token de preaprovisionamiento ZTE
✓
Más funciones de gestión de tokens
✓
✓
Recogida de datos anónima con clave de URL en la sesión de invitado gestionada
✓
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Discontinuación de los informes ampliados de Navegación segura
✓
Extraer texto de PDFs para usuarios de lectores de pantalla
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Grupos de pestañas en iPad
✓
Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero
✓
Experiencia de gestión de contraseñas actualizada en Android
✓
✓
Marca de agua
✓
Alineación de navigator.cookieEnabled con la especificación
✓
Configuración automática del contenido a pantalla completa
✓
Contenedores de desplazamiento enfocables en el teclado
✓
Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones
✓
Cifrado vinculado a aplicaciones para cookies
✓
Integración de telemetría de extensiones de Chrome con Chronicle
✓
Migrar extensiones a Manifest V3 antes de junio del 2025
✓
✓
✓
Experiencia simplificada de inicio de sesión y sincronización en Android
✓
Discontinuación de los eventos de mutación
✓
Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo
✓
Captura de enlaces de usuarios en PWAs
✓
✓
Encapsulación de claves X25519Kyber768 para TLS
✓
Fin de la compatibilidad de Chrome con macOS 10.15
✓
✓
Desactivación del argumento includeShadowRoots en DOMParser
✓
Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Nueva política para controlar las horas de activación y suspensión de Kiosco
✓
Mostrar URLs comodín en los informes de controles de datos
✓
Próximos cambios de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Paridad de políticas: configuraciones personalizadas para administradores de TI
✓
Guías de configuración interactivas de Chrome Enterprise Core
✓
Informe de tecnología antigua
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades del navegador Chrome
- Discontinuación de cookies de terceros de Chrome (3PCD)
Las cookies de terceros se restringirán en una futura versión de Chrome. Actualmente, están restringidas de forma predeterminada para el 1 % de los usuarios de Chrome, para permitir que los sitios previsualicen la experiencia de usuario sin cookies de terceros. La mayoría de las empresas se excluyen automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros si fuera necesario.
Los usuarios finales pueden utilizar el icono del ojo del omnibox para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada. Las protecciones de seguimiento de rebotes se aplican cuando el sitio con rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba con versión antigua de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Análisis detallado y automático de archivos para usuarios de Navegación segura mejorada
El análisis detallado de las descargas para los usuarios de Navegación segura mejorada está disponible desde Chrome 91. En ese momento, los usuarios tenían que dar su consentimiento en cada archivo si querían que se analizara en detalle automáticamente. A partir de Chrome 125, los usuarios ya no tienen que hacerlo. Los análisis detallados se realizan automáticamente como parte de las medidas de protección mejoradas que ofrece Navegación segura mejorada. Los administradores que quieran inhabilitar esta función pueden asegurarse de que sus usuarios no estén en el modo Navegación segura mejorada con la política SafeBrowsingProtectionLevel, o inhabilitar los análisis detallados con SafeBrowsingDeepScanningEnabled.
- Chrome 125 en LaCrOS, Linux, Mac, Windows: se lanza la función
- Compatibilidad de Chrome para ordenadores con Windows ARM64
Chrome implementa la compatibilidad con Windows ARM64. Los instaladores de Enterprise estarán disponibles próximamente, y la versión ARM64 se puede descargar en google.com/chrome. Si tienes algún problema, notifica el error aquí. En este momento, otras versiones de Chrome que se ejecuten en dispositivos ARM64 no se actualizarán automáticamente. Vuelve a instalar Chrome si utilizas un dispositivo ARM64.
- Chrome 125 en Windows: a mediados de mayo estarán disponibles nuevos instaladores de Enterprise
- Cambios en la herramienta de actualización de Chrome
Estamos implementando una nueva versión de Google Update. A consecuencia de este cambio, la ubicación de GoogleUpdate.exe en Windows cambia y pasa a llamarse updater.exe. Ten en cuenta que la ruta anterior continúa vigente hasta que la transición se haya completado. El archivo GoogleUpdate.exe también se ha modificado para que apunte a updater.exe.
* Anterior: %PROGRAMFILES(X86)%\Google\Update\GoogleUpdate.exe
* Actual: %PROGRAMFILES(X86)%\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 125 en Windows: estos cambios aparecen en Windows.
- Estadísticas de seguridad de Chrome
Si tienes Chrome Enterprise Core (Gestión en la nube del navegador Chrome) y Workspace Enterprise Standard o Workspace Enterprise Plus con licencias asignadas, ahora puedes habilitar las estadísticas de seguridad de Chrome. Esta herramienta te permite monitorizar los riesgos internos y la pérdida de datos en la actividad de Chrome. Para obtener más información, consulta el artículo Monitorizar riesgos de insiders y pérdidas de datos.
- Chrome 125 en ChromeOS, Linux, Mac y Windows
- Actualizaciones del ancho de banda de Chrome
Chrome va a incorporar un nuevo mecanismo para actualizar algunos componentes de Chrome, lo que puede aumentar el uso de ancho de banda en tu flota. Puedes controlarlo con la política GenAILocalFoundationalModelSettings.
- Chrome 125 en Linux, Mac y Windows
- Comprobación de seguridad de las extensiones
La función de comprobación de seguridad de las extensiones notifica a los usuarios sobre extensiones que podrían contener malware, infracciones de políticas y extensiones que hace tiempo que se dejaron de publicar. En la interfaz, los usuarios pueden revisar estas extensiones y decidir si quieren conservar o quitar las extensiones marcadas.
Para ampliar la utilidad y el alcance de esta función, Chrome 125 añade nuevos activadores para que los usuarios también puedan revisar otras extensiones potencialmente peligrosas. Ahora marcamos dos nuevos tipos de extensiones para que el usuario las revise.
- Extensiones que no se instalan desde Chrome Web Store
- Extensiones que infringen la política de la tienda mediante tácticas de instalación engañosas y se consideran software no deseado
Las extensiones que se hayan instalado de manera forzada, se hayan instalado mediante una política o se hayan fijado a una versión o estén bloqueadas por una política, se ignorarán y no se marcarán con estos criterios de activación.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: durante el lanzamiento, los dos nuevos activadores se añadirán a la comprobación de seguridad de las extensiones, que se encuentra en la página
chrome://extensions/
- Advertencias de formularios no seguros en iOS
Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función.
- Chrome 125 en iOS: se lanza la función
- Chrome 130 en iOS: se eliminará la política InsecureFormsWarningsEnabled
- La compatibilidad con navegadores antiguos para Edge se ha actualizado a Manifest V3
La compatibilidad con navegadores antiguos para Edge se ha actualizado a Manifest V3. Se trata de una actualización importante que puede contener errores, por lo que puedes probar la versión beta de esta extensión hoy mismo. Te recomendamos probarla en tu entorno. Si tienes algún problema, notifica el error aquí.
- Chrome 125 en Linux, Mac y Windows: la tienda de complementos de Microsoft Edge no admite lanzamientos graduales, por lo que se lanzará del 0 % al 100 % en un solo paso. La fecha de lanzamiento prevista es el 30 de mayo, aproximadamente a las 2 semanas de iniciarse el ciclo de vida de Chrome 125.
- Quitar la política de empresa utilizada para la herencia de la URL base
En Chrome 114, introdujimos NewBaseUrlInheritanceBehaviorAllowed para impedir que los usuarios o las variaciones de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se eliminará la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: se eliminará la política NewBaseUrlInheritanceBehaviorAllowed.
- Enviar informes de descarga sin una decisión explícita del usuario
El informe de Navegación segura del cliente es un informe de telemetría que se envía a Navegación segura cuando se muestra una advertencia en Chrome. Ahora, los informes de descargas se envían cuando los usuarios descartan o ignoran una advertencia de descarga. En función de lo aprendido a partir del experimento de advertencias personalizado inicial, muchas advertencias de descarga no se descartan ni se ignoran explícitamente. No se envían informes de estas advertencias, por lo que Navegación segura no puede determinar su eficacia. El objetivo de esta función es suplir este problema de telemetría enviando informes cuando la descarga se descarta automáticamente o se cierra el navegador.
- Chrome 125 en ChromeOS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en la cuadrícula de pestañas
Los usuarios de Chrome para iPhone pueden crear y gestionar grupos de pestañas en sus cuadrículas de pestañas. De esta forma, los usuarios pueden organizarse, reducir el desorden y gestionar sus tareas de manera más eficiente.
- Chrome 125 en iOS
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabled para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en la versión 136 de Chrome y se eliminará en la versión 137 de Chrome. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio del corrector de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Actualizar Servicios de Google Play para solucionar problemas con las contraseñas de las cuentas
Es posible que los usuarios con versiones antiguas de Servicios de Google Play no puedan acceder a las contraseñas guardadas en sus cuentas de Google. Ahora estos usuarios verán advertencias para actualizar Servicios de Google Play en la plataforma de gestión de contraseñas y, de esa forma, poder acceder de nuevo a las contraseñas de sus cuentas. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas de Google.
- Chrome 125 en Android
- Ampliación de la API Storage Access (SAA) al almacenamiento sin cookies
Chrome amplía la API Storage Access para permitir el acceso al almacenamiento de cookies sin particiones y al almacenamiento sin cookies en un contexto de terceros. La API actual solo proporciona acceso a cookies, que tienen usos distintos a los del almacenamiento sin cookies. La API se puede usar de la siguiente manera (JS que se ejecuta en un iframe insertado):
// Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería aparecerle al usuario)
lethandle = await document.requestStorageAccess({all: true});
// Escribe localstorage entre sitios
handle.localStorage.setItem("userid", "1234");
// Abre o crea una base de datos indexada que se comparta con el contexto propio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
Los iframes usarían el mismo flujo para obtener un controlador de almacenamiento cuando su antecedente de nivel superior llamó correctamente a rSAFor, solo que en este caso el permiso storage-access ya se ha concedido y, por lo tanto, la llamada de rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que los iframes ocultos accedieran al almacenamiento.
- Chrome 125 en Windows, Mac, Linux y Android
- Acción predeterminada interoperable para mover el cursor del ratón
La cancelación de mousemove no impide seleccionar texto ni arrastrar y soltar. Chrome permitía cancelar eventos mousemove para evitar otras APIs, como la selección de texto (e incluso la opción de arrastrar y soltar anteriormente). Esto no coincide con otros navegadores principales, ni se ajusta a la especificación de eventos de UI de W3.
Con esta función, la selección de texto deja de ser la acción predeterminada de mousemove. Se puede evitar que se seleccione texto y que se arrastre y suelte cancelando los eventos selectstart y dragstart, respectivamente, que cumplen las especificaciones y son totalmente interoperables.
- Chrome 125 en Windows, Mac, Linux y Android
- Eliminar el alias de colocación de ventanas de los descriptores de políticas y de políticas de permisos
En Chrome 125 se elimina el alias de colocación de ventanas de los descriptores de políticas y de políticas de permisos. Todas las instancias de window-placement se sustituyen por window-management, que describe mejor la funcionalidad de la API relacionada. Esto es una continuación de las mejoras en las funciones de la API Window Management y del cambio de nombre de la API Multi-Screen Window Placement. Para obtener más información, consulta el estado de la plataforma Chrome.
- Chrome 125 en Windows, Mac y Linux
- Pantalla de selección del buscador predeterminado
Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje define el buscador que se usará de forma predeterminada, que actualmente se puede ver en chrome://settings/search.
En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.
Consulta más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: el 1 % de los usuarios podrían empezar a ver la pantalla de selección en Chrome 120.
- Chrome 125 en iOS, ChromeOS, LaCrOS, Linux, MacOS y Windows: lanzamiento completo para los usuarios pertinentes.
- Generar estadísticas de advertencias y errores de la consola Chrome DevTools
En Chrome 125, hay disponible una nueva función de IA generativa para usuarios no gestionados: generar estadísticas sobre advertencias y errores de la consola Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia.
- Chrome 127 en ChromeOS, Linux, Mac y Windows: la función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan.
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
ProfileLabel
Esta política controla una etiqueta que se utiliza para identificar un perfil con sesión iniciada.
EnterpriseLogoUrl
URL del logotipo de la empresa: URL de una imagen que se utiliza como insignia de la empresa para el perfil.
EnterpriseBadgingTemporarySetting
Controla la visibilidad de las insignias de empresa.
ApplicationBoundEncryptionEnabled
Habilitar el cifrado a nivel de aplicación
UiAutomationProviderEnabled
Habilitar el proveedor del framework de accesibilidad UI Automation del navegador en Windows
ToolbarAvatarLabelSettings
Ajuste de etiquetas del avatar de la barra de herramientas (cuentas gestionadas)
- Políticas retiradas del navegador Chrome
Política
Descripción
NewBaseUrlInheritanceBehaviorAllowed
Permite habilitar la función NewBaseUrlInheritanceBehavior
Novedades de ChromeOS
-
Corrección de SAML para la VPN siempre activada
Para ofrecer una mejor asistencia a los clientes de empresas que usan la VPN en modo estricto siempre activado, en el que ningún tráfico de usuarios puede acceder a Internet excepto a través de la VPN y la autenticación SAML, hemos añadido una nueva política: AlwaysOnVpnPreConnectUrlAllowlist. Esta política permite especificar las URLs a las que se permite a los usuarios ir antes de que la VPN se conecte, de forma que se pueda acceder a tus servicios de SAML para autenticarlos en la VPN mediante el navegador del sistema.
-
Configuración de Passpoint de ChromeOS
Ahora puedes ver y gestionar Wi-Fi Passpoint en la Configuración de ChromeOS. Puedes ver y quitar la suscripción a Passpoint que tienes instalada en la página de detalles de Passpoint.
-
Telefonía Bluetooth de audio de ChromeOS
ChromeOS ahora admite botones de control de llamadas en auriculares Bluetooth compatibles, como responder, rechazar o finalizar llamadas, y silenciar el micrófono.
-
Añadir PrivateIP a DoH con identificadores
Se ha añadido un identificador de red a las plantillas URI de DNS seguras con política de identificadores. Ahora los administradores pueden configurar un nuevo marcador de posición en las plantillas URI de DNS, que se sustituye por las direcciones IP locales de los dispositivos cuando los usuarios se conectan a redes gestionadas.
-
Interfaz de control de la velocidad de reproducción de los vídeos de la galería
El reproductor de vídeo de la galería de ChromeOS ahora tiene un menú de velocidad de reproducción para controlar la velocidad de reproducción.
-
Opción para activar y desactivar Reducir animaciones en ChromeOS
Ahora hay disponible un ajuste de animaciones reducidas en ChromeOS. Este ajuste está disponible en Accesibilidad > Pantalla y ampliación > Animaciones reducidas. Los clientes que experimenten mareos, distracciones u otros tipos de molestias al ver animaciones pueden beneficiarse de cambiar este ajuste.
-
Ventana de inicio de sesión en el portal cautivo
ChromeOS 125 facilita el inicio de sesión en portales cautivos con una ventana específica. La ventana se abre como una ventana emergente de tablas; la URL se muestra pero no se puede editar.
-
Cuadro de diálogo de instalación de PWAs
ChromeOS 125 habilita un cuadro de diálogo de instalación para aplicaciones web. Esta función desbloquea las situaciones de instalación de aplicaciones web y forma parte del trabajo de creación de una superficie de instalación más predecible, accesible y fiable para las aplicaciones web.
-
Avisar a los usuarios antes de desconectar un HID Bluetooth
En ChromeOS 125 y versiones posteriores, los dispositivos Chromebox y Chromebase muestran una notificación para evitar que los dispositivos Bluetooth se desconecten sin querer. Esta notificación aparece cuando intentas inhabilitar el Bluetooth cuando solo están activos los dispositivos de interfaz humana (HIDs), como teclados o ratones conectados por Bluetooth.
Novedades de la consola de administración
-
Eliminación de navegadores inactivos en Chrome Enterprise Core
A partir de abril del 2024 y hasta junio del 2024, se ha empezado a implementar la política de eliminación de navegadores por un periodo de inactividad para Chrome Enterprise Core y se eliminarán automáticamente de la consola de administración los navegadores registrados que hayan estado inactivos durante más tiempo del que determina la política. Al lanzar la política, el periodo de inactividad tiene el valor predeterminado de 540 días. Esto significa que, de forma predeterminada, todos los navegadores registrados que hayan estado inactivos durante más de 540 días se han eliminado de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días (más información).
Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.
-
Renovación de la generación de tokens y del registro de dispositivos ChromeOS
Desde abril del 2024, la experiencia de activación automática se ha mejorado con un nuevo punto de entrada, una guía para crear tokens y la posibilidad de especificar permisos de partners y SKUs, y una gestión de tokens mejorada
-
Nuevas funciones de token de preaprovisionamiento de ZTE
Los tokens de preaprovisionamiento tienen las siguientes funciones:
- Compatibilidad con la Licencia de Kiosk y Signage, que permite crear tokens de preaprovisionamiento de activación automática con la Licencia de Chrome Enterprise o de Kiosk y Signage
- Los partners de preaprovisionamiento pueden especificar campos personalizados (ID de recurso, ubicación y usuario).
- Varios tokens por unidad organizativa
-
Más funciones de gestión de tokens
La página Tokens de registro se ha actualizado para incluir las siguientes funciones:
- Se ha añadido la página al panel de navegación de la izquierda para facilitar el acceso
- Ahora se pueden filtrar los tokens por estado, usuario creador, anotación y tipo de actualización
- Un nuevo botón permite a los administradores copiar el token y el ID de cliente con un solo clic
- Las columnas adicionales proporcionan más información sobre el token
-
Recogida de datos anónima con clave de URL en la sesión de invitado gestionada
La política de recogida de datos anónima con clave de URL, UrlKeyedAnonymizedDataCollectionEnabled, está disponible en la consola de administración. Esta política entrará en vigor el 1 de junio y permanecerá inhabilitada hasta entonces.
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
DevToolsGenAiSettings
Usuarios y navegadores
Chrome
ChromeOS
IA generativa
UiAutomationProviderEnabled
Usuarios y navegadores
Chrome
Accesibilidad
ContextualGoogleIntegrationsEnabled
Usuarios y navegadores
ChromeOS
Experiencia de usuario
ContextualGoogleIntegrationsConfiguration
Usuarios y navegadores
ChromeOS
Experiencia de usuario
ApplicationBoundEncryptionEnabled
Usuarios y navegadores
Chrome
Seguridad
DeviceExtensionsSystemLogEnabled
Dispositivo
ChromeOS
Informes de usuarios y de dispositivos
EnterpriseBadgingTemporarySetting
Usuarios y navegador
Chrome
Preguntas generales
EnterpriseLogoUrl
Usuarios y navegador
Chrome
General
ToolbarAvatarLabelSettings
Usuarios y navegador
Chrome
Preguntas generales
ProfileLabel
Usuarios y navegador
Chrome
Preguntas generales
DeviceDlcPredownloadList
Dispositivo
ChromeOS
Otros ajustes
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función ha quedado sustituida por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta Niveles de protección de Navegación segura.
- Chrome 126 en iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
- Extraer texto de PDFs para usuarios de lectores de pantalla
El navegador Chrome incorporará un lector de IA con reconocimiento óptico de caracteres (OCR) para PDFs. Será el primer lector de pantalla de PDFs integrado en un navegador para documentos inaccesibles. De esta forma, se compensará en parte la falta de accesibilidad en Internet para usuarios invidentes o con baja visión.
Esta función aprovecha los modelos OCR de Google para extraer, compartimentar y dividir los documentos PDF de manera que sean más accesibles. Se añadirá una biblioteca de inteligencia artificial local que use la tecnología Screen AI para analizar capturas de pantalla o el árbol de accesibilidad, así como para extraer más información útil para la tecnología asistencial, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, macOS y Windows
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicarnos cualquier problema que encuentres.
- Chrome 125 en Windows: servicio de red en entorno aislado en Windows.
- Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
La política UserAgentClientHintsGREASEUpdateEnabled se desactiva, ya que el algoritmo GREASE actualizado lleva activado de forma predeterminada más de un año y, después, se elimina.
- Chrome 124 en Android, ChromeOS, Linux, Mac y Windows: la política está obsoleta
- Chrome 126 en Android, ChromeOS, Linux, Mac y Windows: se ha eliminado la política
- Grupos de pestañas en iPad
Los usuarios de Chrome en iPad pueden crear y gestionar grupos de pestañas. De esta forma, los usuarios pueden organizarse, reducir el desorden y gestionar sus tareas de manera más eficiente.
- Chrome 126 en Android
- Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero
Cuando un usuario de Navegación segura mejorada visita una página que activa las APIs de teclado o de bloqueo de puntero, los atributos de esa página se envían a Navegación segura. Si se envía la telemetría y parece que la página es maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloquearán si estaban bloqueados.
- Chrome 126 en Android, ChromeOS, LaCrOS, Linux, macOS, Windows y Fuchsia
- Experiencia de gestión de contraseñas actualizada en Android
En Chrome en Android, algunos usuarios que hayan iniciado sesión en Chrome, pero no tengan habilitada la sincronización de Chrome podrán usar y guardar contraseñas en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán usar para configurar si los usuarios pueden usar y guardar contraseñas en su cuenta de Google.
- Chrome 126 en Android
- Marca de agua
Con esta función, los administradores podrán superponer una marca de agua en la parte superior de una página web si al acceder a ella se activa una regla específica de DLP. Incluirá una cadena estática que se mostrará como la marca de agua. Las marcas de agua estarán disponibles para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: acceso de testers de confianza
- Chrome 126 en Linux, Mac y Windows: se lanza la función
- Alineación de navigator.cookieEnabled con la especificación
Actualmente, navigator.cookieEnabled indica si el user-agent intenta gestionar las cookies en un contexto determinado. Un cambio en Chrome que se enviaría como parte de la discontinuación de las cookies de terceros (3PCD) provocaría que indicara si se puede acceder a las cookies sin particiones, lo que provoca que devuelvan el valor false en la mayoría de los iframes entre sitios. Debemos restaurar el comportamiento anterior de navigator.cookieEnabled, que solo indicaba si las cookies estaban activadas o desactivadas en el sitio. Asimismo, debemos usar la función de varios proveedores document.hasStorageAccess para indicar si se puede acceder a las cookies sin particiones.
- Chrome 126 en Windows, Mac, Linux y Android
- Configuración automática del contenido a pantalla completa
El nuevo ajuste de contenido de Pantalla completa automática permite usar Element.requestFullscreen() sin un gesto del usuario y que los cuadros de diálogo del navegador se muestren sin salir de la pantalla completa.
Este ajuste está bloqueado de forma predeterminada y los sitios no pueden solicitar el permiso. Los nuevos controles de la interfaz de usuario se limitan a las páginas de configuración de Chrome (chrome://settings/content/automaticFullScreen) y al cuadro de información del sitio. Los usuarios pueden permitir aplicaciones web aisladas y los administradores de empresas pueden permitir orígenes adicionales con la política AutomaticFullscreenAllowedForUrls.
En combinación con el permiso de gestión de ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), te permite acceder a valiosas funciones de pantalla completa:
- Abre una ventana emergente en pantalla completa en otra pantalla con un solo gesto
- Muestra el contenido en pantalla completa en varias pantallas con un solo gesto
- Muestra contenido en pantalla completa en una pantalla nueva cuando esté conectada
- Cambia las ventanas de pantalla completa de una pantalla a otra con un solo gesto
- Muestra contenido en pantalla completa después de que el gesto del usuario caduque o se consuma
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones
Chrome 125 añade un bit de antecedente entre sitios a la clave de la cookie en particiones CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.
Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls policy o usar las cookies SameSite=None sin el atributo con particiones y, a continuación, invoca la API Storage Access (SAA) o utiliza el uso compartido de recursos entre dominios (CORS) para asegurarte de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel.
- Chrome 126 en Windows, Mac o Linux
- Contenedores de desplazamiento enfocables en el teclado
Al hacer que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial, mejora considerablemente la accesibilidad. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.
- Chrome 127 en Windows, macOS, Linux y Android
- Cifrado vinculado a aplicaciones para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de cifrado utilizada para encriptar las cookies se protegerá aún más vinculándola a la identidad de la aplicación de Chrome. Esto puede ayudar a protegerte contra el malware que podría intentar robar cookies del sistema. No ofrece protección frente a un atacante que pueda elevar privilegios o inyectar datos en los procesos de Chrome.
Hay disponible una política empresarial ApplicationBoundEncryptionEnabled para inhabilitar el cifrado de límite de aplicación.
- Chrome 127 en Windows
- Integración de telemetría de extensiones de Chrome con Chronicle
Recopila datos relevantes de telemetría de extensiones desde Chrome (perfiles gestionados y dispositivos) y envíalos a Chronicle. Chronicle analizará los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa.
- Chrome 127 en ChromeOS, Lacros, Linux, Mac y Windows
- Todas las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: la política empresarial ExtensionManifestV2Availability está disponible para controlar si se admiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
- Experiencia simplificada de inicio de sesión y sincronización en Android
Chrome lanzará una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome para Android. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que antes, la función que anteriormente formaba parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar por completo mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar la información que se sincroniza con su cuenta de Google. Cuenta.
Los cambios son prácticamente idénticos a la experiencia simplificada de inicio de sesión y sincronización que se lanzó para iOS en la versión 117.
- Chrome 127 en Android
- Desactivación prevista: eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.
La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:
- La Prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
Consulta esta entrada de blog para obtener más información.
- Chrome 127 en Windows, Mac, Linux y Android
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, Mac, Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa.
- Desde Chrome 127 en Linux, macOS y Windows: lanzaremos la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este se expone como un nuevo conjunto de cifrado TLS. TLS negocia automáticamente los algoritmos de cifrado compatibles, por lo que este cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.
Consulta esta entrada de blog para obtener más información.
- Chrome 124 en Windows, Mac o Linux
- Chrome 128 en Android
- Chrome dejará de ser compatible con macOS 10.15
Chrome dejará de ser compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir usando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15.
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots era un argumento nunca estandarizado para la función DOMParser.parseFromString() para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada deserialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma desetHTMLUnsafe() y parseHTMLUnsafe() se enviará en Chrome 124, el argumento no estándarincludeShadowRoots se debe eliminar y desactivar. Todo el uso debería cambiar en consecuencia:
En lugar de utilizar:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
En su lugar, puedes usar:
document.parseHTMLUnsafe(html);
- Chrome 129 en Windows, Mac, Linux y Android
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.
Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación. Las comprobaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.
- Chrome 130 en Windows, Mac, Linux y Android
Próximos cambios en ChromeOS
-
Nueva política para controlar las horas de activación y suspensión de Kiosco
A partir de ChromeOS 126, presentaremos una nueva política de dispositivos de kiosco que permitirá a los administradores programar cuándo se activará y entrará en suspensión un dispositivo. Para obtener más información, consulta la sección Configuración de Kiosco.
-
Mostrar URLs comodín en los informes de controles de datos
Las reglas de control de datos de ChromeOS permiten a los administradores definir las URLs de origen y de destino como un valor comodín ( * ). Los eventos de control de datos de Chrome OS se incluyen en el informe de auditoría de Chrome y se pueden ver en la consola de administración de Google o en otras plataformas a través del Conector de informes de Chrome. Al examinar eventos de registro, ahora se incluye en el informe la URL que activó la regla en lugar del comodín.
Próximos cambios de la consola de administración
- Paridad de políticas: configuraciones personalizadas para administradores de TI
En la página Configuraciones personalizadas, los administradores de TI pueden utilizar secuencias de comandos JSON para configurar políticas de Chrome que aún no estén en la consola de administración. Por tanto, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core de la consola de administración, ya sea en la página Configuración o en la página Configuraciones personalizadas. También puedes usar la página para configurar el modo de instalación de extensiones no disponible en la consola de administración (por ejemplo, "normal_installed").
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: acceso para testers de confianza
- A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: se implementa la función
- Guías de configuración interactivas para Chrome Enterprise Core
El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para gestión del navegador en la consola de administración, donde los administradores pueden elegir la opción que les interesa descubrir y recibir formación práctica directamente en las guías de configuración de Chrome. Estas guías se pueden usar, por ejemplo, para aprender a:
- Crear unidades organizativas de prueba
- Activar la generación de informes
Estas guías son ideales para administradores nuevos o para aquellos que quieren aprender nuevos recorridos.
- Registrar navegadores
- Aplicar políticas del navegador
- Configurar ajustes de extensiones
- Crear un usuario administrador
- A partir de Chrome 125: acceso para testers de confianza
- A partir de Chrome 126: lanzamiento de la función
- Informe de tecnología antigua
A partir de Chrome 127, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies de terceros, las cookies SameSite o protocolos de seguridad antiguos como TLS 1.1/1.1. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la discontinuación entre en vigor.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 127 en Linux, macOS y Windows: el informe de tecnología antigua estará disponible en la consola de administración.
Chrome 124
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas más en estar disponible.
Novedades del navegador Chrome
- Lanzamiento de producto Chrome Enterprise Premium
Ya está disponible Chrome Enterprise Premium, una solución centralizada que ofrece seguridad, privacidad y control sólidos de los endpoints (guía de configuración). Los equipos de TI y de seguridad tienen una amplia visibilidad de la red y pueden desplegar fácilmente funciones de protección avanzadas. Más información.
- Gestión en la nube del navegador Chrome ahora se llama Chrome Enterprise Core
La gestión en la nube de Chrome Enterprise ofrece una herramienta centralizada para configurar y gestionar políticas, ajustes, aplicaciones y extensiones del navegador en Chrome, independientemente del sistema operativo, el dispositivo o la ubicación. Más información.
- Chrome 124 en Linux, macOS y Windows: acceso de testers de confianza
- Chrome 126 en Linux, macOS y Windows: se lanza la función
- Marcas de agua (tester de confianza)
Esta función de Chrome Enterprise Premium permite a los administradores superponer una marca de agua en la parte superior de una página web si al acceder a ella se activa una función de Prevención de la pérdida de datos (DLP) concreta. Puedes especificar una cadena estática para que se muestre como la marca de agua.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- Chrome 124 en Linux, macOS y Windows: acceso de testers de confianza
- Chrome 126 en Linux, macOS y Windows: se lanza la función
- Discontinuación de cookies de terceros de Chrome (3PCD)
Como anunciamos previamente, Chrome 120 empezó a restringir las cookies de terceros de forma predeterminada para el 1 % de los usuarios de Chrome para facilitar las pruebas, y se aplicará a las versiones posteriores para el 100% de los usuarios a partir del tercer trimestre del 2024. La decisión de aplicar esta restricción al 100 % de los usuarios responde a la necesidad de abordar cualquier otra preocupación ligada a la competencia que pueda tener la autoridad de los mercados y la competencia (Competition and Markets Authority, CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1 % también disponen de nuevos controles de usuario de Protección Antirrastreo. Puedes probar estos cambios en Chrome 120 o versiones posteriores habilitando chrome://flags/#test-third-party-cookie-phaseout.
El periodo de pruebas permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que se eliminará su estado en los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa están excluidos automáticamente de este grupo experimental del 1 %; sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y evitar que sus navegadores gestionados participen en este experimento antes de que empiece. Así, las empresas tienen tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Vamos a lanzar el informe de tecnología antigua para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor false a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se interrumpa la publicación de tus aplicaciones empresariales y así seguir recibiendo cookies de terceros.
Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el icono del ojo en el omnibox para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada.
Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando al sitio con rebote no se le permite usar cookies de terceros. Por lo tanto, si se asigna el valor "false" a la política BlockThirdPartyCookies o se establece la política CookiesAllowedForUrls en un sitio, las mitigaciones del seguimiento de rebotes no podrán eliminar los estados de los sitios.
Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba de la desactivación de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
La función heurística concede acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Solicitud de permisos de la API de Web MIDI
La API Web MIDI se conecta e interactúa con dispositivos de interfaz digital de instrumentos musicales (MIDI). Se han notificado varios problemas relacionados con el acceso indirecto a dispositivos MIDI de cliente a través de la API Web MIDI (consulta este error de Chromium relacionado). Para solucionar este problema, el grupo de trabajo de audio de W3C ha decidido conceder un permiso explícito al acceso general a la API Web MIDI. Al principio, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la posibilidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso restringido mediante una solicitud de permisos. Ahora pretendemos ampliar el ámbito del permiso al uso habitual de la API Web MIDI.
En Chrome 124, el acceso a la API Web MIDI requiere un permiso de usuario. No hay ninguna política disponible para controlar estos cambios. Si tienes algún problema, notifica el error aquí.
- Chrome 124 en Windows, macOS, Linux y Android
- Dos extensiones de Chrome se actualizarán a Manifest V3
Pronto se actualizarán dos extensiones para que usen Manifest V3: User-Agent Switcher y Chrome Reporting.
Se trata de una actualización importante que puede contener errores, por lo que puedes probar la versión beta de estas extensiones hoy mismo. Te recomendamos probarlas en tu entorno. Si tienes algún problema, notifica el error aquí.
- Cambio de user-agent para Chrome (beta)
- Extensión Informes de Chrome (beta)
El analizador de URL de User-Agent Switcher ha cambiado, por lo que debes asegurarte de que las sustituciones de user-agent funcionan con la nueva versión.
- Chrome 124: las dos extensiones recibirán una actualización en su versión estable, alrededor del 30 de abril del 2024.
- Cambios en el instalador o la herramienta de actualización de Chrome
Estamos implementando una nueva versión de Google Update. A consecuencia de este cambio, la ubicación de GoogleUpdate.exe en Windows cambia y pasa a llamarse updater.exe. Ten en cuenta que la ruta anterior continúa vigente hasta que la transición se haya completado. El archivo GoogleUpdate.exe también se ha modificado para que apunte a updater.exe.
* Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
* Actual: C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 124 en Windows: estos cambios aparecen en Windows.
- Mejoras en los marcadores y la lista de lectura en Android
En Chrome 124 para Android, algunos usuarios que inicien sesión en Chrome desde el administrador de marcadores pueden usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled siguen funcionando igual que antes para configurar si los usuarios podrán utilizar y guardar elementos en su cuenta de Google.
- Chrome 124 en Android: lanzamiento de la función.
- Pantalla de selección del buscador predeterminado
Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje controla la configuración predeterminada del buscador, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.
Consulta más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: el 1 % de los usuarios podrían empezar a ver la pantalla de selección en Chrome 120.
- A partir de Chrome 124 en iOS, ChromeOS, LaCrOS, Linux, macOS y Windows: lanzamiento completo para los usuarios pertinentes
- Política empresarial obsoleta usada para la limitación
El cambio en el código subyacente (limitación de iframes display:none de origen cruzado y de un mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Como ya hemos resuelto los problemas conocidos, tenemos la intención de eliminar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed en Chrome 124. Para leer los debates sobre el problema de limitación (y su resolución), consulta este informe sobre el error de Chromium.
- Chrome 124: se elimina la política.
- Compatibilidad de Chrome para ordenadores con Windows ARM64
Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary y el canal Beta e informar de errores ahí. Ten en cuenta que las fechas pueden cambiar en función de la estabilidad general y de los comentarios de los clientes. Si tienes algún problema, notifica el error aquí.
- Chrome 124 en Windows (ARM): nuevos instaladores de Enterprise disponibles a finales de abril o principios de mayo.
- Quitar la política empresarial usada para GREASE
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. La política se eliminará en Chrome 126.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: la política está obsoleta.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política.
- Desactivar y quitar Web SQL
Con SQLite por WASM como su reemplazo oficial, queremos eliminar Web SQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad representa un coste impredecible para el equipo de almacenamiento.
- Chrome 101: en Chrome 101, se añade la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras que la política estará disponible hasta Chrome 123.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba con versión antigua de WebSQL. La prueba finaliza en Chrome 123. Durante el periodo de prueba, se necesita un token de prueba con versión antigua para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess o un token de prueba con versión antigua.
- Chrome 124: en ChromeOS, Lacros, Linux, macOS, Windows y Android: a partir de Chrome 124, dejará de estar disponible la política WebSQLAccess y la prueba con versión antigua, que permite utilizar WebSQL.
- Actualizaciones del ancho de banda de Chrome
Chrome va a lanzar un nuevo mecanismo para actualizar algunos componentes de Chrome, lo que puede aumentar el uso de ancho de banda en tu flota. Puedes controlar este ajuste con la política GenAILocalFoundationalModelSettings.
- Chrome 124 en Windows, macOS y Linux
- Los controles de formulario admiten valores de dirección en el modo de escritura vertical
El modo de escritura de la propiedad de CSS permite que los elementos se suban verticalmente, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que el tipo de entrada de los elementos de control de formulario (metro, progreso e intervalo) tenga el modo de escritura vertical y elija la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo a arriba. Si la dirección es ltr, el valor se renderiza de arriba a abajo. Para obtener más información, consulta esta entrada del blog de Chrome para desarrolladores.
- Chrome 124 en Windows, macOS, Linux y Android
- Elimina las políticas empresariales que se usan para el uso de handshake TLS y de claves RSA
En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes antiguos no seguros durante el proceso de handshake TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para controlar algunas comprobaciones de certificados de servidor. En Chrome 124, se eliminan las políticas InsecureHashesInTLSHandshakesEnabled and RSAKeyUsageForLocalAnchorsEnabled.
Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows: InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled se eliminarán.
- Atributo que se puede clonar en la raíz de la sombra
El atributo shadow root que se puede clonar permite controlar de forma individual si una shadow root se puede clonar (mediante comandos estándar de clonación de plataformas, como cloneNode()). Ahora, las shadow root imperativas se pueden controlar mediante un parámetro a attachShadow({clonable:true}). Las shadow root declaradas se pueden controlar mediante un nuevo atributo: <template shadowrootmode=open shadowrootclonable>.
El fallo puede producirse si:
a) usas un modelo de Shadow DOM declarativo
b) clonas plantillas que contienen DSD y
c) esperas que esos clones contengan shadow roots clonadas
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows
- Contraseñas locales almacenadas en Servicios de Play en Android
Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Antes se almacenaban en el perfil de Chrome. Ahora se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de forma similar a como se almacenan las contraseñas de las cuentas de Google. También se cambia la interfaz de gestión que deben proporcionar los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla su comportamiento fuera del binario de Chrome. Por lo tanto, la nueva interfaz de gestión de contraseñas permite a los usuarios importar o añadir contraseñas manualmente.
- Chrome 123 en Android: esta función se inicia para los usuarios que no tienen contraseñas locales
- Chrome 124 en Android: todas las contraseñas locales se migran a los Servicios de Google Play.
- Encapsulación de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). Este se expone como un nuevo conjunto de cifrado TLS. TLS negocia automáticamente los algoritmos de cifrado compatibles, por lo que este cambio debería ser transparente para los operadores de servidor. Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
- Chrome 124 en Windows, macOS y Linux
- Guardar en Drive y en Fotos
Puedes guardar directamente un archivo o un documento de la web en tu unidad de Drive, así como una imagen en Google Fotos. Ahora puedes cambiar la cuenta en la que se guardará el archivo. Las políticas pertinentes para controlar estas funciones son ContextMenuPhotoSharingSettings y DownloadManagerSaveToDriveSettings.
- Chrome 124 en iOS
- Prototipo de credenciales de sesión vinculadas al dispositivo de google.com
El proyecto de credenciales de sesión vinculadas a dispositivos tiene como objetivo dejar en la web las credenciales de los portadores de larga duración, como las cookies, que se pueden robar y reutilizar, a credenciales que tienen una duración corta o están vinculadas de forma criptográfica a un dispositivo. El objetivo de esta función es proteger a los usuarios frente al robo de credenciales que suele realizar el malware que se ejecuta en sus dispositivos.
El lanzamiento actual es una prueba de concepto orientada al sitio web google.com. En el futuro, tenemos previsto estandarizar este enfoque para otros sitios web y navegadores web (GitHub).
Los administradores empresariales pueden controlar el estado de la función mediante la política booleana BoundSessionCredentialsEnabled.
- Chrome 124 en Windows: lanzamiento del 1 % previsto en la versión estable de Chrome para la vinculación de cookies de google.com a todos los usuarios. En este hito se introduce una política temporal BoundSessionCredentialsEnabled.
- Integración de Windows ClearType Text Tuner
Esta función supervisa el trabajo que permite seleccionar los valores de contraste y gamma del ajuste de ajuste de texto ClearType de Windows y aplicarlos al renderizado de texto de Skia. De esta forma, se respetan las preferencias de renderizado de texto de los usuarios en los dispositivos Windows.
- Chrome 124 en Windows, macOS y Linux
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
MutationEventsEnabled
Volver a habilitar eventos de mutación obsoletos/retirados
BoundSessionCredentialsEnabled
Vincular las credenciales de Google a un dispositivo.
AutomaticFullscreenAllowedForUrls
Permitir la activación automática de la pantalla completa en estos sitios
AutomaticFullscreenBlockedForUrls
Bloquear la activación automática de la pantalla completa en estos sitios
CloudProfileReportingEnabled
Habilitar los informes en la nube de Google Chrome de un perfil gestionado
PrefixedVideoFullscreenApiAvailability
Gestiona la disponibilidad de la API de pantalla completa de vídeos con prefijo discontinuada
- Políticas retiradas del navegador Chrome
Política
Descripción
WebSQLAccess
Forzar que se habilite WebSQL
InsecureHashesInTLSHandshakesEnabled
Hashes no seguros habilitados en handshakes de TLS
RSAKeyUsageForLocalAnchorsEnabled
Comprobar el uso de claves RSA para certificados de servidor emitidos por anclas de confianza locales
GetDisplayMediaSetSelectAllScreensAllowedForUrls
Habilita la selección automática para capturas multipantalla
Regula el tráfico no válido de orígenes cruzados permitido
Permite habilitar la limitación de iframes no visibles de orígenes cruzados.
Novedades de ChromeOS
-
Delegación de permisos WebHID
Las aplicaciones de Chrome ahora habilitan funciones WebHID en WebView de aplicaciones de Chrome para ofrecer compatibilidad con VDI y Zoom HID.
-
QoS de Wi-Fi en ChromeOS
ChromeOS 124 ahora incluye una nueva función de calidad del servicio (QoS) que asegura una mejor priorización del tráfico de las aplicaciones de videoconferencias y videojuegos en redes Wi-Fi congestionadas. De esta forma, los usuarios pueden disfrutar de una reproducción de vídeo más fluida con un almacenamiento en búfer menor. En esta versión inicial, esta función no está disponible para los usuarios gestionados.
-
Análisis de DLC
Para optimizar el tamaño de las actualizaciones de ChromeOS, ahora descargamos el controlador necesario cuando el usuario inicia sesión y conecta un escáner que requiere un controlador. El controlador se descarga automáticamente sin que el usuario tenga que responder a ninguna solicitud. Aparece una notificación que indica que se están instalando controladores externos y que se ha completado la instalación.
-
Aumento del tamaño máximo del control deslizante del cursor del ratón
Hemos ampliado los tamaños del cursor del ratón. Para ajustar el tamaño del cursor, ve a los ajustes, accesibilidad, cursor y panel táctil, y desliza el control deslizante hasta el tamaño que prefieras. Esto puede ser útil para personas con baja visión, para profesores que quieren que los alumnos sigan una clase mientras hacen una presentación, para personas que muestran una presentación en una videollamada o si solo quieres tener un cursor más grande para el ratón.
-
Emparejamiento rápido para HID
Emparejamiento rápido ahora está disponible para ratones en ChromeOS. Ahora puedes acercar un ratón compatible con Emparejamiento rápido a tu dispositivo ChromeOS y pedirle que lo empareje con un solo clic. Para obtener más información, consulta este artículo del Centro de Ayuda.
-
Anulación de la caché de la extensión en la pantalla de inicio de sesión de invitado gestionada
En ChromeOS 124, la política ExtensionInstallForcelist admite la restauración de extensiones en sesiones de invitado gestionadas y en la pantalla de inicio de sesión. De este modo, los administradores tienen la opción de restaurar las extensiones en caso de que se lance una nueva versión por error.
-
Reinicio instantáneo en sesión de invitado gestionada
ChromeOS 124 incluye una interfaz de usuario para que los administradores inicien una acción de reinicio instantáneo en las sesiones de invitado gestionadas.
-
Bloqueo del operador de ChromeOS
ChromeOS ahora es compatible con el bloqueo del operador para los proveedores de telefonía móvil que quieran proporcionar dispositivos subvencionados a los usuarios. En todos los dispositivos con redes móviles, los operadores pueden bloquear el dispositivo para que solo se puedan conectar a perfiles de SIM aprobados (tanto eSIM como SIM física). Los dispositivos bloqueados se registran en un servidor de bloqueo del operador y, cuando el contrato finaliza, el operador solo retira el bloqueo y el usuario recibe una notificación en su dispositivo. Ten en cuenta que, además de estar bloqueado por utilizar perfiles de SIM no autorizados, el modo desarrollador también está bloqueado en dispositivos bloqueados por operadores.
Novedades de la consola de administración
-
Eliminación de navegadores inactivos en Chrome Enterprise Core
A partir de abril del 2024 y hasta mayo del 2024, se empezará a implementar la política de eliminación de navegadores por un periodo de inactividad para Chrome Enterprise Core y se eliminarán automáticamente de la consola de administración los navegadores registrados que hayan estado inactivos durante más tiempo del que determina la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 540 días. Esto significa que, de forma predeterminada, todos los navegadores registrados que hayan estado inactivos durante más de 540 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días (más información).
Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.
-
Nuevo filtro en la página Detalles de la aplicación
Presentamos un nuevo filtro para Todos los usuarios y navegadores en la página de detalles de la aplicación. Con este filtro, los administradores de TI pueden ver fácilmente todos los navegadores y usuarios gestionados en los que se ha instalado una extensión o una aplicación concretas.
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AutomaticFullscreenAllowedForUrls
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Experiencia de usuario
AutomaticFullscreenBlockedForUrls
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Experiencia de usuario
MutationEventsEnabled
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Android Webview
Compatibilidad con sitios antiguos
PrefixedVideoFullscreenApiAvailability
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Fuschia
Compatibilidad con sitios antiguos
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Proveedor del framework de accesibilidad UI Automation en Windows
A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utilice el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en la versión 136 de Chrome y se eliminará en la versión 137 de Chrome. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores empresariales podrán seguir usando la política UiAutomationProviderEnabled para aceptar el nuevo comportamiento de forma anticipada o desactivarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Contenedores de desplazamiento enfocables en el teclado
Al hacer que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial, mejora considerablemente la accesibilidad. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.
Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.
- Chrome 125 en Windows, macOS, Linux y Android
- Acción predeterminada interoperable para mover el cursor del ratón
Chrome permitía cancelar eventos mousemove para evitar otras APIs, como la selección de texto (e incluso poder arrastrar y soltar elementos anteriormente). No coincide con otros navegadores principales; ni se ajusta a la UI (especificación de evento).
Mediante esta función, la selección de texto ya no será la acción predeterminada de mousemove. Aún se puede evitar que se seleccione texto y que no se pueda arrastrar y soltar texto cancelando los eventos selectstart y dragstart, respectivamente, que cumplen las especificaciones y son totalmente interoperables.
- Chrome 125 en Windows, macOS, Linux y Android
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicarnos cualquier problema que encuentres.
- Chrome 125 en Windows: servicio de red en entorno aislado en Windows.
- Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero
Cuando un usuario de Navegación segura mejorada visita una página que activa las APIs de teclado o de bloqueo de puntero, los atributos de esa página se envían a Navegación segura.
Si se envía la telemetría y parece que la página es maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloquearán si estaban bloqueados.
- Chrome 125 en Android, ChromeOS, LaCrOS, Linux, macOS, Windows y Fuchsia
- Ampliación de la API Storage Access (SAA) al almacenamiento sin cookies
Proponemos una extensión de la API Storage Access (retrocompatible) para permitir el acceso al almacenamiento sin particiones (con y sin cookies) en un contexto de terceros. Además, imagina que la mecánica de la API sería más o menos así (JS se ejecuta en un iframe insertado):
// Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería aparecerle al usuario)
lethandle = await document.requestStorageAccess({all: true});
// Escribe localstorage entre sitios
handle.localStorage.setItem("userid", "1234");
// Abre o crea una base de datos indexada que se comparta con el contexto propio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
Los iframes usarían el mismo flujo para obtener un controlador de almacenamiento cuando su antecedente de nivel superior llamó correctamente a rSAFor, solo que en este caso el permiso storage-access ya se ha concedido y, por lo tanto, la llamada de rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que los iframes ocultos accedieran al almacenamiento.
- Eliminar el alias de colocación de ventanas de los descriptores de políticas de permisos
Chrome 124 elimina el alias window-placement de los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se sustituyen por window-management, que describe mejor la funcionalidad de la API relacionada. Esto es una continuación de las mejoras en las funciones de la API Multi-Screen Window Placement. Para obtener más información, consulta la sección Estado de la plataforma Chrome.
- Chrome 125 en Windows, macOS y Linux
- Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones
Chrome 125 añade un bit de antecedente entre sitios a la clave de la cookie en particiones CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.
Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo con particiones y, a continuación, invoca la API Storage Access (SAA) o utiliza el uso compartido de recursos entre dominios (CORS) para asegurarte de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel superior.
- Chrome 126 en Windows, macOS y Linux
- Extraer texto de PDFs para usuarios de lectores de pantalla
El navegador Chrome incorporará un lector de IA con reconocimiento óptico de caracteres (OCR) para PDFs. Será el primer lector de pantalla de PDFs integrado en un navegador para documentos inaccesibles. De esta forma, se compensará en parte la falta de accesibilidad en Internet para usuarios invidentes o con baja visión.
Esta función aprovecha los modelos OCR de Google para extraer, compartimentar y dividir los documentos PDF de manera que sean más accesibles. Se añadirá una biblioteca de inteligencia artificial local que use la tecnología Screen AI para analizar capturas de pantalla o el árbol de accesibilidad, así como para extraer más información útil para la tecnología asistencial, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, macOS y Windows
- Los informes ampliados de Navegación segura dejan de estar disponibles
Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función ha quedado sustituida por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta Niveles de protección de Navegación segura.
- Chrome 126 en iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
- Quitar la política de empresa utilizada para la herencia de la URL base
En Chrome 114, introdujimos NewBaseUrlInheritanceBehaviorAllowed para impedir que los usuarios o las variaciones de Google Chrome habiliten NewBaseUrlInheritanceBehavioren caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se eliminará la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, macOS y Windows: se eliminará la política NewBaseUrlInheritanceBehaviorAllowed.
- Cifrado vinculado a aplicaciones para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de cifrado utilizada para encriptar las cookies se protegerá aún más vinculándola a la identidad de la aplicación de Chrome. Esto puede ayudar a protegerte contra el malware que podría intentar robar cookies del sistema. No ofrece protección frente a un atacante que pueda elevar privilegios o inyectar datos en los procesos de Chrome.
Habrá una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar el cifrado de límite de aplicación.
- Chrome 125 en Windows
- Desactivación prevista: eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, en torno al 30 de julio del 2024.
- Captura de enlaces de usuarios en PWAs
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa.
- Desde Chrome 127 en Linux, macOS y Windows: lanzaremos la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Todas las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: la política empresarial ExtensionManifestV2Availability está disponible para controlar si se admiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Chrome dejará de ser compatible con MacOS 10.15
Chrome dejará de ser compatible con MacOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir usando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en MacOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con MacOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con MacOS 10.15.
- Desactivación del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots era un argumento nunca estandarizado para la función DOMParser.parseFromString() para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada deserialización de Shadow DOM y atributo shadow root.
Ahora que una versión estandarizada de esta API, en forma desetHTMLUnsafe() y parseHTMLUnsafe() se enviará en Chrome 124, el argumento no estándarincludeShadowRoots se debe eliminar y desactivar. Todo el uso debería cambiar en consecuencia:
En lugar de utilizar:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
En su lugar, puedes usar:
document.parseHTMLUnsafe(html);
- Chrome 129 en Windows, Mac, Linux y Android
Próximos cambios en ChromeOS
-
Configuración de Passpoint de ChromeOS
A partir de ChromeOS 125, podrás ver y gestionar Wi-Fi Passpoint en la configuración de ChromeOS. Podrás ver y quitar la suscripción a Passpoint que tienes instalada en la página de detalles de Passpoint.
-
Nueva política para controlar las horas de activación y suspensión de Kiosco
A partir de ChromeOS 125, presentaremos una nueva política de dispositivos de kiosco que permitirá a los administradores programar cuándo se activará y entrará en suspensión un dispositivo. Para obtener más información, consulta la sección Configuración de Kiosco.
Próximos cambios de la consola de administración
- Paridad de políticas: configuraciones personalizadas para administradores de TI
En la página Configuraciones personalizadas, los administradores de TI pueden utilizar secuencias de comandos JSON para configurar políticas de Chrome que aún no estén en la consola de administración. Por tanto, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core de la consola de administración, ya sea en la página Configuración o en la página Configuraciones personalizadas. También puedes usar la página para configurar el modo de instalación de extensiones no disponible en la consola de administración (por ejemplo, "normal_installed").
- A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: acceso para testers de confianza
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: se implementa la función
- Informe de tecnología antigua
A partir de Chrome 127, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies de terceros, las cookies SameSite o protocolos de seguridad antiguos como TLS 1.1/1.1. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la discontinuación entre en vigor.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 127 en Linux, macOS y Windows: el informe de tecnología antigua estará disponible en la consola de administración.
Chrome 123
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Discontinuación de cookies de terceros de Chrome (3PCD)
✓
Funciones de IA generativa
✓
Reanudación de pestañas
✓
✓
Chrome para Android y iOS: reanudación multidispositivo
✓
Reabrir la última pestaña abierta en cualquier dispositivo
✓
Cambio en el comportamiento de las políticas de JavaScript con JIT
✓
Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
✓
✓
Nuevas políticas de tiempo de espera por inactividad en iOS
✓
Detección de reutilización de contraseñas entre perfiles
✓
Telemetría de las solicitudes de permisos y aceptación de permisos de notificaciones
✓
API de enrutamiento estático de ServiceWorkers
✓
Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
✓
Contraseñas locales almacenadas en Servicios de Play
✓
Codificación de contenido zstd
✓
Actualización de los flujos de inicio de sesión forzado
✓
Cambios en Google Update
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Migración de Bluetooth de ChromeOS Flex
✓
Personalización de combinaciones de teclas
✓
Personalización de botones del ratón
✓
Configuración más rápida de pantalla dividida
✓
Punto de acceso de conexión compartida de ChromeOS
✓
Preferencias de idioma por aplicación en Android
✓
Nuevas voces naturales para la conversión de texto a voz
✓
Lanzamiento del modo Encargado del tratamiento de datos en Bélgica y Noruega
✓
Configuración de privacidad por aplicación
✓
Seguridad de Android mejorada para nuevos clientes empresariales
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Experiencia mejorada en la página Configuración
✓
Recopilación de registros en remoto en dispositivos ChromeOS
✓
Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
✓
Informe sobre fallos de Chrome
✓
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Pantalla de selección del buscador predeterminado
✓
Captura de enlaces de usuario en PWAs: Windows, macOS y Linux
✓
Solicitud de permisos de la API de Web MIDI
✓
Futura actualización a Manifest V3 de tres extensiones de Chrome
✓
✓
Mejoras en los marcadores y la lista de lectura en Android
✓
Discontinuación de la política empresarial usada para la limitación
✓
Compatibilidad de Chrome con ordenadores con Windows ARM64
✓
Eliminación de la política empresarial usada para GREASE
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Desactivar y quitar WebSQL
✓
Admisión de valores de dirección en el modo de escritura vertical de los controles de formulario
✓
Eliminación de las políticas empresariales utilizadas para el uso de handshake TLS y de claves RSA
✓
Posibilidad de clonar el atributo ShadowRoot
✓
Eliminación de la política empresarial utilizada para la herencia de la URL base
✓
Descontinuación prevista: eventos de mutación
✓
Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo
✓
Actualización de todas las extensiones para usar Manifest V3 con fecha límite de junio del 2025
✓
Fin de la compatibilidad de Chrome con macOS 10.15
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Grabación de GIFs con Captura de pantalla
✓
Próximos cambios de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Informe de tecnología antigua
✓
Paridad de políticas: configuraciones personalizadas para administradores de TI
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades del navegador Chrome
- Discontinuación de cookies de terceros de Chrome (3PCD)
Como anunciamos previamente, Chrome 120 empezó a restringir las cookies de terceros de forma predeterminada para el 1 % de los usuarios de Chrome para facilitar las pruebas, y se aplicará a las versiones posteriores para el 100% de los usuarios a partir del tercer trimestre del 2024. La decisión de aplicar esta restricción al 100 % de los usuarios responde a la necesidad de abordar cualquier otra preocupación ligada a la competencia que pueda tener la autoridad de los mercados y la competencia (Competition and Markets Authority, CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1 % también disponen de nuevos controles de usuario de Protección Antirrastreo. Puedes probar estos cambios en Chrome 120 o versiones posteriores habilitando chrome://flags/#test-third-party-cookie-phaseout.
El periodo de pruebas permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que se eliminará su estado en los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa están excluidos automáticamente de este grupo experimental del 1 %; sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y evitar que sus navegadores gestionados participen en este experimento antes de que empiece. Así, las empresas tienen tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Vamos a lanzar el informe de tecnología antigua para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor "false" a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se vean afectadas tus aplicaciones empresariales y puedan seguir recibiendo cookies de terceros.
Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el icono del ojo en el omnibox para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Consulta este artículo del Centro de Ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada.
Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando al sitio con rebote no se le permite usar cookies de terceros. Por lo tanto, si se asigna el valor "false" a la política BlockThirdPartyCookies o se establece la política CookiesAllowedForUrls en un sitio, las mitigaciones del seguimiento de rebotes no podrán eliminar los estados de los sitios.
Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba de la desactivación de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
La función heurística concede acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Funciones de IA generativa
En Chrome 122, 3 funciones de IA generativa (IA generativa) estuvieron disponibles para los usuarios gestionados que hubieran iniciado sesión en el navegador Chrome: Organizador de pestañas, Crear temas y Ayúdame a escribir (no disponible en ChromeOS). En un principio, estas tres funciones solo están disponibles para los usuarios (18+) en inglés de EE. UU. Los administradores pueden controlar estos ajustes mediante las políticas TabOrganizerSettings, CreateThemesSettings y HelpMeWriteSettings.
A partir de Chrome 123, se implementarán gradualmente estas funciones y, si los administradores han habilitado las políticas, algunos usuarios ya no tendrán que habilitar la IA experimental para usarlas.
- Chrome 122 en ChromeOS, Linux, Mac y Windows: las funciones de IA generativa (Organizador de pestañas y Crear temas) estarán disponibles para los usuarios gestionados de EE. UU. Los usuarios deben activar la IA experimental.
- Chrome 123 en ChromeOS, Linux, Mac y Windows: las funciones (Organizador de pestañas y Crear temas) estarán disponibles para los usuarios gestionados de EE. UU. Algunos usuarios tendrán la función habilitada de forma predeterminada. El resto de los usuarios podrán habilitarla manualmente a través de la página de ajustes de IA experimental. En ambos casos, las funciones no estarán disponibles si se inhabilitan con una política.
- Reanudar pestañas
En Chrome 123 se introduce una nueva tarjeta en la página Nueva pestaña, que ayuda a los usuarios a continuar con sugerencias de pestañas de otros dispositivos. Con la política NTPCardsVisible, los administradores pueden controlar esta función, y otras tarjetas, en la página Nueva pestaña.
- Chrome 123 en ChromeOS, Linux, Mac, Windows
- Chrome para Android e iOS: reanudación multidispositivo
Para ayudar a los usuarios a reanudar tareas que procedan de otros dispositivos, Chrome ahora ofrece sugerencias de pestañas multidispositivo en la página Nueva pestaña o en la página principal en Chrome para Android y Chrome en iOS.
- Chrome 123 en Android y iOS: lanzamiento de la función
- Reabrir la última pestaña abierta en cualquier dispositivo
Chrome ahora ofrece a los usuarios un acceso directo rápido para volver a abrir la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que ha iniciado sesión. Los administradores pueden controlar esta función mediante la política empresarial SyncTypesListDisabled.
- Chrome 123 en iOS: lanzamiento de la función
- Cambio en el comportamiento de las políticas de JIT de JavaScript
A partir de Chrome 122, si se habilita la política DefaultJavaScriptJitSetting y se inhabilita el JIT de JavaScript, ya no se inhabilitará WebAssembly por completo. El JIT de optimización de V8 sigue estando inhabilitado por esta política. Esto permite que Chrome renderice el contenido web con una configuración más segura.
- Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: se implementará el cambio.
- Nuevas políticas de tiempo de espera por inactividad en iOS
Ahora, las empresas pueden tomar medidas cuando Chrome lleve un tiempo inactivo en dispositivos iOS. Los administradores pueden usar la política IdleTimeout para definir un periodo de tiempo de espera, y la política IdleTimeoutActions para especificar las acciones que se aplicarán cuando se agote el tiempo de espera. Este ajuste estará disponible como política de la plataforma en cada perfil de usuario en una fecha futura.
- Chrome 123 en iOS: políticas disponibles en iOS.
- Detección de reutilización de contraseñas de varios perfiles
Antes, la detección de la reutilización de contraseñas de las credenciales de empresa solo se podía detectar en el perfil corporativo. En Chrome 123, la detección de reutilización de contraseñas detectará si se reutilizan credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador gestionado.
- Chrome 123: la función se va a lanzar para las empresas que tengan habilitada la función MetricsReportingEnabled.
- Telemetría de los mensajes de permisos y la aceptación de permisos de notificaciones
Cuando la protección mejorada está activada y un usuario visita una página que le pide que acepte un permiso de notificaciones, es posible que los atributos de esa página se envíen a Navegación segura. Si se envía la telemetría y se considera que la página es peligrosa, los usuarios verán una advertencia de Navegación segura.
Si la protección mejorada o los informes ampliados de Navegación segura están activados y un usuario acepta un permiso de notificación para una página de la lista de bloqueados, este evento se enviará a Navegación segura.
Estas funciones se pueden controlar con las políticas SafeBrowsingProtectionLevel y SafeBrowsingExtendedReportingEnabled.
- Chrome 123, Android, ChromeOS, LaCrOS, Linux, Mac, Windows y Fuchsia: esta función se pone a disposición de las empresas que tienen habilitada la opción MetricsReportingEnabled.
- API de enrutamiento estático de service worker
Esta API permite a los desarrolladores configurar el enrutamiento y descargar tareas sencillas que hacen los service workers. Si la condición coincide, la navegación se lleva a cabo sin iniciar service workers ni ejecutar JavaScript, lo que permite que las páginas web eviten mermas de rendimiento debido a interceptaciones de service workers.
- Chrome 123 en Windows, Mac, Linux y Android
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web acceda a un sitio de destino de la red privada de un usuario, Chrome hará lo siguiente:
1. Comprueba si la solicitud de navegación original se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si el sitio de destino responde con una cabecera que permite el acceso a una red privada.
Las comprobaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función funciona en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de Chrome DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria. Para obtener más información sobre estos cambios, consulta el artículo sobre acceso a redes privadas para solicitudes de navegación. Para obtener más información, consulta la especificación de acceso a redes privadas.
- Chrome 123 en Android (excepto WebView), ChromeOS, Linux, macOS y Windows:Modo solo de advertencia.
- Versión más reciente de Chrome 130 en Android (excepto WebView), ChromeOS, Linux, macOS y Windows: no se procesarán las solicitudes.
- Contraseñas locales almacenadas en Servicios de Play
Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Antes se almacenaban en el perfil de Chrome. Ahora se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de forma similar a como se almacenan las contraseñas de las cuentas de Google. También se cambia la interfaz de gestión que deben proporcionar los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla su comportamiento fuera del binario de Chrome. Por lo tanto, la nueva interfaz de gestión de contraseñas permite a los usuarios importar o añadir contraseñas manualmente.
- Chrome 123 en Android: esta función se inicia para los usuarios que no tienen contraseñas locales.
- Chrome 124 en Android: todas las contraseñas locales se migran a los Servicios de Google Play.
- Codificación de contenido zstd
Chrome va a añadir compatibilidad con Zstandard (zstd) como mecanismo de compresión de datos. El hecho de permitir la codificación de contenido zstd en el navegador permite que los sitios pasen menos tiempo y la CPU o la potencia de compresión en sus servidores, lo que reduce los costes de servidor. La política empresarial temporal ZstdContentEncodingEnabled permite desactivar la función de codificación de contenido zstd.
- Chrome 123 en Android, ChromeOS, LaCrOS, Linux, Mac, Windows y Fuchsia: se ha añadido la compatibilidad con zstd.
- Forzar la renovación de los flujos de inicio de sesión
Ahora, cuando se asigna a la política BrowserSignin el valor Forzar a los usuarios a iniciar sesión para usar el navegador, ahora los usuarios deben iniciar sesión en el navegador Chrome siguiendo el de inicio de sesión mediante el selector de perfil.
Antes, el flujo Forzar el inicio de sesión tenía un cuadro de diálogo de interfaz de usuario específico que no seguía el estilo o los estándares típicos de Chrome. Ahora, los flujos están alineados con los flujos de inicio de sesión normales. También hemos mejorado la gestión de errores mostrando los errores de inicio de sesión en un cuadro de diálogo normal con botones de acción.
- Chrome 123 en Mac y Windows: lanzamiento completo
- Cambios en Google Update
Estamos implementando una nueva versión de Google Update. A consecuencia de este cambio, la ubicación de GoogleUpdate.exe en Windows cambiará y se llamará updater.exe. Ten en cuenta que la ruta anterior continuará vigente hasta que la transición se haya completado.
- Anterior: C:\Archivos de programa (x86)\Google\Update\GoogleUpdate.exe
- Actual: C:\Archivos de programa (x86)\Google\GoogleUpdater\VERSION\updater.exe
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
WebAnnotations
Permitir la detección de entidades de texto sin formato en las páginas web (solo en iOS)
Tiempo de espera de inactividad
Retraso antes de ejecutar acciones por inactividad (ahora también disponible en iOS)
IdleTimeoutActions
Acciones que se ejecutarán cuando el ordenador esté inactivo (ahora también disponible en iOS)
ChromeForTestingAllowed
Permitir Chrome for Testing
RemoteAccessHostAllowPinAuthentication
Permitir métodos de autenticación con PIN y con emparejamiento para los hosts de acceso remoto
RemoteAccessHostAllowUrlForwarding
Permitir que los usuarios con acceso remoto abran URLs del host en su navegador de cliente local
DownloadManagerSaveToDriveSettings
Permitir que se guarden archivos directamente en Google Drive
Novedades de ChromeOS
- Migración de Bluetooth de ChromeOS Flex
En ChromeOS 123, ChromeOS Flex se actualizará a la pila de Bluetooth de Floss. Como parte de esta actualización, los dispositivos que se indican a continuación dejarán de admitir las funciones de Bluetooth. Si las funciones Bluetooth son fundamentales en estos dispositivos, te recomendamos que los transfieras al canal LTS para ampliar las funciones de Bluetooth hasta octubre del 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Si tus dispositivos no pueden conectarse al Bluetooth después de actualizar a ChromeOS 123, cambia la marca de Chrome Usar Floss en lugar de BlueZ a Inhabilitado.
- Personalizar las combinaciones de teclas
Las combinaciones de teclas aumentan la productividad y todos tenemos nuestros favoritos. En ChromeOS 123, podrás asignar tu combinación de teclas preferida para personalizar tus combinaciones de teclas. Tanto si quieres que sea más fácil de usar con una sola mano como más fáciles de recordar o que sean idénticas a las que ya conoces, esta función simplifica tus flujos de trabajo diarios.
- Personalización del botón del ratón
La personalización del botón del ratón en Chromebook ayuda a los usuarios a realizar acciones rápidas con solo hacer clic en un botón. Si tu ratón tiene más de dos botones, ahora puedes asignarlos a una lista de acciones, como hacer capturas de pantalla, silenciar y dejar de silenciar, insertar emojis, etc. También puedes seleccionar una combinación de teclas para asignar a tus botones cualquier acción realizada por una combinación de teclas.
- Configuración más rápida de Pantalla Dividida
Los Chromebooks ofrecen varias formas de organizar las ventanas de tu pantalla para mejorar tu productividad; una de ellas es Pantalla Dividida. Como suena, la configuración rápida de la pantalla dividida te ofrece una forma más rápida de configurar el diseño de tus ventanas, ya que muestra un resumen de las ventanas abiertas al otro lado de la pantalla. Gracias a la función Pantalla Dividida más rápida, una vez que acoplas (o bloqueas) una ventana en un lado, puedes elegir una ventana ya abierta en Aplicaciones recientes para acoplarla al otro lado o seleccionar algo de la estantería (la fila de aplicaciones situada en la parte inferior o en el lateral de la pantalla).
- Punto de acceso de conexión compartida de ChromeOS
El punto de acceso ya está disponible en ChromeOS. Ahora puedes compartir la red móvil de tu Chromebook como punto de acceso con otros dispositivos sin conexión a Internet. Para habilitar tu primer punto de acceso, abre Configuración de red y activa el punto de acceso. En ChromeOS 123, solo admitimos T-Mobile en Estados Unidos, pero estamos trabajando para añadir otras redes en futuras versiones.
- Preferencias de idioma por aplicación en Android
Ahora puedes cambiar al idioma que prefieras para tus aplicaciones Android. Estos nuevos ajustes están disponibles en Ajustes > Aplicaciones > Administrar tus aplicaciones > Idioma de la aplicación.
- Nuevas voces naturales para la conversión de texto a voz
En ChromeOS 123, hemos añadido nuevas voces de conversión de texto a voz que suenan naturales, funcionan sin conexión y están disponibles en 31 idiomas.
- Lanzamiento del modo Encargado del tratamiento de datos en Noruega
En agosto del 2023, se lanzó en los Países Bajos el modo Encargado del tratamiento de datos de ChromeOS para ofrecer a las organizaciones más transparencia y control sobre los datos que se envían y procesan en Google. Dado que recientemente ha aumentado el interés en este ámbito, el modo Encargado del tratamiento de datos estará disponible de forma general en más países, empezando por Noruega. Este producto está disponible en la consola de administración en Dispositivo > Chrome > Cumplimiento. Para obtener más información, consulta este artículo del Centro de Ayuda.
- Configuración de privacidad por aplicación
ChromeOS 123 facilita la gestión de los controles de privacidad en los Chromebook, ya que se combinan los permisos de aplicaciones y los controles de privacidad. De esta forma, los usuarios tienen más transparencia al mostrar qué aplicaciones necesitan acceder a los sensores de privacidad y cómo afectan los estados de control de la privacidad a los permisos de las aplicaciones. Ahora, con los permisos del micrófono y la cámara por aplicación, en lugar de tener que ir a dos sitios distintos (controles de privacidad y configuración de las aplicaciones), los usuarios pueden ir directamente a la configuración de privacidad para ver qué aplicaciones necesitan acceder a estos sensores y modificar los permisos de las aplicaciones.
- Seguridad de Android mejorada para nuevos clientes empresariales
ChromeOS 123 mejora el nivel de seguridad predeterminado de las aplicaciones de los clientes empresariales. En los nuevos dominios de empresa, ChromeOS ahora desactiva de forma predeterminada las aplicaciones Android de los usuarios de ChromeOS no afiliados. Los usuarios de ChromeOS no afiliados son usuarios de dispositivos no gestionados o de dispositivos gestionados por un dominio distinto al del usuario.
Este cambio no afectará a los dominios de empresa existentes. Esto no afectará a los clientes nuevos o actuales del sector educativo.
Los clientes empresariales que quieran cambiar la configuración predeterminada deben consultar este artículo del Centro de Ayuda.
Novedades de la consola de administración
- Experiencia en la página Ajustes mejorada
A partir de marzo del 2024, todos los administradores usarán nuestra experiencia actualizada en la página Configuración, lo que significa que ya no podrás usar la experiencia antigua en la página Configuración. La mayoría de los usuarios ya utilizan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista antigua, pero seguirás teniendo acceso a las mismas funciones que en la vista actualizada.
- Recopilación de registros en remoto en dispositivos ChromeOS
Si tienes algún problema con un dispositivo ChromeOS gestionado, puedes solucionarlo consultando otros registros en la página Detalles del dispositivo de la consola de administración. Puedes obtener de forma remota los registros de los siguientes casos prácticos:
- Dispositivos de kiosco
- Usuarios afiliados y no afiliados con sesión iniciada
- Sesiones de invitado gestionadas
- Inicio de sesión y pantalla de bloqueo
Para obtener más información, consulta el artículo del Centro de Ayuda Recogida de registros remotos para dispositivos ChromeOS.
- Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
La política de periodo de inactividad en la eliminación de navegadores ya está disponible para el acceso anticipado en la consola de administración. En el caso de los administradores de TI que consideren que los 18 meses predeterminados no son adecuados, esto les permitirá definir explícitamente un valor de política (periodo de inactividad) unas semanas antes de que empiece la eliminación.
A partir de abril del 2024 y hasta mayo del 2024, se empezará a implementar la política de eliminación de navegadores por un periodo de inactividad y se eliminarán automáticamente de la consola de administración los navegadores registrados que hayan estado inactivos durante más tiempo del que determina la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 540 días. Esto significa que, de forma predeterminada, todos los navegadores registrados que hayan estado inactivos durante más de 540 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.
- Informe sobre fallos de Chrome
En Chrome 123, puedes visualizar eventos de fallos en la consola de administración a través de la nueva página de Informes sobre fallos de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallos de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: Plataformas del SO, canales de Chrome y fechas. Este informe te ayuda a identificar de forma proactiva posibles problemas de Chrome en tu organización.
- Chrome 121 en Linux, macOS y Windows: programa de testers de confianza
- Chrome 123 en Linux, macOS y Windows: se lanza la función
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
ShortcutCustomizationAllowed
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
DeleteKeyModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
HomeAndEndKeysModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
InsertKeyModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
PageUpAndPageDownKeysModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
F11KeyModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
F12KeyModifier
Usuario, sesión de invitado gestionada
ChromeOS 123+
Accesibilidad de los usuarios
ChromeForTestingAllowed
Usuario
ChromeOS 123+
Experiencia de usuario
DownloadManagerSaveToDriveSettings
Usuario
ChromeOS 123+
Experiencia de usuario
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Pantalla de selección del buscador predeterminado
Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje controla la configuración predeterminada del buscador, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.
Consulta más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: el 1 % de los usuarios podrían empezar a ver la pantalla de selección en Chrome 120.
- A finales de este año en iOS, ChromeOS, LaCrOS, Linux, macOS y Windows: lanzamiento completo para los usuarios pertinentes
- Captura de enlaces de usuario en PWAs: Windows, macOS y Linux
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
Se han detectado algunos problemas en la implementación actual, por lo que no lanzaremos esta función en Chrome 123 como se anunció en un principio. Sin duda, tenemos previsto lanzar la captura de enlaces este año (error).
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Próximo hito en el 2024 en Linux, macOS y Windows: lanzaremos la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Solicitud de permisos de la API de Web MIDI
La API Web MIDI se conecta e interactúa con dispositivos de interfaz digital de instrumentos musicales (MIDI). Se han notificado varios problemas relacionados con el acceso indirecto a dispositivos MIDI de cliente a través de la API Web MIDI (consulta este error de Chromium relacionado). Para solucionar este problema, el grupo de trabajo de audio de W3C ha decidido conceder un permiso explícito al acceso general a la API Web MIDI. Al principio, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la posibilidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso restringido mediante una solicitud de permisos. Ahora pretendemos ampliar el ámbito del permiso al uso habitual de la API Web MIDI.
En Chrome 124, el acceso a la API Web MIDI requerirá un permiso de usuario. No habrá ninguna política disponible para controlar estos cambios. Si tienes algún problema, notifica el error aquí.
- Chrome 124 en Windows, macOS, Linux y Android
- Tres extensiones de Chrome se actualizarán a Manifest V3
Pronto se actualizarán tres extensiones para usar Manifest V3: compatibilidad con navegadores antiguos para Edge, User-Agent Switcher y Informes de Chrome.
Se trata de una actualización importante que puede contener errores, por lo que puedes probar la versión beta de estas extensiones hoy mismo. Te recomendamos probarlas en tu entorno. Si tienes algún problema, notifica el error aquí.
- Compatibilidad con navegadores antiguos para Microsoft Edge (beta)
- Cambio de user-agent para Chrome (beta)
- Extensión Informes de Chrome (beta)
El analizador de URL de User-Agent Switcher ha cambiado, por lo que debes asegurarte de que las sustituciones de user-agent funcionan con la nueva versión.
- Chrome 124: las tres extensiones recibirán una actualización en su versión estable, alrededor del 30 de abril del 2024.
- Mejoras en los marcadores y la lista de lectura en Android
En Chrome 124 para Android, algunos usuarios que inicien sesión en Chrome desde el administrador de marcadores podrán usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando igual que antes para configurar si los usuarios podrán utilizar y guardar elementos en su cuenta de Google.
- Chrome 124 en Android: lanzamiento de la función.
- Política empresarial obsoleta usada para la limitación
El cambio en el código subyacente (limitación de iframes display:none de origen cruzado y de un mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Como ya hemos resuelto los problemas conocidos, tenemos la intención de eliminar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed a partir de Chrome 124. Puedes consultar más información sobre el problema de limitación (y su resolución) en error de Chromium.
- Chrome 124: se elimina la política.
- Compatibilidad de Chrome para ordenadores con Windows ARM64
Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary e informar de los errores ahí. Ten en cuenta que las fechas pueden cambiar en función de la estabilidad general y de los comentarios de los clientes. Si tienes algún problema, notifica el error aquí.
- Chrome 124 en Windows (ARM): nuevos instaladores Enterprise disponibles.
- Quitar la política empresarial usada para GREASE
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. Con el tiempo, la política se eliminará.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: la política está obsoleta.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política.
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicarnos cualquier problema que encuentres.
- Chrome 124 en Windows: servicio de red en entorno aislado en Windows.
- Desactivar y quitar WebSQL
Con SQLite por WASM como su reemplazo oficial, queremos eliminar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad representa un coste impredecible para el equipo de almacenamiento.
- Chrome 101: en Chrome 101, se añade la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras que la política estará disponible hasta Chrome 123.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba con versión antigua de WebSQL. La prueba finaliza en Chrome 123. Durante el periodo de prueba, se necesita un token de prueba con versión antigua para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess o un token de prueba con versión antigua.
- Chrome 124: en ChromeOS, Lacros, Linux, macOS, Windows y Android: a partir de Chrome 124, dejará de estar disponible la política WebSQLAccess y la prueba con versión antigua, que permite utilizar WebSQL.
- Los controles de formulario admiten valores de dirección en el modo de escritura vertical
El modo de escritura de la propiedad de CSS permite que los elementos se suban verticalmente, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que el tipo de entrada de los elementos de control de formulario (metro, progreso e intervalo) tenga el modo de escritura vertical y elija la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo a arriba. Si la dirección es ltr, el valor se renderiza de arriba a abajo. Para obtener más información, consulta esta entrada del blog de Chrome para desarrolladores.
- Chrome 124 en Windows, Mac, Linux y Android
- Elimina las políticas empresariales que se usan para el uso de handshake TLS y de claves RSA
En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes antiguos no seguros durante el proceso de handshake TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para comprobar el uso de claves RSA en certificados de servidor emitidos por anclas de confianza locales. En Chrome 124, se eliminarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.
- Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows: InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled se eliminarán.
- Atributo que se puede clonar en la raíz de la sombra
El atributo shadow root que se puede clonar permite controlar de forma individual si una shadow root se puede clonar (mediante comandos estándar de clonación de plataformas, como cloneNode()). Ahora, las shadow root imperativas se pueden controlar mediante un parámetro a `attachShadow({clonable:true})`. Las shadow root declaradas se pueden controlar mediante un nuevo atributo: `<template shadowrootmode=open shadowrootclonable>`.
El fallo se puede producir en los siguientes casos:
- usando el modelo shadow DOM declarativo
- clonando plantillas que contengan DSD y
- esperando que esos clones contuvieran shadow roots clonadas
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows
- Quitar la política de empresa utilizada para la herencia de la URL base
En Chrome 114, introdujimos NewBaseUrlInheritanceBehaviorAllowed para impedir que los usuarios o las variaciones de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se eliminará la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, macOS y Windows: se eliminará la política NewBaseUrlInheritanceBehaviorAllowed.
- Desactivación prevista: eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, en torno al 30 de julio del 2024.
- Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos
En Chrome 79, añadimos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de SameSite de las cookies al comportamiento antiguo en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Todas las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Gestión en la nube del navegador Chrome, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: la política empresarial ExtensionManifestV2Availability está disponible para controlar si se admiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
- Chrome dejará de ser compatible con macOS 10.15
Chrome dejará de ser compatible con macOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir usando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en macOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15.
Próximos cambios en ChromeOS
- Graba GIFs con Captura de Pantalla
A partir de ChromeOS 124, Captura de Pantalla te permite grabar tu pantalla en formato .GIF para capturar, compartir y reproducir la grabación directamente en chats, diapositivas, documentos y más.
Próximos cambios de la consola de administración
- Informe de tecnología antigua
A partir de Chrome 124, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies de terceros, las cookies SameSite o protocolos de seguridad antiguos como TLS 1.1/1.1. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la desactivación entre en vigor.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 124 en Linux, macOS y Windows: el informe de tecnología antigua estará disponible en la consola de administración.
- Paridad de políticas: configuraciones personalizadas para administradores de TI
En la página Configuraciones personalizadas, los administradores de TI pueden utilizar secuencias de comandos JSON para configurar políticas de Chromium que aún no estén en la consola de administración. Por tanto, ahora todas las políticas de Chrome se pueden configurar en Gestión en la nube del navegador Chrome, en la consola de administración, ya sea en la página Configuración o en la página Configuraciones personalizadas.
- A partir de Chrome 124 en Android, iOS, Linux, Mac y Windows: acceso para testers de confianza
- A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: se implementa la función
Chrome 122
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Discontinuación de cookies de terceros de Chrome (3PCD)
✓
Funciones de IA generativa
✓
Experiencia simplificada de inicio de sesión y sincronización en iOS
✓
✓
SharedImages para decodificación de vídeo con PPAPI
✓
Nuevas URLs de descarga para el navegador Chrome (Enterprise)
✓
Nuevo ajuste de seguridad de V8
✓
Leer en voz alta
✓
Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
✓
Comprobación asíncrona de Navegación segura del lado del servidor
✓
Advertencias de descarga mejoradas en la página Descargas de Chrome
✓
Saltar eventos de descarga
✓
Autocompletar: actualizaciones del código de seguridad
✓
Eliminación de la opción para darse de baja del Gestor de contraseñas unificado
✓
Chrome en iOS: barra de direcciones inferior
✓
Cambios en la política DefaultSearchProvider
✓
Cambio en el comportamiento de las políticas de JavaScript con JIT
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas quitadas en el navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Análisis de contenido con BCE
✓
Ahorro de batería
✓
Flujos de reautenticación de SAML mejorados
✓
Autenticación basada en tarjetas identificativas
✓
Edición de grabaciones con Grabación de pantalla
✓
Compatibilidad con VPNs IKEv2
✓
✓
Extensiones obligatorias en Incógnito
✓
✓
Nuevo diseño de Media Player de ChromeOS
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
✓
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Pantalla de selección del buscador predeterminado
✓
Captura de enlaces de usuario en PWAs: Windows, macOS y Linux
✓
Reanudación de pestañas
✓
Chrome para Android o iOS: reanudación multidispositivo
✓
Reabrir la última pestaña abierta en cualquier dispositivo
✓
Solicitud de permisos de la API de Web MIDI
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
✓
✓
Desactivar y quitar WebSQL
✓
Políticas IdleTimeout y IdleTimeoutActions en iOS
✓
Detección de reutilización de contraseñas entre perfiles
✓
Telemetría de las solicitudes de permisos y aceptación de permisos de notificaciones
✓
API de enrutamiento estático de ServiceWorkers
✓
Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
✓
Mejoras en los marcadores y la lista de lectura en Android
✓
Discontinuación de la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed
✓
Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Descontinuación prevista: eventos de mutación
✓
Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Las extensiones deben actualizarse para usar Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Migración de Bluetooth de ChromeOS Flex
✓
Personalización de combinaciones de teclas
✓
Grabación de GIFs con Captura de pantalla
✓
Configuración más rápida de pantalla dividida
✓
Próximos cambios de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Experiencia mejorada en la página Configuración
✓
Informe sobre fallos de Chrome
✓
Informe de tecnología antigua
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Novedades del navegador Chrome
- Discontinuación de cookies de terceros de Chrome (3PCD)
Como anunciamos previamente, Chrome 120 empezó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y se aplicará a las versiones posteriores para el 100% de los usuarios a partir del tercer trimestre del 2024. La decisión de aplicar esta restricción al 100 % de los usuarios responde a la necesidad de abordar cualquier otra preocupación ligada a la competencia que pueda tener la autoridad de los mercados y la competencia (Competition and Markets Authority, CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1 % también disponen de nuevos controles de usuario de Protección Antirrastreo. Puedes probar estos cambios en Chrome 120 o versiones posteriores habilitando chrome://flags/#test-third-party-cookie-phaseout.
El periodo de pruebas permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que se eliminará su estado en los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa están excluidos automáticamente de este grupo experimental del 1 %; sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y evitar que sus navegadores gestionados participen en este experimento antes de que empiece. Así, las empresas tienen tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Vamos a lanzar el informe de tecnología antigua para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor "false" a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se vean afectadas tus aplicaciones empresariales y puedan seguir recibiendo cookies de terceros.
Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el icono del ojo en el omnibox para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada.
Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando al sitio con rebote no se le permite usar cookies de terceros. Por lo tanto, si se asigna el valor "false" a la política BlockThirdPartyCookies o se establece la política CookiesAllowedForUrls en un sitio, las mitigaciones del seguimiento de rebotes no podrán eliminar los estados de los sitios.
Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba de la desactivación de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.
La función heurística concede acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Funciones de IA generativa
A partir de Chrome 122, hay tres funciones de IA generativa que también están disponibles para los usuarios gestionados que hayan iniciado sesión en el navegador Chrome:
- Organizador de pestañas: Chrome puede sugerir automáticamente grupos de pestañas a los usuarios en función de la URL y el título de los sitios web abiertos. Para usarla, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.
- Crear temas con IA: Chrome permite a los usuarios crear un tema único de Chrome (una combinación de un color y una imagen de fondo de pantalla) mediante IA generativa. Para usar esta función, abre una pestaña nueva y, en la parte inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Una vez ahí, los usuarios pueden elegir entre distintas opciones predefinidas de temas, estados de ánimo, estilos visuales y colores.
-
Obtener ayuda para escribir en la Web con IA: esta función ayuda a los usuarios a escribir con más confianza y a iniciar el proceso de escritura en campos de texto sin formato en la Web. Para usar esta función, haz clic con el botón derecho en un campo de texto y selecciona Ayúdame a escribir (no disponible en ChromeOS).
En un principio, estas tres funciones solo están disponibles para los usuarios en inglés de EE. UU. Los administradores pueden controlar estos ajustes mediante las políticas TabOrganizerSettings, CreateThemesSettings y HelpMeWriteSettings. Para cada función, tienes las siguientes opciones para tu organización:
- 0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
- 1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
- 2 = Inhabilitar función por completo
Puedes consultar más información en los artículos del Centro de Ayuda Sugerencias de grupos de pestañas, Crear temas y Ayúdame a escribir.
- Experiencia de inicio de sesión y sincronización simplificada en iOS
A partir de Chrome 122, los usuarios de iOS que tengan activada la sincronización de Chrome podrán disfrutar ahora de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. La sincronización de Chrome ya no aparece como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Al igual que antes, la función que guarda los datos de Chrome en la cuenta de Google y accede a ellos se puede desactivar por completo (mediante SyncDisabled) o parcialmente (mediante SyncTypesListDisabled). El inicio de sesión en Chrome se puede habilitar o inhabilitar a través de BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar la información que se sincroniza con su cuenta de Google. Cuenta.
- Chrome 117: ya no muestra la Sincronización de Chrome como una función independiente para los usuarios que no tenían habilitada la sincronización de Chrome en ese momento.
- Chrome 122: ya no muestra la Sincronización de Chrome como una función independiente para los usuarios que tenían habilitada la sincronización de Chrome al migrarlos a un estado equivalente.
- SharedImages para decodificación de vídeo con PPAPI
En Chrome 122 se elimina la política PPAPISharedImagesForVideoDecoderAllowed, que se utiliza para controlar la reciente refactorización para las APIs de VideoDecoder en el complemento PPAPI. Esta política se introdujo de forma temporal en Chrome 119.
- Chrome 119 en ChromeOS y Lacros: se incluye una política de vía de escape.
- Chrome 122 en ChromeOS y Lacros: se han eliminado la política de vía de escape y las rutas de código antiguo correspondientes.
- Nuevas URLs de descarga para el navegador Chrome (Enterprise)
A partir del 8 de febrero, las principales páginas de descarga del navegador Chrome Enterprise (Windows y macOS) pasarán a ser:
- Windows https://chromeenterprise.google/download/?modal-id=download-chrome-demo#windows-download
- MacOS https://chromeenterprise.google/download/?modal-id=download-chrome-demo#mac-download
Para evitar interrupciones, las empresas que utilizan la automatización para descargar Chrome deben cambiar sus secuencias de comandos de forma que capten los cambios en las URLs.
- Nuevo ajuste de seguridad de V8
En Chrome 122 se añade un nuevo ajuste a chrome://settings/security para inhabilitar los optimizadores JIT de V8 y reducir así la superficie de ataque del navegador Chrome. Este comportamiento sigue estando controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. Este ajuste está integrado en la configuración del sitio Las políticas empresariales llevan disponibles desde Chrome 93.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Lectura en voz alta
La función Leer en voz alta permite a los usuarios de Chrome en Android escuchar páginas web mediante la tecnología de conversión de texto a voz. Ahora los usuarios pueden acceder a esta función a través del menú adicional y controlar la reproducción con los controles de audio.
La función de lectura en voz alta envía la URL de la página a los servidores de Google para potenciar la reproducción, y los usuarios que la utilicen deben habilitar la opción del menú de configuración Mejorar las búsquedas y la navegación.
Si se asigna el valor "true" a la política ListenToThisPageEnabled, los usuarios podrán utilizar la lectura en voz alta en las páginas web que cumplan los requisitos mediante la conversión de texto a voz. Esto se consigue mediante la extracción de contenido y la síntesis de audio del lado del servidor. Si se le asigna el valor "false", se desactiva esta función. Si se le asigna el valor predeterminado o no se le asigna ningún valor, se activa la función Lectura en voz alta.
- Chrome 122 en Android: lanzamiento de la función
- Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
En Chrome 122 se elimina la política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed, que estaba disponible en Chrome 116 para proporcionar a las empresas tiempo para solucionar posibles errores relacionados con los cambios de uso de WebView de aplicaciones de Chrome.
- Chrome 122 en Linux, macOS, Windows y ChromeOS: se elimina la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
- Comprobación asíncrona de Navegación segura del lado del servidor
Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que los usuarios no pueden ver la página hasta que se completan. Para mejorar la velocidad de carga de Chrome, las comprobaciones realizadas con la lista de Navegación segura del lado del servidor ya no bloquean la carga de las páginas en Chrome 122.
Hemos evaluado el riesgo e implementado medidas de mitigación:
1) Para protegerte de ataques directos al navegador, las comprobaciones de la lista local se siguen llevando a cabo de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se haya completado la comprobación de la lista local.
2) Para protegerte frente a ataques de suplantación de identidad, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introducido una contraseña) antes de que mostremos la advertencia.
- Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows: lanzamiento de la función
- Advertencias de descarga mejoradas en la página Descargas de Chrome
Para reducir las consecuencias derivadas de la descarga de malware, vamos a retocar las cadenas y los patrones de advertencia de descarga para ordenadores para que sean claros y coherentes.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia: lanzamiento de la función
- Saltar eventos de descarga
La presencia de procesadores de eventos de descarga es un bloqueador principal para la caché de páginas completas en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores dan prioridad al archivo bfcache al no activar eventos de descarga en la mayoría de los casos. Para mejorar la situación, hemos colaborado con muchos partners y hemos reducido el uso de procesadores de eventos de descarga durante los últimos años. Para agilizar aún más esta migración, proponemos que Chrome para ordenadores omita gradualmente los eventos de descarga.
Si necesitas más tiempo para migrar de los eventos de descarga, te ofreceremos exclusiones temporales mediante la API Permissions-Policy y la política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener el comportamiento sin cambios de forma selectiva.
- Chrome 117 en ChromeOS, Linux, macOS y Windows: prueba para desarrolladores
- Chrome 119 en ChromeOS, Linux, macOS y Windows: se incluye la política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 122-132 en ChromeOS, Linux, macOS y Windows: prueba con versión antigua (la aplicación general de la discontinuación será limitada hasta que esté lista la prueba con versión antigua)
- Los controladores de descarga de Chrome 122 se omitirán gradualmente en el 1% de los usuarios de los 50 sitios web principales, tal como se propone en este enlace.
- Autocompletar: actualizaciones del código de seguridad
En Chrome 122, la función Autocompletar de pagos te permite guardar códigos de seguridad para tarjetas locales y de servidor para mejorar la experiencia de usuario. Los códigos de seguridad solo se guardan si el usuario acepta guardarlos. Los usuarios siempre tienen la opción de desactivar el guardado de código de seguridad en la configuración de Chrome.
- Chrome 122 en Android y macOS: lanzamiento de la función
- Quitar la baja del Gestor de contraseñas unificado
En Chrome 122 se elimina la cancelación de registro del Gestor de Contraseñas unificado en Android. Cuando Servicios de Google Play responde con un error, los usuarios dejan de tener acceso a las funciones del Gestor de Contraseñas (como guardar o actualizar contraseñas, generación) hasta que se resuelva el error. En algunos errores, aparece un mensaje de error con un botón de acción para resolverlos. Otros problemas deberían ser temporales (por ejemplo, durante la actualización de Servicios de Google Play).
- Chrome 122 en Android: lanzamiento de la función
- Chrome en iOS: barra de direcciones inferior de iPhone
Recientemente hemos lanzado una barra de direcciones personalizable que permite a los usuarios elegir entre una barra de direcciones superior o inferior en el iPhone. La pantalla del selector de posición de la barra de direcciones se añade ahora a la experiencia de primera ejecución.
- Chrome 122 en iOS: lanzamiento de la función
- Cambios en la política DefaultSearchProvider
En Chrome 122, vamos a hacer algunos cambios en las políticas DefaultSearchProvider*. Hemos retirado DefaultSearchProviderIconURL de todas las plataformas porque Chrome ahora usa la imagen de icono de página proporcionada por el buscador. DefaultSearchProviderKeyword y DefaultSearchProviderNewTabURL no son compatibles con iOS ni Android, junto con Linux, Mac OS y Windows (aunque la compatibilidad continúa). Hemos corregido la plataforma compatible configurada para reflejarlo.
- Cambio en el comportamiento de las políticas de JIT de JavaScript
En Chrome 122, si se habilita la política DefaultJavaScriptJitSetting y se inhabilita el JIT de JavaScript, ya no se inhabilitará WebAssembly por completo. El JIT de optimización de V8 sigue estando inhabilitado por la política DefaultJavaScriptJitSetting. Esto permite que Chrome renderice el contenido web con una configuración más segura.
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
InsecureFormsWarningsEnabled
Habilitar advertencias en formularios no seguros (ya disponible en iOS)
ListenToThisPageEnabled
Habilitar la lectura en voz alta (extracción de texto y síntesis de conversión de texto a voz) para páginas web
- Políticas retiradas del navegador Chrome
Política
Descripción
PPAPISharedImagesForVideoDecoderAllowed
Permitir que Pepper use imágenes compartidas para decodificar vídeos.
ChromeAppsWebViewPermissiveBehaviorAllowed
Restaurar el comportamiento permisivo de las vistas web de las aplicaciones de Chrome
DefaultSearchProviderIconURL
Icono del proveedor de búsqueda predeterminado (eliminado en todas las plataformas)
DefaultSearchProviderKeyword
Palabra clave del proveedor de búsqueda predeterminado (solo en Android y iOS)
DefaultSearchProviderNewTabURL
URL de la página Nueva pestaña del proveedor de búsqueda predeterminado (solo en Android y iOS)
Actualizaciones de ChromeOS
- Análisis de contenido con BCE
Los controles de datos de ChromeOS son un conjunto de controles que aplica el administrador, que protegen a los usuarios contra la filtración de datos en los endpoints mediante una capa de Prevención de la pérdida de datos (DLP) en ChromeOS. Para obtener más información, consulta este artículo del Centro de Ayuda.BeyondCorp Enterprise (BCE) ofrece una protección integral y continua en tiempo real. El análisis de contenido con BCE es una nueva forma de evaluar y aplicar restricciones de controles de datos a las transferencias de archivos basadas en señales de BeyondCorp Enterprise.
- Ahorro de batería
A partir de ChromeOS 122, Ahorro de Batería está disponible para reducir el brillo de la retroiluminación del teclado y de la pantalla, limitar la frecuencia de actualización de la pantalla y el presupuesto de computación disponible, y también desactivar algunas funciones que consumen más energía en segundo plano para que los usuarios puedan aprovechar la duración de la batería de sus dispositivos. Esto resulta útil si los usuarios necesitan un par de minutos para completar una tarea y no tienen a mano un cargador. Cuando está habilitada, Ahorro de batería se activa automáticamente cuando el usuario tiene el 20 % de batería. Puedes controlar esta función con la política empresarial BatterySaverModeAvailability.
- Flujos de reautenticación de SAML mejorados
Para optimizar la experiencia de inicio de sesión de nuestros clientes, hemos introducido algunos cambios internos en nuestra implementación del inicio de sesión único SAML. Estos cambios afectarán a los clientes que no tengan una configuración de SAML correcta.
En concreto, si estableces la política LoginAuthenticationBehavior en Redireccionar a proveedor de identidades SAML de forma predeterminada, asegúrate de que la opción Inicio de sesión único tenga el valor Habilitar SAML. De lo contrario, tu proveedor de identidades basado en SAML dejará de cargarse.
- Autenticación basada en insignias
A partir de ChromeOS 122, algunos proveedores de gestión de identidades (IdPs) externos pueden utilizar la autenticación con insignias en los dispositivos ChromeOS. Los usuarios pueden iniciar una sesión con un toque de insignia y dejar la sesión con otro toque. La solución está pensada para los trabajadores de primera línea de varios sectores, como el comercio minorista, la hostelería y la fabricación.
En ChromeOS 122, empezaremos a utilizar el sistema de gestión de tarjetas Ilex, pero tenemos previsto añadir más partners de lectura y autenticación en los próximos meses. Si quieres obtener más información, consulta el artículo Configurar la autenticación basada en insignias.
- Editar tus grabaciones con Grabación de pantalla
Con Grabación de pantalla de ChromeOS, los usuarios pueden crear y compartir grabaciones de pantalla transcritas. A partir de ChromeOS 122, los usuarios pueden recortar sus grabaciones de pantalla frase por frase, añadir y quitar saltos de párrafo, silenciar segmentos de sus grabaciones y secciones de títulos para facilitar la navegación por las grabaciones largas.
- Compatibilidad con VPNs IKEv2
ChromeOS 122 incluye nuevas opciones en la consola de administración para el protocolo VPN del protocolo de intercambio de claves de Internet (IKEv2).
- Extensiones obligatorias en Incógnito
Ahora los administradores pueden especificar si los usuarios deben activar determinadas extensiones para utilizar el modo Incógnito. Hay un nuevo interruptor en Consola de administración > Aplicaciones y extensiones que se puede aplicar a extensiones concretas. De esta forma, las empresas que tienen casos prácticos de depuración o con varias cuentas a través de Incógnito pueden dejar este modo habilitado en toda su flota gestionada de forma segura. Si quieren utilizar el modo Incógnito, los usuarios deben activar la opción Permitir en modo Incógnito en todas las extensiones empresariales necesarias.
- Nuevo diseño de Media Player de ChromeOS
El reproductor multimedia de ChromeOS pronto tendrá botones y colores más grandes que combinan con tu fondo de pantalla. El reproductor multimedia aparecerá en los ajustes rápidos cuando estés reproduciendo vídeo o audio (por ejemplo, en Spotify o YouTube). También podrás hacer clic en el icono de la chincheta para mover el reproductor multimedia a la estantería. Además de controlar el contenido multimedia que se esté enviando, podrás enviar contenido web a cualquier altavoz o pantalla de tu red local.
Novedades de la consola de administración
- Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
A partir de marzo del 2024, el periodo de inactividad para la política de eliminación de datos del navegador eliminará automáticamente los datos del navegador de la consola de administración relacionados con los navegadores gestionados que no hayan contactado con el servidor durante más tiempo del que indica la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 540 días. Todos los navegadores registrados que lleven inactivos más de 540 días se eliminarán de tu cuenta poco después de que se publique esta política. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.
- A partir de Chrome 122: el periodo de inactividad de la interfaz de la política de eliminación de datos del navegador estará disponible para el acceso anticipado en la consola de administración. En el caso de los administradores de TI que consideren que los 18 meses predeterminados no son adecuados, esto les permitirá definir explícitamente un valor de política (periodo de inactividad) unas semanas antes de que empiece la eliminación.
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AlwaysOnVpnPreConnectUrlAllowlist
Usuario, sesión de invitado gestionada
ChromeOS 122+
Red
DeviceSwitchFunctionKeysBehaviorEnabled
Dispositivo
ChromeOS 122+
Otros ajustes
MicrosoftOneDriveAccountRestrictions
Usuario
ChromeOS 122+
Contenido
Usuario
ChromeOS 122+
Contenido
MicrosoftOfficeCloudUpload
Usuario
ChromeOS 122+
Contenido
MicrosoftOneDriveMount
Usuario
ChromeOS 122+
Contenido
QuickOfficeForceFileDownloadEnabled
Usuario
ChromeOS 122+
Contenido
HelpMeWriteSettings
Usuario
Chrome/ChromeOS 121+
IA generativa
CreateThemesSettings
Usuario
Chrome/ChromeOS 121+
IA generativa
TabOrganizerSettings
Usuario
Chrome/ChromeOS 121+
IA generativa
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Pantalla de selección del buscador predeterminado
Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje controla la configuración predeterminada del buscador, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.
Consulta más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: el 1 % de los usuarios podrían empezar a ver la pantalla de selección en Chrome 120.
- A finales de este año en iOS, ChromeOS, LaCrOS, Linux, macOS y Windows: lanzamiento completo para los usuarios pertinentes
- Captura de enlaces de usuario en PWAs: Windows, MacOS y Linux
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Al hacer clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 en Linux, macOS y Windows: basándonos en los resultados del experimento en Chrome 121, lanzaremos la función para el 100 % de los usuarios de la versión estable de Chrome con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Reanudar pestañas
En Chrome 123 se introducirá una nueva tarjeta en la Página Nueva pestaña, que ayudará a los usuarios a continuar con sugerencias de pestañas de otros dispositivos. Con la política NTPCardsVisible, los administradores podrán controlar esta función.
- Chrome 123 en ChromeOS, Linux, Mac y Windows
- Chrome para Android e iOS: reanudación multidispositivo
Para ayudar a los usuarios a reanudar tareas que procedan de otros dispositivos, Chrome ofrecerá sugerencias de pestañas multidispositivo en la página Nueva pestaña o en la página principal en Chrome para Android y Chrome en iOS. Este componente se mostrará en la tarjeta para continuar navegando en Inicio y en Magic Stack en Chrome en Android y en Chrome en iOS.
- Chrome 123 en Android y iOS: lanzamiento de la función
- Volver a abrir la última pestaña abierta en cualquier dispositivo
Chrome ofrecerá a los usuarios un acceso directo rápido para volver a abrir la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que ha iniciado sesión. Los administradores podrán controlar esta función mediante la política empresarial SyncTypesListDisabled.
- Chrome 123 en iOS: lanzamiento de la función
- Solicitud de permisos de la API de Web MIDI
La API Web MIDI se conecta e interactúa con dispositivos de interfaz digital de instrumentos musicales (MIDI). Se han notificado varios problemas relacionados con el acceso indirecto a dispositivos MIDI de cliente a través de la API Web MIDI (consulta este error de Chromium relacionado). Para solucionar este problema, el grupo de trabajo de audio de W3C ha decidido conceder un permiso explícito al acceso general a la API Web MIDI. Al principio, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la posibilidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso restringido mediante una solicitud de permisos. Ahora pretendemos ampliar el ámbito del permiso al uso habitual de la API Web MIDI.
En Chrome 123, el acceso a la API Web MIDI requerirá un permiso de usuario. No habrá ninguna política disponible para controlar estos cambios. Si tienes algún problema, notifica el error aquí.
- Chrome 123 en Windows, macOS, Linux y Android
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicarnos cualquier problema que encuentres.
- Chrome 123 en Windows: servicio de red en entorno aislado en Windows
- Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: se implementará el cambio.
- Desactivar y quitar WebSQL
Con SQLite por WASM como su reemplazo oficial, queremos eliminar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad representa un coste impredecible para el equipo de almacenamiento.
- Chrome 101: en Chrome 101, se añade la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras que la política estará disponible hasta Chrome 123.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba con versión antigua de WebSQL. La prueba finaliza en Chrome 123. Durante el periodo de prueba, se necesita un token de prueba con versión antigua para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess o un token de prueba con versión antigua.
- Chrome 123: en ChromeOS, Lacros, Linux, macOS, Windows y Android: a partir de Chrome 123, dejará de estar disponible la política WebSQLAccess y la prueba con versión antigua, que permite utilizar WebSQL.
- Políticas IdleTimeout y IdleTimeoutActions en iOS
Ahora, las empresas pueden tomar medidas cuando Chrome lleve un tiempo inactivo en dispositivos iOS. Los administradores pueden usar la política IdleTimeout para definir un periodo de tiempo de espera, y la política IdleTimeoutActions para especificar las acciones que se aplicarán cuando se agote el tiempo de espera. Este ajuste estará disponible como política de la plataforma en cada perfil en una fecha futura.
- Chrome 123 en iOS: políticas disponibles en iOS
- Detección de reutilización de contraseñas de varios perfiles
Antes, la detección de la reutilización de contraseñas de las credenciales de empresa solo se podía detectar en el perfil corporativo. En Chrome 123, la detección de reutilización de contraseñas detectará si se reutilizan credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador gestionado.
- Chrome 123: lanzamiento de la función
- Telemetría de los mensajes de permisos y la aceptación de permisos de notificaciones
Cuando la protección mejorada está activada y un usuario visita una página que le pide que acepte un permiso de notificaciones, es posible que los atributos de esa página se envíen a Navegación segura. Si se envía la telemetría y se considera que la página es peligrosa, los usuarios verán una advertencia de Navegación segura.
Si la protección mejorada o los informes ampliados de Navegación segura están activados y un usuario acepta un permiso de notificación para una página de la lista de bloqueados, este evento se enviará a Navegación segura.
Estas funciones se pueden controlar con las políticas SafeBrowsingProtectionLevel y SafeBrowsingExtendedReportingEnabled.
- Chrome 123 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- API de enrutamiento estático de service worker
Permite a los desarrolladores configurar el enrutamiento y descargar tareas sencillas que hacen los service workers. Si la condición coincide, la navegación se lleva a cabo sin iniciar service workers ni ejecutar JavaScript, lo que permite que las páginas web eviten mermas de rendimiento debido a interceptaciones de service workers.
- Chrome 123 en Windows, Mac, Linux y Android
- Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia
Antes de que un sitio web acceda a un sitio de destino de la red privada de un usuario, Chrome hará lo siguiente:
1. Comprueba si la solicitud de navegación original se ha iniciado desde un contexto seguro.
2. Envía una solicitud preparatoria y comprueba si el sitio de destino responde con una cabecera que permite el acceso a una red privada.
Las comprobaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función funciona en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de Chrome DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria. Para obtener más información sobre estos cambios, consulta el artículo sobre acceso a redes privadas para solicitudes de navegación. Para obtener más información, consulta la especificación de acceso a redes privadas.
- Chrome 123 en Android (excepto WebView), ChromeOS, Linux, macOS y Windows
- Mejoras en los marcadores y la lista de lectura en Android
En Chrome 124 para Android, algunos usuarios que inicien sesión en Chrome desde el administrador de marcadores podrán usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando igual que antes para configurar si los usuarios podrán utilizar y guardar elementos en su cuenta de Google.
- Chrome 124 en Android: lanzamiento de la función
- La política empresarial ThrottleNonVisibleCrossOriginIframesAllowed deja de estar disponible
El cambio en el código subyacente (limitación de iframes display:none de origen cruzado y de un mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Como ya hemos resuelto los problemas conocidos, tenemos la intención de eliminar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed a partir de Chrome 124. Puedes consultar más información sobre el problema de limitación (y sobre su resolución) en https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: se elimina la política
- Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. Con el tiempo, la política se eliminará.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: la política está obsoleta
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política
- Discontinuación prevista: eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, en torno al 30 de julio del 2024.
- Retirada de la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para volver al comportamiento antiguo de las cookies con SameSite en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Las extensiones deben actualizarse para usar Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no se admitirá en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay disponible una política empresarial (ExtensionManifestV2Availability) para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Gestión en la nube del navegador Chrome, puedes consultar qué versión de Manifest usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: la política empresarial ExtensionManifestV2Availability está disponible para controlar si se admiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Migración de Bluetooth de ChromeOS Flex
En ChromeOS 123, ChromeOS Flex se actualizará a la pila de Bluetooth de Floss. Como parte de esta actualización, los dispositivos que se indican a continuación dejarán de admitir las funciones de Bluetooth. Si las funciones Bluetooth son fundamentales en estos dispositivos, te recomendamos que los transfieras al canal LTS para ampliar las funciones de Bluetooth hasta octubre del 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Si tus dispositivos no pueden conectarse al Bluetooth después de actualizar a ChromeOS 123, cambia la marca de Chrome Usar Floss en lugar de BlueZ a Inhabilitado.
- Personalizar las combinaciones de teclas
Las combinaciones de teclas aumentan la productividad y todos tenemos nuestros favoritos. A partir de ChromeOS 123, podrás asignar tu combinación de teclas preferida para personalizar tus combinaciones de teclas. Tanto si quieres que sea más fácil de usar con una sola mano como más fáciles de recordar o que sean idénticas a las que ya conoces, esta función simplifica tus flujos de trabajo diarios.
- Graba GIFs con Captura de Pantalla
A partir de ChromeOS 124, Captura de Pantalla te permite grabar tu pantalla en formato .GIF para capturar, compartir y reproducir la grabación directamente en chats, diapositivas, documentos y más.
- Configuración rápida de Pantalla Dividida
Los Chromebooks ofrecen varias formas de organizar las ventanas de tu pantalla para mejorar tu productividad; una de ellas es Pantalla Dividida. Como suena, la configuración rápida de la pantalla dividida te ofrece una forma más rápida de configurar el diseño de tus ventanas, ya que muestra un resumen de las ventanas abiertas al otro lado de la pantalla. Gracias a la función Pantalla Dividida más rápida, una vez que acoplas (o bloqueas) una ventana en un lado, puedes elegir una ventana ya abierta en Aplicaciones recientes para acoplarla al otro lado o seleccionar algo de la estantería (la fila de aplicaciones situada en la parte inferior o en el lateral de la pantalla).
Consulta la programación de lanzamiento de ChromeOS para ver las fechas de lanzamiento y las actualizaciones.
Próximos cambios de la consola de administración
- Experiencia en la página Ajustes mejorada
A partir de marzo del 2024, todos los administradores usarán nuestra experiencia actualizada en la página Configuración, lo que significa que ya no podrás usar la experiencia antigua en la página Configuración. La mayoría de los usuarios ya utilizan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista antigua, pero seguirás teniendo acceso a las mismas funciones que en la vista actualizada.
- Informe sobre fallos de Chrome
A partir de Chrome 123, podrás visualizar eventos de fallo en la consola de administración a través de la nueva página Informes sobre fallos de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallos de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: Plataformas del SO, canales de Chrome y fechas. Este informe te ayudará a identificar de forma proactiva posibles problemas de Chrome en tu organización.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, macOS y Windows: programa de testers de confianza
- Chrome 123 en Linux, macOS y Windows: se lanza la función
- Informe de tecnología antigua
A partir de Chrome 123, el informe de tecnología antigua estará disponible en la consola de administración e informará de manera proactiva de los sitios web (tanto internos como externos) que usen una tecnología que vaya a dejar de estar disponible; por ejemplo, cambios en las cookies SameSite, protocolos de seguridad antiguos como TLS 1.0/1.1 y cookies de terceros. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la desactivación entre en vigor.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 123 en Linux, macOS y Windows
Chrome 121
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Discontinuación de cookies de terceros de Chrome (3PCD)
✓
Cambiar el nombre de las políticas empresariales de FirstPartySets a RelatedWebsiteSets
✓
✓
Organizador de pestañas
✓
Crear temas con IA
✓
Archivos cifrados más seguros para los usuarios de Navegación segura estándar
✓
Captura de enlaces de usuario en PWAs: Windows, macOS y Linux
✓
Navegación del panel lateral: fijar o desfijar
✓
Autocompletar: mostrar en tarjetas de servidor y en tarjetas locales
✓
Autocompletar: cambios en la verificación de tarjetas
✓
Herencia de resaltado de CSS
✓
Políticas de usuarios de Chrome para iOS
✓
Saltar eventos de descarga
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas quitadas en el navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Fin del ciclo de asistencia de dispositivos con ChromeOS Flex
✓
Habilitar el dictado con el teclado
✓
Servicio de accesibilidad de ChromeVox
✓
Ya no hay más mensajes de configuración inicial para el Asistente
✓
Nuevo gesto del panel táctil en ChromeOS
✓
Integrar el ID y el nombre de la regla de eventos de DLP en la herramienta de investigación de seguridad
✓
Restricciones de archivos mediante controles de datos empresariales (DLP)
✓
Impresión sin bordes
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Configurar la dirección IP en el dispositivo con un adaptador Ethernet
✓
✓
Informe de uso de aplicaciones y extensiones: se han quitado las extensiones destacadas de Chrome Web Store
✓
Informe sobre fallos de Chrome
✓
Corrección de algunos certificados de Wi-Fi de Android
✓
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Pantalla de selección del buscador predeterminado
✓
Obtener ayuda para escribir en la Web con IA
✓
Experiencia de inicio de sesión y sincronización simplificada
✓
✓
Solicitud de permisos de la API de Web MIDI
✓
SharedImages para decodificación de vídeo con PPAPI
✓
Configuración de seguridad de V8
✓
Leer en voz alta
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
✓
Comprobación asíncrona de Navegación segura del lado del servidor
✓
Advertencias de descarga mejoradas en la página Descargas de Chrome
✓
Reabrir la última pestaña abierta en cualquier dispositivo
✓
Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
✓
✓
Desactivar y quitar WebSQL
✓
La política empresarial ThrottleNonVisibleCrossOriginIframesAllowed deja de estar disponible
✓
Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Desactivación prevista: eventos de mutación
✓
Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Las extensiones deben actualizarse para usar Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Migración de Bluetooth de ChromeOS Flex
✓
Nuevo diseño de Media Player de ChromeOS
✓
Inhabilitación de aplicaciones por parte de un administrador en sesiones de invitado gestionadas
✓
Ahorro de batería
✓
Próximos cambios de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
✓
Informe de tecnología antigua
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas más en estar disponible.
Novedades del navegador Chrome
- Discontinuación de cookies de terceros de Chrome (3PCD)
Como ya anunciamos, Chrome 121 restringe de forma predeterminada las cookies de terceros al 1 % de los usuarios de Chrome para facilitar la realización de pruebas, y está previsto ampliar esta medida al 100 % de los usuarios a partir del tercer trimestre del 2024. La decisión de aplicar esta restricción al 100 % de los usuarios responde a la necesidad de abordar cualquier otra preocupación ligada a la competencia que pueda tener la autoridad de los mercados y la competencia (Competition and Markets Authority, CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1 % también dispondrán de nuevos controles de usuario de Protección Antirrastreo. Puedes probar estos cambios en Chrome 121 o versiones posteriores habilitando chrome://flags/#test-third-party-cookie-phaseout.
El periodo de pruebas permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que se eliminará su estado en los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa deberían excluirse automáticamente de este grupo experimental del 1 %; sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y evitar que sus navegadores gestionados participen en este experimento antes de que empiece. Así, las empresas tienen tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Vamos a lanzar el informe de tecnología antigua para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor "false" a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se vean afectadas tus aplicaciones empresariales y puedan seguir recibiendo cookies de terceros.
Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el icono del ojo en el omnibox para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada.
Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando al sitio con rebote no se le permite usar cookies de terceros. Por lo tanto, si se asigna el valor "false" a la política BlockThirdPartyCookies o se establece la política CookiesAllowedForUrls en un sitio, las mitigaciones del seguimiento de rebotes no podrán eliminar los estados de los sitios.
Las integraciones empresariales de SaaS que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba con versión antigua de terceros para seguir accediendo a cookies de terceros durante un periodo limitado.
La función heurística concede acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1 % del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Cambio de nombre de las políticas FirstPartySets a RelatedWebsiteSets
Las políticas de empresa FirstPartySetsEnabled y FirstPartySetsOverrides pasan a llamarse RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides respectivamente. El comportamiento de las políticas no ha cambiado. A partir de ahora, los administradores deben usar las nuevas políticas RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides. Para obtener más información sobre el cambio de nombre, consulta https://developer.chrome.com/blog/related-website-sets/.
- Organizador de pestañas
Organizador de Pestañas es una función basada en IA generativa que permite a Chrome sugerir y crear automáticamente grupos de pestañas para los usuarios según las URLs y los títulos de los sitios web que tengan abiertos. Para usarla, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.
A partir de Chrome 121, un número limitado de usuarios que hayan iniciado sesión en Estados Unidos podrán activar la opción Organizador de Pestañas en la configuración de Chrome. En un primer momento, esta función solo está disponible para los usuarios no gestionados, y los usuarios de Chrome Enterprise y Education gestionados no pueden acceder a ella en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, ofreceremos más información sobre Organizador de Pestañas en el Centro de Ayuda de Chrome Enterprise y Education.
Antes de que se lance la función Organizador de Pestañas para los usuarios gestionados, los administradores pueden controlarla mediante la política TabOrganizerSettings. Estas son las opciones disponibles para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar por completo la función
- Crear temas con IA
La función Crear temas con IA de Chrome permite a los usuarios crear un tema único de Chrome (una combinación de un color y una imagen de fondo de pantalla) mediante IA generativa. Para usar esta función, abre una pestaña nueva y, en la parte inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Una vez ahí, los usuarios pueden elegir entre distintas opciones predefinidas de temas, estados de ánimo, estilos visuales y colores.
A partir de Chrome 121, un número limitado de usuarios que hayan iniciado sesión en Estados Unidos podrán crear temas con IA activando la función correspondiente en la configuración de Chrome. En un primer momento, esta función solo está disponible para los usuarios no gestionados, y los usuarios de Chrome Enterprise y Education gestionados no pueden acceder a ella en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, ofreceremos más información sobre la función Crear temas con IA en el Centro de Ayuda de Chrome Enterprise y Education.
Antes de que se lance la función Crear temas con IA para los usuarios gestionados, los administradores pueden controlarla mediante la política CreateThemesSettings. Estas son las opciones disponibles para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar por completo la función
- Archivos cifrados más seguros para los usuarios de Navegación segura estándar
En algunas descargas de archivos cifrados, Chrome solicita a los usuarios de Navegación segura estándar una contraseña (no se comparte con Google y se elimina después de recuperar los metadatos). Este proceso se utiliza para recoger más metadatos sobre la descarga (como hashes de archivos contenidos y firmas ejecutables) que se envían a Google para ofrecer veredictos de mejor calidad. La contraseña será local y no se compartirá con Google. Puedes controlar esta función con la política SafeBrowsingDeepScanningEnabled.
- Chrome 121 en Linux, macOS y Windows
- Captura de enlaces de usuario en PWAs: Windows, macOS y Linux
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Al hacer clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.
- Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 en Linux, macOS y Windows: basándonos en los resultados del experimento en Chrome 121, lanzaremos la función para el 100 % de los usuarios de la versión estable de Chrome con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
- Navegación del panel lateral: fijar o desfijar
A partir de Chrome 121, se eliminará el icono del panel lateral y, en su lugar, se utilizará la navegación del panel lateral para ofrecer opciones de personalización fijándolas en la barra de herramientas. Esto permite acceder de forma directa y eficaz a una serie de paneles. Puedes abrir la mayoría de las funciones del panel lateral a través del menú de Chrome (
).
- Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Autocompletar: mostrar en tarjetas de servidor y en tarjetas locales
La función Autocompletar ayuda a los usuarios a rellenar fácilmente la información de sus tarjetas en formularios de pago. Las tarjetas de crédito o débito, que se pueden usar para autocompletar, se almacenan en el cliente de Chrome. Hay 2 tipos: tarjetas de servidor y tarjetas locales. Una tarjeta de servidor solo tiene los últimos cuatro dígitos y la fecha de caducidad de la tarjeta, mientras que una tarjeta local tiene todos los dígitos de la tarjeta junto con la fecha de caducidad.
Hay casos en los que hay una tarjeta local y una de servidor de la misma tarjeta en un mismo cliente. Cuando esto ocurre, Chrome normalmente anula los duplicados de la tarjeta de servidor y solo ofrece la tarjeta local para autocompletar. Con este cambio, sucede lo contrario: ahora se ofrece el uso de la tarjeta de servidor a los usuarios. De este modo, los usuarios que tengan tarjetas duplicadas podrán disfrutar de las ventajas de seguridad y usabilidad de las tarjetas de servidor de GPay, y la experiencia será más uniforme en todos los dispositivos.
- Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Autocompletar: actualizaciones del código de seguridad
En Chrome 121, para mejorar la experiencia de usuario, la función Autocompletar para pagos ahora desenmascara la información de las tarjetas mediante los métodos de verificación de Google, que son líderes en el sector, en lugar de usar códigos de seguridad para verificar y desenmascarar las tarjetas. Los usuarios pueden activar el desbloqueo del dispositivo si quieren añadir una capa adicional de seguridad para desenmascarar su tarjeta.
- Chrome 121 en Android y macOS
- Herencia de resaltado de CSS
Con la herencia de resaltado de CSS, las pseudoclases de resaltado de CSS, como::selection y ::highlight, heredan sus propiedades a través de la cadena de pseudoresaltados, en lugar de hacerlo a través de la cadena de elementos. El resultado es un modelo más intuitivo para heredar las propiedades de los resaltados. En concreto, cuando la cascada no asigna un valor a una propiedad compatible, su valor especificado vendrá determinado por la herencia del pseudoelemento resaltado correspondiente del elemento superior de su elemento de origen. Para obtener más información, consulta la especificación sobre cómo resaltar pseudoelementos.
- Chrome 121 en Windows, macOS, Linux y Android
- Políticas de usuarios de Chrome para iOS
Con las políticas de usuarios de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en los dispositivos de los usuarios. La configuración se aplica siempre que el usuario inicie sesión en el navegador Chrome con su cuenta gestionada desde cualquier dispositivo, incluidos los dispositivos personales.
Comenzamos el lanzamiento en Chrome 120, pero restauramos la versión anterior debido a un error sin impacto. A partir de Chrome 121, los usuarios finales gestionados empiezan a ver un aviso de gestión en el que se indica que su organización gestiona la cuenta en la que están iniciando sesión. Los administradores pueden activar esta función en la consola de administración en el ajuste Chrome en iOS. Para obtener más información, consulta el artículo Definir políticas de Chrome para usuarios o navegadores.
- Chrome 120 en iOS: se inicia el lanzamiento al 5 %, pero se restaura la versión anterior debido a un error sin impacto
- Chrome 121 en iOS: se inicia el lanzamiento gradual, con el objetivo de alcanzar el 100 % a partir de la versión M122
- Saltar eventos de descarga
La presencia de procesadores de eventos de descarga es un bloqueador principal para la caché de páginas completas en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores dan prioridad al archivo bfcache al no activar eventos de descarga en la mayoría de los casos. Para mejorar la situación, hemos colaborado con muchos partners y hemos reducido el uso de procesadores de eventos de descarga durante los últimos años. Para agilizar aún más esta migración, proponemos que Chrome para ordenadores omita gradualmente los eventos de descarga.
Si necesitas más tiempo para migrar de los eventos de descarga, te ofreceremos exclusiones temporales mediante la API Permissions-Policy y la política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener el comportamiento sin cambios de forma selectiva.
- Chrome 117 en ChromeOS, Linux, macOS y Windows: prueba para desarrolladores
- Chrome 119 en ChromeOS, Linux, macOS y Windows: se incluye la política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121-131 en ChromeOS, Linux, macOS y Windows: prueba con versión antigua (la aplicación general de la discontinuación será limitada hasta que esté lista la prueba con versión antigua)
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
AllowChromeDataInBackups
Permitir crear una copia de seguridad de datos de Google Chrome
CloudUserPolicyMerge
Habilitar la fusión de políticas de nube a nivel de usuario con políticas a nivel de ordenador (ya disponible en iOS)
ProfileReauthPrompt
Solicitar a los usuarios que vuelvan a autenticarse en el perfil
HelpMeWriteSettings
Permitir usar la función Ayúdame a escribir
TabOrganizerSettings
Permitir usar la función Organización de pestañas
CreateThemesSettings
Crear temas con IA
- Políticas retiradas del navegador Chrome
Política
Descripción
ChromeRootStoreEnabled
Determina si Chrome Root Store y el verificador de certificados integrado se usarán para verificar los certificados de los servidores
ContextAwareAccessSignalsAllowlist
Habilitar el flujo de atestación del conector de confianza de dispositivos de Chrome Enterprise para ver una lista de las URLs
WebRtcAllowLegacyTLSProtocols
Permitir cambiar la versión de WebRTC a versiones antiguas de TLS/DTLS
OffsetParentNewSpecBehaviorEnabled
Controlar el nuevo comportamiento de HTMLElement.offsetParent
SendMouseEventsDisabledFormControlsEnabled
Controlar el nuevo comportamiento de envío de eventos en controles de formulario inhabilitados
AttestationEnabledForDevice
Habilitar confirmación remota para el dispositivo
Actualizaciones de ChromeOS
- Fin del ciclo de asistencia de dispositivos ChromeOS Flex
A partir del 1 de enero del 2024, los dispositivos que tenían previsto alcanzar el final de su ciclo de asistencia en el 2023 dejarán de estar disponibles. Entre los dispositivos a los que se les ha retirado el certificado se incluyen los que se indican más abajo. Si quieres ver todos los dispositivos, consulta nuestra lista de modelos certificados.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo de Flex dejará de hacer pruebas y de ofrecer servicios de mantenimiento para estas actualizaciones. Recomendamos que los clientes se actualicen a los modelos ChromeOS Flex o dispositivos ChromeOS más recientes para aprovechar las nuevas funciones y mejoras de seguridad. Puedes consultar más información sobre los dispositivos compatibles en nuestro Centro de Ayuda.
- Habilitar el dictado con el teclado
Los teclados Logitech con un botón de dictado y otros teclados que utilizan la combinación de teclas Buscar + D ahora activan la función de accesibilidad de dictado si está desactivada. Si la función de dictado ya está activada, la tecla (y la combinación de teclas) activarán el dictado. Al habilitar el dictado, aparecerá un cuadro de diálogo para informar a los usuarios de que van a habilitar el dictado, es posible que se descarguen determinados archivos de voz y aparezca información sobre cómo usar la función de dictado cuando esté habilitada.
- Servicio de accesibilidad de ChromeVox
Los usuarios del streaming de aplicaciones en Chromebooks ahora podrá utilizar ChromeVox para navegar por la aplicación de streaming de Android. El árbol de accesibilidad de la aplicación de streaming de Android se transmite junto con la propia aplicación y se puede interactuar con él mediante las funciones del lector de pantalla de ChromeOS.
- Ya no hay más mensajes de configuración inicial para el Asistente
ChromeOS 121 elimina los mensajes de bienvenida o de configuración inicial para un nuevo usuario al iniciar el Asistente en ChromeOS por primera vez. Se trata de una desactivación.
- Nuevo gesto del panel táctil en ChromeOS
ChromeOS 121 lanza un nuevo gesto de panel táctil para ayudar a los usuarios a cerrar las ventanas emergentes de notificación del centro de notificaciones.
- Integrar el ID y el nombre de la regla de eventos de DLP en la herramienta de investigación de seguridad
Los eventos de control de datos de ChromeOS tendrán campos adicionales para enriquecer las estadísticas para administradores en la herramienta de investigación de seguridad.
- Restricciones de archivos de Enterprise DataControls (DLP)
En ChromeOS 121, los controles de datos de ChromeOS permiten a los equipos de TI y de Seguridad proteger datos importantes de la empresa y de los clientes. Está disponible para eventos como copiar y pegar, capturas de pantalla, pantalla compartida e impresión. Los administradores de TI pueden crear una estrategia de protección de la información con reglas basadas en la fuente de datos, el destino y el usuario.
Hay nuevas funciones para controlar qué pueden hacer los usuarios con los archivos de dispositivos ChromeOS mediante reglas basadas en el origen y el destino.
- Impresión sin bordes
ChromeOS ahora es compatible con la impresión sin bordes. Con una impresora compatible, ahora puedes imprimir fotografías en papel fotográfico, sin bordes.
Novedades de la consola de administración
- Configurar la dirección IP en el dispositivo con el adaptador Ethernet
La configuración de la consola de administración Permitir que se configuren direcciones IP en el dispositivo (solo en ChromeOS) y Permitir que los usuarios modifiquen estos valores (en Configuración de DNS) también se respetará para los adaptadores Ethernet.
- Informe de uso de aplicaciones y extensiones: se han quitado las extensiones destacadas de Chrome Web Store
En Chrome 121, se añade información al informe de uso de aplicaciones y extensiones para ayudarte a identificar si una extensión se ha retirado recientemente de Chrome Web Store mediante una nueva columna de notificaciones y un nuevo Chrome Web Store que representa el estado de ficha de una extensión. En la página Detalles de la aplicación, puedes consultar el motivo por el que se ha retirado una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el efecto que tiene inhabilitar extensiones no publicadas con esta política.
- Chrome 120 en Linux, macOS y Windows: programa de testers de confianza
- Chrome 121 en Linux, macOS y Windows: se lanza la función
Informe de uso de extensiones y aplicaciones:
Página de detalles de la aplicación:
- Informe sobre fallos de Chrome
A partir de Chrome 122, podrás visualizar eventos de fallo en la consola de administración a través de la nueva página Informes sobre fallos de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallos de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: Plataformas del SO, canales de Chrome y fechas. Este informe te ayudará a identificar de forma proactiva posibles problemas de Chrome en tu organización.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, macOS y Windows: programa de testers de confianza
- Chrome 122 en Linux, macOS y Windows: se lanza la función
- Corrección de determinados certificados de Wi-Fi de Android (principios de febrero del 2024)
Obligatorio a partir de Android 13, en determinadas configuraciones de Wi-Fi mediante autenticación empresarial (802.1X), se añadió un nuevo campo obligatorio, llamado "DomainSuffixMatch", como medida de seguridad adicional. Antes de actualizar tu flota a Android 13, debes editar el nuevo campo de la configuración de esa red, Autoridad de certificación de servidor, para añadir al menos una Coincidencia de sufijo de dominio del certificado del servidor. El dispositivo solo se conectará a la red Wi‐Fi si el certificado de servidor presentado por el extremo remoto tiene un CommonName de sujeto o un nombre DNS SubjectAlternativeName (SAN) que coincida con el sufijo proporcionado.
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AllowChromeDataInBackups
Usuario y navegador
Chrome (iOS)
Otros ajustes
OopPrintDriversAllowed
Usuario y navegador
Chrome (Linux, macOS y Windows)
Impresión
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Pantalla de elección de buscador predeterminado
A partir de Chrome 120, es posible que se pida a los usuarios finales de empresa que elijan su buscador predeterminado desde Chrome.
Como parte de nuestro proceso de cumplimiento de la LMD, a algunos usuarios se les solicitará que elijan su buscador predeterminado en Chrome. Esta solicitud controla la configuración del buscador predeterminado, que está disponible en chrome://settings/search. Las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl seguirán controlando este ajuste como hasta ahora, si el administrador de TI lo ha configurado. Consulta más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: el 1 % de los usuarios podrían empezar a ver la pantalla de selección en Chrome 120.
- Chrome 122 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: lanzamiento completo para los usuarios pertinentes.
- Obtener ayuda para escribir en la Web con IA
En Chrome 122, lanzaremos una función experimental basada en IA generativa para ayudar a los usuarios a escribir en la Web. Esta herramienta puede ayudar a los usuarios a escribir con más confianza y a poner en marcha el proceso de escritura cuando tengan que rellenar campos de texto de formato libre en la Web.
A partir de Chrome 122, un número limitado de usuarios que hayan iniciado sesión en Estados Unidos podrán activar Ayúdame a escribir en la configuración de Chrome. En Chrome 122, esta función solo estará disponible inicialmente para los usuarios no gestionados, y los usuarios gestionados de Chrome Enterprise y Education no podrán acceder a ella. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, ofreceremos más información sobre Ayúdame a escribir en el Centro de Ayuda de Chrome Enterprise y Education.
Los administradores podrán controlar la función Ayúdame a escribir mediante la política HelpMeWriteSettings. Estas son las opciones que habrá disponibles para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar por completo la función
- Experiencia de inicio de sesión y sincronización simplificada
A partir de Chrome 122, los usuarios que tengan Sincronización de Chrome activada disfrutarán de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.
Igual que antes, la función que anteriormente formaba parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede desactivar por completo (mediante SyncDisabled) o parcialmente (mediante SyncTypesListDisabled). El inicio de sesión en Chrome se puede exigir o inhabilitar a través de BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.
- Chrome 117: Sincronización de Chrome dejará de estar disponible para los usuarios que no tenían habilitada Sincronización de Chrome en ese momento.
- Chrome 122: Sincronización de Chrome dejará de estar disponible para los usuarios que la tengan habilitada, por lo que migrarán a un estado equivalente.
- Solicitud de permisos de la API Web MIDI
Se han notificado varios problemas relacionados con el acceso indirecto a dispositivos MIDI de cliente a través de la API Web MIDI (errores). Para solucionar este problema, Audio WG ha decidido solicitar un permiso explícito de acceso general a la API MIDI. Al principio, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema [SysEx]) en Chrome, de forma que el acceso quedaba restringido mediante una solicitud de permisos. Tenemos previsto ampliar el permiso al uso habitual de la API MIDI.
Actualmente, el uso de mensajes SysEx con la API Web MIDI requiere un permiso de usuario explícito. Con esta implementación, incluso el acceso a la API Web MIDI sin compatibilidad con SysEx requerirá un permiso de usuario. Habrá tres nuevas políticas (DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls) disponibles para que los administradores puedan preconfigurar el acceso de los usuarios a la API.
- Chrome 122 en Windows, macOS, Linux y Android
- SharedImages para decodificación de vídeo con PPAPI
En Chrome 119, se incluye una nueva política, PPAPISharedImagesForVideoDecoderAllowed, para controlar la refactorización reciente de las APIs VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS y Lacros: se incluye una política de vía de escape.
- Chrome 122 en ChromeOS y Lacros: se han eliminado la política de vía de escape y las rutas de código antiguo correspondientes.
- Configuración de seguridad de V8
Añade un ajuste en chrome://settings/security para inhabilitar los optimizadores JIT de V8 con el objetivo de reducir la superficie de ataque de Chrome. Este comportamiento sigue estando controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. Este ajuste está integrado en la configuración del sitio y se lanzará en Chrome 122. Las políticas empresariales llevan disponibles desde Chrome 93.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Lectura en voz alta
Lectura en voz alta permitirá a los usuarios de Chrome en Android escuchar páginas web gracias a tecnología de conversión de texto a voz. Los usuarios podrán acceder a esta función a través del menú adicional y controlar la reproducción mediante controles de audio.
Lectura en voz alta enviará la URL de la página a los servidores de Google para poder ofrecer la reproducción, y los usuarios que utilicen la función deberán habilitar la opción del menú de configuración "Mejorar las búsquedas y la navegación".
Si se asigna el valor "true" a la política ListenToThisPageEnabled, los usuarios podrán utilizar la lectura en voz alta en las páginas web que cumplan los requisitos mediante la conversión de texto a voz. Esto se consigue mediante la extracción de contenido y la síntesis de audio del lado del servidor. Si se le asigna el valor "false", se desactivará esta función. Si se le asigna el valor predeterminado o no se le asigna ningún valor, se activará la función Lectura en voz alta.
- Chrome 122 en Android: lanzamiento de la función
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicarnos cualquier problema que encuentres.
- Chrome 122 en Windows: servicio de red en entorno aislado en Windows
- Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
En Chrome 116, el uso de WebView de las aplicaciones de Chrome tiene las siguientes restricciones:
El uso del evento NewWindow de WebView para adjuntar un elemento de WebView en otra ventana de aplicación provocará que se invalide la referencia de la ventana que devuelve la llamada window.open al WebView de origen. La política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed se puso a disposición de los usuarios para que las empresas tuvieran tiempo de abordar los posibles problemas que pudieran surgir con estos cambios. Esta política se eliminará en Chrome 122.
- Chrome 122 en Linux, macOS, Windows y ChromeOS: se elimina la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
- Comprobación asíncrona de Navegación segura del lado del servidor
Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que el usuario no puede ver la página hasta que se completan. Para mejorar la velocidad de carga de Chrome, las comprobaciones realizadas con la lista de Navegación segura del lado del servidor ya no bloquearán la carga de las páginas a partir de Chrome 122.
Hemos evaluado el riesgo e implementado medidas de mitigación:
- Para protegerte de ataques directos al navegador, las comprobaciones de la lista local se seguirán llevando a cabo de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se haya completado la comprobación de la lista local.
- Para protegerte frente a ataques de suplantación de identidad, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introducido una contraseña) antes de que mostremos la advertencia.
- Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows: lanzamiento de la función
- Advertencias de descarga mejoradas en la página Descargas de Chrome
Para reducir las consecuencias derivadas de la descarga de malware, vamos a retocar las cadenas y los patrones de advertencia de descarga para ordenadores para que sean claros y coherentes.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia: lanzamiento de la función
- Volver a abrir la última pestaña abierta en cualquier dispositivo
Chrome ofrecerá a los usuarios un acceso directo rápido para volver a abrir la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que ha iniciado sesión. Los administradores podrán controlar esta función mediante la política empresarial SyncTypesListDisabled.
- Chrome 123 en iOS: lanzamiento de la función
- Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores
Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: se implementará el cambio.
- Desactivación y retirada de WebSQL
Con SQLite por WASM como su reemplazo oficial, queremos eliminar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se abandonó en noviembre del 2010. Gecko nunca implementó esta función y WebKit dejó de ofrecerla en el 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, proteger a nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad representa un coste impredecible para el equipo de almacenamiento.
- Chrome 101: en Chrome 101, se añade la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras que la política estará disponible hasta Chrome 123.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba con versión antigua de WebSQL. La prueba finaliza en Chrome 123. Durante el periodo de prueba, se necesita un token de prueba con versión antigua para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess o un token de prueba con versión antigua.
- Chrome 123: en ChromeOS, Lacros, Linux, macOS, Windows y Android: a partir de Chrome 123, dejará de estar disponible la política WebSQLAccess y la prueba con versión antigua, que permite utilizar WebSQL.
- La política empresarial ThrottleNonVisibleCrossOriginIframesAllowed deja de estar disponible
El cambio en el código subyacente (limitación de iframes display:none de origen cruzado y de un mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Como ya hemos resuelto los problemas conocidos, tenemos la intención de eliminar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed a partir de Chrome 124. Puedes consultar más información sobre el problema de limitación (y sobre su resolución) en https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: se eliminaThrottleNonVisibleCrossOriginIframesAllowed
- Retirada del soporte para UserAgentClientHintsGREASEUpdateEnabled
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado lleva más de un año activado de forma predeterminada. Con el tiempo, la política se eliminará.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: la política está obsoleta
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política
- Discontinuación prevista: eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, en torno al 30 de julio del 2024.
- Retirada de la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para volver al comportamiento antiguo de las cookies con SameSite en los dominios especificados. La vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList se ha alargado y se eliminará llegado el momento que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Las extensiones deben actualizarse para usar Manifest V3 antes de junio del 2025
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no se admitirá en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay disponible una política empresarial (ExtensionManifestV2Availability) para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Gestión en la nube del navegador Chrome, puedes consultar qué versión de Manifest usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: la política empresarial ExtensionManifestV2Availability está disponible para controlar si se admiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: se elimina la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Migración del Bluetooth de ChromeOS Flex
ChromeOS Flex se actualizará al Pila de Bluetooth de hilo de hilo en ChromeOS 122. Como parte de esta actualización, los siguientes dispositivos dejarán de admitir las funciones de Bluetooth. Si esta función es fundamental para estos dispositivos, te recomendamos que los transfieras al canal LTS para ampliar las funciones de Bluetooth hasta octubre del 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- Nuevo diseño del reproductor multimedia de ChromeOS
El reproductor multimedia pronto incluirá botones y colores más grandes que combinan con el fondo de pantalla. El reproductor multimedia aparecerá en los ajustes rápidos cuando estés reproduciendo vídeo o audio (como Spotify o YouTube). Podrás hacer clic en el icono de la chincheta para mover el reproductor multimedia a la estantería. Además de controlar el contenido multimedia que se envía, podrás enviar contenido web a cualquier altavoz o pantalla de tu red local.
- Inhabilitación de aplicaciones por parte del administrador en MGS
Hasta ahora, Managed Guest Sessions (MGS) incluye un conjunto de aplicaciones (de exploración, de galería y de terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas aplicaciones, bloquearlas y ocultarlas a los usuarios de tu empresa.
- Ahorro de batería
A partir de ChromeOS 122, Ahorro de Batería estará disponible para reducir el brillo de la retroiluminación del teclado y de la pantalla, limitar la frecuencia de actualización de la pantalla y el presupuesto de computación disponible, y también desactivar algunas funciones que consumen más energía en segundo plano para que los usuarios puedan aprovechar la duración de la batería de sus dispositivos. Esto les será útil cuando necesiten un par de minutos para terminar una tarea y no tengan a mano un cargador. La función se habilitará automáticamente cuando el nivel de la batería del usuario llegue al 20 %.
Próximos cambios de la consola de administración
- Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
A partir de Chrome 124, el periodo de inactividad para la política de eliminación de datos del navegador eliminará automáticamente los datos del navegador de la consola de administración relacionados con los navegadores gestionados que no hayan contactado con el servidor durante más tiempo del que indica la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 540 días. Todos los navegadores registrados que lleven inactivos más de 540 días se eliminarán de tu cuenta poco después de que se publique esta política. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días.
Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.
- A partir de Chrome 122: el periodo de inactividad de la interfaz de la política de eliminación de datos del navegador estará disponible para el acceso anticipado en la consola de administración. En el caso de los administradores de TI que consideren que los 18 meses predeterminados no son adecuados, esto les permitirá definir explícitamente un valor de política (periodo de inactividad) unas semanas antes de que empiece la eliminación.
- Informe de tecnología antigua
A partir de Chrome 122, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies de terceros, las cookies SameSite o protocolos de seguridad antiguos como TLS 1.1/1.1. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la desactivación entre en vigor.
Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 122 en Linux, macOS y Windows
Chrome 120
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Pantalla de selección del buscador predeterminado
✓
Desactivación de cookies de terceros de Chrome (3PCD)
✓
Cambiar el nombre de las políticas empresariales de FirstPartySets a RelatedWebsiteSets
✓
✓
Chrome Web Store: mejoras en la experiencia de usuario
✓
Nueva comprobación de seguridad en ordenadores
✓
Barra de herramientas adaptable de Chrome para ordenadores
✓
Chrome para Android ya no admite Android Nougat
✓
Seguimiento de envíos (solo iOS)
✓
Quitar el prefijo -webkit-background-clip para texto y convertirlo en un alias
✓
Políticas de usuarios de Chrome para iOS
✓
Separación de perfiles de Chrome: nuevas políticas
✓
Migrar desde las URLs de datos en SVGUseElement
✓
✓
Gestor de contraseñas: compartir contraseñas
✓
✓
Quitar la asistencia recomendada de varias políticas
✓
Guardar imágenes en Google Fotos en iOS
✓
Quitar la implementación en bloque de los iframes del mismo origen en CSPEE
✓
Solicitudes de cierre de CloseWatcher, <dialog> y popover=""
✓
Desactivar y quitar la compatibilidad con Theora
✓
Consentimiento de señales de dispositivos no gestionados
✓
Traslado de las interacciones de impresión a un proceso de servicio
✓
Servicio de sugerencias de permisos basado en URLs
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas quitadas del navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Nuevos controles de aceleración de desplazamiento del ratón
✓
Comportamiento de Alt + clic mejorado
✓
Eventos de autenticación XDR
✓
Pellizcar para cambiar el tamaño de Imagen en imagen
✓
Nuevo diseño del selector de emojis
✓
Combinaciones de teclas: teclas F11 y F12 habilitadas
✓
Retirada de la compatibilidad con los contenedores multimedia y códecs antiguos de ChromeOS
✓
Botón de escritorio virtual de ChromeOS
✓
Información sobre las aplicaciones en Gestión de aplicaciones
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Funciones de IA generativa
✓
Archivos cifrados más seguros para los usuarios de Navegación segura estándar
✓
Solicitud de permisos de la API de Web MIDI
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Captura de enlaces de usuario en PWAs: Windows, Mac y Linux
✓
Navegación en el panel lateral: fijar o desfijar
✓
SharedImages para decodificación de vídeo con PPAPI
✓
Saltar eventos de descarga
✓
Reabrir la última pestaña abierta en cualquier dispositivo
✓
Retirada de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Fin de la compatibilidad de Sincronización de Chrome con Chrome 81 y versiones anteriores
✓
✓
Se desactiva y se quita WebSQL
✓
Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Desactivación prevista: eventos de mutación
✓
Las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Fin del ciclo de asistencia de dispositivos con ChromeOS Flex
✓
Migración de Bluetooth de ChromeOS Flex
✓
Definir la duración del salvapantallas
✓
Nuevo diseño de Media Player de ChromeOS
✓
Integración de los eventos de DLP en la herramienta de investigación de seguridad
✓
Restricciones de archivos mediante controles de datos de ChromeOS
✓
Mejora de las notificaciones para las aplicaciones fijadas
✓
Nuevas opciones de sincronización de ChromeOS
✓
✓
Inhabilitación de aplicaciones por parte de un administrador en sesiones de invitado gestionadas
✓
Próximos cambios de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Eliminación de navegadores inactivos en Gestión en la nube del navegador Chrome
✓
Informe de uso de aplicaciones y extensiones: se han quitado las extensiones destacadas de Chrome Web Store
✓
Informe de tecnología antigua
✓
Informe sobre fallos de Chrome
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas.
Actualizaciones del navegador Chrome
- Pantalla de elección de buscador predeterminado
A partir de Chrome 120, finalización de Enterprise - Es posible que a los usuarios se les pida que elijan su buscador predeterminado en Chrome.
Como parte de nuestro proceso de cumplimiento de la LMD, a algunos usuarios se les solicitará que elijan el buscador predeterminado en Chrome. Esta solicitud controla la configuración del buscador predeterminado, que está disponible en chrome://settings/search. Las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl seguirán controlando este ajuste como hasta ahora, si el administrador de TI lo ha configurado. Consulta más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac y Windows: el 1 % de los usuarios empezarán a ver la pantalla de selección en Chrome 120. 100 % en Chrome 122 para los usuarios que cumplan los requisitos.
- Desactivación de cookies de terceros de Chrome (3PCD)
En Chrome Desde el 120 (enero del 2024), Chrome inhabilitará las cookies de terceros a nivel mundial para el 1 % del tráfico de Chrome como parte de nuestras pruebas facilitadas por Chrome en colaboración con el CMA. El periodo de pruebas facilitado permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que su estado es para los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa deberían excluirse automáticamente de este grupo experimental. sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y inhabilitar sus navegadores gestionados antes de que empiece el experimento. Así, las empresas tendrán tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Tenemos previsto proporcionar más herramientas (como el informe de tecnología antigua) para ayudar a identificar el uso de cookies de terceros. casos. Los administradores pueden asignar el valor "false" a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se interrumpa la publicación de tus aplicaciones empresariales y así seguir recibiendo cookies de terceros.
Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el control Omisión de usuarios (el icono del ojo en el omnibox) para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Las políticas de administración empresarial anulan los controles de omisión de usuarios. Por ejemplo, si se asigna el valor true a la política BlockThirdPartyCookies, se inhabilitarán las cookies de terceros en todos los sitios e impedirá que los usuarios utilicen este control de omisión de usuarios.
Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando el sitio con rebote no puede tener o recibir cookies de terceros. Por lo tanto, si se asigna el valor false a la política BlockThirdPartyCookies o si se establece la política CookiesAllowedForUrls en un sitio, se impedirá el seguimiento de rebotes. mitigaciones de eliminación de estados de sitios.
Las integraciones empresariales de SaaS que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad podrán registrarse en laprueba de desactivación de cookies de terceros para seguir teniendo acceso a cookies de terceros durante un periodo limitado.
La función heurística concederá acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulte la sección de blog Modo B: Desactivación de cookies de terceros para el 1 % y el blog Preparación para el final de las cookies de terceros.
- Chrome 120 en ChromeOS, Linux, Mac y Windows
El 1 % del tráfico mundial tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Cambiar el nombre de las políticas FirstPartySets a relatedWebsiteSets
La FirstPartySetsEnabled y FirstPartySetsOverrides las políticas de empresa pasan a llamarse RelacionadosWebSetsEnabled y Anulaciones de conjuntos de sitios web relacionados respectivamente. El comportamiento de las políticas no ha cambiado. A partir de ahora, los administradores deben usar las nuevas políticas RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides. Para obtener más información sobre el cambio de nombre, consulta https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Chrome Web Store: mejoras en la experiencia de usuario
El equipo de Chrome revela una versión rediseñada de Chrome Web Store que simplifica el proceso para buscar y gestionar extensiones. Además de una interfaz moderna y refrescante, la tienda presenta nuevas categorías de extensiones, como extensiones basadas en IA y Editores del momento. Estas mejoras se irán lanzando de forma gradual a lo largo de los próximos meses.
Los usuarios pueden volver temporalmente al diseño de la tienda original haciendo clic en los tres puntos situados junto a su avatar de perfil y seleccionando Volver a la tienda original. Esta opción temporal se inhabilitará en enero del 2024 y los administradores no pueden controlarla de forma centralizada.
Las empresas seguirán teniendo acceso a sus políticas empresariales en la nueva experiencia de usuario de Chrome Store.
La versión renovada de Chrome Web Store también incluirá una sección específica para las extensiones específicas de tu dominio. Para obtener más información sobre cómo publicar extensiones privadas, consulta el artículo Opciones de publicación para empresas.
Hay un problema conocido con ExtensionSettings que consiste en que el campo blocked_install_message no se muestra correctamente en la experiencia de usuario rediseñada de Chrome Store y estamos trabajando para solucionarlo. . Solo te llevará un par de minutos.
- Comprobación de seguridad en ordenadores actualizada
En Chrome 120, comenzamos para lanzar una nueva Comprobación de Seguridad proactiva, que comprueba periódicamente si el navegador tiene problemas de seguridad e informa a los usuarios cuando hay algo que requiera su atención. Este lanzamiento también incluye una nueva página con acciones proactivas relacionadas con la seguridad de Chrome e información personalizada para cada usuario, diseñada para ayudar a los usuarios a navegar de forma segura en Internet.
- Chrome 120 en ChromeOS, Lacros, Linux, Mac y Windows
- Barra de herramientas adaptable de Chrome para ordenadores
Clientes de Chrome Desktop en todos los dispositivos y entradas (por ejemplo, Ratón o Toque) ahora funcionan con una barra de herramientas que responde perfectamente al cambio de tamaño de las ventanas. Esto ocurre cuando los usuarios seleccionan manualmente una ventana y cambian su tamaño, o bien cuando utilizan herramientas de gestión de ventanas específicas del sistema operativo, además de un menú adicional.
- Chrome 120 en ChromeOS, Lacros, Linux, Mac y Windows
- Chrome para Android ha dejado de ser compatible con Android Nougat
La última versión de Chrome que admite Android Nougat es Chrome 119 e incluye un mensaje en el que se indica a los usuarios afectados que actualicen su sistema operativo.
Chrome 120 no ofrecerá asistencia ni se enviará a los usuarios que utilicen Android Nougat.
- Chrome 120 en Android: Chrome para Android ya no es compatible con Android Nougat.
- Seguimiento de envíos (solo iOS)
Los usuarios pueden habilitar una nueva función de seguimiento de envíos que muestra las fechas de entrega estimadas y el estado del paquete en una nueva tarjeta en la página Nueva pestaña. Esta función solo está disponible para usuarios de EE. UU. y para paquetes enviados a través de FedEx y USPS. Si es necesario, puedes desactivar esta función mediante una nueva política llamada ParcelTrackingEnabled.
- Chrome 120 en iOS: Lanzamiento de funciones
- Quita el prefijo -webkit-background-clip del texto y conviértelo en un alias
Chrome permite el uso de la versión sin prefijo de background-clip: text y convierte -webkit-background-clip en alias de background-clip. Además, ya no se admiten palabras clave sin sufijo (contenido, espacio de relleno y borde).
- Chrome 120 en Windows, Mac, Linux y Android
- Políticas de usuarios de Chrome para iOS
Con políticas de usuarios de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en los dispositivos de los usuarios. La configuración se aplica siempre que el usuario inicie sesión en el navegador Chrome con su cuenta gestionada desde cualquier dispositivo, incluidos los dispositivos personales.
A partir de Chrome 120, para mantener la coherencia con iOS, los usuarios finales gestionados empiezan a ver un aviso de gestión en el que se indica que su organización gestiona la cuenta en la que están iniciando sesión. En Chrome 121, los administradores pueden activar esta función en la consola de administración a través del ajuste Chrome para iOS. Para obtener más información, consulta el artículo Definir políticas de Chrome para usuarios o navegadores.
- Chrome 120 para iOS: la función empieza a desplegarse de forma gradual.
- Separación de perfiles de Chrome: nuevas políticas
Ahora hay tres nuevas políticas disponibles para ayudarte a configurar perfiles de empresa: ProfileSeparationSettings, ProfileSeparationData MigrationSettings y ProfileSeparationDomainExceptionList. Estas políticas tienen prioridad sobre ManageCuentasSigninRestriction y EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 en Linux, Mac y Windows
- Migrar las URLs de datos en SVGUseElement
La especificación SVG se ha actualizado recientemente para eliminar la compatibilidad con datos: URLs in SVGUseElement. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite datos: URLs en SVGUseElement. Para obtener más información, consulta esta entrada de blog.
Si asignas data: URLs en SVGUseElement, se puede omitir el cross-site scripting (XSS) y los tipos de confianza.
En el caso de las empresas que necesiten más tiempo para realizar la migración, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con los datos: URLs en SVGUseElement.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: elimina la compatibilidad con
dato: URLs en SVGUseElement
- Gestor de contraseñas: compartir contraseñas
Gestor de Contraseñas permite a los usuarios compartir sus contraseñas con los miembros de su grupo familiar de Google (según lo hayan configurado en su cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No es posible compartir contraseñas en bloque. El remitente no puede actualizar ni revocar la contraseña compartida.
Como administrador de empresa, puedes usar la política PasswordPasswordEnabled para desactivar la función de uso compartido en todas las cuentas de usuario.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows o Fuchsia
- Quitar la asistencia recomendada de varias políticas
Se pueden aplicar algunas políticas como se recomienda, lo que permite a los administradores definir un valor inicial que los usuarios podrán cambiar más adelante. En Chrome 119, se recomendó retirar la compatibilidad con varias políticas que los usuarios no podían configurar.
Las políticas afectadas que ya se habían definido como recomendadas deberán definirse como obligatorias para que sigan en vigor.
- Chrome 119 en Linux, Mac y Windows: la compatibilidad recomendada se va a quitar de la política empresarial PrintPdfAsImageDefault.
- Chrome 120 en Android, Linux, Mac y Windows: la compatibilidad recomendada se eliminará de las siguientes políticas empresariales
PasswordDismissCompromisedAlertEnabled
- Guardar imágenes en Google Fotos en iOS
Si un usuario ha iniciado sesión cuando un usuario mantiene pulsada una imagen en Chrome, puede guardarla directamente en Google Fotos. Puede guardarlo en cualquier cuenta en la que haya iniciado sesión en el dispositivo. Puedes usar la política ContextMenuMoreShareSettings para activar esta función.
- Chrome 119 en iOS: los usuarios pueden guardar imágenes directamente en Google Fotos
- Chrome 120 para iOS: se ha introducido una nueva política, ContextMenuMenuShareSettings , para controlar esta función.
- Retirada de la implementación general del mismo origen en la CSP
Retirada de Chrome 120 un tratamiento especial para los iframes del mismo origen de la implementación obligatoria de la CSP.
De este modo, se adapta el comportamiento de la implementación obligatoria de la CSP en los iframes de orígenes cruzados y del mismo origen. Para obtener más información, consulta ChromeStatus.
- Chrome 120 en Windows, Mac, Linux y Android
- Solicitudes de cierre de CerrarWatcher, <Dialog> y popover=""
Las solicitudes de cierre son un nuevo concepto en el que un usuario solicita cerrar algo que esté abierto en ese momento. Para ello, usa la tecla Esc en el ordenador, o el gesto o el botón para volver en Android. La integración de solicitudes de cierre en Chromium conlleva dos cambios:
- CerrarWatcher, una nueva API para escuchar y responder directamente a solicitudes de cierre.
- Se actualiza a
<Dialog> y popover="" para que usen el nuevo framework de solicitud de cierre y respondan al botón de retroceso de Android.
- Chrome 120 en Windows, Mac, Linux y Android
- Desactivación y retirada de la compatibilidad con Theora
Chrome 120 dejará de estar disponible y dejará de admitirse para el códec de vídeo Theora en Chrome para ordenadores, debido a nuevos riesgos de seguridad. El uso escaso (y, actualmente, a menudo incorrecto) de la teoría ya no justifica la asistencia para la mayoría de los usuarios. Los contenedores Ogg seguirán estando disponibles. Nuestro plan es empezar a derivar los experimentos que dejan de ser compatibles con Theora en Chrome 120. Si los usuarios tienen problemas al reproducir vídeos concretos, pueden reactivar la asistencia a través de chrome://flags/#theora-video-codec si es necesario hasta Chrome 123. Puedes ver más información en Estado de Chrome.
- Chrome 120 en ChromeOS, Lacros, Windows, Mac y Linux
- Los dispositivos no gestionados indican el consentimiento
Esta función incluye una nueva ventana emergente de consentimiento, que recoge el consentimiento de los usuarios para indicar si permiten que Chrome recoja las señales de los dispositivos.
El cuadro de diálogo solo se muestra a los usuarios que cumplan las siguientes condiciones:
- el usuario está gestionado
- El dispositivo actual del usuario no está gestionado
- El administrador del usuario ha habilitado el servicio de confianza del dispositivo
- El administrador del usuario no ha inhabilitado específicamente esta función ni su política correspondiente
- Chrome 120 en Linux, Mac y Windows
- Las interacciones de impresión se han trasladado a un proceso de servicio
En Chrome 120, algunos usuarios tienen interacciones de impresión con el sistema operativo realizadas en un proceso de servicio independiente. Al quitar estas interacciones del proceso del navegador, se mejora su estabilidad. También mejora la capacidad de respuesta de la interfaz de usuario de Vista previa de impresión. La política empresarial OopPrintDriversAllowed está disponible para volver a hacer interacciones de impresión con la plataforma desde el proceso del navegador.
- Servicio de sugerencias de permisos basados en URLs
Chrome va a actualizar su servicio de sugerencias de permisos. Antes, las solicitudes del servicio de sugerencias de permisos enviadas a los servidores de Chrome no incluían URLs. Ahora Chrome añadirá señales basadas en URLs al servicio de sugerencias. Los administradores anteriores podían inhabilitar el envío de solicitudes a Chrome asignando a la política SafeBrowsingProtectionLevel el valor 1 o 0, o dejándola sin definir. Tras esta actualización, la política SafeBrowsingProtectionLevel ya no habilitará ni inhabilitará el servicio de sugerencias de permisos.
El servicio de sugerencias de permisos ahora está protegido por la política de recogida de datos anónima con clave de URL: UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 120 en ChromeOS, Linux, Mac y Windows: experimento estable al 1 %
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
ExtensionInstallTypeBlocklist
Lista de tipos de instalación de extensiones bloqueados
RelatedWebsiteSetsOverrides
Anular conjuntos de sitios web relacionados
RelatedWebsiteSetsEnabled
Habilitar conjuntos de sitios web relacionados
DataUrlInSvgUseEnabled
Compatibilidad de URLs de datos con SVGUseElement
ContextMenuPhotoSharingSettings
Permitir que se guarden imágenes directamente en Google Fotos (disponible en iOS)
NativeHostsExecutablesLaunchDirectly
Forzar que los hosts de mensajería nativa ejecutables de Windows se inicien directamente
IPv6ReachabilityOverrideEnabled
Habilitar la anulación de la comprobación de alcanzabilidad de IPv6
PasswordSharingEnabled
Habilitar que se puedan compartir credenciales de usuario con otros usuarios
PrivateNetworkAccessRestrictionsEnabled
Especifica si se deben aplicar restricciones a solicitudes a endpoints más privados de la red
- Políticas retiradas del navegador Chrome
Política
Descripción
NativeClientForceAllowed
Fuerza que se permita la ejecución de Native Client (NaCl).
ChromeRootStoreEnabled
Determina si Chrome Root Store y el verificador de certificados integrado se usarán para verificar los certificados de los servidores
Novedades de ChromeOS
- Nuevos controles de aceleración de desplazamiento del ratón
ChromeOS 120 añade nuevos controles que permiten a los usuarios inhabilitar la aceleración de desplazamiento del ratón y ajustar la velocidad del desplazamiento.
- Comportamiento de Alt + clic mejorado
Puedes configurar el comportamiento del botón derecho mediante el teclado y el panel táctil. También puedes configurar ajustes para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar teclas del teclado.
- Eventos de autenticación XDR
Los eventos de autenticación (iniciar/cerrar sesión y bloquear/desbloquear) ahora se pueden habilitar como parte de la detección y respuesta extendidas (XDR) en ChromeOS. Una vez completado el lanzamiento, los sistemas de XDR podrán usar estos eventos para proporcionar información valiosa sobre la posición de seguridad de los dispositivos.
- Pellizcar para cambiar el tamaño de la función Imagen en imagen
Ahora se puede cambiar el tamaño de las ventanas de Imagen en imagen con solo pellizcarlas. Solo tienes que colocar dos dedos en la ventana y juntarlos o separarlos para conseguir el tamaño perfecto para tu pantalla.
- Nuevo diseño del selector de emojis
ChromeOS 120 trae una nueva paleta de colores dinámica al selector de emojis y de GIFs flotante.
- Combinaciones de teclas: se habilitan las teclas F11 y F12
La mayoría de los teclados de ChromeOS carecen de las teclas F11 y F12, que se esperan en muchas aplicaciones. Esta propuesta añade opciones para reasignar las teclas F11 y F12 en la sección Reasignación de teclas de Configuración.
- La compatibilidad con los contenedores multimedia y códecs antiguos de ChromeOS deja de estar disponible
La compatibilidad con el códec de vídeo MPEG4 Parte 2 y el formato contenedor AVI ha dejado de estar disponible en ChromeOS 120. Los usuarios que necesiten estas funciones pueden volver a habilitarlas temporalmente usando chrome://flags/#cros-legacy-media-formats hasta ChromeOS 125. Después, se eliminará la compatibilidad.
- Botón de escritorio virtual de ChromeOS (botón de Bento)
El botón de Bento es un botón de la estantería disponible para todos los usuarios que utilizan escritorios virtuales. El botón permitirá acceder rápidamente a las operaciones de escritorio para ver y cambiar de escritorio, así como para crear escritorios y ordenarlos. Si el usuario tiene escritorios guardados anteriormente, también podrá acceder a la biblioteca de escritorios.
- Información sobre las aplicaciones en Gestión de aplicaciones
En Configuración ahora se incluye información adicional sobre las aplicaciones instaladas. Accede a Ajustes > Aplicaciones > Gestionar tus aplicaciones y selecciona una aplicación para ver el uso del espacio de almacenamiento, el número de versión e información sobre cómo se ha instalado.
- Fin del ciclo de asistencia de dispositivos con ChromeOS Flex
A partir del 1 de enero del 2024, los dispositivos que tenían previsto alcanzar el final de su ciclo de asistencia en el 2023 dejarán de estar disponibles. Entre los dispositivos a los que se les ha retirado el certificado se incluyen los que se indican más abajo. Si quieres ver todos los dispositivos, consulta nuestra lista de modelos certificados.
- HP Compaq 6005 Pro HP
- Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo de Flex dejará de hacer pruebas y de ofrecer servicios de mantenimiento para estas actualizaciones. Recomendamos a los clientes que actualicen sus dispositivos ChromeOS a la versión más reciente para aprovechar las nuevas funciones y mejoras de seguridad.
Novedades de la consola de administración
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
PowerManagementIdleSettings (atenuación de pantalla, pantalla apagada, acciones por inactividad)
Usuario, sesión de invitado gestionada
ChromeOS
Encendido y apagado: ajustes de inactividad
ScreenLockDelays
Usuario, sesión de invitado gestionada
ChromeOS
Encendido y apagado: ajustes de inactividad
LidCloseAction
Usuario, sesión de invitado gestionada
ChromeOS
Encendido y apagado: ajustes de inactividad
ChromeOsLockOnIdleSuspend (pantalla de bloqueo al cerrar la tapa)
Usuario, sesión de invitado gestionada
ChromeOS
Encendido y apagado: ajustes de inactividad
NativeHostsExecutablesLaunchDirectly
Usuario
Navegador Chrome
Otros ajustes
ExtensionInstallTypeBlocklist
Configuración de aplicaciones adicionales
Navegador Chrome
Configuración de aplicaciones adicionales
ContextMenuPhotoSharingSettings
Usuario
Chrome para iOS
Configuración de contenido
PrivateNetworkAccessRestrictionsEnabled
Usuario, sesión de invitado gestionada
ChromeOS, navegador Chrome y Chrome para Android
Configuración de red
DeviceFlexHwDataForProductImprovementEnabled
Dispositivo
ChromeOS
Otros ajustes
IPv6ReachabilityOverrideEnabled
Usuario
ChromeOS, navegador Chrome y Chrome para Android
Configuración de red
DataUrlInSvgUseEnabled
Usuario, sesión de invitado gestionada
ChromeOS, navegador Chrome y Chrome para Android
Seguridad
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Funciones de IA generativa
En Chrome 115, Google ha introducido su primera integración con IA generativa en el panel lateral de la búsqueda. A partir de Chrome 121, se lanzarán funciones adicionales de IA generativa en Chrome. Podrás habilitar la opción en una nueva página, chrome://settings. Las políticas empresariales estarán disponibles en el momento del lanzamiento para controlar estas funciones. En los próximos hitos se compartirán más detalles.
- Versión anterior de Chrome 121 en ChromeOS, Linux, Mac y Windows
- Archivos cifrados más seguros para los usuarios de Navegación segura estándar
A los usuarios de Navegación segura estándar se les pedirá una contraseña para algunas descargas de archivos cifrados. Se usarán para recoger más metadatos sobre la descarga (como hashes de archivos incluidos y firmas ejecutables) que se enviarán a Google para ofrecer veredictos de mejor calidad. La contraseña será local. Puedes controlar esta función con la política RecoveryFactorBehavior.
- Chrome 121 en Linux, Mac y Windows
- Solicitud de permisos de la API Web MIDI
Se han varios problemas notificados sobre el acceso mediante Drive a los dispositivos MIDI de cliente de la API de Web MIDI ( errores. Para solucionar este problema, el equipo de asistencia de audio ha decidido conceder un permiso explícito al acceso general a la API de MIDI. Al principio, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema (SysEx)) en Chrome, con acceso restringido mediante un mensaje de permisos. Tenemos previsto ampliar el ámbito del permiso al uso habitual de la API de MIDI.
Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso de usuario explícito. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso de usuario. Hay tres nuevas políticas (DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls) con las que los administradores podrán configurar previamente el acceso de los usuarios a la API.
- Chrome 121 en Windows, Mac, Linux y Android
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled te permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicándonos cualquier problema que detectes.
- Chrome 121 en Windows: servicio de red en entorno aislado en Windows
- Captura de enlaces de usuario en PWAs: Windows, Mac y Linux
Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Para satisfacer mejor las expectativas de los usuarios en torno a las aplicaciones web instaladas, Chrome hará que sea más fácil pasar del navegador a las aplicaciones web instaladas. Cuando el usuario haga clic en un enlace que podría gestionar una aplicación web instalada, Chrome añadirá un chip en la barra de direcciones para sugerir el cambio a la aplicación. Al hacer clic en el chip, se abrirá la aplicación directamente o se abrirá una cuadrícula de aplicaciones que admiten ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abrirá automáticamente la aplicación.
- Chrome 121 en Linux, Mac y Windows: cuando algunos usuarios hacen clic en un enlace, este se abre siempre en una PWA instalada, mientras que otros ven el enlace abierto en una nueva pestaña con un chip en el haz clic en la barra de direcciones para abrir la aplicación. Esto es un experimento para determinar si los usuarios prefieren que los enlaces se inicien de forma predeterminada. El experimento se ejecutará en Canary, para desarrolladores o beta y en el 1 % de la versión estable.
- Chrome 123 en Linux, Mac y Windows: según el resultado del experimento en Chrome 121, lanzaremos la versión estable al 100 % con una opción predeterminada activada (siempre que se inicien las aplicaciones al hacer clic en enlaces) o una predeterminada (siempre abierta en un , iniciar solo si el usuario hace clic en el chip de la barra de direcciones).
- Navegación en el panel lateral: fijar o dejar de fijar
A partir de Chrome 121, el icono del panel lateral se eliminará y, en su lugar, se utilizará la navegación del panel lateral para ofrecer opciones de personalización fijándolas en la barra de herramientas. Esto permitirá un acceso directo eficaz a un conjunto de paneles.
- Chrome 121 en ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- SharedImages para decodificación de vídeo PPAPI
En Chrome 119, se incluye una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar el reciente refactor de las APIs VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS (Lacros): se aplica una política de hatch escape.
- Chrome 122 en ChromeOS, LaCrOS: se han eliminado la política de vía de escape y las rutas de código antiguo correspondientes.
- Saltar eventos de descarga
La presencia de procesadores de eventos de descarga es una bloqueador principal para la caché de páginas completas en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores dan prioridad al archivo bfcache al no activar eventos de descarga en la mayoría de los casos. Para mejorar la situación, hemos trabajado con muchos partners y hemos reducido el uso de procesadores de eventos de descarga durante los últimos años. Para agilizar aún más esta migración, proponemos que Chrome para ordenadores omita gradualmente los eventos de descarga.
Si necesitas más tiempo para migrar los eventos de descarga, te ofreceremos la opción de darse de baja temporalmente una API dePermissions-Policy y una política de empresa ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener el comportamiento de forma selectiva sin cambios.
- Chrome 117 en Chrome OS, Linux, Mac y Windows: prueba para desarrolladores.
- Chrome 119 en Chrome OS, Linux, Mac, Windows: se incluye la política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 121 -131 en Chrome OS, Linux, Mac, Windows: prueba con versión antigua (el lanzamiento general de la desactivación será limitado hasta que esté lista la prueba de desactivación)
- Reanuda la última pestaña abierta en cualquier dispositivo
En el caso de la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que ha iniciado sesión, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función mediante la política de empresa SyncTypesListDisabled.
- Chrome 122 en iOS: Lanzamiento de funciones
- Dejar de admitir UserAgentClientHintsGREASEUpdateEnabled
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. Con el tiempo, la política se eliminará.
- Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: la política está obsoleta
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: se ha eliminado la política
- La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores
Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores. Para seguir utilizando la sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 123 en Android, iOS, Chrome OS, Linux, Mac y Windows: se implementará el cambio.
- Desactivación y retirada de WebSQL
Con SQLite sobre WASM como su versión oficial sustituirlo, tenemos previsto eliminar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un coste impredecible para el equipo de almacenamiento.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba de desactivación de WebSQL. La prueba finaliza en la versión 123 de Chrome. Durante el periodo de prueba, se necesita una política WebSQLAccess para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess.
- Chrome 123: en Chrome OS, LaCrOS, Linux, Mac, Windows: a partir de Chrome 123, dejará de estar disponible la política WebSQLAccess, que permite que WebSQL esté disponible.
- Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para volver al comportamiento antiguo de las cookies con SameSite en los dominios especificados. La duración LegacySameSiteCookieBehaviorEnabledForDomainList de la política se ha ampliado y se quitará en el hito que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, Mac, Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Intención de desactivar los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, alrededor del 30 de julio del 2024.
- Las extensiones deben actualizarse para usar Manifest V3 antes de junio del 2025.
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3.
A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.
En la página Uso de aplicaciones y extensiones de Gestión en la nube del navegador Chrome, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, por ejemplo:
- Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: cuenta con la política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, Mac y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan la política empresarial ExtensionManifestV2Availability habilitada podrán seguir usando extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: quita la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Fin del ciclo de asistencia de dispositivos con ChromeOS Flex
Desde del 1 de enero del 2024, los dispositivos que tenían previsto alcanzar el final de su ciclo de asistencia en el 2023 han dejado de ofrecer este servicio. A continuación, se indican los dispositivos en cuestión. Para ver la lista completa de dispositivos para los que ya no ofrecemos asistencia, consulta nuestra lista de dispositivos certificada.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo de Flex dejará de hacer pruebas y de ofrecer servicios de mantenimiento para estas actualizaciones.
Recomendamos a los clientes que actualicen sus dispositivos ChromeOS a la versión más reciente para aprovechar las nuevas funciones y mejoras de seguridad.
- Migración del Bluetooth de ChromeOS Flex
ChromeOS Flex se actualizará a la pila de Bluetooth de Floss en ChromeOS 121. Como parte de esta actualización, los dispositivos que se indican a continuación dejarán de admitir las funciones de Bluetooth.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- Configuración de la duración del salvapantallas
A partir de ChromeOS 120, podrás establecer la duración del salvapantallas mientras se carga tu dispositivo. Ahora, los usuarios pueden elegir cuánto dura su salvapantallas mientras se carga el dispositivo (es decir, cuando no esté funcionando solo con la batería). Puedes controlar este comportamiento mediante una nueva política de empresa. El ajuste predeterminado de esta opción es "Siempre" y se puede reducir mediante las opciones del menú desplegable.
- Nuevo diseño del reproductor multimedia de ChromeOS
A partir de ChromeOS 121, el reproductor multimedia incluirá botones más grandes y colores que combinan con el fondo de pantalla. El reproductor multimedia aparecerá en los ajustes rápidos cuando estés reproduciendo vídeo o audio (por ejemplo, en Spotify o YouTube). También podrás hacer clic en el icono de la chincheta para mover el reproductor multimedia a la estantería. Además de controlar el contenido multimedia que se esté enviando, podrás enviar contenido web a cualquier altavoz o pantalla de tu red local.
- Integración del ID y nombre de la regla de eventos de Prevención de la pérdida de datos (DLP) en la herramienta de investigación de seguridad
En el caso de DLP, los eventos de control de datos de ChromeOS contarán con campos adicionales para proporcionar estadísticas de administrador enriquecidas en la herramienta de investigación de seguridad.
- Restricciones de archivos para los controles de datos en ChromeOS
En ChromeOS 121, los controles de datos de ChromeOS para DLP permitirán que los equipos de TI y Seguridad protejan los datos importantes de clientes y de carácter empresarial. Esta opción estará disponible en determinados eventos (como las acciones para copiar y pegar), las capturas de pantalla y las funciones de pantalla compartida e impresión. Los administradores de TI podrán crear una estrategia de protección de la información con reglas basadas en la fuente de datos, el destino y el usuario.
Lanzaremos nuevas funciones para controlar qué acciones pueden realizar los usuarios en los archivos de dispositivos ChromeOS mediante reglas basadas en la fuente y el destino.
- Notificaciones mejoradas para las aplicaciones fijadas
A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas del resto de las notificaciones. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a los cuadros de tamaño fijo. De esta forma, podremos diferenciar de forma significativa el aspecto visual de las notificaciones fijadas del de las notificaciones normales, además de hacer una distinción entre la finalidad de cada una (es decir, notificar al usuario de un proceso en curso en lugar de un evento instantáneo).
- Nuevas opciones de sincronización en ChromeOS
ChromeOS ofrecerá pronto una experiencia de configuración de dispositivo actualizada que permite a los usuarios personalizar los ajustes de sincronización de aplicaciones, ajustes, redes Wi-Fi y fondos de pantalla.
- Inhabilitación de aplicaciones por parte del administrador en Managed Guest Sessions (MGS)
Hasta ahora, MGS ha puesto a disposición de los usuarios un conjunto específico de aplicaciones (concretamente, Explorar, Galería y Terminal). Con la política SystemFeaturesDisableList, los administradores podrán inhabilitar estas aplicaciones, así como bloquearlas y ocultarlas de cara a los usuarios de tu empresa.
Próximos cambios de la consola de administración
- Eliminación del navegador inactivo en Gestión en la nube del navegador Chrome
A partir del Chrome 123, el periodo de inactividad para la eliminación de datos de navegadores se añadirá a la consola de administración y eliminará automáticamente los navegadores que no hayan contactado con el servidor durante más tiempo del que indica la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 18 meses. Todos los navegadores registrados que lleven inactivos más de 18 meses se eliminarán de tu cuenta poco después de que se publique esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días.
Nota. Si acortas el periodo, habrá más navegadores registrados que se consideren inactivos y se eliminen, por lo que debes hacerlo con precaución. Para mitigar este problema, puedes asignar antes de tiempo el valor de la política Gestión de tokens de dispositivo a "Eliminar token", lo que permite que los navegadores eliminados se vuelvan a registrar automáticamente en Gestión en la nube del navegador Chrome la próxima vez que se reinicie el navegador (si el token de registro sigue siendo válido). Puedes consultar la política de gestión de tokens de dispositivo.
- A partir de Chrome 121: el periodo de inactividad de la interfaz de la política de eliminación de datos del navegador estará disponible para el acceso anticipado en la consola de administración. En el caso de los administradores de TI que consideren que los 18 meses predeterminados no son adecuados, esto les permitirá definir explícitamente un valor de política (periodo de inactividad) unas semanas antes de que empiece la eliminación.
- Informe de uso de aplicaciones y extensiones: destacar extensiones retiradas de Chrome Web Store
Desde la versión 121, Chrome añade información al informe de uso de aplicaciones y extensiones para ayudarte a identificar si una extensión se ha retirado recientemente de Chrome Web Store mediante una nueva columna de notificaciones y un nuevo Chrome Web Store que representa el estado de ficha de una extensión. En la página Detalles de la aplicación, puedes consultar el motivo por el que se ha retirado una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el efecto que tiene inhabilitar extensiones no publicadas con esta política.
Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.
- Chrome 120 en Linux, Mac y Windows: programa Tester de confianza
- Chrome 121 en Linux, Mac y Windows: se lanza la función
Informe de uso de aplicaciones y extensiones
Página de detalles de la aplicación:
- Informe de tecnología antigua
A partir de Chrome 121, el El informe "Tecnología" estará disponible en la consola de administración y se informará de manera proactiva de los sitios web (tanto internos como externos) que usen una tecnología que vaya a dejar de estar disponible; por ejemplo, cambios en las cookies SameSite, protocolos de seguridad antiguos como TLS 1.0/1.1 y cookies de terceros . Solo te llevará un par de minutos. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la desactivación entre en vigor.
Esta función se publicará en nuestro programa de testers de confianza a partir de Chrome 120. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- A partir de Chrome 121 en Linux, Mac y Windows
- Informe sobre fallos de Chrome
A partir de Chrome 122, podrás visualizar eventos de fallo en la consola de administración a través de la nueva página Informes sobre fallos de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallos de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: Plataformas del SO, canales de Chrome y fechas. Este informe te ayudará a identificar de forma proactiva posibles problemas de Chrome en tu organización.
Esta función se publicará en nuestro programa de testers de confianza a partir de Chrome 121. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, Mac y Windows: programa Tester de confianza
- Chrome 122 en Linux, Mac y Windows: se lanza la función
Chrome 119
Novedades del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Cambios en la programación de lanzamientos de Chrome
✓
Desactivar y quitar WebSQL
✓
Novedades de la compatibilidad con Native Client
✓
Quitar la API Sanitizer
✓
Los grupos de pestañas se pueden guardar, recuperar y sincronizar
✓
Desactivar el atributo shadowroot no estándar para el Shadow DOM declarativo
✓
Cambiar las cadenas de la UI de Chrome de Borrar a Eliminar al eliminar datos
✓
Errores internos de DevTools notificados en los informes sobre fallos internos de Chrome
✓
Saltar eventos de descarga
✓
SharedImages para decodificación de vídeo con PPAPI
✓
Quitar el encabezado de autorización tras una redirección de orígenes cruzados
✓
Ajuste específico para el servicio de sugerencias de permisos
✓
Búsquedas en tiempo real de prefijo de hash
✓
Quitar la asistencia recomendada de varias políticas
✓
Caracteres de puntuación del host de URL que cumplen el estándar
✓
Guardar imágenes en Google Fotos en iOS
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas quitadas del navegador Chrome
✓
Novedades de ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Centro de privacidad
✓
Plantillas de administrador de ChromeOS
✓
Utilizar Drive sin conexión en Chromebook Plus
✓
✓
Novedades de la consola de administración
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Nuevas políticas en la consola de administración
✓
Próximos cambios del navegador Chrome
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Pantalla de selección del buscador predeterminado
✓
Cambiar el nombre de las políticas empresariales de FirstPartySets a RelatedWebsiteSets
✓
✓
Nueva comprobación de seguridad en ordenadores
✓
Barra de herramientas adaptable de Chrome para ordenadores
✓
Chrome para Android dejará de admitir Android Nougat
✓
Desactivación de cookies de terceros de Chrome
✓
Seguimiento de envíos (solo iOS)
✓
El servicio de red de Windows se pondrá en un entorno aislado
✓
Mostrar banner que permite abrir la última pestaña visitada en otros dispositivos
✓
Reabrir la última pestaña abierta en cualquier dispositivo
✓
Quitar el prefijo -webkit-background-clip para texto y convertirlo en un alias
✓
Políticas de usuarios de Chrome para iOS
✓
Separación de perfiles de Chrome: nuevas políticas
✓
Migrar desde las URLs de datos en SVGUseElement
✓
✓
Gestor de contraseñas: compartir contraseñas
✓
✓
Solicitud de permisos de la API de Web MIDI
✓
Fase 0 de la protección de IP para Chrome
✓
Informe de uso de aplicaciones y extensiones: se han quitado las extensiones destacadas de Chrome Web Store
✓
Informe de tecnología antigua
✓
Quitar la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Desactivación prevista: eventos de mutación
✓
Las extensiones deben actualizarse para usar Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad/Privacidad
Productividad de usuario/Aplicaciones
Gestión
Definir la duración del salvapantallas
✓
Nuevos controles de aceleración de desplazamiento del ratón
✓
Comportamiento de Alt + clic mejorado
✓
Nuevo diseño de Media Player de ChromeOS
✓
Mejora de las notificaciones para las aplicaciones fijadas
✓
Nuevas opciones de sincronización de ChromeOS
✓
✓
Inhabilitación de aplicaciones por parte de un administrador en sesiones de invitado gestionadas
✓
DESCARGAR notas de la versión (PDF)
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas.
Actualizaciones del navegador Chrome
- Cambios en la programación de lanzamientos de Chrome
Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, Chrome 119 tiene su primera versión estable el 25 de octubre, en lugar del 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.
Para obtener más información, consulta la programación de lanzamiento de Chrome.
- Chrome 119 en Android, iOS, ChromeOS, Linux, Mac y Windows
- Desactivación y retirada de WebSQL
Con SQLite sobre WASM como su versión oficial sustituirlo, tenemos previsto eliminar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.
Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un coste impredecible para el equipo de almacenamiento.
- Chrome 115: se añade un mensaje de desactivación a la consola.
- Chrome 117: en Chrome 117, comienza la prueba de desactivación de WebSQL. La prueba finaliza en la versión 123 de Chrome. Durante el periodo de prueba, se necesita una política WebSQLAccess para que la función esté disponible.
- Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess.
- Chrome 123: en Chrome OS, Lacros, Linux, Mac y Windows: a partir de Chrome 123, dejará de estar disponible la política WebSQLAccess, que permite que WebSQL esté disponible.
- Actualizaciones de la asistencia para Native Client
En Chrome 119 se quita una política empresarial temporal, NativeClientForceAllowed, que ha permitido que se siga usando Native Client.
- Chrome 117 en Linux, Mac y Windows: se ha eliminado la compatibilidad con NaCl de Native Client de las extensiones de Windows, macOS y Linux.
- Chrome 119 en Linux, Mac y Windows: se elimina la política nativeClientForceAllowed.
- Quita la API Sanitizer
Para evitar que la API de Sanitizer se afianza, tenemos previsto eliminar la implementación actual. Esperamos volver a implementar la API de Sanitizer cuando la especificación propuesta se estabilice de nuevo.
El objetivo de la API Sanitizer es crear en la plataforma un desinfectante HTML fácil de usar, siempre seguro y que se mantenga en el navegador. Enviamos una versión inicial de la API Sanitizer en Chrome 105, basada en el borrador de especificaciones que se había publicado en ese momento. Sin embargo, desde entonces la conversación sobre estándares ha avanzado, y la forma de la API propuesta ha cambiado considerablemente.
- Chrome 119 en Windows, Mac, Linux y Android
- Los grupos de pestañas se pueden guardar, recuperar y sincronizar
Usuarios ahora puede guardar grupos de pestañas, lo que les permite cerrar y volver a abrir las pestañas del grupo, así como sincronizarlas en varios dispositivos. Puedes inhabilitar la sincronización de los grupos de pestañas con la política SyncTypesListDisabled.
- Chrome 119 en ChromeOS, Linux, Mac y Windows
- Desactivar el atributo shadowroot no estándar para el modelo shadow DOM declarativo
El atributo estándar de seguimiento shadowrootmode, que habilita el modelo Shadow DOM declarativo, se envió en Chrome 111 (ChromeStatus). El antiguo atributo shadowroot no estándar ha dejado de estar disponible. Durante el periodo de desactivación, ambos atributos son funcionales. Sin embargo, el atributo shadowroot no habilita el nuevo comportamiento de streaming mientras que shadowrootmode permite el streaming de contenido. La ruta de migración es sencilla: sustituye shadowroot por shadowrootmode.
El antiguo atributo Shadowroot está obsoleto en Chrome 112 y se eliminará en Chrome 119 (ya no se admite). Chrome 119 pasará a la versión estable el 31 de octubre del 2023.
- Chrome 119 en Windows, Mac, Linux y Android
- Cambiar cadenas de la interfaz en Chrome de Borrar a Eliminar al borrar datos
Chrome va a actualizar el texto de los ajustes para recoger el significado de eliminar en lugar de borrar en el contexto de la destrucción de datos. Esperamos que este cambio ayude a los usuarios a entender mejor cómo afecta esto a los datos. Los usuarios que quieran deshacerse de datos deberían tener la tranquilidad de que se han eliminado, en lugar de borrarse de una vista y seguir estando disponibles en otros lugares.
- Chrome 119 en Android, iOS, ChromeOS, Mac y Windows: el hito más próximo en el que los usuarios podrán ver los cambios es el 119.
- Errores internos de DevTools notificados a los informes sobre fallos internos de Chrome
Para mejorar La estabilidad de Chrome y los errores internos de DevTools ahora se notifican a través del flujo de procesamiento de informes sobre fallos de Chrome. De esta forma, puedes ver la estabilidad de Chrome DevTools. Los administradores pueden controlar todos los informes sobre fallos, incluidos estos errores, mediante la política empresarial MetricsReportingEnabled.
- Chrome 119 en ChromeOS y Linux
- Saltar eventos de descarga
La presencia de procesadores de eventos de descarga es una bloqueador principal para la caché de páginas completas en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores dan prioridad al archivo bfcache al no activar eventos de descarga en la mayoría de los casos. Para mejorar la situación, hemos trabajado con muchos partners y hemos reducido el uso de procesadores de eventos de descarga durante los últimos años. Para agilizar aún más esta migración, proponemos que Chrome para ordenadores omita gradualmente los eventos de descarga.
Si necesitas más tiempo para migrar los eventos de descarga, te ofreceremos la opción de darse de baja temporalmente una API dePermissions-Policy y una política de empresa ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener el comportamiento de forma selectiva sin cambios.
- Chrome 117 en Chrome OS, Linux, Mac y Windows: prueba para desarrolladores.
- Chrome 119 en Chrome OS, Linux, Mac y Windows: se incluye la política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 120-131 en Chrome OS, Linux, Mac y Windows: prueba de desactivación (el lanzamiento general de la desactivación será limitado hasta que esté lista la prueba de desactivación)
- SharedImages para decodificación de vídeo PPAPI
En Chrome 119, se incluye una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar el reciente refactor de las APIs VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS (Lacros): se aplica una política de hatch escape.
- Chrome 122 en ChromeOS y Lacros: se han eliminado la política de vía de escape y las rutas de código antiguo correspondientes.
-
Quitar el encabezado Authorization en una redirección de orígenes cruzados
El estándar de obtención se ha actualizado para eliminar el encabezado Authorization en las redirecciones de orígenes cruzados. Chrome 119 implementa este cambio en la especificación. En versiones anteriores a Chrome 119, cuando una redirección de origen cruzado, como foo.test hasta bar.test se produjo con un encabezado de autorización, Chrome conservó el encabezado de autorización y bar.test podría recibir el encabezado. A partir de Chrome 119, Chrome eliminará los encabezados de autorización cuando se produzcan redirecciones de orígenes cruzados, lo que significa que bar.test dejará de recibir el encabezado de autorización.
- Chrome 119 en ChromeOS, Windows, Mac, Linux y Android
- Ajuste específico para el servicio de sugerencias de permisos
Página de configuración de las notificaciones y los permisos de geolocalización ahora cuentan con una opción adicional para habilitar explícitamente el servicio de sugerencias de permisos. El servicio de sugerencias de permisos ya existe, pero no tenía su configuración específica. Estaba vinculado a la configuración estándar de Navegación segura. Ahora los usuarios pueden elegir entre cuatro estados diferentes:
- Mostrar siempre el mensaje de permiso de notificación o geolocalización
- Permitir que el servicio de sugerencias de permisos silencio las solicitudes de notificación o geolocalización no deseadas (nuevo)
- Silenciar siempre las solicitudes de permiso de notificaciones
- Bloquear siempre las notificaciones y las solicitudes de permiso de geolocalización
Los administradores pueden usar las políticas disponibles para permitir o bloquear siempre las notificaciones o las solicitudes de geolocalización de forma global o para sitios concretos.
- DefaultNotificationsSetting
- NotificationsAllowedForUrls y NotificationsBlockedForUrls
- DefaultGeolocationSetting
- Chrome 119 en Linux, Mac y Windows
- Búsquedas en tiempo real de prefijo de hash
Para Navegación segura estándar Ahora, la seguridad de los usuarios de protección de datos de las URLs visitadas se comprueba en tiempo real en lugar de en una lista local de URLs no seguras que se actualiza con menos frecuencia. Esto se hace enviando hashes parciales de las URLs a Navegación segura de Google a través de un proxy a través de Oblivious HTTP, para que la dirección IP del usuario no se vincule a los hashes parciales. Este cambio mejora la seguridad y mantiene la privacidad de los usuarios. En caso necesario, la función se puede inhabilitar mediante la política SafeBrowsingProxiedRealTimeChecksAllowed.
- Chrome 118 en iOS, ChromeOS, Lacros, Linux, Mac y Windows
- Chrome 119 en Android
- Quita la compatibilidad recomendada de varias políticas
Se pueden aplicar algunas políticas como se recomienda, lo que permite a los administradores definir un valor inicial que los usuarios finales pueden cambiar más adelante. A partir de Chrome 119, se eliminará la compatibilidad recomendada de varias políticas que los usuarios finales no pueden configurar actualmente.
Las políticas afectadas que ya se habían definido como recomendadas deberán definirse como obligatorias para que sigan en vigor.
- Chrome 119 en Linux, Mac y Windows: la compatibilidad recomendada se va a quitar de la política empresarial PrintPdfAsImageDefault.
- Chrome 120 en Android, Linux, Mac y Windows: la compatibilidad recomendada se eliminará de las siguientes políticas empresariales:
- Caracteres de puntuación del host de URL que cumplen los estándares
En Chrome 119 seguimos esforzándonos por que Chrome gestione los caracteres de puntuación de los hosts de URLs según los estándares. A continuación, se muestra un resumen de los cambios introducidos en Chrome 119:
Notación:
- 'ESC': se permite, pero Chrome aplica escape, lo que no cumple las políticas.
- '-': Permitido.
- '0': Prohibido. La URL no será válida si el host contiene un carácter prohibido.
Advertencia:
- SPACE y ASTERISK siguen sin cumplir la política.
- Chrome 119 en Windows, Mac, Linux y Android
- Guardar imágenes en Google Fotos en iOS
Si un usuario ha iniciado sesión cuando un usuario mantiene pulsada una imagen en Chrome, puede guardarla directamente en Google Fotos. Puede guardarlo en cualquier cuenta en la que haya iniciado sesión en el dispositivo.
- Chrome 119 en iOS: los usuarios pueden guardar imágenes directamente en Google Fotos
- Chrome 120 en iOS: se introduce una política para controlar esta función
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
SafeBrowsingDeepScanningEnabled
Permitir el análisis profundo de las descargas a los usuarios con la Navegación segura habilitada
SafeBrowsingProxiedRealTimeChecksAllowed
Permitir comprobaciones mediante proxy en tiempo real de Navegación segura (ahora también disponible en Android)
- Políticas retiradas del navegador Chrome
Política
Descripción
ChromeCleanupEnabled
Habilitar el Limpiador de Chrome en Windows
DownloadBubbleEnabled
Habilitar la interfaz del cuadro de descargas
ChromeCleanupReportingEnabled
Controlar cómo envía el Limpiador de Chrome datos a Google
Actualizaciones de ChromeOS
- Centro de privacidad
Ahora los usuarios pueden gestionar la configuración de su cámara y su micrófono en todo el sistema operativo desde Ajustes> Seguridad y privacidad> Controles de privacidad. Ahora los usuarios solo tienen que hacer un clic para desactivar por completo la cámara o el micrófono desde un solo lugar cuando necesitan más seguridad para permanecer silenciados.
- Plantillas de administración de ChromeOS
Con la automatización del inicio de aplicaciones, los administradores ahora pueden configurar grupos de aplicaciones, ventanas y herramientas que los usuarios pueden iniciar automáticamente al iniciar el navegador o cuando los usuarios lo solicitan a lo largo del día. Con la automatización del inicio de aplicaciones, puedes hacer que los usuarios se pongan en marcha rápidamente al principio del día, ofrecerles una forma sencilla de llegar a un punto de partida óptimo para nuevas tareas y recordar la distribución de la ventana que cada usuario configura para su actividad y flujos de trabajo para usarlos más adelante.
Puedes activar esta función con la marca #app-launch-automation y, a continuación, crear plantillas en la consola de administración.
- Utilizar Drive sin conexión en dispositivos Chromebook Plus
Los usuarios de empresa de dispositivos Chromebook Plus ahora pueden hacer que todos los archivos de la sección Mi unidad de Google Drive estén disponibles sin conexión. Puedes controlar este comportamiento con la política empresarial DriveFileSyncAvailable.
Novedades de la consola de administración
- Nuevas políticas en la consola de administración
Nombre de la política
Páginas
Compatible con
Categoría/Campo
PPAPISharedImagesForVideoDecoderAllowed
Usuario y navegador, MGS
ChromeOS
Contenido
SafeBrowsingDeepScanningEnabled
Usuario y navegador
Chrome (Linux, Mac, Windows), ChromeOS
Navegación segura de Chrome
DriveFileSyncAvailable
Usuario y navegador
ChromeOS
Contenido
ProfileSeparationDataMigrationSettings
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de inicio de sesión
ProfileSeparationDomainExceptionList
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de inicio de sesión
ProfileSeparationSettings
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de inicio de sesión
ShowDisplaySizeScreenEnabled
Usuario y navegador
ChromeOS
Configuración de inicio de sesión
ShowTouchpadScrollScreenEnabled
Usuario y navegador
ChromeOS
Configuración de inicio de sesión
DeviceEphemeralNetworkPoliciesEnabled
Dispositivo
ChromeOS
Otros ajustes
Disponible próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios en el navegador
- Pantalla de selección del buscador predeterminado
A partir de Chrome 120, es posible que se pida a los usuarios finales empresariales que elijan su buscador predeterminado desde Chrome.
Como parte de nuestro proceso de cumplimiento de la LMD, a algunos usuarios se les solicitará que elijan el buscador predeterminado en Chrome. Esta solicitud controla la configuración del buscador predeterminado, que está disponible en chrome://settings/search. Las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl seguirán controlando este ajuste como hasta ahora, si el administrador de TI lo ha configurado. Consulta más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac y Windows: el 1 % de los usuarios empezarán a ver la pantalla de selección en Chrome 120, y el 100 % con Chrome 122.
- Cambiar el nombre de las políticas empresariales de FirstPartySets a CustomWebsiteSets
Las políticas de empresa FirstPartySetsEnabled y FirstPartySetsOverrides pasan a llamarse relatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides, respectivamente. El comportamiento de las políticas no ha cambiado. Las nuevas políticas estarán disponibles a partir de la versión 120 de Chrome. Los administradores deberían usarlas a partir de ahora. Para obtener más información sobre el cambio de nombre, consulte https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Nueva comprobación de seguridad en ordenadores
Tenemos previsto introducir un nuevo sistema de Comprobación de seguridad proactivo que compruebe regularmente si hay problemas de seguridad en el navegador e informe a los usuarios cuando haya algo que requiera su atención. Este lanzamiento también incluye una nueva página con acciones proactivas relacionadas con la seguridad de Chrome e información personalizada para cada usuario, diseñada para ayudar a los usuarios a navegar de forma segura en Internet.
- Chrome 120 en ChromeOS, Lacros, Linux, Mac y Windows
- Barra de herramientas adaptable de Chrome para ordenadores
A partir de Chrome 120, los clientes de Chrome para ordenadores, en diferentes dispositivos y modos de introducción de texto (por ejemplo, el ratón o la pantalla táctil), dispondrán de una barra de herramientas que responde sin problemas a los cambios de tamaño de las ventanas cuando los usuarios seleccionan y cambian el tamaño manualmente o usan herramientas de gestión de ventanas específicas del SO.
- Chrome 120 en ChromeOS, Lacros, Linux, Mac y Windows
- Chrome para Android dejará de ser compatible con Android Nougat
La última versión de Chrome que admite Android Nougat es Chrome 119 e incluye un mensaje en el que se indica a los usuarios afectados que actualicen su sistema operativo.
Chrome 120 no ofrecerá asistencia ni se enviará a los usuarios que utilicen Android Nougat.
- Chrome 120 en Android: Chrome para Android ya no es compatible con Android Nougat.
- Desactivación de las cookies de terceros de Chrome
En Chrome 120 y versiones posteriores (enero del 2024), Chrome inhabilitará las cookies de terceros en todo el mundo en el 1% del tráfico de Chrome como parte de nuestra Pruebas facilitadas por Chrome en colaboración con CMA. De esta forma, los sitios podrán obtener una vista previa de cómo es su funcionamiento en un mundo sin cookies de terceros. La mayoría de los usuarios de la empresa se excluirán automáticamente de este grupo experimental. Sin embargo, en el caso de los pocos que puedan verse afectados, los administradores podrán usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para habilitar las cookies de terceros e inhabilitar los navegadores gestionados antes del experimento. Así, las empresas tendrán tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.
Tenemos previsto añadir más herramientas para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor "false" a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se interrumpa la publicación de tus aplicaciones empresariales y así seguir recibiendo cookies de terceros.
Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulte la sección de blog Modo B: Desactivación de cookies de terceros para el 1% y el blog Preparación para el final de las cookies de terceros.
- Chrome 120 en ChromeOS, Linux, Mac y Windows
El 1 % del tráfico mundial tiene inhabilitadas las cookies de terceros. Los usuarios de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.
- Seguimiento de envíos (solo iOS)
Los usuarios podrán habilitar una nueva función de seguimiento de envíos que mostrará las fechas de entrega estimadas y su estado en una nueva tarjeta de la página Nueva pestaña. Esta función solo está disponible para usuarios de EE. UU. y para paquetes enviados a través de FedEx y USPS. Si fuera necesario, podrás desactivar esta función mediante una nueva política denominada ParcelTrackingEnabled.
- Chrome 120 en iOS: Lanzamiento de funciones
- El servicio de red de Windows se pondrá en un entorno aislado
Para mejorar la seguridad y fiabilidad, el servicio de red, que ya ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled te permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones y comunicándonos cualquier problema que detectes.
- Chrome 120 en Windows: servicio de red en entorno aislado en Windows
- Mostrar banner que permite reanudar la última pestaña de otros dispositivos
Para ayudar a los usuarios que han iniciado sesión a reanudar inmediatamente las tareas cuando tengan que cambiar de dispositivo, Chrome ofrecerá la opción de abrir las pestañas que se hayan usado recientemente en el dispositivo anterior. Los administradores podrán controlar esta función mediante la política de empresa SyncTypesListDisabled.
- Chrome 120 en iOS: Lanzamiento de funciones
- Reanuda la última pestaña abierta en cualquier dispositivo
En el caso de la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que ha iniciado sesión, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función mediante la política de empresa SyncTypesListDisabled.
- Chrome 120 en iOS: Lanzamiento de funciones
- Quitar el prefijo -webkit-background-clip para el texto y convertirlo en un alias
Chrome permitirá el uso de la versión sin prefijo para background-clip: texto y hará que -webkit-background-clip un alias de background-clip. Además, se eliminará la compatibilidad con palabras clave sin sufijos (contenido, espacio de relleno y borde) para mejorar el envío de ida y vuelta con el alias.
- Chrome 120 en Windows, Mac, Linux y Android
- Políticas de usuarios de Chrome para iOS
Los administradores pueden aplicar políticas y preferencias en los dispositivos de los usuarios. La configuración se aplica siempre que el usuario inicie sesión en Chrome con su cuenta gestionada, desde cualquier dispositivo. Esta función ya está disponible en Windows, Mac, Linux, ChromeOS y Android.Vamos a incorporar esta función a iOS.
- Chrome 120 en iOS: el primer hito de esta función es la 120.
- Separación de perfiles de Chrome: nuevas políticas
Se crearán tres nuevas políticas para ayudar a las empresas a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationSecondaryDomainAllowlist. Estas políticas serán más fáciles de usar y sustituirán a ManagedAccountsSigninRestriction y a EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 en Linux, Mac y Windows
- Migrar las URLs de datos en SVGUseElement
La especificación SVG se ha actualizado recientemente para eliminar la compatibilidad con datos: URLs en SVGUseElement. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite datos: URLs en SVGUseElement. Puedes obtener más información en esta entrada de blog.
Si asignas una URL de datos en SVGUseElement, puede producirse XSS. Y esto también dio lugar a una omisión de tipos de confianza.
En el caso de las empresas que necesiten más tiempo para realizar la migración, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con URLs de datos para SVGUseElement.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: elimina la compatibilidad con datos de URLs en SVGUseElement
- Gestor de contraseñas: compartir contraseñas
Gestor de Contraseñas permite a los usuarios compartir sus contraseñas con los miembros de su grupo familiar de Google (según lo hayan configurado en su cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No es posible compartir contraseñas en bloque. El remitente no puede actualizar ni revocar la contraseña compartida.
Los administradores de empresas pueden utilizar la política PasswordSharingEnabled para desactivar la función de uso compartido de todos sus empleados.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows o Fuchsia
- Solicitud de permisos de la API Web MIDI
Se han varios problemas notificados sobre el acceso mediante Drive a los dispositivos MIDI de cliente de la API de Web MIDI ( errores. Para solucionar este problema, el equipo de asistencia de audio ha decidido conceder un permiso explícito al acceso general a la API de MIDI. Al principio, el permiso explícito solo era necesario para el uso avanzado de MIDI, como los mensajes exclusivos del sistema (SysEx) en Chrome, con acceso restringido mediante una solicitud de permiso. Tenemos previsto ampliar el ámbito del permiso al uso habitual de la API de MIDI.
Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso de usuario explícito. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso de usuario. Hay tres nuevas políticas (DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls) con las que los administradores podrán configurar previamente el acceso de los usuarios a la API.
- Chrome 121 en Windows, Mac, Linux y Android
- Fase 0 de protección de IP para Chrome
A partir de Chrome 122, Chrome puede enrutar el tráfico de algunas solicitudes de red a recursos de Google a través de un proxy de privacidad. Se trata de un primer hito en el marco de una iniciativa mayor para proteger las identidades de los usuarios enmascarando su dirección IP frente a sistemas conocidos de seguimiento entre sitios. Puedes consultar más información en esta explicación en GitHub. Se aplicarán políticas empresariales para permitir que los administradores desactiven esta función antes de su lanzamiento.
- Chrome 122 en ChromeOS, Linux, Mac, Windows y Android
- Informe de uso de aplicaciones y extensiones: se han quitado las extensiones destacadas de Chrome Web Store
A partir de 122, Chrome va a añadir nueva información al informe de uso de aplicaciones y extensiones para ayudarte a identificar si una extensión se ha retirado recientemente de Chrome Web Store. En la página Detalles de la aplicación, puedes consultar el motivo por el que se ha retirado una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el efecto que tiene inhabilitar extensiones no publicadas con esta política.
- Chrome 122 en Lacros, Linux, Mac y Windows
- Informe "Tecnología antigua"
A partir de Chrome 122, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies SameSite o los protocolos de seguridad antiguos como TLS 1.0/1.1. De esta forma, los administradores pueden trabajar con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que la desactivación surta efecto.Si quieres ayudarnos a probar esta función, regístrate en el programa de testers de confianza aquí.
- Chrome 122 en Lacros, Linux, Mac y Windows
- Dejar de admitir UserAgentClientHintsGREASEUpdateEnabled
Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. Con el tiempo, la política se eliminará.
- Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: la política está obsoleta
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: se ha eliminado la política
- La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores
Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores. Para seguir utilizando la sincronización de Chrome, debes actualizar Chrome a una versión más reciente.
- Chrome 123 en Android, iOS, Chrome OS, Linux, Mac y Windows: se implementará el cambio.
- Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para volver al comportamiento antiguo de las cookies con SameSite en los dominios especificados. La duración LegacySameSiteCookieBehaviorEnabledForDomainList de la política se ha ampliado y se quitará en el hito que se indica a continuación.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Intención de desactivar los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, alrededor del 30 de julio del 2024.
- Las extensiones deben actualizarse para usar Manifest V3
Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3. Como mencionamos anteriormente en nuestra entrada de blog, los plazos de desactivación de Manifest V2 están en proceso de revisión y los experimentos programados para principios del 2023 se han pospuesto.
Durante la revisión de la cronología, las extensiones de Manifest V2 se pueden actualizar y seguir ejecutando en Chrome. Sin embargo, todas las extensiones nuevas que se envíen a Chrome Web Store deben tener Manifest V3 implementado. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración.
En la página Uso de aplicaciones y extensiones de Gestión en la nube del navegador Chrome, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, por ejemplo:
- Chrome 98 en Chrome OS, Lacros, Linux, Mac y Windows: Chrome Web Store dejará de aceptar nuevas extensiones de Manifest V2 que tengan configurada la visibilidad como "Público" u "Oculto". Se ha eliminado la posibilidad de cambiar las extensiones de Manifest V2 de "Privado" a "Público" u "Oculto".
- Chrome 103 en Chrome OS, Lacros, Linux, Mac y Windows: Chrome Web Store dejará de aceptar nuevas extensiones de Manifest V2 que tengan configurada la visibilidad como "Privado".
- Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: cuenta con la política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá ampliar el uso de las extensiones de Manifest V2.
- Próximo hito en ChromeOS, Lacros, Linux, Mac y Windows: quitar la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Definir la duración del salvapantallas
A partir de ChromeOS 120, podrá establecer la duración del salvapantallas durante la carga. Ahora los usuarios pueden elegir la duración de su salvapantallas mientras se carga el dispositivo (no con la batería). Puedes controlar este comportamiento mediante una nueva política de empresa. El ajuste predeterminado es permanente y se puede reducir mediante opciones desplegables.
- Nuevos controles de aceleración de desplazamiento del ratón
ChromeOS 120 añadirá nuevos controles que permiten a los usuarios inhabilitar la aceleración de desplazamiento del ratón y ajustar la velocidad del desplazamiento.
- Comportamiento Alt + clic mejorado
En ChromeOS 120, podrás configurar el comportamiento del clic derecho usando el teclado y el panel táctil. También puedes configurar ajustes para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar teclas del teclado.
- Nuevo diseño del reproductor multimedia de ChromeOS
A partir de ChromeOS 121, el reproductor multimedia incluirá botones y colores más grandes que combinan con el fondo de pantalla. El reproductor multimedia aparecerá en los ajustes rápidos cuando estés reproduciendo vídeo o audio (como Spotify o YouTube). Podrás hacer clic en el icono de la chincheta para mover el reproductor multimedia a la estantería. Además de controlar el contenido multimedia que se envía, podrás enviar contenido web a cualquier altavoz o pantalla de tu red local.
- Notificaciones mejoradas para aplicaciones fijadas
A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas de otras notificaciones. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a los cuadros de tamaño fijo. Esto distingue significativamente el aspecto visual de las notificaciones fijadas de las notificaciones normales y refleja la diferencia significativa de objetivo (es decir, notificar al usuario de un proceso en curso en lugar de un evento instantáneo).
- Nuevas opciones de sincronización de ChromeOS
ChromeOS ofrecerá pronto una experiencia de configuración de dispositivo actualizada que permite a los usuarios personalizar los ajustes de sincronización de aplicaciones, ajustes, redes Wi-Fi y fondo de pantalla.
- Inhabilitación de aplicaciones por parte del administrador en MGS
Hasta ahora, Managed Guest Sessions (MGS) incluye un conjunto de aplicaciones (de exploración, de galería y de terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas aplicaciones, bloquearlas y ocultarlas a los usuarios de tu empresa.
Recursos adicionales
- Cómo funcionan los lanzamientos de Chrome: ciclo de lanzamientos de Chrome
- Descargas del navegador Chrome y descripción del producto Chrome Enterprise: navegador Chrome para empresas
- Estado y plazos de la versión de Chrome: lector del servidor de Google Update
- Anuncios: blog de versiones de Chrome | blog de Chromium
- Desarrolladores: información sobre los cambios de la plataforma web
¿Sigues necesitando ayuda?
- Clientes de G Suite o Cloud Identity (solo con acceso autorizado): contactar con el equipo de Asistencia
- Asistencia para empresas del navegador Chrome: regístrate para contactar con un especialista
- Foro de administradores de Chrome
- Centro de Ayuda de Chrome Enterprise
