Notas de la versión de Chrome Enterprise y Education

Para los administradores que administran el navegador Chrome o los dispositivos ChromeOS en una empresa o institución educativa.

 

Selecciona la pestaña correspondiente para ver las actualizaciones del navegador Chrome o ChromeOS.

• Las actualizaciones del navegador Chrome se publican en la fecha de la versión estable temprana del navegador Chrome.
• Las actualizaciones de ChromeOS se publican una semana antes que la versión estable de ChromeOS.

 

Resumen de la versión de Chrome 136

 

Cambios en el navegador Chrome	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Actualizaciones de la presentación de resultados de Google Lens		✓
Verificaciones de descarga de APK maliciosos (solo telemetría)	✓
Notificaciones proactivas para las sugerencias de Chrome en iOS		✓
Se requiere un directorio de datos personalizado para la depuración remota	✓
Partición del historial de vínculos :visited	✓
Se cambió el nombre del tipo attr() de string a raw-string.	✓
Se actualizó ProgressEvent para usar el tipo doble para cargado y total	✓
Políticas nuevas en el navegador Chrome			✓
Políticas que se quitaron del navegador Chrome			✓
Cambios en Chrome Enterprise Core	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Compatibilidad con WebAuthn para clientes de escritorio remoto en dispositivos administrados	✓		✓
Cambios en Chrome Enterprise Premium	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Nuevo conector de informes: SIEM de nueva generación de CrowdStrike Falcon	✓		✓
Funciones de filtrado de URLs en Android	✓		✓
Próximos cambios en el navegador Chrome	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Eliminación de las políticas empresariales de acceso a redes privadas	✓
Se quitó el interruptor de línea de comandos --load-extension	✓
Quitar el resguardo de SwiftShader	✓
Tipo de error de alineación que se arroja para la creación de credenciales de WebAuthn de payment: SecurityError => NotAllowedError	✓
Partición de URLs de BLOB: recuperación y navegación	✓
Web Serial por Bluetooth en Android	✓
Happy Eyeballs V3	✓
Política estricta del mismo origen para la API de Storage Access	✓
Manifiesto de la app web: update_token y elegibilidad de actualización	✓
Migra las extensiones a Manifest V3 antes de junio de 2025	✓	✓	✓
Chrome quitará compatibilidad con macOS 11			✓
Apps web aisladas	✓		✓
No se permiten espacios en hosts de URLs que no sean file://	✓
Migración de la API de SafeBrowsing de la v4 a la v5	✓
Proveedor del framework de accesibilidad de la automatización de la IU en Windows		✓
Próximos cambios en Chrome Enterprise Core	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Registro y generación de 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 cuadro multifunción de Chrome		✓	✓
Próximos cambios en Chrome Enterprise Premium	Seguridad y privacidad	Productividad del usuario / Aplicaciones	Administración
Funciones de filtrado de URLs en iOS	✓		✓

 

DESCARGAR Notas de la versión (PDF)

Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.

 

Cambios en el navegador Chrome

   

• Actualizaciones de la presentación de resultados de Google Lens 

  Los resultados de las búsquedas de Google Lens que provienen de la cámara del dispositivo y de la búsqueda de imágenes en páginas web se presentan en un panel de IU nativo que se desliza desde la parte inferior de la pantalla. Anteriormente, estas respuestas se presentaban en una página web independiente en una pestaña nueva. Los administradores pueden controlar esta función con la política existente LensCameraAssistedSearchEnabled.

  • Chrome 136 en iOS
   

  

   

   

• Verificaciones de descarga de APK maliciosos (solo telemetría) 

  Chrome en Android ahora se comunica con Google para verificar la seguridad de los archivos del kit de paquetes de Android (APK) que se descargan. Este es un estado experimental solo de telemetría de una función que, en algún momento, mostrará advertencias y bloqueará las descargas de archivos APK dañinos para proteger a los usuarios contra el software malicioso para dispositivos móviles. Por el momento, la verificación de descarga de APK maliciosos solo se realiza a través de telemetría; no se mostrarán advertencias ni se bloquearán las descargas. En el modo de solo telemetría, la verificación de descarga de APK maliciosos solo se realizará para los usuarios inscritos en la Protección mejorada de la Navegación segura de Google. 

  Para inhabilitar esta función, establece el modo de Navegación segura en NoProtection (valor 0) a través de la política SafeBrowsingProtectionLevel.

  • Chrome 136 en Android
   

   

• Notificaciones proactivas para Sugerencias de Chrome en iOS 

  Ahora los usuarios pueden recibir Sugerencias de Chrome como notificaciones provisionales. Anteriormente, solo las recibían quienes las habilitaban de manera explícita.

  En esta versión, Chrome envía estas notificaciones de forma proactiva a los usuarios que instalaron Chrome en iOS, pero que llevan varios días sin utilizarlo. De esta manera, los usuarios ni siquiera tendrán que abrir la app para obtener información sobre funciones útiles, como Google Lens o la Navegación segura mejorada. Los administradores pueden desactivar estas notificaciones con la política ProvisionalNotificationsAllowed, que estará disponible en Chrome 137.

  • Chrome 136 en iOS
   

   

• Se requiere un directorio de datos personalizado para la depuración remota 

  Ya no es posible depurar de forma remota 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 deberá especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor --user-data-dir cuando se usen los interruptores --remote-debugging-pipe o --remote-debugging-port.

  Realizamos este cambio porque los ladrones de información y el software malicioso abusan de los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos del usuario personalizado usa una clave de encriptación diferente, lo que impide que el software malicioso robe datos encriptados, 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 vínculos :visited  

  Para eliminar las filtraciones del historial de navegación del usuario, se les aplica el estilo :visited a los elementos de ancla solo si anteriormente se hizo clic en ellos desde este sitio de nivel superior y origen de marco. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave, es decir, se almacena lo siguiente para cada vínculo visitado: <URL del vínculo, sitio de nivel superior, origen de marco>. Dado que solo se les aplicará el estilo a los vínculos en los que anteriormente se hizo clic en este sitio y marco, quedarán obsoletos numerosos ataques de canal lateral que se desarrollaron para obtener información de estilo de los vínculos :visited, ya que ya no les proporcionarán a los sitios información nueva sobre los usuarios. 

  Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo :visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.

  • Chrome 136 en Windows, macOS, Linux y Android
   

   

• Se cambió el nombre de la palabra clave de tipo attr() de string a raw-string 

  El argumento de tipo attr() especifica cómo se analiza el valor del atributo para convertirlo en un valor CSS. En una decisión reciente del W3C CSS Working Group, se resolvió cambiar el nombre de la palabra clave string de tipo attr() a raw-string, que es más explícito. Si el valor del atributo se proporciona como la palabra clave raw-string o se omite por completo, el valor literal del atributo se tratará como el valor de una cadena CSS, sin que se realice ningún análisis de CSS (incluidos escapes CSS, eliminación de espacios en blanco, comentarios, etc.). Ningún valor activará el resguardo, salvo la ausencia total del atributo. 

  Para obtener más detalles sobre la notación attr(), consulta el documento CSS Values and Units Module Level 5. 

  • Chrome 136 en Windows, macOS, Linux y Android
   

   

• Se actualizó ProgressEvent para usar el tipo double para loaded y total 

  ProgressEvent tiene los atributos loaded y total que indican el progreso, y su tipo ahora es unsigned long long.

  Con esta función, el tipo de estos dos atributos se cambia a double, lo que les brinda a los desarrolladores más control sobre el valor. Por ejemplo, los desarrolladores ahora pueden crear un ProgressEvent con el atributo total de 1 y el atributo loaded que aumenta de 0 a 1 gradualmente. Esto se alinea con el comportamiento predeterminado del elemento HTML <progress> si se omite el atributo max. Para obtener más detalles, consulta esta discusión del Web Hypertext Application Technology Working Group (WHATWG) en GitHub.

  • Chrome 136 en Windows, macOS y Linux
   

   

• Políticas nuevas en el navegador Chrome 

  Política	Descripción
  OnSecurityEventEnterpriseConnector	Permite configurar el Chrome Enterprise Connector OnSecurityEvent (ahora disponible en Android).
  WebAuthenticationRemoteDesktopAllowedOrigins	Indica los orígenes permitidos para las solicitudes de WebAuthn con proxy desde aplicaciones de escritorio remoto.
  ReduceAcceptLanguageEnabled	Controla la reducción de Accept-Language.
  HappyEyeballsV3Enabled	Habilita el uso del algoritmo Happy Eyeballs V3.
  EnterpriseRealTimeUrlCheckMode	Verifica 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 administrados.

   

• Políticas que se quitaron del navegador Chrome 

  Política	Descripción
  ThirdPartyBlockingEnabled	Habilita el bloqueo de inserción de software de terceros.
  ProfilePickerOnStartupAvailability	Establece la disponibilidad del selector de perfiles en el inicio.

   

   

Cambios en Chrome Enterprise Core

   

• Compatibilidad con WebAuthn para clientes de escritorio remoto en dispositivos administrados 

  Este cambio permite que los usuarios de dispositivos administrados accedan de forma segura a sitios web en hosts remotos con sus llaves de seguridad o de acceso locales. Con la nueva política empresarial WebAuthenticationRemoteDesktopAllowedOrigins, los administradores podrán especificar qué aplicaciones cliente de escritorio remoto pueden realizar solicitudes de WebAuthn en nombre de otros orígenes.

  Este cambio aborda el desafío de usar autenticadores locales con escritorios remotos, lo que mejora la seguridad y la experiencia del usuario. Para configurar esta política, los administradores deben proporcionar una lista separada por comas de los orígenes permitidos de las apps cliente de escritorio remoto.

  • Chrome 136 en Android, ChromeOS, Linux, macOS y Windows

   

Cambios en Chrome Enterprise Premium

Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.

   

• Nuevo conector de informes: CrowdStrike Falcon Next-Gen SIEM   

  Chrome 136 presenta el nuevo conector de informes de Chrome Enterprise para CrowdStrike Falcon Next-Gen SIEM. Se puede configurar en la Consola del administrador para reenviar ciertos datos de eventos de Chrome a CrowdStrike y mejorar el análisis y la supervisión de la seguridad, lo que ofrece 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 se extiende a Android para los clientes de Chrome Enterprise Premium. Esto permite a los administradores aplicar reglas de bloqueo, advertencia o auditoría de URLs en dispositivos Android administrados a través de la política EnterpriseRealTimeUrlCheckMode, lo que ofrece un control de contenido web coherente en todas las plataformas. Los eventos de filtro se informan a través del conector de informes y la configuración se realiza en la Consola del administrador.

   
  • Chrome 136 en Android
   

  

   

 

Próximamente

Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el canal estable.

 

Próximos cambios en el navegador Chrome

 

    

• Requisito del directorio de datos personalizados del puerto de depuración remota 

  Ya no será posible depurar de forma remota a través de un puerto TCP o un canal en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS.

  Se deberá especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor --user-data-dir cuando se usen los interruptores --remote-debugging-pipe o --remote-debugging-port.

  El motivo de este cambio es que los ladrones de información y el software malicioso abusan de los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos del usuario personalizado usa una clave de encriptación diferente, por lo que el software malicioso ya no puede robar datos encriptados, 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 BLOB: recuperación y navegación 

  Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios. 

  Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.

  • Chrome 136 en Windows, macOS, Linux y Android

    

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

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

  Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Tenemos planificado quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.

  • Chrome 136 en Windows, macOS, Linux y Android

    

• Actualizaciones de FedCM 

  A partir de Chrome 136, la API de Federated Credential Management (FedCM) podrá mostrar varios proveedores de identidad en el mismo diálogo. Esto les proporcionará a los desarrolladores una forma conveniente de presentarles a los usuarios todos los proveedores de identidad admitidos. Tenemos planificado abordar primero el caso simple de tener todos los proveedores en la misma llamada a get().

  Planeamos quitar la compatibilidad para agregar otra cuenta en el modo pasivo de FedCM. Esta función permite mostrar un botón Usar otra cuenta junto con otras cuentas de IdP en el selector. Actualmente, la función no se usa, y las conversaciones de UX indican que admitirla genera un flujo más complicado sin muchos beneficios. Esta función seguirá habilitada en el modo activo de FedCM.

  • Chrome 136 en Windows, macOS, Linux y Android

    

• Partición del historial de vínculos :visited 

  Para eliminar las filtraciones del historial de navegación del usuario, los elementos de anclaje se aplican el estilo :visited solo si se hizo clic en ellos desde este sitio y origen de marco de nivel superior anteriormente. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave o almacena lo siguiente para cada vínculo visitado: <link URL, top-level site, frame origin>. Dado que solo se aplica diseño a los vínculos en los que se hizo clic en este sitio y marco anteriormente, los muchos ataques de canal lateral que se desarrollaron para obtener información de diseño de vínculos :visited ahora son obsoletos, ya que ya no proporcionan a los sitios información nueva sobre los usuarios. 

  Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo :visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.

  • Chrome 136 en Windows, macOS, Linux y Android

    

• Política estricta del mismo origen para la API de Storage Access 

  Chrome 136 ajustará la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen para mejorar la seguridad. Esto significa que, de forma predeterminada, usar document.requestStorageAccess() en un marco solo adjuntará cookies a las solicitudes al origen del iframe (no al sitio).

  Nota: La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.

  • Chrome 136 en Windows, macOS, Linux y Android

    

• Quitar el resguardo de SwiftShader 

  A partir de Chrome 137, planeamos dar de baja el resguardo automático a WebGL con la compatibilidad de SwiftShader. La creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Planeamos quitar el resguardo de SwiftShader por dos motivos principales:

  1. SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
  2. Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con 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. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.

  Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos --enable-unsafe-swiftshader.

  Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas --enable-unsafe-swiftshader, se quitará este mensaje de advertencia.

  Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.

  • Chrome 137 en Windows, macOS, Linux y Android

    

• No se permiten espacios en hosts de URLs que no sean file:// 

  Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.

  Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .

  Para que Chromium cumpla con las especificaciones, nos gustaría quitar por completo los espacios de los hosts de URLs, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (consulta el debate en GitHub).

  Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo en las URLs que no sean de archivos.

  • Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia

 

    

• Chrome dejará de admitir macOS 11 

  Chrome 138 será la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.

  Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea que se actualice Chrome, debe actualizar su computadora a una versión compatible de macOS.

  Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 y versiones posteriores.

  • Chrome 139 en Windows y macOS

    

• Apps web aisladas 

  Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.

  En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en Cómo comenzar a usar apps web aisladas.

  En la versión inicial, las IWA solo se podrán instalar a través de una política en dispositivos ChromeOS administrados por la empresa.

  • Chrome 140 en Windows

    Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.

    

• Migración de la API de SafeBrowsing v4 a la v5 

  Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.

  Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.

  • Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows

    Este lanzamiento será gradual.

    

• Proveedor del framework de accesibilidad de la automatización de la IU en Windows 

  A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.

  Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.

  • Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
  • Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
  • Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.

 

Próximos cambios en Chrome Enterprise Core

    

• Mejora del rendimiento y la escalabilidad de los informes de la Consola del administrador para clientes grandes 

  Chrome Enterprise Core lanzará cambios en la infraestructura de software que tienen como objetivo mejorar el rendimiento, la precisión y la escalabilidad de muchos informes y páginas en la Consola del administrador. Estas son algunas de las páginas y los informes afectados en la Consola del administrador: 

  • Informe de versiones
  • Informe del uso de apps y extensiones
  • Página Detalles de la extensión
  • Página Estadísticas de Chrome para navegadores
   

  Se planea lanzar los cambios de forma gradual entre abril y julio de 2025.

  • Desde de abril de 2025 hasta julio de 2025

    

• Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados 

  Planeamos agregar una acción de exportación de CSV y los comandos remotos Borrar caché y Borrar cookies a la lista de perfiles administrados. Podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.

  • Exportación de 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 destino de descripción general para Chrome Enterprise Core 

  Esta nueva página de descripción general se ubicará en la sección del navegador Chrome de la Consola del administrador y mostrará información útil sobre tu implementación (como un resumen de la implementación de tu navegador y perfiles), un resumen de las versiones de Chrome informadas y las extensiones instaladas. Esas estadísticas te permitirán identificar rápidamente los navegadores inactivos y los que tienen una actualización pendiente. También podrás ver rápidamente tu fila de solicitudes de extensión y revisar las extensiones que se configuraron.

  • A partir de Chrome 135 para el acceso anticipado de verificadores de confianza

    

• Registro y generación de informes de direcciones IP 

  Chrome Enterprise mejorará sus capacidades de supervisión de seguridad y respuesta ante incidentes recopilando y registrando direcciones IP locales y remotas, y enviándolas a los registros de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá que los administradores envíen las direcciones IP a proveedores externos y propios de administración de eventos de seguridad y de información (SIEM) 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 de 2025 (Chrome 136), comenzará a lanzarse la política de período de inactividad para la eliminación de perfiles. En junio de 2025 (Chrome 138), la política comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos la política, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.

  Si reduces el valor de la política establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este 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 comenzará en junio (Chrome 138) y la ola inicial de eliminación se completará a fines de julio (Chrome 139). Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.

 

Próximos cambios en Chrome Enterprise Premium

 

   

• Filtros de URLs en iOS y Android 

  Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la función opere sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).

  • Chrome 136 en Android 
  • Chrome 137 en iOS y Android

   

• Refactorización de la experiencia del 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 del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.

   
  • Chrome 137 en Windows, macOS, Linux y ChromeOS
    

   

• Conector de informes para dispositivos móviles 

  Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.

   
  • Chrome 137 en iOS y Android
   

   

• API de Connectors 

  Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.

   
  • Chrome 137 en Windows, macOS, Linux y ChromeOS

 Registrarse para recibir correos electrónicos sobre futuras actualizaciones

Notas de versiones anteriores 

Versión de Chrome y fecha de lanzamiento objetivo del canal estable
Chrome 135: 26 de marzo de 2025
Chrome 134: 26 de febrero de 2025
Chrome 133: 29 de enero 2025
Chrome 132: 8 de enero, 2025
Notas de versiones anteriores  →

Recursos adicionales

• Para probar las funciones nuevas antes de que se lancen, regístrate en el programa de Verificadores de confianza.
• Conéctate con otros administradores de TI de Chrome Enterprise a través del Foro de clientes de Chrome Enterprise.
• Cómo funcionan los lanzamientos de Chrome: Ciclo de actualización de Chrome 
• Para fechas específicas, consulta el programa de lanzamientos de Chrome. 
• Descargas del navegador Chrome y descripción general del producto Chrome Enterprise: Navegador Chrome para empresas
• Estado y cronogramas de la versión de Chrome: Estado de la plataforma Chrome | Visor del servidor de Google Actualización
• Anuncios: Blog de actualizaciones de Chrome | Blog de Chromium
• Desarrolladores: Obtén información sobre los cambios en la plataforma web

¿Todavía necesitas ayuda?

• Clientes de Google Workspace o Cloud Identity (solo con acceso autorizado): Comunícate con el equipo de asistencia
• Asistencia del navegador Chrome para empresas: Hay que registrarse para contactarse con un especialista
• Foro de administradores de Chrome
• Centro de ayuda de Chrome Enterprise y Education

Google y las marcas y los logotipos relacionados son marcas de Google LLC. Todos los otros nombres de productos y empresas son marcas de las empresas con las que estén asociados.