Notificación

Are your Chrome devices having WiFi connection problems? Fix now

Notas de versiones anteriores

Nota: Si necesitas información sobre las versiones actuales de Chrome y los lanzamientos objetivo, consulta Notas de la versión de Chrome Enterprise.
 

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

 

 

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.

 

Nota: Si necesitas información sobre las versiones actuales de Chrome y los lanzamientos objetivo, consulta Notas de la versión de Chrome Enterprise.
Abrir todo   |   Cerrar todo

Chrome 136

Resumen de la versión de Chrome 136

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Actualizaciones de la presentación de resultados de Google Lens    
Verificaciones de descarga de APK maliciosos (solo telemetría)    
Notificaciones proactivas para 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    
Cambio en el nombre del tipo attr() de string a raw-string    
Actualización de ProgressEvent para usar el tipo double para loaded y total    
Políticas nuevas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad y apps del usuario Administración
Compatibilidad con WebAuthn para clientes de escritorio remoto en dispositivos administrados  
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad y apps del usuario 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 y apps del usuario Administración
Eliminación de las políticas empresariales de acceso a redes privadas    
Eliminación del 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    
Migración de 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 y apps del usuario 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 y apps del usuario Administración
Funciones de filtrado de URLs en iOS  

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar 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 la versión estable temprana del navegador Chrome.

 

Cambios en el navegador Chrome

   

  • Actualizaciones de la presentación de resultados de Google Lens back to top

    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) back to top

    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 back to top

    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 back to top

    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  back to top

    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 back to top

    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 back to top

    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 que se quitaron del navegador Chrome back to top
    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 back to top

    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 back to top  

    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
     

    Captura de pantalla 1 de la funciónCaptura de pantalla 2 de la función

   

  • Funciones de filtrado de URLs en Android back to top  

    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
     

    Captura de pantalla 1 de la funciónCaptura de pantalla 2 de la función

     

 

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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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:// back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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  back to top

    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 back to top

    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 back to top

    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

↑ volver al principio  

Chrome 135

Resumen de la versión de Chrome 135

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
La inscripción de perfiles de terceros se migró al flujo de código de autorización de OIDC    
Eliminación automática de descargas para Chrome en iOS    
Mejor detección de formularios de contraseñas con AA    
Asistencia del LLM del cliente para mitigar estafas    
Baja de los eventos de mutación    
Advertencias basadas en las extensiones de la descarga del tipo de archivo: corrección de documentación    
Mejoras en las extensiones de Chrome para computadoras  
Conector de confianza genérico del dispositivo    
Quitar las políticas empresariales de acceso a redes privadas    
Quitar la política ThirdPartyBlockingEnabled    
Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras    
Desactivación del Administrador de contraseñas heredado en Chrome para Android    
Cookies de terceros siempre bloqueadas en el modo Incógnito    
Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc    
Prevención de seguimiento de HSTS    
Quita el método navigator.xr.supportsSession obsoleto    
Se quitará el interruptor de línea de comandos --load-extension en Google Chrome    
Políticas nuevas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Compatibilidad con el SSO extensible de Apple para Chrome en macOS  
Contenido nuevo en la página Descubre de Chrome Web Store para usuarios administrados  
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
No hay actualizaciones en Chrome 135.      
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Requisito del directorio de datos personalizados del puerto de depuración remota    
Partición de URLs de BLOB: recuperación y navegación    
Los métodos get de la API de Intl Locale Info dejarán de estar disponibles    
Actualizaciones de FedCM    
Partición del historial de vínculos :visited    
Política estricta del mismo origen para la API de Storage Access    
Quitar el resguardo de SwiftShader    
No se permiten espacios en hosts de URLs que no sean file://    
Chrome quitará compatibilidad con macOS 11    
Apps web aisladas    
Migración de la API de SafeBrowsing 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
Mejora del rendimiento y la escalabilidad de los informes de la Consola del administrador    
Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados    
Nueva página de destino de descripción general para Chrome Enterprise Core    
Registro y generación de informes de direcciones IP    
Eliminación de perfiles inactivos en Chrome Enterprise Core  
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Filtros de URLs en iOS y Android    
Refactorización de la experiencia del usuario de las reglas de DLP    
Conector de informes para dispositivos móviles    
API de Connectors    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

 

   

  • La inscripción de perfiles de terceros se migró al flujo de código de autorización de OIDC back to top

    Chrome 135 migró la página de destino para el registro de perfiles del sitio web de marketing a un sitio web dinámico. Esta actualización también migró el flujo implícito de OpenID Connect (OIDC) a un flujo de código de autorización. El objetivo es mejorar la seguridad y la experiencia del usuario de los perfiles administrados por terceros.

    • Chrome 135 en Windows

   

  • Eliminación automática de descargas para Chrome en iOS back to top

    Los usuarios del navegador Chrome en iOS ahora pueden borrar automáticamente las descargas del navegador de forma programada.

    Es probable que esta función mejore el rendimiento del dispositivo en relación con la capacidad de almacenamiento y la privacidad, ya que automatiza la eliminación de archivos que los usuarios podrían olvidar borrar por su cuenta.

    • Chrome 135 en iOS
      Experimento inicial del 1% en la versión 135 solo en Chrome para iOS. No hay lanzamientos planificados para otras plataformas.
      " "

   

  • Mejor detección de formularios de contraseñas con AA back to top

    Chrome 135 presenta un nuevo modelo de aprendizaje automático (AA) del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de la detección y el completado. Puedes controlar esta función con la política PasswordManagerEnabled.

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

   

  • Asistencia del LLM del cliente para mitigar estafas back to top

    Los usuarios de la Web se enfrentan a una gran cantidad y variedad de estafas a diario. Para combatir estas estafas, Chrome 135 usa modelos de lenguaje grandes (LLM) integrados en el dispositivo para identificar sitios web fraudulentos para los usuarios de la Protección mejorada. Chrome envía el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de esa página. Luego, Chrome envía los indicadores al servidor de Navegación segura para obtener un veredicto final. Cuando está activado, 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 del intent de la página que solicitó la API de bloqueo del teclado para identificar sitios web de estafa.
    • Chrome 135 en Linux, macOS y Windows
      Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que solicitó la API de bloqueo del teclado.
     

   

  • Se darán de baja los eventos de mutación back to top

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified y DOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer. 

    Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores. Si tienes algún problema, puedes informar un error de Chromium.

    La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 135, y finalizó el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.

   

   

  • Mejoras en las extensiones de Chrome para computadoras back to top

    En Chrome 135 para computadoras, algunos usuarios que acceden a Chrome cuando instalan una extensión nueva ahora pueden usar y guardar extensiones en su Cuenta de Google. 

    Las políticas empresariales pertinentes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled seguirán funcionando como antes, de manera que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google.

    Para obtener más información sobre cómo usar extensiones en cualquier computadora, consulta Cómo instalar y administrar extensiones en el Centro de ayuda de Chrome Web Store.

    Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. Para obtener más información, consulta Cómo acceder a tu cuenta y activar la sincronización en Chrome.

    • Chrome 135 en Linux, macOS y Windows

   

  • Conector de confianza genérico del dispositivo back to top

    Las integraciones creadas a través del conector de confianza de dispositivos permiten a los clientes implementar controles detallados para la autenticación en recursos empresariales, como apps de SaaS o la intranet de tu empresa, según las propiedades del dispositivo y la instancia del navegador del usuario final que envía Chrome. Para obtener más detalles, consulta Administra los conectores de confianza de dispositivos de Chrome Enterprise

    • Chrome 135 en Windows

   

  • Quitar las políticas empresariales de acceso a redes privadas back to top

    El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar 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 enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.

    El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, 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 lanzar. 

    La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.

    En Chrome 135, se quitaron las políticas InsecurePrivateNetworkRequestsAllowedForUrls y InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones de PNA 1.0. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.

    El PNA 2.0 se describe en esta explicación en GitHub.

   

   

  • Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadorasback to top

    En Chrome 135 para computadoras, los usuarios que accedan a Chrome por primera vez o que tengan habilitada la sincronización ahora podrán mantener separados los parámetros de configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google de los locales, es decir, los parámetros de configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.

    Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando se accede o se activa la sincronización, y no se deja ningún parámetro de configuración de la cuenta en el dispositivo cuando se desactiva la sincronización.

    Se seguirán aplicando las políticas empresariales existentes SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean. Para obtener más información, consulta Administra quiénes pueden sincronizar la configuración del navegador.

    Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. 

    • Chrome 135 en Linux, macOS y Windows

   

  • Descontinuación del Administrador de contraseñas heredado en Chrome para Android back to top

    Los usuarios con versiones anteriores de los Servicios de Google Play perderán la funcionalidad del Administrador de contraseñas en Chrome. Este es un paso para desactivar el Administrador de contraseñas heredado en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome y, luego, importarlo al Administrador de contraseñas que prefieran. El nuevo Administrador de contraseñas de Google está disponible en dispositivos con una versión reciente de los Servicios de Google Play.

    • Chrome 135 en Android
     

   

  • Cookies de terceros siempre bloqueadas en el modo Incógnito back to top

    A partir de Chrome 135, los usuarios tienen bloqueadas las cookies de terceros en el modo Incógnito y no podrán volver a habilitarlas de forma global. No se cambiarán los controles a nivel del sitio para permitir cookies de terceros. 

    Con este lanzamiento, la política BlockThirdPartyCookies se aplica al modo normal solo cuando se establece como falsa, no al modo Incógnito. No habrá cambios cuando la política sea verdadera o no se establezca. Tampoco se realizarán cambios en la política CookieAllowedForUrls, que se seguirá aplicando en los modos normal e incógnito, ya que se aplica a nivel del sitio y no de forma global.

    • Chrome 135 en Android, ChromeOS, Linux, MacOS y Windows

   

  • Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc back to top

    Anteriormente, los documentos de contexto de srcdoc no eran clientes de service worker y no estaban cubiertos por el service worker de su página superior. Esto generaba algunas discrepancias (por ejemplo, el Tiempo de recursos informaba las URLs que cargaban estos documentos, pero el service worker no las interceptaba).

    Para corregir estas discrepancias, Chrome 135 crea clientes de service worker para los iframes de srcdoc y hace que hereden el controlador de service worker de la página superior.

    • Chrome 135 en Windows, macOS, Linux y Android

   

  • Prevención de seguimiento de HSTS back to top

    La política HTTP con Seguridad de Transporte Estricta (HSTS) permite que los sitios se declaren accesibles solo a través de conexiones seguras. 

    En Chrome 135, la prevención de seguimiento de HSTS mitiga el seguimiento de usuarios por parte de terceros que usan la caché de HSTS. Solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. Esto evita que los sitios de terceros usen la caché de HSTS para realizar un seguimiento de los usuarios en la Web. Para obtener más información, consulta esta explicación en GitHub sobre la prevención de seguimiento de HSTS.

    • Chrome 135 en Windows, macOS, Linux y Android

   

  • Quita el método navigator.xr.supportsSession obsoleto back to top

    Chrome 135 quita el método navigator.xr.supportsSession, que se reemplazó en la especificación de WebXR por el método navigator.xr.isSessionSupported en septiembre de 2019 después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se marcó como obsoleto en Chromium, lo que genera una advertencia de la consola que redirecciona 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 confirmó que todos los frameworks principales que se usan para compilar contenido de WebXR se actualizaron para usar la llamada más reciente.

    • Chrome 135 en Windows, macOS, Linux y Android

   

   

   

Cambios en Chrome Enterprise Core

   

  • Compatibilidad con el SSO extensible de Apple para Chrome en macOS back to top

    Chrome 135 en macOS permite la autenticación sin inconvenientes para los proveedores de identidad que se habiliten a través de una extensión de inicio de sesión único (SSO) empresarial configurada por el SO. En esta versión inicial, Chrome permite que los usuarios finales de los navegadores administrados accedan a cualquier recurso autenticado por Microsoft Entra sin necesidad de ingresar credenciales. El SSO extensible debe preconfigurarse en tu entorno y, luego, implementarse con su respectiva solución de administración de dispositivos empresariales. Para obtener más detalles, consulta Usa la compatibilidad de Inicio de sesión único extensible de Apple en Chrome.

     
    • A partir de Chrome 135 en macOS
     

   

  • Contenido nuevo en la página Descubre de Chrome Web Store para usuarios administrados back to top

    Chrome Web Store ahora muestra nuevas colecciones seleccionadas en relación con la productividad, la administración de proyectos y la colaboración en la página Descubre para los usuarios administrados. El objetivo es ayudar a los usuarios finales a encontrar extensiones útiles y más pertinentes relacionadas con el trabajo más rápido.

    Como administrador, puedes controlar la visualización de Chrome Web Store para tus usuarios administrados con la configuración de Chrome Web Store (anunciada anteriormente en Chrome 132).

     

    • Chrome 135: Lanzamiento gradual a partir del 1 de abril de 2025

 

Cambios en Chrome Enterprise Premium

 

No hay actualizaciones para Chrome Enterprise Premium en Chrome 135.

 

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

 

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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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:// back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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 back to top

    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  back to top

    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 back to top

    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 back to top

    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

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 135

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Política de ChromeOS para prolongar 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    
Vinculación rápida para dispositivos de entrada compatibles    
Teclas del mouse en ChromeOS    
Mejoras en el Control con gestos faciales    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Próxima baja de las Apps de Chrome instaladas por el usuario  
Fondos de pantalla de formato libre de ChromeOS    
Mejoras de Quick Share    
Recopilación de registros de dispositivos basada en eventos para la solución de problemas    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.

Actualizaciones de ChromeOS

   

  • Política de ChromeOS para la longevidad de la batería back to top

    ChromeOS 135 presenta 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 extender la vida útil de las Chromebooks. 

    Los administradores pueden establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo. 

    La nueva política beneficia tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política no requiere interacción del usuario, aunque los administradores pueden informar a los usuarios finales sobre el cambio en los límites de carga.

   

  • Pila Bluetooth de Android, Fluoride, en ChromeOS Flex back to top

    En ChromeOS 122, comenzamos a lanzar Fluoride en dispositivos ChromeOS y ahora se está implementando en ChromeOS Flex. La transición se realizará sin problemas cuando accedas, se conservarán los dispositivos vinculados existentes y debería funcionar con dispositivos Bluetooth sin interrupciones. Para obtener más información, consulta La pila Bluetooth de Android, Fluoride, llega a ChromeOS.

    Si tienes problemas, envía comentarios y, si es necesario, inhabilita la nueva pila a través de chrome://flags/#bluetooth-use-floss.

   

  • Política de lista de entidades de almacenamiento externo permitidas back to top

    Política de ChromeOS para especificar los dispositivos que estarán exentos de las restricciones de almacenamiento externo. La nueva política ExternalStorageAllowlist permite que los administradores especifiquen ciertos dispositivos que estarán exentos de las restricciones de almacenamiento externo establecidas anteriormente. Cuando se establece la política, los administradores ahora pueden restringir el acceso a todo el almacenamiento externo, pero permitir que los dispositivos de confianza tengan acceso de lectura/escritura.

   

  • Búsqueda de contenido de imágenes back to top

    En lugar de buscar por nombres de archivos, los usuarios ahora pueden buscar por el contenido de sus imágenes en el Selector.

    " "

   

  • Vinculación rápida para mouses en ChromeOS back to top

    La Vinculación rápida ahora está disponible para mouses en ChromeOS. Ahora puedes acercar un mouse compatible con la Vinculación rápida a tu dispositivo ChromeOS y pedirle que lo vincule con un clic. Para obtener más información, consulta Cómo conectar una Chromebook a dispositivos Bluetooth.

   

  • Teclas del mouse en ChromeOS back to top

    Teclas del mouse es una función de accesibilidad que permite a los clientes controlar el puntero del mouse con el teclado. Esto es útil para las personas que tienen dificultades o experimentan dolor cuando usan un mouse tradicional.

   

  • Mejoras en el control con gestos faciales back to top

    Ahora es más claro cuándo el Control con gestos faciales está activo, y se simplificó el proceso para desactivarlo. Ahora verás el mensaje destacado Control con gestos faciales activo con un botón de cierre práctico directamente en la IU. Además, verás una notificación para informarte cuando se active el Control con gestos faciales

    Para reducir las transiciones de sesión no deseadas, quitamos la configuración de accesibilidad del Control con gestos faciales en la pantalla de acceso de los dispositivos administrados.

    " "

     

 

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 ChromeOS

 

   

  • Próxima baja de las apps de Chrome instaladas por el usuario back to top 

    A partir de ChromeOS 139 (actualmente, se planea lanzar la versión estable el 19 de agosto), las apps de Chrome instaladas por el usuario dejarán de funcionar. A partir de ChromeOS M135, se mostrará una notificación para recordarles a los usuarios esta próxima baja. Para obtener más información, consulta Fin de la compatibilidad con las apps de Chrome.

   

  • Fondos de pantalla de formato libre de ChromeOS back to top 

    A partir de ChromeOS 136, los fondos de pantalla de formato libre ofrecerán 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 ingresar diferentes instrucciones en el campo de texto para generar fondos de pantalla o usar la función Obtener inspiración, que generará instrucciones y fondos de pantalla aleatorios hasta que encuentres uno que te guste. Esta función solo estará disponible en dispositivos Chromebook Plus. Para obtener más información, consulta Configuración de fondo de pantalla.

    Los administradores pueden controlar esta función con la política GenAIWallpaperSettings.

    • Para los consumidores de 18 años en adelante, la opción predeterminada es Permitir con recopilación de datos. Los usuarios menores de 13 años no pueden acceder a la función.
    • Para los usuarios administrados de 18 años en adelante, la opción predeterminada es Permitir sin recopilación de datos
    • Los usuarios menores de 18 años no pueden acceder a la función. 

   

  • Mejoras de Quick Share back to top 

    A partir de ChromeOS 136, Quick Share extiende 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 otras Chromebooks, y reciba archivos de ellos. Los usuarios pueden configurar la visibilidad del dispositivo, ingresar al modo Visible para todos, activar o desactivar Quick Share y dirigirse a la página de configuración de Quick Share desde la configuración rápida.

   

  • Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador) back to top 

    Para ayudar a solucionar problemas de dispositivos (como fallas o actualizaciones fallidas del SO), ChromeOS recopila y sube automáticamente los registros del dispositivo. Esto sucede cuando se activan estos parámetros de configuración específicos:

    • Habilitar la carga de registros del sistema del dispositivo: Activa la recopilación general de registros.
    • Crear informes sobre la información del SO del dispositivo -> Estado de actualización del SO: Recopila datos sobre las actualizaciones del SO.
    • Informar la telemetría del dispositivo -> Información de fallas: Recopila información sobre fallas graves.

    A partir de ChromeOS 136, cuando se produzca un problema, los administradores de TI verán una notificación con un vínculo directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la Consola del administrador. También puedes ver un historial de los eventos del dispositivo. Las cargas 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 detalles, consulta estos artículos del Centro de ayuda de Chrome Enterprise y Education: 

↑ volver al principio  

Chrome 134

Resumen de la versión de Chrome 134

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Realiza búsquedas en la pantalla con Google Lens en computadoras y dispositivos iOS    
Panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome  
Mejor detección de formularios de contraseñas con AA    
Asistencia del LLM del cliente para mitigar estafas    
Detección integrada en el dispositivo de notificaciones abusivas potenciada por LLM en Android    
Personaliza perfiles administrados con logotipo y etiqueta personalizados  
Prototipo de google.com de credenciales de sesión vinculada al dispositivo    
Cambio de contraseña    
Leer en voz alta en el Modo de lectura en Chrome 134    
Restringe las extensiones sin empaquetar al modo de desarrollador    
Muestra la configuración de las funciones basadas en IA en el nivel 2 de la política en la configuración    
Elemento <select> personalizable    
Relajación del analizador HTML para <select>    
Se quitaron las restricciones de audio no estándar de getUserMedia    
Actualizaciones de los flujos de acceso a Chrome para usuarios administrados     
Tarjetas de la página Nueva pestaña para Microsoft Outlook y Sharepoint    
Políticas nuevas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Aplicación complementaria de Chrome Enterprise    
Compatibilidad con la política DownloadRestrictions en iOS    
Políticas recomendadas (anulación del usuario)    
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Evidence Locker    
Prevención de capturas de pantalla    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Baja de los eventos de mutación    
Mejoras en las extensiones de Chrome para computadoras  
Eliminación de las políticas empresariales de acceso a redes privadas    
Quitar la política ThirdPartyBlockingEnabled    
Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras    
Desactivación del Administrador de contraseñas heredado en Chrome para Android    
Cookies de terceros siempre bloqueadas en el modo Incógnito    
Partición de URLs de BLOB: recuperación y navegación    
Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc    
Los métodos get de Intl Locale Info dejarán de estar disponibles    
Partición del historial de vínculos :visited    
Prevención de seguimiento de HSTS    
Quita el método navigator.xr.supportsSession obsoleto    
Política estricta del mismo origen para la API de Storage Access    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Quitar el resguardo de SwiftShader    
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    
Próximos cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Compatibilidad con el SSO extensible de Apple para Chrome en macOS  
Apps web aisladas    
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Refactorización de la experiencia del usuario de las reglas de DLP    
Filtros de URLs en iOS y Android    
Conector de informes para dispositivos móviles    
API de Connectors    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

 

   

  • Realiza búsquedas en la pantalla con Google Lens en computadoras y dispositivos iOS back to top

    Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano los puede ver y no se registran los datos o los datos generados sobre su contenido.

     

    Computadoras

    Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien 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 definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos en PDF completos, y las respuestas se referirán a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda. 

     

    iOS

    A partir de Chrome 131, los usuarios pueden buscar cualquier imagen 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 ícono de Google Lens que se encuentra en el lado izquierdo del cuadro multifunción. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido, así como agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda.

     

    Detalles del lanzamiento:

    • Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento a la versión 100% estable
    • Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 132 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
    • Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
    • Chrome 134 en iOS: Lanzamiento de la función expandida en el 100% de la versión estable
     

   

  • Panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome back to top

    A partir de Chrome 134, los desarrolladores pueden usar el nuevo panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome 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 el comportamiento de su sitio y revisar el estado de estas cookies en su sitio.

     

     

    Esta función no realiza cambios permanentes en las políticas empresariales existentes, pero permite que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para probar las restricciones mejoradas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.

     

    El nuevo panel Seguridad y privacidad reemplaza al panel Seguridad existente. La información de la conexión y el certificado TLS seguirán disponibles en el menú Seguridad de la izquierda, dentro del panel Seguridad y privacidad.

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows
     

   

  • Mejor detección de formularios de contraseñas con AA back to top

    Chrome 134 presenta un nuevo modelo de aprendizaje automático (AA) del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de la detección y el completado. Puedes controlar esta función con la política PasswordManagerEnabled.

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

   

  • Asistencia del LLM del cliente para mitigar estafas back to top

    Los usuarios de la Web se enfrentan a una gran cantidad de estafas de varios tipos todos los días. Para combatirlas, Chrome aprovechará el modelo de lenguaje grande (LLM) integrado en el dispositivo, de manera que se identifiquen los sitios web fraudulentos para los usuarios de la función Navegación segura mejorada. Chrome enviará el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM. 

    La política empresarial SafeBrowsingProtectionLevel está disponible para controlar la Navegación segura y el modo en el que funciona.

     
    • Chrome 134 en Linux, macOS y Windows

      Recopila el nombre de la marca y el resumen del intent de la página que solicitó la API de bloqueo del teclado para identificar sitios web de estafa.

     

   

  • Detección integrada en el dispositivo de notificaciones abusivas potenciada por el LLM en Android back to top

    El objetivo de este lanzamiento es ocultar el contenido de las notificaciones con sospecha de ser abusivas. Luego, el usuario puede descartar la notificación, mostrarla o anular la suscripción al origen. Un modelo integrado en el dispositivo debe realizar esta detección.

     
    • Chrome 134 en Android
     

   

  • Personaliza perfiles administrados con logotipo y etiqueta personalizados back to top

    Nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Son particularmente útiles en situaciones en las que los empleados usan sus propios dispositivos con cuentas administradas.

    Para personalizar esta experiencia, agregaremos las siguientes tres políticas nuevas:

    • EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
    • EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
    • EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado 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 administrado. Las políticas entrarán en vigencia en los perfiles administrados del usuario. 

     

    A partir de Chrome 135, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En los perfiles administrados, se mostrará una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.

     
    • Chrome 134 en macOS, Windows y Linux

      Las políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil) están disponibles en la Consola del administrador. Si ya se establecieron las políticas, el usuario verá el logotipo y la etiqueta personalizados.

    • Chrome 135: Comienza el lanzamiento de los valores predeterminados, incluidos los siguientes: 
      • 1) La etiqueta de trabajo o institución educativa que se muestra en la barra de herramientas, junto al avatar del usuario 
      • 2) Un ícono de edificio superpuesto en la foto de la cuenta del usuario en el menú de perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Comenzará con el 1% y, luego, se lanzará gradualmente.
     

     

   

  • Prototipo de google.com de credenciales de sesión vinculadas al dispositivo back to top

    El proyecto de Credenciales de sesión vinculadas al dispositivo (DBSC) está diseñado para que la Web deje de usar credenciales del portador de larga duración, como las cookies, que se pueden robar y reutilizar, y utilice credenciales de corta duración o vinculadas de manera criptográfica a un dispositivo. 

    El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que se suele realizar con la ejecución de software malicioso en sus dispositivos. 

    El lanzamiento actual es una prueba de concepto segmentada al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios y navegadores web.

    Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.

    • Chrome 124 en Windows

      Se planificó un lanzamiento al 1% de la versión estable de Chrome para la vinculación de cookies de google.com en la población general.

    • Chrome 134 en Windows

      Se agregó compatibilidad con la vinculación para los tokens de actualización de OAuth2.0 que se usan para el acceso a Chrome.

     

   

  • Cambio de contraseña back to top

    Esta función les brinda a los usuarios la opción de cambiar las credenciales filtradas de inmediato. La función solo se puede activar desde el diálogo Verificar tu contraseña. Cuando los usuarios ven una advertencia en un sitio web apto, pueden cambiar la contraseña allí mismo. 

     
    • Chrome 134 en Linux, macOS y Windows
     

     

   

  • Leer en voz alta en el Modo de lectura en Chrome 134 back to top

    El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. Este modo ahora incluye una función de Leer en voz alta que les permite a los usuarios escuchar en voz alta el texto que están leyendo. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados a medida que se lee el texto. 

     
    • Chrome 134 en Linux, macOS y Windows
     

   

  • Restringe las extensiones sin empaquetar al modo de desarrollador back to top

    A partir de Chrome 134, las extensiones sin empaquetar que se carguen desde la página chrome://extensions solo se habilitarán si el interruptor del modo de desarrollador está activado. El objetivo de este cambio es mejorar la seguridad a través de la mitigación de los riesgos asociados con las extensiones sin empaquetar dañinas y la explotación de manipulación del modo de desarrollador. La política empresarial ExtensionDeveloperModeSettings está disponible para bloquear el interruptor del modo de desarrollador existente.

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows
      La función se lanzará para el 100% de los usuarios en Chrome 134.
     

   

  • Muestra la configuración empresarial para las funciones potenciadas por IA back to top

    Anteriormente, se ocultaban las funciones potenciadas por IA de la configuración cuando la política empresarial las inhabilitaba. Ahora, seguiremos mostrando las funciones junto con un aviso que indica que la organización las inhabilitó, de manera similar a otros parámetros de configuración cuando se inhabilitan según la política.

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows
     

   

  • Elemento <select> personalizable back to top

    El elemento <select> personalizable permite que los desarrolladores tomen el control total de la renderización de los elementos <select> con la inclusión de la propiedad CSS appearance:base-select.

    Esta función se basa en la marca SelectParserRelaxation, que cambia el analizador de HTML para permitir más etiquetas dentro de la etiqueta <select>. Es posible que SelectParserRelaxation afecte los sitios que incluyen etiquetas adicionales dentro de <select>, que se quitaban antes, como las etiquetas <span>, o los sitios que incluyen una cantidad extremadamente grande de etiquetas <option> en su <select>. Esta función junto con SelectParserRelaxation se pueden controlar con la política empresarial SelectParserRelaxation. Entre algunos problemas que surgieron en lanzamientos anteriores de SelectParserRelaxation, se incluyen 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
     

   

  • Flexibilización del analizador HTML para <select> back to top

    En Chrome 134, el analizador de HTML permite más etiquetas en <select>, además de <option>, <optgroup> y <hr>.

    Esto admite la función personalizable <select>, pero se envía primero porque se puede ejecutar por separado y tiene algunos riesgos de compatibilidad.

    Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un período de transición temporal, y la política dejará de funcionar en Chrome 141.

    Para obtener más detalles, consulta el elemento de selección personalizable (explicación).

     
    • Chrome 134 en Windows, macOS, Linux y Android
     

   

  • Se quitaron las restricciones de audio no estándar de getUserMedia back to top

    En Chrome 134, se quitaron varias restricciones no estándar con prefijo goog para getUserMedia, que existían antes de que las restricciones de audio se estandarizaran correctamente.

     

    El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), además, algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguna de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.

     

    Esperamos que este cambio no genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán el audio con la configuración predeterminada (como si no se hubieran aplicado restricciones). Se pueden migrar fácilmente a restricciones estándar.

     
    • Chrome 134 en Windows, macOS, Linux y Android
     

   

  • Actualizaciones de los flujos de acceso a Chrome para usuarios administrados back to top

    Los usuarios empresariales que acceden a la Web o a Chrome ahora ven flujos de acceso y divulgaciones de administración actualizados. Además, es posible que se le solicite al usuario crear un perfil nuevo o que siga trabajando en el perfil existente. Los administradores pueden seguir usando BrowserSignIn o ProfileSeparationSettings para aplicar un perfil administrado.  

     
    • Chrome 134 en Linux, macOS y Windows: Continúa el lanzamiento
       

     

   

  • Tarjetas de la página Nueva pestaña para Microsoft Outlook y SharePoint back to top

    Los usuarios empresariales con Outlook o SharePoint ahora pueden acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión para que te puedas enfocar en lo que más importa. Los administradores interesados en probar esta función pueden registrarse para convertirse en verificadores de confianza.

     
    • Disponible para verificadores de confianza de Chrome 134 en Windows, macOS y Linux

   

   

  • Políticas eliminadas del navegador Chrome back to top
    Política Descripción
    No se quitaron políticas en Chrome 134  
     

   

Cambios en Chrome Enterprise Core

   

  • Modo complementario de Chrome Enterprise back to top

    El modo complementario de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales. 

     
    • Chrome 134 en Windows y macOS
     

   

  • Compatibilidad con la política DownloadRestrictions en iOS back to top

    DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permite a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS. 

     
    • Chrome 135 en iOS
     

   

Cambios en Chrome Enterprise Premium

 

   

  • Evidence Locker back to top

    Evidence Locker permite a los administradores de Chrome Enterprise Premium almacenar e inspeccionar archivos marcados como software malicioso o que infrinjan una regla de protección de datos. Se guarda una copia del archivo en el bucket de Google Cloud Storage que pertenece a la organización y que esta especifica. El administrador de seguridad puede investigar los incidentes con la herramienta de investigación de seguridad y descargar los archivos que activaron el incidente para analizarlos en más detalle. Para obtener más información, consulta Investiga los archivos sospechosos y toma medidas en ellos.

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows
     

   

  • Prevención de capturas de pantallaback to top

    Chrome 134 mejora la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Con esta actualización, aprovechamos el lanzamiento exitoso de los controles de protección de datos agregando funciones clave y abordar las brechas y los comentarios de los usuarios.

     
    • Chrome 134 en Windows y macOS

 

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

 

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

 

    

  • Baja de los eventos de mutación back to top

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified y DOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer. 

    Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores. Si tienes algún problema, puedes informar un error de Chromium.

    La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.

    

  • Mejoras en las extensiones de Chrome para computadoras back to top

    En Chrome 135 para computadoras, algunos usuarios que acceden a Chrome cuando instalan una extensión nueva ahora pueden usar y guardar extensiones en su Cuenta de Google. 

    Las políticas empresariales pertinentes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, de modo que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google.

    Para obtener más información sobre cómo usar extensiones en cualquier computadora, consulta Cómo instalar y administrar extensiones en el Centro de ayuda de Chrome Web Store.

    Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. 

     
    • Chrome 135 en Linux, macOS y Windows

    

  • Eliminación de las políticas empresariales de acceso a redes privadas back to top

    El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar 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 enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.

    El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, 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 lanzar. 

    La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.

    En Chrome 135, se quitarán las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones de PNA 1.0. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.

    El PNA 2.0 se describe en esta explicación en GitHub.

    

    

  • Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras back to top

    En Chrome 135 para computadoras, los usuarios que accedan a Chrome por primera vez o que tengan habilitada la sincronización ahora podrán mantener separados los parámetros de configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google de los locales, es decir, los parámetros de configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.

    Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando se accede o se activa la sincronización, y no se deja ningún parámetro de configuración de la cuenta en el dispositivo cuando se desactiva la sincronización.

    Se seguirán aplicando las políticas empresariales existentes SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.

    Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. Para obtener más detalles, consulta el Estado de la plataforma de Chrome.

     
    • Chrome 135 en Linux, macOS y Windows

    

  • Desactivación del Administrador de contraseñas heredado en Chrome para Android back to top

    Los usuarios con versiones anteriores de los Servicios de Google Play perderán la funcionalidad del Administrador de contraseñas en Chrome. Este es un paso para desactivar el Administrador de contraseñas heredado en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome y, luego, importarlo al Administrador de contraseñas que prefieran. El nuevo Administrador de contraseñas de Google está disponible en dispositivos con una versión reciente de los Servicios de Google Play.

     
    • Chrome 135 en Android

    

  • Cookies de terceros siempre bloqueadas en el modo Incógnito back to top

    A partir de Chrome 135, los usuarios comenzarán a tener bloqueadas las cookies de terceros en el modo Incógnito sin poder volver a habilitarlas de forma global. No se cambiarán los controles a nivel del sitio para permitir cookies de terceros. 

    Con este lanzamiento, la política BlockThirdPartyCookies solo se aplicará al modo normal cuando se establezca como falsa, no al modo Incógnito. No habrá cambios cuando la política sea verdadera o no se establezca. Tampoco se realizarán cambios en la política CookieAllowedForUrls, que se seguirá aplicando en los modos normal e incógnito, ya que se aplica a nivel del sitio y no de forma global.

     
    • Chrome 135 en Android, ChromeOS, Linux, MacOS y Windows

    

  • Partición de URLs de BLOB: recuperación y navegación back to top

    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 135 en Windows, macOS y Linux

    

  • Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc back to top

    Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de srcdoc y hacer que hereden el controlador de service worker de la página superior.

    • Chrome 135 en Windows, macOS, Linux y Android

    

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

    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. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.

    • Chrome 135 en Windows, macOS, Linux y Android

    

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

    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 135 en Windows, macOS, Linux y Android

    

  • Prevención de seguimiento de HSTS back to top

    La política HTTP con Seguridad de Transporte Estricta (HSTS) permite que los sitios se declaren accesibles solo a través de conexiones seguras. A partir de Chrome 135, la prevención de seguimiento de HSTS mitigará el seguimiento de usuarios por parte de terceros que usen la caché de HSTS. Solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. Esto evitará que los sitios de terceros usen la caché de HSTS para realizar un seguimiento de los usuarios en la Web. Para obtener más información, consulta esta explicación sobre la prevención de seguimiento de HSTS en GitHub.

    • Chrome 135 en Windows, macOS, Linux y Android

    

  • Quita el método navigator.xr.supportsSession obsoleto back to top

    En septiembre de 2019, el método navigator.xr.supportsSession reemplazó a navigator.xr.isSessionSupported en la especificación de WebXR después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se marcó como obsoleto en Chromium, lo que genera una advertencia de la consola que redirecciona 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 confirmó que todos los frameworks principales que se usan para compilar contenido de WebXR se actualizaron para usar la llamada más reciente.

    • Chrome 135 en Windows, macOS, Linux y Android

    

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

    Chrome 135 ajustará la semántica de la API de Storage Access para seguir estrictamente la política de 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 135 en Windows, macOS, Linux y Android

    

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

    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 estable 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 137 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.

 

    

  • Quitar el resguardo de SwiftShader back to top

    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:// back to top

    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 los espacios de los hosts de URLs por completo, 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

    

  • Migración de la API de SafeBrowsing v4 a la v5 back to top

    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.

 

 

Próximos cambios en Chrome Enterprise Core

    

  • Compatibilidad con el SSO extensible de Apple para Chrome en macOS back to top

    Chrome 135 en macOS permitirá la autenticación sin inconvenientes para los proveedores de identidad que se habiliten a través de una extensión de inicio de sesión único (SSO) empresarial configurada por el SO. En esta versión inicial, permitirá que los usuarios finales de los navegadores administrados accedan a cualquier recurso autenticado por Microsoft Entra sin necesidad de ingresar credenciales. El SSO extensible debe preconfigurarse en tu entorno y, luego, implementarse con su respectiva solución de administración de dispositivos empresariales. Es posible que se admitan proveedores de identidad adicionales en un futuro cercano.

    • A partir de Chrome 135 en macOS

 

    

  • Apps web aisladas back to top

    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.

 

 

Próximos cambios en Chrome Enterprise Premium

 

   

  • Refactorización de la experiencia del usuario de las reglas de DLP  back to top

    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 135 en Windows, macOS, Linux y ChromeOS
     

   

  • Filtros de URLs en iOS y Android back to top

    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 137 en iOS y Android
     

   

  • Conector de informes para dispositivos móviles back to top

    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 136 en Android
    • Chrome 137 en iOS
     

   

  • API de Connectors back to top

    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

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 134

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Apps web aisladas en el modo kiosco de ChromeOS     
Migra datos de estudiantes que se gradúan  
Teclas lentas  
GIFs con Insertar rápido    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Política de ChromeOS para la longevidad de la batería    
Cambio en Kiosk Heartbeat    
Recopilación de registros de dispositivos basada en eventos para la solución de problemas    
Fondos de pantalla y de videoconferencia creados con IA    
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones de ChromeOS

   

  • Apps web aisladas en el modo kiosco de ChromeOS back to top

    En ChromeOS 134, el modo kiosco de ChromeOS admite apps web aisladas, una solución de apps más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores pueden configurar IWA para implementaciones de kioscos y señalización digital en dispositivos administrados de Chrome Enterprise⁠ a través de la Consola del administrador⁠

   

  • Migra datos de estudiantes que se gradúan back to top

    A partir de marzo de 2025, la nueva herramienta de transferencia de contenido guiará a los estudiantes que se gradúan y a otros usuarios administrados de instituciones educativas que quieran migrar sus datos a través de un proceso actualizado de transferencia de datos. Esto les permitirá transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen. 

    Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la barra, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar la transferencia de contenido.

    Para obtener más detalles, consulta nuestro artículo en el que se describe cómo permitir la transferencia de datos entre instituciones educativas en el Centro de ayuda de Chrome Enterprise y Education.

     

 

   

  • Teclas lentas back to top

    Las teclas lentas son una función de accesibilidad diseñada para ayudar a las personas con destreza limitada a escribir con mayor precisión. Esta función es especialmente útil para las personas que tienen afecciones como temblores, artritis o entumecimiento en las yemas de los dedos, lo que puede dificultar presionar las teclas con precisión. 

    Las teclas lentas funcionan con una demora, lo que requiere que las teclas se mantengan presionadas durante un período determinado antes de que se registren. Esto evitará que se presionen teclas de forma no intencional. 

   

 

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 ChromeOS

 

   

  • Política de ChromeOS para la longevidad de la batería back to top 

    ChromeOS 135 presenta 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 extender la vida útil de las Chromebooks. 

    Los administradores pueden establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo. 

    La nueva política beneficia tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política se aplica automáticamente y no requiere interacción del usuario.

 

   

  • Cambio en Kiosk Heartbeat back to top 

    El verano pasado, enviamos un MSA para informar al cliente sobre una migración de la API de Kiosk Heartbeat que, en última instancia, necesita una actualización a ChromeOS 126.

    Si tu organización ejecuta una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio en Kiosk Heartbeat requiere una actualización a ChromeOS 126 o ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.

    • ¿Qué debes hacer?

      Asegúrate de haber activado (valor: 0) DeviceChromeVariation para tu organización hasta que todos los dispositivos se hayan actualizado a ChromeOS LTS 132. Una vez que todos los dispositivos estén en ChromeOS LTS 132,  ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.  

    • ¿Qué sucede cuando se desactiva DeviceChromeVariation?

      Los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 seguirán usando la infraestructura de Kiosk Heartbeat anterior hasta el 7 de abril de 2025.

    A partir del 8 de abril de 2025, todos los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 dejarán de enviar señales de monitoreo de funcionamiento del dispositivo. Para obtener información, consulta Cómo supervisar el estado de los kioscos.

   

  • Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador) back to top 

    A partir de ChromeOS 135, para ayudar a solucionar problemas de dispositivos (como fallas o actualizaciones fallidas del SO), nuestro sistema podrá recopilar y subir automáticamente los registros del dispositivo. Esto sucederá cuando se activen estos parámetros de configuración específicos:

    • Habilitar la carga de registros del sistema del dispositivo: Activa la recopilación general de registros.
    • Crear informes sobre la información del SO del dispositivo -> Estado de actualización del SO: Recopila datos sobre las actualizaciones del SO.
    • Informar la telemetría del dispositivo -> Información de fallas: Recopila información sobre fallas graves.

    Cuando se produzca un problema, los administradores de TI verán una notificación con un vínculo directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la Consola del administrador. También puedes ver un historial de los eventos del dispositivo. Las cargas 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 detalles, consulta estos artículos del Centro de ayuda de Chrome Enterprise y Education: 

   

  • Fondos de pantalla y de videoconferencia creados con IA back to top 

    A partir de ChromeOS 136, planeamos presentar fondos de pantalla y fondos de videollamadas creados con IA generativa en alta resolución en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.

   

  • Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS back to top 

    En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.

     
    • Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M139).
      • Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
    • Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
      • Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
    • Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
      • Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
      • No se otorgarán excepciones.
     

    Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.

    Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.

    Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

    En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.

↑ volver al principio  

Chrome 133

Resumen del lanzamiento de Chrome 133

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Realiza búsquedas con Google Lens en computadoras y dispositivos iOS    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
La Sincronización de Chrome deja de ser compatible con versiones de Chrome de más de cuatro años    
Nueva opción en la política HttpsOnlyMode  
Inmovilización de pestañas en el modo de ahorro de energía    
Parámetro de configuración de seguridad de V8 en Android    
La página de bienvenida de Chrome ya no se activa con initial_preferences    
Compatibilidad con URLs de esquemas no especiales    
Políticas nuevas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Compatibilidad con la política DownloadRestrictions en iOS    
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
No hay actualizaciones en Chrome 133.      
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome  
Leer en voz alta en el Modo de lectura en Chrome 134    
Configuración de los elementos destacados para las funciones basadas en IA inhabilitadas por la política    
Partición de URLs de BLOB: recuperación y navegación    
Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc    
Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP    
Se quitaron las restricciones de audio no estándar de getUserMedia    
Baja de los eventos de mutación    
Sincronización entre dispositivos de la configuración y los temas de Chrome en computadoras de escritorio al momento de acceder    
No se permiten espacios en hosts de URLs que no sean file://    
Quitar la política ThirdPartyBlockingEnabled    
Los métodos get de la API de Intl Locale Info dejarán de estar disponibles    
Quitar el resguardo de SwiftShader    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Migración de la versión 4 a la 5 de la API de SafeBrowsing    
Próximos cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Nueva aplicación complementaria de Chrome Enterprise  
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Refactorización de la experiencia del usuario de las reglas de DLP     
Prevención de capturas de pantalla    
Filtrado de URLs en iOS y Android    
Conector de informes para dispositivos móviles    
API de Connectors    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

 

   

  • Cómo realizar búsquedas con Google Lens en computadoras y dispositivos iOS back to top

    Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.

     

    Computadoras

    Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona "Buscar imagen con Google". Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando 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 a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda. 

     

    iOS

    Desde Chrome 131, los usuarios pueden buscar cualquier imagen 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, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.

     

    Detalles del lanzamiento:

    • Chrome 126 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 127 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 100% de la versión estable
    • Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 132 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
    • Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
 

   

  • Firmas de código ad hoc para los shims de AWP en macOS back to top

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de AWP tenga una identidad única para macOS. Anteriormente, todas las AWP se veían como la misma aplicación en este sistema operativo.

    Esta actualización aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir durante el acceso de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.

    Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.

    Si hay una 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 implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.

     
    • 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 extremos, como Santa. Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
     
    • Chrome 133 en macOS

      La función comenzará a lanzarse en el 100% de la versión estable.

     

   

  • La Sincronización de Chrome deja de ser compatible con versiones de Chrome de más de cuatro años back to top

    A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no es compatible con versiones de Chrome que tengan más de cuatro años. Para seguir usando la Sincronización de Chrome, debes actualizar a una versión más reciente de Chrome. Para obtener más información, consulta este debate: La Sincronización de Chrome se descontinuará en las 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 anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio. 

     

   

  • Nueva opción en la política HttpsOnlyMode back to top

    Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, permite que Chrome solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.

    En Chrome 129, agregamos una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.

    Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.

    Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.

     
    • Chrome 129 en ChromeOS, Linux, macOS, Windows y Fuchsia
    • Chrome 133 en Android
     

   

  • Inmovilización de pestañas en el modo de ahorro de energía back to top

    Cuando el Ahorro de energía está activo, Chrome inmoviliza una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:

    • La pestaña proporcione funcionalidad de videoconferencia, detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo.
    • La pestaña controle un dispositivo externo, detectado a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.

    Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
    La función se puede probar con una marca: chrome://flags/#freezing-on-energy-saver. Como alternativa, se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y se inmovilizaría si usara mucha CPU).

     
    • Chrome 133 en ChromeOS, Linux, macOS y Windows
      La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 133.

      La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).

       

   

  • Parámetro de configuración de seguridad de V8 en Android back to top

    V8 es el motor JavaScript y WebAssembly de Chrome que se usa para mejorar el rendimiento del sitio Para reducir la superficie de ataque de Chrome, Chrome 133 en Android ahora incluye un nuevo parámetro de configuración en chrome://settings/security para inhabilitar los optimizadores de Just-in-Time (JIT) de V8. Esto mantiene la compatibilidad con Web Assembly. Los administradores pueden seguir controlando esta función con la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.

     
    • Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
      El parámetro de configuración se lanzará en Chrome 121. Las políticas empresariales están disponibles desde Chrome 93.
    • Chrome 133 en Android
      El parámetro de configuración está disponible en Android en Chrome 133, en Configuración del sitio. Las políticas empresariales ya no están marcadas como experimentales.
     

   

  • La página de bienvenida de Chrome ya no se activa con initial_preferences back to top

    Quitamos la página de bienvenida de Chrome de initial_preferences porque esa página es redundante con la experiencia de primera ejecución que se activa en plataformas de computadoras. Incluir chrome://welcome en la propiedad first_run_tabs del archivo initial_preferences ya no tiene efecto. 

    Para obtener más detalles sobre el contexto del archivo initial_preferences, consulta Configura otras preferencias.

     
    • Chrome 133 en Windows, macOS y Linux
     

   

  • Compatibilidad con URLs de esquemas no especiales back to top

    A partir de Chrome 130, el navegador Chrome admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada 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. Para obtener más información, consulta 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 quitará la marca de función.

   

  • Políticas nuevas en el navegador Chrome back to top
    Política Descripción
    LiveTranslateEnabled Habilita la traducción de subtítulos instantáneos. Los subtítulos se enviarán a Google para su traducción.
    WebRtcIPHandling Esta política permite restringir las direcciones IP y las interfaces que utiliza WebRTC al momento de intentar encontrar la mejor conexión disponible.
    DefaultJavaScriptOptimizerSetting Te permite establecer si el navegador Chrome ejecutará el motor V8 de JavaScript con las optimizaciones más avanzadas de JavaScript habilitadas.
    JavaScriptOptimizerBlockedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se inhabilitan las optimizaciones avanzadas de JavaScript.
    JavaScriptOptimizerAllowedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se habilitan las optimizaciones avanzadas de JavaScript.
    SafeBrowsingAllowlistDomains Si habilitas la política, la Navegación segura confiará en los dominios que designes.
    FilePickerChooseFromDriveSettings Permite elegir archivos directamente desde Google Drive.
     

   

  • Políticas que se quitaron del navegador Chrome back to top
    Política Descripción
    CSSCustomStateDeprecatedSyntaxEnabled Controla si se habilita la sintaxis obsoleta para el estado personalizado de CSS.
     

   

Cambios en Chrome Enterprise Core

   

  • Compatibilidad con la política DownloadRestrictions en iOS back to top

    DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permitirá a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS.

     
    • Chrome 133 en iOS

Cambios en Chrome Enterprise Premium

   
  • No hay actualizaciones de Chrome Enterprise Premium en Chrome 133.
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.

 

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

 

    

  • Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome back to top

    A partir de Chrome 134, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome 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 el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.

    Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, 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 con BlockThirdPartyCookies, esta función se inhabilitará.

    El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en la pestaña Seguridad del panel Privacidad y seguridad.

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows

    

  • Leer en voz alta en el Modo de lectura en Chrome 134 back to top

    El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El Modo de lectura incluirá una función de Leer en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados. 

     
    • Chrome 134 en Linux, macOS y Windows

    

  • Configuración de los elementos destacados para las funciones basadas en IA inhabilitadas por la política back to top

    En la configuración de Chrome, mostraremos las funciones basadas en IA que la política empresarial inhabilita. También mostraremos un aviso que indique que la organización la inhabilitó, similar a otros parámetros de configuración, cuando se inhabiliten por política. 

      AI feature disabled
    AI feature disabledAI feature disabled
    • Chrome 134 en ChromeOS, Linux, macOS y Windows

    

  • Partición de URLs de BLOB: recuperación y navegación back to top

    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 134 en Windows, macOS y Linux

    

  • Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc back to top

    Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de srcdoc y hacer que hereden el controlador de service worker de la página superior.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

  • Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP. back to top

    Actualmente, cuando la Política de Seguridad del Contenido (CSP) lo bloquea, Chromium arroja una excepción de SecurityError desde los constructores  "new Worker(url)" o "new SharedWorker(url)". Según la especificación de la CSP,  la verificación de la CSP se realiza como parte de una recuperación y se debería activar un evento de error después de que se devuelve el objeto. El objetivo de esta actualización es que Chromium cumpla con las especificaciones, ya que no arroja una excepción del constructor, sino que activa un evento de error de forma asíncrona.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

  • Se quitaron las restricciones de audio no estándar de getUserMedia back to top

    Blink admitió una serie de restricciones no estándar con prefijo goog para getUserMedia por un tiempo antes de que las restricciones se estandarizaran correctamente.

    El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.

    No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

  • Se darán de baja los eventos de mutación back to top

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified y DOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer. 

    Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.

    

  • Sincronización entre dispositivos de la configuración y los temas de Chrome en computadoras de escritorio al acceder back to top

    Después del lanzamiento del nuevo modelo de identidad en Chrome para computadoras, planeamos habilitar la configuración de la cuenta, los temas y los accesos directos a sitios para los usuarios en el acceso (en lugar de tener que sincronizar).

    Para ello, presentaremos el almacenamiento local y de la cuenta para cada uno de estos tipos de datos.

    Esto significa lo siguiente:

    • En el caso de los usuarios de Chrome para computadoras que accedan a Chrome o que tengan habilitada la sincronización, la configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google se mantendrán separados de los locales, es decir, la configuración de cuando salgan de la cuenta o cuando se desactive la sincronización. 
    • Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando los usuarios acceden o activan la sincronización, y no se deja ningún parámetro de configuración del almacenamiento de su cuenta en el dispositivo cuando se desactiva la sincronización.
    • Se seguirán aplicando las políticas existentes de Chrome SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.

    • Chrome 135 en Linux, macOS y Windows

    

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

    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 los espacios de los hosts de URLs por completo, 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 para las URLs que no sean de archivos.

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

    

    

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

    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. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.

     
    • Chrome 135 en Windows, macOS, Linux y Android

    

  • Se quitó el resguardo de SwiftShader back to top

    Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo 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 135 en Windows, macOS, Linux y Android

    

  • Migración de la API de SafeBrowsing de la versión 4 a la 5 back to top

    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 135 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 back to top

    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 estable 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 137 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

        

    • Nueva aplicación complementaria de Chrome Enterprise back to top

      La aplicación complementaria de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium.  Su objetivo es admitir casos de uso, políticas y generación de informes empresariales. 

      • Chrome 134 en Windows y macOS

     

Próximos cambios en Chrome Enterprise Premium

 

   

  • Refactorización de la UX de las reglas de DLP back to top

    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 134 en Windows, macOS, Linux y ChromeOS
     

   

  • Prevención de capturas de pantallaback to top

    Tenemos previsto mejorar la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Aprovecharemos el lanzamiento exitoso de los controles de protección de datos para agregar funciones clave y abordar las brechas y los comentarios de los usuarios.

     
    • Chrome 134 en Windows y macOS
     

   

  • Filtros de URLs en iOS y Android back to top

    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 funcionalidad funcione 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 135 en iOS y Android
     

   

  • Conector de informes para dispositivos móviles back to top

    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 135 en iOS y Android
     

   

  • API de Connectors back to top

    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 135 en Windows, macOS, Linux y ChromeOS

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 133

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Manejo mejorado de archivos de Office para usuarios administrados  
Haz que el almacenamiento en la nube sea la única opción de almacenamiento de datos en dispositivos ChromeOS  
Rechazo de teclas en ChromeOS    
Recorrido de bienvenida mejorado     
Política de ChromeOS para idiomas del teclado  
Actualización del idioma de Screencast    
Nuevo botón de activación para la alta resolución del micrófono Bluetooth    
Versión candidata para lanzamiento de ChromeOS LTS 132    
Supervisión del estado de kiosco    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Cambio en Kiosk Heartbeat    
Apps web aisladas en el modo kiosco de ChromeOS     
Migra datos de estudiantes que se gradúan    
Política de ChromeOS para la longevidad de la batería    
Teclas lentas  
GIFs con Insertar rápido    
Fondos de pantalla y de videoconferencia creados con IA    
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS  

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones de ChromeOS

   

  • Manejo mejorado de archivos de Office para usuarios administrados back to top

    A partir de la versión 133 de ChromeOS, los usuarios administrados ahora pueden abrir y editar sus archivos de Microsoft Office (Word, PowerPoint y Excel) sin problemas, independientemente de si usan Office para la Web en Microsoft 365 o Google Workspace.

    Las organizaciones que usan Office para la Web se benefician de la integración de OneDrive en la app de Files, las integraciones del sistema de la AWP de Microsoft 365 para obtener una experiencia similar a la de una computadora, el SSO para todas las aplicaciones requeridas y los controles de políticas avanzados para la preconfiguración.

    Para los clientes de Google Workspace, la transición de archivos locales a Google Workspace está optimizada.

    Para obtener más información, consulta Cómo configurar el manejo de archivos de Office para usuarios administrados en el Centro de ayuda de Chrome Enterprise y Education.

    Entre las nuevas políticas para el manejo de archivos de Microsoft Office, se incluyen las siguientes:

   

  • Haz que el almacenamiento en la nube sea la única opción de almacenamiento de datos en dispositivos ChromeOS back to top

    ChromeOS 133 presenta una verdadera experiencia centrada en la nube, lo que permite a los administradores asegurarse de que todos los archivos se almacenen en Google Workspace o Microsoft OneDrive bloqueando el almacenamiento local. Esta función evita la pérdida de datos, reduce los riesgos de seguridad, respalda los requisitos de conservación por motivos legales y es especialmente beneficiosa para los dispositivos compartidos.

    Para obtener más información, consulta Usa el almacenamiento en la nube como única opción de almacenamiento en dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.

    Estas son algunas de las nuevas políticas para el almacenamiento en la nube:

   

  • Rechazo de teclas en ChromeOS back to top

    El rechazo de teclas es una función de accesibilidad diseñada para facilitar el uso de la computadora a las personas con temblores o motricidad limitada. Funciona ignorando las pulsaciones de teclas repetidas dentro de un intervalo de tiempo breve, que puedes personalizar para satisfacer tus necesidades. Esto evita que se ingresen caracteres no deseados debido a presiones de teclas no intencionales.

     


     

   

  • Recorrido de bienvenida mejorado back to top

    Los usuarios nuevos de ChromeOS ahora reciben un recorrido de bienvenida inmediatamente después de configurar el dispositivo. El recorrido de bienvenida ofrece una forma interactiva para que los usuarios aprendan los conceptos básicos y comiencen a usar su nueva Chromebook rápidamente.

   

  • Nueva política de ChromeOS para los idiomas del teclado back to top 

    A partir de ChromeOS 133, una nueva política AllowedInputMethodsForceEnabled permite a los administradores instalar automáticamente los idiomas de teclado establecidos previamente por AllowedInputMethods. El usuario no puede agregar idiomas de teclado nuevos ni quitar los seleccionados cuando se establece la política.

   

   

  • Nuevo botón de activación para la alta resolución del micrófono Bluetooth back to top

    ChromeOS 133 agrega un botón de activación para controlar la alta resolución del micrófono Bluetooth. El botón de activación se agrega en la página de configuración de audio y solo es visible cuando la función es compatible y el dispositivo de entrada seleccionado son auriculares Bluetooth.

       

   

   

  • Supervisión del estado de los dispositivos de kiosco back to top

    ChromeOS 133 mejora la latencia de actualización de estado para la supervisión de estado de los dispositivos de kiosco. En condiciones ideales, las actualizaciones de estado de los dispositivos de kiosco ahora se informan en aproximadamente un minuto. El estado sin conexión ahora debería enviarse o actualizarse en un plazo de 11 minutos. Para obtener más información, consulta Supervisa el estado de kiosco en el Centro de ayuda de Chrome Enterprise y Education.

 

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 ChromeOS

   

  • Cambio en Kiosk Heartbeat back to top 

    El verano pasado, enviamos un MSA para informar al cliente sobre una migración de la API de Kiosk Heartbeat que, en última instancia, necesita una actualización a ChromeOS 126.

    Si tu organización ejecuta una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio en Kiosk Heartbeat requiere una actualización a ChromeOS 126 o ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.

    • ¿Qué debes hacer?

    Asegúrate de haber activado (valor: 0) DeviceChromeVariation para tu organización hasta que todos los dispositivos se hayan actualizado a LTS132.

    Una vez que todos los dispositivos estén en LTS132,  ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.  

    • ¿Qué sucede cuando se desactiva DeviceChromeVariation?

    Los dispositivos con versiones de LTS anteriores a LTS132 seguirán usando la infraestructura de Kiosk Heartbeat anterior hasta el 7 de abril de 2025.

    A partir del 8 de abril de 2025, todos los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 dejarán de enviar señales de monitoreo de funcionamiento del dispositivo.

   

  • Apps web aisladas en el modo kiosco de ChromeOS back to top 

    En ChromeOS 134, el modo kiosco de ChromeOS admitirá aplicaciones web aisladas, una solución de apps más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores podrán configurar IWA para implementaciones de kioscos y señalización digital en dispositivos administrados de Chrome Enterprise⁠ a través de la Consola del administrador⁠

   

  • Migra datos de estudiantes que se gradúan back to top 

    A partir de marzo de 2025, la nueva herramienta de transferencia de contenido guiará a los estudiantes que se gradúan y a otros usuarios administrados de instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permitirá transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen. 

    Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la barra, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar la transferencia de contenido.

     

   

  • Nueva política de ChromeOS para prolongar la duración de la batería back to top 

    En ChromeOS 134, presentaremos una nueva política de límite de carga de la batería que ofrecerá más opciones de optimización, lo que ayudará a extender la vida útil de las Chromebooks. Los administradores podrán establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo. Esta nueva política beneficiará tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política se aplicará automáticamente y no requerirá interacción del usuario.

   

  • Teclas lentas back to top 

    Las teclas lentas son una función de accesibilidad diseñada para ayudar a las personas con destreza limitada a escribir con mayor precisión. Esta función es especialmente útil para las personas que tienen afecciones como temblores, artritis o entumecimiento en las yemas de los dedos, lo que puede dificultar presionar las teclas con precisión. Las teclas lentas funcionarán con una demora, lo que requerirá que las teclas se mantengan presionadas durante un período determinado antes de que se registren. Esto evitará que se presionen teclas de forma no intencional. 

   

   

  • Fondos de pantalla y de videoconferencia creados con IA back to top 

    A partir de ChromeOS 135, planeamos presentar fondos de pantalla y fondos de videollamadas creados con IA generativa en alta resolución en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.

   

  • Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS back to top 

    En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.

     

    • Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
      • Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
    • Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
      • Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
    • Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
      • Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
      • No se otorgarán excepciones.

    Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.

    Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.

    Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

    En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.

↑ volver al principio  

Chrome 132

Resumen de la versión de Chrome 132

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Buscar con Google Lens    
Zona de pruebas del servicio de red en Windows    
Firmas de código ad hoc para las correcciones de compatibilidad de apps web progresivas en macOS    
Carga por lotes    
Actualizaciones del flujo de trabajo de la renuncia de responsabilidad de los conectores    
DownloadRestrictions es más estricto en las restricciones de tipo de archivo    
Actualizaciones del modelo de identidad para computadoras de escritorio    
Modo HTTPS primero para usuarios que suelen tener una seguridad sólida    
Llaves de acceso en iOS  
Movimiento del botón de activación de filtración de contraseñas    
Quitar la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome    
Quitar la política ThirdPartyBlockingEnabled    
Capacidad de quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Compatibilidad con URLs de esquemas no especiales    
Traducción para la Búsqueda con Google Lens    
Captura de vínculos de usuarios en las AWP  
Contenedores de desplazamiento enfocables en el teclado    
Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo    
Lanzar una excepción para los diálogos o las ventanas emergentes en documentos no activos    
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
Chrome Web Store personalizada para empresas  
Nuevas funciones de administración de usuarios de Chrome en la Consola del administrador    
Cómo copiar condiciones de la fuente en la regla de pegar de la DLP de Chrome    
Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome    
Certificación profesional de administrador de Chrome Enterprise    
Certificados raíz del servidor para Chrome Enterprise  
Informe de tecnología heredada    
Políticas recomendadas (el usuario puede anular un valor de política)  
Actualización de la lista de navegadores administrados: Actividad más reciente de Google Actualización    
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Encriptación de descarga de archivos para reglas de DLP    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
No se permiten espacios en hosts de URLs que no sean file://    
Leer en voz alta en el Modo de lectura en Chrome 133    
Inmovilización de pestañas en el modo de ahorro de energía    
Los métodos get de Intl Locale Info dejarán de estar disponibles    
Mejoras en el invocador de ventanas emergentes y el posicionamiento de anclas    
Se quitó el inicio de la página de bienvenida de Chrome a través de las pestañas de la primera ejecución de las preferencias iniciales    
Se quitaron las restricciones de audio no estándar de getUserMedia    
Quitar el resguardo de SwiftShader    
Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome  
La Sincronización de Chrome dejará de ser compatible con versiones de Chrome de 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 de SafeBrowsing v4 a la v5    
Partición de URLs de BLOB: recuperación o navegación    
Controlador de herencia de secuencias de comandos de SharedWorker para la URL de la secuencia de comandos de BLOB    
Baja de eventos de mutación    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Cómo personalizar perfiles administrados con logotipo y etiqueta personalizados  
Próximos cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Nueva aplicación complementaria de Chrome Enterprise  
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Prevención de capturas de pantalla V2     
Filtrado de URLs en iOS y Android    
Conector de informes para dispositivos móviles    
Refactorización de la UX de las reglas de DLP     
API de Connectors    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

 

   

  • Buscar con Google Lens back to top

    En Chrome 132, comenzaremos a lanzar esta función mejorada en todas las plataformas. Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.

     

    Computadoras

    Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien 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 definir mejor su búsqueda agregando 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 a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda. 

     

    iOS

    Desde Chrome 131, los usuarios pueden buscar cualquier imagen 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, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.

     

    Detalles del lanzamiento:

    • Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento a la versión 100% estable
    • Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
    • Chrome 132 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
       

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top  

    Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, ahora se restringe a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones.

    Puedes informar cualquier problema que encuentres.

     
    • Chrome 132 en Windows
      El servicio de red en Windows se restringe a una zona de pruebas.
       

   

  • Firmas de código ad hoc para las correcciones de compatibilidad de apps web progresivas en macOS back to top  

    Las firmas de código para las correcciones de compatibilidad de aplicaciones que se crean cuando se instala una app web progresiva en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de app de AWP tenga una identidad única para macOS. Anteriormente, todas las AWP se veían como la misma aplicación en este sistema operativo.

    Esta actualización aborda los problemas que ocurren cuando se intenta incluir varias aplicaciones web progresivas en el panel de preferencias Abrir durante el acceso de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.

    Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.

    Si hay una 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 implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.

     
    • 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 extremos, como Santa. Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
    • Chrome 132 en macOS
      Esta función comenzará a lanzarse en la versión estable, comenzando con el 1% de los navegadores.
       

   

  • Carga por lotes back to top

    Desde Chrome 128, los usuarios tienen acceso a sus contraseñas y direcciones desde su Cuenta de Google en el momento de acceder (además de sus formas de pago, que era una función de acceso existente). Estos tipos de datos tienen dos almacenamientos distintos: local y de la cuenta. Con Chrome 132, les brindamos a los usuarios la oportunidad de subir los datos locales que tengan a su Cuenta de Google. 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 de la misma manera a la sincronización y a la carga de datos. Por lo tanto, si se inhabilitan las contraseñas o las direcciones, no estarán disponibles para subirlas en el cargador por lotes.

     
    • Chrome 132 en Linux, macOS y Windows
     

       

   

  • Actualizaciones del flujo de trabajo de la renuncia de responsabilidad de los conectoresback to top

    Actualizamos nuestras Condiciones del Servicio para Chrome Enterprise Core, que incluyen una sección sobre el uso compartido de datos con terceros. Estas actualizaciones mejoran el flujo de registro de los conectores del navegador Chrome Enterprise.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windowsx
       

   

  • Actualizaciones del modelo de identidad de Chrome en computadoras back to top

    En lugar de tener que configurar la Sincronización de Chrome en tu dispositivo, ahora puedes acceder a Chrome para acceder a elementos y guardarlos en tu Cuenta de Google. Este nuevo modelo de identidad en computadoras de escritorio también incluye un acceso explícito a Chrome desde un acceso web.

    Cuando los usuarios acceden a la Web (con Gmail), se les solicita que accedan a Chrome. Si rechazan la oferta, no accederán a Chrome, solo a la Web.

    • Si aceptan, se habilitarán la administración de perfiles (políticas basadas en el usuario), los pagos (ya disponibles), las contraseñas, las direcciones, los favoritos*, las extensiones*, las preferencias de motores de búsqueda*, los temas* y las AWP*.
    • Si rechazan la oferta, Chrome puede usar las credenciales de acceso para facilitar el acceso con un clic a Chrome. 
    • Por el momento, la sincronización del historial, las pestañas abiertas y los grupos de pestañas aún se encuentran disponibles a través de una opción de aceptación independiente.
    • Las credenciales invalidadas (p. ej., salir de la Web o salir de forma remota) pondrán a Chrome en un estado "pendiente", que antes era "pausa de sincronización". Los datos de Autocompletar no estarán disponibles en la Cuenta de Google del usuario. Se les pedirá a los usuarios en este estado que verifiquen su identidad en la barra de herramientas de Chrome.
     

    * Estos tipos de datos se habilitarán después del acceso (en lugar de la habilitación de la sincronización) en los próximos eventos importantes de Chrome.

    Las intercepciones de acceso web se pueden controlar con la política SigninInterceptionEnabled. Para obtener más información, consulta Cómo forzar a los usuarios a crear un perfil independiente.

     
    • Chrome 132 en Linux, macOS y Windows: Comienza el lanzamiento
       
     

       

   

  • Modo HTTPS primero para usuarios que suelen tener una seguridad sólidaback to top

    El modo HTTPS primero (HFM) habilita una experiencia HTTPS predeterminada en Chrome, ya que actualiza automáticamente los sitios a HTTPS. Si un sitio no admite HTTPS, HFM muestra una advertencia antes de cargar la versión HTTP. El HFM mejora significativamente las garantías de seguridad de HTTPS, ya que evita la carga de URLs HTTP sin la aprobación explícita del usuario.

    El HFM para usuarios que suelen tener comportamientos seguros (esta función) es una heurística que puede habilitar automáticamente el HFM para el usuario si este tiene un patrón de navegación que suele ser seguro. Por lo general, el patrón de navegación seguro se determina haciendo un seguimiento de los resguardos de actualización de HTTPS (actualizaciones de HTTPS fallidas, que serían anuncios intersticiales de HFM si el usuario habilitó HFM de forma manual) y algunos otros factores, como la antigüedad del perfil y la puntuación general de participación en el sitio.

    Si estos indicadores señalan que el usuario visita principalmente sitios seguros, la heurística habilitará automáticamente la configuración de HFM. Los anuncios intersticiales de HFM causados por esta heurística mostrarán un mensaje personalizado. El usuario puede inhabilitar la HFM simplemente desactivando el parámetro de configuración de la IU, y la heurística nunca se volverá a activar.

    Esta función se puede controlar con las políticas empresariales existentes HttpsOnlyMode y HttpAllowlist.

     
    • Chrome 132 en ChromeOS, Linux, macOS, Windows y Fuchsia
       

   

  • Llaves de acceso en iOS back to top

    Las llaves de acceso son una alternativa más segura que las contraseñas. A diferencia de las contraseñas, que pueden ser objeto de phishing o adivinadas, las llaves de acceso permiten que los usuarios se autentiquen en sitios y apps mediante criptografía de clave pública, como se define en el estándar WebAuthn.

    Las llaves de acceso del Administrador de contraseñas de Google ya están disponibles en Chrome en otras plataformas. Con este lanzamiento, se incorporan a la plataforma de iOS a través de mejoras en la extensión existente del proveedor de credenciales de Chrome ("Contraseñas en otras apps"). Con la extensión, las llaves de acceso del Administrador de contraseñas de Google se pueden usar para acceder a páginas en Chrome y otros navegadores, así como a apps nativas.

    Las llaves de acceso se guardan en la Cuenta de Google del usuario y están disponibles cada vez que este accede a Chrome. Políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.

     
    • Chrome 132 en iOS
       

   

  • Movimiento del botón de activación de filtración de contraseñasback to top

    El botón de activación PasswordLeakDetectionEnabled que se encontraba originalmente en chrome://settings/security se moverá del encabezado de protección estándar a más abajo en la página, en la sección Avanzado

    Esta función también quitará la dependencia de PasswordLeakDetectionEnabled en el estado de navegación segura de un usuario. Anteriormente, un usuario que no tenía protección o navegación segura no recibía la funcionalidad PasswordLeakDetectionEnabled. Ahora, el usuario puede elegir libremente el botón de activación PasswordLeakDetectionEnabled, independientemente de su nivel de protección de la Navegación segura.

     
    • Chrome 132 en ChromeOS, Linux, macOS, Windows y Fuchsia
       

   

  • Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome. back to top

    Ejecutar Chrome con `--headless=old` ya no inicia el modo sin interfaz gráfica anterior, sino que imprime el siguiente mensaje de registro:

    Se quitó el modo sin interfaz gráfica anterior del objeto binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o chrome-headless-shell, que es una implementación independiente del modo sin interfaz gráfica anterior.

     
    • Chrome 132 en Linux, macOS y Windows
       

   

   

   

  • Compatibilidad con URLs de esquemas no especiales back to top

    Chrome 130 admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada 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 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 quitará la marca de función.
       

   

  • Traducción para la Búsqueda con Google Lens back to top

    Se están implementando capacidades 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 ampliará con compatibilidad con idiomas adicionales.
       

   

  • Captura de vínculos de usuarios en las AWP back to top

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
    Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo abrirse en una pestaña nueva con un chip en la barra de direcciones. Cuando se hace clic en el chip, se inicia la app. Existe una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.

     
    • Chrome 132 en Linux, macOS y Windows
      Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
     

       

   

  • Contenedores de desplazamiento enfocables en el tecladoback to top

    Mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

     

    Nota: El lanzamiento anterior de esta función (que comenzó primero en Chrome 127 y, luego, en Chrome 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación actual que se incluye en Chrome 132.

     
    • Chrome 132 en Windows, macOS, Linux y Android
       

   

  • Quitar las APIs de pantalla completa de HTMLVideoElement con prefijoback to top

    Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo dejaron de estar disponibles desde Chrome 38. Se reemplazaron por la API de Element.requestFullscreen(), que se envió por primera vez sin prefijo en Chrome 71, en el 2018. A partir de 2024, la mayoría de los navegadores ya admiten las APIs sin prefijo desde hace algunos años.

    Esta función realiza un seguimiento de la eliminación de las siguientes APIs de HTMLVideoElement:

    - atributo de solo lectura booleano webkitSupportsFullscreen;

    - atributo de solo lectura booleano webkitDisplayingFullscreen;

    - nulo webkitEnterFullscreen();

    - nulo webkitExitFullscreen();

    // Ten en cuenta la diferencia en el uso de mayúsculas de la "S" en FullScreen.

    - nulo webkitEnterFullScreen();

    - nulo webkitExitFullScreen();

     

    Estos métodos ahora son solo alias para 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
       

   

  • Lanza una excepción para los diálogos o las ventanas emergentes en documentos no activos. back to top

    Este es un cambio de caso extremo que no afectará a los desarrolladores. Anteriormente, llamar a "showPopover()" o "showModal()" en una ventana emergente o diálogo que reside dentro de un documento inactivo fallaba de forma silenciosa. Esto significa que no se lanzaría ninguna excepción, pero como el documento está inactivo, no se mostrará ninguna ventana emergente ni diálogo. Estas situaciones ahora arrojan InvalidStateError. Para obtener más información, consulta la solicitud de extracción pertinente de la especificación en GitHub.

    • Chrome 132 en Windows, macOS, Linux y Android
     

   

   

   

Cambios en Chrome Enterprise Core

   

  • Chrome Web Store personalizada para empresas back to top

    Los administradores pueden aprovechar la nueva configuración para personalizar Chrome Web Store para sus usuarios administrados, lo que incluye la capacidad de hacer lo siguiente:

    • Agregar logotipos de empresas
    • Agregar banners hero y anuncios personalizados
    • Seleccionar colecciones de extensiones
    • Ocultar categorías de extensiones

    Estos parámetros de configuración se pueden configurar a través de la Consola del administrador (más información) y están disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a Chrome Web Store con una Cuenta de Google administrada). 

    Además, todos los usuarios administrados que accedan a Chrome Web Store verán los siguientes cambios:

    • Nuevas etiquetas para los elementos "Bloqueados por el administrador" cuando se busca un elemento
    • Búsqueda de elementos de dominios privados y funciones de filtrado avanzadas
    • Los elementos privados y recomendados se reubicarán en la pestaña “Extensiones” 

    Los navegadores inscritos (sin necesidad de acceder) serán compatibles más adelante en el 2025.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     

       

   

  • Nuevas funciones de administración de usuarios de Chrome en la Consola del administrador back to top

    Ahora, los administradores pueden obtener más visibilidad de los perfiles de usuario de Chrome en su organización con una nueva lista de perfiles y funciones de informes para las Cuentas de Google a las que se accedió. Esta vista centralizada en la Consola del administrador de Google proporciona informes detallados sobre los perfiles de usuario de tu organización, incluida la información del perfil, la versión del navegador, las políticas aplicadas y las extensiones instaladas. Para obtener más detalles, consulta Cómo ver los detalles del perfil del navegador Chrome.

    Para comenzar, los administradores de TI solo deben activar la nueva política de informes de perfiles administrados de Chrome para ver la información de los informes sobre los perfiles administrados. 

     
    • Chrome 132 en Android, Linux, macOS y Windows
     

       

   

  • Condiciones de la fuente de la copia en la regla de pegar de la DLP de Chromeback to top

    En esta función, agregamos condiciones de fuente de copia, como la URL de origen, la categoría de la URL de origen y el contexto de Chrome de origen en la regla de activación de pegado para todos los clientes. Los administradores ahora pueden crear reglas de pegado con la política OnBulkDataEntryEnterpriseConnector, con condiciones que coincidan con el lugar desde el que se copian los datos o el texto que se pega. 

    Si deseas obtener más información, consulta Usa Chrome Enterprise Premium para integrar DLP en Chrome.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
      En este lanzamiento, agregamos condiciones de fuente de copia, es decir, la categoría de URL de origen y el contexto de Chrome de origen en la regla de activación de pegado para todos los clientes.  Los administradores podrán crear reglas de pegado (política) con condiciones que coincidan con el lugar desde el que se copian los datos o el texto que se pega.
     

       

   

  • Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chromeback to top

    Hay una nueva función de IA generativa disponible para los usuarios no administrados: Generar estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome.

    Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar esta función con la política DevToolsGenAiSettings.

    • Chrome 125 en ChromeOS, Linux, macOS y Windows
      La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
    • Chrome 127 en ChromeOS, Linux, macOS y Windows
      La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
      En Chrome 131, se dispondrá de una nueva función de IA generativa para usuarios administrados: un panel exclusivo de “asistencia de IA” en Herramientas para desarrolladores de Chrome que ayuda al operador humano a investigar y corregir desafíos 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 los paneles de Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilo.
       

   

  • Certificación de administrador profesional de Chrome Enterprise back to top

    Para las organizaciones que usan Chrome Enterprise Core, ofrecemos una nueva oportunidad de certificación: la certificación de Administrador profesional de Chrome Enterprise. Esta certificación está diseñada para validar tu experiencia en la administración de entornos de navegadores de Chrome Enterprise, con un enfoque en el uso de Chrome Enterprise Core para implementar políticas, establecer controles y analizar informes.

    El examen, diseñado para administradores de Chrome Enterprise con al menos un año de experiencia en la administración de aplicaciones, políticas y extremos, dura dos horas y consta de alrededor de 70 preguntas de opción múltiple. El examen evalúa tu familiaridad con las soluciones locales y basadas en la nube para administrar, mantener, solucionar problemas, proteger y realizar integraciones en servicios relacionados con Chrome.

    Google renuncia a la tarifa del examen de USD 125 hasta marzo de 2025, y los administradores ahora 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 del servidor para Chrome Enterprise back to top

    Chrome 132 agrega la capacidad para que los clientes o socios empresariales implementen certificados raíz de servidor o anclas de confianza personalizados en el almacén raíz de Chrome en navegadores completamente administrados a través de la Administración en la nube para el navegador Chrome o en perfiles de Chrome administrados en dispositivos administrados o no administrados.

     
    • Chrome 132 en Linux, macOS y Windows
       

   

  • Informe de tecnología heredada back to top

    El informe de tecnología heredada permite a los administradores de TI tener visibilidad sobre los sitios web (tanto internos como externos) que usan tecnologías obsoletas o que pronto dejarán de estar disponibles (por ejemplo, cambios en las propiedades de CSS o protocolos de seguridad más antiguos, como TLS 1.0 y 1.1). Este lanzamiento está disponible en la Consola del administrador de Google para todos los usuarios de Chrome Enterprise Core. Para obtener más información, consulta Revisa los detalles del uso de la tecnología heredada.

    Esto les brinda a los administradores de TI la oportunidad de trabajar con los desarrolladores para planificar de forma proactiva las migraciones técnicas antes de que entre en vigencia una baja.

     
    • Chrome 132 en Linux, macOS y Windows
     

       

   

   

  • Lista de navegadores administrados actualizada: Actividad más reciente de Google Actualización back to top

    Chrome Enterprise Core agregará la columna Actividad más reciente de Google Actualización a la lista de navegadores administrados. La Actividad más reciente de Google Actualización representa la última vez que se registró que el servicio GoogleUpdater interactuó con un navegador administrado.

     
    • Chrome 132 en Linux, macOS y Windows
       
     

Cambios en Chrome Enterprise Premium

   

   

  • Encriptación de descargas de archivos para reglas de DLP back to top

    Cuando se activa una regla de Prevención de pérdida de datos (DLP) para un archivo descargado, este ahora se encripta sobre la marcha para garantizar que los usuarios finales no puedan acceder a él cuando se devuelve un veredicto. Esto significa que los usuarios ya no pueden omitir la regla moviendo el archivo o cambiando su nombre. 

    Esta función está restringida por la política existente, OnFileDownloadedEnterpriseConnector, y solo está disponible para los usuarios de Chrome Enterprise Premium.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows

 

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

 

    

  • No se permiten espacios en los hosts de URLs que no sean file:// back to top

    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 los espacios de los hosts de URL por completo, 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 para las URLs que no sean de archivos.

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

    

  • Leer en voz alta en el Modo de lectura en Chrome 133back to top

    El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El Modo de lectura incluirá una función de Leer en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios podrán elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.

     
    • Chrome 133 en Linux, macOS y Windows
       

    

  • Inmovilización de pestañas en el modo de ahorro de energía back to top

    Cuando el Ahorro de energía esté activo, Chrome inmovilizará una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:

    • La pestaña proporcione funcionalidad de videoconferencia, detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo.
    • La pestaña controle un dispositivo externo, detectado a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.

    Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
    La función se puede probar en Chrome 131 a través de chrome://flags/#freezing-on-energy-saver. Como alternativa, se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y si usara mucha CPU).

     
    • La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
    • Chrome 133 en ChromeOS, Linux, macOS y Windows
      La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 133.
     

    

  • Los métodos get de Intl Locale Info dejarán de estar disponibles back to top

    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. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.

     
    • Chrome 133 en Windows, macOS, Linux y Android
       

    

  • Mejoras en el invocador de ventanas emergentes y el posicionamiento de anclas back to top

    Esta actualización representa el siguiente conjunto de cambios relacionados, que se solucionaron e implementaron

    1. agrega una forma imperativa de establecer relaciones de invocador entre las ventanas emergentes: 

        popover.showPopover({source})

    2. las relaciones de invocador crean referencias de elementos de anclaje implícitas.

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

    

  • Se quitó el inicio de la página de bienvenida de Chrome a través de las pestañas de la primera ejecución de las preferencias inicialesback to top

    Incluir chrome://welcome en la propiedad first_run_tabs del archivo initial_preferences ya no tendrá efecto. Se quitó porque esa página es redundante con la experiencia de primera ejecución que se activa en plataformas de computadoras de escritorio.

    Para obtener más detalles sobre el contexto del archivo initial_preferences, consulta Configura otras preferencias.

     
    • Chrome 133 en Windows, macOS y Linux
     

    

  • Se quitaron las restricciones de audio no estándar de getUserMedia back to top

    Blink admite una serie de restricciones no estándar con prefijo goog para getUserMedia desde un tiempo antes de que las restricciones se estandarizaran correctamente. 

    El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.

    No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.

     
    • Chrome 133 en Windows, macOS, Linux y Android
     

    

  • Se quitó el resguardo de SwiftShader back to top

    Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo 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 133 en Windows, macOS, Linux y Android
     

    

  • Panel de privacidad y seguridad en Herramientas para desarrolladores de Chrome back to top

    A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome 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 el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.

    Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, 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 con BlockThirdPartyCookies, esta función se inhabilitará.

     

    El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible 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 de más de cuatro años back to top

    A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no será compatible con versiones de Chrome que tengan más de cuatro años. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.

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

    Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.

     

    

  • Configuración de seguridad de V8back to top

    Agrega un parámetro de configuración a chrome://settings/security para inhabilitar los optimizadores de JIT V8 y reducir la superficie de ataque de Chrome. Esto mantiene la compatibilidad con Web Assembly. Este comportamiento sigue 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 parámetro de configuración se lanzará en Chrome 121. Las políticas empresariales están disponibles desde Chrome 93.
    • Chrome 133 en Android
      El parámetro de configuración está disponible en Android en Chrome 133, en Configuración del sitio. Las políticas empresariales ya no están marcadas como experimentales.
     

    

  • Nueva opción en la política HttpsOnlyMode back to top

    Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.

    En Chrome 129, agregamos una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.

    Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.

    Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.

     
    • Chrome 129 en ChromeOS, Linux, macOS, Windows y Fuchsia
    • Chrome 133 en Android
     

    

  • Migración de la API de SafeBrowsing de la versión 4 a la 5 back to top

    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 134 en Android, iOS, ChromeOS, Linux, macOS y Windows: Este será un lanzamiento gradual.
     

    

  • Partición de URLs de BLOB: recuperación o navegaciónback to top

    Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a la URL 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 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 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 con Chromium con un comportamiento similar en Safari, y buscaremos actualizaciones de especificaciones para reflejar ambos cambios. 

    Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage, que estará disponible en Chrome 134. 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 134 en Windows, macOS y Linux
     

    

  • Controlador de herencia de secuencia de comandos de SharedWorker para la URL de secuencia de comandos de BLOB back to top

    Los Service Workers deben heredar controladores para la URL de BLOB. Sin embargo, el código existente permite que solo los dedicated workers hereden el controlador. Los shared workers no lo heredan.

    Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación.

    La política empresarial SharedWorkerBlobURLFixEnabled está disponible para controlar esta función.

     
    • Chrome 134 en Windows, macOS y Linux
     

    

  • Se darán de baja los eventos de mutación back to top

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.

    Para obtener más información, consulta esta entrada de blog. Informa cualquier problema aquí.

    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
     

    

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

    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 estable 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 137 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.
     

    

  • Personaliza perfiles administrados con logotipo y etiqueta personalizadosback to top

    Nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Esto es especialmente útil en situaciones en las que los empleados usan sus propios dispositivos con cuentas administradas.

    Para personalizar esta experiencia, agregaremos tres políticas nuevas:

    • EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
    • EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
    • EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado 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 administrado. 

    A partir de Chrome 134, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En los perfiles administrados, se mostrará una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.

     
    • Chrome 133 en macOS y Windows

      Políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil) 

    • Chrome 134: Comienza el lanzamiento de los valores predeterminados, incluidos los siguientes: 
      • 1) La etiqueta de trabajo o institución educativa que se muestra en la barra de herramientas, junto al avatar del usuario 
      • 2) Un ícono de edificio superpuesto en la foto de la cuenta del usuario en el menú de perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Comenzará con un 1% y, luego, se lanzará gradualmente.

 

Próximos cambios en Chrome Enterprise Core

    

  • Nueva aplicación complementaria de Chrome Enterprise back to top

    La aplicación complementaria de Chrome Enterprise (CECA) es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium.  Su objetivo es admitir casos de uso, políticas y generación de informes empresariales. 

    • Chrome 133 en Windows y macOS

 

Próximos cambios en Chrome Enterprise Premium

 

   

  • Prevención de capturas de pantallaback to top

    Tenemos previsto mejorar la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Aprovecharemos el lanzamiento exitoso de los controles de protección de datos para agregar funciones clave y abordar las brechas y los comentarios de los usuarios.

     
    • Chrome 134 en Windows y macOS
     

   

  • Filtros de URLs en iOS y Android back to top

    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 funcionalidad funcione 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 135 en iOS y Android
     

   

  • Conector de informes para dispositivos móviles back to top

    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 135 en iOS y Android
     

   

  • Refactorización de la UX de las reglas de DLP back to top

    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 134 en Windows, macOS, Linux y ChromeOS
     

   

  • API de Connectors back to top

    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 135 en Windows, macOS, Linux y ChromeOS

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 132

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Chrome Web Store personalizada para empresas    
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS    
Actualización de la integración    
Migra datos de estudiantes que se gradúan  
Esquinas redondeadas para apps    
Autenticación sin contraseña de ChromeOS    
Control con gestos faciales en ChromeOS  
Desactiva el panel táctil    
Autenticación biométrica del Administrador de contraseñas    
Se quitó el descubrimiento de apps de Explorar    
Administración remota de dispositivos inactivos    
Política de Hora de dormir de dispositivos ChromeOS    
Divulgación de administración mejorada en dispositivos bloqueados    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Fondos de pantalla y de videoconferencia creados con IA    
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS  

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones de ChromeOS

   

  • Chrome Web Store personalizada para empresas back to top

    Los administradores ahora pueden usar una nueva configuración para personalizar Chrome Web Store para sus usuarios administrados, lo que incluye la capacidad de hacer lo siguiente:

    • Agregar logotipos de empresas
    • Agregar banners hero y anuncios personalizados
    • Seleccionar colecciones de extensiones
    • Implementar controles basados en categorías

    Estos parámetros de configuración se pueden configurar a través de la Consola del administrador y están disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a Chrome Web Store con una Cuenta de Google administrada). Para obtener más información, consulta Chrome Web Store personalizada para empresas.

    Además, todos los usuarios administrados que accedan a Chrome Web Store verán los siguientes cambios:

    • Nuevas etiquetas para los elementos Bloqueados por el administrador cuando se busca un elemento
    • Búsqueda de elementos de dominios privados y funciones de filtrado avanzadas
    • Los elementos privados y recomendados se reubicarán en la pestaña Extensiones 

    Los navegadores inscritos (sin necesidad de acceder) serán compatibles más adelante en el 2025.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     


     

   

  • La compatibilidad con Native Client (NaCl) finalizará en ChromeOS back to top

    ChromeOS 132 es la última versión con compatibilidad con NaCl para dispositivos no administrados o de consumo, seguida de ChromeOS 138 en julio de 2025 para dispositivos administrados. Si deseas obtener más detalles, consulta Acerca de la administración de dispositivos ChromeOS.

    En el 2017, anunciamos el fin de la compatibilidad con Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de los desarrolladores y usuarios migraron de NaCl, confirmamos las siguientes fechas de descontinuación de NaCl: 

    • Enero de 2025: Native Client (NaCl) se inhabilitará a partir de ChromeOS 132.
      • Para los usuarios no administrados y de consumo, ChromeOS 132 será la última versión de ChromeOS con compatibilidad con NaCl.
      • En el caso de los entornos administrados (incluidas las sesiones de kiosco), los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de NaCl DeviceNativeClientForceAllowed a través de la versión 138 de ChromeOS. Para habilitar las políticas de dispositivos, consulta Establece políticas de dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.
    • Julio de 2025: ChromeOS 138 será la última versión con compatibilidad con NaCl.
      • En el caso de los entornos administrados, 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 institución educativa.
      • En el caso de los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl, NaCl estará disponible hasta la última actualización de LTS en abril de 2026.
      • No se otorgarán excepciones.
     

    En el caso de las apps de Chrome que usan NaCl, migra a WebAssembly (WASM). Para ayudarte con la transición, publicamos la Guía de migración de WebAssembly.

    Si necesitas más información sobre este cambio o asistencia, consulta cualquiera de los siguientes recursos:

     

    Para obtener más información, consulta Cómo administrar políticas para dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.

       

   

  • Actualización de integración back to top

    Hay muchos elementos de configuración diferentes que los usuarios pueden cambiar una vez que comienzan a usar sus dispositivos, como configurar una impresora, conectar dispositivos Bluetooth, cambiar la dirección del panel táctil, etcétera. Esta función consolida muchos de estos elementos de configuración comunes en una lista de tareas simple, con vinculación directa a la ubicación en la que un usuario puede cambiar un parámetro de configuración en particular, para simplificar el proceso de completar muchos de estos pasos.

     

       

   

  • Migra datos de estudiantes que se gradúan back to top

    A partir de ChromeOS 132, una nueva herramienta de Transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen. 

    Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar Transferencia de contenido.

   

  • Esquinas redondeadas para apps back to top

    Como parte de un nuevo diseño de IU, ChromeOS ahora tiene esquinas redondeadas en todas las ventanas de la app en dispositivos Chromebook Plus.

   

  • Autenticación sin contraseña de ChromeOS back to top

    La función de ChromeOS sin contraseña permite a los usuarios acceder a sus dispositivos con un PIN o una contraseña local como factor de autenticación principal. Esto significa que podrás acceder a tu dispositivo ChromeOS con una contraseña que establezcas de forma explícita 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 administrados. 

   

  • Control con gestos faciales en ChromeOS back to top

    ChromeOS ahora cuenta con control con gestos faciales potenciado por IA. Ahora puedes usar el seguimiento facial y de gestos para navegar por tu Chromebook, abrir apps y hasta redactar correos electrónicos, todo sin teclado ni mouse. Esta tecnología integrada, inspirada en Project Gameface, proporciona una mayor accesibilidad para los usuarios con discapacidades motoras y ofrece una forma más eficiente para que todos interactúen con sus dispositivos. Para obtener más información sobre esta función, consulta esta entrada de blog de Google.

   

  • Desactiva el panel táctil back to top

    Los usuarios de Chromebooks ahora pueden inhabilitar sus paneles táctiles. Esta mejora de accesibilidad ayuda a las personas que dependen de los lectores de pantalla o que pueden hacer clics accidentales. Para desactivarlo, ve a Configuración > Accesibilidad > Cursor y panel táctil.

   

  • Autenticación biométrica del Administrador de contraseñas back to top

    ChromeOS 132 habilita la autenticación biométrica en el Administrador de contraseñas y Autocompletar en Chrome para dispositivos ChromeOS.

     


     

   

  • Se quitó el descubrimiento de apps de Explorar back to top

    ChromeOS 132 quita el módulo Apps y juegos de la app de Explorar. Para descubrir apps nuevas para tu dispositivo ChromeOS, navega a https://discover.apps.chrome.

    .

       

   

  • Administración remota de dispositivos inactivos back to top

    El Escritorio remoto de Chrome (CRD) es una función que permite controlar de forma remota los dispositivos ChromeOS, principalmente para solucionar problemas, cuando un dispositivo está inactivo y no se usa. Los administradores ahora pueden iniciar una conexión de CRD a un dispositivo ChromeOS que se encuentra en la pantalla de acceso. Esto permite que un administrador acceda a un dispositivo administrado con su propio conjunto de credenciales para solucionar problemas o realizar pruebas. 

     

       

   

  • Política de Hora de dormir de dispositivos ChromeOS back to top  

    La nueva política DeviceRestrictionSchedule permite que los administradores de ChromeOS prohíban que los usuarios accedan a Chromebooks específicas durante ciertas horas de días específicos de la semana. Durante este horario, las apps de kiosco tampoco están disponibles. 


     

   

  • Divulgación de administración mejorada en dispositivos bloqueados back to top

    Esta función mejora la divulgación de la administración en la pantalla de bloqueo del dispositivo. Para que los usuarios comprendan mejor lo que implica usar un dispositivo administrado antes de usarlo para tareas personales o laborales, proporcionamos una explicación clara de lo que implica. De esta manera, los usuarios pueden tomar decisiones fundamentadas sobre el uso de sus dispositivos. Cuando se proporciona la información necesaria, los usuarios obtienen el conocimiento necesario para tomar decisiones que se alineen con sus preocupaciones y preferencias de privacidad y seguridad.

 

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 ChromeOS

   

  • Fondos de pantalla y de videoconferencia creados con IA back to top 

    A partir de ChromeOS 134, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.

   

  • Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS back to top 

    En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.

     

    • Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
      • Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
    • Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
      • Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
    • Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
      • Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
      • No se otorgarán excepciones.

    Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.

    Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.

    Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

    En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.

↑ volver al principio  

Chrome 131

Resumen de la versión de Chrome 131

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Cómo realizar búsquedas con Google Lens en iOS    
Verificación asíncrona de la Navegación segura en tiempo real    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Elige en Google Drive en iOS    
OCR del visualizador de PDF de Chrome    
Promoción de Chrome en iOS en el NTP de computadoras    
Detección de la reutilización de contraseñas de perfiles sincronizados    
Chrome en Android ahora admite proveedores externos de autocompletado y contraseñas  
Baja del informe de Navegación segura extendida    
Se dejará de confiar en los certificados de Entrust    
Advertencias de formularios poco seguros en iOS    
PartitionAlloc con verificaciones avanzadas (PA/AC)    
Experiencia de acceso y sincronización simplificada    
Inmovilización de pestañas en el modo de ahorro de energía    
Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo    
Encapsulamiento de claves X25519Kyber768 para TLS    
Baja de la propiedad de posicionamiento de anclaje de CSS inset-area    
Mejoras en la estructura de diseño de los elementos <details> y <summary>    
Permisos de bloqueo del teclado y del puntero    
Se quitó el método requestAdapterInfo() de GPUAdapter no estándar    
Relajación del analizador <select>    
Compatibilidad con recursos SVG externos para las propiedades trazado de recortes, relleno, trazo y marcador-*    
Compatibilidad con URLs de esquemas no especiales    
Traducción para la Búsqueda con Google Lens    
Políticas nuevas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Política de valores predeterminados de IA generativa    
Integración de la telemetría de extensiones de Chrome con SecOps    
Chrome Web Store personalizada para empresas    
Compatibilidad con la política de DownloadRestrictions en Android  
Política empresarial para forzar el almacenamiento en búfer adaptable para la renderización de WebAudio    
Generar estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome    
Políticas recomendadas en la Consola del administrador    
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Controles de datos de Chrome Enterprise: Portapapeles    
Protección contra capturas de pantalla    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Leer en voz alta en el Modo de lectura en Chrome 132    
Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome    
Captura de 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 diálogos o las ventanas emergentes en documentos no activos    
Captura de vínculos de usuarios en AWP  
El servicio de red en Windows se someterá a una zona de pruebas    
Quitar el resguardo de SwiftShader    
Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome    
La Sincronización de Chrome dejará de ser compatible con versiones de Chrome de más de cuatro años    
No se permiten espacios en hosts de URLs que no sean file://    
Migración de la API de SafeBrowsing v4 a la v5    
Partición de URLs de BLOB: recuperación o navegación    
Baja de los eventos de mutación    
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
Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Prevención de acceso a la descarga de archivos de DLP    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

 

   

  • Cómo realizar búsquedas con Google Lens en iOS back to top 

    Desde Chrome 126, los usuarios pueden buscar cualquier imagen 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 cuadro multifunción en foco y en los menús contextuales en computadoras, o en el menú de 3 puntos en computadoras y dispositivos móviles. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido, así como agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve ni se registran datos sobre su contenido. Comenzaremos a lanzar esta función de forma gradual para iOS en Chrome 131 y planeamos lanzarla por completo en Chrome 132.

    • Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función al 1% de la versión estable
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento al 100% de la versión estable
    • Chrome 131 en iOS: Comienza el lanzamiento de la función
    • Chrome 132 en iOS: Lanzamiento al 100% de la versión estable
     

   

  • Verificación asíncrona de la Navegación segura en tiempo real en iOS back to top 

    Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. Para mejorar la velocidad de carga de Chrome, las verificaciones de Navegación segura en tiempo real ya no bloquearán las cargas de páginas a partir de Chrome 122 (para iOS, a partir de Chrome 131). 

    Evaluamos el riesgo e implementamos las siguientes mitigaciones:

    1. En el caso del software malicioso y los ataques de día cero, las verificaciones de listas de entidades bloqueadas locales se seguirán realizando de forma síncrona para que la Navegación segura siga bloqueando las cargas útiles maliciosas. 
    2. En el caso de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado con la página (por ejemplo, que haya escrito una contraseña) cuando mostramos la advertencia.
     
    • Chrome 122 en Android, ChromeOS, Linux, macOS y Windows
    • Chrome 131 en iOS
     

   

  • Firmas de código ad hoc para las correcciones de compatibilidad de AWP en macOS back to top 

    Las firmas de código para las correcciones de compatibilidad de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de AWP tenga una identidad única para macOS. Actualmente, el SO considera que todas las AWP son la misma aplicación.

    Este cambio aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en este SO.

    Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede activar para realizar pruebas con la marca chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, los administradores pueden instalar una AWP y asegurarse de que se inicie como se espera.

    Si hay una 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 implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.

     
    • 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 extremos, como Santa. Si no es compatible en este momento, pueden controlar la función con la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
    • Chrome 131 en macOS: La función comenzará a lanzarse en la versión estable, comenzando con el 1%.
     

   

  • Elige en Google Drive back to top 

    A partir de Chrome 131, los usuarios de Chrome en 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 la funcionalidad principal para subir un solo archivo. 
     

   

  • OCR del Lector de PDF de Chrome back to top 

    La versión para computadoras de Chrome ahora permite que los PDFs escaneados sean más accesibles. A través del reconocimiento óptico de caracteres (OCR) integrado en el dispositivo para mantener la privacidad (no se envía contenido a Google), Chrome convierte automáticamente los archivos PDF escaneados, lo que permite seleccionar texto, usar Ctrl + F, copiar y pegar. Esta función no se aplica a los archivos PDF seguros. Solo se usa el OCR en los archivos PDF a los que el usuario tiene acceso. La solución brinda accesibilidad a los archivos PDF para los usuarios de Chrome sin ningún paso adicional y los hace igual de accesibles como el resto de la Web.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

   

  • Promoción de Chrome para iOS en la NTP para computadoras back to top 

    Aparecerá una promoción de Chrome para iOS en la página Nueva pestaña para computadoras. El objetivo es aumentar el reconocimiento de Chrome para iOS y presentar una forma sencilla de instalarlo. 

    Puedes controlar esta función con las políticas existentes PromotionsEnabled y NTPMiddleSlotAnnouncementVisible.

     
    • Chrome 131 en Linux, macOS y Windows
     

   

  • Detección de la reutilización de contraseñas de perfiles sincronizados back to top 

    Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo estaba disponible en perfiles corporativos. Ahora, este proceso detecta la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado. 

    Actualizamos los criterios de detección de reutilización de contraseñas de perfiles sincronizados para que reflejen con mayor precisión las cuentas empresariales administradas. También actualizamos el mensaje en pantalla para que los usuarios comprendan con mayor claridad que su organización supervisa 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
      Actualizamos los criterios de detección de reutilización de contraseñas en perfiles sincronizados para que reflejen con mayor precisión las cuentas empresariales administradas y actualizamos el mensaje de la UX para que los usuarios comprendan con mayor claridad que su organización supervisa la reutilización de contraseñas corporativas.
 

   

  • Chrome en Android ahora admite proveedores externos de autocompletado y contraseñasback to top 

    Hasta ahora, los proveedores de autocompletado y contraseñas de terceros se podían usar en Chrome para Android a través de APIs de accesibilidad.

    En Chrome M131, agregamos compatibilidad directa con la función Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome en Android sin necesidad de APIs de accesibilidad. Este cambio debería mejorar el rendimiento de Chrome en Android y de los proveedores externos de autocompletado.

    Para aprovechar esta función, los usuarios deberán configurar su proveedor externo en la configuración de Android. Luego, en Chrome, los usuarios deben seleccionar Configuración > Servicios de autocompletado y Autocompletar con otro servicio.

    Si los usuarios no cambian ambos parámetros de configuración, seguirán usando Google para autocompletar sus contraseñas, información de pago y direcciones. Se puede controlar si los usuarios pueden usar un servicio externo de autocompletado con una política nueva llamada ThirdPartyPasswordManagersAllowed.

    • Chrome 131 en Android 

      El nuevo parámetro de configuración estará disponible a partir de Chrome 131. Si los usuarios utilizan el nuevo parámetro de configuración, este se aplicará de inmediato. De lo contrario, los usuarios seguirán empleando las funciones de Google o de un tercero a través de las funciones de accesibilidad (si están instaladas).  

      La compatibilidad con las APIs de accesibilidad dejará de estar disponible a principios de 2025, momento en el que se aplicará la nueva configuración de políticas a todos los usuarios.

       
     

   

  • Baja del informe extendido de la Navegación segura back to top 

    Daremos de baja la función de informes extendidos de la Navegación segura, que antes mejoraba la seguridad de todos los usuarios recopilando información de telemetría de los participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, información limitada del sistema y cierto contenido de las páginas. 

    Esta función se sustituyó por el modo Protección mejorada. Les recomendamos a todos los usuarios que se cambien a la Protección mejorada para que sigan disfrutando de mayor seguridad y que habiliten el máximo nivel de seguridad disponible en Chrome. Para obtener más información, consulta los Niveles de protección de la Navegación segura

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
      Se dará de baja el informe extendido de la Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real.
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
      Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de la Navegación segura del cliente en tiempo real.
     

     

   

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, cambiará la forma predeterminada en que Chrome confía en los certificados emitidos por Entrust para la autenticación de servidores TLS de confianza pública (es decir, de sitios web). El cambio entrará en vigencia a partir de Chrome 131 en Windows, macOS, ChromeOS, Android y Linux.Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.

    De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

    • De forma predeterminada, no se confiará en los certificados emitidos después del 11 de noviembre de 2024.
    • No se verán afectados los certificados emitidos hasta el 11 de noviembre de 2024. 
     

    Si una persona o empresa que usa Chrome confía explícitamente en alguno de los certificados de Entrust afectados en una plataforma y versión de Chrome que depende de Chrome Root Store (por ejemplo, la confianza explícita se determina con un objeto de directivas de grupo en Windows), se anularán las restricciones basadas en SCT que se describieron anteriormente y los certificados funcionarán como lo hacen en la actualidad.  

    Puedes encontrar información adicional y recursos de prueba en el blog de Google Security

    Para obtener más información, consulta estas preguntas frecuentes sobre Chrome Root Store.

     
    • Chrome 131 en Android, ChromeOS, Linux, macOS y Windows
      Todas las versiones de Chrome 131 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 11 de noviembre de 2024.
     

   

  • Advertencias de formularios poco seguros en iOS back to top 

    A partir de Chrome 125, el navegador Chrome bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el 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: Lanzamiento de la función
    • Chrome 131 en iOS: Se quitará la política InsecureFormsWarningsEnabled
     

   

  • PartitionAlloc con Verificaciones avanzadas (PA/AC) back to top 

    PartitionAlloc (PA) y sus proyectos de seguridad de memoria asociados tienen una serie de protecciones avanzadas que se desactivan de forma predeterminada (o exclusivamente en compilaciones de depuración) debido a su posible impacto en el rendimiento. Si bien quizás no sea posible habilitar la función para todos los usuarios de inmediato, aún existe la oportunidad de habilitarla parcialmente en situaciones específicas y limitadas.

    El objetivo de este proyecto es lograr protecciones avanzadas para los clientes empresariales. Los administradores empresariales tienen la opción de aplicar medidas de seguridad mejoradas a través de las políticas empresariales. En Enterprise, la seguridad suele tener prioridad sobre el rendimiento. Es probable que deseen verificaciones avanzadas, aunque se vea afectado el rendimiento.

    PA con Verificaciones avanzadas es una medida de seguridad avanzada para la memoria. La función está DESACTIVADA de forma predeterminada porque se espera que disminuya el rendimiento. Los clientes empresariales tienen la opción de habilitarla para mejorar la seguridad a través de la política empresarial.

     
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia

   

  • Experiencia de acceso y sincronización simplificada back to top 

    A partir de Chrome 131, los usuarios existentes que tengan activada la Sincronización de Chrome ahora disfrutan de una versión simplificada y consolidada del acceso y la sincronización en Chrome. La Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ningún otro lugar. En cambio, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales pertinentes.

    Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede desactivar con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.

     
    • Chrome 131 en Android
     

   

  • Suspensión de pestañas en el modo Ahorro de energía back to top 

    Cuando el Ahorro de energía está activo, Chrome suspende las pestañas que usan mucha CPU y llevan más de 5 minutos ocultas y silenciadas, a menos que ocurra lo siguiente:

    • La pestaña proporciona funciones de audio o videoconferencia, lo que se detecta cuando esta captura el micrófono, la cámara, la pantalla, una ventana u otra pestaña, o bien cuando establece una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en vivo.
    • La pestaña controla un dispositivo externo, lo que se detecta cuando esta usa Web USB, Web Bluetooth, Web HID o Web Serial.
     

    Esta medida extiende la duración de la batería y acelera Chrome reduciendo 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-saver de about:flags. Como alternativa, se puede probar con la marca #freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (lo que permite verificar si una pestaña es apta para la suspensión y si se suspenderá si usa mucha CPU). La disponibilidad del Ahorro de energía se puede controlar con la política BatterySaverModeAvailability. Este cambio no surte efecto cuando el Ahorro de energía está inactivo.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
      La función comenzará a lanzarse al 1% de la versión estable en Chrome 131. Se aumentará gradualmente hasta el 100% de la versión estable. La disponibilidad del Ahorro de energía se puede controlar con la política BatterySaverModeAvailability. Este cambio no surte efecto cuando el Ahorro de energía está inactivo.
     

   

  • Actualiza los Servicios de Google Play para solucionar problemas relacionados con las contraseñas integradas en el dispositivo back to top 

    Disminuirá la funcionalidad de contraseñas integradas en el dispositivo para los usuarios de versiones anteriores de los Servicios de Google Play. Además, es posible que pronto el Administrador de contraseñas deje de funcionar por completo para ellos. Deberán actualizar los Servicios de Google Play o se les indicarán otros métodos de solución de problemas según su estado. Este cambio forma parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.

     
    • Chrome 131 en Android
     

   

  • Encapsulamiento de claves X25519Kyber768 para TLS back to top 

    A partir de Chrome 124, se habilitará de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica.

    Para obtener más detalles, consulta esta entrada del blog de Chromium y esta entrada del blog de Google Security.

     
    • Chrome 124 en Windows, macOS y Linux: Se habilitará X25519Kyber768, el nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS.
    • Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
    • Chrome 141 en Windows, macOS y Linux: Se quitará la política empresarial.
     

   

  • Baja de la propiedad de posicionamiento de anclaje de CSS inset-area back to top 

    El CSS Working Group (CSSWG) acordó cambiar el nombre de la propiedad inset-area a position-area. Para obtener más detalles, consulta la discusión del CSSWG en GitHub. El nombre de la propiedad nueva, position-area, como sinónimo de inset-area, se envió a través de esta actualización de funciones explicada en Chrome Platform Status, en la que se describe la baja y la eliminación de la propiedad inset-area.

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Se realizaron mejoras en la estructura de diseño de los elementos <details> y <summary> back to top 

    Se admiten más diseños de CSS para la estructura de los elementos <details> y <summary> , lo que permite que se usen en más casos en los que se crean widgets de divulgación o acordeón en la Web. En particular, este cambio quita las restricciones que impedían configurar la propiedad display en estos elementos y agrega un seudoelemento ::details-content para aplicar diseño al contenedor de la parte que se expande y se contrae.

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Permisos de bloqueo del teclado y del puntero back to top 

    Se puede mostrar un mensaje de permiso al usuario cuando un sitio web solicita el bloqueo del teclado o del puntero, y se guardan las preferencias del usuario como configuración de contenido. Puedes consultar la configuración a través de la API de Permissions. Esta medida ayuda a mitigar el abuso de las APIs.

     
    • Chrome 131 en Windows, macOS y Linux
     

   

  • Se quitó el método requestAdapterInfo() de GPUAdapter no estándar back to top 

    El WebGPU WG decidió que no era práctico que requestAdapterInfo() activara un mensaje de permiso, por lo que quitó esa opción y la reemplazó por el atributo info de GPUAdapter para que los desarrolladores web puedan obtener el mismo valor de GPUAdapterInfo de forma síncrona esta vez. Para obtener más información, consulta Intent to Ship: WebGPU: GPUAdapter info attribute

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Relajación del analizador <select> back to top 

    Este cambio hace que el analizador de HTML permita etiquetas adicionales en <select>, además de <option>, <optgroup> y <hr>.

    Este cambio es compatible con la función personalizable <select>, pero se envía primero porque se puede hacer por separado y tiene algunos riesgos compactos.

    Esta función se restringe por la política transitoria SelectParserRelaxationEnabled. Este es un período de transición temporal y la política dejará de funcionar en la versión principal Chrome 136.

    Para obtener más información, consulta la explicación sobre <select> personalizable de Open UI y el artículo de WHATWG sobre los cambios en el analizador de HTML para <select> personalizable

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Compatibilidad con recursos SVG externos para las propiedades clip-path, fill, stroke y marker-* back to top 

    Permite referencias externas para los trazados de recorte, los marcadores y los servidores de pintura (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 back to top 

    Chrome 130 admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador procesaba las URLs no especiales como si tuvieran una ruta opaca, un comportamiento que no se alineaba con el estándar de URLs. Ahora las procesa correctamente, de acuerdo con el estándar de URLs. Para obtener más información, consulta 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 quitará la marca de función.
     

   

  • Traducción para la Búsqueda con Google Lens back to top 

    Se están implementando capacidades de traducción de realidad aumentada (RA) en la función Buscar con Google Lens. Ya existe una política empresarial que permite a las empresas activar o desactivar la función con LensOverlaySettings.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
       

   

  • Políticas nuevas en el navegador Chrome back to top 
    Política Descripción
    DownloadRestrictions Permite las restricciones de descarga.

    CAPlatformIntegrationEnabled

    Usa certificados TLS agregados por el usuario desde almacenes de confianza de la plataforma para la autenticación del servidor.
    SelectParserRelaxationEnabled Controla si se habilita el nuevo comportamiento del analizador HTML para el elemento <select>.
    EnterpriseProfileBadgeToolbarSettings Controla la visibilidad de la insignia del perfil empresarial en la barra de herramientas.
    WebAudioOutputBufferingEnabled Habilita el almacenamiento en búfer adaptable para Web Audio.
     

   

  • Políticas que se quitaron del navegador Chrome back to top 
    Política Descripción
    ProfileLabel Esta política controla una etiqueta que se usa para identificar un perfil en el que se accedió. Esta etiqueta se mostrará en diversos lugares para ayudar a los usuarios a identificar el perfil, por ejemplo, junto al ícono de perfil de la barra de herramientas.
    ToolbarAvatarLabelSettings Configuración de etiquetas de avatar de la barra de herramientas administrada
    BeforeunloadEventCancelByPreventDefaultEnabled Controla el nuevo comportamiento del diálogo de cancelación que produce el evento beforeunload.
     

   

Cambios en Chrome Enterprise Core

    

    

  • Integración de la telemetría de extensiones de Chrome con SecOps back to top 

    Comenzaremos a recopilar datos pertinentes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analiza los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.

    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

    

  • Chrome Web Store personalizado para empresas back to top 

    Los administradores de TI podrán personalizar Chrome Web Store para sus usuarios finales administrados con desarrollo de la marca específico de la empresa, mensajes personalizados y navegación adaptada. También pueden personalizar la tienda con logotipos, banners y extensiones recomendadas, además de ocultar las categorías irrelevantes y mejorar el descubrimiento de extensiones.

    Esta función se puede configurar a través de la Consola del administrador, y los parámetros de configuración personalizados de esta 1ª versión principal estarán disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a la Chrome Web Store con una Cuenta de Google administrada). La 2ª versión principal admitirá esta función para los navegadores inscritos en CEC (sin necesidad de acceder) y solo estará disponible más adelante en el 2025.

    Además, todos los usuarios administrados que accedan a la Chrome Web Store verán los siguientes cambios:

    • Habrá nuevas etiquetas para los elementos bloqueados por el administrador y podrán filtrar los resultados de la búsqueda por elementos privados.
    • Los elementos privados y recomendados se reubicarán solo en la pestaña “Extensiones”.
  • A partir de Chrome 131 en Linux, macOS, Windows y ChromeOS: Lanzamiento de la 1ª versión principal

    

  • Compatibilidad con la política DownloadRestrictions en Android back to top 

    DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en computadoras. La política DownloadRestrictions ahora es compatible con Android. Esta política permite a los administradores bloquear todas las descargas en Chrome para dispositivos móviles Android. 

    • Chrome 131 en Android

    

  • Política empresarial para forzar el almacenamiento en búfer adaptativo para la renderización de Web Audio back to top 

    La implementación de Web Audio de Chromium incluye un mecanismo de almacenamiento en búfer adaptable, que se agregó para resolver numerosos errores, especialmente en Android con el backend AAudio. Si bien este mecanismo redujo significativamente los errores, también aumentó la latencia de audio. Se está ejecutando un experimento en Chrome que inhabilitará el mecanismo de almacenamiento en búfer adaptable y llevará a cabo la renderización de forma síncrona en todas las plataformas, excepto Android. 

    A partir de Chrome 131, está disponible una política empresarial, WebAudioOutputBufferingEnabled, que forzará de forma predeterminada el comportamiento anterior de usar el almacenamiento en búfer adaptable para la renderización de Web Audio.

    • Chrome 131 en ChromeOS, Linux, macOS y Windows

    

  • Generación de estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome back to top 

    Hay una nueva función de IA generativa disponible para los usuarios no administrados: Genera estadísticas para las advertencias y los errores de la consola de las Herramientas para desarrolladores de Chrome.

    Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible en inglés y para usuarios mayores de 18 años. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.

    • Chrome 125 en ChromeOS, Linux, macOS y Windows
      La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
    • Chrome 127 en ChromeOS, Linux, macOS y Windows
      La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
      Se dispondrá de una nueva función de IA generativa para usuarios administrados: un panel exclusivo de asistencia de IA en las Herramientas para desarrolladores de Chrome que ayuda a los operadores humanos a investigar y corregir desafíos de estilo, y a depurar las CSS.
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
      El panel de asistencia de IA ahora puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.

    

Cambios en Chrome Enterprise Premium

   

   

  • Controles de datos de Chrome Enterprise: Portapapeles back to top

    Los administradores pueden establecer reglas de control de datos en la Consola del administrador de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas flexibles que se establecen en la Consola del administrador de Google y que permiten a los administradores establecer una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, tomar capturas de pantalla o compartir pantallas.

    Esta función se puede controlar con la política DataControlsRules.

    Esta función está disponible para que los miembros del programa de Verificadores de confianza de Chrome Enterprise la puedan probar. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.

    • Chrome 128 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función

     

     

   

  • Protección contra capturas de pantalla back to top

    Los administradores pueden evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas que se consideren que contienen datos sensibles. Los administradores pueden crear una regla de filtrado de URLs de la DLP para bloquear a los usuarios que toman capturas de pantalla o comparten pantallas de URLs o categorías de URLs específicas. 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 que los miembros del programa de Verificadores de confianza de Chrome Enterprise la puedan probar. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.

    • Chrome 129 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función

 

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

 

    

  • Leer en voz alta en el Modo de lectura en Chrome 132 back to top

    El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El modo de lectura incluirá una función de lectura en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios pueden elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     

    

  • Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome. back to top

    Ejecutar Chrome con `--headless=old` ya no inicia el modo sin interfaz gráfica anterior, sino que imprime el siguiente mensaje de registro:

    Se quitó el modo sin interfaz gráfica anterior del objeto binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica  o chrome-headless-shell, que es una implementación independiente del modo sin interfaz gráfica anterior.

     
    • Chrome 132 en Linux, macOS y Windows

     

  • Captura todas las pantallas back to top

    Esta función captura todas las pantallas conectadas actualmente al dispositivo con getAllScreensMedia(). Llamar a getDisplayMedia() varias veces requiere varios gestos del usuario, le impone la tarea de elegir la siguiente pantalla cada vez y no garantiza a la app que se hayan seleccionado todas las pantallas. getAllScreensMedia() mejora en todos estos aspectos.

    Esta función solo se expone detrás de la política empresarial MultiScreenCaptureAllowedForUrls, y a los usuarios se les advierte antes de que comience la grabación que esta podría comenzar en algún momento. La API solo funcionará para los orígenes que se especifiquen en la lista de entidades permitidas MultiScreenCaptureAllowedForUrls. Los orígenes que no se especifiquen allí no tendrán acceso a ella.

    • Chrome 132 en Windows, macOS y Linux

    

  • Se quitaron las APIs de pantalla completa de HTMLVideoElement con prefijo. back to top

    Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo dejaron de estar disponibles desde aproximadamente la versión M38. Se reemplazaron por la API de Element.requestFullscreen() , que se envió por primera vez sin prefijo en M71, en el 2018. A partir de 2024, la mayoría de los navegadores ya admiten las APIs sin prefijo desde hace algunos años.

    Esta función realiza un seguimiento de la eliminación de las siguientes APIs de HTMLVideoElement:

    - atributo de solo lectura booleano webkitSupportsFullscreen

    - atributo de solo lectura booleano webkitDisplayingFullscreen

    - nulo webkitEnterFullscreen();

    - nulo webkitExitFullscreen();

    // Ten en cuenta la diferencia en el uso de mayúsculas de la "S" en FullScreen.

    - nulo webkitEnterFullScreen(); 

    - nulo webkitExitFullScreen();

     

    Estos métodos ahora son solo alias para 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

    

    

  • Contenedores de desplazamiento enfocables en el tecladoback to top

    Planeamos mejorar la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y Tab. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    Nota: El lanzamiento anterior de esta función (que comenzó en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación actual que se incluye en Chrome 130.

    Nota: El lanzamiento anterior de esta función (que comenzó en la versión 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación que se incluye en la versión 132.

     
    • Chrome 132 en Windows, macOS, Linux y Android

    

  • Lanza una excepción para los diálogos o las ventanas emergentes en documentos no activos. back to top

    Este es un cambio de caso extremo que, con suerte, no afectará a los desarrolladores. Un caso extremo es cuando se producen varias condiciones únicas de forma simultánea. Anteriormente, llamar a "showPopover()" o "showModal()" en una ventana emergente o diálogo que reside dentro de un documento inactivo fallaba de forma silenciosa, es decir, no se generaba ninguna excepción. Sin embargo, como el documento está inactivo, no se mostrará ninguna ventana emergente ni diálogo. A partir de la solicitud de extracción (PR) de especificaciones https://github.com/whatwg/html/pull/10705, estas situaciones ahora arrojan la excepción InvalidStateError.

     
    • Chrome 132 en Windows, macOS, Linux y Android

 

    

  • Captura de vínculos de usuarios en las AWP back to top

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

     
    • Chrome 121 en Linux, macOS y Windows
      Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
     
    • Chrome 132 en Linux, macOS y Windows
      Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
     

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones.

    Puedes informar cualquier problema que encuentres

     
    • Chrome 132 en Windows
      El servicio de red en Windows se restringe a una zona de pruebas.

   

  • Se quitó el resguardo de SwiftShader back to top

    Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo 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 133 en Windows, macOS, Linux y Android

   

  • Panel de privacidad y seguridad en Herramientas para desarrolladores de Chrome back to top 

    A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome 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 el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.

    Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, 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 con BlockThirdPartyCookies, esta función se inhabilitará.

    El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible 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 de más de cuatro años back to top

    A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no será compatible con versiones de Chrome que tengan más de cuatro años. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.

     
    • Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
      Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.

    

  • No se permiten espacios en los hosts de URLs que no sean file:// back to top

    Según la especificación, los hosts de URLs [1] 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" [2] y "URL" [3].

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

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

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

    

  • Migración de la API de SafeBrowsing de la versión 4 a la 5 back to top

    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 133 en Android, iOS, ChromeOS, Linux, macOS y Windows: Este será un lanzamiento gradual.

    

  • Partición de URLs de BLOB: recuperación o navegación back to top

    Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a la URL 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 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 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 con Chromium con un comportamiento similar en Safari, y buscaremos actualizaciones de especificaciones para reflejar ambos 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 134 en Windows, macOS y Linux

    

  • Se darán de baja los eventos de mutación back to top

    Los eventos de mutación síncronos como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, and DOMCharacterDataModified, perjudican el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.

    Para obtener más información, consulta esta entrada de blog. Informa cualquier problema aquí.

    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.

    

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

    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 estable 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 137 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

    

 

Próximos cambios en Chrome Enterprise Premium

 

   

  • Prevención de acceso a descargas de archivos de la DLPback to top

    Cuando el administrador establece una regla de DLP para la descarga de archivos, se activa un análisis después de que se completa la descarga. Esta función evita que los usuarios inscritos en Chrome Enterprise accedan al contenido de un archivo descargado antes de que se devuelva un veredicto de análisis profundo.

    Esta función está restringida por la política existente, OnFileDownloadedEnterpriseConnector, y solo está disponible para los usuarios de Chrome Enterprise Premium.

    • Chrome 132 en ChromeOS, Linux, macOS y Windows

     

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 130

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Insertar rápido    
Cambios en la configuración y los atajos    
Concentración en ChromeOS    
Acceso mejorado a los archivos de Drive    
Nuevas sugerencias en Tote    
Inicio inteligente    
Micrófono de estilo de estudio    
App de grabadora potenciada por IA     
Análisis de contenido para sesiones de invitado administradas  
URLs adicionales permitidas en el modo kiosco  
Efectos de apariencia    
Controles de privacidad más accesibles     
Controles del brillo de teclado mejorados    
Controles de brillo de pantalla mejorados    
Ayúdame a leer en ChromeOS     
Compatibilidad con varios calendarios     
Ventanas de Pantalla en pantalla    
Experiencia del usuario de ARC++ mejorada    
Nueva política para controlar los nombres de los puntos de acceso     
Actualización del SID de SCEP de Microsoft    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Fondos de pantalla y de videoconferencia creados con IA    
Inscripción automática en ChromeOS Flex    
Migración de datos de estudiantes graduados  
La compatibilidad con las Apps de Chrome finalizará en ChromeOS    
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones de ChromeOS

   

  • Insertar rápido back to top

    Insertar rápido proporciona una forma rápida de insertar emojis, símbolos, GIFs y vínculos de Google Drive, así como cálculos y conversiones de unidades rápidos, con una tecla del teclado (en modelos seleccionados) o una combinación de teclas. 

    En ChromeOS 130, está disponible la nueva combinación de teclas Selector + f para todos los dispositivos ChromeOS. Inicialmente, habrá una nueva tecla de hardware disponible solo en la Samsung Galaxy Chromebook Plus . Sin embargo, la tecla de inserción rápida se lanzará en una variedad de dispositivos en 2025.

    quick insert

   

  • Cambios en la configuración y los accesos directos back to top

    Actualizamos las opciones de combinación de teclas y dispositivo de entrada en Configuración para incluir lo siguiente: 

    • Insertar rápido: Selector + f

   

  • Concentración en ChromeOS back to top

    Diseñamos 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 establecer y ajustar fácilmente tu tiempo de concentración, habilitar o inhabilitar el modo No interrumpir (ND), ordenar o crear tareas nuevas de Google Tasks, y sumergirte en playlists seleccionadas que te ayudan a enfocarte mejor con el sonido de enfoque o YouTube Music Premium (con suscripción). Para usar Concentración, ve a Configuración rápida > Concentración.

    focus

   

  • Acceso mejorado a archivos de Drive back to top

    Además de los archivos que destacaste en Tote, accede a todos tus archivos de Drive destacados directamente desde la biblioteca, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el selector y Tote te permiten acceder rápidamente a tus archivos más importantes y de uso frecuente.

   

  • Nuevas sugerencias en Tote back to top

    Accede rápidamente a los archivos que más necesitas y fijalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote les sugiere archivos a los usuarios, y destaca archivos que podrían fijar o a los que sería útil tener acceso.

   

  • Inicio inteligente back to top

    Las nuevas funciones de Inicio inteligente ayudan a los usuarios a reanudar su trabajo y explorar nuevas opciones durante el inicio. Una vez que habilites esta función, podrás obtener una vista previa de las apps y las pestañas de tu sesión anterior y restablecerlas. Inicio inteligente también proporciona información útil, como el clima, tu próximo evento de calendario, las pestañas recientes de otros dispositivos y sugerencias relevantes de Google Drive. 

    Para activar esta función, selecciona Configuración > Preferencias del sistema > Inicio > Inicio inteligente y asegúrate de que la opción Preguntar siempre esté seleccionada para tu dispositivo.

    welcome recap

   

  • Micrófono de estilo de estudio back to top

    Activa esta función en los controles de la videollamada para que el micrófono integrado de la 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 reducción de reverberación existentes, y los mejora aún más con un balance avanzado, la reconstrucción de detalles finos y la adaptación a las salas. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido obtendrán las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto anterior de solo cancelación de ruido, puede seleccionar la opción adecuada en Configuración > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.

   

  • App de grabadora potenciada por IA back to top

    ChromeOS 130 presenta la nueva app de Grabadora potenciada por IA de Google para crear transcripciones en las que se puedan detectar y etiquetar a los interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra app va más allá de la grabación, ya que ofrece funciones de voz a texto, resumen de contenido y sugerencias de títulos, todo potenciado por la IA de Google.

   

  • Análisis de contenido para sesiones de invitado administradas back to top

    Ahora permitimos que las organizaciones extiendan el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado administradas en ChromeOS. Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.

   

  • URLs adicionales permitidas en el modo kiosco back to top

    Si una app de kiosco usa más de un origen de URL, los administradores de TI ahora pueden ingresar los orígenes adicionales. Se otorgarán permisos automáticamente a todos los orígenes especificados. Se rechazarán los permisos de los orígenes que no figuren en la lista. 

      kiosk urls  

   

  • Efectos de apariencia back to top

    Los efectos de apariencia son populares entre los productos de cámaras, reuniones virtuales y videos cortos desde hace mucho tiempo y se lanzaron en algunos productos de Google. En ChromeOS 130, integramos esta función en Chromebook para los controles de videollamadas. Solo está disponible en dispositivos Chromebook Plus.

   

  • Controles de privacidad más accesibles back to top

    Con este lanzamiento, los usuarios del navegador Chrome podrán acceder más fácilmente a los controles de privacidad a nivel del SO. El objetivo es que los usuarios sepan que, para que funcionen la cámara o el micrófono, deben habilitar los controles de privacidad a nivel del SO.

      privacy controls  

   

  • Controles de brillo del teclado mejorados back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la opción Configuración > Teclado ahora tiene un vínculo directo a las opciones de selección de colores RGB. Para obtener más información, consulta Cómo usar las funciones de videojuegos en tu Chromebook.

   

  • Controles de brillo de la pantalla mejorados back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.

   

  • Ayúdame a leer en ChromeOS back to top

    Ayúdame a leer en ChromeOS ofrece una solución potenciada por IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Para obtener las ideas centrales de lo que lees en el navegador y en Galería, haz clic con el botón derecho en un espacio vacío. Se mostrará la tarjeta Ayúdame a leer sobre el menú contextual existente. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre en el que puedes hacer preguntas específicas sobre el texto. Solo está disponible en dispositivos Chromebook Plus.

      help me read  

   

  • Compatibilidad con varios calendarios back to top

    Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google. 

      multi calendar
     

   

  • Ventanas de Pantalla en pantalla back to top

    Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de Pantalla en pantalla (PIP). La función PIP Tuck permite a los usuarios mover temporalmente las ventanas del modo PIP al costado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al video. Además, puedes ajustar rápidamente el tamaño de las ventanas de PiP con un doble toque rápido, alternando entre dos tamaños para una visualización óptima.

      multi calendar  

   

  • Experiencia del usuario mejorada de ARC++ back to top

    Para mejorar la experiencia del usuario de ChromeOS y ARC++, trasladaremos las notificaciones de errores y en segundo plano no urgentes de ARC++ a la bandeja del sistema. Esto evita que estos mensajes aparezcan innecesariamente en primer plano e interrumpan el recorrido del usuario. Si trasladamos estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios reciban notificaciones sobre posibles problemas, pero que no se los interrumpa mientras usan sus Chromebooks. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.

     

   

  • Nueva política para controlar los nombres de los puntos de acceso back to top

    En el caso de las Chromebooks con capacidad para redes móviles, las políticas de nombres de puntos de acceso (APN) permiten que los administradores restrinjan el uso de APN personalizados. Si se establece la marca AllowAPNModification en la configuración general de la red para restringirla, se puede evitar que los usuarios finales agreguen o usen APN personalizados.

      Access point names
     

   

  • Actualización del SID de SCEP de Microsoft back to top

     

    Solo para implementaciones de SCEP que usan Microsoft NPS para RADIUS. Si no usas certificados SCEP en combinación con Microsoft NPS para Radius para la conectividad de red de Chromebooks, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más común en el entorno empresarial que en el educativo.

    Microsoft anunció una actualización de seguridad que agregará un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados SCEP en entornos que usan NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, en la que los certificados utilizables con claves privadas se pueden exportar de un dispositivo Windows para usarlos en cualquier otro dispositivo. Si agregas el SID, el certificado se vinculará a un dispositivo o usuario en tu entorno de Active Directory para que los dispositivos o usuarios desconocidos no puedan usarlo. Este no es un problema de seguridad para las 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 tenga este nuevo campo no se autenticará en un NPS para el servidor Radius después de la fecha límite de aplicación forzosa del 11 de febrero de 2025.

    ¿Qué debes hacer?

    Tan pronto como sea posible, verifica si tu implementación depende de los certificados SCEP y del NPS para Radius para la autenticación de red. Para ello, ve al visor de eventos en Controlador de dominio -> Sistema y busca el ID de evento 39. Si ves este ID de evento, haz lo siguiente:

    Microsoft SCEP  

    Acciones que debes realizar si ves el ID de evento 39:

    1. Crea un objeto nuevo o reutiliza uno existente en tu entorno de Active Directory para usar SCEP
    2. Extrae el SID del objeto AD, por ejemplo, PS> (Get-ADUser username).SID.value
    3. Crea un nuevo perfil de SCEP con todos los parámetros de configuración duplicados de tu configuración actual y agrega el SID del objeto AD creado recientemente o existente del paso 1.
    4. En la sección Nombre alternativo del asunto, selecciona el botón de selección Personalizado. Agrega un nuevo nombre alternativo de asunto con el botón + y el tipo Identificador de recursos uniforme del menú desplegable. En Cadena, el valor debe ser similar al siguiente: 

         tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8

         donde S-1-2-3-4-5-6-8 es el SID del objeto AD 

    Microsoft SCEP
    1. Implementa este nuevo certificado en todas las Chromebooks potencialmente afectadas de tu flota:
      1. Espera, AL MENOS UN MES, para garantizar de forma razonable que todos los dispositivos hayan detectado el nuevo certificado.
    2. Vuelve a vincular todas las políticas del certificado anterior al nuevo certificado del paso 2.
    3. Verifica la funcionalidad con el nuevo certificado.
    4. Borra el perfil anterior.

     

 

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 ChromeOS

   

  • Fondos de pantalla y de videoconferencia creados con IA back to top 

    A partir de ChromeOS 131, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.

   

  • Inscripción automática en ChromeOS Flex back to top 

    A partir de ChromeOS 131, la inscripción automática en ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a gran escala. Al igual que la inscripción sin intervención de ChromeOS, la inscripción automática incorpora un token de inscripción creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización y unidad organizativa del cliente se inscribirá un dispositivo durante la configuración inicial.

   

  • Migración de datos de estudiantes graduados back to top 

    A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen. 

    Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar el proceso de transferencia de Takeout existente.

   

  • La compatibilidad con las Apps de Chrome finalizará en ChromeOS back to top 

    En 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de baja de las Apps de Chrome.

    Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
    • Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
    Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
    • Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
    Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el fin de la vida útil de todas las apps para Chrome.
    • Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
    • No se otorgarán excepciones.
     

    En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.

    Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.

    Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.

    Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

   

  • La compatibilidad con Native Client (NaCl) finalizará en ChromeOS back to top 

    En 2017, anunciamos la baja de Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de nuestros clientes migraron de NaCl, podemos confirmar algunos cambios importantes que se implementarán en ChromeOS.

    • Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
      • Para los usuarios no administrados y de consumo, M131 será la última versión de ChromeOS con compatibilidad con NaCl.
      • En el caso de los entornos de usuario administrados, los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa ya tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de 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 de 2025: ChromeOS M138 marcará el fin de la vida útil de la tecnología NaCl en ChromeOS.
      • En el caso de los entornos administrados, 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 institución educativa. Los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl pueden seguir usándola hasta la última actualización de LTS en abril de 2026.
     

    Si tu organización desarrolló apps de Chrome internas con NaCl y necesitas asistencia, consulta las guías Transición de las Apps de Chrome y Migración de WebAssembly. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer 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.

     

↑ volver al principio  

Chrome 130

Resumen del lanzamiento de Chrome 130

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Avisos en computadoras de escritorio    
Selector de plataforma para compartir pantalla en macOS     
Menú Cuenta nueva    
Lector de PDF en Android    
Inmovilización de pestañas en el modo de ahorro de energía    
Transporte de diccionarios de compresión con Brotli y Zstandard compartidos    
Contenedores de desplazamiento enfocables en el teclado    
Compatibilidad con URLs de esquemas no especiales    
Chrome para Android ahora admite proveedores externos de autocompletado y contraseñas  
Estilos de resguardo para el elemento <meter>    
Políticas nuevas y actualizadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Cambio de la configuración predeterminada para las políticas de IA generativa    
Compatibilidad con la configuración a nivel del usuario en las configuraciones personalizadas     
Reglas de navegación de URLs solo para auditoría    
Estadísticas de seguridad de Chrome  
Fase 2 de la puntuación de riesgo de extensiones  
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
No hay actualizaciones en Chrome 130.      
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Busca y recibe respuestas en tu historial de Chrome con IA    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Verificación asíncrona de la Navegación segura en tiempo real    
Se quitó el método requestAdapterInfo() de GPUAdapter no estándar    
Baja del informe de Navegación segura extendida    
Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo    
Se dejará de confiar en los certificados de Entrust    
Experiencia de acceso y sincronización simplificada  
Captura de vínculos de usuarios en AWP  
Baja de la propiedad de posicionamiento de anclaje de CSS inset-area    
Encapsulamiento de claves X25519Kyber768 para TLS    
OCR del visualizador de PDF de Chrome    
Advertencias de formularios poco seguros en iOS    
El servicio de red en Windows se someterá a una zona de pruebas    
Leer en voz alta en el Modo de lectura    
Captura de todas las pantallas    
Migración de la API de SafeBrowsing v4 a la v5    
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Baja de los eventos de mutación  
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
Política de valores predeterminados de IA generativa    
Integración de la telemetría de extensiones de Chrome con Google SecOps  
Nueva lista de perfiles administrados y generación de informes para los usuarios que accedieron con sus cuentas      
Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Controles de datos de Chrome Enterprise: Portapapeles    
Protección contra capturas de pantalla    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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

   

  • Avisos en computadoras de escritorio back to top

    Chrome 130 presenta un nuevo patrón de avisos que permitirá que las funciones proporcionen una confirmación visual de las acciones de los usuarios o una forma rápida de realizar una acción de seguimiento. Por ejemplo, cuando agregas algo a una lista de lectura, un aviso confirma que se agregó el elemento y ofrece un vínculo rápido al panel lateral de la lista de lectura. Los avisos aparecen como un chip pequeño que se superpone parcialmente en el contenido web y en la barra de herramientas superior del navegador.

     
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: Esta función se habilitará para un conjunto inicial de funciones en Chrome 130. Otros equipos que usen el patrón lanzarán otros avisos de forma independiente.
     

    desktop toasts

     

   

  • Selector de plataforma para compartir pantalla en macOS back to top

    Cuando se comparte la pantalla en Chrome en macOS X Sequoia, los usuarios ahora pueden usar el selector de plataformas actualizado para seleccionar una ventana o pantalla para compartir. Este nuevo selector de plataformas elimina la necesidad de asignar permisos de grabación de pantalla a Chrome y es coherente con el uso compartido de pantalla en 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 se lance un mes después de la versión inicial 15.0. Antes de eso, es posible que los usuarios de Chrome vean un diálogo de advertencia que indique que Chrome aún no usa la nueva API del selector.

     

    Para probar la nueva experiencia del selector de uso compartido de pantalla, sigue estos pasos:

    1. Actualiza Chrome a la versión 129 o una posterior.
    2. En macOS, abre la Terminal.
    3. En el prompt, escribe open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker.
    4. Para ejecutar el comando, presiona Intro en el teclado.
     

    La función también se puede habilitar en chrome://flags.

     
    • Chrome 130 en macOS
     

    screen share

     

   

  • Menú Nueva cuenta back to top

    Ahora, algunos usuarios pueden acceder a un nuevo menú Cuenta presionando su avatar en la página Nueva pestaña. El nuevo menú Cuenta les permite salir, 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 a qué cuentas puede acceder un usuario o a qué cuentas puede cambiar.

     
    • Chrome 130 en iOS

    new account menu

     

   

  • Lector de PDF en Android back to top

    Esta función permite ver archivos PDF en la IU del navegador Chrome. Antes de este cambio, los usuarios debían completar muchos pasos para ver un documento PDF. Estos pasos los obligan a salir de Chrome para ver el documento PDF. Con esta función, los archivos PDF se renderizarán sin problemas en Chrome. Los usuarios podrán descargar archivos PDF y abrirlos con otras apps propias o de terceros que elijan. 

     
    • Chrome 130 en Android 

   

  • Inmovilización de pestañas en el modo de ahorro de energía back to top

    Cuando el Ahorro de energía está activo, Chrome ahora inmoviliza una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:

    • La pestaña proporciona funcionalidad de videoconferencia (detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo).
    • La pestaña controla un dispositivo externo (detectado con Web USB, Web Bluetooth, Web HID o Web Serial).
     

    Esto extenderá la duración de la batería y acelerará Chrome reduciendo 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-saver en about:flags. Como alternativa, se puede probar con #freezing-on-energy-saver-testing, que simula que el modo de ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y si usara mucha CPU). La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 131. Se aumentará gradualmente hasta el 100% de la versión estable. La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).

   

  • Transporte de diccionarios de compresión con Brotli y Zstandard compartidos back to top

    Esta función agrega compatibilidad con el uso de respuestas anteriores designadas como un diccionario externo para la codificación de contenido que comprime respuestas con Brotli o Zstandard.

    Es posible que las empresas experimenten posibles problemas de compatibilidad con la infraestructura de red empresarial que intercepta el tráfico HTTPS y es sensible a las codificaciones de contenido desconocidas. La política empresarial CompressionDictionaryTransportEnabled está disponible para 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 back to top

    Chrome 130 mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse ahora pueden enfocar el contenido recortado con las teclas de flechas y Tab. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    Nota: El lanzamiento anterior de esta función (que comenzó en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación que se incluye en Chrome 130.

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

  • Compatibilidad con URLs de esquemas no especiales back to top

    Chrome 130 admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada 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 http://bit.ly/url-non-special

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

  • Chrome para Android ahora admite proveedores externos de Autocompletar y contraseñas. back to top

    Hasta ahora, los proveedores de autocompletado y contraseñas de terceros se podían usar en Chrome para Android a través de las APIs de accesibilidad. En Chrome 130, agregamos compatibilidad directa con la función Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome para 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 tener configurado su proveedor externo en la configuración de Android. Luego, en Chrome, deberán abrir Configuración > Servicios de Autocompletar y elegir Autocompletar con otro servicio. Si los usuarios no cambian ambos parámetros de configuración, seguirán usando Google para autocompletar sus contraseñas, información de pago y direcciones.

     
    • Chrome 130 en Android: El nuevo parámetro de configuración estará disponible a partir de Chrome 130. Si los usuarios usan el nuevo parámetro de configuración, este se aplicará de inmediato. Si no se usa el nuevo parámetro de configuración, los usuarios seguirán usando las funciones de Google o de un tercero a través de la accesibilidad (si está instalada). La compatibilidad con las APIs de accesibilidad dejará de estar disponible a principios de 2025, momento en el que se aplicará la nueva configuración para todos los usuarios.

   

  • Estilos de resguardo para el elemento <meter> back to top

    En Chrome 130, los elementos <meter> con appearance: none ahora tienen un estilo de resguardo razonable que coincide con Safari y Firefox, en lugar de desaparecer de la página. Además, los desarrolladores ahora pueden aplicar un diseño personalizado a los elementos <meter>.

    La marca de función MeterAppearanceNoneFallbackStyle está disponible en chrome://flags hasta Chrome 133 para controlar esta función.

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

   

Cambios en Chrome Enterprise Core

    

  • Cambio de la opción predeterminada para las políticas de IA generativa back to top 

    A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA, para los usuarios de Workspace for Education. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:

     

    Para obtener más detalles sobre la configuración predeterminada, consulta Chrome: Funciones y políticas de IA generativa.

   

  • Compatibilidad con la configuración a nivel del usuario en las configuraciones personalizadas back to top

    Recientemente, se lanzó la función Parámetros de configuración personalizados en Chrome 127, que permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. A partir del 15 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel del dispositivo. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con Parámetros de configuración personalizados.

     
    • A partir del 15 de octubre de 2024, en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función
     

    Para comenzar, puedes navegar a Navegador Chrome > Parámetros de configuración personalizados en la Consola del administrador. Para acceder a esta función, se requiere el SKU de Chrome Enterprise Core.

    custom configurations

   

  • Reglas de navegación de URLs solo para auditoría back to top

    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 realizar una prueba de las reglas de navegación de URL antes de comenzar a mostrar advertencias a los usuarios. También permiten que los administradores auditen 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 existente del conector de verificación de URLs 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 back to top

    Ahora puedes habilitar las estadísticas de seguridad de Chrome para supervisar el riesgo respecto a los usuarios con información privilegiada y la pérdida de datos con una supervisió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 Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.

     
    • Chrome 125 en ChromeOS, Linux, macOS y Windows: Se habilitó la función para Chrome Enterprise Core 
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: La función está habilitada para los clientes de instituciones educativas (excepto de preescolar a bachillerato)
     

   

  • Puntuación de riesgo en el informe de uso de las apps y extensiones de Chrome back to top

    Esta función agrega una nueva columna en la Consola del administrador para la administración de navegadores que muestra la evaluación de riesgos de las extensiones instaladas en el entorno del administrador. Esta nueva incorporació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 clasificación y filtrado del informe.

     
    • Actualmente, está disponible para verificadores de confianza. Puedes registrarte en nuestro programa de Verificador de confianza aquí.
    • A partir del 15 de octubre en Linux, macOS y Windows: Se agregó la evaluación de riesgos a la vista de resumen.
     

    risk scores

Cambios en Chrome Enterprise Premium

   
  • En Chrome 130, no hay actualizaciones para Chrome Enterprise Premium. back to top

 

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

 

    

  • Busac y recibe respuestas en tu historial de Chrome con IA back to top 

    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 en EE.UU. Los administradores pueden controlar la función con la política HistorySearchSettings. Tienes las siguientes opciones para tu organización:  

    • 0 = Habilita la función para los usuarios y envía datos pertinentes a Google para ayudar a entrenar o mejorar los modelos de IA. Los datos pertinentes pueden incluir instrucciones, entradas, resultados y materiales de origen, según la función. Es posible que los revisen personas con el único propósito de mejorar los modelos de IA.
    • 1 = Habilita la función para los usuarios, pero no envía datos a Google para entrenar o mejorar los modelos de IA.
    • 2 = Inhabilitar la función por completo

    Para obtener más información, consulta Cómo buscar en tu historial de Chrome con IA.

    ● Chrome 131 en Linux, Mac y Windows: La función genera respuestas a tus búsquedas.

     

    

  • Firmas de código ad hoc para las correcciones de compatibilidad de apps web progresivas en macOS back to top 

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.

    Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.

    Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.

    Si hay una 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 implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.

    • 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 extremos, como Santa (https://santa.dev/). Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
    • Chrome 131 en macOS: La función comenzará a lanzarse en la versión estable, comenzando con el 1% de los navegadores.
     

    

  • Verificación asíncrona de la Navegación segura en tiempo real back to top 

    Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. En Chrome 122 y versiones posteriores en Android, ChromeOS, Lacros, Linux, macOS y Windows, para mejorar la velocidad de carga de Chrome, las verificaciones de Navegación segura en tiempo real ya no bloquean las cargas de páginas. Evaluamos el riesgo e implementamos las siguientes mitigaciones: 

    1. En el caso del software malicioso y los ataques de día cero, las verificaciones de listas de bloqueo locales se seguirán realizando de forma síncrona para que Navegación segura siga bloqueando las cargas útiles maliciosas. 
    2. En el caso de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado con la página (por ejemplo, que haya escrito una contraseña) cuando mostramos la advertencia.
     
    • Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows
    • Chrome 131 en iOS
     

    

  • Se quitó el método requestAdapterInfo() de GPUAdapter no estándar. back to top 

    El grupo de trabajo de WebGPU decidió que no era práctico que requestAdapterInfo() activara un mensaje de permiso, por lo que quitaron esa opción y la reemplazaron por el atributo de información de GPUAdapter. Esto significa que los desarrolladores web pueden obtener el mismo valor de GPUAdapterInfo de forma síncrona. Para obtener más información, consulta el atributo de información Intent to Ship: WebGPU: GPUAdapter anterior.

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja el informe extendido de Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real.
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de Navegación segura del cliente en tiempo real.
     



     

    

  • Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo back to top 

    Los usuarios con versiones anteriores de los Servicios de Google Play experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. 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 según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.

     
    • Chrome 131 en Android
     

    

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a 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.

    De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

        - Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.

        - No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores. 

    Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen 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, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.  

    Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.

    • Chrome 131 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 131 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 11 de noviembre de 2024.
     

    

  • Experiencia de acceso y sincronización simplificada back to top 

    A partir de Chrome 131, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada de acceso y sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

     
    • Chrome 131 en Android 
     

    

  • Captura de vínculos de usuarios en las AWP back to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

     
    • Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 131 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
       

     

    

  • Baja de la propiedad de posicionamiento de anclaje de CSS inset-area back to top 

    El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de la propiedad inset-area a position-area. Para obtener más detalles, consulta la discusión del CSSWG en github El nombre de la propiedad nueva, position-area, como sinónimo de inset-area, se envió a través de esta actualización de funciones explicada en Estado de la plataforma de Chrome, en la que se describe la baja y la eliminación de la propiedad inset-area.

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

    

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    Para obtener más detalles, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.

     
    • Chrome 124 en Windows, Mac y Linux: Se habilitó el nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántico X25519Kyber768.
    • Chrome 131 en Windows, Mac y Linux: Cambio a la versión estándar de ML-KEM
    • Chrome 141 en Windows, Mac y Linux: Se quitó la política empresarial PostQuantumKeyAgreementEnabled.
     

    

  • OCR del visualizador de PDF de Chrome back to top 

    La versión para computadoras de Chrome ahora permite que los PDFs escaneados sean más accesibles. Con el OCR integrado en el dispositivo para mantener la privacidad (no se envía contenido a Google), Chrome convierte automáticamente los archivos PDF escaneados, lo que te permite seleccionar texto, usar Ctrl + F, copiar y pegar. Esta función no se aplica a los archivos PDF seguros. Solo realizará el OCR en los archivos PDF a los que el usuario tenga acceso. La solución brinda accesibilidad a los archivos PDF para los usuarios de Chrome sin ningún paso adicional, y los hace tan accesibles como el resto de la Web.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

    

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 131.

       

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.

     
    • Chrome 132 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
     

    

  • Leer en voz alta en el Modo de lectura  back to top 

    El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El modo de lectura ahora incluirá una función de lectura en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios pueden elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     

    

  • Captura todas las pantallas back to top 

    Esta función captura todas las pantallas conectadas actualmente al dispositivo con getAllScreensMedia(). Llamar a getDisplayMedia() varias veces requiere varios gestos del usuario, le impone la tarea de elegir la siguiente pantalla cada vez y no garantiza a la app que se hayan seleccionado todas las pantallas. getAllScreensMedia() mejora en todos estos aspectos.

    Esta función solo se expone detrás de la política empresarial MultiScreenCaptureAllowedForUrls, y a los usuarios se les advierte antes de que comience la grabación que esta podría comenzar en algún momento. La API solo funcionará para los orígenes que se especifiquen en la lista de entidades permitidas MultiScreenCaptureAllowedForUrls. Los orígenes que no se especifiquen allí no tendrán acceso a ella.

     
    • Chrome 132 en ChromeOS
     

    

  • Migración de la API de SafeBrowsing de la versión 4 a la 5 back to top 

    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 133 en Android, iOS, ChromeOS, Lacros, Linux, macOS y Windows: Este será un lanzamiento gradual.
     

    

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se inició desde un contexto seguro.

    2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.

    Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.  

    Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.

     
    • Chrome 133 en Windows, macOS, Linux y Android
     

    

  • Se darán de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.

    Consulta esta entrada de blog para obtener más detalles. Informa cualquier problema aquí.

    • Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.

     

    

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

    A partir de Chrome 126, Chrome comenzará 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 estable 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 137 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

   

  • Política de valores predeterminados de IA generativa back to top

    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 Verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí. Esta política no afectará los valores de la política establecidos de forma manual para las funciones potenciadas por IA generativa. Esta política controlará la configuración predeterminada de las siguientes políticas:

     
    • Solo está disponible para verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.

    

  • Integración de la telemetría de extensiones de Chrome con SecOps back to top 

    Comenzaremos a recopilar datos relevantes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analizará los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. 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 administrados y generación de informes para los usuarios que accedieron con sus cuentas  back to top 

    Chrome Enterprise Core presentará una nueva lista de informes y perfiles administrados en la Consola del administrador. Esta función proporcionará una lista de perfiles para los usuarios administrados que accedan a 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 administrado. Los informes incluirán detalles sobre los perfiles administrados, como las versiones de navegador, las políticas aplicadas (incluidos los conflictos), las extensiones instaladas y mucho más.

     
    • Actualmente, está disponible en Android, Linux, macOS y Windows para el programa de Verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
    • A partir de Chrome 130 en Android, Linux, macOS y Windows
      managed profiles  

    

 

Próximos cambios en Chrome Enterprise Premium

 

   

  • Controles de datos de Chrome Enterprise: Portapapeles back to top

    Los administradores pueden establecer reglas de control de datos en la Consola del administrador 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 establecen en la Consola del administrador de Google y que permiten a los administradores establecer una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, tomar capturas de pantalla o compartir pantallas. 

     

    Esta función se puede controlar mediante la política DataControlsRules. Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificador de confianza aquí.

     
    • Chrome 128 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función

     

   

  • Protección contra capturas de pantalla back to top

    Los administradores pueden evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas que se consideren que contienen datos sensibles. Los administradores pueden crear una regla de filtrado de URLs de la DLP para bloquear a los usuarios que toman capturas de pantalla o comparten pantallas de URLs o categorías de URLs específicas. Esta función se puede controlar a través de la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.

     

    Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.

     
    • Chrome 129 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función.

     

↑ volver al principio  

Resumen del lanzamiento de ChromeOS 130

 
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Insertar rápido    
Cambios en la configuración y los atajos    
Concentración en ChromeOS    
Acceso mejorado a los archivos de Drive    
Nuevas sugerencias en Tote    
Inicio inteligente    
Micrófono de estilo de estudio    
App de grabadora potenciada por IA     
Análisis de contenido para sesiones de invitado administradas  
URLs adicionales permitidas en el modo kiosco  
Efectos de apariencia    
Controles de privacidad más accesibles     
Controles del brillo de teclado mejorados    
Controles de brillo de pantalla mejorados    
Ayúdame a leer en ChromeOS     
Compatibilidad con varios calendarios     
Ventanas de Pantalla en pantalla    
Experiencia del usuario de ARC++ mejorada    
Nueva política para controlar los nombres de los puntos de acceso     
Actualización del SID de SCEP de Microsoft    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Fondos de pantalla y de videoconferencia creados con IA    
Inscripción automática en ChromeOS Flex    
Migración de datos de estudiantes graduados  
La compatibilidad con las Apps de Chrome finalizará en ChromeOS    
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones de ChromeOS

   

  • Insertar rápido back to top

    Insertar rápido proporciona una forma rápida de insertar emojis, símbolos, GIFs y vínculos de Google Drive, así como cálculos y conversiones de unidades rápidos, con una tecla del teclado (en modelos seleccionados) o una combinación de teclas. 

    En ChromeOS 130, está disponible la nueva combinación de teclas Selector + f para todos los dispositivos ChromeOS. Inicialmente, habrá una nueva tecla de hardware disponible solo en la Samsung Galaxy Chromebook Plus . Sin embargo, la tecla de inserción rápida se lanzará en una variedad de dispositivos en 2025.

    quick insert

   

  • Cambios en la configuración y los accesos directos back to top

    Actualizamos las opciones de combinación de teclas y dispositivo de entrada en Configuración para incluir lo siguiente: 

    • Insertar rápido: Selector + f

   

  • Concentración en ChromeOS back to top

    Diseñamos 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 establecer y ajustar fácilmente tu tiempo de concentración, habilitar o inhabilitar el modo No interrumpir (ND), ordenar o crear tareas nuevas de Google Tasks, y sumergirte en playlists seleccionadas que te ayudan a enfocarte mejor con el sonido de enfoque o YouTube Music Premium (con suscripción). Para usar Concentración, ve a Configuración rápida > Concentración.

    focus

   

  • Acceso mejorado a archivos de Drive back to top

    Además de los archivos que destacaste en Tote, accede a todos tus archivos de Drive destacados directamente desde la biblioteca, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el selector y Tote te permiten acceder rápidamente a tus archivos más importantes y de uso frecuente.

   

  • Nuevas sugerencias en Tote back to top

    Accede rápidamente a los archivos que más necesitas y fijalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote les sugiere archivos a los usuarios, y destaca archivos que podrían fijar o a los que sería útil tener acceso.

   

  • Inicio inteligente back to top

    Las nuevas funciones de Inicio inteligente ayudan a los usuarios a reanudar su trabajo y explorar nuevas opciones durante el inicio. Una vez que habilites esta función, podrás obtener una vista previa de las apps y las pestañas de tu sesión anterior y restablecerlas. Inicio inteligente también proporciona información útil, como el clima, tu próximo evento de calendario, las pestañas recientes de otros dispositivos y sugerencias relevantes de Google Drive. 

    Para activar esta función, selecciona Configuración > Preferencias del sistema > Inicio > Inicio inteligente y asegúrate de que la opción Preguntar siempre esté seleccionada para tu dispositivo.

    welcome recap

   

  • Micrófono de estilo de estudio back to top

    Activa esta función en los controles de la videollamada para que el micrófono integrado de la 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 reducción de reverberación existentes, y los mejora aún más con un balance avanzado, la reconstrucción de detalles finos y la adaptación a las salas. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido obtendrán las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto anterior de solo cancelación de ruido, puede seleccionar la opción adecuada en Configuración > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.

   

  • App de grabadora potenciada por IA back to top

    ChromeOS 130 presenta la nueva app de Grabadora potenciada por IA de Google para crear transcripciones en las que se puedan detectar y etiquetar a los interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra app va más allá de la grabación, ya que ofrece funciones de voz a texto, resumen de contenido y sugerencias de títulos, todo potenciado por la IA de Google.

   

  • Análisis de contenido para sesiones de invitado administradas back to top

    Ahora permitimos que las organizaciones extiendan el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado administradas en ChromeOS. Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.

   

  • URLs adicionales permitidas en el modo kiosco back to top

    Si una app de kiosco usa más de un origen de URL, los administradores de TI ahora pueden ingresar los orígenes adicionales. Se otorgarán permisos automáticamente a todos los orígenes especificados. Se rechazarán los permisos de los orígenes que no figuren en la lista. 

      kiosk urls  

   

  • Efectos de apariencia back to top

    Los efectos de apariencia son populares entre los productos de cámaras, reuniones virtuales y videos cortos desde hace mucho tiempo y se lanzaron en algunos productos de Google. En ChromeOS 130, integramos esta función en Chromebook para los controles de videollamadas. Solo está disponible en dispositivos Chromebook Plus.

   

  • Controles de privacidad más accesibles back to top

    Con este lanzamiento, los usuarios del navegador Chrome podrán acceder más fácilmente a los controles de privacidad a nivel del SO. El objetivo es que los usuarios sepan que, para que funcionen la cámara o el micrófono, deben habilitar los controles de privacidad a nivel del SO.

      privacy controls  

   

  • Controles de brillo del teclado mejorados back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la opción Configuración > Teclado ahora tiene un vínculo directo a las opciones de selección de colores RGB. Para obtener más información, consulta Cómo usar las funciones de videojuegos en tu Chromebook.

   

  • Controles de brillo de la pantalla mejorados back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.

   

  • Ayúdame a leer en ChromeOS back to top

    Ayúdame a leer en ChromeOS ofrece una solución potenciada por IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Para obtener las ideas centrales de lo que lees en el navegador y en Galería, haz clic con el botón derecho en un espacio vacío. Se mostrará la tarjeta Ayúdame a leer sobre el menú contextual existente. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre en el que puedes hacer preguntas específicas sobre el texto. Solo está disponible en dispositivos Chromebook Plus.

      help me read  

   

  • Compatibilidad con varios calendarios back to top

    Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google. 

      multi calendar
     

   

  • Ventanas de Pantalla en pantalla back to top

    Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de Pantalla en pantalla (PIP). La función PIP Tuck permite a los usuarios mover temporalmente las ventanas del modo PIP al costado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al video. Además, puedes ajustar rápidamente el tamaño de las ventanas de PiP con un doble toque rápido, alternando entre dos tamaños para una visualización óptima.

      multi calendar  

   

  • Experiencia del usuario mejorada de ARC++ back to top

    Para mejorar la experiencia del usuario de ChromeOS y ARC++, trasladaremos las notificaciones de errores y en segundo plano no urgentes de ARC++ a la bandeja del sistema. Esto evita que estos mensajes aparezcan innecesariamente en primer plano e interrumpan el recorrido del usuario. Si trasladamos estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios reciban notificaciones sobre posibles problemas, pero que no se los interrumpa mientras usan sus Chromebooks. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.

     

   

  • Nueva política para controlar los nombres de los puntos de acceso back to top

    En el caso de las Chromebooks con capacidad para redes móviles, las políticas de nombres de puntos de acceso (APN) permiten que los administradores restrinjan el uso de APN personalizados. Si se establece la marca AllowAPNModification en la configuración general de la red para restringirla, se puede evitar que los usuarios finales agreguen o usen APN personalizados.

      Access point names
     

   

  • Actualización del SID de SCEP de Microsoft back to top

     

    Solo para implementaciones de SCEP que usan Microsoft NPS para RADIUS. Si no usas certificados SCEP en combinación con Microsoft NPS para Radius para la conectividad de red de Chromebooks, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más común en el entorno empresarial que en el educativo.

    Microsoft anunció una actualización de seguridad que agregará un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados SCEP en entornos que usan NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, en la que los certificados utilizables con claves privadas se pueden exportar de un dispositivo Windows para usarlos en cualquier otro dispositivo. Si agregas el SID, el certificado se vinculará a un dispositivo o usuario en tu entorno de Active Directory para que los dispositivos o usuarios desconocidos no puedan usarlo. Este no es un problema de seguridad para las 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 tenga este nuevo campo no se autenticará en un NPS para el servidor Radius después de la fecha límite de aplicación forzosa del 11 de febrero de 2025.

    ¿Qué debes hacer?

    Tan pronto como sea posible, verifica si tu implementación depende de los certificados SCEP y del NPS para Radius para la autenticación de red. Para ello, ve al visor de eventos en Controlador de dominio -> Sistema y busca el ID de evento 39. Si ves este ID de evento, haz lo siguiente:

    Microsoft SCEP  

    Acciones que debes realizar si ves el ID de evento 39:

    1. Crea un objeto nuevo o reutiliza uno existente en tu entorno de Active Directory para usar SCEP
    2. Extrae el SID del objeto AD, por ejemplo, PS> (Get-ADUser username).SID.value
    3. Crea un nuevo perfil de SCEP con todos los parámetros de configuración duplicados de tu configuración actual y agrega el SID del objeto AD creado recientemente o existente del paso 1.
    4. En la sección Nombre alternativo del asunto, selecciona el botón de selección Personalizado. Agrega un nuevo nombre alternativo de asunto con el botón + y el tipo Identificador de recursos uniforme del menú desplegable. En Cadena, el valor debe ser similar al siguiente: 

         tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8

         donde S-1-2-3-4-5-6-8 es el SID del objeto AD 

    Microsoft SCEP
    1. Implementa este nuevo certificado en todas las Chromebooks potencialmente afectadas de tu flota:
      1. Espera, AL MENOS UN MES, para garantizar de forma razonable que todos los dispositivos hayan detectado el nuevo certificado.
    2. Vuelve a vincular todas las políticas del certificado anterior al nuevo certificado del paso 2.
    3. Verifica la funcionalidad con el nuevo certificado.
    4. Borra el perfil anterior.

     

 

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 ChromeOS

   

  • Fondos de pantalla y de videoconferencia creados con IA back to top 

    A partir de ChromeOS 131, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.

   

  • Inscripción automática en ChromeOS Flex back to top 

    A partir de ChromeOS 131, la inscripción automática en ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a gran escala. Al igual que la inscripción sin intervención de ChromeOS, la inscripción automática incorpora un token de inscripción creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización y unidad organizativa del cliente se inscribirá un dispositivo durante la configuración inicial.

   

  • Migración de datos de estudiantes graduados back to top 

    A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen. 

    Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar el proceso de transferencia de Takeout existente.

   

  • La compatibilidad con las Apps de Chrome finalizará en ChromeOS back to top 

    En 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de baja de las Apps de Chrome.

    Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
    • Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
    Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
    • Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
    Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el fin de la vida útil de todas las apps para Chrome.
    • Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
    • No se otorgarán excepciones.
     

    En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.

    Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.

    Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.

    Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

   

  • La compatibilidad con Native Client (NaCl) finalizará en ChromeOS back to top 

    En 2017, anunciamos la baja de Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de nuestros clientes migraron de NaCl, podemos confirmar algunos cambios importantes que se implementarán en ChromeOS.

    • Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
      • Para los usuarios no administrados y de consumo, M131 será la última versión de ChromeOS con compatibilidad con NaCl.
      • En el caso de los entornos de usuario administrados, los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa ya tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de 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 de 2025: ChromeOS M138 marcará el fin de la vida útil de la tecnología NaCl en ChromeOS.
      • En el caso de los entornos administrados, 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 institución educativa. Los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl pueden seguir usándola hasta la última actualización de LTS en abril de 2026.
     

    Si tu organización desarrolló apps de Chrome internas con NaCl y necesitas asistencia, consulta las guías Transición de las Apps de Chrome y Migración de WebAssembly. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer 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.

     

↑ volver al principio  

Chrome 129

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Comparación de pestañas    
Chrome ya no es compatible con macOS 10.15  
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Administrador de certificados en Windows y macOS    
Estadísticas de seguridad de Chrome  
Baja del informe de Navegación segura extendida    
Pestañas inactivas en Android    
Nueva opción en la política HttpsOnlyMode  
Protección contra capturas de pantalla    
Sincronización de un grupo de pestañas    
Los Servicios de Google Play solucionan problemas con las contraseñas en el dispositivo    
Baja del argumento includeShadowRoots en DOMParser    
Baja de la serialización de Shadow DOM declarativo no estándar    
Cambio de nombre de inset-area a position-area    
Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS    
Personalización de la barra de herramientas    
Uso de llaves de acceso del Administrador de contraseñas de Google en ChromeOS    
Políticas nuevas y actualizadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas    
Fondo de pantalla de agradecimiento a los educadores    
Controles de brillo de la pantalla    
Experiencia de bienvenida de periféricos    
Las cuentas administradas ya no se sincronizan como cuentas secundarias en Android  
Traducción instantánea    
Controles de brillo del teclado    
Combinación de teclas de Seleccionar para pronunciar    
PIN como factor de autenticación    
Actualización automática de la pantalla de acceso    
Los tipos de archivos de Workspace con CSE ahora son compatibles con Google Drive    
Actualizaciones del ícono de batería    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Puntuación de riesgo de la extensión en el informe de uso de apps y extensiones    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Se dejará de confiar en los certificados de Entrust    
Estilos de resguardo para elemento de <meter>    
Transporte de diccionarios de compresión con Brotli y Zstandard compartidos    
Contenedores de desplazamiento enfocables en el teclado    
Compatibilidad con URLs de esquemas no especiales    
Experiencia de acceso y sincronización simplificada    
Integración de la telemetría de extensiones de Chrome con SecOps  

Captura de vínculos de usuarios en AWP  
Baja de las cookies de terceros de Chrome (3PCD)    
Advertencias de formularios poco seguros en iOS    
Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio    
Encapsulamiento de claves X25519Kyber768 para TLS    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Fondos de pantalla y de videoconferencia creados por IA generativa    
Eventos de ventana de XDR de ChromeOS    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Informes de perfiles administrados del navegador Chrome     
Cambio de la configuración predeterminada para las políticas de IA generativa    
Política de control de IA generativa    
Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Comparación de pestañas back to top

    A partir de Chrome 129 (solo en EE.UU.), presentaremos la Comparación de pestañas, una nueva función que presenta una descripción general generada por IA de los productos de varias pestañas, todo en un solo lugar. Esta función se controla a través de la política TabCompareSettings. Para obtener más detalles, consulta nuestro artículo Comparación de pestañas en el Centro de ayuda de Chrome Enterprise y Education.

    • Chrome 129 en Linux, macOS y Windows 
    Tab compare  

   

  • Chrome ya no es compatible con macOS 10.15 back to top

    Chrome 129 ya no es compatible con macOS 10.15, que ya está fuera del período de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará 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 los shims de AWP en macOS back to top

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.

    Esto aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS. 

    • Chrome 129 en macOS
     

   

  • Administrador de certificados en Windows y macOS back to top

    A partir de Chrome 129, hay una nueva pantalla de configuración de administración de certificados a la que se puede acceder desde la configuración de seguridad en Windows y macOS. Esto reemplaza el vínculo al administrador de certificados de Windows y al llavero de macOS, respectivamente, aunque aún se puede acceder a estas plataformas de sistema operativo desde la página de configuración de administración de certificados.

    El administrador de certificados muestra los certificados en los que Chrome confía o no, incluido el contenido de Chrome Root Store y los certificados que se importaron desde el sistema operativo subyacente. Los usuarios pueden acceder a la página directamente navegando a chrome://certificate-manager.

    En una versión futura, se presentará la administración de certificados que se agreguen directamente a Chrome para usuarios y empresas.

    • Chrome 129 en macOS y Windows
     

   

  • Estadísticas de seguridad de Chrome back to top

    Ahora puedes habilitar las estadísticas de seguridad de Chrome, que te permiten supervisar el riesgo con respecto a los usuarios con información privilegiada 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 Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.

    • Chrome 125 en ChromeOS, Linux, macOS y Windows: Se habilitó la función para Chrome Enterprise Core 
    • Chrome 129 en ChromeOS, Linux, macOS y Windows: La función está habilitada para los clientes de instituciones educativas (excepto de preescolar a bachillerato)
     

   

  • Baja del informe extendido de Navegación segura back to top

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

      Safe browsing  
    • Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja el informe extendido de Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real.
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de Navegación segura del cliente en tiempo real.

   

  • Pestañas inactivas en Android back to top

    En Chrome 129, las pestañas anteriores se ocultarán en la nueva sección Pestañas inactivas en el 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 anteriores o cerrarlas con la nueva función de pestañas masivas. Estas pestañas se borrarán después de permanecer en esta sección durante más de 60 días. 

    • Chrome 129 en Android: Lanzamiento de la función para el 1%
     

   

  • Nueva opción en la política HttpsOnlyMode back to top

    Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.

    En Chrome 129, agregamos una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.

    Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.

    Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_enabled, este cambio no te afectará.

    • Chrome 129 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
     

   

  • Protección contra capturas de pantalla back to top

    Las protecciones contra capturas de pantalla permiten a los administradores evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas 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 a través de la misma política de Chrome Enterprise EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URL en tiempo real.

    • Chrome 129 en ChromeOS, Linux, macOS y Windows
     

   

  • Sincronización de un grupo de pestañas back to top

    Los grupos de pestañas en iOS ahora se guardan. Ya no se borrará un grupo de pestañas si lo cierras. En el caso de los usuarios que sincronizan sus pestañas entre dispositivos, los grupos también se sincronizarán.

     
    • Chrome 129 en iOS
    Tab group  

   

  • Los Servicios de Google Play solucionan problemas con las contraseñas en el dispositivo back to top 

    Los usuarios con versiones anteriores de los Servicios de Google Play (<24w02) experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. 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 según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas.

    • Chrome 129 en Android
     

   

  • Se dará de baja el argumento includeShadowRoots en DOMParser back to top

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluyera Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
    Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() and parseHTMLUnsafe() , se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. 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
     

   

  • Baja de la serialización de Shadow DOM declarativo no estándar back to top

    La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado “getInnerHTML()” que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API de getInnerHTML.

    Esta función representa la baja del método “getInnerHTML()” lanzado anteriormente. El reemplazo se llama “getHTML()”, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.

     
    • Chrome 129 en Windows, macOS, Linux y Android
     

   

  • Cambia el nombre de inset-area a position-area back to top

    El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad de `inset-area` a `position-area`. Para obtener más información, consulta la discusión del CSSWG en GitHub. Chrome admitirá los nombres de propiedades antiguos y nuevos durante algunos eventos importantes para ayudar a los desarrolladores a migrar al nuevo nombre de área de posición. Enviaremos el nombre de la propiedad nueva, `position-area`, como sinónimo de `inset-area` en Chrome 129 junto con la baja de DevTrial para `inset-area`.

    Actualmente, se planea quitar la propiedad `inset-area` en Chrome 131.

    • Chrome 129 en Windows, macOS, Linux y Android
     

   

  • Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS back to top

    A partir de Chrome 129, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación locales guardados en el dispositivo. A los usuarios administrados se les presenta un diálogo de confirmación cuando salen de su cuenta en el que se les explica que se borrarán los datos no guardados. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores. 

    Entre los datos que se borran, se incluyen los siguientes: 

    • historial de navegación
    • datos de sitios y cookies
    • contraseñas
    • Configuración de los sitios
    • autocompletar
    • Imágenes y archivos almacenados en caché
     
    • Chrome 129 en iOS
    Clear devices data  

   

  • Personalización de la barra de herramientas back to top

    Presentamos una función de personalización de la barra de herramientas en Chrome 129, que permite a los usuarios del navegador para computadoras fijar y dejar de fijar íconos en su barra de herramientas a través de un nuevo panel lateral. 

     
    • Chrome 129 en ChromeOS, Linux, macOS y Windows: Lanzamiento gradual
      Toolbar customization  

   

  • Uso de llaves de acceso del Administrador de contraseñas de Google en ChromeOS back to top

    Las llaves de acceso mejoran la seguridad del usuario, pero hasta hoy han sido un poco más difíciles de usar en todos los dispositivos. Ahora, los usuarios pueden guardar llaves de acceso en el Administrador de contraseñas de Google y usarlas en todos los 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 back to top 
    Política Descripción
    TabCompareSettings Configuración deComparación de pestañas
    AdHocCodeSigningForPWAsEnabled Firma de código ad-hoc para las correcciones de compatibilidad de apps web progresivas
 

Actualizaciones de ChromeOS

   

  • Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas back to top

    En ChromeOS 129, las organizaciones pueden extender el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en ChromeOS en las sesiones de invitado administradas. 

    Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.

   

  • Fondo de pantalla de agradecimiento a los educadores back to top

    En ChromeOS 129, agregamos una nueva colección de fondos de pantalla para celebrar y compartir nuestra gratitud y apoyo a los educadores de todo el mundo.

   

  • Controles de brillo de la pantalla back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en la app de Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.

   

  • Experiencia de bienvenida de periféricos back to top

    Saber que un periférico se conectó 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, ya que les permite a los usuarios saber que su periférico se conectó correctamente y los invita a configurarlo y aprovecharlo al máximo.

   

  • Las cuentas administradas ya no se sincronizan como cuentas secundarias en Android back to top

    A partir de la versión 129 de ChromeOS, mejoramos la seguridad de los datos de Android en ChromeOS. Las cuentas empresariales que se agreguen como cuentas secundarias durante la sesión ya no se agregarán automáticamente al entorno de Android en ChromeOS. Este cambio no afecta a las cuentas de consumidor, a las cuentas educativas ni a las cuentas que se agregaron anteriormente.

   

  • Traducción instantánea back to top

    Los dispositivos Chromebook Plus tendrán la Traducción instantánea, que permitirá a los usuarios traducir el contenido con subtítulos del Subtitulado instantáneo a un idioma de su elección. Si un usuario que habla inglés tiene una conversación con una persona con la que no comparte el mismo idioma, siempre que el Subtitulado instantáneo sea compatible con el idioma de la persona con la que habla, se podrán traducir al inglés. Esto también funciona para los videos y se puede usar en YouTube para traducirlos instantáneamente al inglés.

      Live translate  

   

  • Controles de brillo del teclado back to top

    Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la página Configuración del teclado tendrá un vínculo directo a las opciones de selección de colores RGB del centro de personalización.

   

  • Combinación de teclas de Seleccionar para pronunciar back to top

    La combinación de teclas de Seleccionar para pronunciar (Búsqueda + s) ahora funciona cuando se presiona por primera vez. Ya no es necesario que primero la habilites en Configuración. Aparecerá un diálogo para confirmar que deseas activar la función Seleccionar para pronunciar la primera vez que presiones la combinación de teclas.

      Select to speak  

   

  • PIN como factor de autenticación back to top

    Este lanzamiento habilita el PIN como factor de autenticación en todas las plataformas de autenticación de ChromeOS.

   

  • Actualización automática de la pantalla de acceso back to top

    A partir de la versión 129, ChromeOS optimiza la compatibilidad con los accesos basados en proveedores de identidad de terceros. En la situación más común, los administradores muestran un acceso permanente de proveedor de identidad de terceros en la pantalla de acceso. Con muchos proveedores de identidad, se agota el tiempo de espera después de una cadencia específica; por ejemplo, 15 minutos, lo que genera errores para el usuario. La nueva política DeviceAuthenticationFlowAutoReloadInterval permite una actualización repetida de los proveedores de identidad de terceros en la pantalla de acceso, evita el agotamiento de los tiempos de espera y, por lo tanto, aumenta significativamente la confiabilidad de los accesos con los proveedores de identidad de terceros.

   

  • Los tipos de archivos de Workspace con CSE ahora son compatibles con Google Drive back to top

    La encriptación del cliente (CSE) es una función de Google Workspace y Drive que permite a los clientes y usuarios encriptar archivos con claves proporcionadas por el cliente para que los datos se encripten y nunca se almacenen en nuestros servidores de forma no encriptada. Este lanzamiento proporciona compatibilidad básica con CSE en la app Archivos en ChromeOS. Esto incluye hacer visibles los archivos con CSE, abrirlos en el navegador y marcar los archivos con CSE que no sean de Google Workspace como no compatibles.

   

  • Actualizaciones del ícono de batería back to top

    Lanzaremos una actualización del ícono de la batería para garantizar que el estado de la batería ya no cubra el nivel de batería. Ahora puedes ver fácilmente cuánta batería te queda.

 

Próximos cambios en la Consola del administrador

   

  • Informes de perfiles administrados del navegador Chrome back to top

    Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.

    • A partir de Chrome 130 en Android, Linux, macOS y Windows
     

   

  • Cambio de la opción predeterminada para las políticas de IA generativa back to top

    A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:

     

   

  • Política de control de IA generativa back to top

    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 será una función conveniente, ya que permitirá a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un solo lugar; por ejemplo, desactivarlas de forma predeterminada. Esta política controlará las siguientes políticas:

     

   

  • Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas back to top

    La página Parámetros de configuración personalizados 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 del administrador a través de secuencias de comandos JSON. A partir del 1 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel de la máquina. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con la página Parámetros de configuración personalizados.

     
    • A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función para las políticas del usuario
     

    Para comenzar, puedes encontrar la opción Parámetros de configuración personalizados en la Consola del administrador, en Navegador Chrome > Informes. Necesitarás el SKU de Chrome Enterprise Core:

    custom configuration

 

↑ volver al principio  

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óximas actualizaciones del navegador Chrome

    

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a 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.

    De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

        - Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.

        - No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores. 

    Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen 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, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.  

    Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.

    

  • Estilos de resguardo para elementos de <meter> back to top 

    Desde Chrome 130, los elementos de <meter> de HTML5 con `appearance: none` tendrán un estilo de resguardo razonable que coincida con Safari y Firefox en lugar de desaparecer de la página Además, los desarrolladores podrán aplicar un diseño personalizado a los elementos <meter>.

    Habrá una política temporal MeterAppearanceNoneFallbackStyle 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 y Zstandard compartidos back to top 

    Esta función agrega compatibilidad con el uso de respuestas anteriores designadas, como un diccionario externo para respuestas HTTP comprimidas con Brotli o Zstandard.

    Es posible que las empresas experimenten posibles problemas de compatibilidad con la infraestructura de red empresarial. La política CompressionDictionaryTransportEnabled está disponible para 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 back to top 

    Mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 130 en Windows, macOS, Linux y Android

    

  • Compatibilidad con URLs de esquemas no especiales back to top 

    Chrome 130 admitirá correctamente las URLs de esquemas no especiales; por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada 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 http://bit.ly/url-non-special

    • Chrome 130 en Windows, macOS, Linux y Android

    

  • Experiencia de acceso y sincronización simplificada back to top 

    A partir de Chrome 131, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada de acceso y sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

    • Chrome 131 en Android

    

  • Integración de la telemetría de extensiones de Chrome con Google SecOps back to top 

    Comenzaremos a recopilar datos relevantes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analizará los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. 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 vínculos de usuarios en las AWP back to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 131 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
    User Link on PWA

    

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    El 22 de julio, anunciamos una nueva propuesta para Privacy Sandbox en la Web. En lugar de dar de baja las cookies de terceros, presentaremos una nueva experiencia en Chrome que permitirá a las personas tomar una decisión informada que se aplique a toda su navegación web, y podrán ajustar esa decisión en cualquier momento. Estamos analizando esta nueva ruta con los organismos reguladores y nos comunicaremos con la industria a medida que la implementemos. 

    Para obtener más detalles, consulta esta actualización de Privacy Sandbox

    

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.

    

    

  • Encapsulamiento de claves X25519Kyber768 para TLS back to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos de red empresarial, como firewalls y proxies (dispositivos intermedios de TLS), no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta al menos Chrome 141 en 2025. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    A partir de Chrome 131, Chrome cambiará el mecanismo de encapsulamiento de claves de la versión preliminar 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 detalles, 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 de la automatización de la IU en Windows back to top 

    A partir de Chrome 126, Chrome comenzará 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 estable 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 137 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.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Eventos de ventana de XDR de ChromeOS back to top 

    En ChromeOS 130, los eventos de enfoque de ventana estarán disponibles como parte de la detección y respuesta de amenazas extendidas (XDR) en ChromeOS. Podrás incluir ventanas en las actividades de enfoque de los dispositivos de tu flota administrada simplemente actualizando los eventos de XDR en la Consola del administrador.

   

  • Fondos de pantalla y de videoconferencia generados por IA back to top 

    A partir de ChromeOS 130, planeamos presentar fondos de pantalla de alta resolución y fondos de reuniones de videoconferencia creador con IA generativa en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.

 

Próximos cambios en la Consola del administrador

   

  • Informes de perfiles administrados del navegador Chrome back to top

    Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.

    • A partir de Chrome 130 en Android, Linux, macOS y Windows
     

   

  • Cambio de la opción predeterminada para las políticas de IA generativa back to top

    A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:

     

   

  • Política de control de IA generativa back to top

    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 será una función conveniente, ya que permitirá a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un solo lugar; por ejemplo, desactivarlas de forma predeterminada. Esta política controlará las siguientes políticas:

     

   

  • Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas back to top

    La página Parámetros de configuración personalizados 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 del administrador a través de secuencias de comandos JSON. A partir del 1 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel de la máquina. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con la página Parámetros de configuración personalizados.

     
    • A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función para las políticas del usuario
     

    Para comenzar, puedes encontrar la opción Parámetros de configuración personalizados en la Consola del administrador, en Navegador Chrome > Informes. Necesitarás el SKU de Chrome Enterprise Core:

    custom configuration

 

↑ volver al principio  

Chrome 128

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Buscar en tu historial de Chrome con IA    
Búsqueda en el sitio configurable por el administrador  
Manejar contraseñas que no se pueden desencriptar en el Administrador de contraseñas    
Pestañas inactivas    
La nueva política PromotionsEnabled reemplaza a PromotionalTabsEnabled    
Se renovó la Verificación de seguridad de Chrome en Android    
Analizador de JSON de Rust    
Grupos de pestañas en iPad    
Actualizaciones para CookiePartitionKey de cookies particionadas    
CHIPS dejará de estar disponible y se volverá a lanzar en WebView    
Apps web aisladas    
Cambio del nombre de position-try-options a position-try-fallbacks    
Tarjeta del Calendario de Google en la página Nueva pestaña    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Grupos de ventanas en ChromeOS    
Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE     
Controles de privacidad: Ubicación geográfica    
Recordatorios de control de privacidad de ChromeOS en la página de configuración de la app  
Almacenar datos vitales agregados con una retención de un año    
OCR en la app de Cámara de ChromeOS    
La Lupa sigue a ChromeVox    
El control automático de ganancia está habilitado de forma predeterminada    
Administración de APN    
Notificaciones fijadas en ChromeOS    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Separación de perfiles de Chrome: nueva guía de implementación     
Controles de datos de Chrome Enterprise: Portapapeles    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Comparación de pestañas    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Borrar los datos del dispositivo cuando salgas de la cuenta en iOS    
Estilos de resguardo para los elementos <meter> de HTML5    
Chrome ya no será compatible con macOS 10.15  
Baja del informe de Navegación segura extendida    
Administrador de certificados en Windows y macOS    
Nueva opción en la política HttpsOnlyMode  
Sincronización de un grupo de pestañas    
Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo    
Baja de la serialización de Shadow DOM declarativo no estándar    
Baja del argumento includeShadowRoots en DOMParser    
Cambio de nombre de inset-area a position-area    
Se dejará de confiar en los certificados de Entrust    
Compatibilidad con URLs de esquemas no especiales    
El servicio de red en Windows se someterá a una zona de pruebas    
Baja de las cookies de terceros de Chrome (3PCD)    
Captura de vínculos de usuarios en AWP  
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Advertencias de formularios poco seguros en iOS    
Integración de la telemetría de extensiones de Chrome con Chronicle  
Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio    
Encapsulamiento de claves X25519Kyber768 para TLS    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Actualización de la combinación de teclas para Seleccionar para pronunciar    
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas    
Eventos de ventana de XDR de ChromeOS    
Fondos de pantalla y de videoconferencia creados por IA generativa    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Informes de perfiles administrados del navegador Chrome     
Widget de la Consola del administrador para controles de datos    
Cambio de la configuración predeterminada para las políticas de IA generativa    

 

DESCARGAR notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar 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.

Actualizaciones del navegador Chrome

   

  • Cómo buscar en tu historial de Chrome con IA back to top 

    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 en EE.UU. Los administradores pueden controlar la función con la política HistorySearchSettings. Tienes las siguientes opciones para tu organización:  

    •   0 = Habilita la función para los usuarios y envía datos pertinentes a Google para ayudar a entrenar o mejorar los modelos de IA. Los datos relevantes pueden incluir instrucciones, entradas, resultados y materiales de origen, según la función. Es posible que lo revisen personas con el único propósito de mejorar los modelos de IA.
    •   1 = Habilita la función para los usuarios, pero no envía datos a Google para entrenar o mejorar los modelos de IA.
    •   2 = Inhabilitar la función por completo

    Para obtener más información, consulta Cómo buscar en tu historial de Chrome con IA.

    • Chrome 128 en Linux, Mac y Windows 
     

   

  • Búsqueda en el sitio configurable por el administrador back to top 

    Los atajos de búsqueda en el sitio son una forma de usar la barra de direcciones (cuadro multifunción) como cuadro de búsqueda para un sitio específico sin navegar directamente a la URL del sitio, de forma similar a como puedes usar el cuadro multifunción para realizar una búsqueda general de Google en la Web. Ahora puedes crear accesos directos a sitios en nombre de tus usuarios administrados para acceder a los sitios empresariales más importantes. Puedes controlar esta función con la política SideSearchSettings.

     
    • Chrome 128 en ChromeOS, Linux, Mac y Windows: Disponible para los clientes de Chrome Browser Core que se registraron como verificadores de confianza a partir de Chrome 128, seguido de un lanzamiento gradual para todos los clientes de Chrome Browser Enterprise unas semanas después
     

    Admin searchAdmin search

   

  • Cómo manejar contraseñas que no se pueden desencriptar en el Administrador de contraseñas back to top 

    A veces, los usuarios terminan con contraseñas que no se pueden desencriptar en sus dispositivos, por ejemplo, si usaron software de terceros para cambiar a un dispositivo nuevo. Lanzaremos una nueva política llamada DeletingUndecryptablePasswordsEnabled que ayudará a controlar esas contraseñas. Cuando se habilita, esta política borra las contraseñas que no se pueden desencriptar del dispositivo del usuario, a menos que se especifique la política UserDataDir. Cuando DeletingUndecryptablePasswordsEnabled está desactivada, las contraseñas que no se pueden desencriptar no se modifican, pero esto provocará que la funcionalidad del Administrador de contraseñas se dañe.

     
    • Chrome 128 en iOS, Linux, Mac y Windows

   

  • Pestañas inactivas back to top 

    En Chrome 128, ahora ocultamos las pestañas anteriores en una nueva sección de Pestañas inactivas en el 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 anteriores o cerrarlas con la nueva función de pestañas masivas. Estas pestañas se borrarán si permanecen inactivas durante más de 60 días. 

     

    inactive tabs

     
    • Chrome 128 en Android: Lanzamiento para el 1% 

   

  • La nueva política PromotionsEnabled reemplaza a PromotionalTabsEnabled back to top 

    En Chrome 128, se muestran a los usuarios nuevas notificaciones promocionales a nivel del SO. Para incluir una mayor cantidad de funciones promocionales en una política, se creó una nueva política PromotionsEnabled para reemplazar PromotionsEnabled, que dejará de estar disponible en el futuro. 

     
    • Chrome 128 en ChromeOS, Linux, Mac y Windows: PromotionsEnabled comenzará a lanzarse con Chrome 128. No hay ninguna marca.

   

  • Verificación de seguridad de Chrome renovada en Android back to top 

    Chrome 128 presenta una nueva Verificación de seguridad proactiva que comprueba periódicamente el navegador en busca de problemas relacionados con la seguridad y les informa a los usuarios cuando hay algo que requiere su atención. Con este lanzamiento, también se presenta una página de Verificación de seguridad rediseñada, chrome://settings/safetyCheck, con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, diseñada para que los usuarios estén seguros cuando estén en línea. Para obtener más información, consulta Cómo administrar la seguridad y la protección de Chrome.

     
    • Chrome 128 en Android

    inactive tabs

   

  • Analizador de JSON de Rust back to top 

    A partir de Chrome 128, Chrome analizará JSON con Rust, en lugar de C++. Esto quitará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador de JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que ya no se acepte algún JSON no válido (lo que Chrome acepta actualmente), aunque el analizador de Rust sigue siendo extremadamente indulgente.

    En caso de que Chrome no acepte el JSON no válido, se producirán errores 500, o bien otros errores a nivel de aplicación, pero no se producirán fallas. Si Chrome ya no acepta algún JSON no válido, este se debe corregir.

     
    • Chrome 128

   

  • Grupos de pestañas en iPad back to top 

    Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.

     
    • Chrome 128 en iOS

   

  • Actualizaciones de CookiePartitionKey de cookies particionadas back to top 

    En Chrome 128, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.

    Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies SameSite=None sin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior. 

     
    • Chrome 128 en Windows, Mac y Linux

   

  • CHIPS dejará de estar disponible y se volverá a lanzar en WebView back to top 

    WebViewClient admite un método, shouldInterceptRequest, que permite a los desarrolladores interceptar la actividad de red y modificar los encabezados HTTP, entre otros. Esta API no tiene acceso al encabezado de Cookie y depende de la API de Android CookieManager para consultar qué cookies están disponibles para una URL de solicitud en particular. Sin embargo, las cookies particionadas tienen dos claves en el sitio de nivel superior y en el sitio de la URL que usa las cookies.

    Actualmente, la API de CookieManager no proporciona ninguna forma para que los desarrolladores consulten las cookies particionadas correctamente, lo que provocará una discrepancia entre lo que muestra la API de Java y los marcos de WebView que realmente estarán en su encabezado de Cookie. Después de analizar este tema con el equipo de WebView, creemos que la opción que minimizará la posible falla de la app es inhabilitar las cookies que tienen un estado independiente de partición (CHIPS) en WebView hasta que podamos enviar la compatibilidad con el encabezado de Cookie a shouldInterceptRequest. Lanzaremos los cambios en shouldInterceptRequest en la próxima versión del SDK de destino (nivel de API 36).

    Se borrará el estado de los flujos de trabajo empresariales que usan WebView para cargar contenido web que depende de cookies particionadas. Las apps de WebView aún tienen acceso a las cookies de terceros no particionadas. Las cookies configuradas con la opción Particionadas después del cambio se revertirán su comportamiento heredado anterior a CHIPS hasta que volvamos a lanzar la función.

     
    • Chrome 128 en Android

   

  • Apps web aisladas back to top 

    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 obtenerse a través de HTTPS, estas IWA 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 la explicación del proyecto de Chromium.

    En esta versión inicial, las IWA solo se pueden instalar con una política nueva, IsolatedWebAppInstallForceList, en dispositivos ChromeOS administrados por la empresa.

     
    • Chrome 128 en ChromeOS

   

  • Cambio del nombre de position-try-options a position-try-fallbacks back to top 

    El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad, ya que la palabra fallbacks (resguardos) describe con mayor precisión lo que controla esta propiedad. La palabra options (opciones) no es muy clara, ya que los estilos fuera de los bloques de “position-try” se probarán primero y, si generan un diseño que se ajusta al bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una mejor palabra para describir este comportamiento. Para obtener más detalles, consulta GitHub.

    • Chrome 128 en Windows, Mac, Linux y Android

   

  • Tarjeta del Calendario de Google en la página Nueva pestaña back to top 

    Los usuarios empresariales 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 perder tiempo buscando tu próxima reunión, lo que te permite enfocarte en lo que más importa. Puedes controlar las tarjetas en la página Nueva pestaña con la política NTPCardsVisible

     
    • Chrome 128 en Linux, Mac y Windows

    calendar new tab

   

   

  • Políticas que se quitaron del navegador Chrome back to top 
    Política Descripción
    RemoteAccessHostTokenUrl URL donde los clientes de acceso remoto deben obtener el token de autenticación
    RemoteAccessHostTokenValidationUrl URL para la validación del token de autenticación del cliente de acceso remoto
    EnterpriseBadgingTemporarySetting Controlar la visibilidad de las insignias empresariales
    RemoteAccessHostTokenValidationCertificateIssuer Certificado de cliente para conectarse a RemoteAccessHostTokenValidationUrl
    EnforceLocalAnchorConstraintsEnabled Determina si el verificador de certificados integrado aplicará de manera forzosa las restricciones codificadas en las anclas de confianza cargadas desde el almacén de confianza de la plataforma.
    CertificateTransparencyEnforcementDisabledForLegacyCas Inhabilitar la aplicación del Certificado de transparencia para una lista de autoridades certificadoras heredadas

Actualizaciones de ChromeOS

   

  • Grupos de ventanas en ChromeOS back to top

    En ChromeOS 128, los grupos de ventanas te permiten organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando vinculas dos ventanas en una pantalla dividida. Puedes volver a unir las ventanas, cambiar su tamaño de forma simultánea o moverlas como un grupo.

     

    snap groups

     

   

  • Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE back to top

    Las nuevas funciones del modo Encargado del tratamiento de datos y las condiciones de ChromeOS están disponibles para toda la UE a través de la Consola del administrador de Google. Para obtener más información, consulta la Descripción general del 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 conocidos como Servicios Esenciales

   

  • Controles de privacidad: Ubicación geográfica back to top

    Ahora es más fácil administrar la privacidad en los dispositivos ChromeOS, ya que se agregó la capacidad de controlar el acceso a la ubicación geográfica en la página Configuración > Privacidad y seguridad > Controles de privacidad. Los usuarios ahora pueden establecer el acceso a la ubicación geográfica como Permitido, Solo se permite para servicios del sistema o Desactivado, según su preferencia. 

    Permitimos que los usuarios bloqueen el acceso a la geolocalización de todas las apps o sitios web, o de sistemas completos, independientemente de los permisos otorgados anteriormente, y les brindamos controles fáciles de usar para volver a habilitarlos cuando sea necesario.

    geolocation

     

    Agregamos una nueva política: GoogleLocationServicesEnabled. Esto controla la disponibilidad de la geolocalización en el dispositivo dentro de las sesiones de los usuarios. A diferencia de la política que ahora está obsoleta que se indica a continuación, esta afecta a todo el sistema, no solo a la VM de Android (Arc).

    Aviso de baja (6 meses): ArcGoogleLocationServicesEnabled 

    Esta política dejará de estar disponible a favor de la política GoogleLocationServicesEnabled agregada, ya que abarca todo el sistema y no solo la VM de Android (Arc). Además, modificaremos el efecto de DefaultGeolocationSetting para que ya no afecte la configuración de la ubicación geográfica del sistema.

   

  • Recordatorios de control de privacidad de ChromeOS en la página de configuración de Apps back to top

    Para usar las cámaras y los micrófonos en ChromeOS, debes activar los controles de privacidad y los permisos de las apps en dos lugares independientes. 

    Facilitamos que los usuarios conozcan los estados de los controles de privacidad y proporcionamos recordatorios prácticos en la página de configuración de Apps de ChromeOS para que los usuarios tengan una experiencia más fluida. Para ver la página de configuración de Apps de ChromeOS, haz clic en Configuración > Apps > Administrar tus apps y selecciona la app que quieras.

     

    App settings

     

   

  • Almacena datos vitales agregados con retención de un año back to top

    A partir de ChromeOS 128, almacenamos datos vitales agregados para una retención de un año con el objetivo de hacer un mejor seguimiento del progreso con el tiempo. Los datos vitales incluyen métricas de rendimiento de apps para Android, como la tasa de fallas, que nos ayudarán a mejorar el rendimiento de las apps para Android en dispositivos ChromeOS.

   

  • OCR en la app de Cámara de ChromeOS back to top

    El reconocimiento óptico de caracteres (OCR) permite la extracción de texto de imágenes capturadas en la app de la cámara de ChromeOS mediante la integración de un servicio de extracción de texto potenciado por ML. ChromeOS 128 admite 77 idiomas y también la detección horizontal y vertical. Esto permite copiar y buscar texto de imágenes, hacer que el lector de pantalla lea texto de imágenes y crear archivos PDF con imágenes que se puedan buscar. De forma predeterminada, la detección de texto en el modo Foto está inhabilitada y se puede habilitar en Configuración > Detección de texto en vista previa.

     

    OCR camera app

     

   

  • La lupa sigue el enfoque de ChromeVox back to top

    La lupa que sigue a ChromeVox está diseñada para personas ciegas o con visión reducida. Cuando lees texto en voz alta con ChromeVox, la lupa de pantalla ahora sigue las palabras automáticamente para que no te pierdas en la lectura. Para probar esto, puedes habilitar la Lupa y ChromeVox en la configuración. Acerca el nivel de zoom que prefieras con Ctrl + Alt + Aumentar brillo y Ctrl + Alt + Disminuir brillo. Hay un parámetro de configuración disponible en la configuración de Lupa para ajustar este comportamiento.

   

  • Control de ganancia automática habilitado de forma predeterminada back to top

    El control de ganancia automática (AGC) permite que las apps, como las de videollamadas, optimicen automáticamente el volumen del micrófono para obtener la mejor calidad de audio. Cuando el control automático de ganancia está habilitado y en uso, aparece un mensaje en el panel de configuración rápida para informar al usuario 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 para las apps que admiten AGC, ve a Configuración > Dispositivo > Audio y anula la selección de Permitir que las apps ajusten automáticamente el volumen del micrófono

     

    AGC audio

     

   

  • Administración de APN back to top

    En el caso de los dispositivos ChromeOS compatibles con redes móviles, facilitamos la visualización, administración y adición de nombres de puntos de acceso (APN). También mejoramos el manejo de errores de registro y los mensajes.

   

  • Notificaciones fijadas en ChromeOS back to top

    Las notificaciones de ChromeOS ayudan a separar visualmente las notificaciones fijadas de las demás. ChromeOS 128 diferencia significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa: notificamos al usuario sobre un proceso en curso en lugar de un evento instantáneo.

↑ volver al principio  

Actualizaciones en la Consola del administrador

       
  • Controles de datos de Chrome Enterprise: Portapapeles   back to top

    Los controles de datos son reglas ligeras de la Consola del administrador que establecen una política de Chrome para controlar las acciones sensibles de los usuarios que pueden afectar la seguridad, como archivos adjuntos, descargas, acciones de copiar y pegar, e impresiones. Chrome aplica esas reglas de forma local para bloquear o advertir al usuario cuando ocurren estas acciones.

    Chrome 128 lanza las partes de protección del portapapeles de los controles de datos, es decir, las acciones de copiar y pegar. Se planean otras protecciones en versiones futuras.

    Puedes controlar esta función con la política DataControlsRules.

     
    • Chrome 128 en ChromeOS, Linux, Mac y Windows

     

    DC clipboard

     

↑ volver al principio  

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óximas actualizaciones del navegador Chrome

    

  • Comparación de pestañas back to top 

    A partir de Chrome 129 (solo en EE.UU.), presentaremos la Comparación de pestañas, una nueva función que presenta una descripción general generada por IA de los productos de varias pestañas, todo en un solo lugar. Esta función se controlará a través de la política TabCompareSettings.

    • Chrome 129 en Linux, Mac y Windows 

    tab compare

     

    

  • Firmas de código ad hoc para los shims de AWP en macOS back to top 

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.

    Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.

    • Chrome 129 en Mac
     

    

  • Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS back to top 

    A partir de Chrome 129, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación guardados en el dispositivo. A los usuarios administrados se les presentará un diálogo de confirmación cuando salgan de su cuenta en el que se les explicará que se borrarán los datos. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores. 

    Entre los datos que se borrarán, se incluyen los siguientes: 

    • historial de navegación
    • datos de sitios y cookies
    • contraseñas
    • Configuración de los sitios
    • autocompletar
    • Imágenes y archivos almacenados en caché
     
    • Chrome 129 en iOS

    delete user data

     

    

  • Estilos de resguardo para los elementos <meter> de HTML5 back to top 

    Desde Chrome 129, los elementos HTML5 <meter> con `appearance: none` tendrán un estilo de resguardo razonable que coincida con Safari y Firefox en lugar de desaparecer de la página. Además, los desarrolladores podrán aplicar un diseño personalizado a los elementos <meter>.

    Habrá una política temporal MeterAppearanceNoneFallbackStyle disponible hasta Chrome 133 para controlar esta función.

    • Chrome 129 en Windows, Mac, Linux y Android
     

    

  • Chrome ya no será compatible con macOS 10.15 back to top 

    Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.

    • Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
     

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

     

    safe browsing

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se dará de baja el informe extendido de Navegación segura
     

    

  • Administrador de certificados en Windows y macOS back to top 

    A partir de Chrome 129, hay una nueva pantalla de configuración de administración de certificados a la que se puede acceder desde la configuración de seguridad en Windows y macOS. Esto reemplaza el vínculo al administrador de certificados de Windows y al llavero de MacOS, respectivamente, aunque aún se puede acceder a estas plataformas de sistema operativo desde la página de configuración de administración de certificados.

    El administrador de certificados muestra los certificados en los que Chrome confía o no, incluido el contenido de Chrome Root Store y los certificados que se importaron desde el sistema operativo subyacente. Los usuarios pueden acceder a la página directamente navegando a chrome://certificate-manager.

    En una versión futura, se presentará la administración de certificados que se agreguen directamente a Chrome para usuarios y empresas.

    • Chrome 129 en Mac y Windows

    

  • Nueva opción en la política HttpsOnlyMode back to top 

    Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.

    En Chrome 129, agregamos una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a un nombre de host de una sola etiqueta, como internal/.

    Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.

    Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.

    • Chrome 129 en Android, ChromeOS, Linux, Mac, Windows y Fuchsia
     

    

  • Sincronización de un grupo de pestañas back to top 

    Los grupos de pestañas en iOS ahora se guardarán. Ya no se borrará un grupo de pestañas si lo cierras. En el caso de los usuarios que sincronizan sus pestañas entre dispositivos, los grupos también se sincronizarán.

     
    • Chrome 129 en iOS

    sync tab groups

     

    

  • Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo back to top 

    Los usuarios con versiones anteriores de los Servicios de Google Play experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. 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 según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas.

    • Chrome 129 en Android
     

    

  • Baja de la serialización de Shadow DOM declarativo no estándar back to top 

    La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado `getInnerHTML()` que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API de getInnerHTML​CODE 2.

    Esta función representa la baja del método `getInnerHTML()` lanzado anteriormente. El reemplazo se llama `getHTML()`, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.

    • Chrome 129 en Windows, Mac, Linux y Android
     

    

  • Se dará de baja el argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función includeShadowRoots, que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
    Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() and parseHTMLUnsafe() , se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. 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
     

    

  • Cambia el nombre de inset-area a position-area back to top 

    El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad de `inset-area` a `position-area`. Consulta la discusión del CSSWG en GitHub

    Chrome decidió lanzar una solución interoperable, ya que admite ambos nombres de propiedades. Primero, enviaremos el nombre de la propiedad nueva, `position-area`, como sinónimo de `inset-area`. Luego, después de un período adecuado, quitaremos `inset-area`. La última eliminación se realizará en un intent independiente.

    • Chrome 129 en Windows, Mac, Linux y Android
     

    

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a 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.

    De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

        - Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.

        - No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.

    Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen 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, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.  

    Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
     

    

  • Compatibilidad con URLs de esquemas no especiales back to top 

    Chrome 130 admitirá correctamente las URLs de esquemas no especiales. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una "ruta opaca", que no estaba alineada 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, macOS, Linux y Android
     

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.

    • Chrome 130 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
     

    

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    El 22 de julio, anunciamos una nueva propuesta para Privacy Sandbox en la Web. En lugar de dar de baja las cookies de terceros, presentaremos una nueva experiencia en Chrome que permitirá a las personas tomar una decisión informada que se aplique a toda su navegación web, y podrán ajustar esa decisión en cualquier momento. Estamos analizando esta nueva ruta con los organismos reguladores y nos comunicaremos con la industria a medida que la implementemos. 

    Para obtener más detalles, consulta esta actualización de Privacy Sandbox

     

    

  • Captura de vínculos de usuarios en las AWP back to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 130 en Linux, Mac y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).

     PWA links

     

    

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se inició desde un contexto seguro.

    2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.

    Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.  

    Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.

    • Chrome 130 en Windows, macOS, Linux y Android
     

    

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.

    • Chrome 125 en iOS: Se lanza la función
    • Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
     

    

  • Integración de la telemetría de extensiones de Chrome con Chronicle back to top 

    A partir de Chrome 131, comenzaremos a recopilar datos de telemetría de extensiones pertinentes desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Chronicle. Chronicle analizará los datos para proporcionarte un análisis y contexto instantáneos de las actividades riesgosas.

    • Chrome 131 en ChromeOS, Linux, Mac y Windows
     

    

    

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    Para conocer más detalles, consulta esta entrada del blog de Chromium.

    • Chrome 124 en Windows, Mac y Linux
    • Chrome 135 en Android
     

    

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

    A partir de Chrome 126, Chrome comenzará 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 estable 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 137 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 ChromeOS

   

  • Actualización de la combinación de teclas para Seleccionar para pronunciar back to top 

    En las Chromebooks, la combinación de teclas de Seleccionar para pronunciar (búsqueda + s) ahora funciona cuando se presiona por primera vez. A partir de ChromeOS 129, ya no tendrás que habilitarlo primero en Configuración > Accesibilidad > Texto a voz > Seleccionar para pronunciar. Aparecerá un diálogo para confirmar que deseas activar la función Seleccionar y para pronunciar la primera vez que presiones la combinación de teclas. 

     

    text to speak

     

   

  • Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas back to top 

    A partir de ChromeOS 129, las organizaciones podrán extender el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en ChromeOS en las sesiones de invitado administradas. 

    Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.

   

  • Eventos de ventana de XDR de ChromeOS back to top 

    En ChromeOS 130, los eventos de enfoque de ventana estarán disponibles como parte de la detección y respuesta de amenazas extendidas (XDR) en ChromeOS. Podrás incluir ventanas en las actividades de enfoque de los dispositivos de tu flota administrada simplemente actualizando los eventos de XDR en la Consola del administrador.

   

  • Fondos de pantalla y de videoconferencia generados por IA back to top 

    A partir de ChromeOS 130, planeamos presentar fondos de pantalla de alta resolución y fondos de reuniones de videoconferencia creador con IA generativa en ChromeOS. Con esta función, puedes liberar 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, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos. 

    Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.

 

Próximos cambios en la Consola del administrador

   

  • Informes de perfiles administrados del navegador Chrome back to top

    Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.

    • Chrome 130 en Android, Linux, Mac y Windows
     

   

  • Widget de la Consola del administrador para controles de datos back to top

    Un nuevo widget de configuración en la Consola del administrador permite a los usuarios configurar políticas de controles de datos para URLs específicas. 

    • Chrome 128 en ChromeOS, Linux, Mac y Windows
     

   

  • Cambio de la opción predeterminada para las políticas de IA generativa back to top

    A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Esto no afecta las restricciones de edad para acceder a las funciones correspondientes de IA generativa. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:

     

↑ volver al principio  

Chrome 127

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Encriptación vinculada a la app para cookies    
Separación de perfiles de Chrome: mejoras en las políticas    
Promociones de Navegación segura mejorada en iOS    
Se dejará de confiar en los certificados de Entrust    
Generación de estadísticas sobre las advertencias y los errores en la consola de Herramientas para desarrolladores    
Modo HTTPS primero en Incógnito    
Migración de las extensiones a Manifest V3 antes de junio de 2025
Política para configurar ACG para el proceso del navegador    
Experiencia simplificada de acceso y sincronización en Android    
Telemetría adicional de Navegación segura respecto a páginas     
Actualización de la experiencia de administración de contraseñas en Android  
Marcas de agua    
Configuración de contenido de pantalla completa automática    
Baja 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 Service Worker     
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Chrome Enterprise Premium para transferencias de archivos en ChromeOS    
Videoconferencias en ChromeOS: Estados de DLC para funciones    
Telefonía Bluetooth para audio    
OCR en retroiluminación    
Instrucciones para la actualización de firmware    
Leer en voz alta en el Modo de lectura    
Widgets de consulta rápida de Classroom    
Eliminación y reordenamiento de páginas de PDF    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Configuración de los parámetros de los navegadores y usuarios de ChromeOS con grupos de Google    
Adición de navegadores administrados a grupos para la administración de políticas basada en grupos    
Filtrar la configuración con etiquetas de política por popularidad y agregadas recientemente    
Lista y detalles renovados de dispositivos ChromeOS    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Apps web aisladas    
Analizador de JSON de Rust    
Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS    
Etiquetas de atribución para el motor de búsqueda     
Grupos de pestañas en iPad    
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas    
Cambio del nombre de position-try-options a position-try-fallbacks    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Chrome ya no será compatible con macOS 10.15  
Baja del informe de Navegación segura extendida    
Baja de la serialización de Shadow DOM declarativo no estándar    
Baja del argumento includeShadowRoots en DOMParser    
El servicio de red en Windows se someterá a una zona de pruebas    
Acceso a cookies de terceros en Chrome    
Captura de vínculos de usuarios en AWP  
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Advertencias de formularios poco seguros en iOS    
Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio    
Encapsulamiento de claves X25519Kyber768 para TLS    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Grupos de ventanas    
Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE    
Centro de privacidad: Ubicación geográfica    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Informes de perfiles administrados del navegador Chrome     
Widget de la Consola del administrador para controles de datos    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar 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.

Actualizaciones del navegador Chrome

   

  • Encriptación vinculada a la app para cookies back to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra el software malicioso que se ejecuta con el mismo privilegio que Chrome y que podría intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.

    La encriptación vinculada a la app vincula de forma estricta las claves de encriptación a la máquina local, por lo que los clientes que usan Chrome con perfiles móviles pueden considerar inhabilitar esta función de seguridad. De lo contrario, las cookies no serán portátiles entre estaciones de trabajo.

    Puedes usar la política empresarial ApplicationBoundEncryptionEnabled para inhabilitar la encriptación vinculada a la app.

    • Chrome 127 en Windows
     

   

   

  • Promociones de Navegación segura mejorada en iOS back to top 

    En Chrome 127, los usuarios que aún no tienen habilitada la Navegación segura mejorada ven 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 la Navegación segura mejorada en la página de configuración de Chrome para los usuarios que aún no la tienen habilitada. Estas promociones no se muestran a los usuarios cuando la política empresarial SafeBrowsingProtectionLevel se establece con algún valor.

    • Chrome 127 en iOS
     

   

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a 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.

    De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

        - Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.

        - No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.

    Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen 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, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.  

    Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
     

   

  • Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores back to top 

    En Chrome 127, esta función de IA generativa estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas:  Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.

    • Chrome 125 en ChromeOS, Linux, Mac y Windows: La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China). 
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
     

   

  • Modo HTTPS primero en Incógnito back to top 

    A partir de Chrome 127, como parte del cambio de Chrome a HTTPS de forma predeterminada, el Modo HTTPS primero está habilitado de forma predeterminada en el modo Incógnito. Los usuarios verán una advertencia antes de navegar a sitios a través de HTTP no seguro. Esto se puede controlar con las políticas empresariales existentes HttpsOnlyMode y HttpAllowlist

    • Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac y Windows
     

   

  • Migra las extensiones a Manifest V3 antes de junio de 2025 back to top 

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota. A partir de junio de 2024 y de las versiones previas a la estable de Chrome 127, se comenzará a inhabilitar gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. 

    Puedes usar la política ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 

     
    • Chrome 127 en ChromeOS, Windows, Mac y Linux: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
     

   

  • Política para configurar ACG para el proceso del navegador back to top 

    Una nueva política llamada DynamicCodeSettings está disponible en Chrome 127. Si estableces esta política en “1”, se activa la protección de código arbitrario (ACG) para el proceso del navegador. La ACG evita que se genere código dinámico desde el proceso del navegador, lo que puede ayudar a evitar que un código potencialmente hostil realice cambios no autorizados en el comportamiento del proceso del navegador.

    La activación de la ACG puede causar problemas de compatibilidad con software de terceros que se debe ejecutar en el proceso del navegador.

    • Chrome 127 en Windows
     

   

  • Experiencia simplificada de acceso y sincronización en Android back to top 

    Chrome 127 lanza una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que en versiones anteriores, la función que anteriormente formaba parte de la Sincronización de Chrome y que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome aún se puede inhabilitar con BrowserSignin.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

    Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.

    • Chrome 127 en Android
     

   

  • Telemetría adicional de Navegación respecto a páginas back to top 

    Cuando un usuario de la Navegación segura mejorada visita una página que activa la API de bloqueo del teclado, del puntero o de la vibración, los atributos de esa página ahora se envían a la Navegación segura. Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados. Si deseas que los usuarios aprovechen esta función, establece MetricsReportingEnabled como verdadero y la política SafeBrowsingProtectionLevel como 2.

    • Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia 
     

   

  • Actualización de la experiencia de administración de contraseñas en Android back to top 

    En Chrome para Android, algunos usuarios que hayan accedido a Chrome, pero que no tengan la Sincronización de Chrome habilitada, ahora podrán usar y guardar contraseñas en su Cuenta de Google. Políticas relevantes como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled siguen funcionando como antes y se pueden utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.

    • Chrome 127 en Android
     

   

  • Marcas de agua back to top 

    Esta función permite a los administradores superponer una marca de agua sobre una página web si se activa una regla específica de Prevención de pérdida de datos (DLP) al navegar a ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua solo está disponible para los clientes de Chrome Enterprise Premium

    • Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
    • Chrome 127 en Linux, macOS y Windows: Se lanza la función.
     

   

  • Parámetro de configuración de contenido en Pantalla completa automática back to top 

    Un nuevo parámetro de configuración de contenido en Pantalla completa automática permite ejecutar Element.requestFullscreen() sin gestos del usuario y mostrar los diálogos del navegador sin salir de la pantalla completa.

    Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (chrome://settings/content/automaticFullScreen) y al cuadro de información del sitio. Con la política AutomaticFullscreenAllowedForUrls, los usuarios pueden permitir apps web aisladas, y los administradores pueden permitir orígenes adicionales. 

    Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:

    - Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.

    - Muestra contenido en pantalla completa en varias pantallas con un solo gesto.

    - Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.

    - Intercambia ventanas de pantalla completa entre pantallas con un gesto.

    - Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.

    • Chrome 127 en Windows, macOS y Linux
     

   

  • Se darán de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified, DOMSubtreeModified y DOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar 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 que se hayan quitado. 

    A partir de Chrome 127, la compatibilidad con eventos de mutación se inhabilitará de forma predeterminada, aproximadamente, el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.

    Para obtener más información, consulta esta entrada del blog de Chrome para desarrolladores. Puedes informar cualquier problema en la Herramienta de seguimiento de errores de Chromium.

    • Chrome 127 en Windows, Mac, Linux y Android
     

   

  • Contenedores de desplazamiento enfocables en el tecladoback to top 

    Chrome 127 mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. 

    En versiones anteriores, la tecla Tab no enfocaba los desplazadores, a menos que tabIndex se estableciera de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse ahora pueden enfocar el contenido recortado con las teclas de flechas y Tab del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 127 en Windows, Mac, Linux y Android
     

   

  • Compatibilidad con la condición final no está en la API de enrutamiento estático de ServiceWorker back to top 

    La API de enrutamiento estático de ServiceWorker se usa para enrutar las solicitudes a la red, al controlador de recuperación de ServiceWorker o para buscar directamente desde la caché, entre otros. Cada ruta de acceso consta de una condición y una fuente, y la condición se usa para hacer coincidir la solicitud.

    En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de manera más flexible, se espera que admita la condición not, que coincide con la condición invertida en el interior.

    • Chrome 127 en Windows, Mac, Linux y Android

   

   

Actualizaciones de ChromeOS

   

  • Videoconferencias en ChromeOS: Estados de DLC para funciones back to top

    ChromeOS 127 presenta una mejora visual del contenido descargable (DLC) en el panel de control de video. Esta versión ahora agrega indicadores de estado para la cancelación de ruido, el Subtitulado instantáneo, el retoque de iluminación y el desenfoque. 

   

  • Telefonía Bluetooth para audio back to top

    ChromeOS ahora admite botones de control de llamada en auriculares Bluetooth compatibles, lo que incluye responder, rechazar o finalizar una llamada, y silenciar el micrófono.

   

  • OCR en retroiluminación back to top

    ChromeOS lanzará un lector basado en IA de OCR de PDF en la Galería, que permitirá la lectura de documentos inaccesibles, lo que acortará aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida que usan un lector de pantalla. ChromeOS aprovecha sus modelos de aprendizaje automático para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles en la app de la Galería para los usuarios de ChromeVox.

   

  • App de actualización de firmware: Instrucciones de actualización para dispositivos periféricos back to top

    La app de actualización de firmware de ChromeOS ahora admite la actualización de periféricos que requieren una acción del usuario durante la actualización, por ejemplo, desenchufar y volver a enchufar el periférico. Cuando haya una actualización disponible para uno de estos dispositivos, se guiará al usuario con instrucciones claras paso a paso. En la mayoría de los periféricos existentes, la experiencia de actualización no cambiará. 

 

   

  • Leer en voz alta en el Modo de lectura back to top

    A partir de ChromeOS 127, Leer en voz alta traerá las voces de alta calidad de Google al modo de lectura de Chrome para que los usuarios aprovechen la función de texto a voz cuando lean contenido en la Web. El objetivo de Leer en voz alta es ayudar a las personas que tienen dificultades para comprender textos de formato largo. La nueva función de Leer en voz alta del Modo de lectura en la versión de Chrome para computadoras permite que los usuarios escuchen el texto que están leyendo, lo que mejora la concentración y la comprensión.

   

  • Widgets de consulta rápida de Classroom back to top

    Ahora los estudiantes pueden ver y acceder rápidamente a sus próximas tareas de Classroom con un solo clic en la pantalla principal de su Chromebook. Los usuarios pueden ver esta nueva función si acceden a una Chromebook con una cuenta con la que están inscritos en cursos activos de Google Classroom. Para encontrar esta función, los usuarios deben hacer clic en el chip de fecha de la barra de su Chromebook si accedieron a una cuenta. Allí, verán el nuevo panel, en el que pueden ver listas de las tareas próximas, pendientes, faltantes y completadas.

   

  • Eliminación y reordenamiento de páginas de PDF back to top

    La app Galería en ChromeOS ahora admite más opciones para editar páginas de PDF. Ahora puedes borrar o cambiar el orden de las páginas de un PDF con el mouse o con combinaciones de teclas. 

    Eliminación de páginas de PDF:

     

    Cambio de orden de las páginas del PDF: 

↑ volver al principio  

Actualizaciones en la Consola del administrador

   
  • Configuración de los parámetros de los navegadores y usuarios de ChromeOS con grupos de Google   back to top

    Los administradores ahora pueden usar los grupos de Google para administrar la configuración de usuarios y navegadores de ChromeOS en la Consola del administrador y la API. Los administradores pueden usar Grupos de Google nuevos o existentes para definir la configuración de usuarios y navegadores en sus organizaciones. Cuando los administradores necesitan configurar una política para un conjunto específico de usuarios, que pueden pertenecer a diferentes unidades organizativas (UO), pueden usar la flexibilidad de los grupos sin necesidad de volver a configurar sus UO.  Para obtener más información, consulta Cómo administrar políticas basadas en grupos.

    Actualmente, la mayoría de los parámetros de configuración de usuarios se pueden configurar con Grupos, y la mayoría de los parámetros restantes estarán disponibles en los próximos meses. Los parámetros de configuración disponibles se filtran y muestran automáticamente cuando los administradores seleccionan un grupo en particular.  

 

   
  • Adición de navegadores administrados a grupos para la administración de políticas basada en grupos   back to top

    Ahora, los administradores pueden agregar navegadores Chrome administrados a grupos de Google, lo que les permite especificar políticas de Usuario y navegador y la configuración de extensiones para un grupo de navegadores. Los navegadores administrados se pueden asignar a varios grupos, lo que permite a los administradores de TI tener más flexibilidad para administrar los navegadores Chrome con la administración en la nube.

    Admin console groups  
   
  • Filtra la configuración con etiquetas de política por popularidad y parámetros agregados recientemente back to top

    La Consola del administrador ahora ofrece opciones para filtrar la configuración por parámetros agregados recientemente y populares. Con estos filtros nuevos, podrás ver nuestra configuración más reciente, así como algunos de los parámetros de configuración de Chrome más populares y relevantes. 

     

     
   
  • Lista y detalles renovados de dispositivos ChromeOS   back to top

    Se rediseñó la página de dispositivos de la Consola del administrador con una notificación proactiva y práctica 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 proporciona una descripción general de los problemas en curso de tu flota.

    Paneles centralizados:  Accede rápidamente a toda la información y los informes que necesitas sobre tu flota en una ubicación conveniente: la pestaña Paneles.

    Página de la lista de dispositivos renovada: Obtén información más detallada sobre tus dispositivos con las nuevas pestañas (General, SO, Hardware, Red y Política), notificaciones específicas del dispositivo y un nuevo diseño de tarjeta para facilitar la lectura.

     

     

↑ volver al principio  

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

    

  • Apps web aisladas back to top 

    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 obtenerse 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 la explicación.

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

    • Chrome 128 en ChromeOS
 

    

  • Analizador de JSON de Rust back to top 

    A partir de Chrome 128, Chrome analizará JSON con Rust, en lugar de C++. Esto quitará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador de JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que ya no se acepte algún JSON no válido (lo que Chrome acepta actualmente), aunque el analizador de Rust sigue siendo extremadamente indulgente.

    • Primera versión de Chrome 128: Chrome analizará JSON con Rust.
 

    

  • Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS back to top 

    A partir de Chrome 128, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación guardados en el dispositivo. A los usuarios administrados se les presentará un diálogo de confirmación cuando salgan de su cuenta en el que se les explicará que se borrarán los datos. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores.

    Entre los datos que se borrarán, se incluyen los siguientes: 

    • historial de navegación
    • datos de sitios y cookies
    • contraseñas
    • Configuración de los sitios
    • autocompletar
    • Imágenes y archivos almacenados en caché
     
    • Chrome 128 en iOS

     

    

  • Etiquetas de atribución para el motor de búsqueda back to top 

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    Las selecciones de esta pantalla tendrán su URL de búsqueda anexada con una etiqueta de atribución para que la usen los motores de búsqueda externos para atribuir el tráfico de las selecciones que se originan en la pantalla de elección del motor de búsqueda. Este cambio no se aplicará a las organizaciones configuradas para Education ni a las empresas con métricas o estadísticas de uso desactivadas.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén más información sobre estas políticas y el grupo atómico relacionado.

    • Chrome 128 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows
 

    

  • Grupos de pestañas en iPad back to top 

    Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.

    • Chrome 128 en iOS
 

    

  • Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadasback to top 

    En Chrome 128, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.

    Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies SameSite=None sin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior. 

    • Chrome 128 en Windows, Mac y Linux
 

    

  • Cambio del nombre de position-try-options a position-try-fallbacks back to top 

    El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad, ya que la palabra fallbacks (resguardos) describe con mayor precisión lo que controla esta propiedad. La palabra options (opciones) no es muy clara, ya que los estilos fuera de los bloques de “position-try” se probarán primero y, si generan un diseño que se ajusta al bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una mejor palabra para describir este comportamiento. Para obtener más detalles, consulta GitHub.

    • Chrome 128 en Windows, Mac, Linux y Android
 

    

  • Firmas de código ad hoc para los shims de AWP en macOS back to top 

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.

    Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.

    • Chrome 129 en Mac
 

    

  • Chrome ya no será compatible con macOS 10.15 back to top 

    Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.

    • Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
 

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

     

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se dará de baja el informe extendido de Navegación segura
 

    

  • Baja de la serialización de Shadow DOM declarativo no estándar back to top 

    La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado “getInnerHTML()” que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API de getInnerHTML.

    Esta función representa la baja del método “getInnerHTML()” lanzado anteriormente. El reemplazo se llama “getHTML()”, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.

    • Chrome 129 en Windows, Mac, Linux y Android
 

    

  • Se dará de baja el argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluyera Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
    Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() y parseHTMLUnsafe(), se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. 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
 

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.

    • Chrome 130 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
 

    

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Se restringirán las cookies de terceros en una versión futura de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del 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 BlockThirdPartyCookies para volver a habilitar las cookies de terceros si es necesario.

    Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción 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 Cómo permitir o restringir las cookies de terceros. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    Si necesitas conocer más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta la sección de Privacy Sandbox en Google for Developers.

    • Chrome 130 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows: Se agregará una nueva política empresarial para controlar las cookies de terceros
 

    

  • Captura de vínculos de usuarios en las AWP back to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 130 en Linux, Mac y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).

     

    

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se inició desde un contexto seguro.

    2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.

    Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.  

    Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.

    • Chrome 130 en Windows, macOS, Linux y Android
 

    

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.

 

    

 

    

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    Para conocer más detalles, consulta esta entrada del blog de Chromium.

    • Chrome 124 en Windows, Mac y Linux
    • Chrome 135 en Android
 

    

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

    A partir de Chrome 126, Chrome comenzará 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 estable 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 137 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 ChromeOS

   

  • Grupos de ventanas en ChromeOS back to top 

    A partir de ChromeOS 127, los grupos de ventanas te permitirán organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando un usuario vincula dos ventanas en una pantalla dividida. Luego, las ventanas se pueden volver a unir, cambiar de tamaño de forma simultánea o moverse como un grupo.

   

  • Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE back to top 

    En ChromeOS 128, las nuevas funciones del modo Encargado del tratamiento de datos y condiciones de ChromeOS estarán disponibles para toda la UE a través de la Consola del administrador de Google. Para obtener más información, consulta la Descripción general del modo Encargado del tratamiento de datos de ChromeOS

    Como administrador de ChromeOS, tendrás la opción de activar el modo Encargado del tratamiento de datos, que abarca un conjunto de funciones y servicios de ChromeOS conocidos como Servicios Esenciales.

   

  • Centro de privacidad: Ubicación geográfica back to top 

    A partir de ChromeOS 128, facilitaremos la administración de la privacidad en las Chromebooks, ya que agregaremos la capacidad de controlar el acceso a la ubicación geográfica a la página de controles de privacidad. Los usuarios podrán establecer el acceso a la ubicación geográfica como Permitido, Solo sistema o Bloqueado según su preferencia. 

    Permitiremos que los usuarios bloqueen el acceso a la geolocalización de todas las apps o sitios web, o de sistemas completos, independientemente de los permisos otorgados anteriormente, y les brindaremos controles fáciles de usar para volver a habilitarlos cuando sea necesario.

Próximos cambios en la Consola del administrador

   

  • Informes de perfiles administrados del navegador Chrome back to top

    Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.

    • Chrome 130 en Android, Linux, Mac y Windows

   

  • Widget de la Consola del administrador para controles de datos back to top

    Un nuevo widget de configuración en la Consola del administrador permite a los usuarios configurar políticas de controles de datos para URLs específicas. 

    • Chrome 128 en ChromeOS, Linux, Mac y Windows

↑ volver al principio  

Chrome 126

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Baja de las cookies de terceros de Chrome (3PCD)     
Extrae texto de archivos PDF para los usuarios de lectores de pantalla    
Agresividad del Ahorro de memoria     
Lector de PDF de iframe fuera del proceso    
Carga previa reactiva en computadoras    
Grupos de pestañas en iPad    
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Eliminación de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled  
Alinea navigator.cookieEnabled con la especificación    
Buscar con Google Lens     
Políticas nuevas y actualizadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Habilitación de la actualización automática extendida    
Zoom digital con alta resolución    
Configura una Chromebook nueva con un teléfono Android    
Hotspot instantáneo    
Actualizaciones de firmware mejoradas  
Apps web para capturar varias superficies    
Portal cautivo para redes administradas  
Desactivar el comportamiento de sobredesplazamiento    
Desactivar la frecuencia de parpadeo del cursor    
Lupa puede seguir el enfoque de Seleccionar para pronunciar    
Flujo de instalación de extensiones de usuario supervisado    
Compatibilidad con varios calendarios    
Nueva política para controlar los tiempos de activación y suspensión del kiosco    
Expansión de la configuración regional del Subtitulado instantáneo y el dictado    
Mostrar URLs comodín en los informes de control de datos    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Parámetros de configuración personalizados para administradores de TI    
Guías de configuración interactivas para Chrome Enterprise Core    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Se dejará de confiar en los certificados de Entrust    
Encriptación vinculada a la app para cookies    
Integración de la telemetría de extensiones de Chrome con Chronicle    
Generación de estadísticas sobre las advertencias y los errores en la consola de Herramientas para desarrolladores    
Migración de las extensiones a Manifest V3 antes de junio de 2025
El servicio de red en Windows se someterá a una zona de pruebas    
Experiencia simplificada de acceso y sincronización en Android    
Telemetría sobre páginas que activan APIs de bloqueo del teclado y el puntero    
Actualización de la experiencia de administración de contraseñas en Android  
Marcas de agua    
Configuración de contenido de pantalla completa automática    
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas    
Baja 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 Service Worker    
Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS    
Baja del informe de Navegación segura extendida    
Chrome ya no será compatible con macOS 10.15  
Captura de vínculos de usuarios en las AWP  
Baja del argumento includeShadowRoots en DOMParser    
Advertencias de formularios poco seguros en iOS    
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Encapsulamiento de claves X25519Kyber768 para TLS    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Grupos de ventanas    
Leer en voz alta en el Modo de lectura    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario / Aplicaciones Administración
Filtra la configuración con etiquetas de política por popularidad y agregadas recientemente    
Informes de perfiles administrados del navegador Chrome    
Política basada en grupos para el navegador Chrome    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Se restringirán las cookies de terceros en una futura versión de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del usuario sin cookies de terceros. La mayoría de las empresas están excluidas 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 es necesario.

    Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.

   

  • Extraer texto de archivos PDF para los usuarios de lectores de pantalla back to top 

    El navegador Chrome lanzará un lector de PDFs con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear un lector de pantalla de PDF integrado para documentos inaccesibles, lo que reduce aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.

    Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca de Inteligencia Artificial local que utiliza la tecnología de Screen AI para analizar las capturas o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.

    Extract text from PDF

    • Chrome 126 en ChromeOS, Linux, Mac y Windows: Ya se lanzó por completo en ChromeOS. En Linux, Mac y Windows, se aumentará un 50% de fase Canary/Dev/Beta a la versión estable.

   

  • Agresividad del ahorro de memoria back to top 

    El Ahorro de memoria es una función que desactiva las pestañas que no se están usando para liberar memoria en el dispositivo de un usuario. Existe la nueva política, HighEfficiencyModeEnabled, que permite a los administradores controlar la función de ahorro de memoria. Una nueva política llamada MemorySaverModeSavings te permite configurar qué tan agresivo es el Ahorro de memoria para desactivar las pestañas. Elige la opción conservadora para desactivar menos pestañas o la agresiva para obtener el máximo ahorro de memoria.

    • Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows: La función se lanzará de forma gradual en todas las plataformas.

   

  • Lector de PDF de iframe fuera del proceso back to top 

    En Chrome 126, algunos usuarios utilizan una arquitectura de iframe fuera del proceso (OOPIF) para el lector de PDF. Esta es la nueva arquitectura, que es más simple y facilita la incorporación de nuevas funciones. La política empresarial PdfViewerOutOfProcessIframeEnabled está disponible para volver a usar la arquitectura original del lector de PDF.

    • Chrome 126 en Linux, Mac y Windows

   

  • Carga previa reactiva en computadoras back to top 

    Esta función permite la carga previa de subrecursos durante la navegación para acelerar la experiencia y cargar páginas nuevas más rápido. Un servicio de Google predice los subrecursos que se cargan previamente, y el navegador comparte la URL de las páginas a las que se navega con este servicio para obtener las predicciones. Puede controlar esta función con la política SharedClipboardEnabled.

    • Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows

   

  • Grupos de pestañas en iPad back to top 

    Los usuarios de Chrome en iPad pueden crear y administrar grupos de pestañas. Esto los ayuda a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.

    • Chrome 126 en iOS

   

  • Proveedor del framework de accesibilidad de la automatización de la interfaz en Windows back to top 

    A partir de su versión 126, Chrome comienza a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de interfaz de Microsoft Windows. Antes del cambio, ese software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. Este cambio mejora la experiencia para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejora las apps de terceros que usan el framework de accesibilidad de automatización de la IU de Windows. Los usuarios de Chrome pueden ver una reducción del uso de la memoria y la sobrecarga de procesamiento cuando cuando usan herramientas de accesibilidad. También facilita el desarrollo de software con tecnología de accesibilidad.
    Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, que se presentó en Chrome 125, para forzar la habilitación del nuevo proveedor (de manera que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el proveedor nuevo. 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 estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se puedan resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar previamente el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
    • Chrome 137 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 interfaz del navegador.

   

  • Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    En Chrome 126, se quitó la política UserAgentClientHintsGREASEUpdateEnabled, ya que el algoritmo GREASE actualizado estuvo activado de forma predeterminada por más de un año.

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política dejó de estar disponible
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quitó la política

   

  • Alineación de navigator.cookieEnabled con la especificación back to top 

    Actualmente, navigator.cookieEnabled indica si el usuario-agente intenta controlar cookies en un contexto determinado. Es posible que un cambio en Chrome, que se incluye como parte de la baja de las cookies de terceros (3PCD), indique si se puede acceder a cookies no particionadas (lo que haría que se muestre el valor “false” en la mayoría de los iframes entre sitios). Se debe restablecer el comportamiento anterior de navigator.cookieEnabled, que solo indicaba si las cookies estaban habilitadas o inhabilitadas para el sitio y se basaba en la función entre proveedores document.hasStorageAccess para indicar si es posible acceder a cookies no particionadas.

    • Chrome 126 en Windows, Mac, Linux y Android

   

  • Buscar con Google Lens back to top 

    A partir de Chrome 126, los usuarios podrán buscar cualquier imagen 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 cuadro multifunción, en los menús contextuales o en el menú de 3 puntos. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID o cuenta, no la ve ninguna persona y no se registran los datos sobre su contenido. 

    Lanzaremos esta función de forma gradual en Chrome 126 y planeamos lanzarla por completo en Chrome 127.

    • Chrome 126 en ChromeOS, Linux, Mac y Windows: Se lanzó la función en el 1% estable y estará disponible LensOverlaySettings
    • Chrome On versión 127: Se lanzó el 100% estable

   

Actualizaciones de ChromeOS

   

  • Habilitación y política de actualización automática extendida back to top

    ChromeOS proporciona 10 años de actualizaciones del SO para mejorar la seguridad, la estabilidad y el rendimiento. La mayoría de los dispositivos recibirán estas actualizaciones automáticamente. En un subconjunto de dispositivos más antiguos, los usuarios y administradores ahora pueden habilitar las actualizaciones extendidas para obtener 10 años completos de asistencia. 

    Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.

   

  • Zoom digital con alta resolución back to top

    La app de Cámara integrada ahora admite el zoom en cámaras que no tienen motores de zoom óptico, incluida la cámara integrada. En algunas Chromebooks de alto rendimiento, se puede aplicar la superresolución basada en IA para mejorar aún más las imágenes.

   

  • Configura una Chromebook nueva con un teléfono Android back to top

    Ahora puedes configurar una Chromebook nueva con tu teléfono Android. Si estableces una conexión segura entre el teléfono y la Chromebook, puedes transferir automáticamente la información de acceso de tu red Wi-Fi y tu Cuenta de Google sin tener que ingresar las contraseñas manualmente. Esta opción solo está disponible para usuarios no administrados.

    Set up Chromebook

   

  • Hotspot instantáneo back to top

    En ChromeOS 126, se cambió el nombre de la función Conexión instantánea mediante dispositivo móvil a Hotspot instantáneo.

   

  • Actualizaciones de firmware mejoradas back to top

    ChromeOS 126 admite actualizaciones de firmware en una amplia variedad de periféricos adicionales. Esto reduce significativamente la sobrecarga y el tiempo necesarios para que las nuevas actualizaciones de firmware estén disponibles.

   

  • Apps web para capturar varias superficies back to top

    Las apps web ahora pueden captar varias superficies a la vez. Esta función presenta una nueva API getAllScreensMedia() que permite a los desarrolladores solicitar varias plataformas a la vez (en lugar de solo una con getDisplayMedia()). Esta API acepta automáticamente las solicitudes de captura, solo para sesiones administradas, protegidas por políticas que los propietarios del dispositivo deben establecer de forma explícita y con indicadores de uso claros para que los usuarios estén al tanto de la captura en todo momento. Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.

   

  • Portal cautivo para redes administradas back to top

    Dado que la detección de portales cautivos siempre está inhabilitada para las redes administradas, los administradores no pueden configurar el dispositivo ChromeOS para que se conecte automáticamente a redes de portales cautivos ni detectar que existe uno de ellos. Si administran la red del portal cautivo, los usuarios deben abrir un navegador de forma manual y conectarse a un sitio HTTP que luego se puede redireccionar a una página de acceso al portal. Agregamos una nueva política, CaptivePortalAuthenticationIgnoresProxy, que permite que los administradores fuercen la detección de portales.

    Captive portal

   

  • Desactivar el comportamiento de sobredesplazamiento  back to top

    Hay un nuevo parámetro de configuración disponible para activar y desactivar el gesto de deslizar el dedo para navegar entre páginas. Esta función también se conoce como sobredesplazamiento de página. Este parámetro de configuración se encuentra en Configuración > Accesibilidad > Cursor y panel táctil > Deslizar el dedo para navegar entre páginas.

   

  • Desactiva la frecuencia de parpadeo del cursor back to top

    Hay un nuevo parámetro de configuración disponible para desactivar el cursor de texto parpadeante en Configuración > Accesibilidad > Entrada de texto y teclado > Frecuencia de parpadeo del cursor de texto. Recomendamos a los clientes con epilepsia fotosensible y diferencias cognitivas que desactiven el parpadeo del cursor.

   

  • Lupa para seguir Seleccionar para pronunciar back to top

    La lupa que sigue a Seleccionar para pronunciar es una función diseñada para personas con visión reducida, pero puede ser beneficiosa para cualquier persona que disfrute de leer texto en tamaños más grandes. Cuando leas textos en voz alta con la función Seleccionar para pronunciar, la lupa seguirá automáticamente las palabras y así no te perderás en la lectura. Para probar esto, puedes habilitar la Lupa y Seleccionar para pronunciar en la configuración. Presiona Ctrl + Alt + Aumentar brillo y Ctrl + Alt + Disminuir brillo para ajustar el nivel de zoom que prefieras. Selecciona el texto que quieres que se lea en voz alta y presiona el botón para reproducir de la función Seleccionar para pronunciar o Búsqueda + S. Hay un parámetro de configuración disponible en la configuración de Lupa para ajustar este comportamiento.

   

  • Instalación de extensiones de usuario supervisado back to top

    En el caso de las cuentas supervisadas que se administran a través de Family Link, separaremos el control parental de los Permisos para sitios, extensiones y apps para darles a los padres un control más detallado. Ahora los padres tienen dos opciones para elegir: Permisos para apps y Extensiones. El impacto en las cuentas supervisadas es que los padres ahora pueden permitir la instalación de extensiones con o sin aprobación. Anteriormente, los padres podían bloquear extensiones, pero no tenían forma de permitirlas sin aprobación.

   

  • Compatibilidad con varios calendarios back to top

    Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google.

    multi calendar

   

  • Nueva política para controlar los tiempos de activación y suspensión del kioscoback to top

    ChromeOS 126 presenta una nueva política de dispositivo de kiosco que permite a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.

   

  • Expansión de la configuración regional del Subtitulado instantáneo y el dictado back to top

    ChromeOS 126 expandió la compatibilidad con el subtitulado instantáneo de 1 a 6 idiomas y el dictado de 1 a 18 configuraciones regionales. Ahora utilizamos un nuevo modelo de reconocimiento de voz que proporciona un ahorro de batería adicional.

    El Subtitulado instantáneo en ChromeOS se puede usar en videos reproducidos con la app del reproductor de Galería, en YouTube, Google Meet, Zoom o en sitios de redes sociales. Para ver o cambiar el idioma actual del Subtitulado instantáneo, selecciona Configuración > Audio y subtítulos > Subtitulado instantáneo > Administrar idiomas.  Para obtener más información sobre el subtitulado instantáneo, consulta este artículo del Centro de ayuda.

    El dictado está disponible en Documentos de Google o en cualquier otra entrada de texto. Para usarlo debes habilitarlo en la barra de tareas, hacer clic en el botón del micrófono y hablar. Para ver o cambiar el idioma de dictado, selecciona Configuración > Accesibilidad > Entrada de texto y teclado > Dictado > Idioma.  Para obtener más información sobre el dictado, consulta este artículo del Centro de ayuda.

   

  • Mostrar URLs comodín en los informes de Controles de datos back to top

    Las reglas de control de datos de ChromeOS permiten que los administradores definan las URLs de origen y destino como un valor comodín (*). Los eventos de control de datos de ChromeOS se registran en el Informe de auditoría de Chrome y se pueden ver en la Consola del administrador y otras plataformas por medio del conector de informes de Chrome. Cuando examinas los eventos de registro, ahora se informa la URL que activó la regla, en lugar del comodín.

Actualizaciones en la Consola del administrador

   
  • Parámetros de configuración personalizados para administradores de TI   back to top

    La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core, ya sea desde la página Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones no disponibles en la Consola del administrador, como normal_installed. La función está disponible para los navegadores inscritos a nivel de la máquina. 

    • A partir de Chrome 126 en Android, iOS, Linux, macOS y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función
   
  • Guías de configuración interactivas para Chrome Enterprise Core   back to top

    El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para gestionar navegadores en la Consola del administrador, en las que pueden elegir un recorrido de su interés y obtener capacitación práctica en las guías de configuración de Chrome relacionadas. Por ejemplo, las guías pueden utilizarse para aprender a hacer lo siguiente:

    • Crear unidades organizativas de prueba
    • Activar los informes
    • Inscribir navegadores
    • Aplicar las políticas del navegador
    • Configurar las extensiones
    • Crear un usuario administrador

    Estas guías son ideales para administradores nuevos o aquellos que desean aprender a través de nuevos recorridos.

    setup guides
    • A partir de Chrome 126: Lanzamiento de funciones

 

   
  • Nuevas políticas en la Consola del administrador   back to top
     
    Nombre de la política Páginas Compatible con Categoría/Campo
    DeviceExtendedAutoUpdateEnabled Dispositivo ChromeOS Configuración de actualización del dispositivo
    LocalUserFilesAllowed Usuarios y navegador ChromeOS Experiencia del usuario
    ScreenCaptureLocation Usuarios y navegador ChromeOS Experiencia del usuario

↑ volver al principio  

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

    

  • Se dejará de confiar en los certificados de Entrust back to top 

    Debido a incumplimientos constantes, cambiará la forma predeterminada en que Chrome confía en los certificados emitidos por Entrust para la autenticación de servidores TLS de confianza pública (es decir, de sitios web). El cambio entrará en vigencia a partir de Chrome 127 en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.

    Específicamente, implementamos lo siguiente: 

    - El cambio afectará solo a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:

        - Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.

        - No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.

    Si una persona o empresa que usa Chrome confía explícitamente en alguno de los certificados de Entrust afectados en una plataforma y versión de Chrome que depende de Chrome Root Store (por ejemplo, la confianza explícita se determina con un objeto de directiva de grupo en Windows), se anularán las restricciones basadas en SCT que se describieron anteriormente y los certificados funcionarán como lo hacen en la actualidad.  

    Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales - Se dejará de confiar en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.

    

  • Encriptación vinculada a la app para cookies back to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.

    Puedes usar la política empresarial ApplicationBoundEncryptionEnabled para inhabilitar la encriptación vinculada a la app.

    • Chrome 127 en Windows 

    

  • Integración de la telemetría de extensiones de Chrome con Chronicle back to top 

    Planeamos recopilar datos de telemetría de las extensiones de Chrome pertinentes para perfiles y dispositivos administrados, y enviarlos a Chronicle. Chronicle analizará los datos para brindar estadísticas y contexto sobre la actividad riesgosa.

    • Chrome 127 en ChromeOS, LaCrOS, Linux, Mac y Windows

    

  • Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores back to top 
    En Chrome 125, se lanzó una nueva función de IA generativa para usuarios no administrados: la generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
    • Chrome 125 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.

    

  • Migra las extensiones a Manifest V3 antes de junio del 2025 back to top 

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota. A partir de junio del 2024 y de las versiones previas a la estable de Chrome 127, se inhabilitarán 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, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 sino hasta el año siguiente, en junio del 2025, fecha en la que se quitará la política.

    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información sobre el cronograma de Manifest, incluido lo siguiente:

    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Se inhabilitarán gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Puedes probar la zona de pruebas en tu entorno siguiendo estas instrucciones e informarnos cualquier problema que encuentres.

    • Chrome 127 en Windows: El servicio de red se aísla en una zona de pruebas en Windows.

    

  • Experiencia simplificada de acceso y sincronización en Android back to top 

    Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

    Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.

    • Chrome 127 en Android

   

  • Telemetría sobre páginas que activan APIs de bloqueo del teclado y el punteroback to top 

    Cuando un usuario de Navegación segura mejorada visita una página que activa una API de bloqueo del teclado o del puntero, se enviarán los atributos de esa página a Navegación segura.

    Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados.

    • Chrome 127 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia

    

  • Se actualizó la experiencia de administración de contraseñas en Android back to top 
    En Chrome para Android, algunos usuarios que accedieron a Chrome, pero no tienen habilitada la Sincronización de Chrome, podrán usar y guardar contraseñas en sus Cuentas de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.
    • Chrome 127 en Android

    

  • Marcas de agua back to top 

    Con esta función, los administradores pueden superponer una marca de agua sobre una página web si se activa una regla de DLP específica al navegar hacia ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua estará disponible para los clientes de Chrome Enterprise Premium

    • Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
    • Chrome 127 en Linux, macOS y Windows: Se lanza la función.

     

  • Parámetro de configuración de contenido en Pantalla completa automática back to top 

    Un nuevo parámetro de configuración de contenido en Pantalla completa automática permite ejecutar Element.requestFullscreen() sin gestos del usuario y mostrar los diálogos del navegador sin salir de la pantalla completa.

    Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (chrome://settings/content/autoFullScreen) y al cuadro de información del sitio. Con la política AutomaticFullscreenAllowedForUrls, los usuarios pueden permitir apps web aisladas, y los administradores empresariales pueden permitir orígenes adicionales. 

    Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:

    - Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.

    - Muestra contenido en pantalla completa en varias pantallas con un solo gesto.

    - Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.

    - Intercambia ventanas de pantalla completa entre pantallas con un gesto.

    - Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.

    • Chrome 127 en Windows, macOS y Linux

    

  • Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadasback to top 

    En Chrome 127, se agregará un bit principal entre sitios a la clave CookiePartitionKey para cookies particionadas. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.

    Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies SameSite=None sin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.

    • Chrome 127 en Windows, macOS y Linux

    

  • Se darán de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    • Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
    • También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.

    Consulta esta entrada de blog para obtener más detalles. Informa cualquier problema aquí.

    • Chrome 127 en Windows, Mac, Linux y Android

   

  • Contenedores de desplazamiento enfocables en el tecladoback to top 

    Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 127 en Windows, macOS, Linux y Android

    

  • Compatibilidad con la condición final no está en la API de enrutamiento estático de ServiceWorker back to top 

    La API de enrutamiento estático de ServiceWorker se usa para enrutar las solicitudes a la red, al controlador de recuperación de ServiceWorker o para buscar directamente desde la caché, entre otros. Cada ruta de acceso consta de una condición y una fuente, y la condición se usa para hacer coincidir la solicitud.

    En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de manera más flexible, se espera que admita la condición not, que coincide con la condición invertida en el interior.

    • Chrome 127 en Windows, Mac, Linux y Android

    

  • Firmas de código ad hoc para los shims de AWP en macOS back to top 

    Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.

    Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.

    • Chrome 128 en macOS

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.

    safe browsing
    • Chrome 128 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja del informe extendido de Navegación segura

    

  • Chrome ya no será compatible con macOS 10.15 back to top 

    Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.

    • Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15

    

  • Captura de vínculos de usuarios en las AWPback to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 129 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se hace clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
    Link PWAs

    

  • Se dará de baja el argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
    Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() y parseHTMLUnsafe(), se lanzará en Chrome 129, por lo que el argumento includeShadowRoots queda obsoleto y debe quitarse. Todo el uso debe cambiar en consecuencia:
    En vez de esta línea de código:
      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
    Se puede usar la siguiente:
      document.parseHTMLUnsafe(html);

    • Chrome 129 en Linux, macOS, Windows y Android

    

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecte el envío de un formulario no seguro, mostrará una advertencia en la que se le solicitará al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Se puede usar la política InsecureFormsWarningsEnabled para controlar esta función.

    

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se inició desde un contexto seguro.

    2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.

    Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación.

    Estas verificaciones protegen la red privada del usuario. Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en las Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.

    • Chrome 130 en Windows, macOS, Linux y Android

    

  • Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio back to top 

    En Chrome 79, presentamos la política InsecureFormsWarningsEnabled para revertir el comportamiento de las cookies del mismo sitio al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la versión que se indica a continuación.

    

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    Consulta esta entrada de blog para obtener más detalles.

    • Chrome 124 en Windows, Mac y Linux
    • Chrome 135 en Android

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Grupos de ventanas en ChromeOS back to top 

    A partir de ChromeOS 127, los grupos de ventanas te permitirán organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando un usuario vincula dos ventanas en una pantalla dividida. Luego, las ventanas se pueden volver a unir, cambiar de tamaño de forma simultánea o moverse como un grupo.

   

  • Read Aloud en el Modo de lecturaback to top 

    A partir de ChromeOS 127, ReadAloud incluirá las voces de alta calidad de Google en el Modo de lectura de Chrome para que los usuarios aprovechen la función de texto a voz cuando lean contenido en la Web. El objetivo de esta función es ayudar a las personas que tienen dificultades para comprender textos largos. La nueva función de Read Aloud del modo de lectura en la versión de Chrome para computadoras permite que los usuarios escuchen el texto que están leyendo, lo que mejora la concentración y la comprensión.

 

Próximos cambios en la Consola del administrador

   

  • Filtra la configuración con etiquetas de política por popularidad y agregadas recientemente back to top

    Pronto, la Consola del administrador ofrecerá opciones para filtrar la configuración por agregadas recientemente y populares. Con estos nuevos filtros, podrás ver nuestra configuración más reciente, así como algunos de los parámetros de configuración de Chrome más populares y relevantes.

    filter admin console
    • A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: Lanzamiento de la función

   

  • Informes de perfiles administrados del navegador Chrome back to top
    Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
    • A partir de Chrome 127 en Android, Linux, macOS y Windows: Acceso anticipado para verificadores de confianza
    • A partir de Chrome 130 en Android, iOS, Linux, macOS y Windows: Lanzamiento de funciones

   

  • Política basada en grupos para el navegador Chrome back to top

    Como administrador, podrás usar los Grupos de Google para agregar navegadores Chrome administrados a grupos y, así, establecer políticas de usuarios y navegadores, además de configurar las extensiones para un grupo en particular. Los navegadores administrados se pueden asignar a varios grupos, lo que permite a los administradores de TI tener más flexibilidad para administrar la nube.

    • A partir de Chrome 126 en Android, Linux, macOS y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función

Chrome 125

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Baja de las cookies de terceros de Chrome (3PCD)     
Análisis automático profundo de archivos para usuarios de la Navegación segura mejorada    
Compatibilidad con escritorio de Chrome para ARM64 de Windows    
Cambios en el actualizador de Chrome    
Estadísticas de seguridad de Chrome
Actualizaciones del ancho de banda de Chrome    
Verificación de seguridad de las extensiones    
Advertencias de formularios poco seguros en iOS    
Se actualizó la Compatibilidad con navegadores heredados para Edge a Manifest V3    
Capacidad de quitar la política empresarial que se usa para la herencia de la URL base    
Envío de informes de descarga sin que el usuario lo decida explícitamente  
Grupos de pestañas en la cuadrícula de pestañas    
Proveedor del framework de accesibilidad de la automatización de la interfaz en Windows    
Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas de cuentas    
Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies    
Acción interoperable predeterminada de mousemove    
Quitar el alias de ubicación de ventanas para los permisos y los descriptores de políticas de permisos    
Pantalla de selección del motor de búsqueda predeterminado  
Generar estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Corrección de VPN siempre activa con SAML    
Configuración de Passpoint en ChromeOS    
Telefonía Bluetooth para ChromeOS Audio    
Agregar PrivateIP a DoH con identificadores    
IU de control de velocidad de reproducción de videos de la galería    
Botón de activación para reducir animaciones en ChromeOS    
Ventana de acceso al portal cautivo    
Diálogo de instalación de AWP    
Mensaje de advertencia para los usuarios antes de desconectar el HID Bluetooth  
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Eliminación de navegadores inactivos en Chrome Enterprise Core  
Rediseño de la inscripción de dispositivos ChromeOS y de la generación de tokens    
Nuevas funciones de token de aprovisionamiento preliminar de ZTE    
Funciones expandidas de administración de tokens  
Recopilación de datos anónimos con URLs en la sesiones de invitado administradas    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Baja del informe de Navegación segura extendida    
Extraer texto de archivos PDF para los usuarios de lectores de pantalla    
El servicio de red en Windows se someterá a una zona de pruebas    
Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Grupos de pestañas en iPad    
Telemetría sobre páginas que activan APIs de bloqueo del teclado y puntero    
Actualización de la experiencia de administración de contraseñas en Android  
Marcas de agua    
Alineación de navigator.cookieEnabled con la especificación    
Configuración de contenido de pantalla completa automática    
Contenedores de desplazamiento enfocables en el teclado    
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas    
Encriptación vinculada a la app para cookies    
Integración de la telemetría de extensiones de Chrome con Chronicle    
Migración de las extensiones a Manifest V3 antes de junio de 2025
Experiencia simplificada de acceso y sincronización en Android    
Baja de los eventos de mutación    
Capacidad de quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Captura de vínculos de usuarios en AWP  
Encapsulamiento de claves X25519Kyber768 para TLS    
Incompatibilidad de Chrome con macOS 10.15  
Baja del argumento includeShadowRoots en DOMParser    
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Nueva política para controlar los tiempos de activación y suspensión del kiosco    
Mostrar URLs comodín en los informes de control de datos    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI    
Guías de configuración interactivas para Chrome Enterprise Core    
Informe de tecnología heredada    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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 tardar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Se restringirán las cookies de terceros en una versión futura de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del 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 es necesario.

    Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción 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 detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.

   

  • Análisis automático profundo de archivos para usuarios de la Navegación segura mejorada back to top 

    A partir de Chrome 91, se lanzó el análisis profundo de descargas para los usuarios de la Navegación segura mejorada. En ese momento, los usuarios tenían que dar su consentimiento para cada archivo que querían analizar en profundidad automáticamente. A partir de Chrome 125, los usuarios ya no tienen que hacer eso. El análisis profundo se realiza automáticamente como parte de las protecciones mejoradas que ofrece la Navegación segura mejorada. Los administradores que deseen inhabilitar esta función pueden asegurarse de que sus usuarios no estén en el modo de Navegación segura mejorada con la política SafeBrowsingProtectionLevel o inhabilitar los análisis profundos con SafeBrowsingDeepScanningEnabledEnabled

    • Chrome 125 en Lacros, Linux, Mac y Windows: Lanzamiento de la función

   

  • Compatibilidad con escritorio de Chrome para ARM64 de Windows back to top 

    Chrome lanzó la compatibilidad con Windows ARM64. Pronto estarán disponibles los instaladores empresariales, y puedes descargar la versión ARM64 en google.com/chrome. Si tienes algún problema, informa el error aquí. En este momento, las demás versiones de Chrome que se ejecutan en dispositivos ARM64 no se actualizarán automáticamente. Vuelve a instalar Chrome si se está ejecutando en un dispositivo ARM64.

    • Chrome 125 en Windows: Los nuevos instaladores de Enterprise estarán disponibles a mediados de mayo

   

  • Cambios en la herramienta de actualización de Chrome back to top 

    Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, también cambiará la ubicación de GoogleUpdate.exe en Windows y se le cambiará el nombre por updater.exe. Ten en cuenta que la ruta anterior continúa existiendo hasta que se completa la transición. También se modificó GoogleUpdate.exe 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 aparecerán en Windows.

   

  • Estadísticas de seguridad de Chrome back to top 

    Si tienes Chrome Enterprise Core (Administración en la nube para el 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 supervisar el riesgo con respecto a los usuarios con información privilegiada y la pérdida de datos en la actividad de Chrome. Para obtener más información, consulta Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.

    • Chrome 125 en ChromeOS, Linux, Mac y Windows

   

  • Actualizaciones del ancho de banda de Chrome back to top 

    Chrome presenta un nuevo mecanismo para actualizar ciertos componentes de Chrome, lo que puede generar uso de ancho de banda adicional en tu flota. Puedes controlar esta opción con la política GenAILocalFoundationalModelSettings.

    • Chrome 125 en Linux, Mac y Windows

   

  • Verificación de seguridad de las extensiones back to top 

    La Verificación de seguridad de las extensiones notifica a los usuarios sobre las extensiones que podrían contener software malicioso, incumplimientos de política y extensiones que no se publicaron hace mucho tiempo. Proporciona una interfaz para que los usuarios revisen estas extensiones y decidan conservar o quitar cada una de las extensiones marcadas. 

    Para ampliar la utilidad y el alcance de esta función, Chrome 125 agrega activadores nuevos para que los usuarios también puedan revisar otras extensiones potencialmente peligrosas. Marcamos dos tipos de extensiones nuevos para que el usuario los revise. 

    - Extensiones que no se instalan desde Chrome Web Store 

    - Extensiones que incumplen la política de la tienda por medio de tácticas de instalación engañosas y que se consideran software no deseado

    Se ignorarán y no se marcarán según estos criterios de activación las extensiones instaladas de manera automática, instaladas por una política, fijadas a la versión o bloqueadas por una política.

    • Chrome 125 en ChromeOS, Linux, Mac y Windows: Durante el lanzamiento, los dos activadores nuevos se agregarán a la verificación de seguridad de la extensión, que se encuentra en la página chrome://extensions/.

   

  • Advertencias de formularios poco seguros en iOS back to top 

    Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función.

   

  • Se actualizó la Compatibilidad con navegadores heredados para Edge a Manifest V3 back to top 

    La Compatibilidad con navegadores heredados para Edge se actualizó a Manifest V3. Esta es una actualización importante que podría tener errores, así que puedes probar la versión beta de esta extensión hoy mismo. Te recomendamos que la pruebes en tu entorno. Si tienes algún problema, informa 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 implementará de 0 a 100% en un solo paso. La fecha de lanzamiento prevista es el 30 de mayo, es decir, alrededor de 2 semanas en el ciclo de vida de Chrome 125.

   

  • Quitar la política empresarial que se usa para la herencia de la URL base back to top 

    En Chrome 114, presentamos NewBaseUrlInheritanceBehaviorAllowed para evitar que los usuarios o las variantes de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se quita la política temporal NewBaseUrlInheritanceBehaviorAllowed.

    • Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitará la política NewBaseUrlInheritanceBehaviorAllowed.

   

  • Envía informes de descarga sin que el usuario lo decida explícitamente back to top 

    El informe de Navegación segura del cliente es un informe de telemetría que se envía a la Navegación segura cuando se muestra una advertencia en Chrome. Actualmente, los informes de descarga se envían cuando los usuarios descartan o omiten una advertencia de descarga. Según los aprendizajes del experimento inicial de advertencias personalizadas, muchas advertencias de descarga no se descartan ni se omiten de forma explícita. No se envían informes por estas advertencias, por lo que la Navegación segura no puede ver su eficacia. El objetivo de esta función es cerrar esta brecha en la 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 back to top 

    Los usuarios de Chrome para iPhone pueden crear y administrar grupos de pestañas en sus cuadrículas de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente. 

    • Chrome 125 en iOS

   

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

    A partir de Chrome 126, Chrome comenzará 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.
    A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabled para habilitar de manera automática el nuevo proveedor (de modo que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el proveedor nuevo. 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 estable 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 137 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.

   

  • Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas de cuentas back to top 

    Es posible que los usuarios con versiones anteriores de los Servicios de Google Play no puedan acceder a las contraseñas guardadas en sus Cuentas de Google. Estos usuarios ahora ven advertencias para actualizar los Servicios de Google Play en la plataforma de administración de contraseñas para volver a acceder a las contraseñas de sus cuentas. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.

    • Chrome 125 en Android

   

  • Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies back to top 

    Chrome extiende la API de Storage Access para permitir el acceso al almacenamiento sin cookies y sin cookies en un contexto de terceros. La API actual solo proporciona acceso a cookies, que tienen casos de uso diferentes al almacenamiento sin cookies. La API se puede usar de la siguiente manera (JS que se ejecuta en un iframe incorporado):

    // Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería darle una instrucción al usuario)
    let handle = await document.requestStorageAccess({all: true});

    // Escribe algo de almacenamiento localstorage entre sitios
    handle.localStorage.setItem("userid", "1234");

    // Abre o crea una indexedDB 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 principal de nivel superior llamara correctamente a rSAFor, solo que, en este caso, el permiso storage-access ya se otorgó. Por lo tanto, la llamada a rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que iframes ocultos accedan al almacenamiento. 

    • Chrome 125 en Windows, Mac, Linux y Android

   

  • Acción predeterminada interoperable mousemoveback to top 

    Cancelar mousemove no impide la selección de texto ni la acción de arrastrar y soltar. Chrome permitió cancelar eventos mousemove para evitar otras APIs, como la selección de texto (incluso la función de arrastrar y soltar en el pasado). No coincide con los demás navegadores principales ni cumple con la especificación de eventos de IU de W3.

    Con esta función, la selección de texto ya no es la acción predeterminada de mousemove. Aun así, es posible evitar la selección de texto y la función de arrastrar y soltar a través de la cancelación de los eventos selectstart y dragstart, respectivamente, que cumplen con las especificaciones y son completamente interoperables.

    • Chrome 125 en Windows, Mac, Linux y Android

   

  • Quitar el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos back to top 

    Chrome 125 quita el alias de ubicación de ventanas para los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se reemplazan por window-management, que describe mejor la funcionalidad de la API relacionada. Este es un seguimiento de las mejoras en las funciones de la API de Window Management y el cambio de nombre de la API de Multi-Screen Window Placement. Para obtener más detalles, consulta el Estado de la plataforma Chrome.

    • Chrome 125 en Windows, Mac y Linux

   

  • Pantalla para elegir el motor de búsqueda predeterminado back to top 

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén 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ía comenzar a ver la pantalla de selección en Chrome 120. 
    • Chrome 125 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: Se realizará un lanzamiento completo para los usuarios aplicables.

   

  • Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome back to top 

    En Chrome 125, hay una nueva función de IA generativa disponible para usuarios no administrados: Generación de estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función con la política DevToolsGenAiSettings

    • Chrome 125 en ChromeOS, Linux, Mac y Windows: La función estará disponible para usuarios no administrados de todo el mundo, excepto Europa, Rusia y China. 
    • Chrome 127 en ChromeOS, Linux, Mac y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.

   

  • Políticas nuevas y actualizadas en el navegador Chrome back to top 
    Política Descripción
    ProfileLabel Esta política controla una etiqueta que se usa para identificar un perfil en el que se accedió.
    EnterpriseLogoUrl URL del logotipo de la empresa: Es la URL de una imagen que se usa como insignia de la empresa para el perfil.
    EnterpriseBadgingTemporarySetting Controla la visibilidad de las insignias empresariales.
    ApplicationBoundEncryptionEnabled Habilita la encriptación vinculada a la aplicación
    UiAutomationProviderEnabled Habilitar el proveedor del framework de accesibilidad Automatización de la interfaz de usuario del navegador en Windows
    ToolbarAvatarLabelSettings Configuración de etiquetas de avatar de la barra de herramientas administrada

   

  • Políticas que se quitaron del navegador Chrome back to top 
    Política Descripción
    NewBaseUrlInheritanceBehaviorAllowed Permite que se habilite la función NewBaseUrlInheritanceBehavior

Actualizaciones de ChromeOS

   

  • Corrección de SAML de VPN siempre activada back to top

    Para brindar una mejor asistencia a los clientes empresariales que usan una VPN en modo estricto siempre activo, en el que el tráfico de usuarios no puede acceder a Internet, excepto a través de la VPN y la autenticación de SAML, agregamos la política nueva AlwaysOnVpnPreConnectUrlAllowlist. Esta política te permite especificar las URLs a las que pueden acceder los usuarios antes de que se conecte la VPN, de modo que se pueda acceder a tus servicios de SAML para autenticar al usuario en la VPN mediante el navegador del sistema.

   

  • Configuración de Passpoint de ChromeOSback to top

    Ahora puedes ver y administrar Wi-Fi Passpoint en la configuración de ChromeOS. Puedes ver y quitar la suscripción a Passpoint instalada en la página de detalles correspondiente.

   

  • Telefonía Bluetooth para ChromeOS Audio back to top

    ChromeOS ahora admite botones de control de llamada en auriculares Bluetooth compatibles, lo que incluye responder, rechazar o finalizar una llamada, y silenciar el micrófono.

   

  • Agrega PrivateIP a DoH con identificadores back to top

    Se agregó un identificador de red a las plantillas de URI de DNS seguro con la política de identificadores. Los administradores ahora pueden configurar un nuevo marcador de posición en las plantillas de URI de DNS, que se reemplazará por las direcciones IP locales del dispositivo cuando los usuarios se conecten a redes administradas.

   

  • IU de control de velocidad de reproducción de videos de la galería back to top

    El reproductor de video de la Galería de ChromeOS ahora tiene un menú de velocidad de reproducción para controlar la velocidad de reproducción.

   

  • Botón de activación Reducir animaciones para ChromeOS back to top

    Ahora hay un parámetro de configuración para reducir animaciones disponible en ChromeOS. Esta configuración se encuentra disponible en Accesibilidad > Pantalla y ampliación > Animaciones reducidas. Los clientes que experimentan mareos, distracciones u otros tipos de incomodidad cuando ven animaciones pueden beneficiarse cambiando esta configuración.

   

  • Ventana de acceso al portal cautivo back to top

    ChromeOS 125 permite acceder con mayor facilidad a un portal cautivo mediante una ventana exclusiva. La ventana se abre como una ventana emergente sin pestañas. Se muestra la URL, pero no se puede editar.

    Captive portal

   

  • Diálogo de instalación para las AWP back to top

    ChromeOS 125 habilita un diálogo de instalación para aplicaciones web. Esta función desbloquea situaciones de instalación de aplicaciones web y forma parte del trabajo destinado a crear una plataforma de instalación más predecible, accesible y confiable para las aplicaciones web.

   

  • Advierte a los usuarios antes de desconectar Bluetooth HID back to top

    En ChromeOS 125 y versiones posteriores, las Chromeboxes y Chromebases muestran una notificación para evitar desconexiones accidentales de dispositivos Bluetooth. Esta notificación aparece cuando intentas inhabilitar el Bluetooth cuando solo están activos los dispositivos de interfaz humana (HID), como teclados o mouses conectados a través de Bluetooth.

Actualizaciones en la Consola del administrador

   
  • Eliminación de navegadores inactivos en Chrome Enterprise Core   back to top

    En abril de 2024 y hasta junio de 2024, comenzó a lanzarse la política del Período de inactividad para la eliminación de navegadores, por lo que se borrarán automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al establecido por en función de la política. Cuando lanzamos la política, el período de inactividad tenía un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 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 navegador es de 730 días y el mínimo es de 28 días (más información). 


    Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.

   
  • Rediseño de la inscripción de dispositivos ChromeOS y la generación de tokens   back to top

    En abril de 2024, se mejoró la experiencia de inscripción automática con un nuevo punto de entrada de inscripción, una guía para la creación de tokens, la capacidad de especificar permisos de socios y SKU, y una mejor administración de tokens.

   
  • Nuevas funciones de token de preaprovisionamiento de ZTE   back to top

    Los tokens de preaprovisionamiento tienen las siguientes características:
    • Compatibilidad con la actualización de Kiosk & Signage, que permite la creación de tokens de preaprovisionamiento con inscripción automática mediante la actualización de Chrome Enterprise o la actualización de Kiosk & Signage
    • Posibilidad de que los socios de aprovisionamiento preliminar especifiquen campos personalizados (ID, ubicación y usuario del recurso)
    • Varios tokens por unidad organizativa
   
  • Funciones expandidas de administración de tokens   back to top

    Se actualizó la página Tokens de inscripción con las siguientes funciones:
    • Se agregó la página al panel de navegación izquierdo para facilitar el acceso.
    • Ahora se pueden filtrar los tokens según el estado, el usuario de creación, la anotación y el 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.
    • Token Management
   
  • Recopilación de datos anónimos con URLs en la sesión de invitado administrada   back to top

    La política para la recopilación de datos anónimos con URL, UrlKeyedAnonymizedDataCollectionEnabled, está disponible en la Consola del administrador. Esta política se aplicará de manera forzosa a partir del 1 de junio y permanecerá inhabilitada hasta entonces.

   

↑ volver al principio  

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

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

    • Chrome 126 en iOS, ChromeOS, Linux, MacOS y Windows: Baja del informe extendido de Navegación segura
      Safe browsing

    

  • Extrae texto de archivos PDF para los usuarios de lectores de pantallaback to top 

    El navegador Chrome lanzará un lector de PDF con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear el primer navegador con un lector de pantalla de PDF integrado para documentos inaccesibles, lo que acorta aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.

    Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca local de Inteligencia Artificial que utiliza la tecnología de Screen AI para analizar las capturas de pantalla o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.

    • Chrome 126 en ChromeOS, Linux, MacOS y Windows
    PDF reader

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.

    • Chrome 125 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.

    

  • Eliminación de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    Dar de baja la política UserAgentClientHintsGREASEUpdateEnabled, ya que el algoritmo GREASE actualizado estuvo activado de forma predeterminada por más de un año y, luego quitarla.

    • Chrome 124 en Android, ChromeOS, Linux, Mac y Windows: la política dejó de estar disponible
    • Chrome 126 en Android, ChromeOS, Linux, Mac y Windows: se quitó la política

    

  • Grupos de pestañas en iPad back to top 

    Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.

    • Chrome 126 en Android

   

  • Telemetría sobre páginas que activan APIs de bloqueo del teclado y el punteroback to top 

    Cuando un usuario de la Navegación segura mejorada visita una página que activa la API de bloqueo del teclado o del puntero, los atributos de esa página se enviarán a la Navegación segura. Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados.

    • Chrome 126 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia

    

  • Actualización de la experiencia de administración de contraseñas en Android back to top 
    En Chrome para Android, algunos usuarios que accedieron a Chrome, pero no tienen habilitada la sincronización de Chrome, podrán usar y guardar contraseñas en sus Cuentas de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.
    • Chrome 126 en Android

    

  • Marcas de agua back to top 

    Con esta función, los administradores pueden superponer una marca de agua sobre una página web si se activa una regla de DLP específica al navegar a ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua estará disponible para los clientes de Chrome Enterprise Premium

    • Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
    • Chrome 126 en Linux, Mac y Windows: Lanzamiento de funciones

     

  • Alinea navigator.cookieEnabled con la especificación back to top 

    Por el momento, navigator.cookieEnabled indica si “el usuario-agente intenta administrar cookies” en un contexto determinado. Es posible que un cambio en Chrome, que se incluye como parte de la baja de las cookies de terceros (3PCD), haga que indique si se puede acceder a cookies no particionadas (lo que haría que se muestre el valor false para la mayoría de los iframes entre sitios). Deberíamos restablecer el comportamiento anterior de navigator.cookieEnabled, que solo indicaba si las cookies estaban habilitadas o inhabilitadas para el sitio y se basaba en la función entre proveedores document.hasStorageAccess para indicar si es posible acceder a cookies no particionadas.

    • Chrome 126 en Windows, Mac, Linux y Android

    

  • Configuración de contenido de pantalla completa automática back to top 

    Una nueva configuración de contenido de Pantalla completa automática permite Element.requestFullscreen() si un gesto del usuario y permite que los diálogos del navegador aparezcan sin salir de la pantalla completa.

    Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (chrome://settings/content/autoFullScreen) y al cuadro de información del sitio. Los usuarios pueden permitir apps web aisladas, y los administradores empresariales pueden permitir orígenes adicionales con la política AutomaticFullscreenAllowedForUrls.

     

    Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:

    - Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.

    - Muestra contenido en pantalla completa en varias pantallas con un solo gesto.

    - Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.

    - Intercambia ventanas de pantalla completa entre pantallas con un gesto.

    - Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.

     

    

  • Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadasback to top 

    En Chrome 125, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.
    Si una empresa experimenta alguna falla con los iframes incorporados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo particionado y, luego, invocar la API de Storage Access (SAA) o utilizar el uso compartido de recursos entre dominios (CORS) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.

    • Chrome 126 en Windows, Mac y Linux

   

  • Contenedores de desplazamiento enfocables en el tecladoback to top 

    Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 127 en Windows, macOS, Linux y Android

    

  • Encriptación vinculada a la app para cookiesback to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.
    Hay una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar la encriptación vinculada a la aplicación.

    • Chrome 127 en Windows

    

  • Integración de la telemetría de extensiones de Chrome con Chronicle back to top 

    Recopila datos de telemetría de extensiones relevantes desde Chrome (perfiles y dispositivos administrados) y envíalos a Chronicle. Chronicle analizará los datos para proporcionarte un análisis y contexto instantáneos de las actividades riesgosas.

    • Chrome 127 en ChromeOS, LaCrOS, Linux, Mac y Windows

   

  • Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3 back to top 

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

    Puedes ver qué versión del manifiesto usan todas las extensiones de Chrome que se ejecutan en tu flota en la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 

    • Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

    

  • Experiencia simplificada de acceso y sincronización en Android back to top 

    Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

    Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.

    • Chrome 127 en Android

    

  • Intención de dar de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:

    - La prueba de baja de los eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.

    - Una política empresarial MutationEventsEnabled también se puede usar para el mismo propósito, también a través de Chrome 134.

    Consulta esta entrada de blog para obtener más detalles.

    • Chrome 127 en Windows, Mac, Linux y Android

    

    

  • Captura de vínculos de usuarios en las AWPback to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • De forma anticipada en Chrome 127 en Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
    Link PWAs

    

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.

    Consulta esta entrada de blog para obtener más detalles.

    • Chrome 124 en Windows, Mac y Linux
    • Chrome 128 en Android

    

  • Chrome ya no será compatible con macOS 10.15 back to top 

    Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.

    • Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15

    

  • Baja del argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo.Este se envió en  Chrome 90 como parte del envío inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para leer más, consulta los detalles del contexto sobre los estándares relacionados y también hay información disponible sobre las bajas relacionadas de serialización de Shadow DOM y Atributo shadow root

    Ahora que se creó una versión estandarizada de la API en forma desetHTMLUnsafe() y parseHTMLUnsafe(), se enviará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:

    En lugar de:

      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    Se puede usar en su lugar:

      document.parseHTMLUnsafe(html);

    • Chrome 129 en Windows, Mac, Linux y Android

    

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se inició desde un contexto seguro.

    2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.


    Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en las Herramientas para desarrolladores para ayudar a los desarrolladores a prepararse para la aplicación forzosa que se avecina.

    • Chrome 130 en Windows, Mac, Linux y Android

↑ volver al principio  

Próximos cambios en ChromeOS

 

   

  • Nueva política para controlar los tiempos de activación y suspensión del kioscoback to top 

    A partir de ChromeOS 126, presentaremos una nueva política de dispositivo de kiosco que permitirá a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.

   

  • Mostrar URLs comodín en los informes de Controles de datos back to top 

    Las reglas de control de datos de ChromeOS permiten que los administradores definan las URLs de origen y destino como un valor comodín ( * ). Los eventos de control de datos de ChromeOS se registran en el Informe de auditoría de Chrome y se pueden ver en la Consola del administrador de Google y otras plataformas por medio del conector de informes de Chrome. Cuando examinas los eventos de registro, ahora se informa la URL que activó la regla, en lugar del comodín.

 

Próximos cambios en la Consola del administrador

   

  • Paridad de políticas: Parámetros de configuración personalizados para administradores de TI back to top

    La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en Chrome Enterprise Core en la Consola del administrador, ya sea a través de las páginas Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones que no se admite en la Consola del administrador, como “normal_installed”.

    • A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones

   

  • Guías de configuración interactivas para Chrome Enterprise Core back to top
    El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para administración de navegadores en la Consola del administrador, donde los administradores pueden elegir un recorrido que les interesa explorar y obtener capacitación práctica directamente en las Guías de configuración de Chrome. Por ejemplo, las guías se pueden usar para aprender a hacer lo siguiente:
    • Crear unidades organizativas de prueba
    • Activa los informes
    Estas guías son ideales para los administradores nuevos o para los administradores que desean aprender en nuevos recorridos.
    • Inscribir navegadores
    • Aplicar las políticas del navegador
    • Definir la configuración de extensiones
    • Crear un usuario administrador

    Setup guides
    • A partir de Chrome 125: Acceso de verificadores de confianza
    • A partir de Chrome 126: Lanzamiento de funciones

       

  • Informe de tecnología heredada back to top

    A partir de Chrome 127, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
    • A partir de Chrome 127 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
    Legacy tech report

Chrome 124

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Lanzamiento del producto Chrome Enterprise Premium   
La Administración en la nube para el navegador Chrome ahora es Chrome Enterprise Core  
Marca de agua (verificador de confianza)    
Baja de las cookies de terceros de Chrome (3PCD)    
Solicitud de permisos para la API de MIDI Web    
Se actualizarán dos extensiones de Chrome a Manifest V3  
Cambios en el instalador o el actualizador de Chrome    
Mejoras en favoritos y la Lista de lectura en Android    
Pantalla de selección del motor de búsqueda predeterminado  
La política empresarial que se usa para la limitación dejará de estar disponible    
Compatibilidad con escritorio de Chrome para ARM64 de Windows    
Quitar la política empresarial que se usa para GREASE    
Dar de baja y quitar WebSQL    
Actualizaciones de ancho de banda de Chrome    
Los controles de formulario admiten valores de dirección en el modo de escritura vertical    
Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA    
Atributo que se puede clonar con la raíz secundaria    
Contraseñas locales almacenadas en los Servicios de Play en Android    
Encapsulamiento de claves X25519Kyber768 para TLS    
Cómo guardar contenido en Drive y Fotos    
Prototipo de google.com de credenciales de sesión vinculada al dispositivo    
Integración de Windows ClearType Text Tuner    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas que se quitaron del navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Delegación de permisos de WebHID    
QoS de Wi-Fi en ChromeOS    
Análisis del DLC    
Aumentar el tamaño máximo del control deslizante del puntero del mouse    
Vinculación rápida para HID    
Invalidación de caché de extensiones para la pantalla de acceso de invitado administrado    
Reinicio instantáneo en la sesión de invitado administrada    
Bloqueo del operador de ChromeOS    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Eliminación de navegadores inactivos en Chrome Enterprise Core    
Nuevo filtro en la página Detalles de la app    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Contenedores de desplazamiento enfocables en el teclado    
Acción predeterminada interoperable mousemove    
El servicio de red en Windows se someterá a una zona de pruebas    
Telemetría sobre páginas que activan las APIs de bloqueo del teclado y el puntero    
Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies    
Quitar el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos    
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas    
Extraer texto de PDF para los usuarios de lectores de pantalla    
Baja del informe extendido de Navegación segura    
Se quitó la política empresarial que se usa para la herencia de la URL base    
Encriptación vinculada a la app para cookies    
Intención de darse de baja: Eventos de mutación    
Captura de vínculos de usuarios en las AWP    
Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3
Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Chrome ya no será compatible con MacOS 10.15    
Baja del argumento includeShadowRoots en DOMParser    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Configuración de Passpoint de ChromeOS    
Nueva política para controlar los tiempos de activación y suspensión del kiosco    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI    
Informe de tecnología heredada    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Lanzamiento del producto Chrome Enterprise Premiumback to top 

    Chrome Enterprise Premium ya está disponible, lo que proporciona una solución centralizada para una seguridad, privacidad y control sólidos de los extremos (guía de configuración). Los equipos de TI y seguridad obtienen una amplia visibilidad de la red y pueden implementar fácilmente funciones de protección avanzadas. Obtén más información. 

   

  • La Administración en la nube para el navegador Chrome ahora es Chrome Enterprise Coreback to top 

    La administración en la nube de Chrome Enterprise ofrece una herramienta centralizada para configurar y administrar las políticas, la configuración, las apps y las extensiones del navegador en Chrome, sin importar el sistema operativo, el dispositivo o la ubicación. Obtén más información

    • Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
    • Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones

   

  • Marca de agua (verificador de confianza)back to top 

    Esta función de Chrome Enterprise Premium permite a los administradores superponer una marca de agua sobre una página web si, cuando navegas a ella, se activa una regla de Prevención de pérdida de datos (DLP) específica. Puedes especificar que se muestre una cadena estática como marca de agua

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, te puedes registrar en el programa de Verificador de confianza de Chrome Enterprise aquí.

    • Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
    • Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 120 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.

    Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales 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 cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros.

    Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.

    Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies en falso o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado de los sitios.

    Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.

    En Chrome 124, todo acceso a la API de Web MIDI requiere un permiso del usuario. No hay políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.

    • Chrome 124 en Windows, MacOS, Linux y Android

   

  • Se actualizarán dos extensiones de Chrome a Manifest V3 back to top 

    Pronto se actualizarán dos extensiones para usar Manifest V3: User-Agent Switcher y Chrome Reporting

    Esta es una actualización importante que podría tener errores, así que puedes probar la versión Beta de estas extensiones hoy mismo. Te recomendamos que las pruebes en tu entorno. Si tienes algún problema, informa el error aquí.

    Botón de usuario-agente para Chrome (versión beta)

    Extensión de Chrome Reporting (versión beta)

    Se modificó el analizador de URL del botón de usuario-agente, por lo que debes asegurarte de que las sustituciones de usuario-agente existentes funcionen con la versión nueva.

    • Chrome 124: Ambas extensiones recibirán una actualización en su versión estable alrededor del 30 de abril de 2024.

   

  • Cambios en el instalador o el actualizador de Chromeback to top 

    Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, también cambiará la ubicación de GoogleUpdate.exe en Windows y se le cambiará el nombre por updater.exe. Ten en cuenta que la ruta anterior continúa existiendo hasta que se completa la transición.También se modificó GoogleUpdate.exe 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 aparecerán en Windows.

   

  • Mejoras en favoritos y la Lista de lectura en Android back to top 

    En Chrome 124 en Android, algunos usuarios que acceden a Chrome desde el Administrador de favoritos pueden usar y guardar favoritos y elementos de la lista de lectura en su Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled siguen funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.

    • Chrome 124 en Android: Lanzamiento de funciones

   

  • Pantalla para elegir el motor de búsqueda predeterminado back to top 

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén 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ía comenzar 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 usuarios aplicables.

   

  • Dar de baja la política empresarial que se usa para la limitación back to top 

    El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Para leer los debates sobre el problema de limitación (y su resolución), consulta este informe de problema de Chromium

    • Chrome 124: Se quitó la política.

   

  • Compatibilidad con escritorio de Chrome para ARM64 de Windows back to top 

    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 errores allí. Ten en cuenta que esto está sujeto a cambios según la estabilidad general y los comentarios de los clientes. Si tienes algún problema, informa el error aquí

    • Chrome 124 en Windows (ARM): Los nuevos instaladores Enterprise estarán disponibles a fines de abril o principios de mayo.

   

  • Quitar la política empresarial que se usa para GREASE back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. La política se quitará en Chrome 126.

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.

   

  • Da de baja y quita WebSQL back to top 

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 

    • Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
    • Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.

   

  • Actualizaciones del ancho de banda de Chrome back to top 

    Chrome lanza un nuevo mecanismo para actualizar ciertos componentes de Chrome que podrían generar un uso de ancho de banda adicional en tu flota. Puedes controlar esta opción 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 back to top 

    El modo de escritura de la propiedad CSS permite que los elementos se ubiquen en sentido vertical, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que los elementos de control del formulario (tipo de entrada de medidor, progreso y rango) tengan un modo de escritura vertical y elijan la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo hacia arriba. Si la dirección es ltr, el valor se renderiza de arriba abajo. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores.

    • Chrome 124 en Windows, MacOS, Linux y Android

   

  • Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA back to top 

    En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes no seguros heredados durante el proceso de protocolo de enlace TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para controlar algunas verificaciones de certificados del servidor. En Chrome 124, se quitaron las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled

    Chrome 124 para Android, ChromeOS, Linux, MacOS y Windows: se quitarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.

   

  • Atributo que se puede clonar con la raíz secundariaback to top 

    El atributo que se puede clonar con la raíz secundaria permite controlar de forma individual si una raíz secundaria se puede clonar (con comandos de clonación de plataforma estándar, como `cloneNode()). Las raíces secundarias imperativas ahora se pueden controlar a través de un parámetro para attachShadow({clonable:true}). Las raíces secundarias declarativas se pueden controlar a través de un atributo nuevo, <template shadowrootmode=open shadowrootclonable>

    Pueden ocurrir fallas en los siguientes casos:
    a) si usas shadow DOM declarativo
    b) si clonas plantillas que contienen DSD y
    c) si esperas que esos clones contengan raíces secundarias

    • Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows

   

  • Contraseñas locales almacenadas en los Servicios de Play en Androidback to top 

    Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Anteriormente, se almacenaban en el perfil de Chrome. Ahora, se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de manera similar a como se almacenan las contraseñas de las Cuentas de Google. También cambia la IU de administración para que les proporcionen los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla el comportamiento fuera del objeto binario de Chrome. De esta forma, la nueva IU de administración de contraseñas permite a los usuarios importar o agregar contraseñas allí manualmente.

    • Chrome 123 en Android: La función se habilita 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.

   

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    • Chrome 124 en Windows, MacOS y Linux

   

  • Guardar en Drive y en Fotos back to top 

    Puedes guardar directamente un archivo o una imagen de documento de la Web en Drive, así como una imagen en Google Fotos. Ahora puedes cambiar la cuenta en la que se guardará el archivo. Las políticas relevantes para controlar estas funciones son ContextMenuPhotoSharingSettings y DownloadManagerSaveToDriveSettings.

    • Chrome 124 en iOS
    IoS save photos

   

  • Prototipo de google.com de credenciales de sesión vinculada al dispositivo back to top 

    El proyecto de credenciales de sesión vinculada al dispositivo está diseñado para que la Web deje de usar las credenciales del portador de larga duración, como las cookies, que pueden robarse y reutilizarse, y pase a usar credenciales que son de corta duración o vinculadas de manera criptográfica a un dispositivo. El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que suele llevarse a cabo con software malicioso que se ejecuta en sus dispositivos. 

    El lanzamiento actual es una prueba de concepto orientado al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios web y navegadores web (GitHub).

    Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.

    • Chrome 124 en Windows: Se planificó un lanzamiento del 1% en la versión estable de Chrome para la vinculación de cookies de google.com para la población general. En este evento importante, se presenta una política temporal BoundSessionCredentialsEnabled

   

  • Integración de Windows ClearType Text Tunerback to top 

    Esta función realiza un seguimiento del trabajo para admitir la selección de los valores de contraste y gamma de los parámetros de configuración de Windows ClearType Text Tuner y su aplicación a la renderización de texto con Skia. Esto garantiza que se respeten las preferencias de renderización de texto de los usuarios en los dispositivos con Windows.

    • Chrome 124 en Windows, MacOS y Linux

   

   

  • Políticas que se quitaron del navegador Chrome back to top 
    Política Descripción
    WebSQLAccess Habilitar WebSQL de manera automática
    InsecureHashesInTLSHandshakesEnabled Habilitar hashes no seguros en protocolos de enlace TLS
    RSAKeyUsageForLocalAnchorsEnabled Revisar el uso de la clave RSA para los certificados del servidor que emiten las anclas de confianza locales
    GetDisplayMediaSetSelectAllScreensAllowedForUrls Habilita la selección automática para capturas de multipantalla
    ThrottleNonVisibleCrossOriginIframesAllowed Permitir la limitación de iframes de origen cruzado no visibles

Actualizaciones de ChromeOS

   

  • Delegación de permisos de WebHIDback to top

    Las Apps de Chrome ahora habilitan las funciones de WebHID en la WebView de la app de Chrome para la compatibilidad con VDI y Zoom HID.

   

  • QoS de Wi-Fi en ChromeOS back to top

    ChromeOS 124 ahora incluye una nueva función de Calidad de servicio (QoS) que garantiza una mejor priorización del tráfico de las aplicaciones de videoconferencias y videojuegos en redes Wi-Fi congestionadas. Como resultado, los usuarios pueden disfrutar de una reproducción de videos más fluida con menos almacenamiento en búfer. En esta versión inicial, esta función no está disponible para usuarios administrados.

   

  • Análisis de DLCback to top

    Para optimizar el tamaño de las actualizaciones de ChromeOS, ahora descargamos el controlador requerido una vez que el usuario accede y conecta un escáner que requiere un controlador. El controlador se descargará automáticamente sin que el usuario deba responder ningún mensaje. Aparecerá una notificación para indicar que se están instalando controladores externos y cuándo se completa la instalación.

   

  • Aumentar el tamaño máximo del control deslizante del puntero del mouseback to top

    Expandimos los tamaños del cursor del mouse. Para ajustar el tamaño del cursor, ve a la configuración, accesibilidad, cursor y panel táctil, y desliza el control deslizante hasta el tamaño que prefieras. Esto puede ser útil para las personas con visión reducida, para los profesores que desean que los estudiantes sigan la lección mientras presentan, para las personas que están presentando en una videollamada o si solo quieres tener un cursor del mouse más grande. 

    Mouse pointer size

   

  • Vinculación rápida para HID back to top

    La Vinculación rápida ahora está disponible para mouses en ChromeOS. Ahora puedes acercar un mouse compatible con la Vinculación rápida a tu dispositivo ChromeOS y pedirle que lo vincule con un clic. Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.

   

  • Invalidación de caché de extensiones para la pantalla de acceso de invitado administradoback to top

    A partir de ChromeOS 124, la política ExtensionInstallForcelist admite la reversión de extensiones para las sesiones de invitado administradas y la pantalla de acceso. Esto les da a los administradores la opción de revertir las extensiones en caso de que se produzca un lanzamiento erróneo de una versión nueva.

   

  • Reinicio instantáneo en la sesión de invitado administradaback to top

    ChromeOS 124 presenta una IU para que los administradores inicien una acción de reinicio instantánea de las sesiones de invitado administradas.

    MGS instant reboot

   

  • Bloqueo del operador de ChromeOSback to top

    ChromeOS ahora admite el bloqueo del operador para los proveedores de telefonía celular que deseen proporcionar dispositivos subsidiados a los usuarios. En todos los dispositivos habilitados para celulares, los operadores pueden bloquear el dispositivo para permitir solo la conexión a perfiles de SIM aprobados (tanto eSIM como SIM física). Los dispositivos bloqueados se inscriben en un servidor de bloqueo del operador y, cuando finaliza el contrato, el operador simplemente libera el bloqueo y el usuario recibe una notificación en su dispositivo. Ten en cuenta que, además de estar bloqueado por usar perfiles de SIM no autorizados, también se bloquea el modo para desarrolladores en los dispositivos bloqueados por el operador.

Actualizaciones en la Consola del administrador

   
  • Eliminación de navegadores inactivos en Chrome Enterprise Core   back to top

    Desde abril hasta mayo de 2024, en el caso de Chrome Enterprise Core, comenzará a implementarse de la política del Período de inactividad para la eliminación de navegadores y se borrarán automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 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 navegador es de 730 días y el mínimo es de 28 días (más información). 

     

    Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.

   
  • Nuevo filtro en la página Detalles de la appback to top

    Presentamos un nuevo filtro para Todos los usuarios y navegadores en la página Detalles de la app. Este filtro les permite a los administradores de TI ver fácilmente todos los navegadores y usuarios administrados en los que esté instalada una extensión o app específica.

    App Details filter
   

↑ volver al principio  

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

    

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

    A partir de Chrome 126, Chrome comenzará 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 a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o 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 estable 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 137 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.

    

  • Contenedores de desplazamiento enfocables en el tecladoback to top 

    Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 125 en Windows, MacOS, Linux y Android

    

  • Acción predeterminada interoperable mousemoveback to top 

    Chrome permitió cancelar eventos mousemove para evitar otras APIs, como la selección de texto (incluso la función de arrastrar y soltar en el pasado).No coincide con los demás navegadores principales, ni tampoco se ajusta a la IU (especificaciones del evento).

    Con esta función, la selección de texto ya no será la acción predeterminada de mousemove.Aun así, es posible evitar la selección de texto y la función de arrastrar y soltar a través de la cancelación de los eventos selectstart y dragstart, respectivamente, que cumplen con las especificaciones y son completamente interoperables.

    • Chrome 125 en Windows, MacOS, Linux y Android

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.

    • Chrome 125 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.

    

  • Telemetría sobre páginas que activan APIs de bloqueo del teclado y el punteroback to top 

    Cuando un usuario de la Navegación segura mejorada visita una página que activa las APIs de bloqueo del teclado o del puntero, los atributos de esa página se enviarán a la Navegación segura. 

    Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados. 

    • Chrome 125 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia

    

  • Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies back to top 

    Proponemos una extensión de la API de Storage Access (retrocompatible) para permitir el acceso al almacenamiento no particionado (con cookies y sin ellas) en un contexto de terceros, e imaginamos que la mecánica de la API sería más o menos similar a la siguiente (JS que se ejecuta en un iframe incorporado):

    // Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería darle una instrucción al usuario)
    let handle = await document.requestStorageAccess({all: true});

    // Escribe algo de almacenamiento localstorage entre sitios
    handle.localStorage.setItem("userid", "1234");

    // Abre o crea una indexedDB 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 principal de nivel superior llamara correctamente a rSAFor, solo que, en este caso, el permiso storage-access ya se otorgó. Por lo tanto, la llamada a rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que iframes ocultos accedan al almacenamiento.

    

  • Se quitó el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos back to top 
    Chrome 124 quita el alias window-placement para los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se reemplazan por window-management, que describe mejor la funcionalidad de la API relacionada. Este es un seguimiento de las mejoras en la función de la API de Multi-Screen Window Placement. Para obtener más detalles, consulta el Estado de la plataforma Chrome.
    • Chrome 125 en Windows, MacOS y Linux

    

  • Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadasback to top 

    En Chrome 125, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.

    Si una empresa experimenta alguna falla con los iframes incorporados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo particionado y, luego, invocar la API de Storage Access (SAA) o utilizar el uso compartido de recursos entre dominios (CORS) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior. 

    • Chrome 126 en Windows, MacOS y Linux

    

  • Extrae texto de archivos PDF para los usuarios de lectores de pantallaback to top 

    El navegador Chrome lanzará un lector de PDF con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear el primer navegador con un lector de pantalla de PDF integrado para documentos inaccesibles, lo que acorta aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.

    Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca local de Inteligencia Artificial que utiliza la tecnología de Screen AI para analizar las capturas de pantalla o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.

    • Chrome 126 en ChromeOS, Linux, MacOS y Windows
    PDF reader

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

    • Chrome 126 en iOS, ChromeOS, Linux, MacOS y Windows: Baja del informe extendido de Navegación segura
      Safe browsing

    

    

  • Encriptación vinculada a la app para cookiesback to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.

    Habrá una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar la encriptación vinculada a la aplicación.

    • Chrome 125 en Windows

    

  • Intención de dar de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.

    

  • Captura de vínculos de usuarios en las AWPback to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • De forma anticipada en Chrome 127 en Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
    Link PWAs

    

  • Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3 back to top 

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

    Puedes ver qué versión del manifiesto usan todas las extensiones de Chrome que se ejecutan en tu flota en la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 

    • Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

    

    

  • Chrome ya no será compatible con MacOS 10.15 back to top 

    Chrome ya no admitirá MacOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en MacOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con MacOS 10.15.

    • Chrome 129 en MacOS: Chrome ya no es compatible con MacOS 10.15

    

  • Baja del argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo.Este se envió en  Chrome 90 como parte del envío inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para leer más, consulta los detalles del contexto sobre los estándares relacionados y también hay información disponible sobre las bajas relacionadas de serialización de Shadow DOM y Atributo shadow root

    Ahora que se creó una versión estandarizada de la API en forma desetHTMLUnsafe() y parseHTMLUnsafe(), se enviará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:

    En lugar de:

      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    Se puede usar en su lugar:

      document.parseHTMLUnsafe(html);

    • Chrome 129 en Windows, Mac, Linux y Android

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Configuración de Passpoint de ChromeOSback to top 

    A partir de ChromeOS 125, podrás ver y administrar Wi-Fi Passpoint en la configuración de ChromeOS. Podrás ver y quitar tu suscripción a Passpoint instalada en la página de detalles correspondiente.

   

  • Nueva política para controlar los tiempos de activación y suspensión del kioscoback to top 

    A partir de ChromeOS 125, presentaremos una nueva política de dispositivo de kiosco que permitirá a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.

 

Próximos cambios en la Consola del administrador

   

  • Paridad de políticas: Parámetros de configuración personalizados para administradores de TI back to top

    La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en Chrome Enterprise Core en la Consola del administrador, ya sea a través de las páginas Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones que no se admite en la Consola del administrador, como “normal_installed”.

    • A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones
       
  • Informe de tecnología heredada back to top

    A partir de Chrome 127, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
    • A partir de Chrome 127 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
    Legacy tech report

Chrome 123

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Baja de las cookies de terceros de Chrome (3PCD)     
Funciones basadas en IA generativa    
Reanudación de pestañas  
Chrome en iOS y Android: Reanudación multidispositivo    
Restauración de la última pestaña abierta en cualquier dispositivo     
Cambio en el comportamiento de las políticas de JavaScript con JIT    
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores  
Nuevas políticas de tiempo de espera de inactividad en iOS    
Detección de la reutilización de contraseñas de perfiles sincronizados    
Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones    
API de enrutamiento estático de ServiceWorkers    
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Contraseñas locales almacenadas en Servicios de Play    
Codificación de contenido Zstd    
Capacidad forzar la renovación de los flujos de acceso    
Cambios en Google Actualización    
Políticas nuevas y actualizadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Migración de ChromeOS Flex por Bluetooth    
Personalización de las combinaciones de teclas    
Personalización del botón del mouse    
Configuración de Pantalla dividida más rápida    
Hotspot de conexión de ChromeOS    
Preferencias de idioma de las apps en Android    
Nuevas voces con sonido natural para la función de texto a voz    
Lanzamiento del modo Encargado del tratamiento de datos para Bélgica y Noruega    
Configuración de privacidad por app    
Seguridad de Android mejorada para clientes empresariales nuevos    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Experiencia mejorada en la página Configuración    
Recopilación de registros remotos para dispositivos ChromeOS    
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome    
Informe de fallas de Chrome    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Pantalla de selección del motor de búsqueda predeterminado    
Captura de vínculos de usuarios en AWP: Windows, macOS y Linux    
Solicitud de permisos para la API de MIDI Web    
Con actualización de tres extensiones de Chrome a Manifest V3  
Mejoras en favoritos y la Lista de lectura en Android    
Baja de la política empresarial que se usa para la limitación    
Compatibilidad con escritorio de Chrome para ARM64 de Windows    
Capacidad de quitar la política empresarial que se usa para GREASE    
El servicio de red en Windows se someterá a una zona de pruebas    
Baja y eliminación de WebSQL    
Los controles de formulario admiten valores de dirección en el modo de escritura vertical    
Capacidad de quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA    
Atributo que se puede clonar con la raíz secundaria    
Capacidad de quitar la política empresarial que se usa para la herencia de la URL base    
Intención de dar de baja los eventos de mutación    
Capacidad de quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Actualización de las extensiones antes de junio de 2025 para aprovechar Manifest V3    
Incompatibilidad de Chrome con macOS 10.15    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Capacidad de grabar GIFs con Captura de pantalla    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Informe de tecnología heredada    
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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 tardar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 120 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.

    Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales 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 cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros. 

    Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros. 

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo del Centro de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros y lograr la configuración deseada.

    Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies como falsa o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado para los sitios. 

    Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.

   

  • Funciones de IA generativa back to top 

    En Chrome 122, están disponibles 3 funciones de IA generativa (IA generativa) para usuarios administrados que hayan accedido al navegador Chrome: Organizador de pestañas, Crear temas y Ayúdame a escribir (no están disponibles en ChromeOS). En un principio, estas 3 funciones solo están disponibles para los usuarios mayores de 18 años, en inglés y en EE.UU. Los administradores pueden controlar estas funciones con TabOrchestrarSettings, CreateThemesSettings y HelpMeWriteSettings

    A partir de Chrome 123, lanzaremos estas funciones de forma gradual, y algunos usuarios ya no tendrán que habilitar la IA experimental para usar las funciones si los administradores configuran las políticas como habilitadas. 

    • Chrome 122 en ChromeOS, Linux, Mac y Windows: Están disponibles las funciones de IA generativa (Organizador de pestañas y Crear temas) para los usuarios administrados en 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) están disponibles para los usuarios administrados en EE.UU. Algunos usuarios tendrán la función habilitada de forma predeterminada y otros la podrán habilitar manualmente en la página de configuración de IA experimental. En ambos casos, las funciones no estarán disponibles si se inhabilitan a través de una política.

   

  • Reanudar pestañas back to top 

    Chrome 123 presenta una nueva tarjeta en la página Nueva pestaña, que ayuda a los usuarios a continuar con las 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 y Windows

    Resume tabs

   

  • Chrome en Android/iOS: Reanudación multidispositivo back to top 

    Para ayudar a los usuarios a reanudar tareas que se originan en otros dispositivos, Chrome ahora brinda sugerencias de pestañas multidispositivo en la página Nueva pestaña o en las plataformas de página principal de Chrome para iOS y Android.

    • Chrome 123 en iOS y Android: Lanzamientos de funciones

   

  • Restauración de la última pestaña abierta en cualquier dispositivo back to top 

    Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que accedió a su cuenta, Chrome ahora les ofrece a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores pueden controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.

    • Chrome 123 en iOS: Se lanza la función.

   

  • Cambio en el comportamiento de las políticas de JavaScript con JIT back to top 

    A partir de Chrome 122, cuando se habilita la política DefaultJavaScriptJitSetting y se inhabilita JavaScript en JIT, ya no se inhabilitará por completo WebAssembly. Si estableces esta política, la optimización de JIT para V8 seguirá inhabilitada. Esto permite que Chrome procese el contenido web en una configuración más segura.

   

  • La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores back to top 

    La Sincronización de Chrome ya no será compatible con Chrome 81 y versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.

    • Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.

   

  • Nuevas políticas de tiempo de espera de inactividad en iOS back to top 

    Las empresas ahora pueden forzar que se realice una acción después de que Chrome haya estado inactivo durante cierta cantidad de tiempo en los dispositivos iOS. Puedes usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones durante el tiempo de espera. Este parámetro de configuración estará disponible como una política de la plataforma y por perfil en el futuro. 

    • Chrome 123 en iOS: Políticas disponibles en iOS

   

  • Detección de reutilización de contraseñas de perfiles sincronizados back to top 

    Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo se estaba disponible en perfiles corporativos. En Chrome 123, la detección de reutilización de contraseñas detectará la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado.

   

  • Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones back to top 

    Cuando se activa la Protección mejorada y un usuario visita una página que le solicita que acepte un permiso de notificación, es posible que se envíen los atributos de esa página a la 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. 

    Cuando la Protección mejorada o el informe extendido de Navegación segura están activados, y un usuario acepta un permiso de notificación para una página bloqueada, este evento se envía a Navegación segura.

    Estas funciones se pueden controlar con las políticas SafeBrowsingProtectionLevel y SafeBrowsingExtendedReportingEnabled.

    • Chrome 123 para Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Se lanza esta función para empresas que tienen habilitada la opción MetricsReportingEnabled.

   

  • API de enrutamiento estático de ServiceWorker back to top 

    Esta API les permite a los desarrolladores configurar el enrutamiento y transferir tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.

    • Chrome 123 en Windows, Mac, Linux y Android

   

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web navegue a un sitio de destino en la red privada de un usuario, Chrome hará lo siguiente:

    1. Comprobar si la solicitud de navegación original se inició en un contexto seguro

    2. Enviar una solicitud preliminar y verificar si el sitio de destino responde con un encabezado que permita el acceso a la red privada.

     

    Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función opera en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en DevToolsde la consola de Chrome para ayudar a los desarrolladores a prepararse para la aplicación de la política. Si quieres leer sobre estos cambios, consulta Acceso a redes privadas (PNA) para solicitudes de navegación. Para obtener más información, consulta la especificación de PNA.

    • Chrome 123 en Android (excepto WebView), ChromeOS, Linux, MacOS y Windows: Modo de solo advertencia.
    • Versión preliminar de Chrome 130 en Android (excepto WebView), ChromeOS, Linux, MacOS y Windows: Las solicitudes fallarán.

   

  • Contraseñas locales almacenadas en los Servicios de Play back to top 

    Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Anteriormente, se almacenaban en el perfil de Chrome. Ahora, se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de manera similar a como se almacenan las contraseñas de las Cuentas de Google. También cambia la IU de administración para que les proporcionen los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla el comportamiento fuera del objeto binario de Chrome. De esta forma, la nueva IU de administración de contraseñas permite a los usuarios importar o agregar contraseñas allí manualmente.

    • Chrome 123 en Android: La función se habilita 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 back to top 

    Chrome agregará compatibilidad con Zstandard (zstd) como mecanismo de compresión de datos. La compatibilidad con la codificación de contenido zstd en el navegador permite que los sitios destinen menos tiempo y CPU o energía a la compresión en sus servidores, lo que disminuye sus costos. Hay una política empresarial temporal ZstdContentEncodingEnabled disponible para desactivar la función de codificación de contenido zstd.

    • Chrome 123 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Se agregó compatibilidad con zstd.

   

  • Fuerza la renovación de los flujos de accesoback to top 

    Cuando la política BrowserSignin se establece en Forzar a los usuarios a acceder para usar el navegador, los usuarios ahora acceden al navegador Chrome siguiendo el estándar de acceso a través del selector de perfiles.

    Anteriormente, el flujo de acceso forzado tenía un diálogo de IU 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 acceso normales. También mejoramos el manejo de errores, ya que mostramos los errores de acceso en un diálogo normal con botones accionables.

    • Chrome 123 en Mac y Windows: Lanzamiento completo

    Force sign-in

   

  • Cambios en Google Actualización back to top 

    Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte 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 se complete la transición.

    • Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
    • Actual: C:\Program Files (x86)\Google\GoogleUpdater\VERSION\updater.exe

   

Actualizaciones de ChromeOS

   

  • Migración de ChromeOS Flex por Bluetooth back to top

    En ChromeOS 123, ChromeOS Flex se actualizará a la pila Bluetooth de Floss. Como parte de esta actualización, los dispositivos mencionados ya no admiten la funcionalidad Bluetooth. Si la funcionalidad Bluetooth es esencial para estos dispositivos, te recomendamos que los muevas al canal de LTS para extender la funcionalidad de Bluetooth hasta octubre de 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 función experimental de Chrome Usar Floss en lugar de BlueZ a Inhabilitada.

     

    Floss vs Bluetooth

 

   

  • Personaliza las combinaciones de teclas  back to top

    El uso de atajos aumenta la productividad, y todos tenemos nuestras opciones favoritas. En ChromeOS 123, con la personalización de combinaciones de teclas, podrás asignar la combinación de teclas que prefieras para personalizar las combinaciones. Ya sea que quieras que sean más fáciles de usar con una mano, más fáciles de recordar o idénticas a las que ya conoces, esta función simplificará tus flujos de trabajo diarios. 

       

    Customize keyboard shortcuts

 

   

  • Personalización del botón del mouse  back to top

    La personalización del botón del mouse en la Chromebook ayuda a los usuarios a completar acciones rápidas con solo hacer clic en un botón. Si el mouse tiene más de dos botones, ahora puedes asignarlos a una lista establecida de acciones, como tomar una captura de pantalla, silenciar y activar el sonido, insertar emojis, etc. También puedes seleccionar una combinación de teclas para asignar a los botones cualquier acción realizada por una combinación de teclas.

     

    Customize mouse shortcuts

 

   

  • Configuración de Pantalla dividida más rápida  back to top

    Las Chromebooks ofrecen varias formas de organizar las ventanas en tu pantalla para aumentar la productividad, como Pantalla dividida. Como lo indica su nombre, la Configuración de pantalla dividida más rápida ofrece una forma más veloz de configurar el diseño de la ventana, ya que muestra una vista general de las ventanas abiertas al otro lado de la pantalla. Con la Pantalla dividida más rápida, una vez que ajustes (o bloquees) una ventana en un lado, puedes elegir otra ventana que ya esté abierta en Recientes para ajustarla al otro lado, o bien seleccionar un elemento de la barra (la fila de apps) en la parte inferior o lateral de la pantalla.

     

    Split screen

 

   

  • Hotspot de conexión de ChromeOS  back to top  

    El hotspot ya está disponible en ChromeOS. Ahora puedes compartir la red móvil en tu Chromebook como un hotspot con otros dispositivos sin conexión a Internet. Para habilitar tu primer hotspot, abre la Configuración de red y activa el Hotspot. En ChromeOS 123, solo admitimos T-Mobile en EE.UU., pero estamos trabajando para agregar otras redes en versiones futuras.

     

   

  • Preferencias de idioma de las apps en Android  back to top

    Ahora puedes cambiar el idioma de preferencia de tus apps para Android. Estos nuevos parámetros están disponibles en Configuración > Apps > Administra tus apps > Idioma de la app

     

   

  • Nuevas voces con sonido natural para la función de texto a voz  back to top

    En ChromeOS 123, agregamos nuevas voces de TTS con sonido natural que funcionan sin conexión y están disponibles en 31 idiomas.  

    TTS natural voices

 

   

  • Lanzamiento del modo Encargado del tratamiento de datos para Noruega  back to top

    En agosto de 2023, se lanzó en los Países Bajos el modo Encargado del tratamiento de datos para ChromeOS que brinda a las organizaciones más transparencia y control sobre los datos que Google envía y procesa. Debido a que el interés en este espacio aumentó recientemente, el modo Encargado del tratamiento de datos tendrá disponibilidad general para el público en más países, empezando por Noruega. Este producto está disponible en la Consola del administrador a través de Dispositivo > Chrome > Cumplimiento. Para obtener más información, consulta nuestro artículo del Centro de ayuda.

     

   

  • Configuración de privacidad por app  back to top

    ChromeOS 123 facilita la administración de los controles de privacidad en las Chromebooks consolidando los permisos de las apps y los controles de privacidad. Esto brinda a los usuarios más transparencia, ya que muestra qué apps necesitan acceder a los sensores de privacidad y cómo los permisos de las apps se ven afectados por los estados de control de privacidad. Ahora, con los permisos por app, para el micrófono y la cámara, en lugar de ir a dos lugares independientes (controles de privacidad y configuración de la app), los usuarios pueden ir directamente a la configuración de privacidad para ver qué apps necesitan acceder a estos sensores y modificar los permisos de las apps.

 

   

  • Seguridad mejorada de Android para clientes empresariales nuevos  back to top

    ChromeOS 123 mejora el nivel de seguridad predeterminado de las apps para los clientes empresariales. En los dominios empresariales nuevos, ChromeOS desactiva de forma predeterminada las apps para Android para los usuarios de ChromeOS no afiliados. Los usuarios de ChromeOS no afiliados son usuarios de dispositivos no administrados o de dispositivos administrados por un dominio diferente al del usuario.

    Los dominios empresariales existentes no se verán afectados por este cambio. Los clientes nuevos o existentes de Education no se verán afectados.

    Para los clientes empresariales que quieran cambiar la configuración predeterminada, consulta nuestro artículo del Centro de ayuda.

     

Actualizaciones en la Consola del administrador

   
  • Experiencia mejorada en la página Configuración   back to top

    A partir de marzo de 2024, todos los administradores usarán nuestra experiencia de página actualizada de Configuración, lo que significa que ya no podrás usar la experiencia heredada de Configuración. La mayoría de ustedes ya usan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista heredada, pero seguirán teniendo acceso a las mismas funciones en la vista actualizada.

    Enhanced settings page
   
  • Recopila registros remotos para dispositivos ChromeOSback to top

    Si tienes problemas con un dispositivo ChromeOS administrado, puedes solucionarlos capturando registros adicionales de la página Detalles del dispositivo en la Consola del administrador. Puedes recopilar registros de forma remota para los siguientes casos de uso: 

    • Dispositivos de kiosco
    • Usuarios afiliados y no afiliados que accedieron a sus cuentas
    • Sesiones de invitado administradas
    • Pantalla de acceso y bloqueada

    Para obtener más información, consulta este artículo del Centro de ayuda Recopilación de registros remotos para dispositivos ChromeOS.

    Remote log collection

   

  • Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome   back to top

    La política del Período de inactividad para la eliminación de navegadores estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real. 

    Desde abril hasta mayo de 2024, comenzará a lanzarse la política del Período de inactividad para la eliminación de navegadores y, además, lanzará automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al del período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 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 navegador 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 navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
   
  • Informe de fallas de Chrome   back to top

    En Chrome 123, se pueden visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayuda a identificar de forma proactiva los posibles problemas de Chrome en tu organización.

    • Chrome 121 en Linux, macOS y Windows: Programa de Verificador de confianza
    • Chrome 123 en Linux, macOS y Windows: Lanzamiento de funciones
    Crash report

   

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

    

  • Pantalla para elegir el motor de búsqueda predeterminado back to top 

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén 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ía comenzar a ver la pantalla de selección en Chrome 120. 
    • Más adelante este año en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para los usuarios aplicables

   

  • Captura de vínculos de usuarios en AWP: Windows, macOS y Linux back to top 
     

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    Se detectaron algunos problemas con la implementación actual, por lo que no lanzaremos esta función en Chrome 123 como se anunció inicialmente. Definitivamente, planeamos lanzar la captura de vínculos este año (error).

    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Próxima meta para 2024 de Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se inician las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).

    Linked webapps

   

  • Solicitud de permisos para la API de Web MIDI back to top 
     

    La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.

    En Chrome 124, todo acceso a la API de Web MIDI requerirá un permiso del usuario. No habrá políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.

    • Chrome 124 en Windows, macOS, Linux y Android 

   

   

  • Mejoras en favoritos y la Lista de lectura en Android back to top 
     

    En Chrome 124 para Android, algunos usuarios que accedan a Chrome desde el Administrador de favoritos podrán usar y guardar favoritos y elementos de las listas de lectura en sus Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.

    • Chrome 124 en Android: Lanzamiento de funciones

   

  • Dar de baja la política empresarial que se usa para la limitación back to top 
     

    El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Los debates sobre el problema de limitación (y su resolución) se pueden encontrar en este error de Chromium.

    • Chrome 124: Se quitó la política.

   

  • Compatibilidad con escritorio de Chrome para ARM64 de Windows back to top 
     

    Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary e informar errores allí. Ten en cuenta que esto está sujeto a cambios según la estabilidad general y los comentarios de los clientes. Si tienes algún problema, informa el error aquí

    • Chrome 124 en Windows (ARM): Hay nuevos instaladores empresariales disponibles.

   

  • Quitar la política empresarial que se usa para GREASE back to top 
     

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política. 

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 
     

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.

    • Chrome 124 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.

   

  • WebSQL dejará de estar disponible y se quitará back to top 
     

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 

    • Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
    • Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.

   

  • Los controles de formulario admiten valores de dirección en el modo de escritura vertical back to top 

    El modo de escritura de la propiedad CSS permite que los elementos se ubiquen en sentido vertical, 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 del formulario (medidor, progreso y rango) tengan un modo de escritura vertical y elijan la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo hacia arriba. Si la dirección es ltr, el valor se renderiza de arriba abajo. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores.

    • Chrome 124 en Windows, Mac, Linux y Android

   

   

  • Atributo que se puede clonar con la raíz secundariaback to top 
     

    El atributo que se puede clonar con la raíz secundaria permite controlar de forma individual si una raíz secundaria se puede clonar (con comandos de clonación de plataforma estándar, como `cloneNode()`). Las raíces secundarias imperativas ahora se pueden controlar a través de un parámetro para `attachShadow({clonable:true})`. Las raíces secundarias declarativas se pueden controlar a través de un atributo nuevo, `<template shadowrootmode=open shadowrootclonable>`

     

    Las fallas pueden ocurrir en los siguientes casos:

    1. con un DOM secundario declarativo
    2. con plantillas de clonación que contienen DSD y
    3. si se espera que los clones contengan raíces secundarias clonadas
     
    • Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows

   

   

  • Intención de dar de baja los eventos de mutación back to top 
     

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.

   

   

  • Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3 back to top 
     

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

     

    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

     

    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 

    • Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

   

  • Chrome ya no será compatible con macOS 10.15 back to top 
     

    Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.

    • Chrome 129 en MacOS: Chrome ya no es compatible con macOS 10.15

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Graba GIFs con Captura de pantalla back to top

    A partir de ChromeOS 124, Captura de pantalla te permitirá grabar la pantalla en formato .GIF para capturar, compartir y reproducir fácilmente de forma intercalada tus grabaciones en chats, diapositivas, documentos y mucho más.

 

↑ volver al principio  

Próximos cambios en la Consola del administrador

       
  • Informe de tecnología heredada back to top

    A partir de Chrome 124, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.


    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, te puedes registrar en el programa de Verificador de confianza de Chrome Enterprise aquí.
     
    • A partir de Chrome 124 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
    Legacy tech report
   
  • Paridad de políticas: Parámetros de configuración personalizados para administradores de TI back to top

    La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chromium que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en la Administración en la nube para el navegador Chrome en la Consola del administrador, ya sea desde las páginas Configuración o Parámetros de configuración personalizados.

     

    • A partir de Chrome 124 en Android, iOS, Linux, Mac y Windows: Acceso para Verificadores de confianza
    • A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones

↑ volver al principio  

Chrome 122

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Baja de las cookies de terceros de Chrome (3PCD)     
Funciones basadas en IA generativa    
Experiencia simplificada de acceso y sincronización en iOS  
SharedImages para la decodificación de video PPAPI    
Nuevas URLs de descarga para el navegador Chrome (Enterprise)      
Nuevo parámetro de configuración de seguridad de V8    
Leer en voz alta    
Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed    
Verificación asíncrona de la Navegación segura del servidor    
Advertencias de descarga mejoradas en la página Descargas de Chrome    
Omisión de eventos de descarga    
Autocompletar: Actualizaciones de códigos de seguridad     
Eliminación de la baja en el Administrador 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 eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Análisis de contenido con BCE    
Ahorro de batería    
Flujos de reautenticación de SAML mejorados    
Autenticación basada en insignias    
Edición de grabaciones con Screencast    
Compatibilidad con VPNs que usan IKEv2  
Extensiones obligatorias en el modo Incógnito  
Nuevo diseño del reproductor multimedia de ChromeOS    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Pantalla de selección del motor de búsqueda predeterminado    
Captura de vínculos de usuarios en AWP: Windows, macOS y Linux    
Reanudación de pestañas    
Chrome en Android o iOS: Reanudación multidispositivo    
Restauración de la última pestaña abierta en cualquier dispositivo     
Solicitud de permisos para la API de MIDI Web    
El servicio de red en Windows se someterá a una zona de pruebas     
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores  
Baja y eliminación de WebSQL    
Políticas IdleTimeout y IdleTimeoutActions en iOS    
Detección de reutilización de contraseñas de perfiles sincronizados    
Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones     
API de enrutamiento estático de ServiceWorkers    
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia    
Mejoras en favoritos y la Lista de lectura en Android    
Baja de la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed    
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Intención de dar de baja los eventos de mutación    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList    
Las extensiones deben actualizarse para que aprovechen Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Migración de ChromeOS Flex por Bluetooth    
Personalización de las combinaciones de teclas    
Capacidad de grabar GIFs con Captura de pantalla    
Configuración de Pantalla dividida más rápida    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Experiencia mejorada en la página Configuración    
Informe de fallas de Chrome    
Informe de tecnología heredada    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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 tardar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top

    Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Para probar estos cambios en Chrome 120 o versiones posteriores, habilita chrome://flags/#test-third-party-cookie-phaseout.

    Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales 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 cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros. 

    Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros. 

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.

    Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies como falsa o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado para los sitios. 

    Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.

   

  • Funciones de IA generativa back to top

    A partir de Chrome 122, se incluyen 3 funciones de IA generativa (GenAI) que también están disponibles para los usuarios administrados que hayan accedido al navegador Chrome: 

    • Organizador de pestañas: Chrome puede sugerir automáticamente grupos de pestañas a los usuarios en función de las URLs y los títulos de los sitios web abiertos. Para usar esta función, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.
    • Crea temas con IA: Chrome permite que los usuarios creen un tema de Chrome único (una combinación de un color y una imagen de fondo de pantalla) con la IA generativa. Para usar esta función, abre una nueva pestaña y, en la esquina inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Los usuarios pueden elegir entre opciones predeterminadas de temas, estados de ánimo, estilo y color.
    • Obtén 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 de formato libre en la Web. Para usar esta función, haz clic con el botón derecho en un campo de texto y selecciona Ayudarme a escribir (no está disponible en ChromeOS).

    En un principio, estas 3 funciones solo están disponibles para los usuarios en inglés y en EE.UU. Los administradores pueden controlar estas funciones con TabOrchestrarSettings, CreateThemesSettings y HelpMeWriteSettings. Para cada función, tienes las siguientes opciones en 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 mejorar los modelos de IA
    •   2 = Inhabilitar la función por completo
     

    Puedes encontrar más información en los artículos del Centro de ayuda Sugerencias de grupos de pestañas, Crea temas y Ayúdame a escribir.

   

  • Experiencia simplificada de acceso y sincronización en iOS back to top

    A partir de Chrome 122, los usuarios existentes que tengan activada la sincronización de Chrome disfrutan de una versión simplificada y consolidada del acceso 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Como antes, la función que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar por completo (conSyncDisabled ) o parcialmente (a través deSyncTypesListDisabled). Se puede requerir o inhabilitar el acceso a Chrome mediante BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

    • Chrome 117: Ya no se muestra la Sincronización de Chrome como una función independiente para los usuarios que no la tenían habilitada en ese momento.
    • Chrome 122: Ya no se muestra la Sincronización de Chrome como una función independiente para los usuarios que la habilitaron migrando a un estado equivalente.

     

   

  • SharedImages para el decodificador de videos PPAPI back to top

    Chrome 122 quita la política PPAPISharedImagesForVideoDecoderAllowed, que se usa para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI. Esta política se lanzó de manera temporal en Chrome 119.

    • Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
    • Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.

   

   

  • Nuevo parámetro de configuración de seguridad de V8 back to top

    Chrome 122 agrega un nuevo parámetro de configuración a chrome://settings/security para inhabilitar los optimizadores JIT de V8 y, así, reducir la superficie de ataque del navegador Chrome. Este comportamiento sigue controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. Este parámetro está integrado en la configuración del sitio. Las políticas empresariales están disponibles desde Chrome 93.

    • Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia

   

  • Leer en voz alta back to top

    La función Leer en voz alta permite que los usuarios de Chrome en Android escuchen páginas web con la tecnología de texto a voz. Ahora los usuarios pueden acceder a esta función a través del menú ampliado y controlar la reproducción con los controles de audio. 

    Leer en voz alta envía la URL de la página a los servidores de Google para potenciar la reproducción. Los usuarios que la utilicen deben habilitar el elemento de menú de configuración Mejorar las búsquedas y la navegación

    Si estableces la política ListenToThisPageEnabled como verdadera, los usuarios podrán leer en voz alta las páginas web aptas con la función de texto a voz. Esto se logra a través de la extracción de contenido del servidor y la síntesis de audio. Si la estableces como falsa, se inhabilitará esta función. Si estableces la política como predeterminada o no la estableces, se habilitará la función Leer en voz alta.

    • Chrome 122 en Android: Lanzamientos de funciones

   

  • Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed back to top

    Chrome 122 quita la política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed, que se lanzó en Chrome 116 para que las empresas tengan tiempo de abordar posibles fallas relacionadas con los cambios de uso de WebView de las apps de Chrome. 

    • Chrome 122 en Linux, macOS, Windows y ChromeOS: Se quitó la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed 

   

  • Verificación asíncrona de la Navegación segura del servidor back to top

    Actualmente, las verificaciones de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de la página, lo que significa que los usuarios no pueden ver la página hasta que se complete la verificación. Para mejorar la velocidad de carga de Chrome, las verificaciones con la lista de Navegación segura del servidor ya no bloquearán las cargas de páginas después de Chrome 122. 

    Evaluamos el riesgo e implementamos las siguientes mitigaciones: 

    1) Para brindar protección contra los ataques directos al navegador, las verificaciones de listas locales se siguen realizando de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se complete la verificación de la lista local. 

    2) Para protegerte de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado significativamente con la página (por ejemplo, escribir una contraseña) para el momento en que mostramos una advertencia.

    • Chrome 122 en Android, ChromeOS, LacroOS, Linux, MacOS y Windows: Lanzamientos de funciones 

   

  • Mejoras en las advertencias sobre descargas en la página Descargas de Chrome back to top

    Para ayudar a reducir las consecuencias de la descarga de software malicioso, estamos limpiando los patrones y las cadenas de advertencia sobre descargas de escritorio para que sean claros y coherentes.

    • Chrome 122 en ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia: Lanzamientos de funciones
    Chrome Web Store Chrome Web Store

   

  • Omisión de eventos de descarga back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual. 

    En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permiten mantener selectivamente el comportamiento sin cambios.

    • Chrome 117 en ChromeOS, Linux, macOS y Windows: Está en prueba para desarrolladores.
    • Chrome 119 en ChromeOS, Linux, macOS y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled
    • Chrome 122-132 en ChromeOS, Linux, macOS y Windows: Está en prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja)
    • Los controladores de descarga de Chrome 122 se omitirán de forma gradual para el 1% de los usuarios en los 50 sitios principales, como se propone aquí.

   

  • Autocompletar: actualizaciones de códigos de seguridadback to top

    En Chrome 122, la función para autocompletar pagos te permite guardar códigos de seguridad de tarjetas locales y de servidores para mejorar la experiencia del usuario. Los códigos de seguridad solo se guardan si el usuario da su consentimiento. Los usuarios siempre pueden desactivar la opción para guardar códigos de seguridad en la configuración de Chrome.

    • Chrome 122 en Android y macOS: Lanzamiento de la función

   

  • Eliminación de la baja en el Administrador de contraseñas unificado back to top

    Chrome 122 quita la baja del Administrador unificado de contraseñas en Android. Cuando los Servicios de Google Play responden con un error, los usuarios pierden el acceso a las funciones del Administrador de contraseñas (guardar, generar o actualizar contraseñas) hasta que se resuelva el error. En algunos errores, aparece un mensaje con un botón de acción para resolver el problema. Otros problemas deben ser temporales (por ejemplo, durante la actualización de los Servicios de Google Play).

    • Chrome 122 en Android: Lanzamiento de funciones
    Chrome Web Store

   

  • Chrome en iOS: Barra de direcciones inferior en iPhone back to top

    Recientemente, lanzamos una barra de direcciones personalizable que permite a los usuarios elegir entre una barra de direcciones superior o una inferior en iPhone. La pantalla del selector de posición de la barra de direcciones ahora se agrega a la experiencia de primera ejecución. 

    • Chrome 122 en iOS: Lanzamiento de la función
    Chrome Web Store

   

  • Cambios en la política DefaultSearchProvider back to top

    En Chrome 122, realizaremos algunos cambios en las políticas DefaultSearchProvider.* Se quitó DefaultSearchProviderIconURL de todas las plataformas porque Chrome ahora utiliza la imagen de ícono de página que proporciona el motor de búsqueda. DefaultSearchProviderKeyword y DefaultSearchProviderNewTabURL no son compatibles con iOS ni Android, junto con Linux, macOS (la compatibilidad continúa) y Windows. Corregimos el conjunto de plataformas compatibles para que refleje esto.

   

  • Cambio en el comportamiento de las políticas de JavaScript con JIT back to top

    En Chrome 122, habilitar la política DefaultJavaScriptJitSetting y, luego, inhabilitar JavaScript con JIT ya no hace que WebAssembly se inhabilite por completo. Configurar la política DefaultJavaScriptJitSetting permitirá que la optimización JIT V8 siga inhabilitada. Esto permite que Chrome procese el contenido web en una configuración más segura.

   

  • Políticas nuevas y actualizadas en el navegador Chrome back to top 
    Política Descripción
    InsecureFormsWarningsEnabled Habilitar advertencias para formularios no seguros (ahora disponible en iOS)
    ListenToThisPageEnabled Habilitar la lectura en voz alta (destilación de texto y síntesis de texto a voz) para páginas web

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    PPAPISharedImagesForVideoDecoderAllowed Permitir que Pepper use las imágenes compartidas para decodificar videos
    ChromeAppsWebViewPermissiveBehaviorAllowed Restablecer el comportamiento permisivo de WebView de Apps de Chrome
    DefaultSearchProviderIconURL Ícono del proveedor de búsqueda predeterminado (se quitó de todas las plataformas)
    DefaultSearchProviderKeyword Palabra clave del proveedor de búsqueda predeterminado (se quitó solo en iOS y Android)
    DefaultSearchProviderNewTabURL URL de la página Nueva pestaña del proveedor de búsqueda predeterminado (se quitó solo en iOS y Android)

Actualizaciones de ChromeOS

   

  • Análisis de contenido con BCE back to top
    Los controles de datos de ChromeOS son un conjunto de controles que aplica el administrador, que protegen a los usuarios de la filtración de datos en los extremos a través de una capa de Prevención de pérdida de datos (DLP) en ChromeOS. Para obtener información detallada, consulta este artículo del Centro de ayudaBeyondCorp Enterprise (BCE) ofrece una protección de extremo a extremo continua y en tiempo real. El análisis de contenido con BCE es una nueva forma de evaluar y aplicar restricciones de controles de datos en las transferencias de archivos según los indicadores de BeyondCorp Enterprise.

   

  • Ahorro de batería back to top

    A partir de ChromeOS 122, el Ahorro de batería estará disponible para reducir el brillo en la pantalla y la retroiluminación del teclado, limitar la frecuencia de actualización de la pantalla y el presupuesto de procesamiento disponible, y también desactivar ciertas funciones en segundo plano que requieren mucha energía para que los usuarios puedan aprovechar más la duración de batería de sus dispositivos. Esto es útil cuando los usuarios necesitan unos minutos para finalizar una tarea y no tienen un cargador a mano. Si está habilitado, el Ahorro de batería se activa automáticamente cuando el nivel de batería del usuario llega al 20%. Puedes controlar esta función con la política empresarial BatterySaverModeAvailability.

    Battery saver

   

  • Flujos de reautenticación de SAML mejorados back to top

    Para optimizar la experiencia de inicio de sesión de nuestros clientes, realizamos algunos cambios internos en la implementación del inicio de sesión único basado en SAML. Estos cambios afectarán a los clientes con parámetros de configuración de SAML incorrectos.

    En particular, si estableces la política LoginAuthenticationBehavior en Redireccionar al IdP de SAML de forma predeterminada, asegúrate de que la política de inicio de sesión único esté establecida como Habilitar SAML. De lo contrario, tu IdP basado en SAML ya no se cargará.

   

  • Autenticación basada en insignias back to top

    A partir de ChromeOS 122, algunos proveedores de administración de identidades (IdP) externos pueden usar la autenticación con insignias en dispositivos ChromeOS. Los usuarios pueden simplemente iniciar una sesión o abandonarla con solo presionar una insignia. La solución se enfoca en los trabajadores de primera línea de varios sectores, como la venta minorista, la hotelería y la industria manufacturera. 

    En ChromeOS 122, comenzamos a usar el sistema de administración de tarjetas Ilex, pero planeamos agregar más socios de autenticación y lectores en los próximos meses. Si quieres obtener más información, consulta Configura la autenticación basada en insignias.

   

  • Edita tus grabaciones con Screencast back to top

    Con ChromeOS Screencast, los usuarios pueden crear y compartir grabaciones de pantalla con transcripciones. A partir de ChromeOS 122, los usuarios pueden cortar sus presentaciones en pantalla oración por oración, agregar 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 VPN que usan IKEv2 back to top

    ChromeOS 122 incluye opciones nuevas en la Consola del administrador para la versión 2 del protocolo de VPN del protocolo de intercambio de claves de Internet (IKEv2).

    Chrome Web Store

   

  • Extensiones obligatorias en el modo Incógnito back to top

    Los administradores ahora pueden especificar si hay ciertas extensiones que los usuarios deban activar para usar el modo Incógnito. Hay un nuevo botón de activación en la Consola del administrador > Apps y extensiones que se puede aplicar a extensiones individuales. Esto permite que las empresas que tienen casos de uso de depuración o de varias cuentas que dependen del modo Incógnito lo dejen habilitado de forma segura en su flota administrada. Si quieren usar el modo Incógnito, los usuarios deben activar la opción Permitir en modo Incógnito para todas las extensiones empresariales obligatorias.

    Chrome Web Store

   

  • Nuevo aspecto del reproductor multimedia de ChromeOS back to top

    El reproductor multimedia de ChromeOS pronto tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (en Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.

     

 

Actualizaciones en la Consola del administrador

   

  • Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome  back to top

    A partir de marzo de 2024, la política Período de inactividad para la eliminación del navegador borrará automáticamente los datos de los navegadores en la Consola del administrador para los navegadores administrados que no se hayan comunicado con el servidor por más tiempo que el período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Todos los navegadores inscritos que hayan estado inactivos durante más de 540 días se borrarán de tu cuenta poco después del lanzamiento de esta política. 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 navegador 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 navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.

    • A partir de Chrome 122: La IU de la política de Período de inactividad para la eliminación del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.

   

↑ volver al principio  

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

   

  • Pantalla de selección del motor de búsqueda predeterminado back to top

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén 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ía comenzar a ver la pantalla de selección en Chrome 120. 
    • Más adelante este año en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para los usuarios aplicables

   

  • Capturar vínculos de usuarios en AWP: Windows, macOS y Linux back to top 
    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el desplazamiento entre el navegador y las apps web instaladas. Cuando el usuario hace clic en un vínculo que podría administrarse con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir que se cambie a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
     
    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Si haces clic en el chip, se inicia la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 123 en Linux, macOS y Windows: Según el resultado del experimento en Chrome 121, lanzaremos la versión 100% de Stable con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones).


   

  • Reanudar pestañas back to top

    Chrome 123 presentará una nueva tarjeta en la página Nueva pestaña, que ayudará a los usuarios a continuar con las 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 en Android/iOS: Reanudación multidispositivo back to top 
     

    Para ayudar a los usuarios a reanudar tareas que en otros dispositivos, Chrome brindará sugerencias de pestañas multidispositivo en la página Nueva pestaña o en las plataformas de página principal de Chrome para iOS y Android. Este componente se mostrará en la tarjeta existente para continuar la navegación en Inicio y en Magic Stack en Chrome para iOS y Android .

    • Chrome 123 en iOS y Android: Lanzamientos de funciones

   

  • Reanudar la última pestaña abierta en cualquier dispositivo back to top 

    Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
    • Chrome 123 en iOS: Lanzamientos de funciones

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.

    En Chrome 123, todo acceso a la API de Web MIDI requerirá un permiso del usuario. No habrá políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.

    • Chrome 123 en Windows, macOS, Linux y Android

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.

    • Chrome 123 en Windows: Zona de pruebas del servicio de red en Windows
 

   

  • La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores back to top 

    La Sincronización de Chrome ya no será compatible con Chrome 81 y versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.

    • Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.
 

   

  • WebSQL dejará de estar disponible y se quitará back to top 

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 

    • Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 usando la política WebSQLAccess o un token de prueba de baja.
    • Chrome 123: En ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de Chrome 123, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
 

   

  • Políticas IdleTimeout y IdleTimeoutActions en iOSback to top 

    Las empresas ahora pueden forzar que se realice una acción después de que Chrome haya estado inactivo durante cierta cantidad de tiempo en los dispositivos iOS. Puedes usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones durante el tiempo de espera. Este parámetro de configuración estará disponible como una política de la plataforma y estará disponible por perfil en el futuro. 

    • Chrome 123 en iOS: Políticas disponibles en iOS
 

   

  • Detección de reutilización de contraseñas de perfiles sincronizados back to top 

    Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo se estaba disponible en perfiles corporativos. En Chrome 123, la detección de reutilización de contraseñas detectará la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado.

    • Chrome 123: Lanzamiento de funciones
 

   

  • Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones back to top 

    Cuando se activa la Protección mejorada y un usuario visita una página que le solicita que acepte un permiso de notificación, es posible que se envíen los atributos de esa página a la 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. 

    Cuando la Protección mejorada o el informe extendido de Navegación segura están activados, y un usuario acepta un permiso de notificación para una página bloqueada, este evento se envía 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 ServiceWorker back to top 

    La API permite a los desarrolladores configurar el enrutamiento y también transferir tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.

    • Chrome 123 en Windows, Mac, Linux y Android
 

   

  • Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia back to top 

    Antes de que un sitio web navegue a un sitio de destino en la red privada de un usuario, Chrome hará lo siguiente:

    1. Comprobar si la solicitud de navegación original se inició en un contexto seguro

    2. Enviar una solicitud preliminar y verificar si el sitio de destino responde con un encabezado que permita el acceso a la red privada.

     

    Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función opera en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en DevToolsde la consola de Chrome para ayudar a los desarrolladores a prepararse para la aplicación de la política. Si deseas leer sobre estos cambios, consulta Acceso a redes privadas (PNA) para solicitudes de navegación. Para obtener más información, consulta la especificación de PNA.

    • Chrome 123 en Android (excepto WebView), ChromeOS, Linux, macOS y Windows
 

   

  • Mejoras en favoritos y la Lista de lectura en Android back to top 

    En Chrome 124 para Android, algunos usuarios que accedan a Chrome desde el Administrador de favoritos podrán usar y guardar favoritos y elementos de las listas de lectura en su Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.

    • Chrome 124 en Android: Lanzamiento de funciones
 

   

 

   

  • Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política. 

    • Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows: La política dejó de estar disponible.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.

   

  • Intención de dar de baja: Eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.
    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
 

   

 

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3 antes de junio de 2025 back to top 

    Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 
    • Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Migración de Bluetooth de ChromeOS Flex back to top

    Se actualizará ChromeOS Flex a la versión de pila Bluetooth Floss en ChromeOS 123. Como parte de esta actualización, los siguientes dispositivos ya no serán compatibles con la funcionalidad Bluetooth: Si la funcionalidad Bluetooth es esencial para estos dispositivos, te recomendamos que los muevas al canal de LTS para extender la funcionalidad de Bluetooth hasta octubre de 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 función experimental de Chrome Usar Floss en lugar de BlueZ a Inhabilitada.

 

   

  • Personalización de las combinaciones de teclas back to top

    El uso de combinaciones de teclas aumenta la productividad, y todos tenemos nuestras favoritas. A partir de ChromeOS 123 con personalización de combinaciones de teclas, podrás asignar la combinación de teclas que prefieras para personalizarla. Ya sea que quieras que sean más fáciles de usar con una mano, más fáciles de recordar o idénticas a las que ya conoces, esta función simplificará tus flujos de trabajo diarios.

   

  • Graba GIFs con Captura de pantalla back to top

    A partir de ChromeOS 124, Captura de pantalla te permitirá grabar la pantalla en formato .GIF para capturar, compartir y reproducir fácilmente de forma intercalada tus grabaciones en chats, diapositivas, documentos y mucho más.

   

  • Configuración de Pantalla dividida más rápida back to top

    Las Chromebooks ofrecen varias formas de organizar las ventanas en tu pantalla para aumentar la productividad, como Pantalla dividida. Como lo indica su nombre, la Configuración de pantalla dividida más rápida ofrecerá una forma más veloz de configurar el diseño de la ventana, ya que muestra una vista general de las ventanas abiertas al otro lado de la pantalla. Con la Pantalla dividida más rápida, una vez que “ajustes” (o bloquees) una ventana en un lado, puedes elegir otra ventana que ya esté abierta en Recientes para ajustarla al otro lado, o bien seleccionar un elemento de la barra (la fila de apps) en la parte inferior o lateral de la pantalla.

 

Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.

↑ volver al principio  

Próximos cambios en la Consola del administrador

   

  • Experiencia mejorada en la página Configuración back to top

    A partir de marzo de 2024, todos los administradores usarán nuestra experiencia de página actualizada de Configuración, lo que significa que ya no podrás usar la experiencia heredada de Configuración. La mayoría de ustedes ya usan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista heredada, pero seguirán teniendo acceso a las mismas funciones en la vista actualizada.

    Chrome Web Store    

       

  • Informe de fallas de Chrome back to top

    A partir de Chrome 123, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.

    Esta función ya está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
    • Chrome 121 en Linux, macOS y Windows: Programa de Verificador de confianza
    • Chrome 123 en Linux, macOS y Windows: Lanzamiento de funciones

   

   

  • Informe de tecnología heredada back to top

    A partir de Chrome 123, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, como cookies de terceros, cambios en las cookies de SameSite y protocolos de seguridad antiguos, como TLS 1.0/1.1 y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
    • A partir de Chrome 123 en Linux, macOS y Windows
    Legacy tech report

↑ volver al principio  

Chrome 121

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Baja de las cookies de terceros de Chrome (3PCD)     
Cambio de nombre de las políticas empresariales FirstPartySets a RelatedWebsiteSets  
Organizador de pestañas    
Crear temas con IA    
Archivos encriptados más seguros para los usuarios de la Navegación segura estándar    
Captura de vínculos de usuarios en AWP: Windows, MacOS y Linux    
Navegación del panel lateral: Fijar o dejar de fijar    
Autocompletar: Mostrar en tarjetas del servidor y locales    
Autocompletar: Cambios en la verificación de tarjetas      
Herencia de CSS Highlight    
Políticas del usuario de Chrome para iOS    
Omisión de eventos de descarga    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas del navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Finalización de la compatibilidad de ChromeOS Flex con dispositivos    
Habilitar el dictado con el teclado    
Servicio de accesibilidad de ChromeVox    
No más mensajes de incorporación para Asistente    
Nuevo gesto del panel táctil en ChromeOS    
Integrar el nombre y el ID de la regla de eventos de DLP en la herramienta de investigación de seguridad     
Restricciones de archivos de Enterprise DataControls (DLP)    
Impresión sin bordes    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Configuración de la dirección IP en el dispositivo con el adaptador de Ethernet  
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store    
Informe de fallas de Chrome    
Corrección para ciertos certificados de Wi-Fi de Android    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Pantalla de selección del motor de búsqueda predeterminado    
Obtén ayuda para escribir en la Web con IA    
Experiencia de acceso y sincronización simplificada  
Solicitud de permisos para la API de Web MIDI    
SharedImages para la decodificación de video PPAPI    
Configuración de seguridad de V8    
Leer en voz alta    
El servicio de red en Windows se restringirá a una zona de pruebas     
Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed    
Verificación asíncrona de la Navegación segura del servidor    
Mejoras en las advertencias sobre descargas en la página Descargas de Chrome    
Reanudación de la última pestaña abierta en cualquier dispositivo     
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores  
Eliminación y baja de WebSQL    
Baja de la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed    
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Intención de dar de baja: Eventos de mutación    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList    
Las extensiones se deben actualizar para que aprovechen Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Migración de ChromeOS Flex por Bluetooth    
Nuevo diseño del reproductor multimedia de ChromeOS    
Inhabilitación de apps por parte del administrador en MGS    
Ahorro de batería    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome    
Informe de tecnología heredada    

 

DESCARGAR notas de la versión (PDF)

↑ volver al principio

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 tardar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top

    Como se anunció anteriormente, Chrome 121 restringe las cookies de terceros de forma predeterminada para el 1% de sus usuarios para facilitar las pruebas y hay planes de subir ese porcentaje hasta el 100% a partir del tercer trimestre del 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 121 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.

    Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Las políticas de la 3PCD también incluyen protecciones contra el seguimiento por rebote. Por ello, los usuarios del grupo de bloqueo de cookies de terceros cuentan con mitigaciones contra este tipo de seguimiento; es decir, su estado se borra en los sitios que se clasifican como de seguimiento por rebote. La mayoría de los usuarios empresariales se deberían excluir automáticamente de este grupo experimental del 1%, pero recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y excluir sus navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para aplicar los cambios necesarios y no depender de esta política ni de las cookies de terceros. 

    Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros. 

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.

    Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies en falso o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado de los sitios. 

    Las integraciones empresariales de SaaS que se usan en un contexto de varios sitios para casos de uso no publicitarios se pueden registrar en la prueba de baja de terceros y acceder de forma continua a cookies de terceros por un período limitado.

    La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte 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 empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.

   

   

  • Organizador de pestañas back to top

    El Organizador de pestañas es una función potenciada por IA generativa que permite que Chrome sugiera y cree automáticamente grupos de pestañas para los usuarios según la URL y el título de los sitios web abiertos. Para usar esta función, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.

    A partir de Chrome 121, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá activar el Organizador de pestañas en la configuración de Chrome. Inicialmente, esta función solo está disponible para usuarios no administrados y no para los usuarios administrados de Chrome Enterprise y Education en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre el Organizador de pestañas en el Centro de ayuda de Chrome Enterprise y Education. 

    Antes de que se lance esta función para los usuarios administrados, los administradores pueden controlar el Organizador de pestañas con la política TabOrganizerSettings. 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 la función por completo

   

  • Crear temas con IA back to top

    Crear temas con IA en Chrome permite que los usuarios creen un tema (una combinación de un color y un fondo de pantalla) único usando IA generativa. Para aprovechar esta función, abre una nueva pestaña y, en la esquina inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Los usuarios pueden elegir entre las opciones predeterminadas de tema, ánimo, estilo y color.

    A partir de Chrome 121, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá crear temas con IA activando la función en la configuración de Chrome. Inicialmente, esta función solo está disponible para usuarios no administrados y no para los usuarios administrados de Chrome Enterprise y Education en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre Crear temas con IA en el Centro de ayuda de Chrome Enterprise y Education.

    Antes de que se lance esta función para los usuarios administrados, los administradores pueden controlar Crear temas con IA a través de la política CreateThemesSettings. 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 la función por completo

   

  • Archivos encriptados más seguros para los usuarios de la Navegación segura estándar back to top

    En algunas descargas de archivos encriptados, Chrome solicita a los usuarios de la Navegación segura estándar una contraseña (que no se comparte con Google y se borra después de recuperar los metadatos). Así, se recopilan más metadatos sobre la descarga (como hashes de archivos contenidos y firmas ejecutables), que se envían a Google para obtener veredictos de mejor calidad. La contraseña permanece local y no se comparte con Google. Puedes controlar esta función con la política SafeBrowsingDeepScanningEnabled

    • Chrome 121 en Linux, macOS y Windows 

   

  • Captura de vínculos de usuarios en AWP: Windows, macOS y Linux back to top

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y las apps web instaladas. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se inicia la app. Existe una función experimental disponible para controlar este comportamiento: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 123 en Linux, macOS y Windows: Según el resultado del experimento en Chrome 121, lanzaremos esta función a la totalidad de los usuarios de la versión estable, ya sea activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada (siempre se abrirá en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones) de forma predeterminada.
    Link to PWA

   

  • Navegación del panel lateral: Fijar o dejar de fijar back to top

    A partir de Chrome 121, se quita el ícono del panel lateral para mejorar la navegación mediante el panel lateral ofreciendo opciones de personalización a través de la fijación de barras de herramientas, lo que permite acceder de forma eficaz y directa a un conjunto de paneles. Puedes abrir la mayoría de las funciones del panel lateral desde el menú de Chrome ().

    • Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
    Side panel nav

   

  • Autocompletar: Mostrar en tarjetas del servidor y locales back to top

    Autocompletar ayuda a los usuarios a completar fácilmente la información de sus tarjetas en los formularios de pago. Las tarjetas de crédito o débito, que se pueden autocompletar, se almacenan en el cliente de Chrome. Existen 2 tipos: tarjetas del servidor (solo tienen los últimos 4 dígitos y la fecha de vencimiento) y tarjetas locales (tienen todos los dígitos junto con la fecha de vencimiento).

    Cuando sucede que una misma tarjeta existe de forma local y en el servidor en el mismo cliente, Chrome suele anular la tarjeta duplicada del servidor y solo ofrece la versión local para el autocompletado. Con este cambio, ocurre lo contrario: ahora se ofrece a los usuarios que utilicen la tarjeta del servidor, lo que brinda los beneficios de seguridad y usabilidad de las tarjetas del servidor de GPay a quienes tienen tarjetas duplicadas y hace que la experiencia sea más coherente en todos los dispositivos.

    • Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia 

   

  • Autocompletar: Actualizaciones de códigos de seguridad back to top

    En Chrome 121, para mejorar la experiencia del usuario, la función Autocompletar en pagos ahora desenmascara la información de las tarjetas usando los métodos de verificación líderes de la industria de Google en vez de depender de códigos de seguridad para verificar y desenmascarar las tarjetas. Los usuarios pueden activar el desbloqueo del dispositivo si quieren agregar una capa de seguridad adicional para desenmascarar sus tarjetas.

    • Chrome 121 en Android y macOS 

   

  • Herencia de CSS Highlight back to top

    Con la herencia de CSS Highlight, las seudoclases de ese elemento, como ::selection y ::highlight, heredan sus propiedades a través de la cadena de seudodestacado en vez de hacerlo a través de la cadena de elementos. El resultado es un modelo más intuitivo para la herencia de propiedades en elementos destacados. Específicamente, cuando la cascada no le da un valor a ninguna propiedad compatible, el valor especificado se determina por la herencia del seudoelemento destacado correspondiente del elemento principal del elemento de origen. Para obtener más detalles, consulta la especificación de los seudoelementos destacados.

    • Chrome 121 en Windows, macOS, Linux y Android 

   

  • Políticas del usuario de Chrome para iOS back to top

    Con las políticas del usuario de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo, incluidos sus dispositivos personales. 

    El lanzamiento comenzó con Chrome 120, pero lo revertimos debido a un error que no generaba impacto. A partir de Chrome 121, los usuarios finales administrados comienzan a ver un aviso de administración que indica que su organización administra la cuenta a la que acceden. Los administradores pueden activar esta función en la Consola del administrador, en el parámetro de configuración Chrome en iOS. Para conocer más detalles, consulta Cómo configurar políticas de Chrome para usuarios o navegadores.

    • Chrome 120 en iOS: Se inició el lanzamiento al 5% y se revirtió debido a un error que no generaba impacto.
    • Chrome 121 en iOS: Comienza el lanzamiento gradual con el objetivo de llegar al 100% en M122.
    iOS users

   

  • Omitir eventos de descarga back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la Memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual. 

    En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.

    • Chrome 117 en ChromeOS, Linux, macOS y Windows: Está en prueba para desarrolladores.
    • Chrome 119 en ChromeOS, Linux, macOS y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
    • Chrome 121-131 en ChromeOS, Linux, macOS y Windows: Está en prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).

   

  • Políticas nuevas y actualizadas en el navegador Chrome back to top 
    Política Descripción
    AllowChromeDataInBackups Permite la copia de seguridad de los datos de Google Chrome.
    CloudUserPolicyMerge Permite combinar las políticas de la nube destinadas a los usuarios con las políticas a nivel de la máquina (ahora disponible en iOS).
    ProfileReauthPrompt Solicita a los usuarios que vuelvan a realizar la autenticación en el perfil.
    HelpMeWriteSettings Permite la función Ayúdame a escribir.
    TabOrganizerSettings Permite la función de organización de pestañas.
    CreateThemesSettings Controla la función Crear temas con IA.

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    ChromeRootStoreEnabled Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados de servidores
    ContextAwareAccessSignalsAllowlist Habilita el flujo de certificación de Chrome Enterprise Device Trust Connector para una lista de URLs.
    WebRtcAllowLegacyTLSProtocols Permitir que los protocolos TLS/DTLS heredados cambien a una versión inferior en WebRTC
    OffsetParentNewSpecBehaviorEnabled Controla el comportamiento nuevo de HTMLElement.offsetParent.
    SendMouseEventsDisabledFormControlsEnabled Controlar el comportamiento nuevo de envío de eventos en los controles de formularios inhabilitados
    AttestationEnabledForDevice Habilita la atestación remota para el dispositivo.

Actualizaciones de ChromeOS

   

  • Fin de la compatibilidad con dispositivos ChromeOS Flex back to top

    A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Para ver la lista completa de dispositivos que dejarán de ser compatibles, consulta nuestra lista de modelos certificados. Entre los dispositivos sin certificación, se incluyen los que se indican a continuación:
    • 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 ya no les hará pruebas ni mantenimiento a estas actualizaciones. Recomendamos que los clientes actualicen a los modelos más recientes con certificación de ChromeOS Flex o dispositivos ChromeOS para aprovechar las nuevas funciones y mejoras de seguridad. Obtén más información sobre los dispositivos compatibles en nuestro Centro de ayuda.

   

  • Habilita el dictado con el teclado back to top

    Los teclados Logitech con un botón de dictado y otros teclados que usen la combinación de teclas Buscar + D ahora activan la función de accesibilidad Dictado si está desactivada. Si la opción Dictado ya está activada, la tecla (y la combinación de teclas) la activará. Cuando se habilita el dictado, aparece un cuadro de diálogo para informar a los usuarios que están a punto de habilitar Dictado. Es posible que se descarguen ciertos archivos de voz y sobre cómo usar la función de dictado una vez que esté habilitada.

    iOS users

   

  • Servicio de accesibilidad de ChromeVox back to top

    Ahora los usuarios de transmisión de apps en Chromebooks podrán usar ChromeVox para navegar por la app de transmisión para Android. El árbol de accesibilidad de la app de transmisión para Android se transmite en conjunto con la app en sí y es posible interactuar con él a través de las capacidades del lector de pantalla de ChromeOS.

   

  • No hay más mensajes de integración para Asistente back to top

    ChromeOS 121 quita los mensajes de bienvenida o integración que se ofrecen a un usuario nuevo cuando se inicia el Asistente en ChromeOS por primera vez. Esta opción dejará de estar disponible.

   

  • Nuevo gesto del panel táctil en ChromeOS back to top

    ChromeOS 121 lanza un nuevo gesto del panel táctil para ayudar a los usuarios a descartar las ventanas emergentes de notificaciones en el centro de notificaciones.

   

  • Integra el nombre y el ID de la regla de eventos de DLP en la herramienta de investigación de seguridad back to top

    Los eventos de control de datos de ChromeOS tendrán campos adicionales para enriquecer las estadísticas de los administradores en la herramienta de investigación de seguridad. 

   

  • Restricciones de archivos de Enterprise DataControls (DLP) back to top

    En ChromeOS 121, los controles de datos de ChromeOS permiten que los equipos de TI y seguridad protejan datos importantes de la empresa y los clientes. Está disponible para eventos como copiar y pegar, capturar la pantalla, imprimir y compartir la pantalla. 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.
    Tendremos nuevas funciones para controlar lo que los usuarios pueden hacer con los archivos en los dispositivos ChromeOS a través de reglas basadas en la fuente y el destino. 

   

  • Impresión sin bordes back to top

    ChromeOS ahora admite la impresión sin bordes. Con una impresora compatible, ahora puedes imprimir fotografías en papel de fotografía, sin bordes.

Actualizaciones en la Consola del administrador

   

  • Configura la dirección IP en el dispositivo con el adaptador de Ethernet back to top

    Los parámetros de configuración de la Consola del administrador Permitir que la dirección IP se configure en el dispositivo (solo ChromeOS) y Permitir que los usuarios modifiquen estos valores (en la configuración de DNS) ahora también se respetan para los adaptadores de Ethernet.

    Ethernet ip addr

   

  • Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store back to top

    En Chrome 121, hay nueva información disponible sobre el informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store a través de una nueva columna de notificaciones y una nueva columna de Chrome Web Store que representa el estado de la ficha de una extensión.  En la página Detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas. 
    • Chrome 120 en Linux, MacOS y Windows: Programa de Verificador de confianza
    • Chrome 121 en Linux, MacOS y Windows: Lanzamiento de funciones
     

    Informe de uso de extensiones y aplicaciones:

    Extensions and apps usage report

    Página de detalles de la aplicación:

    Apps details page  

   

  • Informe de fallas de Chrome back to top

    A partir de Chrome 122, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.

    Esta función ya está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
     
    • Chrome 121 en Linux, MacOS y Windows: Programa de Verificador de confianza
    • Chrome 122 en Linux, MacOS y Windows: Lanzamiento de funciones
      Chrome crash report

   

  • Corrección para ciertos certificados de Android Wi-Fi (principios de febrero de 2024)   back to top

    A partir de Android 13, para ciertos parámetros de configuración de Wi-Fi que usan autenticación empresarial (802.1X), se agregó un nuevo campo obligatorio llamado DomainSuffixMatch para mayor seguridad. Antes de actualizar tu flota a Android 13, debes editar el nuevo campo de la configuración de esa red, Autoridad certificadora del servidor, para agregar al menos una coincidencia de sufijo de dominio del certificado de servidor. El dispositivo solo se conectará a la red Wi-Fi si el certificado del servidor que presente el extremo remoto tiene un Subject CommonName o un nombre de DNS SubjectAlternativeName (SAN) que coincida con el sufijo proporcionado. 

    Android 13 wifi config

 

   

  • Nuevas políticas en la Consola del administrador   back to top
     
    Nombre de la política Páginas Compatible con Categoría/Campo
    AllowChromeDataInBackups Usuario y navegador Chrome (iOS) Otras opciones de configuración
    OopPrintDriversAllowed Usuario y navegador Chrome (Linux, MacOS y Windows) Impresión

↑ volver al principio  

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

   

  • Pantalla para elegir el motor de búsqueda predeterminado back to top 

    A partir de Chrome 120, es posible que se les solicite a los usuarios finales empresariales que elijan su motor de búsqueda predeterminado en Chrome.

    Como parte de nuestra iniciativa para cumplir con la LMD, se les solicitará a algunos usuarios que elijan el motor de búsqueda predeterminado para Chrome. Esta solicitud controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hacen actualmente (si lo estableció el administrador de TI). Obtén 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ía comenzar a ver la pantalla de selección con Chrome 120. 
    • Chrome 122 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: Se realizará un lanzamiento completo para los usuarios aplicables.

   

  • Obtén ayuda para escribir en la Web con IA back to top

    En Chrome 122, lanzaremos una función experimental potenciada por 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 iniciar el proceso de redacción en los campos de texto de formato libre de la Web.

    A partir de Chrome 122, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá activar Ayúdame a escribir en la configuración de Chrome. En la versión 122 de Chrome, esta función estará disponible inicialmente solo para usuarios no administrados, no para los usuarios administrados de Chrome Enterprise y Education. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre la función 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 con la política HelpMeWriteSettings. Tendrás 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 la función por completo

   

  • Experiencia de acceso y sincronización simplificada back to top 

    A partir de Chrome 122, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada del acceso y la sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
    Al igual que antes, la funcionalidad que previamente era parte de la Sincronización de Chrome, que guardaba sus datos en la Cuenta de Google y que podía acceder a ellos, se puede desactivar por completo (con SyncDisabled) o parcialmente (con SyncTypesListDisabled). Se puede exigir o inhabilitar el acceso a Chrome con BrowserSignin, como antes.
    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
    • Chrome 117: Se descontinúa la Sincronización de Chrome para los usuarios que no tenían habilitada esta función en ese momento.
    • Chrome 122: Se descontinúa la Sincronización de Chrome para los usuarios que la tengan habilitada migrando a un estado equivalente.
 

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    Se informaron numerosos problemas con respecto al acceso posible por proximidad de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió implementar un permiso explícito para el acceso general a la API de MIDI. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema [SysEx]) en Chrome, con acceso restringido detrás de un mensaje de permisos. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.
    Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
    • Chrome 122 en Windows, macOS, Linux y Android 
 

   

  • SharedImages para la decodificación de video PPAPI back to top 

    Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI. 
    • Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
    • Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape y las instrucciones de código antiguas correspondientes.
 

   

  • Configuración de seguridad de V8 back to top 

    Agrega un parámetro de configuración a chrome://settings/security para inhabilitar los optimizadores de JIT V8 y reducir la superficie de ataque de Chrome. Este comportamiento sigue controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. El parámetro está integrado en la sección Configuración de sitios y se lanzará en Chrome 122. Las políticas empresariales están disponibles desde Chrome 93.
    • Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
 

   

  • Leer en voz alta back to top 

    Leer en voz alta les permitirá a los usuarios de Chrome en Android escuchar páginas web a través de la tecnología de texto a voz. De esta forma, podrán acceder a esta función a través del menú ampliado y controlar la reproducción con los controles de audio. 
    La función Leer en voz alta enviará la URL de la página a los servidores de Google para potenciar la reproducción. Los usuarios que la usen deberán habilitar el elemento de menú de configuración “Mejorar las búsquedas y la navegación”. 
    Si estableces la política ListenToThisPageEnabled en verdadero, los usuarios podrán hacer que las páginas web aptas se lean en voz alta con texto a voz gracias a la destilación y la síntesis de audio del contenido realizadas en el servidor. Si se establece en falso, se inhabilitará esta función. Si se establece en el valor predeterminado o no se establece, se habilitará Leer en voz alta.
    • Chrome 122 en Android: Se lanza la función.
 

   

  • El servicio de red en Windows se restringirá a una zona de pruebas back to top 

    Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se restringirá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Puedes probar la zona de pruebas en tu entorno siguiendo estas instrucciones e informarnos los problemas que encuentres.
    • Chrome 122 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
 

   

  • Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed back to top 

    En Chrome 116, el uso de WebView por parte de las Apps de Chrome está sujeto a las siguientes restricciones:
    Si usas el evento NewWindow de WebView para adjuntarlo a un elemento de WebView en otra ventana de la app, se invalidará la referencia de ventana que devuelve la llamada a window.open en la WebView de origen. Existe una política empresarial temporal disponible (ChromeAppsWebViewPermissiveBehaviorAllowed) para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Se quitará esta política en Chrome 122.
 

   

  • Verificación asíncrona de la Navegación segura del servidor back to top 

    Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. Para mejorar la velocidad de carga de Chrome, las verificaciones con la lista de Navegación segura del servidor ya no bloquearán las cargas de páginas después de Chrome 122.
    Evaluamos el riesgo para implementar mitigaciones:
    1. Para brindar protección contra exploits directos en el navegador, las verificaciones de fichas locales se seguirán realizando de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se complete la verificación de listas locales.
    2. Para brindar protección contra ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado de forma significativa con la página (p. ej., que haya escrito una contraseña) cuando mostramos la advertencia.
     
    • Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows: Se lanza la función.
 

   

  • Advertencias de descarga mejoradas en la página Descargas de Chrome back to top 

    Para ayudar a reducir las consecuencias de la descarga de software malicioso, estamos limpiando los patrones y las cadenas de advertencia sobre descargas de escritorio para que sean claros y coherentes.
     
    • Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia: Se lanza la función.
      Download warnings   Download warnings

   

  • Reanudar la última pestaña abierta en cualquier dispositivo back to top 

    Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que accedió a su cuenta, Chrome les ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
    • Chrome 123 en iOS: Se lanza la función.
 

   

  • La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores back to top 

    La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.
     
    • Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.
 

   

  • WebSQL dejará de estar disponible y se quitará back to top 

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 
    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 
    • Chrome 101: En esta versión se agregó la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En esta versión comienza la prueba de baja de WebSQL y finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
    • Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
 

   

 

   

  • Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política. 
     
    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.
     

   

  • Intención de dar de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.
    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
 

   

 

   

  • Las extensiones deben actualizarse antes de junio de 2025 para aprovechar Manifest V3 back to top 

    Las extensiones de Chrome deben actualizarse a la nueva versión de Manifest: Manifest V3, que les brindará una mayor privacidad a los usuarios (por ejemplo, cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales). Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota. 
    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 que se ejecutan en el navegador. Existe una política empresarial (ExtensionManifestV2Availability) disponible para controlar si se permiten las extensiones basadas en Manifest V2 y probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 
    • Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones basadas en Manifest V2 y probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política permitirá extender el uso de las extensiones basadas en Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

 

   

  • Migración de Bluetooth de ChromeOS Flex back to top

    Se actualizará ChromeOS Flex a la versión de pila Bluetooth Floss en ChromeOS 122. Como parte de esta actualización, los siguientes dispositivos ya no admitirán la funcionalidad Bluetooth. Si la funcionalidad Bluetooth es fundamental para estos dispositivos, recomendamos trasladarlos al canal de LTS para extenderla hasta octubre de 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

   

  • El nuevo aspecto del reproductor multimedia de ChromeOS back to top

    El reproductor multimedia de ChromeOS pronto tendrá botones más grandes y colores que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (como Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.
     

     

   

  • Inhabilitación de apps por parte del administrador en MGS back to top

    Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Apps de Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas apps, y bloquearlas y ocultarlas para los usuarios de tu empresa.
 

   

  • Ahorro de batería back to top

    A partir de ChromeOS 122, el Ahorro de batería estará disponible para reducir el brillo en la pantalla y la retroiluminación del teclado, limitar la frecuencia de actualización de la pantalla y el presupuesto informático disponible, y también desactivar ciertas funciones en segundo plano que requieren mucha energía para que los usuarios puedan aprovechar más la duración de batería de sus dispositivos. Esto será útil cuando necesiten esos últimos minutos para terminar una tarea y no tengan un cargador a mano. La función se habilitará automáticamente cuando el nivel de batería del usuario llegue al 20%.

↑ volver al principio  

Próximos cambios en la Consola del administrador

   

  • Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chromeback to top

    A partir de Chrome 124, la política Período de inactividad para la eliminación del navegador borrará automáticamente los datos de los navegadores en la Consola del administrador para los navegadores administrados que no se hayan comunicado con el servidor por más tiempo que el período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Todos los navegadores inscritos que hayan estado inactivos durante más de 540 días se borrarán de tu cuenta poco después del lanzamiento de esta política. 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 navegador 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 navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.

     
    • A partir de Chrome 122: La IU de la política de Período de inactividad para la eliminación del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.

   

   

  • Informe de tecnología heredadaback to top

    A partir de Chrome 122, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1 y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.

    • A partir de Chrome 122 en Linux, MacOS y Windows
  • Legacy tech report

↑ volver al principio  

Chrome 120

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Pantalla de selección del motor de búsqueda predeterminado    
Baja de las cookies de terceros de Chrome (3PCD)     
Cambio de nombre de las políticas empresariales FirstPartySets a RelatedWebsiteSets  
Chrome Web Store: Mejoras en la UX    
Verificación de seguridad renovada en computadoras    
Barra de herramientas responsiva de Chrome para computadoras    
Chrome para Android ya no es compatible con Android Nougat    
Seguimiento de paquetes (solo para iOS)    
Eliminación del prefijo de -webkit-background-clip para el texto y su conversión en alias    
Políticas del usuario de Chrome para iOS    
Separación de perfiles de Chrome: políticas nuevas    
Migración de URLs de datos a SVGUseElement  
Administrador de contraseñas: Uso compartido de contraseñas  
Eliminación de la asistencia recomendada de varias políticas    
Guardado de imágenes en Google Fotos para iOS    
Eliminación de la aplicación general del mismo origen en CSPEE    
Solicitudes de cierre para CloseWatcher, <dialog> y popover=""    
Eliminación y baja de la compatibilidad con Theora    
Consentimiento de los indicadores de dispositivos no administrados    
Traslado de 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 eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nuevos controles para acelerar el desplazamiento del mouse    
Comportamiento de Alt + clic mejorado    
Eventos de autenticación de XDR    
Pellizcar para ajustar el tamaño de PIP     
Nuevo aspecto del selector de emojis    
Combinaciones de teclas: Habilitación de las teclas F11-F12    
Baja de la compatibilidad con códecs y contenedores de contenido multimedia heredados de ChromeOS    
Botón del escritorio virtual de ChromeOS    
Detalles de la app en la administración de apps    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Funciones basadas en IA generativa    
Archivos encriptados más seguros para los usuarios de la Navegación segura estándar    
Solicitud de permisos para la API de MIDI Web    
El servicio de red en Windows se someterá a una zona de pruebas     
Captura de vínculos de usuarios en AWP: Windows, Mac y Linux    
Navegación del panel lateral: Fijar/Dejar de fijar    
SharedImages para la decodificación de video PPAPI    
Omisión de eventos de descarga    
Restauración de la última pestaña abierta en cualquier dispositivo     
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores  
Baja y eliminación de WebSQL    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList    
Intención de dar de baja los eventos de mutación    
Las extensiones deben actualizarse antes de junio de 2025 para aprovechar Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Finalización de la compatibilidad de ChromeOS Flex con dispositivos    
Migración de ChromeOS Flex por Bluetooth    
Configuración de la duración del protector de pantalla    
Nuevo diseño del reproductor multimedia de ChromeOS    
Integración de eventos de DLP en la herramienta de investigación de seguridad     
Restricciones de archivos de Controles de datos de ChromeOS    
Notificaciones mejoradas para apps fijadas    
Nuevas opciones de sincronización de ChromeOS  
Inhabilitación de apps por parte del administrador en MGS    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome    
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store    
Informe de tecnología heredada    
Informe de fallas de Chrome    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Pantalla de selección del motor de búsqueda predeterminado back to top

    A partir de Chrome 120: Es posible que se les solicite a los usuarios finales empresariales que elijan su motor de búsqueda predeterminado en Chrome.

    Como parte de nuestro proyecto de cumplimiento de LMD, se solicitará a algunos usuarios que elijan su motor de búsqueda predeterminado para Chrome. Este mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hace actualmente, si lo estableció el administrador de TI. Obtén 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 podría comenzar a ver la pantalla de selección con Chrome 120. Un 100% a través de Chrome 122 para los usuarios aplicables.

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top

    En Chrome 120 y versiones posteriores (enero de 2024), Chrome inhabilitará globalmente las cookies de terceros para el 1% del tráfico de Chrome como parte de nuestras pruebas facilitadas de Chrome en colaboración con la CMA. El período de prueba facilitado permite que los sitios obtengan una vista previa significativa de cómo es operar en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas verán la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se limpie para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales 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 cookies de terceros y, además, inhabilitar sus navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para realizar los cambios necesarios y no depender de esta política ni de las cookies de terceros.

    Planeamos proporcionar más herramientas (como el Informe de tecnología heredada) para ayudar a identificar los casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies como falsa para volver a habilitar las cookies de terceros en todos los sitios, pero esto impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de entidades permitidas y seguir recibiendo cookies de terceros.

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administrador empresarial, pueden usar el control de usuario Omitir (el “ícono del ojo” en el cuadro multifunción) para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Las políticas de administrador empresarial anulan los controles de usuario Omitir. Por ejemplo, si estableces la política BlockThirdPartyCookies como verdadera, se inhabilitarán las cookies de terceros para todos los sitios, y los usuarios no podrán usar este control.

    Las protecciones contra seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no puede tener ni recibir cookies de terceros. Por lo tanto, si estableces la política BlockThirdPartyCookies como falsa o estableces la política CookiesAllowedForUrls para un sitio, se impedirá el las mitigaciones de seguimiento por rebote de la eliminación de estados para los sitios.

    Las integraciones empresariales de SaaS que se usan en un contexto de varios sitios para casos de uso no publicitarios podrán registrarse para la prueba de baja de cookies de terceros para seguir accediendo a cookies de terceros por un período limitado.

    La función heurística otorgará acceso temporal a las cookies de terceros en situaciones limitadas según el comportamiento de los usuarios. Esto disminuye las fallas del sitio causadas por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Para obtener más detalles sobre cómo prepararte, enviar comentarios e informar posibles problemas del sitio, consulta la sección de blog Modo B: Baja del 1% de las cookies de terceros y el blog Cómo prepararse para el final de las cookies de terceros.
     
    • Chrome 120 en ChromeOS, Linux, Mac y Windows
      El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.

   

   

  • Chrome Web Store: Mejoras en la UX back to top

    El equipo de Chrome está presentando un nuevo diseño de Chrome Web Store que simplifica el proceso de encontrar y administrar extensiones. Además de una interfaz actualizada y moderna, la tienda presenta nuevas categorías de extensiones, como las siguientes: Extensiones potenciadas por IA y Editores destacados. Estas mejoras se lanzarán gradualmente durante los próximos meses. 

    Para volver temporalmente al diseño original de la tienda, los usuarios deben hacer clic en los tres puntos que aparecen junto al avatar de su perfil y seleccionar Volver a la tienda original. Esta opción temporal se inhabilitará en enero de 2024, y los administradores no pueden controlarla de manera centralizada.
      Chrome Web Store  

    Las empresas seguirán teniendo acceso a sus políticas empresariales en la nueva UX de Chrome Store.

    La versión renovada de Chrome Web Store también incluirá una sección dedicada para las extensiones específicas de tu dominio. Para obtener más detalles sobre cómo publicar extensiones privadas, consulta Opciones de publicación empresarial

    Ten en cuenta que hay un problema conocido con ExtensionSettings, en el que blocked_install_message no aparece correctamente en la UX rediseñada de Chrome Store y estamos trabajando para solucionarlo.  

   

  • Verificación de seguridad renovada en computadoras de escritorio back to top

    En Chrome 120, comenzamos el lanzamiento de una nueva Verificación de seguridad proactiva, que revisa periódicamente el navegador en busca de problemas relacionados con la seguridad y les informa a los usuarios cuando hay algo que requiere su atención. Con este lanzamiento, también se presenta una nueva página con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, la cual se diseñó para que los usuarios estén seguros cuando estén en línea.
     
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
     
    Safety check settings

   

  • Barra de herramientas responsiva del escritorio de Chrome back to top

    Los clientes de Chrome Desktop en diferentes dispositivos y modos de entrada de texto (por ejemplo, mouse o táctil) ahora experimentan una barra de herramientas que responde perfectamente a los cambios de tamaño de las ventanas. Esto sucede cuando los usuarios seleccionan y cambian el tamaño de una ventana de forma manual o utilizan herramientas de administración de ventanas específicas del SO, además de un menú ampliado.
     
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows

   

  • Chrome para Android ya no será compatible con Android Nougat back to top

    La última versión de Chrome compatible con Android Nougat es Chrome 119. En ella, se incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo.

    Chrome 120 no admitirá ni enviará datos a los usuarios que ejecuten Android Nougat.
     
    • Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat
     

   

  • Seguimiento de paquetes (solo para iOS) back to top

    Los usuarios pueden habilitar una nueva una función de seguimiento de paquetes que genera fechas de entrega estimadas y el estado del paquete en una tarjeta nueva en la página Nueva pestaña. Esta función solo está disponible para usuarios de habla inglesa y para paquetes entregados a través de FedEx y USPS. Si es necesario, puedes desactivar la función con una política nueva denominada ParcelTrackingEnabled
     
    • Chrome 120 en iOS: Lanzamientos de funciones
      notification for delivery tracking

   

  • Quitar el prefijo de -webkit-background-clip para el texto y asígnale un alias back to top

    Chrome permite el uso de la versión sin prefijo para background-clip: text y convierte -webkit-background-clip en un alias para background-clip. Además, ya no admitirá palabras clave sin sufijo (contenido, relleno y borde).
     
    • Chrome 120 en Windows, Mac, Linux y Android

   

  • Políticas del usuario de Chrome para iOS back to top

    Con las políticas del usuario de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo, incluidos sus dispositivos personales.

    A partir de Chrome 120, para aportar coherencia a iOS, los usuarios finales administrados comenzarán a ver un aviso de administración que indica que su organización administra la cuenta a la que están accediendo. En Chrome 121, los administradores pueden activar esta función en la Consola del administrador en el parámetro de configuración Chrome en iOS. Para conocer más detalles, consulta Cómo establecer políticas de Chrome para usuarios o navegadores.
     
    • Chrome 120 en iOS: Se iniciará el lanzamiento gradual de la función.
      managed account sign-in

   

   

  • Migración desde URLs de datos en SVGUseElement back to top

    Se actualizó recientemente la especificación de SVG para quitar la compatibilidad con data: URLs en SVGUseElement. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite data: URLs en SVGUseElement. Para obtener más información, consulta esta entrada de blog.

    La asignación de data: URLs en SVGUseElement puede generar la secuencia de comandos entre sitios (XSS) y la omisión de Trusted Types.

    Para las empresas que necesitan más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con data: URLs en SVGUseElement.
     
    • Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Quitar la compatibilidad de data: URLs en SVGUseElement

   

  • Administrador de contraseñas: uso compartido de contraseñas back to top

    El Administrador de contraseñas permite que los usuarios compartan sus contraseñas con los miembros de su grupo familiar de Google (como se configuró en su Cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No se pueden compartir contraseñas de forma masiva. El remitente no puede actualizar ni revocar la contraseña compartida.

    Como administrador empresarial, puedes usar la política PasswordSharingEnabled para desactivar la función de uso compartido para todos los usuarios.
     
    • Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia

   

  • Quitar la compatibilidad recomendada de varias políticas back to top

    Se pueden aplicar algunas políticas según lo recomendado, lo que permite a los administradores establecer un valor inicial que los usuarios puedan cambiar más adelante. En Chrome 119, se quitó la compatibilidad recomendada de varias políticas que los usuarios no podían configurar.

    Todas las políticas afectadas que se configuraron previamente como recomendadas ahora deben establecerse como obligatorias para garantizar que sigan teniendo efecto.
     

   

  • Guardar imágenes en Google Fotos en iOS back to top

    Cuando un usuario que accedió mantiene presionada una imagen en Chrome, puede guardarla directamente en Google Fotos. Este tiene la opción de guardarla en cualquier cuenta a la que se haya accedido con el dispositivo. Puedes usar la política ContextMenuPhotoSharingSettings para activar esta función.


     
    • Chrome 119 en iOS: Los usuarios pueden guardar imágenes directamente en Google Fotos.
    • Chrome 120 en iOS: Se presentó una nueva política, ContextMenuPhotoSharingSettings, para controlar esta funcionalidad.


    Save in Photos

   

  • Quitar la aplicación general del mismo origen en CSPEE back to top

    Se quita de Chrome 120 un tratamiento especial para los iframes del mismo origen de la aplicación de cumplimiento incorporada de CSP.

    De esta manera, se alinea el comportamiento de la aplicación forzosa de la CSP incorporada para los iframes de origen cruzado y los del mismo origen. Para obtener más información, consulta ChromeStatus.
     
    • Chrome 120 en Windows, Mac, Linux y Android

   

  • Cerrar solicitudes para CloseWatcher, <dialog> y popover="" back to top

    Las solicitudes de cierre son un concepto nuevo en el que un usuario solicita cerrar un elemento abierto actualmente usando la tecla Esc en computadoras de escritorio o con el gesto o el botón de retroceso en Android. La integración de Solicitudes de cierre en Chromium incluye dos cambios:
     
    • Se incluye CloseWatcher, una nueva API para escuchar directamente y responder solicitudes de cierre.
    • Se realizaron actualizaciones a <dialog> y popover="" para usar el nuevo marco de trabajo de solicitud de cierre, de modo que respondan al botón Atrás de Android.
     
    • Chrome 120 en Windows, Mac, Linux y Android

   

  • Dar de baja y quitar la compatibilidad con Theora back to top

    Chrome 120 dejará de ser compatible y se quitará para el códec de video Theora en computadoras de escritorio de Chrome, debido a los riesgos de seguridad emergentes. El bajo uso de Theora (y, a menudo, incorrecto) ya no justifica la compatibilidad con la mayoría de los usuarios. Los contenedores de Ogg seguirán siendo compatibles. Nuestro plan es comenzar a derivar experimentos y dar de baja la compatibilidad con Theora en Chrome 120. Si los usuarios tienen problemas para reproducir videos específicos, pueden reactivar la asistencia con chrome://flags/#theora-video-codec, si es necesario, hasta Chrome 123. Puedes obtener más información en Estado de Chrome.
     
    • Chrome 120 en ChromeOS, Lacros, Windows, Mac y Linux

   

  • Consentimiento de los indicadores de dispositivos no administrados back to top

    Esta función presenta un nuevo diálogo emergente de consentimiento, que recopila el consentimiento de los usuarios para determinar si permiten que Chrome recopile indicadores de dispositivos de su dispositivo.

    El diálogo solo se muestra a los usuarios que cumplen con las siguientes condiciones:

    - el usuario está administrado.

    - el dispositivo actual del usuario no está administrado.

    - el administrador del usuario habilitó el servicio de confianza del dispositivo.

    - el administrador del usuario no inhabilitó específicamente esta función y su política correspondiente.

     
    • Chrome 120 en Linux, Mac y Windows
      Shared profile

   

  • Las interacciones de impresión se trasladaron a un proceso de servicio back to top

    En Chrome 120, algunos usuarios realizan las interacciones de impresión con el sistema operativo en un proceso de servicio independiente. Quitar estas interacciones del proceso del navegador mejora la estabilidad del navegador. También mejora la capacidad de respuesta de la interfaz de usuario de la Vista previa de impresión. La política empresarial OopPrintDriversAllowed está disponible para revertir realizar interacciones de impresión en la plataforma desde el proceso del navegador.

   

  • Servicio de sugerencias de permisos basado en URLs back to top

    Chrome está actualizando su Servicio de sugerencias de permisos. Anteriormente, las solicitudes a los servidores de Chrome para el servicio de sugerencias de permisos no contenían URLs. Ahora, Chrome agregará indicadores basados en URLs al servicio de sugerencias. Los administradores anteriores podían inhabilitar el envío de solicitudes a Chrome configurando la política SafeBrowsingProtectionLevel en 1, 0 o sin establecer. Después de esta actualización, la política SafeBrowsingProtectionLevel ya no habilitará ni inhabilitará el Servicio de sugerencia de permisos.

    El Servicio de sugerencias de permisos ahora está restringido a la política existente de recopilación de datos anónimos con URL: UrlKeyedAnonymizedDataCollectionEnabled.
     
    • Chrome 120 en ChromeOS, Linux, Mac y Windows: Experimento estable del 1%

   

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    NativeClientForceAllowed Forzar el permiso de ejecución de Native Client (NaCl)
    ChromeRootStoreEnabled Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados de servidores

Actualizaciones de ChromeOS

   

  • Nuevos controles para la aceleración de desplazamiento del mouse back to top

    ChromeOS 120 agregará nuevos controles para permitirles a los usuarios inhabilitar la aceleración de desplazamiento del mouse y ajustar la velocidad de desplazamiento. 

    mouse acceleration  

   

  • Comportamiento de Alt + clic mejorado back to top

    Puedes configurar el comportamiento del clic con el botón derecho usando el teclado y el panel táctil. También puedes ajustar la configuración para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar las teclas del teclado

    touchpad speed  

   

  • Eventos de autenticación de XDR back to top

    Los eventos de autenticación (acceder/salir, bloquear/desbloquear) ahora se pueden habilitar como parte de la detección y respuesta extendidas (XDR) en ChromeOS. Una vez que se complete el lanzamiento, los sistemas de XDR podrán usar estos eventos para proporcionar estadísticas sobre la postura de seguridad del dispositivo.
     

   

  • Pellizcar para cambiar el tamaño de PIP back to top

    Ahora se puede pellizcar para cambiar el tamaño de las ventanas de pantalla en pantalla (PIP). Simplemente coloca dos dedos en la ventana y pellizca la pantalla y júntalos o sepáralos para encontrar el tamaño perfecto para la pantalla.
     

   

  • Nuevo diseño del selector de emojis back to top

    ChromeOS 120 ofrece una nueva y dinámica paleta de colores para el selector flotante de emojis y GIFs.

    emoji picker

   

  • Combinaciones de teclas: habilitación de las teclas F11-F12 back to top

    La mayoría de los teclados de ChromeOS carecen de las teclas F11 y F12, que tienen funciones esperadas en muchas aplicaciones. Esta propuesta agrega opciones para reasignar las teclas F11 y F12 en la sección de reasignación de teclas del teclado en Configuración.

   

  • Dejó de estar disponible la compatibilidad con códecs y contenedores multimedia heredados de ChromeOS back to top

    La compatibilidad dejó de estar disponible para el códec de video MPEG4 Parte 2 y el contenedor AVI en ChromeOS 120. Los usuarios que necesiten esta función podrán volver a habilitar la compatibilidad temporalmente con chrome://flags/#cros-legacy-media-formats hasta ChromeOS 125. Después de esa versión, se quitará la compatibilidad.
     

   

  • Botón de escritorio virtual de ChromeOS (botón Bento) back to top

    El botón Bento es un botón de la barra que está disponible para todos los usuarios que usan escritorios virtuales. El botón permitirá un acceso rápido a las operaciones de escritorio para visualizar y cambiar de escritorios, crearlos y ordenarlos. Si el usuario guardó escritorios anteriormente, también podrá ir a la biblioteca de escritorios.

     

   

  • Detalles de la app en la Administración de apps back to top

    Los parámetros de configuración ahora incluyen detalles adicionales sobre las apps instaladas. Ve a Configuración > Apps > Administra tus apps y selecciona una app para ver el uso de almacenamiento, el número de versión y la información sobre cómo se instaló.

   

  • Fin de la compatibilidad con dispositivos ChromeOS Flex back to top

    A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Para ver la lista completa de dispositivos que dejarán de ser compatibles, consulta nuestra lista de modelos certificados. Entre los dispositivos sin certificación, se incluyen los que se indican a continuación:
    • 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 ya no les hará pruebas ni mantenimiento a estas actualizaciones. Recomendamos a los clientes que se actualicen a los dispositivos ChromeOS más nuevos para aprovechar las nuevas funciones y mejoras de seguridad.
     

Actualizaciones de la Consola del administrador

 

   

↑ volver al principio  

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

   

  • Funciones de IA generativa back to top 

    En Chrome 115, Google presentó su primera integración de IA generativa (GenAI) 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 habilitarlas desde una nueva página de chrome://settings. Las políticas empresariales estarán disponibles en el lanzamiento para controlar estas funciones. Se compartirán más detalles en los próximos eventos importantes.
     
    • Chrome 121 (más antiguo) en ChromeOS, Linux, Mac y Windows

   

  • Archivos encriptados más seguros para los usuarios de la Navegación segura estándar back to top 

    Se solicitará a los usuarios de la Navegación segura estándar una contraseña para algunas descargas de archivos encriptados. Esto se utilizará para recopilar más metadatos sobre la descarga (como hashes de archivos contenidos y firmas ejecutables), que se enviarán a Google para obtener veredictos de mejor calidad. La contraseña se mantendrá local. Puedes controlar esta función con la política SafeBrowsingDeepScanningEnabled.
     
    • Chrome 121 en Linux, Mac y Windows

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    Hubo varios problemas informados en torno al acceso impulsado de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió otorgar un permiso explícito al acceso a la API de MIDI general. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema [SysEx]) en Chrome, con acceso restringido detrás de un mensaje de permisos. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.

    Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
     
    • Chrome 121 en Windows, Mac, Linux y Android 

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top

    Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
     
    • Chrome 121 en Windows: Zona de pruebas del servicio de red en Windows

   

  • Capturar vínculos de usuarios en AWP: Windows, Mac y Linux back to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las aplicaciones web instaladas, Chrome facilitará el desplazamiento entre el navegador y las aplicaciones web instaladas. Cuando el usuario haga clic en un vínculo que podría administrarse con una app web instalada, Chrome agregará un chip en la barra de direcciones para sugerir que se cambie a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abrirá la app automáticamente.
     
    • Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abrirá en una AWP instalada, mientras que otros verán el vínculo abrirse en una pestaña nueva con un chip en la barra de direcciones, en el que si se hace clic se inicia la app. Este es un experimento para determinar si los usuarios prefieren que se inicien los vínculos de forma predeterminada. El experimento se ejecutará en Canary/dev/beta y el 1% en Stable.
     
    • Chrome 123 en Linux, Mac y Windows: Según el resultado del experimento en Chrome 121, lanzaremos la versión 100% de Stable con una opción predeterminada activada (siempre se iniciarán las aplicaciones cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones).

   

  • Navegación del panel lateral: Fijar o dejar de fijar back to top 

    A partir de Chrome 121, se quitará el ícono del panel lateral para mejorar la navegación del panel lateral y ofrecer personalización con la fijación de 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
      Side panel nav

   

  • SharedImages para la decodificación de video PPAPI back to top 

    Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI.
     
    • Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
    • Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.

   

  • Omitir eventos de descarga back to top 

    La presencia de objetos de escucha de eventos de descarga es una Bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual.

    En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.
     
    • Chrome 117 en ChromeOS, Linux, Mac y Windows: Está en prueba para desarrolladores.
    • Chrome 119 en ChromeOS, Linux, Mac y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
    • Chrome 121-131 en ChromeOS, Linux, Mac y Windows: Está en Prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).

   

  • Reanudar la última pestaña abierta en cualquier dispositivo back to top 

    Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
     
    • Chrome 122 en iOS: Lanzamientos de funciones

   

  • Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado se activó de forma predeterminada durante más de un año. Con el tiempo, se quitará la política.
     
    • Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
    • Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.

   

  • La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores back to top 

    La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
     
    • Chrome 123 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se implementará el cambio.

   

  • WebSQL dejará de estar disponible y se quitará back to top 

    Con SQLite en lugar de WASM como su reemplazo oficial, planeamos quitar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
     
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a esta función está disponible hasta Chrome 123 a través de la política WebSQLAccess.
    • Chrome 123: En ChromeOS, Lacros, Linux, Mac y Windows, a partir de Chrome 123, ya no estará disponible la política WebSQLAccess, que permite que WebSQL esté disponible.

   

   

  • Intención de dar de baja: Eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta 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 de 2024.

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3 antes de junio de 2025 back to top 

    Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
     

    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

     

    Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma del manifiesto, incluida la siguiente información:

    • Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender 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 aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones de Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: Quitar la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Finalización de la compatibilidad de ChromeOS Flex con dispositivos back to top

    A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Entre los dispositivos, se incluyen los que se detallan a continuación. Para ver la lista completa de aquellos que ya no serán compatibles, consulta nuestra lista de dispositivos 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 del producto dejará de someterlas a pruebas y mantenimiento.

    Recomendamos que los clientes actualicen a dispositivos ChromeOS más recientes para aprovechar las nuevas funciones y mejoras de seguridad.

   

  • Migración de Bluetooth de ChromeOS Flex back to top

    En ChromeOS 121, se actualizará ChromeOS Flex a la pila de Bluetooth Floss. Como parte de esta actualización, los siguientes dispositivos ya no serán compatibles con la funcionalidad 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

   

  • Configurar la duración del protector de pantalla back to top

    A partir de ChromeOS 120, podrás configurar la duración del protector de pantalla mientras el dispositivo se carga. Gracias a una nueva política empresarial que puedes controlar, los usuarios ahora pueden elegir por cuánto tiempo se debe activar el protector de pantalla mientras se carga el dispositivo (no mientras se usa la batería). La configuración predeterminada es Siempre y se puede reducir usando las opciones del menú desplegable.

   

  • Nuevo aspecto del reproductor multimedia de ChromeOS back to top

    A partir de ChromeOS 121, el reproductor multimedia tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (en Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.    

    new media design

   

  • Integración del ID y el nombre de las reglas de eventos de DLP en la herramienta de investigación de seguridad back to top

    Los eventos de control de datos de ChromeOS para la Prevención de pérdida de datos (DLP) tendrán campos adicionales para enriquecer las estadísticas de los administradores en la herramienta de investigación de seguridad. 

   

  • Restricciones de archivos de Controles de datos para ChromeOS back to top

    En ChromeOS 121, los Controles de datos de ChromeOS para DLP permitirán que los equipos de TI y seguridad protejan datos importantes de la empresa y de los clientes. Esta opción estará disponible para eventos como copiar y pegar, capturar la pantalla, imprimir y compartir la pantalla. 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.

    Tendremos nuevas funciones para controlar lo que los usuarios pueden hacer con los archivos en los dispositivos ChromeOS a través de reglas basadas en la fuente y el destino. 

   

  • Notificaciones mejoradas para apps fijadas back to top

    A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas de las demás. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a burbujas de tamaño fijo, lo cual diferenciará significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa en el propósito (notificar al usuario sobre un proceso en curso en lugar de un evento instantáneo).

   

  • Nuevas opciones de sincronización de ChromeOS back to top

    Próximamente, ChromeOS publicará una experiencia de configuración de dispositivos actualizada que permitirá a los usuarios personalizar la sincronización de las apps, la configuración, las redes Wi-Fi y el fondo de pantalla.

   

  • Inhabilitación de apps por parte del administrador en MGS back to top

    Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitarlas, bloquearlas y ocultarlas para los usuarios de la empresa.

↑ volver al principio  

Próximos cambios en la Consola del administrador

   

  • Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome back to top

    A partir del Chrome 123, la política del Período de inactividad para la eliminación de datos del navegador se agregará a la Consola del administrador y se borrarán automáticamente los navegadores que no se hayan comunicado con el servidor por más tiempo que el que se establece en la política. Cuando se lance la política, el período de inactividad tendrá un valor predeterminado de 18 meses. Todos los navegadores inscritos que hayan estado inactivos durante más de 18 meses se borrarán de tu cuenta poco después del lanzamiento de esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días.

    Nota: Si acortas el período de forma significativa, más navegadores inscritos se considerarán inactivos y se borrarán, por lo que debes hacerlo con precaución. Para mitigar este problema, puedes establecer el valor de la política Administración de tokens de dispositivo en “Borrar token” con anticipación, lo que permite que los navegadores borrados se vuelvan a inscribir automáticamente en la Administración en la nube para el navegador Chrome la próxima vez que se reinicie el navegador (si el token de inscripción aún es válido). Puedes encontrar la política de Administración de tokens de dispositivo aquí.
     
    • A partir de Chrome 121: La IU de la política de Período de inactividad para la eliminación de datos del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.

   

  • Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store back to top

    A partir del 121, Chrome agregará información nueva en el informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store a través de una nueva columna de notificaciones y una nueva Chrome Web Store que representa el estado de la ficha de una extensión.  En la página Detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.

    Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificador de confianza aquí.
     
    • Chrome 120 en Linux, Mac y Windows: Programa de Verificador de confianza
    • Chrome 121 en Linux, Mac y Windows: Lanzamiento de funciones
     

    Informe sobre el uso de apps y extensiones:

    usage report

    Página de detalles de la aplicación:

    App details

   

  • Informe de tecnología heredada back to top

    A partir de Chrome 121, el informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usen tecnología que dejará de estar disponible, por ejemplo, cambios en las cookies de SameSite, protocolos de seguridad más antiguos, como TLS 1.0/1.1, y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la baja.

    Esta función se lanzará en nuestro programa de Verificador de confianza a partir de Chrome 120. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
     
    • A partir de Chrome 121 en Linux, Mac y Windows
    Legacy tech report

   

  • Informe de fallas de Chrome back to top

    A partir de Chrome 122, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.

    Esta función se lanzará en nuestro programa de Verificador de confianza a partir de Chrome 121. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
     
    • Chrome 121 en Linux, Mac y Windows: Programa de Verificador de confianza
    • Chrome 122 en Linux, Mac y Windows: Lanzamiento de funciones
      Crash report

↑ volver al principio  

Chrome 119

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Cambios en el programa de lanzamientos de Chrome    
Baja y eliminación de WebSQL    
Actualizaciones de compatibilidad de Native Client    
Eliminación de la API de Sanitizer    
Los grupos de pestañas se pueden guardar, recuperar y sincronizar    
Baja del atributo no estándar shadowroot para Shadow DOM declarativo    
Cambio de las cadenas de la IU en Chrome de Limpiar a Borrar para deshacerse de los datos    
Errores internos de Herramientas para desarrolladores informados a los informes de fallas internas de Chrome    
Omisión de eventos de descarga    
SharedImages para la decodificación de video PPAPI    
Eliminación del encabezado de autorización tras el redireccionamiento de origen cruzado    
Configuración exclusiva para el Servicio de sugerencias de permisos    
Búsquedas en tiempo real de prefijos hash    
Eliminación de la asistencia recomendada de varias políticas    
Caracteres de puntuación del host de URL que cumplen con los estándares    
Guardado de imágenes en Google Fotos para iOS    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Centro de privacidad    
Plantillas de administrador de ChromeOS    
Uso de Drive sin conexión en Chromebook Plus  
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Pantalla de selección del motor de búsqueda predeterminado    
Cambio de nombre de las políticas empresariales FirstPartySets a RelatedWebsiteSets  
Verificación de seguridad renovada en computadoras    
Barra de herramientas responsiva de Chrome para computadoras    
Chrome en Android ya no será compatible con Android Nougat    
Baja de las cookies de terceros de Chrome     
Seguimiento de paquetes (solo para iOS)    
El servicio de red en Windows se someterá a una zona de pruebas    
Banner gráfico que permite restablecer la última pestaña desde otros dispositivos    
Restauración de la última pestaña abierta en cualquier dispositivo     
Eliminación del prefijo de -webkit-background-clip para el texto y su conversión en alias    
Políticas del usuario de Chrome para iOS    
Separación de perfiles de Chrome: políticas nuevas    
Migración de URLs de datos a SVGUseElement  
Administrador de contraseñas: Uso compartido de contraseñas  
Solicitud de permisos para la API de MIDI Web    
Fase 0 de protección IP para Chrome    
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store    
Informe de tecnología heredada    
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores      
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList    
Intención de dar de baja: Eventos de mutación    
Las extensiones deben actualizarse para que aprovechen Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Configuración de la duración del protector de pantalla    
Nuevos controles para acelerar el desplazamiento del mouse    
Comportamiento de Alt + clic mejorado    
Nuevo diseño del reproductor multimedia de ChromeOS    
Notificaciones mejoradas para apps fijadas    
Nuevas opciones de sincronización de ChromeOS  
Inhabilitación de apps por parte del administrador en MGS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Cambios en el programa de lanzamientos de Chrome back to top

    Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, la versión estable de Chrome 119 se lanzará el 25 de octubre, no el 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.

    Para obtener más detalles, consulta el Programa de lanzamientos de Chrome.
     
    • Chrome 119 en Android, iOS, ChromeOS, Linux, Mac y Windows

   

  • WebSQL dejará de estar disponible y se quitará back to top

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 
     
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En esta versión comienza la prueba de baja de WebSQL y finalizará en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a esta función está disponible hasta Chrome 123 a través de la política WebSQLAccess.
    • Chrome 123: En ChromeOS, Lacros, Linux, Mac y Windows, a partir de Chrome 123, ya no estará disponible la política WebSQLAccess, que permite que WebSQL esté disponible.

   

  • Actualizaciones de compatibilidad de Native Client back to top

    Chrome 119 quita una política empresarial temporal, NativeClientForceAllowed, que permitió que siguiera usándose Native Client.
     
    • Chrome 117 en Linux, macOS y Windows quita la compatibilidad con Native Client (NaCl) de las extensiones en esos sistemas operativos.
    • Chrome 119 en Linux, Mac y Windows: Se quitó la política NativeClientForceAllowed.

   

  • Eliminación de la API de Sanitizer back to top

    Para evitar que se establezca la actual API de Sanitizer, planeamos quitar la implementación actual. Esperamos reimplementarla cuando la especificación propuesta se estabilice nuevamente.

    El objetivo de la API de Sanitizer es integrar en la plataforma un limpiador HTML fácil de usar y siempre seguro, y mantenido por el navegador. Lanzamos una versión inicial de la API de Sanitizer en Chrome 105, según el borrador de especificaciones vigente en ese momento. Sin embargo, mientras tanto, el debate sobre los estándares avanzó y la forma de la API propuesta cambió sustancialmente. 
     
    • Chrome 119 en Windows, Mac, Linux y Android 

   

  • Los grupos de pestañas se pueden guardar, recuperar y sincronizar back to top

    Los usuarios ahora pueden guardar grupos de pestañas, lo que les permite cerrar y volver a abrir las pestañas del grupo, así como sincronizarlas entre 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

   

  • Baja del atributo no estándar shadowroot para Shadow DOM declarativo back to top

    El atributo estándar shadowrootmode del seguimiento estándar, que habilita Shadow DOM declarativo, se envió en Chrome 111 (ChromeStatus). El atributo shadowroot no estándar anterior dejó de estar disponible. Durante el período de baja, funcionarán ambos atributos, pero el atributo shadowroot no habilita el nuevo comportamiento de transmisión, mientras que shadowrootmode permite transmitir contenido. Hay una ruta de migración directa: reemplaza shadowroot por shadowrootmode

    El atributo shadowroot anterior dejó de estar disponible a partir de Chrome 112 y se quitará (ya no es compatible) en Chrome 119. Chrome 119 pasará a la versión estable el 31 de octubre de 2023. 
     
    • Chrome 119 en Windows, Mac, Linux y Android 

   

  • Cambiar las cadenas de la IU en Chrome de Limpiar a Borrar a la hora de deshacerse de los datos back to top

    Chrome está actualizando el texto de configuración para reflejar borrar en lugar de limpiar cuando se refiere a la destrucción de datos. Esperamos que este cambio mejore la comprensión de los usuarios sobre el efecto asociado en los datos. Los usuarios que quieran deshacerse de datos deben tener la seguridad de que los datos se borran y no solo se limpian de una vista, pero se puede acceder a ellos desde otro lugar. 
     
    • Chrome 119 en Android, iOS, ChromeOS, Mac y Windows: Esta es la primera versión en que los usuarios podrían ver estos cambios. 

   

  • Se informaron errores internos de Herramientas de desarrolladores a los informes de fallas internas de Chrome back to top

    Para mejorar la estabilidad de Chrome y los errores internos de Herramientas para desarrolladores ahora se informan a través de la canalización existente de informes de fallas de Chrome, lo que proporciona visibilidad de la estabilidad de las Herramientas para desarrolladores de Chrome. Los administradores pueden controlar todos los informes de fallas, incluidos estos errores, usando la política empresarial MetricsReportingEnabled.
     
    • Chrome 119 en ChromeOS y Linux

   

  • Omitir eventos de descarga back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual. 

    En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.
     
    • Chrome 117 en ChromeOS, Linux, Mac y Windows: Está en prueba para desarrolladores.
    • Chrome 119 en ChromeOS, Linux, Mac y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
    • Chrome 120-131 en ChromeOS, Linux, Mac y Windows: Está en Prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).

   

  • SharedImages para la decodificación de video PPAPI back to top

    Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI. 
     
    • Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
    • Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.

   

  • Quitar el encabezado de autorización luego del redireccionamiento de origen cruzado back to top

    El estándar Fetch se actualizó para quitar el encabezado de autorización en los redireccionamientos de origen cruzado. Chrome 119 implementa este cambio en la especificación. Antes de Chrome 119, cuando un redireccionamiento de origen cruzado, como de foo.test a bar.test, se producía con un encabezado de autorización, Chrome conservaba el encabezado de autorización, y bar.test podía recibir el encabezado. A partir de la versión 119 de Chrome, Chrome quita los encabezados de autorización cuando se producen redireccionamientos de origen cruzado, lo que significa que bar.test ya no recibe el encabezado de autorización.

    • Chrome 119 en ChromeOS, Windows, Mac, Linux y Android

   

  • Configuración exclusiva para el Servicio de sugerencias de permisos back to top

    La página de configuración de las notificaciones y los permisos de ubicación geográfica ahora tiene una opción adicional para habilitar explícitamente el Servicio de sugerencias de permisos. El Servicio de sugerencias de permisos ya es una función existente, pero no tenía un parámetro de configuración específico, sino que estaba vinculado a la configuración estándar de la Navegación segura. Ahora los usuarios pueden elegir entre cuatro estados diferentes:
    1. Mostrar siempre la solicitud de permiso de notificación o de ubicación geográfica
    2. Permitir que el Servicio de sugerencias de permisos reduzca las solicitudes no deseadas de notificación o ubicación geográfica (nuevo)
    3. Siempre silenciar las solicitudes de permisos de notificaciones
    4. Bloquear siempre las notificaciones y las solicitudes de permisos de ubicación geográfica
    Los administradores pueden usar las políticas existentes para permitir o bloquear siempre las notificaciones o las solicitudes de ubicación geográfica a nivel global o para sitios particulares.  
    • Chrome 119 en Linux, Mac y Windows
     
    notification for permissions suggestions service

   

  • Búsquedas en tiempo real de prefijo de hash back to top

    Para los usuarios de protección de Navegación segura estándar, las URLs visitadas ahora comprueban su seguridad en tiempo real en lugar de compararlas con una lista local de URLs no seguras que se actualiza con menos frecuencia. Para ello, se envían hashes parciales de las URLs a la Navegación segura de Google a través de un proxy con Oblivious HTTP, de modo que la dirección IP del usuario no se vincule con los hashes parciales. Este cambio mejora la seguridad y, al mismo tiempo, mantiene la privacidad de los usuarios. Si es necesario, la función se puede inhabilitar con la política SafeBrowsingProxiedRealTimeChecksAllowed.
     
    • Chrome 119 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows

   

  • Quitar la asistencia recomendada de varias políticas back to top

    Se pueden aplicar algunas políticas según se recomienda, lo que permite que los administradores establezcan un valor inicial que los usuarios finales pueden cambiar más adelante. A partir de Chrome 119, se quitará la compatibilidad recomendada de varias políticas que los usuarios finales no pueden configurar en este momento.

    Todas las políticas afectadas que se hayan configurado previamente como recomendadas deberán establecerse como obligatorias para garantizar que sigan teniendo efecto.
     

   

  • Caracteres de puntuación en hosts de URLs que cumplen con los estándares back to top

    Chrome 119 continúa nuestras iniciativas de Chrome para que el manejo de Chrome en cuanto a los caracteres de puntuación en hosts de URLs cumpla con los estándares. A continuación, se muestra un resumen de los cambios implementados en Chrome 119:
     

    Notación:

    - “ESC”: Se permite, pero Chrome lo escapa, lo cual no cumple con las políticas.

    - “-”:  Se permite.

    - “0”: Se prohíbe. La URL no será válida si el host contiene un carácter prohibido.

    Advertencia:

    - SPACE y ASTERISK todavía no cumplen con las políticas.

    URL character map
    • Chrome 119 en Windows, Mac, Linux y Android

   

  • Guardar imágenes en Google Fotos en iOS back to top

    Cuando un usuario que accedió a su cuenta mantiene presionada una imagen en Chrome, puede guardarla directamente en Google Fotos y tiene la opción de guardarla en cualquier cuenta a la que se haya accedido con el dispositivo.
     
    • Chrome 119 en iOS: Los usuarios pueden guardar imágenes directamente en Google Fotos.
    • Chrome 120 en iOS: Se presentó una política para controlar esta funcionalidad.
      save images iOS

   

  • Políticas nuevas y actualizadas en el navegador Chrome back to top 
     
    Política Descripción
    SafeBrowsingDeepScanningEnabled Permitir los análisis detallados de descargas para los usuarios que habilitaron la Navegación segura
    SafeBrowsingProxiedRealTimeChecksAllowed Permitir las verificaciones con proxy de la Navegación segura en tiempo real (ahora también disponible en Android)

   

  • Políticas que se quitaron del navegador Chrome   back to top

    Política Descripción
    ChromeCleanupEnabled Habilitar "Limpiar Chrome" en Windows
    DownloadBubbleEnabled Habilitar la IU del cuadro de descarga
    ChromeCleanupReportingEnabled Controlar cómo "Limpiar Chrome" informa datos a Google

Actualizaciones de ChromeOS

   

  • Centro de privacidad back to top

    Ahora los usuarios pueden administrar la configuración de su cámara y micrófono en todo el sistema operativo desde un solo lugar en Configuración> Seguridad y privacidad> Controles de privacidad. Ahora los usuarios pueden desactivar por completo la cámara o el micrófono con un solo clic desde un solo lugar cuando necesitan más confianza para permanecer en silencio.
    privacy hub  

   

  • Plantillas para administradores de ChromeOS back to top

    Con la automatización del lanzamiento de apps, los administradores ahora pueden configurar grupos de aplicaciones, ventanas y herramientas que los usuarios puedan iniciar automáticamente en el inicio o a pedido durante el día. Con la automatización del lanzamiento de aplicaciones, puedes lograr lo siguiente: lograr que los usuarios comiencen a trabajar rápidamente al comienzo del día, brindarles a los usuarios una forma de llegar fácilmente a un punto de partida óptimo para nuevas tareas y recordar el diseño de ventana que cada usuario configura para sus flujos de trabajo para usarlos en el futuro.

    Puedes activar esta función con la marca #app-launch-automation y, luego, crear plantillas en la Consola del administrador.
      admin templates  

   

  • Usar Drive sin conexión en dispositivos Chromebook Plus back to top

    Los usuarios empresariales en los dispositivos Chromebook Plus ahora pueden hacer que todos sus archivos de la sección Mi unidad de Google Drive estén disponibles fácilmente sin conexión. Esto se puede controlar con la política empresarial DriveFileSyncAvailable.
      Drive access files  

Actualizaciones en la Consola del administrador

 

   

↑ volver al principio  

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

   

  • Pantalla de selección de motor de búsqueda predeterminado back to top 

    A partir de Chrome 120, es posible que se solicite a los usuarios finales empresariales elegir su motor de búsqueda predeterminado en Chrome.

    Como parte de nuestro proyecto de cumplimiento de LMD, se solicitará a algunos usuarios que elijan su motor de búsqueda predeterminado para Chrome. Este mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hace actualmente, si lo estableció el administrador de TI. Obtén 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 comenzará a ver la pantalla de selección con Chrome 120. El 100% en Chrome 122.
 

   

  • Se cambió el nombre de las políticas empresariales de FirstPartySets a RelatedWebsiteSets back to top 

    A las políticas empresariales FirstPartySetsEnabled y FirstPartySetsOverrides se les cambiaron los nombres por RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides respectivamente. No habrá cambios en el comportamiento de las políticas. Las nuevas políticas estarán disponibles a partir de Chrome 120. Los administradores deberán usarlas en el futuro. Para obtener más información sobre el cambio de nombre, sigue https://developer.chrome.com/blog/related-website-sets/.
    • Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
 

   

  • Verificación de seguridad renovada para computadoras back to top 

    Planeamos introducir una nueva Verificación de seguridad proactiva que comprueba regularmente el navegador en busca de problemas relacionados con la seguridad e informa a los usuarios cuando algo requiere su atención. Con este lanzamiento, también se presenta una nueva página con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, la cual se diseñó para que los usuarios estén seguros cuando estén en línea.
     
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
    safety check  
 

   

  • Barra de herramientas responsiva del escritorio de Chrome back to top 

    A partir de Chrome 120, los clientes del escritorio de Chrome en diferentes dispositivos y modos de entrada de texto (por ejemplo, mouse o táctil) experimentarán una barra de herramientas que responde sin inconvenientes a los cambios de tamaño de las ventanas, cuando los usuarios seleccionen una ventana y cambien su tamaño de forma manual, o utilicen herramientas de administración de ventanas específicas del SO.
     
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
 

   

  • Chrome para Android ya no será compatible con Android Nougat back to top 

    La última versión de Chrome compatible con Android Nougat es Chrome 119. En ella, se incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo. 
     

    Chrome 120 no admitirá ni enviará datos a los usuarios que ejecuten Android Nougat.
     

    • Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat
 

   

  • Baja de las cookies de terceros de Chrome back to top 

    En Chrome 120 y versiones posteriores (enero de 2024), Chrome inhabilitará globalmente las cookies de terceros para el 1% del tráfico de Chrome como parte de nuestras Pruebas de Chrome facilitadas en colaboración con el CMA. Esto permitirá que los sitios obtengan una vista previa de cómo es operar en un mundo sin cookies de terceros. La mayoría de los usuarios empresariales se excluirán automáticamente de este grupo experimental. Sin embargo, en algunos casos que podrían verse afectados, los administradores podrán usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros e inhabilitar los navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para realizar los cambios necesarios y no depender de esta política ni de las cookies de terceros. 

    Planeamos proporcionar más herramientas para ayudar a identificar los casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies como falsa para volver a habilitar las cookies de terceros en todos los sitios, pero esto impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de entidades permitidas y seguir recibiendo cookies de terceros.

    Para obtener más detalles sobre cómo prepararte, enviar comentarios e informar posibles problemas del sitio, consulta la sección de blog Modo B: Baja del 1% de las cookies de terceros y el blog Cómo prepararse para el final de las cookies de terceros.
     
    • Chrome 120 en ChromeOS, Linux, Mac y Windows
      El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
 

   

  • Seguimiento de paquetes (solo para iOS) back to top 

    Los usuarios podrán habilitar una nueva función de seguimiento de paquetes 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 habla inglesa y para paquetes entregados a través de FedEx y USPS. Si es necesario, podrás desactivar la función con una nueva política llamada ParcelTrackingEnabled
     
    • Chrome 120 en iOS: Lanzamientos de funciones
    parcel delivery check  
 

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top

    Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
     
    • Chrome 120 en Windows: Zona de pruebas del servicio de red en Windows
 

   

  • Banner gráfico que permite reanudar la última pestaña desde otros dispositivos back to top 

    Para ayudar a los usuarios que accedieron a su cuenta a reanudar tareas cuando tengan que cambiar de dispositivo inmediatamente, Chrome ofrecerá retomar las pestañas que se usaron recientemente en el dispositivo anterior. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
     
    • Chrome 120 en iOS: Lanzamientos de funciones
    display banner  

   

  • Reanudar la última pestaña abierta en cualquier dispositivo back to top 

    Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
     
    • Chrome 120 en iOS: Lanzamientos de funciones
 

   

  • Sin prefijo-webkit-background-clip para el texto y convertirlo en un alias back to top 

    Chrome permitirá el uso de la versión sin prefijo para background-clip: text y hará que -webkit-background-clip sea un alias para background-clip . Además, ya no admite palabras clave sin sufijo (contenido, relleno y borde) para mejorar el recorrido de ida y vuelta con alias.
     
    • Chrome 120 en Windows, Mac, Linux y Android
 

   

  • Políticas del usuario de Chrome para iOS back to top 

    Los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo. Esta función ya existe en Windows, Mac, Linux, ChromeOS y Android.  Estamos en proceso de implementar esta función en iOS.
     
    • Chrome 120 en iOS: El primer evento importante de esta función es 120. 
 

   

 

   

  • Migración desde URLs de datos en SVGUseElement back to top 

    Se actualizó recientemente la especificación de SVG para quitar la compatibilidad con los 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. Obtén más información en esta entrada de blog.

    Asignación de datos: La URL en SVGUseElement puede causar XSS. Esto también condujo a una omisión de Trusted Types.

    En el caso de las empresas que necesiten más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con las URLs de datos para SVGUseElement:
     
    • Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Quitar la compatibilidad de datos: URLs en SVGUseElement
 

   

  • Administrador de contraseñas: uso compartido de contraseñas back to top 

    El Administrador de contraseñas permite que los usuarios compartan sus contraseñas con los miembros de su grupo familiar de Google (como se configuró en su Cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No se pueden compartir contraseñas de forma masiva. El remitente no puede actualizar ni revocar la contraseña compartida.

    Los administradores empresariales pueden usar la política PasswordSharingEnabled para desactivar la función de uso compartido para todos sus empleados.
     
    • Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
 

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    Hubo varios problemas informados en torno al acceso impulsado de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió otorgar un permiso explícito al acceso a la API de MIDI general. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI, por ejemplo, el mensaje exclusivo del sistema (SysEx) en Chrome, con acceso restringido detrás de un mensaje de permiso. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.

    Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren 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 back to top 

    A partir de Chrome 122, Chrome podría enrutar el tráfico de algunas solicitudes de red a recursos de Google a través de un proxy de privacidad. Este es un logro importante en un esfuerzo más grande por proteger las identidades de los usuarios enmascarando sus direcciones IP de herramientas de seguimiento entre sitios conocidas. Hay más información disponible en esta explicación en GitHub. Se implementarán políticas empresariales para permitir que los administradores desactiven la función antes de su lanzamiento.
     
    • Chrome 122 en ChromeOS, Linux, Mac, Windows y Android
 

   

  • Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store back to top 

    A partir del 122, Chrome agregó nueva información al Informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store. En la página de detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.
     
    • Chrome 122 en LaCrOS, Linux, Mac y Windows
 

   

  • Informe de tecnología heredada back to top 

    A partir de Chrome 122, el informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará proactivamente los sitios web (internos y externos) que usen tecnología que dejará de estar disponible, por ejemplo, cambios en las cookies de SameSite o protocolos de seguridad más antiguos, como TLS 1.0/1.1. De esta manera, los administradores pueden trabajar con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la baja.  Si te interesa ayudarnos a probar esta función, puedes registrarte en nuestro programa de Verificador de confianza aquí.
     
    • Chrome 122 en LaCrOS, Linux, Mac y Windows
 

   

  • Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado se activó de forma predeterminada durante más de un año. Con el tiempo, se quitará la política. 
     
    • Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
    • Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
 

   

  • La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores back to top 

    La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
     
    • Chrome 123 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se implementará el cambio.
 

   

  • Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList back to top
    En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
     
    • Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList

   

  • Intención de dar de baja: Eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta 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 de 2024.

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3 back to top

    Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. Como mencionamos anteriormente en nuestra entrada de blog, se están revisando los cronogramas de baja de Manifest V2 y se pospondrán los experimentos programados para principios de 2023. Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma del manifiesto, incluida la siguiente información: 
     
    • Chrome 98 en Chrome OS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Pública" o "No listada". Ya no se pueden cambiar las extensiones de Manifest V2 de "Privada" a "Pública" o "No listada".
    • Chrome 103 en ChromeOS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Privada".
    • Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Próximo logro en ChromeOS, LaCrOS, Linux, Mac y Windows: Quitar la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Configurar la duración del protector de pantalla back to top

    A partir de ChromeOS 120, podrás configurar la duración del protector de pantalla mientras se carga. Los usuarios ahora pueden elegir durante cuánto tiempo se debe activar el protector de pantalla mientras se carga el dispositivo (no con el uso de batería). Esto se puede controlar con una nueva política empresarial. La configuración predeterminada es Siempre y se puede reducir usando las opciones desplegables.

   

  • Nuevos controles para la aceleración de desplazamiento del mouse back to top

    ChromeOS 120 agregará nuevos controles para permitirles a los usuarios inhabilitar la aceleración de desplazamiento del mouse y ajustar la velocidad de desplazamiento.

   

  • Comportamiento Alt + clic mejorado back to top

    En ChromeOS 120 podrás configurar el comportamiento del clic con el botón derecho usando el teclado y el panel táctil. También puedes ajustar la configuración para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar las teclas del teclado
    alt click enhancements
     
    alt click enhancements

   

  • Nuevo aspecto del reproductor multimedia de ChromeOS back to top

    A partir de ChromeOS 121, el reproductor multimedia tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (como Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.    
    new media design

   

  • Notificaciones mejoradas para apps fijadas back to top

    A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas de las demás. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a las burbujas de tamaño fijo. Esto diferencia significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa en el propósito (notificar al usuario sobre un proceso en curso en lugar de un evento instantáneo).

   

  • Nuevas opciones de sincronización de ChromeOS back to top

    ChromeOS publicará una experiencia de configuración de dispositivos actualizada pronto que permite a los usuarios personalizar la configuración de sincronización de apps, parámetros de configuración, redes Wi-Fi y fondos de pantalla.

   

  • Inhabilitación de apps por parte del administrador en MGS back to top

    Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Apps de Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas apps, y bloquearlas y ocultarlas para los usuarios de tu empresa.

↑ volver al principio  

Chrome 118

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Eliminación de la política ForceMajorVersionToMinorPositionInUserAgent    
Inhabilitación remota de extensiones maliciosas que no están en la tienda    
Eliminación de la política RendererCodeIntegrityEnabled    
Compatibilidad con llaves de acceso en el llavero de iCloud para macOS  
Búsquedas en tiempo real de prefijos hash    
Actualizaciones de los intersticiales de color rojo en la Navegación segura  
Compatibilidad de los controles de formulario con el modo de escritura vertical    
Bloqueo de todas las cookies configuradas con JavaScript que contengan caracteres de control    
Imágenes y texto más claros para configurar el nivel de protección de la Navegación segura    
WebUSB en Service Workers de extensión    
Inclusión de llamadas a la API de chrome.tabs en los informes de telemetría de extensiones    
Eliminación de las palabras clave de apariencia no estándar    
Inscripción en Privacy Sandbox     
Los descuentos se muestran en las páginas de productos y en las Quests en la página Nueva pestaña    
Análisis profundo de archivos encriptados para usuarios de la Navegación segura mejorada    
Marca para habilitar la página chrome://policy/test    
TLS Encrypted Client Hello (ECH)    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Recuperación de contraseñas    
AWP con pestañas    
Asistencia con la configuración de la impresora    
Integración de Imprivata v4  
Nuevo diseño de la edición de texto táctil    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Cambios en el programa de lanzamientos de Chrome    
Eliminación y baja de WebSQL    
Actualizaciones de compatibilidad de Native Client    
Abandono de URLs de datos en el elemento SVG <use>  
El servicio de red en Windows se someterá a una zona de pruebas    
Banner gráfico que permite restablecer la última pestaña desde otros dispositivos    
Eliminación de la API de Sanitizer    
Los grupos de pestañas se pueden guardar, recuperar y sincronizar    
Separación de perfiles de Chrome: políticas nuevas    
Restricciones del acceso a redes privadas en la industria automotriz    
Baja del atributo no estándar shadowroot para Shadow DOM declarativo    
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled    
Pantalla de selección del motor de búsqueda predeterminado    
Cambio de las cadenas de la IU en Chrome de Limpiar a Borrar para deshacerse de los datos    
Los errores internos de Herramientas para desarrolladores se incluirán en los informes de fallas internas de Chrome    
SharedImages para la decodificación de video PPAPI    
Mejoras integradas en la API de Private Aggregation  
Eliminación del encabezado de autorización tras el redireccionamiento de origen cruzado    
Verificación de seguridad renovada en computadoras    
Solicitud de permisos para la API de MIDI Web    
Barra de herramientas responsiva del escritorio    
Chrome en Android ya no será compatible con Android Nougat    
Baja de las cookies de terceros de Chrome (3PCD)    
Fase 0 de protección IP para Chrome    
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList    
Intención de dar de baja los eventos de mutación    
Las extensiones deben actualizarse para que aprovechen Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Centro de privacidad    
Plantillas de administrador de ChromeOS    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Recopilación de datos anónimos con URL en el modo kiosco    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Quitar la política ForceMajorVersionToMinorPositionInUserAgent back to top

    Chrome 118 quita la política ForceMajorVersionToMinorPositionInUserAgent. Esta política se presentó en Chrome 99 para controlar si la versión principal de la cadena de usuario-agente se congelaría en 99, en caso de que la cadena del usuario-agente analizara los errores cuando la versión cambiara al 100. Afortunadamente, no tuvimos que implementar esta función y solo encontramos algunos errores menores de análisis de versión de 3 dígitos que ya se solucionaron. Por lo tanto, ahora podemos quitar esta política. Si tienes comentarios sobre esta eliminación de políticas o conoces alguna falla de la intranet que dependa de ella, haz comentarios sobre este error. 

   

  • Inhabilita de forma remota extensiones maliciosas fuera de la tienda back to top

    Cuando se habilita Navegación segura mejorada si los usuarios tienen instalada una extensión maliciosa fuera de la tienda, la extensión se inhabilita cuando la decisión se ingresa en los servidores de Navegación segura de forma manual o mediante un sistema de detección automatizado.
    • Chrome 118 en ChromeOS, Linux, Mac y Windows: Lanzamientos de funciones

   

  • Quitar la política RendererCodeIntegrityEnabled back to top

    La función de seguridad de integridad del código del renderizador no está ya no está bajo el control de la política RendererCodeIntegrityEnabled; ahora está activado de forma predeterminada. Te recomendamos que verifiques las posibles incompatibilidades con software de terceros dejando de usar la política antes de esta versión. Para informar cualquier problema que encuentres, envía un informe de error aquí.
    • Chrome 118 en Windows: Esta política dejó de estar disponible y ya no tendrá efecto

   

  • Compatibilidad con llaves de acceso en Keychain de iCloud en macOS back to top

    Chrome en macOS ≥ 13.5 ahora admite la creación y el uso de llaves de acceso desde el llavero de iCloud. Cuando accedes con WebAuthn, las llaves de acceso del llavero de iCloud se muestran como opciones una vez que el usuario le otorga a Chrome el permiso necesario. Si no se otorgó el permiso, aparecerá una opción genérica del llavero de iCloud que solicitará permiso antes de mostrar las llaves de acceso de iCloud Keychain. Si se deniega el permiso, se puede seguir usando el llavero de iCloud, pero deberás seleccionarlo de forma manual cada vez.

    Cuando un sitio solicita crear una llave de acceso de la plataforma, es posible que Chrome cree de forma predeterminada la llave de acceso en el llavero de iCloud según si se usa iCloud Drive y si las credenciales de WebAuthn del perfil actual se usaron recientemente. Esto se puede controlar con un parámetro de configuración en chrome://password-manager/settings y la política empresarial CreatePasskeysInICloudKeychain.
    • Chrome 118 en Mac: Chrome 118 admite el llavero de iCloud. Las variaciones de Chrome pueden modificar si Chrome crea de forma predeterminada llaves de acceso de la plataforma en el llavero de iCloud durante la vigencia de 118.

   

  • Búsquedas en tiempo real de prefijo hash back to top

    Para los usuarios de protección de Navegación segura estándar, las URLs visitadas ahora comprueban su seguridad en tiempo real en lugar de compararlas con una lista local de URLs no seguras que se actualiza con menos frecuencia. Para ello, se envían hashes parciales de las URLs a la Navegación segura de Google a través de un proxy con Oblivious HTTP, de modo que la dirección IP del usuario no se vincule con los hashes parciales. Este cambio mejora la seguridad y, al mismo tiempo, mantiene la privacidad de los usuarios. Si es necesario, puedes controlar esta función con la política SafeBrowsingProxiedRealTimeChecksAllowed.
    • Chrome 118 en iOS, ChromeOS, Lacros, Linux, Mac y Windows

   

  • Actualizaciones de los intersticiales de color rojo para la Navegación segura back to top

    En Chrome 118, los usuarios ven actualizaciones menores en los intersticiales de color rojo para la Navegación segura. El texto del cuerpo principal ahora incluye una recomendación explícita de Chrome, y el ID del sitio se especifica en la sección de detalles en lugar del cuerpo principal. El ícono de peligro reemplaza al ícono de advertencia anterior, y el estilo ahora cumple con los estándares de productos más recientes. Estos cambios mejoran la comprensión de las advertencias por parte de los usuarios.
    • Chrome 118 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows
    red safe browsing

   

  • Los controles de formulario admiten el modo de escritura vertical back to top

    El modo de escritura de la propiedad de CSS debe habilitarse para los elementos de los controles de formularios, ya que permitirá que las líneas de texto se distribuyan de forma horizontal o vertical y establece la dirección en la que avanzan los bloques.

    Con esta función, permitimos que los elementos de los controles de formulario de selección, medición, progreso, botón, área de texto y entrada tengan el modo de escritura vertical-rl o vertical-lr. Según sea necesario para la compatibilidad con la Web, ahora comenzamos a lanzar lentamente el cambio para varios controles de formularios en la versión 118, y continuaremos en las próximas versiones.

    Puedes controlar esta función con las siguientes marcas de línea de comandos:

    --enable-features= FormControlsVerticalWritingModeSupport
    --enable-features= FormControlsVerticalWritingModeTextSupport
    • Chrome 118 en Windows, Mac, Linux y Android

   

  • Bloquear todas las cookies establecidas mediante JavaScript que contengan caracteres de control back to top

    Actualiza cómo se manejan los caracteres de control en cookies establecidas a través de JavaScript. Específicamente, todos los caracteres de control hacen que se rechace toda la cookie (antes era un carácter NULL, un carácter de retorno de carro o un carácter de salto de línea en una línea de cookie que hacía que se truncara en lugar de rechazarse por completo, lo que podría haber habilitado un comportamiento malicioso en determinadas circunstancias). Este comportamiento alinea Chrome con el comportamiento que se indica en los borradores más recientes de RFC6265bis.

    Puede controlar esta función con la política empresarial --disable-features=BlockTruncatedCookies o la política empresarial BlockTruncatedCookies, que estar disponible para varios hitos en caso de que el cambio cause roturas.
    • Chrome 118 en Windows, Mac, Linux y Android

   

  • Imágenes y texto más claros de configuración del nivel de protección de la Navegación segura back to top

    En Chrome 118, algunos usuarios ven texto nuevo que describe el nivel de protección de la Navegación segura en la página de Configuración de seguridad y en la Guía de privacidad. La actualización aclara el nivel de la Protección mejorada, ya que agrega una tabla y un vínculo a un artículo del Centro de ayuda donde los usuarios pueden obtener más información. La nueva tabla ayuda a los usuarios a comprender las ventajas y desventajas cuando seleccionan esa opción en comparación con las demás. Se simplificaron las descripciones de Protección estándar, Sin protección y de activación de advertencias de vulneración de la contraseña para que las opciones sean más claras. El nivel de protección de la Navegación segura es una función existente que aún se controla mediante la política SafeBrowsingProtectionLevel.
    • Chrome 118: Algunos usuarios ven el texto y las imágenes actualizados en la página de configuración de seguridad de Chrome y en la Guía de privacidad.
      clearer safe browsing

   

  • WebUSB en Service Workers de extensión back to top

    Los desarrolladores web pueden usar la API de WebUSB para responder a eventos de extensión mediante la exposición de la API de WebUSB a Service Workers registrados por extensiones del navegador Esta API aún no está expuesta a Service Workers registrados por sitios, pero la experiencia de implementación obtenida con la admisión de la API para extensiones será valiosa para un proyecto futuro de este tipo.
    • Chrome 118 en Windows, Mac, Linux y ChromeOS

   

  • Incluir llamadas a la API de chrome.tabs en los informes de telemetría de extensiones back to top

    Cuando activas la Navegación segura mejorada, Chrome ahora recopila información de telemetría sobre las llamadas a la API de chrome.tabs realizadas por extensiones. Esta información se analiza en los servidores de Google y mejora aún más la detección de extensiones maliciosas y que incumplen las políticas. También mejora la protección para todos los usuarios de extensiones de Chrome. Para desactivar esta funcionalidad junto con la función de telemetría de extensiones, configura SafeBrowsingProtectionLevel en un valor distinto de 2, que desactiva la Navegación segura mejorada.
    • Chrome 118 en ChromeOS, Linux, Mac y Windows: Lanzamientos de funciones

   

  • Quitar las palabras clave de apariencia no estándar back to top

    Dado que solo las palabras clave de apariencia estándar deberían ser compatibles, Chrome 118 quita las palabras clave de apariencia (y -webkit-appearance), incluidas las siguientes:

    * inner-spin-button 

    * media-slider

    * media-sliderthumb 

    * media-volume-slider 

    * media-volume-sliderthumb 

    * push-button 

    * searchfield-cancel-button 

    * slider-horizontal 

    * sliderthumb-horizontal 

    * sliderthumb-vertical 

    * square-button 


    Ten en cuenta que no se quitará el valor vertical del control deslizante como parte de este parche; se usa para permitir el vertical <input type=range>. Se quitará una vez que se habilite la función FormControlsVerticalWriteModeSupport en Stable.

    Anteriormente, si se usaba cualquiera de las palabras clave anteriores, aparecía una advertencia de la consola, pero se reconoció la palabra clave como un valor válido. Si habilitas la función, se ignorará la propiedad de apariencia y se establecerá como una string vacía. Según sea necesario para lograr la compatibilidad con la Web, quitaremos de forma progresiva las palabras clave de apariencia en función de sus contadores de uso en las Métricas de estado de Chrome.

    En Chrome 118, comenzamos con las siguientes palabras clave, que en este momento tienen un uso de carga de la página inferior al 0.001%: 

    * media-slider en 0.000361 

    * media-sliderthumb en 0.000187% 

    * media-volume-slider en 0.000143% 

    * media-volume-sliderthumb en 0.000109% 

    * sliderthumb-horizontal en 0.000182% 

    * sliderthumb-vertical en 0.000014%

    • Chrome 118 en Windows, Mac, Linux, Android

   

  • Inscripción a Privacy Sandbox back to top

    A medida la relevancia y la medición de las APIs de Privacy Sandbox comienzan a aumentar para su disponibilidad general, queremos asegurarnos de que estas tecnologías se usen según lo previsto y con transparencia. Las APIs incluyen Attribution Reporting, la API de Protected Audience, Topics, Private Aggregation y Shared Storage. Privacy Sandbox presenta un nuevo proceso de inscripción de desarrolladores para las APIs de medición y relevancia de Privacy Sandbox. Chrome recuperará la lista de sitios inscritos del servidor de inscripción (mediante el actualizador de componentes) y la usará para restringir el acceso a las APIs de Privacy Sandbox.
    • Chrome 118 en Windows, Mac, Linux y Android

   

  • Los descuentos se muestran en las páginas de productos y en las Quests de la página Nueva pestañaback to top

    A partir de Chrome 118, a veces los usuarios ven descuentos, que se muestran como anotaciones en las visitas a la página, en las tarjetas de Quests que se muestran en Nueva pestaña. Si haces clic en el descuento, se mostrará la información relevante en la página del producto. La política NTPCardsVisible controla las Quests en su totalidad. En ocasiones, los usuarios también ven los descuentos directamente en la página del producto, que está disponible por medio de un ícono en el cuadro multifunción.
    • Chrome 118 en ChromeOS, Lacros, Linux, Mac y Windows

   

  • Análisis profundo de archivos encriptados para usuarios de Navegación segura mejorada back to top

    Google Chrome ofrece un análisis profundo de algunas descargas sospechosas a los usuarios que habilitaron Navegación segura mejorada. De esta manera, se envía el contenido del archivo a Navegación segura para que se realice una evaluación en tiempo real de su seguridad. A partir de Chrome 118, los análisis profundos de los archivos encriptados (por ejemplo, archivos ZIP y RAR) le piden al usuario que proporcione la contraseña del archivo junto con el contenido del archivo. Esto es necesario para que Navegación segura proporcione un veredicto útil sobre el contenido del archivo. Las empresas que no deseen ver este mensaje pueden impedir que los usuarios habiliten Navegación segura mejorada con la política SafeBrowsingProtectionLevel. A partir de la versión 119 de Chrome, las empresas que deseen desactivar el análisis profundo de archivos sin dejar de habilitar la Navegación segura mejorada pueden hacerlo con la política SafeBrowsingDeepScanningEnabled.
    • Chrome 118 en ChromeOS, Lacros, Linux, Mac y Windows

   

  • Marca para habilitar la página chrome://policy/test back to top

    La marca #enable-policy-test-page permite que los administradores y los desarrolladores usen la página chrome://policy/test para probar más fácilmente las políticas en los canales Beta, para desarrolladores y Canary. 
    • Chrome 118 en Android, iOS, ChromeOS, Linux, Mac y Windows

   

  • TLS Encrypted Client Hello (ECH) back to top

    La extensión TLS Encrypted ClientHello (ECH) permite a los clientes encriptar mensajes de ClientHello, que por lo general se envían como texto simple, con la clave pública de un servidor. Esto permite que los sitios web acepten evitar filtrar campos sensibles, como el nombre del servidor, en la red mediante el alojamiento de un registro DNS RR de HTTPS especial. (Las iteraciones anteriores de esta extensión se denominaban indicación de nombre del servidor encriptado o ESNI). Si la infraestructura de tu organización depende de la capacidad de inspeccionar SNI, por ejemplo, filtrar, registrar, etc., debes probarla. Para habilitar el comportamiento nuevo, navega a chrome://flags y habilita la función experimental #encrypted-client-hello. Si encuentras alguna incompatibilidad, puede usar la política empresarial EncryptedClientHelloEnabled para inhabilitar la compatibilidad con ECH.
    • Chrome 118 en Chrome OS, Linux, Mac y Windows: Se lanzó para el 100% de los usuarios.

   

   

  • Políticas que se quitaron del navegador Chrome   back to top
    Política Descripción
    ForceMajorVersionToMinorPositionInUserAgent Bloquear la versión principal del string usuario-agente en 99
    RendererCodeIntegrityEnabled Habilita la integridad del código de renderizado

Actualizaciones de ChromeOS

   

  • Recuperación de contraseña back to top

    Los usuarios de ChromeOS que olvidaron su contraseña ahora pueden recuperarla junto con todos los datos locales asociados. Los días en que se perdían todos los datos locales cuando se olvidaba una contraseña quedaron atrás. Puede controlar esta función con la política RecoveryFactorBehavior.
     

   

  • AWPs con pestañas back to top

    Los desarrolladores ahora pueden elegir mostrar su app web progresiva (AWP) en modo con pestañas, lo que permite a los usuarios administrar y navegar por varios documentos en una sola ventana con una barra de pestañas que ya conoces Los desarrolladores también deben especificar una pestaña principal cuando corresponda, que proporcione un lugar coherente para que los usuarios accedan a los documentos y la configuración.
     

   

  • Asistencia con la configuración de impresoras back to top

    Para simplificar el proceso de impresión de los usuarios, ChromeOS brinda más ayuda contextual cuando se trata del uso de la impresora: una forma más fácil de guardar impresoras, nuevas instrucciones de configuración y contenido de ayuda, estado de la impresora directamente integrado en la página de configuración. Además, ahora también ofrecemos a los usuarios una opción sencilla para que administren su impresora cuando tengan problemas al intentar imprimir.
     

   

  • Integración de Imprivata v4 back to top

    Para los cuidadores, la compatibilidad de Imprivata OneSign con los dispositivos Google ChromeOS y el navegador Chrome significa un acceso rápido y seguro, además de una mejor rentabilidad. Esta cuarta versión de la integración de Imprivata, Imprivata v4, agrega mejoras en la implementación, la estabilidad y el flujo de trabajo. Mejora la compatibilidad con los dispositivos asignados, ya que permite el acceso de Imprivata a las sesiones de usuario de ChromeOS. Además, ChromeOS 118 ahora admite los 12 idiomas de los flujos de trabajo de Imprivata y SPINE.

   

  • Rediseño de la edición de texto táctil back to top

    Se mejoró la interacción de la edición de texto con los dedos del usuario en la pantalla táctil, que incluye un sistema de gestos mucho más intuitivo, mejoras de usabilidad en torno a las intenciones de gestos y legibilidad del texto, una lupa totalmente nueva que muestra automáticamente la posición del cursor con precisión.

Actualizaciones en la Consola del administrador

 

   

↑ volver al principio  

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

   

  • Cambios en el programa de lanzamientos de Chrome back to top

    Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, Chrome 119 se lanzará el 25 de octubre, no el 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.
    • Chrome 119 en Android, iOS, ChromeOS, Linux, Mac y Windows
 

   

  • Dar de baja y quitar WebSQL back to top 

    El estándar de Web SQL Database se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitan bases de datos web a adoptar Web Storage o Indexed Database. 
     

    Desde su lanzamiento, es muy difícil mantener la seguridad de nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas, pero con WebsQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. Con SQLite sobre WASM como su reemplazo oficial, queremos quitar WebSQL por completo.

    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117, comenzará la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
    • Chrome 119: A partir de Chrome 119, WebSQL ya no está disponible. El acceso a la función está disponible hasta Chrome 123 mediante la política WebSQLAccess.
 

   

  • Actualizaciones de asistencia para clientes nativos back to top 

    Se quitó la compatibilidad con Native Client NaCl en las extensiones de Windows, macOS y Linux. Hay una política empresarial temporal disponible, NativeClientForceAllowed, que permite que se siga usando Native Client.
    • Chrome 117 en Linux, Mac y Windows: Eliminación de la compatibilidad con NaCl de Native Client de las extensiones en Windows, macOS y Linux.
    • Chrome 119 en Linux, Mac y Windows: Eliminación de la política NativeClientForceAllowed
 

   

  • Abandono de URLs de datos en el elemento SVG <use> back to top

    Recientemente, se actualizó la especificación de SVG para quitar la compatibilidad con los datos: URLs en el elemento SVG <use>. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite los datos: URLs en el elemento SVG <use>. Obtén más información en esta entrada de blog
     

    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 de las URLs de datos para el elemento <use> SVG.

    • Chrome 119 en Android, ChromeOS, LaCrOS, Linux, Mac, Windows y Fuchsia: Quitar la compatibilidad de datos: URLs en el elemento <use> SVG
 

   

  • El servicio de red en Windows se someterá a una zona de pruebas back to top

    Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
    • Chrome 119 en Windows: Zona de pruebas del servicio de red en Windows
 

   

  • Banner gráfico que permite reanudar la última pestaña desde otros dispositivos back to top

    Ayuda a los usuarios que accedieron a sus cuentas a reanudar tareas cuando tengan que cambiar de dispositivo de inmediato. Para ello, ofrece recoger las pestañas que se usaron en el dispositivo anterior. Los administradores pueden controlar esta función mediante la política empresarial existente denominada SyncTypesListDisabled.
    • Chrome 119 en iOS: Lanzamientos de funciones
    display banner

   

  • Quitar la API de Sanitizerback to top

    El objetivo de la API de Sanitizer es compilar un proceso de desinfección de HTML fácil de usar, siempre seguro y mantenido por el navegador en la plataforma. Lanzamos una versión inicial de la API de Sanitizer en Chrome 105, según el borrador de especificaciones vigente en ese momento. Sin embargo, mientras tanto, el debate sobre los estándares avanzó y la forma de la API propuesta cambió sustancialmente. Para evitar que la API actual se afiance, planeamos quitar la implementación actual. Esperamos volver a implementar la API de Sanitizer cuando la especificación propuesta se estabilice nuevamente. 
    • Chrome 119 en Windows, Mac, Linux y Android

   

  • Los grupos de pestañas se pueden guardar, recuperar y sincronizar back to top

    Los usuarios podrán guardar grupos de pestañas, lo que les permitirá cerrar y volver a abrir las pestañas del grupo, así como sincronizarlas entre dispositivos. Puede inhabilitar la sincronización de los grupos de pestañas con la política SyncTypesListDisabled.
    • Chrome 119 en ChromeOS, Linux, Mac y Windows

   

  • Separación de perfiles de Chrome: políticas nuevas back to top

    Se crearán tres políticas nuevas para ayudar a las empresas a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Estas políticas serán más fáciles de usar y reemplazarán a ManagedAccountSigninRestriction y EnterpriseProfileCreationKeepBrowsingData.
    • Chrome 119 en Linux, Mac y Windows: Nuevas políticas de separación de perfiles disponibles: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist.

   

  • Restricciones de acceso a redes privadas para la industria automotriz back to top

    Con esta opción, se envían restricciones de acceso a redes privadas a Android Automotive (si BuildInfo::is_automotive), incluido lo siguiente: Solicitudes preliminares de Acceso a redes privadas para subrecursos y Acceso a redes privadas para trabajadores. Ten en cuenta que las dos funciones anteriores se enviaron en modo de solo advertencia, pero estas funciones aplicarán la restricción, es decir, no aprobarán la solicitud principal si no se cumplen.
    • Chrome 119 en Android 

   

  • El atributo no estándar shadowroot dejó de estar disponible para shadow DOM declarativo. back to top 

    El atributo estándar shadowrootmode del seguimiento estándar, que habilita Shadow DOM declarativo, se envió en Chrome 111 (ChromeStatus). El atributo shadowroot y no estándar anterior dejó de estar disponible. Durante el período de baja, ambos atributos funcionarán. Sin embargo, el atributo shadowroot no habilita el nuevo comportamiento de transmisión, mientras que shadowrootmode permite transmitir contenido. Hay una ruta de migración directa: reemplaza shadowroot por shadowrootmode

    El atributo shadowroot anterior dejó de estar disponible a partir de Chrome 112 y se quitará (ya no se admite) en la versión 119 de Chrome, que pasó a ser estable el 1 de noviembre de 2023.

    • Chrome 119 en Windows, Mac, Linux y Android

   

  • Quitar la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled back to top

    La política UserAgentClientHintsGREASEUpdateEnabled dejó de estar disponible, ya que el algoritmo GREASE actualizado estuvo activado de forma predeterminada durante más de un año y, luego, se quitó. 
    • Chrome 119 en Android, ChromeOS, Linux, Mac y Windows: La política dejó de estar disponible
    • Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: se quitó la política

   

  • Pantalla de selección de motor de búsqueda predeterminado back to top

    A partir de Chrome 119, es posible que se solicite a los usuarios finales empresariales elegir su motor de búsqueda predeterminado en Chrome.

    Como parte de nuestro proyecto de cumplimiento de LMD, se solicitará a algunos usuarios que elijan su motor de búsqueda predeterminado para Chrome. Este mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hace actualmente, si lo estableció el administrador de TI. Obtén más información sobre esta política y el grupo atómico relacionado.
    • Chrome 119 en iOS, ChromeOS, LaCrOS, Linux, Mac y Windows: El 1% de los usuarios comenzará a ver la pantalla de elección con Chrome 119. 100% de Chrome 122

   

  • Cambio de las strings de la IU en Chrome de Borrar a Quitar a la hora de deshacerse de los datos back to top

    Chrome está actualizando el texto de configuración para reflejar quitar en lugar de borrar cuando se refieren a la destrucción de datos. Esperamos que el cambio mejore la comprensión de los usuarios. Los usuarios que deseen deshacerse de datos deben tener la seguridad de que los datos se quitan y no solo se borran de una vista, pero se puede acceder a ellos desde otro lugar. 
    • Chrome 119 en Android, iOS, ChromeOS, Mac y Windows: La primera versión en que los usuarios podrían ver estos cambios es el 119. 

   

  • Los errores internos de Herramientas para desarrolladores se informarán en los informes de fallas internas de Chrome back to top

    Para mejorar la estabilidad de Chrome, los errores internos de Herramientas para desarrolladores se informarán a través de la canalización existente de informes de fallas de Chrome. Esto proporcionará visibilidad de la estabilidad de las Herramientas para desarrolladores de Chrome. Los administradores pueden controlar todos los informes de fallas, incluidos estos errores, por medio de la política empresarial MetricsReportingEnabled.
    • Chrome 119 en ChromeOS, Linux, Mac y Windows

   

  • SharedImages para la decodificación de videos PPAPI back to top 

    La política PPAPISharedImagesForVideoDecoderAllowed controla la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI. La migración solo afecta los detalles de implementación internos y no debe cambiar ningún comportamiento. Sin embargo, esta política se puede usar en caso de que las apps de PPAPI no funcionen como se espera.

    Si no estableces la política o la habilitas, el navegador decidirá qué implementación se utiliza.

    Si la inhabilitas, Chrome usará la implementación anterior hasta que venza la política.

     

    NOTA: Solo los procesos del renderizador recién iniciados reflejarán los cambios de esta política mientras se esté ejecutando el navegador.

    • Chrome 119 en ChromeOS y LaCrOS: Se ingresó la política de salida de escape.
    • Se quitaron Chrome 122 en ChromeOS y LaCrOS: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.

   

  • Mejoras en paquetes de la API de Private Agregación back to top

    Tenemos previsto hacer algunos cambios agrupados en la agregación privada:
     

    - Correcciones de informes nulas: Actualmente, los informes sin contribuciones se descartan por error. Este cambio garantiza que, cuando se especifique un ID de contexto, se envíe un informe nulo incluso si se rechaza el presupuesto. Por otra parte, se corrige un error que provocaba que el presupuesto se rechace siempre en los informes nulos.

    - Cambios de elegibilidad del modo de depuración: Actualmente, el modo de depuración siempre está disponible. Este cambio solo permite el modo de depuración para emisores con permiso para acceder a cookies de terceros. De lo contrario, deja de usar el modo de depuración silenciosamente. Ten en cuenta que esto permitirá que el modo de depuración se desactive automáticamente cuando las cookies de terceros dejen de estar disponibles.

    - Cargas útiles de informes de relleno: Para evitar que el tamaño de la carga útil dependa de la cantidad de contribuciones, lo rellenaremos con contribuciones "nulas" con una longitud fija. Ten en cuenta que este cambio también afectará los informes de Attribution Reporting.

    - Reducción del retraso: Cuando se especifica un ID de contexto, quitamos el retraso aleatorio de 10 a 60 minutos, que es superfluo, ya que siempre se envía un informe en este caso. En su lugar, solo esperaremos hasta que se agote el tiempo de espera de la operación de almacenamiento compartido.

    • Chrome 119 en Windows, Mac, Linux y Android

   

  • Quitar el encabezado de autorización luego del redireccionamiento de origen cruzado back to top

    El estándar Fetch se actualizó el estándar para quitar el encabezado de autorización en los redireccionamientos entre dominios. Chrome debería seguir el cambio de especificaciones.
    • Chrome 119 en Windows, Mac, Linux y Android

   

  • Verificación de seguridad renovada para computadoras back to top

    Planeamos introducir una nueva Verificación de seguridad proactiva que comprueba regularmente el navegador en busca de problemas relacionados con la seguridad e informa a los usuarios cuando algo requiere su atención. El lanzamiento de la Verificación de seguridad también incorpora una nueva página de Chrome con información y acciones proactivas relacionadas con la seguridad, adaptada a cada usuario y diseñada para que los usuarios puedan mantenerse seguros en línea con mayor facilidad.
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
      safety check  

   

  • Solicitud de permisos para la API de Web MIDIback to top

    Esta función restringe la Acceso a la API de Web MIDI detrás de una solicitud de permiso. Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
    • Chrome 120 en Windows, Mac, Linux y Android 

   

  • Barra de herramientas responsiva para computadoras back to top 

    A partir de Chrome 120, los clientes de Chrome para computadoras que usen factores de forma y modalidades de entrada (p. ej., mouse o táctil) disfrutarán de una barra de herramientas que responde sin inconvenientes a los cambios de tamaño de las ventanas, aunque se seleccionan y arrastran de forma manual una ventana más pequeña o más grande, o bien se utilizan herramientas de administración de ventanas específicas del sistema operativo.
    • Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows

   

  • Chrome en Android ya no admitirá Android Nougatback to top

    La última versión de Chrome que admitirá Android Nougat será Chrome 119 e incluye un mensaje a los usuarios afectados que les informa que actualicen su sistema operativo. Chrome 120 no admitirá ni enviará a los usuarios que ejecuten Android Nougat.
    • Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top

    En Chrome 120 y posteriores (enero de 2024), Chrome inhabilitará a nivel mundial las cookies de terceros en el 1% del tráfico de Chrome como parte de nuestras pruebas de Chrome facilitadas en colaboración con la CMA, para permitir que los sitios obtengan una vista previa de cómo es operar en un mundo sin cookies de terceros (3PC). La mayoría de los usuarios finales empresariales se excluirán automáticamente de este grupo experimental. Sin embargo, en los pocos casos que se vean afectados, los administradores empresariales podrán utilizar una política empresarial para inhabilitar sus navegadores administrados antes del experimento y darles tiempo a las empresas para que realicen los cambios necesarios para no depender de esta política ni de las cookies de terceros.
    Planeamos brindar más detalles sobre esta política y más herramientas para ayudar a identificar los casos de uso de 3PC. Mientras tanto, consulta la sección del blogModo B: Baja del 1% de las cookies de terceros para obtener más detalles sobre cómo prepararse, enviar comentarios y notificar posibles problemas del sitio.
    • Chrome 120 en ChromeOS, Linux, Mac y Windows
      El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.

   

  • Fase 0 de protección de IP para Chrome back to top 

    A partir de Chrome 122, es posible que Chrome enrute el tráfico de algunas solicitudes de red a recursos de Google mediante un proxy de privacidad. Este es un logro importante en un esfuerzo más grande por proteger las identidades de los usuarios enmascarando sus direcciones IP de herramientas de seguimiento entre sitios conocidas. Puedes encontrar más información (incluidas las políticas empresariales) en la explicación.Se implementarán políticas empresariales para permitir que los administradores inhabiliten la función antes de su lanzamiento.
    • Chrome 122 en ChromeOS, Linux, Mac, Windows y Android

   

  • Informe sobre el uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store back to top 

    Chrome está agregando nueva información al Informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store. En la página de detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.
    • Chrome 122 en LaCrOS, Linux, Mac y Windows

   

  • Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList back to top
    En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
    • Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList

   

  • Intención de dar de baja: Eventos de mutación back to top

    Los eventos de mutación síncronos, como “DOMSubtreeModified”, “DOMNodeInserted”, “DOMNodeRemoved”, “DOMNodeRemovedFromDocument”, “DOMNodeInsertedIntoDocument” y “DOMCharacterDataModified”, afectan negativamente el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta 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 de 2024.

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3 back to top

    Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. Como mencionamos anteriormente en nuestra entrada de blog, se están revisando los cronogramas de baja de Manifest V2 y se pospondrán los experimentos programados para principios de 2023. Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Obtenga más información en el cronograma del manifiesto, incluida la siguiente información:
    • Chrome 98 en Chrome OS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Pública" o "No listada". Ya no se pueden cambiar las extensiones de Manifest V2 de "Privada" a "Pública" o "No listada".
    • Chrome 103 en ChromeOS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Privada".
    • Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.

    Próximo logro en ChromeOS, LaCrOS, Linux, Mac y Windows: Quitar la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Centro de privacidad back to top

    Más adelante este año, los usuarios podrán administrar la configuración de su cámara y micrófono en todo el sistema operativo desde un solo lugar, en Configuración. De esta manera, los usuarios solo necesitan un clic para desactivar por completo la cámara o el micrófono desde un solo lugar cuando necesitan más confianza para permanecer en silencio.  
    privacy hub

   

  • Plantillas de administrador de ChromeOS back to top

    Los administradores pueden configurar la automatización del lanzamiento de apps en la Consola del administrador para contener grupos de aplicaciones, ventanas y herramientas que los usuarios pueden iniciar automáticamente en el inicio o a pedido durante el día. Con la automatización del lanzamiento de aplicaciones, puedes lograr lo siguiente: lograr que los usuarios comiencen a trabajar rápidamente al comienzo del día, brindarles a los usuarios una forma de llegar fácilmente a un punto de partida óptimo para nuevas tareas y recordar el diseño de ventana que cada usuario configura para sus flujos de trabajo para usarlos en el futuro.
      admin templates

↑ volver al principio  

Próximos cambios en la Consola del administrador

   

  • Recopilación de datos anónimos con URL en modo kiosco back to top

    La política para la recopilación de datos anónimos con URL, UrlKeyedAnonymizedDataCollectionEnabled, pronto se admitirá en la Consola del administrador. Esta política se aplicará a partir del 1 de octubre y permanecerá inhabilitada hasta entonces.

↑ volver al principio  

Chrome 117

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Omitir eventos de descarga    
Chrome ya no es compatible con macOS 10.13 ni macOS 10.14    
Actualización del ícono de bloqueo    
El servicio de red está en zona de pruebas en Linux y ChromeOS    
TLS Encrypted Client Hello (ECH)    
Encuestas a los usuarios relacionadas con las advertencias de Navegación segura    
Experiencia de integración simplificada    
Advertencias sobre descargas no seguras    
API de enrutamiento estático de service worker    
Integración del navegador Chrome en Symantec Endpoint DLP    
Exigir la extensión de uso de la clave X.509 para los certificados RSA que se encadenan a las raíces locales    
Experiencia de acceso y sincronización simplificada    
Actualizaciones para borrar los datos de navegación en Android    
Permitir que los usuarios revisen y quiten de forma opcional las extensiones potencialmente no seguras    
Nueva actualización visual de Chrome para computadoras en Chrome 117    
Actualizaciones de compatibilidad de Native Client    
Baja y eliminación de WebSQL    
Renovación del uso de permisos o indicadores de bloqueo    
Seguimiento de precios    
Estadísticas de precios en Chrome para computadoras    
Autenticación cuando se ingresa al Administrador de contraseñas en iOS    
Advertencias de descarga mejoradas    
API de Storage Access con instrucciones    
Compatibilidad de Chrome con el panel táctil de Android    
Verificación de desbordamiento de puertos en métodos set de URL    
Baja de las firmas de servidor SHA-1 de TLS    
Analizador de host IPv6 con IPv4 incorporado compatible con URL estándar    
Modo de accesibilidad para completar formularios    
Borrar las sugerencias de clientes a través del encabezado Clear-Site-Data    
Quitar WebRTC getStats datachannelIdentifier -1    
Quitar WebRTC getStats encoderImplementation/decoderImplementation desconocido    
Anular el envío de getStats() heredado basado en devoluciones de llamada en WebRTC    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas que se quitaron del navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Sonidos de estado de la batería de ChromeOS    
Evitar los escapes de control de contenido en la pantalla de acceso o de bloqueo    
Selector de emojis compatible con GIF    
Apariencia renovada de ChromeOS    
App de personalización de ChromeOS    
Configuración de la corrección de colores en ChromeOS    
AWP con pestañas en ChromeOS    
Tarjetas de respuesta del sistema en la búsqueda del Selector    
Sugerir a los usuarios administrados que inscriban dispositivos que no sean de ZTE  
Reemplazar la pila Bluetooth en ChromeOS    
Grabación de time lapse    
Opciones mejoradas en el historial del portapapeles    
Cambios en el diálogo de ChromeVox    
Steam habilitado en todos los dispositivos aptos    
Vista del calendario siguiente con la integración Unirse a videollamada    
Carga adaptable     
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Los informes de impresión ahora están disponibles en la API de informes de administración de Chrome    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Chrome lanzará la página chrome://policy/test    
El servicio de red en Windows se someterá a una zona de pruebas     
Quitar la política ForceMajorVersionToMinorPositionInUserAgent    
Inhabilitar de forma remota extensiones maliciosas que no están en la tienda    
Quitar la política RendererCodeIntegrityEnabled    
Compatibilidad con llaves de acceso en el llavero de iCloud en macOS  
Búsquedas en tiempo real de prefijos hash    
Rediseño del mensaje intersticial rojo  
Compatibilidad de los controles de formulario con el modo de escritura vertical    
Bloquear todas las cookies configuradas con JavaScript que contengan caracteres de control    
Imágenes y texto más claros en la configuración del nivel de protección de Navegación segura    
WebUSB en Service Workers de extensión    
Incluir llamadas a la API de chrome.tabs en los informes de telemetría de extensiones    
Quitar las palabras clave de apariencia no estándar    
Cambios en el programa de lanzamientos de Chrome    
Solicitud de permisos para la API de MIDI Web    
Abandono de URLs de datos en el elemento SVG <use>  
Administración en la nube para el navegador Chrome: Informe de fallas    
Fase 0 de protección IP para Chrome    
Banner gráfico que permite restablecer la última pestaña desde otros dispositivos    
Quitar la API de Sanitizer    
Los grupos de pestañas se pueden guardar, recuperar y sincronizar    
Separación de perfiles de Chrome: políticas nuevas    
Chrome en Android ya no será compatible con Android Nougat    
Reemplazar el lenguaje de marcado colgante en el nombre del destino por _blank    
Restricciones del acceso a redes privadas en la industria automotriz    
Baja del atributo no estándar shadowroot para Shadow DOM declarativo    
Baja de las cookies de terceros de Chrome (3PCD)    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList     
Intención de dar de baja los eventos de mutación    
Las extensiones deben actualizarse para que aprovechen Manifest V3
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Centro de privacidad    
Plantillas de administrador de ChromeOS    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Recopilación de datos anónimos con URL en el modo kiosco    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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.

Actualizaciones del navegador Chrome

   

  • Omitir eventos de descarga back to top 

    La presencia de objetos de escucha de eventos de descarga es una Bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual. En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos exclusiones temporales en forma de una API y una política de grupo que te permitirá mantener el comportamiento de forma selectiva.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows: Prueba para desarrolladores.
 

   

  • Chrome ya no es compatible con macOS 10.13 ni macOS 10.14 back to top 

    Chrome ya no admitirá macOS 10.13 ni macOS 10.14, que ya están fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.13 o 10.14, Chrome sigue mostrando una barra de información que les recuerda a los usuarios que Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14.
    • Chrome 117 en Mac: Chrome ya no admite macOS 10.13 ni macOS 10.14.
 

   

  • Actualizar el ícono de bloqueo back to top 

    Planeamos reemplazar el ícono de bloqueo por una variante del ícono de ajuste, que se usa generalmente para indicar controles y parámetros de configuración. Al reemplazar el ícono de candado por un indicador neutro, se evita el malentendido de que el ícono de candado está asociado con la confiabilidad de una página y se enfatiza que la seguridad debe ser el estado predeterminado en Chrome. Nuestra investigación también demostró que muchos usuarios nunca comprendieron que hacer clic en el ícono de candado mostraba información y controles importantes. Creemos que el nuevo ícono permite que los controles de permisos y la información de seguridad adicional sean más accesibles, a la vez que evita los malentendidos que afectan al ícono de candado. 
    El nuevo ícono está programado para lanzarse como parte de una actualización general del diseño para plataformas de computadoras. Chrome continuará alertando a los usuarios cuando su conexión no sea segura. Puedes habilitar el ícono de sintonización previo al lanzamiento en Chrome para computadoras si habilitas la Actualización de Chrome 2023 en chrome://flags#chrome-refresh-2023, pero ten en cuenta que esta marca habilita trabajos que están activamente en curso y en desarrollo, y no representa un producto final. 

    También reemplazaremos el ícono en Android. En iOS, no se puede presionar el ícono de bloqueo, por lo que lo quitaremos. Obtén más información en esta entrada de blog.
    • Chrome 117 en Linux, Mac y Windows: El nuevo ícono está programado para lanzarse en Chrome 117.
      New lock icon

   

  • El servicio de red está en zona de pruebas en Linux y ChromeOS back to top 

    El servicio de red está en una zona de pruebas en Linux y ChromeOS para mejorar la seguridad. En Linux, es posible que un software de terceros (probablemente software antivirus o de prevención de pérdida de datos) inserte código en los procesos de Chrome y se bloquee con este cambio. Esto puede provocar que Chrome falle para tus usuarios. 
    En ese caso, debes trabajar con el proveedor del software de terceros para evitar que inyecte código en los procesos de Chrome. Mientras tanto, podrá usar la política NetworkServiceSandboxEnabled para diferir la zona de pruebas. Esta es una medida temporal para ayudar a las empresas a sorprenderse ante el cambio. la política se eliminará en una versión futura de Chrome.
    • Chrome 117 en ChromeOS y Linux: El servicio de red se someterá a una zona de pruebas en Linux y ChromeOS para mejorar la seguridad.

   

  • TLS de Encrypted Client Hello (ECH) back to top 

    La extensión TLS Encrypted ClientHello (ECH) permite a los clientes encriptar mensajes de ClientHello, que por lo general se envían como texto simple, con la clave pública de un servidor. Esto permite que los sitios web acepten evitar filtrar campos sensibles, como el nombre del servidor, en la red mediante el alojamiento de un registro DNS RR de HTTPS especial. (Las iteraciones anteriores de esta extensión se denominaban indicación de nombre del servidor encriptado o ESNI). Si la infraestructura de tu organización depende de la capacidad de inspeccionar SNI, por ejemplo, filtrar, registrar, etc., debes probarla. Para habilitar el comportamiento nuevo, navega a chrome://flags y habilita la función experimental #encrypted-client-hello. En Windows y Linux, también debes habilitar el DNS seguro para que la marca tenga efecto.
    Si encuentras alguna incompatibilidad, puedes usar la política empresarial EncryptedClientHelloEnabled para inhabilitar la compatibilidad con ECH.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Encuestas a los usuarios relacionadas con las advertencias de Navegación segura back to top 

    Después de que un usuario acepta u omite una advertencia de Navegación segura, Chrome puede preguntarle sobre su satisfacción con la experiencia. Puedes controlar esta opción con la política SafeBrowsingSurveysEnabled.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Experiencia de integración simplificada back to top 

    Algunos usuarios puede que vean una experiencia de integración simplificada con una forma más intuitiva de acceder a Chrome. Políticas empresariales como BrowserSignin, SyncDisabled, EnableSyncConsent, RestrictSigninToPattern y SyncTypesListDisabled seguirán estando disponibles como antes para controlar si el usuario puede acceder a Chrome y activar en sincronización. La política PromotionalTabsEnabled se puede utilizar para omitir por completo la integración. DefaultBrowserSettingEnabled se respeta de la misma manera que antes.
    • Chrome 117 en Linux, Mac y Windows

   

  • Advertencias sobre descargas no seguras back to top 

    Chrome comenzará a mostrar advertencias en algunas descargas si esos archivos se descargaron con una conexión no segura (es decir, no HTTPS). Estas advertencias no evitan la descarga y el usuario puede omitirlas. Para probar sus descargas, las empresas pueden habilitar las advertencias en chrome://flags/#insecure-download-warnings. Las empresas también pueden agregar el sitio de descarga a InsecureContentAllowedForUrls para inhabilitar las advertencias en los sitios que no pueden enviar archivos de forma segura.
    • Chrome 117 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Chrome muestra advertencias en algunas descargas.
      Insecure downloads
     

   

  • API de enrutamiento estático de Service Worker back to top 

    Chrome lanza la API de enrutamiento estático de Service Worker; permite que los desarrolladores optimicen la forma en que se cargan los Service Workers. Específicamente, permite a los desarrolladores configurar el enrutamiento y les permite descargar tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.
    • Chrome 116 en Android, ChromeOS, Linux, Mac y Windows: Prueba de origen para la API de enrutamiento estático de Service Worker.
    • Chrome 117 en Android, ChromeOS, Linux, Mac y Windows: Lanzamiento de la API de enrutamiento estático de Service Worker.

   

  • Integración del navegador Chrome con Symantec Endpoint DLP back to top 

    Esta función proporciona una integración nativa segura que transfiere contenido (archivo o texto) entre Chrome y el agente de DLP de Symantec de Broadcom sin necesidad de implementar una extensión. Cuando un usuario administrado por CBCM o CDM realiza una acción que envía datos a través de Chrome, Symantec Endpoint DLP puede supervisar el robo de datos y aplicar controles de permiso o bloqueo según las políticas de DLP del cliente.
    • Chrome 117 en Windows

   

  • Se requiere la extensión de uso de claves X.509 para los certificados RSA que se encadenan a las raíces locales back to top 

    Los certificados X.509 utilizados para HTTPS deben contener una extensión de uso de claves que declare cómo se puede utilizar la clave en un certificado. Estas instrucciones garantizan que los certificados no se usen en un contexto no deseado, lo que brinda protección contra una clase de ataques entre protocolos en HTTPS y otros protocolos. Para que esto funcione, los clientes HTTPS deben verificar que los certificados de servidor coincidan con los parámetros de TLS de la conexión, específicamente que la función experimental de uso de la clave “digitalSignature” y, posiblemente, “keyEncipherment” (según los algoritmos de cifrado de TLS en uso) se declaren cuando se use RSA. 
    Chrome 117 comenzará a aplicar que la extensión de uso de la clave esté configurada correctamente en los certificados RSA que se encadenan con las raíces locales. El uso de la clave ya es obligatorio para los certificados ECDSA y para los certificados de confianza pública. Las empresas pueden inhabilitar y probar de manera temporal la aplicación forzosa de claves mediante la política RSAKeyUsageForLocalAnchorsEnabled (disponible en Chrome 116).
    • Chrome 116 en Android, ChromeOS, Linux, Mac y Windows: Se agregó la política RSAKeyUsageForLocalAnchorsEnabled.
    • Chrome 117 en Android, ChromeOS, Linux, Mac y Windows: Chrome comienza a exigir que la extensión de uso de claves esté configurada correctamente en los certificados RSA que estén encadenados a raíces locales. El uso de la clave ya es obligatorio para los certificados ECDSA y para los certificados de confianza pública.

   

  • Experiencia simplificada de acceso y sincronización back to top 

    Chrome lanza una versión simplificada y consolidada de acceso y sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información como contraseñas, favoritos y más en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.  Al igual que antes, la funcionalidad que previamente era parte de la Sincronización de Chrome que guardaba los datos de Chrome en la Cuenta de Google y que podía acceder a ellos se puede desactivar por completo (con SyncDisabledo parcialmente (con SyncTypesListDisabled). Se puede requerir o inhabilitar el acceso a Chrome mediante BrowserSignin, como antes. 
    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
    • Chrome 117 en iOS: Se lanza la experiencia simplificada de acceso y sincronización en iOS.
     



     

   

  • Actualizaciones deBorrar datos de navegación en Android back to top 

    Chrome mejora los controles de eliminación de datos del navegador, ya que permite que los usuarios completen sus recorridos de la opción "Borrar datos de navegación" de forma más fácil y rápida, a la vez que mantiene los controles detallados para las necesidades avanzadas de eliminación de datos.
    • Chrome 117 en Android

   

  • Permitir que los usuarios revisen y, de manera opcional, quiten las extensiones potencialmente no seguras back to top 

    Se agregará un nuevo panel de revisión en chrome://extensions, que aparecerá cada vez que haya extensiones potencialmente inseguras que requieran la atención del usuario, como extensiones de software malicioso, incumplimientos de políticas, o ya no están disponibles en Chrome Web Store. El usuario puede optar por quitar o conservar estas extensiones. 
    También se mostrará una cantidad de extensiones riesgosas que requieren revisión en la página de configuración de Privacidad y seguridad de Chrome. Como administrador, puedes controlar de manera preventiva la disponibilidad de extensiones potencialmente no seguras mediante la política ExtensionUnpublishedAvailability.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Nueva actualización visual del escritorio de Chrome en Chrome 117 back to top 

    Ya que la plataforma de diseño de Google se trasladará a Google Material 3, tenemos la oportunidad de modernizar nuestro navegador para computadoras en todos los SO para aprovechar los elementos de la IU o los estilos actualizados, mejorar la personalización usando un nuevo sistema de colores dinámico y mejorar la accesibilidad. La primera serie de actualizaciones de la IU se lanzará en Chrome 117. 
    El menú de tres puntos de Chrome también se actualizará, lo que proporcionará una base para ampliar la personalización y las experiencias de personalización en Chrome permitiendo a los clientes acceder de forma cercana a herramientas y acciones. El menú se actualizará en fases a partir de Chrome 117.
    • Chrome 117 en Linux, Mac y Windows: El lanzamiento comenzará para todos los usuarios.

   

  • Actualizaciones de asistencia para Native Client back to top 

    Quitaremos la compatibilidad con Native Client NaCl de las extensiones en Windows, macOS y Linux. Habrá una política empresarial disponible, NativeClientForceAllowed, que permitirá que se siga usando.
    • Chrome 117 en Linux, Mac y Windows: Se quitó la compatibilidad con Native Client NaCl en las extensiones de Windows, macOS y Linux.
    • Chrome 119 en Linux, Mac y Windows: Se quitó la política NativeClientForceAllowed.

   

  • Dar de baja y quitar WebSQL back to top 

    El estándar de Web SQL Database se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitan bases de datos web a adoptar Web Storage o Indexed Database. Desde su lanzamiento, es muy difícil mantener la seguridad de nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas, pero con WebsQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. Con SQLite sobre WASM como su reemplazo oficial, queremos quitar WebSQL por completo.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117, comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
    • Chrome 119: A partir de Chrome 119, WebSQL ya no está disponible. El acceso a la función está disponible hasta Chrome 123 mediante la política WebSQLAccess.

   

  • Renovar el uso de permisos o los indicadores de bloqueo back to top 

    Los indicadores de actividad en uso son señales visuales que informan a los usuarios que un origen está utilizando activamente una función con permisos restringidos. Se pueden utilizar para indicar, por ejemplo, si se accedió a la ubicación geográfica o si se están capturando videos y audio. Chrome está cambiando el ciclo de vida de los indicadores de actividad y actualizando cuánto tiempo aparecen en la barra de direcciones.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Seguimiento de precios back to top 

    A partir de Chrome 117, cuando los usuarios agreguen a favoritos un producto al que se pueda hacer seguimiento de precios, el seguimiento de precios se habilitará de forma predeterminada cuando esté disponible. Los usuarios podrán inhabilitar el seguimiento de precios por artículo, y los administradores podrán inhabilitar la función por completo con la política ShoppingListEnabled.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Información sobre precios en Chrome para computadoras de escritorio back to top 

    Algunos usuarios verán un chip en la barra de direcciones que les permitirá ver información sobre el precio de un producto que estén comprando.
    • Chrome 117 en ChromeOS, Linux, Mac y Windows

   

  • Autenticación de acceso al Administrador de contraseñas en iOS back to top 

    Para mejorar la seguridad, ahora se requiere la reautorización cuando se ingresa en el Administrador de contraseñas de Google en Chrome para iOS. Anteriormente, la reautorización solo se requería cuando se veían los detalles o las notas de las contraseñas. Se ofrecerá el método de desbloqueo del dispositivo, p.ej., FaceID, TouchID o Contraseña. Si no se configuró una contraseña, se le solicitará al usuario que lo haga.
    • Chrome 117 en iOS: Se requiere la reautorización en cualquier momento cuando se ingresa en el Administrador de contraseñas de Google en Chrome para iOS.

   

  • Advertencias de descarga mejoradas back to top 

    Para ayudar a reducir el robo de cookies y otras consecuencias de la descarga de software malicioso, eliminaremos los patrones y las strings de advertencia sobre descargas para computadoras para que sean claros y coherentes.
    • Chrome 117 en Lacros, Linux, Mac y Windows: Se actualizarán las strings, los íconos y los colores, así como los mensajes de advertencia para algunas descargas.
     

   

  • API de Storage Access con mensajes back to top 

    Permite que los marcos soliciten acceso a cookies de terceros a través de la API de Storage Access (SAA) cuando se bloqueen las cookies de terceros.
    • Chrome 117 en ChromeOS, Lacros, Linux, Mac y Windows: Admite la API de acceso al almacenamiento implementando todos los comportamientos que se indican en la especificación, es decir, con solicitudes de los usuarios y, además, con su propio usuario-agente comportamientos específicos.

   

  • Compatibilidad con el panel táctil de Chrome en Android back to top 

    Chrome en Android ahora cuenta con compatibilidad avanzada con teclado, panel táctil o mouse, similar a la versión de Chrome para computadoras de escritorio.
    • Chrome 117 en Android: Se habilitaron las combinaciones de teclas para la edición de contenido web, los movimientos del cursor y el contenido multimedia. 

   

  • Verificación de desbordamiento de puertos en métodos set de URL back to top 

    Se verifica el valor del puerto cuando se configura url.port. Todos los valores que sobrepasan el límite numérico de 16 bits ya no son válidos. Por ejemplo, la siguiente secuencia de comandos se comporta de manera diferente después del cambio: ``` u = new URL("http://test.com"); u.port = 65536; console.log(u.port); ``` Antes del cambio, el resultado es 65,536. Después del cambio, el resultado será 80.
    • Chrome 117 en Windows, Mac, Linux y Android

   

  • Las firmas de servidor SHA-1 de TLS dejaron de estar disponibles back to top 

    Chrome quitará la compatibilidad con los algoritmos de firma que usan SHA-1 para las firmas del servidor durante el protocolo de enlace TLS. Esto no afecta la compatibilidad con SHA-1 en los certificados de servidor, ya que ya se quitó, ni en los certificados de cliente, que sigue vigente. SHA-1 se puede volver a habilitar temporalmente mediante la política empresarial temporal InsecureHashesInTLSHandshakesEnabled. Se eliminará esta política en Chrome 123.
    • Chrome 117 en Windows, Mac, Linux y Android
     

   

  • Analizador de host IPv6 con IPv4 incorporado compatible con URL estándarAnalizador de host IPv6 con IPv4 incorporado back to top 

    Se actualizará el comportamiento de análisis del analizador del host IPv6 con IPv4 incorporado para que siga estrictamente el estándar de la URL web: https://url.spec.whatwg.org/#concept-ipv6-parser. Las restricciones ingresadas para la dirección IPv6 son: * La dirección IPv4 incorporada siempre debe constar de 4 partes. Las direcciones con menos de 4 partes, como http://[::1.2], ya no serán válidas. La función forma parte de la interoperabilidad de URL 2023.
    • Chrome 117 en Windows, Mac, Linux y Android

   

  • Modo de accesibilidad de relleno de formularios back to top 

    Esta función mejora el rendimiento, ya que proporciona un subconjunto de la API de accesibilidad completa a las apps de relleno de formularios.
    • Chrome 117 en Android: Se proporciona un subconjunto de la API de accesibilidad completa para las apps que completan formularios.

   

  • Borrar sugerencias de clientes mediante el encabezado Clear-Site-Data back to top

    Los sitios web ahora podrán borrar la caché de sugerencias de clientes mediante “Clear-Site-Data: “clientHints””. Ahora también se borrarán las sugerencias para clientes cuando el mismo encabezado se oriente a las cookies, la caché o *. Esto se debe a que, si el usuario borra las cookies en las sugerencias de cliente de la IU que ya se borraron, la caché de sugerencias de cliente será una caché y será coherente con los objetivos comodín, respectivamente.
    • Chrome 117 en Windows, Mac, Linux y Android

   

  • Se quitó getStats datachannelIdentifier -1 de WebRTC. back to top 

    La API de getStats de WebRTC expone una propiedad dataChannelIdentifier. Ya no proporcionará el valor "-1" en los casos en que se consulten estadísticas antes de que se establezca la conexión del canal de datos. En su lugar, se omitirá el miembro del diccionario. Esto sigue el patrón general de no mostrar información sin sentido descrita en este artículo.
    • Chrome 117 en Windows, Mac, Linux y Android
     

   

  • RemoveWebRTC getStats encoderImplementation o decoderImplementation desconocidoback to top 

    La API de WebRTC getStats expone los nombres de implementación del codificador y el decodificador para los videos entrantes y salientes: https://w3c.github.io/webrtc-stats/#dom-rtcoutboundrtpstreamstats-encoderimplementation 
    Ya no proporcionará el valor desconocido en los casos en que se consulten estadísticas antes de que se codifique o decodifique un fotograma de video. En su lugar, se omitirá el miembro del diccionario. Esto sigue el patrón general de no mostrar información sin sentido descrita en este artículo. 
    • Chrome 117 en Windows, Mac, Linux y Android

   

  • Anular el envío de getStats() heredado basado en devoluciones de llamada en WebRTC back to top 

    RTCPeerConnection tiene dos versiones de getStats(), una que cumple con las especificaciones y muestra el informe mediante la resolución de una promesa, y otra que no es estándar muestra un informe muy diferente mediante una como primer argumento. Pronto se quitará la basada en devoluciones de llamada. Destino de eliminación: Chrome 117. Hay una prueba de baja disponible de Chrome 113-Chrome 121 para apps que necesitan más tiempo. En Chrome 114 y versiones posteriores, el método arrojará una excepción en Canary o beta, a menos que se use la prueba.
    • Chrome 117 en Windows, Mac, Linux y Android

   

   

  • Políticas que se quitaron del navegador Chrome   back to top

    Política

    Descripción

    DeviceTargetVersionSelector

    Permitir que los dispositivos seleccionen una versión de destino específica de Google ChromeOS a la que se actualizarán

Actualizaciones de ChromeOS

   

  • Sonidos de estado de la batería de ChromeOS back to top

    En Chrome 117, ahora se escuchan sonidos indicar el estado de la batería. Los usuarios pueden activar y desactivar estos sonidos, y los administradores pueden controlarlos mediante la política DeviceLowbatterySoundEnabled.

    Cuando el dispositivo no esté conectado, escucharás sonidos de advertencia en los siguientes casos:

    • El nivel de la batería disminuye a 15 minutos de carga y a otro cuando le quedan 5 minutos.

    Cuando el dispositivo esté conectado, escucharás un pitido de información en los siguientes casos:

    • Nivel de batería: Del 0 al 15% (bajo) 
    • Nivel de batería: Del 16% al 79% (medio)
    • Nivel de batería: Del 80 al 100% (alto)

    En el caso de que el dispositivo esté conectado a un cargador de bajo consumo, escucharás advertencias cuando la batería disminuya al 10% y, luego, cuando baje al 5%.

     

   

  • Evita los escapes de control de contenido en la pantalla de acceso o de bloqueo back to top

    Los administradores ahora puede controlar y limitar el contenido disponible en las pantallas de acceso y bloqueo de los usuarios finales cuando se usa la federación de identidades con un proveedor de identidad externo (mediante OIDC o SAML). Para ello, presentamos dos políticas nuevas que permiten bloquear o permitir URLs externas en las pantallas de acceso y de bloqueo: DeviceAuthenticationURLAllowlist y DeviceAuthenticationURLBlocklist. Como resultado, puedes evitar los escapes de control de contenido.
     

   

  • Selector de emojis compatible con GIF back to top

    El selector de emojis ahora admite GIFs. Busca y encuentra el GIF perfecto para expresarte. 

    En los dispositivos administrados, esta función está desactivada de forma predeterminada.

   

  • ChromeOS se renueva back to top

    Gracias a Google Material 3, ChromeOS 117, la nueva plataforma de diseño de Google, incluye lo siguiente:
    • Un nuevo conjunto de temas que se actualizan dinámicamente para reflejar tu estilo y fondo de pantalla.
    • Un nuevo aspecto para casi todas las superficies del sistema con texto, menús, íconos o elementos actualizados.

    Puedes controlar el nuevo diseño con la app de personalización de ChromeOS.

     

   

  • App de personalización de ChromeOS back to top

    Con este lanzamiento, tu ChromeOS ahora tiene colores de los elementos destacados que combinan con tus fondos de pantalla, lo que crea un tema único para tu dispositivo. Los colores de los elementos destacados también se adaptan a los modos claro y oscuro.
     

   

  • Configuración de corrección de colores en ChromeOS back to top

    Ahora ChromeOS está integrado ajustes de corrección de colores que faciliten a los usuarios ver los colores en sus pantallas. En la configuración de Accesibilidad de ChromeOS, en Pantalla y ampliación, puedes habilitar los filtros de color para protanopia, deuteranopia o tritanopia, o bien para ver la pantalla en escala de grises. Los usuarios pueden usar un control deslizante para personalizar la intensidad de los filtros y satisfacer sus necesidades.
     

   

  • Tarjetas de respuesta del sistema en la búsqueda del Selector back to top

    Cuando los usuarios buscan el estado de la versión del SO, la batería, la memoria RAM, el almacenamiento o la CPU, en el Selector, ahora pueden ver esa información en los resultados de la búsqueda. 

     

   

  • Incentiva a los usuarios administrados a inscribir dispositivos que no sean de ZTE back to top

    Esta función permite que los administradores exijan que los usuarios administrados inscriban sus dispositivos de inscripción automática mediante la implementación de una nueva política del usuario, UserEnrollmentNudging, que se puede configurar para que requiera la inscripción del usuario determinado. Si se habilita la política y el usuario administrado no completa el paso de inscripción y realiza el primer acceso en el dispositivo, se mostrará una ventana emergente que sugiere cambiar al flujo de inscripción o usar otro correo electrónico para acceder, lo que, básicamente, evita que el usuario administrado acceder sin inscripción. 
     

   

  • Reemplazo de la pila Bluetooth en ChromeOS back to top

    A partir de ChromeOS 117, este cambio en el software de Bluetooth, que se aplicará gradualmente a todos los dispositivos ChromeOS, lleva la pila Bluetooth de Android, Fluoride, a ChromeOS. La transición se realiza sin problemas durante el acceso, lo que permite conservar los dispositivos vinculados existentes. Además, debería funcionar con dispositivos Bluetooth hoy mismo sin interrupciones. Si tienes problemas, envía comentarios y, si es necesario, inhabilita la nueva pila a través de chrome://flags/#bluetooth-use-floss.
     

   

  • Grabación a time lapse back to top

    La app de Cámara integrada ahora es compatible con la grabación en time lapse. Para usar la función, abre la app de Cámara, selecciona Video y, luego, Time lapse. La grabación puede continuar mientras haya espacio de almacenamiento disponible. La app de Cámara determina la velocidad correcta para el video en time lapse según la duración de la grabación para garantizar que el video siempre se vea bien.
     

     

   

  • Opciones mejoradas en el historial del portapapeles back to top

    Mejoras en el menú del historial del portapapeles, incluido la introducción de nuevos puntos de entrada, formas de descubrir la función y simplificar la comprensión de la función, de manera que sea más fácil descubrirla y usarla. Ahora puedes ver más detalles de los elementos del historial del portapapeles y acceder a los elementos del historial del portapapeles anidados directamente en menús contextuales. Para los usuarios que descubran el Historial del portapapeles por primera vez, también presentamos información educativa para ayudarlos a comprender esta función.
     

   

  • Cambios en el diálogo de ChromeVox back to top

    Realizamos algunos cambios en el diálogo de experiencia inicial lista para usar (OOBE) en el que se explica qué es ChromeVox, quien podría beneficiarse de activar ChromeVox, y requiere presionar la barra espaciadora en lugar de mostrar un botón en pantalla. Con esta actualización, esperamos reducir la cantidad de usuarios que activan ChromeVox por error.
     

   

  • Vista del calendario siguiente con la integración Unirse a videollamada back to top

    Consulta tus próximos eventos directamente desde la vista de calendario y únete a cualquier reunión digital directamente con el nuevo botón Unirse.
     

   

  • Carga adaptable back to top

    Carga adaptable es una nueva función de administración de energía de ChromeOS. Los dispositivos con la función Carga adaptable habilitada en la configuración se cargan al 80% y, luego, completan la carga hasta el 100% en función de la predicción de un modelo de AA para cuando el usuario desconecte su dispositivo. Reducir el tiempo que un dispositivo pasa al 100% de batería ayuda a preservar el estado de la batería y la capacidad de retenerla durante su vida útil. 
     

Actualizaciones en la Consola del administrador

 

   

  • Los informes de impresión ahora están disponibles en la API de informes de administración de Chrome   back to top

    Chrome 117 incluye extremos adicionales a la API de Chrome Management Reports, que permite el acceso para imprimir informes. Los nuevos extremos proporcionan informes de impresión de resumen por usuario y por impresora, además de una lista de todos los trabajos de impresión enviados a impresoras administradas. Los datos que proporcionan los extremos nuevos corresponden a los datos de la página Uso de impresión de la Consola del administrador. Esta actualización expone los mismos datos en la API de informes de terceros.

 

   

  • Nuevas políticas en la Consola del administrador   back to top
     
    Nombre de la política Páginas Compatible con Categoría/Campo

    BeforeUnloadEventCancelByPreventDefaultEnabled

    Usuario, invitado administrado

    ChromeOS, navegador Chrome, Android

    Compatibilidad con sitios heredados

↑ volver al principio  

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 presentará una página chrome://policy/test.  back to top

    chrome://policy/prueba permitirá que los clientes prueben las políticas en los canales beta, para desarrolladores y de versiones canary. Si hay suficiente demanda de los clientes, consideraremos incorporar esta funcionalidad al canal estable.
    • Chrome 118 en Android, iOS, ChromeOS, Linux, Mac y Windows
     

   

  • El servicio de red en Windows se someterá a una zona de pruebas  back to top

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
    • Chrome 118 en Windows: Zona de pruebas del servicio de red en Windows
     

   

  • Quitar la política ForceMajorVersionToMinorPositionInUserAgent  back to top

    Chrome planea quitar la política ForceMajorVersionToMinorPositionInUserAgent. Esta política se presentó en Chrome 99 para controlar si la versión principal de la cadena de usuario-agente se congelaría en 99, en caso de que la cadena del usuario-agente analizara los errores cuando la versión cambiara al 100. Afortunadamente, no tuvimos que implementar esta función y solo encontramos algunos errores menores de análisis de versión de 3 dígitos que ya se solucionaron. Por lo tanto, pretendemos quitar esta política. Si tienes comentarios sobre esta eliminación de políticas o conoces alguna falla de la intranet que dependa de ella, haz comentarios sobre este error.   

   

  • Inhabilita de forma remota extensiones maliciosas fuera de la tienda  back to top

    Cuando se habilite la Navegación segura mejorada, se deshabilitará para los usuarios que tengan instalada una extensión maliciosa fuera de la tienda cuando se ingrese la decisión en los servidores de Navegación segura de forma manual o mediante un sistema de detección automatizado.
    • Chrome 118 en ChromeOS, Linux, Mac y Windows: Lanzamientos de funciones
     

   

  • Quitar la política RendererCodeIntegrityEnabled  back to top

    La política RendererCodeIntegrityEnabled se quitará. Te recomendamos que verifiques las posibles incompatibilidades con software de terceros dejando de aplicar la política antes de esta versión. Si encuentras algún problema, puedes enviar un error aquí.
    • Chrome 118 en Windows: Esta política dejó de estar disponible y ya no tendrá efecto
     

   

  • Compatibilidad con llaves de acceso en Keychain de iCloud en macOS  back to top

    Chrome en macOS ≥ 13.5 admitirá la creación y el uso de llaves de acceso desde el llavero de iCloud. Cuando accedas con WebAuthn, las llaves de acceso del llavero de iCloud se mostrarán como opciones una vez que el usuario le haya otorgado a Chrome el permiso necesario. Si no se otorgó el permiso, aparecerá la opción genérica “Llavero de iCloud” que solicitará permiso antes de mostrar las llaves de acceso del llavero de iCloud. Si se rechaza el permiso, el llavero de iCloud se podrá seguir usando, pero se deberá seleccionar manualmente cada vez que lo hagas. Cuando un sitio solicita crear una llave de acceso de la plataforma, es posible que Chrome cree la llave de acceso de forma predeterminada en el llavero de iCloud según si iCloud Drive está en uso y si las credenciales de WebAuthn del perfil actual se usaron recientemente. Esto se puede controlar con un parámetro de configuración en chrome://password-manager/settings y con la política empresarial CreatePasskeysInICloudKeychain.
    • Chrome 118 en Mac: La capacidad de usar el llavero de iCloud estará habilitada en Chrome 118. Finch puede alterar si Chrome crea de forma predeterminada llaves de acceso de la plataforma en el llavero de iCloud durante la vigencia de 118.
     

   

  • Búsquedas en tiempo real de prefijo de hash  back to top

    Para los usuarios de protección de Navegación segura estándar, las URLs visitadas ahora comprueban su seguridad en tiempo real en lugar de compararlas con una lista local de URLs no seguras que se actualiza con menos frecuencia. Para ello, se envían hashes parciales de las URLs a la Navegación segura de Google a través de un proxy con Oblivious HTTP, de modo que la dirección IP del usuario no se vincule con los hashes parciales. Este cambio mejora la seguridad y, al mismo tiempo, mantiene la privacidad de los usuarios. Si es necesario, la función se puede inhabilitar mediante la política SafeBrowsingProxiedRealTimeChecksAllowed.
    • Chrome 118 en iOS, Chrome OS, Lacros, Linux, Mac y Windows: Esta versión comenzará con un lanzamiento del 1% y, luego, del 100% de los usuarios.
     

   

  • Renovación facial intersticial roja  back to top

    En Chrome 118, los usuarios verán actualizaciones menores a los intersticiales de color rojo para la Navegación segura. El texto del cuerpo principal incluirá una recomendación explícita de Chrome, y el ID del sitio se especificará en la sección de detalles en lugar del cuerpo principal. El ícono de advertencia se reemplazará por el ícono de peligro, y se actualizará el estilo para que sea coherente con los estándares de productos más recientes. Estos cambios mejorarán la comprensión de las advertencias por parte de los usuarios.
    • Chrome 118 en Android, iOS, Chrome OS, Lacros, Linux, Mac y Windows
     

   

  • Los controles de formulario admiten el modo de escritura vertical  back to top

    El modo de escritura de la propiedad de CSS debe habilitarse para los elementos de los controles de formularios, ya que permitirá que las líneas de texto se distribuyan de forma horizontal o vertical y establece la dirección en la que avanzan los bloques. Con esta función, permitimos que los elementos de control de formulario de selección, medición, progreso, botón, área de texto y entrada tengan el modo de escritura vertical-rl o vertical-lr. Según sea necesario para lograr la compatibilidad con la Web, lanzaremos gradualmente el cambio para varios controles de formularios en la versión 118 y continuaremos en los próximos eventos importantes.
    • Chrome 118 en Windows, Mac, Linux y Android 
     

   

  • Bloquear todas las cookies establecidas mediante JavaScript que contengan caracteres de control  back to top

    Actualiza cómo se manejan los caracteres de control en cookies establecidas a través de JavaScript. Específicamente, todos los caracteres de control hacen que se rechace toda la cookie (antes era un carácter NULL, un carácter de retorno de carro o un carácter de salto de línea en una línea de cookie que hacía que se truncara en lugar de rechazarse por completo, lo que podría haber habilitado un comportamiento malicioso en determinadas circunstancias). Este comportamiento alinea Chrome con el comportamiento indicado por los últimos borradores de RFC6265bis. Este cambio se puede inhabilitar con las políticas empresariales "--disable-features=BlockTruncatedCookies" o BlockTruncatedCookies, que existirán para varios hitos en caso de que este cambio cause fallas.
    • Chrome 118 en Windows, Mac, Linux y Android 
     

   

  • Imágenes y texto de configuración del nivel de protección de la Navegación segura más claros  back to top

    En Chrome 118, algunos usuarios verán texto nuevo que describe el nivel de protección de la Navegación segura en la página de Configuración de seguridad y en la Guía de privacidad. La actualización aclara el nivel de la Protección mejorada, ya que agrega una tabla y un vínculo a un artículo del Centro de ayuda donde los usuarios pueden obtener más información. La nueva tabla ayuda a los usuarios a comprender las ventajas y desventajas cuando seleccionan esa opción en comparación con las demás. Se simplificaron las descripciones de Protección estándar, Sin protección y de activación de advertencias de vulneración de la contraseña para que las opciones sean más claras. El nivel de protección de la Navegación segura es un parámetro de configuración existente y se sigue controlando el valor de la política SafeBrowsingProtectionLevel.
    • Chrome 118: Algunos usuarios verán el texto y las imágenes actualizados en la página de configuración de seguridad de Chrome y en la Guía de privacidad.
     

   

  • WebUSB en servicios de extensión  back to top

    Permite que los desarrolladores web usen la API de WebUSB cuando responde a eventos de extensión mediante la exposición de la API de WebUSB a Service Workers registrados por extensiones del navegador. Esta API aún no estará expuesta a Service Workers registrados por sitios, pero la experiencia de implementación obtenida con la admisión de la API para extensiones será valiosa para un proyecto futuro de este tipo.
    • Chrome 118 en Windows, Mac y Linux 
     
 

   

  • Fase 0 de protección de IP para Chrome  back to top

    A partir de Chrome 118, Chrome puede enrutar el tráfico de algunas solicitudes de red a recursos de Google mediante un proxy de privacidad. Este es un logro importante en un esfuerzo más grande por proteger las identidades de los usuarios enmascarando sus direcciones IP de herramientas de seguimiento entre sitios conocidas. En el futuro cercano, se proporcionará más información (incluidas las políticas empresariales).
     

   

  • Incluir llamadas a la API de chrome.tabs en los informes de telemetría de extensiones  back to top

    Cuando habilitas la Navegación segura mejorada, Chrome recopilará información de telemetría sobre las llamadas a la API de chrome.tabs realizadas por extensiones. Esta información se analiza en los servidores de Google y mejora aún más la detección de extensiones maliciosas y que incumplen las políticas. También brindará una mejor protección para todos los usuarios de la extensión de Chrome. Esta funcionalidad junto con toda la función de telemetría de extensión se puede desactivar configurando SafeBrowsingProtectionLevel en cualquier valor diferente de 2 (es decir, inhabilita la Navegación segura mejorada).
    • Chrome 118 en ChromeOS, Linux, Mac y Windows: Lanzamientos de funciones
     

   

  • Quitar las palabras clave de apariencia no estándar  back to top

    Dado que solo las palabras clave de apariencia estándar se admitirán, quitaremos las palabras clave de apariencia (y -webkit-appearance) que ya no se admitirían: 

    * inner-spin-button 

    * media-slider

    * media-sliderthumb 

    * media-volume-slider 

    * media-volume-sliderthumb 

    * push-button * searchfield-cancel-button 

    * slider-horizontal * sliderthumb-horizontal 

    * sliderthumb-vertical 

    * square-button 

    Ten en cuenta que no se quitará el valor vertical del control deslizante como parte de este parche; se usa para permitir el vertical <input type=range>. Se quitará una vez que se habilite la función FormControlsVerticalWriteModeSupport en Stable. 

    Anteriormente, si se usaba cualquiera de las palabras clave anteriores, se mostraba una advertencia en la consola, pero la palabra clave se reconocería como un valor válido. Si habilitas la función, se ignorará la propiedad de apariencia y se establecerá como una string vacía. Según sea necesario para lograr la compatibilidad con la Web, quitaremos de forma progresiva las palabras clave de apariencia en función de sus contadores de uso en las Métricas de estado de Chrome. Para la versión 118, comenzaremos con las siguientes palabras clave, que actualmente tienen un uso de carga de página inferior al 0.001%: 

    * media-slider en 0.000361 

    * media-sliderthumb en 0.000187% 

    * media-volume-slider en 0.000143% 

    * media-volume-sliderthumb en 0.000109% 

    * sliderthumb-horizontal en 0.000182% 

    * sliderthumb-vertical en 0.000014%

    • Chrome 118 en Windows, Mac, Linux y Android 
     

   

  • Cambios en el programa de lanzamientos de Chrome  back to top

    Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, Chrome 119 se lanzará el 25 de octubre, no el 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.
    • Chrome 119 en Android, iOS, ChromeOS, Linux, Mac y Windows
     

   

  • Solicitud de permisos para la API de MIDI web  back to top

    Esta función restringe la Acceso a la API de Web MIDI detrás de una solicitud de permiso. Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
    • Chrome 119 en Windows, Mac, Linux y Android 
     

   

  • Abandono de URLs de datos en el elemento SVG <use>  back to top

    Recientemente, se actualizó la especificación de SVG para quitar la compatibilidad con los datos: URLs en el elemento SVG <use>. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite los datos: URLs en el elemento SVG <use>. Obtén más información en esta entrada de blog

    Para las empresas que necesitan más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible temporalmente para volver a habilitar la compatibilidad de la URL de datos para el elemento SVG <use>.

    • Chrome 119 en Android, Chrome OS, Lacros, Linux, Mac, Windows y Fuchsia: Quite la compatibilidad de datos: URLs en el elemento <use> SVG
     

   

  • Administración en la nube para el navegador Chrome: Informe de fallas  back to top

    El Informe de fallas es un nuevo informe de Administración en la nube para el navegador Chrome en la Consola del administrador en el que los administradores de TI pueden encontrar un gráfico para visualizar fácilmente la cantidad de eventos de fallas a lo largo del tiempo, según las versiones de Chrome que se estén ejecutando.
    • Chrome 119 en Android, iOS, Linux, Mac y Windows: Lanzamiento del Informe de fallas en la Administración en la nube para el navegador Chrome
     

   

  • Banner gráfico para permitir la reanudación de la última pestaña desde otros dispositivos  back to top

    Ayuda a los usuarios que accedieron a reanudar las tareas cuando tienen que cambiar de dispositivo durante una transición inmediata mediante la opción de recopilar las pestañas que se usaron recientemente en el dispositivo anterior. Los administradores pueden controlar esta función mediante la política empresarial existente denominada SyncTypesListDisabled.
    • Chrome 119 en iOS: Lanzamientos de funciones

     

   

  • Quitar la API de Sanitizer  back to top

    El objetivo de la API de Sanitizer es compilar un sanitizer HTML fácil de usar, siempre seguro y mantenido por el navegador en la plataforma. Se trata de un esfuerzo de estandarización entre navegadores que comenzará en el segundo trimestre de 2020. Lanzamos una versión inicial de la API de Sanitizer en Chrome 105, según el borrador de especificaciones vigente en ese momento. Sin embargo, mientras tanto, el debate avanzó y la forma de la API propuesta cambió sustancialmente. Para evitar que la API actual se afiance, nos gustaría quitar la implementación actual. 

    Esperamos volver a implementar la API de Sanitizer cuando la especificación propuesta se estabilice nuevamente. 

    • Usa contadores: Actualmente, la API de Sanitizer se usa en el 0.000000492% de las visitas a la página. 
    • API antigua frente a nueva: * Explicación anterior, API implementada en "MVP" desde Chrome 105: https://github.com/WICG/sanitizer-api/blob/e72b56b361a31b722b4e14491a83e2d25943ba58/explainer.md * 
    • Nueva explicación (aún en curso): https://github.com/WICG/sanitizer-api/blob/main/explainer.md
    • Chrome 119 en Windows, Mac, Linux y Android 
     

   

  • Los grupos de pestañas se pueden guardar, recuperar y sincronizar  back to top

    Los usuarios podrán guardar grupos de pestañas, lo que les permitirá cerrar y volver a abrir las pestañas del grupo, así como sincronizarlas entre dispositivos.
    • Chrome 119 en ChromeOS, Linux, Mac y Windows
     

   

  • Separación de perfiles de Chrome: políticas nuevas  back to top

    Se crearán tres políticas nuevas para ayudar a las empresas a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist. Básicamente, estas políticas reemplazarán ManagedAccountSigninRestriction, EnterpriseProfileCreationKeepBrowsingData.
    • Chrome 119 en Linux, Mac y Windows: Nuevas políticas de separación de perfiles disponibles: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings, ProfileSeparationSecondaryDomainAllowlist.
     

   

  • Reemplazar el lenguaje de marcado colgante en el nombre del destino por "_blank"  back to top

    Este cambio reemplaza el nombre del objetivo navegable (que suele establecerse mediante el atributo de destino) en "_blank" si contiene una marca de marcado aislada (es decir, "\n" y "<"). Esto corrige una omisión en la mitigación de la inyección de lenguaje de marcado colgante.
    • Chrome 119 en Windows, Mac, Linux y Android 
     

   

  • Restricciones de acceso a redes privadas para la industria automotriz  back to top

    Con esta opción, se envían restricciones de acceso a redes privadas a Android Automotive (si BuildInfo::is_automotive), incluido lo siguiente: - Solicitudes preliminares de Acceso a redes privadas para subrecursos y Acceso a redes privadas para trabajadores. Ten en cuenta que las dos funciones anteriores se enviaron en modo de solo advertencia, pero estas funciones aplicarán la restricción de manera forzosa, es decir, no se aprobará la solicitud principal si no se cumplen las restricciones.
    • Chrome 5 en Windows, Mac y Linux 
    • Chrome 119 en Android 
     

   

  • El atributo no estándar "shadowroot" dejó de estar disponible para shadow DOM declarativo.  back to top

    El atributo estándar "shadowrootmode" del seguimiento estándar, que habilita Shadow DOM declarativo, se envió en Chrome 111 [1]. El atributo no estándar "shadowroot" anterior dejó de estar disponible. Durante el período de baja, ambos atributos funcionan. Sin embargo, el atributo "shadowroot" no habilita el nuevo comportamiento de transmisión, mientras que "shadowrootmode" permite la transmisión de contenido. Hay una ruta de migración directa: reemplaza “shadowroot” por “shadowrootmode”. El atributo anterior "shadowroot" dejó de estar disponible a partir de Chrome 112 y se quitará (ya no se admite) en la versión 119 de Chrome, que pasó a ser estable el 1 de noviembre de 2023. [1] https://chromestatus.com/feature/5161240576393216
    • Chrome 119 en Windows, Mac, Linux y Android 
     

   

  • Chrome en Android ya no admitirá Android Nougat  back to top

    La última versión de Chrome que admitirá Android Nougat será Chrome 119 e incluye un mensaje a los usuarios afectados que les informa que actualicen su sistema operativo. Chrome 120 no admitirá ni enviará a los usuarios que ejecuten Android Nougat.
    • Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat
     

   

  • Baja de las cookies de terceros de Chrome (3PCD)  back to top

    En Chrome 120 y posteriores (enero de 2024), Chrome inhabilitará a nivel mundial las cookies de terceros en el 1% del tráfico de Chrome como parte de nuestras pruebas de Chrome facilitadas en colaboración con la CMA., para permitir que los sitios obtengan una vista previa de cómo es operar en un mundo sin cookies de terceros (3PC). La mayoría de los usuarios finales empresariales se excluirán automáticamente de este grupo experimental. Sin embargo, en los pocos casos que se vean afectados, los administradores empresariales podrán utilizar una política empresarial para inhabilitar sus navegadores administrados antes del experimento y darles tiempo a las empresas para que realicen los cambios necesarios para no depender de esta política ni de las cookies de terceros. Planeamos brindar más detalles sobre esta política y más herramientas para ayudar a identificar los casos de uso de 3PC. Mientras tanto, consulta la sección de blog "Modo B: Baja del 1% de las cookies de terceros" para obtener más detalles sobre cómo prepararse, enviar comentarios y notificar posibles problemas del sitio.
    • Chrome 120 en ChromeOS, Linux, Mac y Windows
      El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
     

   

   

  • Intención de dar de baja: Eventos de mutación  back to top

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, and DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta 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 de 2024.
     

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3  back to top

    Las extensiones deben estar actualizado para aprovechar Manifest V3 de nuevo al principio, las extensiones de Chrome están en transición a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. Como se mencionó anteriormente en nuestra entrada de blog (https://developer.chrome.com/blog/more-mv2-transition/), los cronogramas de baja de Manifest V2 están en proceso de revisión, y los experimentos programados para principios de 2023 están en proceso de revisión que se pospondrán. Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Para obtener más información sobre el cronograma del manifiesto, consulta: https://developer.chrome.com/docs/extensions/migrating/mv2-sunset/
    • Chrome 98 en Chrome OS, Lacros, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Pública" o "No listada". Ya no se pueden cambiar las extensiones de Manifest V2 de "Privada" a "Pública" o "No listada".
    • Chrome 103 en Chrome OS, Lacros, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Privada".
    • Chrome 110 en ChromeOS, Lacros, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.

    Próximo logro en Chrome OS, Lacros, Linux, Mac y Windows: Eliminación de la política ExtensionManifestV2Availability.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Centro de privacidad back to top

    Más adelante este año, los usuarios podrán administrar la configuración de su cámara y micrófono en todo el sistema operativo desde un solo lugar, en Configuración. De esta manera, los usuarios solo necesitan un clic para desactivar por completo la cámara o el micrófono desde un solo lugar cuando necesitan más confianza para permanecer en silencio.
     

     

   

  • Plantillas de administrador de ChromeOS back to top

    Los administradores pueden configurar la automatización del lanzamiento de apps en la Consola del administrador para contener grupos de aplicaciones, ventanas y herramientas que los usuarios pueden iniciar automáticamente en el inicio o a pedido durante el día. Con la automatización del lanzamiento de aplicaciones, puede lograr lo siguiente: lograr que los usuarios comiencen a trabajar rápidamente al comienzo del día, brindarles a los usuarios una forma de llegar fácilmente a un punto de partida óptimo para nuevas tareas y recordar el diseño de ventana que cada usuario configura para sus flujos de trabajo para usarlos en el futuro.
     

↑ volver al principio  

Próximos cambios en la Consola del administrador

   

  • Recopilación de datos anónimos con URL en modo kiosco back to top

    La política para la recopilación de datos anónimos con URL, UrlKeyedAnonymizedDataCollectionEnabled, pronto se admitirá en la Consola del administrador. Esta política se aplicará a partir del 1 de octubre y permanecerá inhabilitada hasta entonces.

↑ volver al principio  

Chrome 116

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Las empresas pueden registrarse para recibir notificaciones sobre correcciones de seguridad    
Chrome aumenta la velocidad de lanzamiento con mejoras de seguridad planificadas para cada semana    
Migración de la hoja de compartir    
Panel lateral de la Búsqueda de Google    
Encapsulamiento de claves X25519Kyber768 para TLS    
Mejora del rendimiento: Modos de Ahorro de memoria y Ahorro de energía  

Expansión de la telemetría contra phishing    
Habilitación de BFCache para páginas que configuran Cache-Control: no-store    
Políticas de tiempo de espera de inactividad en computadoras    
Cambios con respecto a la clave de acceso nativa del SO en Windows 11    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Modo Encargado del tratamiento de datos en ChromeOS (incluido el navegador Chrome que se ejecuta en ChromeOS administrado)     
Eliminación de comportamientos permisivos de WebView de Apps de Chrome    
OCR de ChromeOS en archivos PDF para usuarios de lectores de pantalla    
Traslado de las páginas de configuración de ChromeVox a la configuración de ChromeOS    
Personalización de periféricos de entrada por configuración de dispositivo    
Administración de permisos de apps para Android    
Mejoras en la integración de Kerberos en ChromeOS    
Lanzamiento comercial del protector de pantalla    
Funciones de autocorrección mejoradas    
Compatibilidad adicional con el método de entrada para apps de Linux    
Recopilación de datos anónimos con URL en el modo kiosco    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Panel de revisión de las extensiones     
Actualizaciones de compatibilidad de Native Client    
Actualizaciones para borrar los datos de navegación en Android    
Omisión de eventos de descarga    
Exigir la extensión de uso de la clave X.509 para los certificados RSA que se encadenan a las raíces locales    
El servicio de red se someterá a una zona de pruebas en Linux y ChromeOS    
Mitigación del seguimiento por rebote    
Restricción del uso de --load-extension    
API de enrutamiento estático de service worker    
Habilitación del acceso a la API de WebUSB desde los service workers de extensiones    
Experiencia de acceso y sincronización simplificada    
Fase de protección IP 0 para Chrome    
Mensaje de permiso de Web MIDI    
El servicio de red en Windows se someterá a una zona de pruebas en Windows    
Eliminación de la política RendererCodeIntegrityEnabled    
Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14    
Nueva actualización visual del escritorio de Chrome en Chrome 117    
Actualización del ícono de bloqueo    
API de Storage Access con solicitudes    
Las extensiones deben actualizarse para aprovechar Manifest V3
Eliminación de la política ForceMajorVersionToMinorPositionInUserAgent    
Cambios en el programa de lanzamientos de Chrome    
Chrome 119 dejará de ser compatible con Web SQL    
Abandono de URLs de datos en el elemento SVG <use>  
Separación de perfiles de Chrome  
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList     
Intención de dar de baja: Eventos de mutación    
Advertencias sobre descargas no seguras    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Sonidos del estado de la batería de ChromeOS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Las empresas pueden registrarse para recibir notificaciones sobre correcciones de seguridad back to top 

    Usando este formulario de registro, puedes habilitar la opción para recibir notificaciones por correo electrónico cada vez que haya una versión de Chrome que contenga correcciones de seguridad importantes o críticas, incluidas las correcciones de día cero. Chrome usa un ciclo de lanzamiento rápido para anticiparse a las personas que actúan de mala fe, por lo que se espera un lanzamiento aproximadamente cada semana. De forma predeterminada, Chrome aplica actualizaciones automáticamente cuando están disponibles, por lo que no se requiere ninguna acción de los administradores que mantienen el comportamiento de actualización predeterminado de Chrome. Si deseas obtener más información sobre las estrategias de actualización de Chrome para empresas, haz clic aquí.

   

  • Chrome aumenta la velocidad de lanzamiento con mejoras de seguridad planificadas para cada semana back to top 

    En Chrome 115 y versiones anteriores, Chrome mantuvo un ciclo de lanzamiento de cuatro semanas con una versión menor a la mitad, entre las versiones principales, con mejoras de seguridad y correcciones de errores menores. Se siguen planificando versiones principales cada aproximadamente cuatro semanas, pero, a partir de Chrome 116, se planean versiones menores todas las semanas. Esto nos permite entregar mejoras de seguridad aún más rápido. Si tienes activadas las actualizaciones automáticas (el comportamiento predeterminado de Chrome y nuestra recomendación), no es necesario que realices ninguna acción. Es posible que Chrome lance algunas actualizaciones no planificadas en respuesta a correcciones críticas, correcciones de día cero u otras circunstancias imprevistas. Si quieres recibir notificaciones sobre las correcciones de seguridad que incluye cada versión de Chrome, regístrate para recibir notificaciones aquí. Obtén más información sobre la seguridad de Chrome y por qué haremos este cambio en esta entrada de blog

   

  • Migración de la hoja de compartir back to top 
     

    Shared sheet migration  

    Chrome migrará la función para compartir de la hoja personalizada para compartir a la hoja para compartir del sistema Android para usuarios de Android U+. En esta migración, dimos de baja algunas funciones, como las tarjetas estilizadas para contenido compartido destacado y el botón redundante para capturas de pantalla cortas (que no son de página completa). En las versiones anteriores a Android U, Chrome sigue mostrando la hoja para compartir personalizada, y los usuarios pueden navegar a la hoja para compartir del sistema con el botón Más (...).

   

  • Panel lateral de Búsqueda de Google back to top 

    Chrome presenta el panel lateral de búsqueda, una nueva experiencia contextual del panel lateral que permite a los usuarios profundizar en el contenido de la página que están viendo en ese momento. El nuevo panel lateral les brinda a los usuarios nuevas herramientas para que obtengan más contexto sobre la página que están viendo. Lanzamos el panel lateral de Búsqueda para algunos usuarios en Chrome 115 y, luego, planeamos lanzarlo para todos los usuarios en Chrome 116. Puedes controlar el acceso al panel lateral de búsqueda con la política GoogleSearchSidePanelEnabled

   

  • Encapsulamiento de claves X25519Kyber768 para TLS back to top 

    A partir de Chrome 116, Chrome introducirá un mecanismo de encapsulamiento de clave TLS seguro poscuántico X25519Kyber768, basado en un estándar del NIST. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Esto se puede resolver actualizando tus dispositivos intermedios o inhabilitando el mecanismo de encapsulamiento de claves a través de la política empresarial PostQuantumKeyAgreementEnabled temporal. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. Este algoritmo de cifrado se usará para las conexiones TLS y QUIC.

↑ volver al principio  

   

  • Mejoras en el rendimiento: modos Ahorro de memoria y Ahorro de energía back to top 

    En Chrome 108, presentamos funciones diseñadas para mejorar el rendimiento de Chrome y extender la duración de la batería en virtud de las siguientes políticas empresariales: TabDismissingExceptions, BatterySaverModeAvailability y HighEfficiencyModeEnabled. En Chrome 116, ampliaremos las capacidades de la función Ahorro de memoria para ayudar a los usuarios a comprender y usar la función para descartar pestañas en su beneficio.

    Los usuarios que tengan habilitado el Ahorro de memoria (política HighEfficiencyModeEnabled) ahora tienen mayor visibilidad de las pestañas descartadas en la barra de pestañas y más estadísticas sobre el uso de la memoria de las pestañas inactivas y activas. 

    Además, esta versión hará que la administración de excepciones (política TabDiscardingExceptions) sea más intuitiva para los usuarios que tienen acceso para administrar sus propias excepciones:

    1. En la configuración, los usuarios pueden agregar excepciones basadas en las pestañas abiertas (además de la entrada manual que existe actualmente).

    2. En el chip de acción de página de una pestaña descartada, los usuarios pueden rechazar que el sitio se descarte en el futuro.

   

  • Expansión de la telemetría contra la suplantación de identidad (phishing) back to top 

    En esta función, registramos datos de interacción del usuario en los servidores de Chrome y en los servidores de Navegación segura, que llenarán los vacíos de conocimiento sobre cómo los usuarios interactúan con las advertencias de suplantación de identidad (phishing) y las páginas de suplantación de identidad. Esta telemetría adicional nos ayudará a saber dónde debemos concentrar nuestros esfuerzos para mejorar la protección contra la suplantación de identidad (phishing), porque nos permitirá comprender mejor al usuario. Los administradores pueden rechazar esta opción mediante las políticas empresariales MetricsReportingEnabled y SafeBrowsingProtectionLevel.

   

  • Habilitación de BFCache para páginas que configuran el control de caché: sin almacenamiento back to top 

    Los documentos con un encabezado Cache-Control: no-store permiten (CCNS) no tienen permitido ingresar en BFCache. En Chrome 116, se comenzará a procesar BFC en estos documentos, excepto aquellos con información sensible (GitHub). 

    La política AllowBackForwardCacheForCacheControlNoStorePageEnabled controla si una página con un encabezado Cache-Control: no-store se puede almacenar en la memoria caché atrás/adelante. Es posible que el sitio web que establece este encabezado no espere que la página se restablezca desde la memoria caché atrás/adelante, ya que cierta información sensible podría seguir apareciendo después del restablecimiento, incluso si ya no se puede acceder a ella.

    Si habilitas la política o no la estableces, es posible que la página con el encabezado Cache-Control: no-store se restablezca desde la memoria caché atrás/adelante, a menos que se active la expulsión de la caché, por ejemplo, cuando haya cambio de cookie solo de HTTP al sitio.

    Si inhabilitas la política, la página con el encabezado Cache-Control: no-store no se almacenará en la memoria caché atrás/adelante.

↑ volver al principio  

   

  • Políticas de Tiempo de espera inactivo en computadoras de escritorio back to top

    En Chrome 116, los administradores pueden forzar la realización de una acción, por ejemplo, cerrar el navegador, borrar las cookies o cambiar al selector de perfiles, después de que Chrome haya estado inactivo durante un período de tiempo determinado. Puedes usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones durante el tiempo de espera.

   

  • Cambios en la clave de acceso nativa del SO en Windows 11 back to top 

    Una actualización de Windows 11 que tendrá lugar más adelante en 2023 agregará compatibilidad con flujos de llave de acceso a dispositivos múltiples en Windows webauthn.dll v6. Chrome 116 reconoce esta versión de Windows y deja de ofrecer su propia compatibilidad multidispositivo en la IU de Chrome. Como resultado, los usuarios verán una IU diferente, como se muestra a continuación. Esto se puede probar con Chrome 116 ejecutándose en Windows Insider Dev Build 23486 o una versión posterior.

    Win11 passkey  

   

 

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    EventPathEnabled Vuelve a habilitar la API de Event.path 

↑ volver al principio  

Actualizaciones de ChromeOS

   

  • Modo Encargado del tratamiento de datos en Chrome OS (incluido el navegador Chrome que se ejecuta en Chrome OS administrado) back to top

    En Chrome OS 116, se lanzará un modo Encargado del tratamiento de datos para un paquete de funciones y servicios de ChromeOS llamado Servicios esenciales, ya que cambió el rol de Google de responsable del tratamiento de datos personales a principalmente encargado del tratamiento de datos. Las funciones y los servicios para los que Google sigue siendo solo un responsable del tratamiento de datos se denominan "Servicios opcionales". A partir del 18 de agosto de 2023, los administradores de TI que administren dispositivos ChromeOS utilizados en cuentas de instituciones educativas holandesas administradas podrán seleccionar los nuevos términos y funciones disponibles.

    Estas son las nuevas herramientas disponibles en el modo Encargado del tratamiento de datos de Chrome OS:
    • Página de destino del modo Encargado del tratamiento de datos en la Consola del administrador
    • La capacidad de activar o desactivar Servicios opcionales individuales
    • Herramientas para ayudar a los clientes con las solicitudes de acceso de los sujetos (DSAR)
    • Una herramienta para ayudar a los clientes con solicitudes de eliminación de los sujetos

   

  • Eliminación de comportamientos permisivos de vistas web de Apps de Chrome back to top

    A partir de Chrome 116, el uso de WebView de las Apps de Chrome tiene las siguientes restricciones:
    • El uso del evento NewWindow de WebView para adjuntarse a un elemento de WebView en otra ventana de la aplicación hará que se invalide la referencia de ventana que muestra la llamada window.open en el elemento de WebView de origen.

    Hay disponible una política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Para probar si este cambio es la causa de cualquier fallo, sin necesidad de establecer la política empresarial, puedes restablecer el comportamiento anterior de Chrome 112 y versiones anteriores. Para ello, navega a chrome://flags e inhabilita chrome://flags/#enable-webview-tag-mparch-behavior.

    Originalmente, este cambio estaba programado para Chrome 113, pero se pospuso. En las notas de las versiones anteriores, se mencionaba un cambio en el manejo de errores de SSL en las vistas web, pero esto ya no forma parte de este cambio.

   

  • OCR de ChromeOS en archivos PDF para usuarios de lectores de pantalla back to top

    Mediante reconocimiento óptico de caracteres (OCR), los usuarios pueden convertir imágenes en texto para poder acceder a ellas y leerlas.

    OCR pdf  

   

  • La configuración de ChromeVox se traslada a la configuración de ChromeOS back to top

    En Chrome 116, accede a la configuración existente de ChromeVox en las páginas de configuración de Accesibilidad de ChromeOS.

    chromevox  

   

  • Personalización de periféricos de entrada por configuración de dispositivo back to top

    Los usuarios ahora pueden administrar la configuración de sus periféricos de entrada, como el mouse y el teclado, a nivel del dispositivo y aplicar diferentes valores para distintos dispositivos. Esto proporciona más control sobre la experiencia de periféricos en ChromeOS.

   

  • Administración de permisos de aplicaciones para Android back to top

    En Chrome 116, los usuarios tienen un una mejor vista de los datos a los que pueden acceder las apps para Android mediante la revisión de los permisos de apps permitidos en la página Apps de la Configuración de ChromeOS. Ahora, los usuarios pueden ver una vista detallada de los datos a los que puede acceder una aplicación para Android en la página Aplicaciones en la Configuración y administrar esos permisos fácilmente. 

↑ volver al principio  

   

  • Mejoras de la integración de Kerberos en Chrome OS back to top

    A partir de M116, optimizamos la Flujos de configuración de usuarios finales para los clientes Kerberos de ChromeOS. Muchos usuarios usan Kerberos en ChromeOS para acceder a recursos corporativos. Las nuevas mejoras de la IU guían a los usuarios a través de la configuración de sus cuentas de Kerberos en un flujo guiado, similar al Administrador de contraseñas. Para obtener información detallada, consulte este artículo del Centro de ayuda.

   

  • Lanzamiento comercial del protector de pantalla back to top

    Con M116, ChromeOS representa a su organización aún mejor. El lanzamiento comercial del protector de pantalla para la pantalla de acceso o de bloqueo de MGS permite a los administradores personalizar el aspecto de los dispositivos inactivos. La nueva configuración de administrador incluye la posibilidad de activar o desactivar el protector de pantalla, proporcionar una lista de imágenes del protector de pantalla y personalizar los tiempos de inactividad.

   

  • Funciones de autocorrección mejoradas back to top

    Mejoramos la función de autocorrección en ChromeOS. La función de autocorrección está habilitada de forma predeterminada para apps en inglés compatibles con inglés, y corrige errores de ortografía, ortografía y otros errores de forma automática. Además de la nueva autocorrección para teclados físicos, esta actualización también mejora el rendimiento de la función de autocorrección del teclado virtual y otras funciones asistivas.

    Autocorrect  

   

  • Compatibilidad adicional con métodos de entrada para aplicaciones de Linux back to top

    Linux en ChromeOS ahora admite métodos de entrada complejos, como el japonés y el coreano. Esto significa que ahora puedes usar los mismos métodos de entrada que utilizas en Chrome para escribir en tus aplicaciones de Linux. Aún no se admiten todas las aplicaciones, pero se admitirán aplicaciones adicionales pronto.

   

  • Recopilación de datos anónimos con URL en el modo kiosco back to top

    La política para la recopilación de datos anónimos con URL ahora es compatible con el modo kiosco. Esta política se agregará a la Consola del administrador en una versión futura.

↑ volver al principio  

Actualizaciones en la Consola del administrador

   

↑ volver al principio  

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

   

  • Panel de revisión de extensiones  back to top

    Se agregará un nuevo panel de revisión a chrome://extensions, que aparecerá cuando existan extensiones potencialmente no seguras que requieran la atención del usuario. El lanzamiento inicial destacará las extensiones que sean software malicioso, que incumplan las políticas o que ya no estén disponibles en Chrome Web Store. El usuario puede optar por quitar o conservar estas extensiones.

    También se mostrará una cantidad de extensiones riesgosas que requieren revisión en la página de configuración de Privacidad y seguridad de Chrome.

    La política ExtensionsUnpublishedAvailability inhabilita las extensiones que el desarrollador dejó de publicar o que incumplen la política de Chrome Web Store. Ten en cuenta que estas extensiones también pueden aparecer en el panel de revisión del módulo Extensiones, pero solo si no están instaladas por una política. El usuario puede optar por quitarlas o conservarlas. 

   

  • Actualizaciones de compatibilidad para Native Client  back to top

    A partir de Chrome 117, se quitará la compatibilidad con NaCl de Native Client de las extensiones en Windows, macOS y Linux. Habrá una política empresarial disponible, NativeClientForceAllowed, que permitirá que se siga usando Native Client hasta Chrome 119. 

   

  • Actualizaciones para borrar datos de navegación en Android  back to top

    Estamos facilitando encontrar y usar las herramientas de eliminación de datos de navegación que ofrece Chrome. 

    Agregaremos más puntos de entrada a Borrar datos de navegación, incluso en el menú principal de Chrome. Además, presentamos una nueva indicación visual de eliminación rápida que permite a los usuarios borrar rápidamente su historial reciente. Mantendremos y mejoraremos aún más la página Datos de navegación “Avanzados” más detallada, en Configuración de privacidad.

    Clear browsing data  

   

  • Omitir eventos de descarga  back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. 

    A partir de Chrome 117, y para acelerar aún más esta migración, proponemos que Chrome para computadoras omita gradualmente los eventos de descarga. En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos exclusiones temporales en forma de una API y una política de grupo que te permitirá mantener el comportamiento de forma selectiva. 

   

  • Se requiere la extensión de uso de claves X.509 para los certificados RSA que se encadenan a las raíces locales  back to top

    Los certificados X.509 utilizados para HTTPS deben contener una extensión de uso de claves que declare cómo se puede utilizar la clave en un certificado. Estas instrucciones garantizan que los certificados no se usen en un contexto no deseado, lo que brinda protección contra una clase de ataques entre protocolos en HTTPS y otros protocolos. Para que esto funcione, los clientes HTTPS deben verificar que los certificados de servidor coincidan con los parámetros de TLS de la conexión, específicamente que la función experimental de uso de la clave “digitalSignature” y, quizá, “keyEncipherment” (según los algoritmos de cifrado de TLS en uso) se declaren cuando se use RSA.

    Chrome 117 comenzará a aplicar que la extensión de uso de la clave esté configurada correctamente en los certificados RSA que se encadenan con las raíces locales. El uso de la clave ya es obligatorio para los certificados ECDSA y para los certificados de confianza pública. Las empresas pueden inhabilitar y probar de manera temporal la aplicación forzosa de claves a través de la política RSAKeyUsageForLocalAnchorsEnabled (disponible en Chrome 116). 

   

  • El servicio de red se someterá a una zona de pruebas en Linux y ChromeOS  back to top

    A partir de Chrome 117, el servicio de red se someterá a una zona de pruebas en Linux y ChromeOS para mejorar la seguridad. En Linux, es posible que un software de terceros (probablemente software antivirus o de prevención de pérdida de datos) inserte código en los procesos de Chrome y se bloquee con este cambio. Esto puede provocar que Chrome falle para tus usuarios.

    En ese caso, debes trabajar con el proveedor del software de terceros para evitar que inyecte código en los procesos de Chrome. Mientras tanto, podrás usar la política NetworkServiceSandboxEnabled para diferir la zona de pruebas. Esta es una medida temporal para ayudar a las empresas a las que el cambio las tomó por sorpresa. La política se quitará en una versión futura de Chrome.

   

  • Mitigaciones del seguimiento de rebote  back to top

    A partir de Chrome 116, Chrome lanzará las mitigaciones del seguimiento por rebote. Las mitigaciones de seguimiento por rebote solo entrarán en vigencia cuando la política se establezca como verdadera (bloquear cookies de terceros). Puedes usar la política BlockThirdPartyCookies para controlar esta función. Como alternativa, si las cookies de terceros se bloquean de forma predeterminada, puedes eximir sitios específicos usando la política CookiesAllowedForUrls.

   

  • Restringe el uso de --load-extension  back to top

    El interruptor de línea de comandos --load-extension proporciona una barra muy baja para que el software malicioso que roba las cookies cargue extensiones maliciosas sin una solicitud de instalación. Chrome eliminará gradualmente este interruptor para reducir este vector de ataque para el software malicioso. A partir de Chrome 116, se ignorará --load-extension para los usuarios que habiliten la Navegación segura mejorada.

   

  • API de enrutamiento estático de Service Worker  back to top

    Chrome 116 lanzará la API de enrutamiento estático de Service Worker; permite que los desarrolladores optimicen la forma en que se cargan los service workers. Específicamente, permite a los desarrolladores configurar el enrutamiento y también descargar tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.

   

  • Habilitar el acceso a la API de WebUSB desde los service workers de extensiones  back to top

    A partir de Chrome 117, habilitaremos el acceso a la API de WebUSB desde los service workers de extensiones como una ruta de migración para extensiones de Manifest V2 que actualmente accedan a la API desde una página en segundo plano.

    Para controlar este comportamiento, también se pueden aplicar políticas de WebUSB a los orígenes de las extensiones. Consulta DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls y WebUsbAllowDevicesForUrls para obtener más información.

   

  • Experiencia de acceso y sincronización simplificada  back to top

    A partir de Chrome 117, es posible que algunos usuarios experimenten una versión simplificada y consolidada del acceso y la sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la funcionalidad que previamente era parte de la Sincronización de Chrome que guardaba los datos de Chrome en la Cuenta de Google y que podía acceder a ellos se puede desactivar por completo (con SyncDisabled) o parcialmente (con SyncTypesListDisabled). Se puede requerir o inhabilitar el acceso a Chrome con BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.

    Settings  

   

  • Fase de protección IP 0 para Chrome  back to top

    A partir de Chrome 118, Chrome puede enrutar el tráfico de algunas solicitudes de red a recursos que son propiedad de Google a través de un proxy de privacidad. Este es un logro importante en un esfuerzo más grande por proteger las identidades de los usuarios enmascarando sus direcciones IP de herramientas de seguimiento entre sitios conocidas. En el futuro cercano, se proporcionará más información (incluidas las políticas empresariales).

   

  • Mensaje de permiso de MIDI web  back to top

    A partir de Chrome 118, el acceso a la API de MIDI web estará restringido detrás de un mensaje de permisos. Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con la implementación planificada, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá el permiso del usuario. Se solicitarán ambos permisos en un mensaje de permisos agrupados.

    Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.

   

  • El servicio de red de Windows se someterá a una zona de pruebas   back to top

    A partir de Chrome 118, para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Puedes probar la zona de pruebas en tu entorno siguiendo estas instrucciones e informarnos los problemas que encuentres.

   

  • Eliminación de la política RendererCodeIntegrityEnabled  back to top

    A partir de Chrome 117, se quitará la política RendererCodeIntegrityEnabled. Te recomendamos que verifiques las posibles incompatibilidades con software de terceros dejando de aplicar la política antes de esta versión. Si encuentras algún problema, puedes informarlo enviando un bug aquí.

   

  • Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14  back to top

    Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14, que ya están fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.13 o 10.14, Chrome sigue mostrando una barra de información que les recuerda a los usuarios que Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14.

   

  • Nueva actualización visual del escritorio de Chrome en Chrome 117  back to top

    Ya que la plataforma de diseño de Google se trasladará a Google Material 3, tenemos la oportunidad de modernizar nuestro navegador para computadoras en todos los SO para aprovechar los elementos de la IU o los estilos actualizados, mejorar la personalización usando un nuevo sistema de colores dinámico y mejorar la accesibilidad. La primera serie de actualizaciones de la IU se lanzará en Chrome 117.

    Refresh  

    El menú de tres puntos de Chrome también se actualizará, lo que proporcionará una base para ampliar la personalización y las experiencias de customización en Chrome permitiendo a los clientes acceder de forma cercana a herramientas y acciones. El menú se actualizará en fases a partir de Chrome 117.

    Refresh  

   

  • Actualiza el ícono de bloqueo  back to top

    Planeamos reemplazar el bloqueo con una variante del ícono de sintonización, que se usa comúnmente para indicar controles y parámetros de configuración. Cuando se reemplaza el ícono de candado por un indicador neutro, se evita el malentendido de que el ícono de candado está asociado con la confiabilidad de una página y se enfatiza que la seguridad debe ser el estado predeterminado en Chrome. Nuestra investigación también demostró que muchos usuarios nunca comprendieron que hacer clic en el ícono de candado mostraba información y controles importantes. Creemos que el nuevo ícono permite que los controles de permisos y la información de seguridad adicional sean más accesibles, a la vez que evita los malentendidos que afectan al ícono de candado.

    El nuevo ícono está programado para lanzarse en Chrome 117 como parte de una actualización de diseño general para plataformas de escritorio. Chrome continuará alertando a los usuarios cuando su conexión no sea segura. Si habilitas la actualización de 2023 para Chrome en chrome://flags#chrome-refresh-2023, podrás ver el nuevo ícono de ajuste en Chrome Canary para computadoras, pero ten en cuenta que esta marca habilita trabajo que aún está activamente en progreso y en desarrollo, y no representa un producto final.

    También reemplazaremos el ícono en Android. En iOS, no se puede presionar el ícono de candado, por lo que lo quitaremos.

    Obtén más información en esta entrada de blog.

    PDF sig tools  

   

  • API de Storage Access con indicaciones  back to top

    La API de Storage Access proporciona una forma para que las incorporaciones autenticadas entre sitios comprueben el estado de bloqueo y soliciten acceso al almacenamiento si se bloquean. Específicamente en Chrome 117 para computadoras, admitiremos la API de Storage Access implementando todos los comportamientos enumerados en la especificación, es decir, con mensajes de los usuarios y, además, con sus propios comportamientos específicos de usuario-agente.

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3  back to top

    Las extensiones de Chrome se están actualizando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad para tus usuarios, por ejemplo, cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    Como se mencionó anteriormente en nuestra entrada de blog, Más detalles sobre la transición a Manifest V3, los cronogramas de baja de Manifest V2 están en proceso de revisión, y los experimentos programados para principios de 2023 se están posponiendo.

    Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3.

    A partir de Chrome 110, se encuentra disponible una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2 hasta al menos enero de 2024. 

    Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome.

    Para conocer más detalles, consulta el cronograma de compatibilidad con Manifest V2.

   

  • Se quitó la política ForceMajorVersionToMinorPositionInUserAgent  back to top

    Chrome 118 planea quitar la política ForceMajorVersionToMinorPositionInUserAgent. Esta política se presentó en Chrome 99 para controlar si la versión principal de la cadena de usuario-agente se congelaría en 99, en caso de que la cadena del usuario-agente analizara los errores cuando la versión cambiara al 100. Afortunadamente, no tuvimos que implementar esta función y solo encontramos algunos errores menores de análisis de versión de 3 dígitos que ya se solucionaron. Por lo tanto, pretendemos quitar esta política.

    Si tienes comentarios sobre esta eliminación de políticas o conoces alguna falla de la intranet que dependa de ella, haz comentarios sobre este error. 

   

  • Cambios en el programa de lanzamientos de Chrome  back to top

    Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, Chrome 119 se lanzará el 25 de octubre, no el 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.  

   

  • Chrome 119 dejará de ser compatible con Web SQL  back to top

    A partir de Chrome 119, se quitará la compatibilidad con Web SQL para mejorar la seguridad de los datos del usuario. El estándar de la base de datos de Web SQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Actualmente, Chrome es el único navegador importante compatible con Web SQL. El W3C alentó a quienes necesitaban bases de datos web a adoptar Indexed Database o SQLite WASM.
     

    El cronograma de la baja será el siguiente:

    • Chrome 115: Se agregó un mensaje de baja
    • Chrome 117-123: Prueba de baja
    • Chrome 119: Eliminación de la implementación


    Puedes encontrar más información sobre la baja y la eliminación en la página de Chromestatus.

    La política empresarial WebSQLAccess estará disponible hasta Chrome 123 para permitir que Web SQL esté disponible.

   

  • Deja de usar las URLs de datos en el elemento SVG <use>  back to top

    Recientemente, se actualizó la especificación de SVG para quitar la compatibilidad con los datos: URLs en el elemento SVG <use>. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite los datos: URLs en el elemento SVG <use>. Esperamos quitar la compatibilidad con los datos: URLs en el elemento SVG <use> en Chrome 119, cuyo lanzamiento está programado para noviembre de 2023. Obtén más información en esta entrada de blog. Para las empresas que necesitan más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible temporalmente para volver a habilitar la compatibilidad de la URL de datos para el elemento SVG <use>.

   

  • Separación del perfil de Chrome  back to top

    A partir de Chrome 119, se crearán tres nuevas políticas para ayudar a las empresas a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationSecondaryDomainAllowlist.

   

   

  • Intención de dar de baja: Eventos de mutación  back to top

    Los eventos de mutación síncronos, como “DOMSubtreeModified”, “DOMNodeInserted”, “DOMNodeRemoved”, “DOMNodeRemovedFromDocument”, “DOMNodeInsertedIntoDocument” y “DOMCharacterDataModified”, afectan negativamente el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta Mutation Observer. Los Eventos de mutación dejarán de funcionar en Chrome 127, aproximadamente, el 30 de julio de 2024.

   

  • Advertencias sobre descargas no seguras  back to top

    Chrome comenzará a mostrar advertencias sobre algunas descargas si esos archivos se descargaron a través de una conexión no segura, es decir, no a través de HTTPS. Estas advertencias no impiden la descarga, y el usuario puede omitirlas. Las empresas pueden probar sus descargas habilitando advertencias a través de chrome://flags/#insecure-download-warnings. Las empresas también pueden inhabilitar las advertencias para los sitios que no pueden publicar archivos de forma segura. Para ello, deben agregar el sitio de descarga a InsecureContentAllowedForUrls.

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Sonidos de estado de batería en ChromeOS back to top

    A partir de Chrome 117, se agregarán sonidos audibles para indicar el estado de la batería. Los usuarios podrán activar y desactivar estos sonidos, y los administradores podrán controlarlos por medio de políticas.

    Cuando el dispositivo no esté conectado, escucharás sonidos de advertencia en los siguientes casos:
    • El nivel de la batería disminuye a 15 minutos de carga y a otro cuando le quedan 5 minutos.

    Cuando el dispositivo esté conectado, escucharás un pitido de información en los siguientes casos:
    • Nivel de batería: Del 0 al 15% (bajo)
    • Nivel de batería: Del 16% al 79% (medio)
    • Nivel de batería: Del 80 al 100% (alto)

    En el caso de que el dispositivo esté conectado a un cargador de bajo consumo, escucharás advertencias cuando la batería disminuya al 10% y, luego, cuando baje al 5%.

↑ volver al principio  

Chrome 115

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Panel lateral de la Búsqueda de Google    
Actualización automática de DNS seguro para algunos usuarios de DNS de Quad9Secure    
Solicitudes HTTP actualizadas a HTTPS    
Compatibilidad con Encrypted Client Hello (ECH)    
Inhabilitación de extensiones que no se publicaron en Chrome Web Store    
Actualizaciones de initial_preferences    
Mejoras en favoritos y la Lista de lectura en iOS    
Actualización de consultas de DNS seguro en servidores Cox de ISP    
Modo de lectura    
Eliminación de SHA1 en las firmas del servidor en TLS    
Manejo de dependencias de la sincronización de políticas    
Renderizador de Skia para el procesamiento de PDF  
Escritorio de permisos únicos    
Formulario de inscripción para desarrolladores de Privacy Sandbox    
Actualización sobre la política de BrowsingDataLifetime    
Módulo Configura Chrome para iOS    
Carrusel en la página Nueva pestaña    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Transmisión de app en ChromeOS    
Ventanas flotantes en ChromeOS    
Pausa de la transmisión para el moderador de transmisiones    
Opciones de firma mejoradas para el kit de herramientas en PDF    
Passpoint: Conexión fluida y segura a redes Wi-Fi    
Expansión de los paquetes de idiomas a Text‐to‐Speech    
Nueva app de combinación de teclas    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nueva tarjeta de Administración en la nube para el navegador Chrome    
Rediseño de la página Configuración de ChromeOS    
Guías de configuración de Chrome    
Los informes de impresión ahora están disponibles en la API de informes de administración de Chrome    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Encapsulamiento de claves X25519Kyber768 para TLS    
Mejora del rendimiento: Modos de Ahorro de memoria y Ahorro de energía    
Expansión de la telemetría contra phishing    
El servicio de red en Windows se someterá a una zona de pruebas     
Habilitación de BFCache para páginas que configuran Cache-Control: no-store    
Políticas de tiempo de espera de inactividad    
Cambios en Windows 11 que afectarán a Chrome aproximadamente en septiembre    
Actualizaciones de compatibilidad de Native Client    
Omisión de eventos de descarga    
Panel de revisión de las extensiones     
Exigir la extensión de uso de la clave X.509 para los certificados RSA que se encadenan a las raíces locales      
Mitigación del seguimiento por rebote  
Restricción del uso de --load-extension    
API de enrutamiento estático de service worker    
Habilitación del acceso a la API de WebUSB desde los service workers de extensiones    
Experiencia de acceso y sincronización simplificada    
Mensaje de permiso de Web MIDI    
Eliminación de la política RendererCodeIntegrityEnabled    
Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14  
Nueva actualización del escritorio de Chrome y nuevo Menú de Chrome en Chrome 117    
Actualización del ícono de candado  
Las extensiones deben actualizarse para aprovechar Manifest V3  
Eliminación de la política ForceMajorVersionToMinorPositionInUserAgent    
Chrome 119 dejará de ser compatible con Web SQL    
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList     
Intención de dar de baja: Eventos de mutación    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Sonidos del estado de la batería de ChromeOS    
Eliminación de comportamientos permisivos de WebView de Apps de Chrome    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Panel lateral de la Búsqueda de Google back to top 

    En Chrome 115, Google presenta el panel lateral de Búsqueda, una nueva experiencia de panel lateral contextual que les permite a los usuarios explorar el contenido de la página que están viendo en ese momento. El nuevo panel lateral incluye un cuadro de búsqueda que permite realizar búsquedas visuales y basadas en texto, preguntas relacionadas con la página y vínculos a más detalles acerca del sitio actual. Lanzamos el panel lateral de Búsqueda para algunos usuarios en Chrome 115 y, luego, planeamos lanzarlo para todos los usuarios en Chrome 116. Puedes controlar el acceso al panel lateral de búsqueda con la política GoogleSearchSidePanelEnabled

   

  • Actualización automática de DNS seguro para algunos usuarios de DNS de Quad9Secure  back to top
     
    A partir de Chrome 115, para un pequeño subconjunto de usuarios de Chrome, se usan consultas de DNS seguro en lugar de consultas de DNS no seguro a fin de realizar la resolución de nombres de host con servidores DNS de Quad9 Secure (9.9.9.9). Este cambio afecta el comportamiento de un cliente determinado únicamente en las siguientes condiciones:
    • El cliente se ejecuta en un sistema configurado para usar los servidores DNS de Quad9 Secure (9.9.9.9).
    • La política empresarial DnsOverHttpsMode se establece como “Automática” (el valor predeterminado es “Desactivada”).
    • Se estableció la política ChromeVariations para habilitar todas las variaciones.
    • El cliente se selecciona de forma aleatoria para formar parte del 1% de los clientes en los que este comportamiento está habilitado. 

   

  • Solicitudes HTTP actualizadas a HTTPSback to top
     

    A partir de Chrome 115, es posible que algunos usuarios vean que las solicitudes HTTP se actualizan automáticamente a HTTPS. Se revierte automáticamente a HTTP cualquier página que no se pueda cargar mediante HTTPS. Para configuraciones de servidor estándar, esto no debería tener ningún efecto visible, pero mejora la seguridad de tus usuarios.

    Algunas configuraciones de servidor pueden causar problemas, por ejemplo, si se entrega contenido diferente mediante HTTP y HTTPS. Para omitir la actualización automática, los usuarios pueden navegar explícitamente a una URL de http:// en el cuadro multifunción o cambiar la configuración del sitio de Contenido no seguro a habilitada, a la que se puede acceder desde Información de la página. chrome://settings/content. Puedes controlar este comportamiento con la política HttpsUpgradesEnabled y agregar sitios específicos a la lista de entidades permitidas con la política HttpAllowlist.

    A largo plazo, debes asegurarte de que los servidores de tu organización admitan HTTPS y de que publiquen el mismo contenido tanto en HTTP como en HTTPS. Si no pretendes admitir HTTPS (por ejemplo, en una intranet interna detrás de un firewall), los servidores no deben responder al puerto 443, y los firewalls deben cerrar la conexión en lugar de dejarla en espera. Para probar la actualización de HTTPS en tu entorno, habilita chrome://flags#https-upgrades. Si detectas algún problema, puedes informarnos al respecto.

    A partir de Chrome 115, Chrome habilita automáticamente el Modo HTTPS primero según el historial de navegación del usuario. Habilita automáticamente los anuncios intersticiales con Modo HTTPS primero en sitios que se cargan de forma habitual a través de HTTPS. Los sitios que usan HTTP de texto simple con regularidad no se ven afectados. En la práctica, este cambio protege a los usuarios contra ataques de cambio a una versión inferior, pero es invisible para los usuarios. 

   

 
  • Compatibilidad con el Encrypted Client Hello (ECH)   back to top

    En Chrome 115 se comenzó a implementar la compatibilidad con ECH en sitios que la acepten, como una continuación de nuestros esfuerzos relacionados con la red para mejorar la privacidad y la seguridad de nuestros usuarios en la Web, por ejemplo, DNS seguro. Originalmente, este cambio estaba previsto para Chrome 107, pero se tuvo que posponer. 

    Si la infraestructura de tu organización depende de la capacidad de inspeccionar SNI, por ejemplo, filtrar, registrar, etc., debes probarla. Para habilitar el comportamiento nuevo, navega a chrome://flags y habilita la función experimental #encrypted-client-hello.

    En Windows y Linux, también debes habilitar el DNS seguro para que la función experimental tenga efecto.

    Si encuentras alguna incompatibilidad, puede usar la política empresarial EncryptedClientHelloEnabled para inhabilitar la compatibilidad con ECH. 

↑ volver al principio  

   

 
  • Inhabilita las extensiones no publicadas en Chrome Web Store  back to top

    En Chrome 115, lanzamos la política empresarial ExtensionUnpublishedAvailability para permitirte inhabilitar las extensiones que se dejaron de publicar en Chrome Web Store. 

   

  • Actualizaciones de initial_preferencesback to top
     

    Quitamos los siguientes campos del archivo de muestra initial_preferences:

    • Se quitaron del ejemplo porque ya no son válidos:
      • sync_promo.show_on_first_run_allowed
      • suppress_first_run_bubble
      • suppress_first_run_Default_browser_prompt
    • Se quitaron del ejemplo porque se pueden controlar mediante una política recomendada:
      • homepage
      • homepage_is_newtabpage
      • show_home_button
      • session
      • bookmark_bar
      • import_*, excepto en import_bookmarks_from_file
      • make_chrome_default_*
    • Se quitaron del ejemplo porque no son aplicables al uso empresarial o solo se pueden aplicar a la instalación a nivel del usuario:
      • ping_delay
      • do_not_launch_chrome
      • do_no_register_for_update_launch 

   

  • Mejoras en favoritos y la Lista de lectura en iOS   back to top

    En Chrome 115 en iOS, algunos usuarios que accedan a Chrome desde el Administrador de favoritos o las plataformas de lista de lectura ahora podrán usar y guardar favoritos y elementos de lista de lectura en su Cuenta de Google. Políticas empresariales relevantes, comoBrowserSignin, SyncDisabled, SyncTypesListDisabled, EditBookmarksEnabled y ManagedBookmarks seguirán funcionando como antes para configurar si los usuarios pueden usar y guardar elementos en su Cuenta de Google. 

   

  • Actualización sobre consultas de DNS seguro en servidores ISP de Coxback to top
     

    Si los clientes utilizan sistemas que usan los servidores DNS de ISP de Cox, si la política DnsOverHttpsMode está configurada en Automático, Chrome usará consultas de DNS seguro en lugar de consultas de DNS no seguro a partir de Chrome 115 (y en versiones anteriores a partir del 16 de mayo de 2023, si la política ChromeVariations está configurada para habilitar todas las variaciones).

   

  • Modo de  lectura  back to top

    A medida que se lee más contenido en línea, Chrome 115 agrega una nueva función para ayudar a mejorar la experiencia de lectura en línea. Presentamos el modo de lectura, una nueva función del navegador Chrome que mejora la experiencia de lectura en la Web para todo el mundo. El modo de lectura reduce los elementos distractores mediante una vista del lector personalizable que se puede cambiar de tamaño y permite que los lectores se enfoquen en el contenido principal. Se encuentra en el panel lateral del navegador Chrome. Los usuarios también pueden personalizar la fuente, el tamaño del texto, el espaciado, el color del tema o el fondo, y mucho más, lo que brinda una experiencia de lectura más cohesiva, intuitiva y cómoda.

    read mode  

↑ volver al principio  

   

  • Eliminación de SHA1 en las firmas del servidor en TLS   back to top

    En Chrome 115, se quita la compatibilidad con los algoritmos de firma que usan SHA-1 para las firmas del servidor durante el protocolo de enlace TLS. SHA1 tiene colisiones conocidas, el IETF lo dio de baja y se debe evitar cuando sea posible.

    Esto no afecta la compatibilidad con SHA-1 en los certificados de servidor, que ya se quitó. SHA-1 en los certificados de cliente sigue siendo compatible. Las empresas que dependen de los esquemas de firma de SHA1 en TLS pueden seguir usando la política InsecureHashesInTLSHandshakesEnabled para seguir aceptando SHA1 en las firmas de servidor.

     

   

  • Manejo de dependencias de Policy Sync   back to top

    Actualmente, exigimos que los administradores establezcan SyncDisabled para cualquier política de eliminación de datos (BrowsingDataLifetime, ClearBrowsingDataOnExitList). En Chrome 115, se inhabilita automáticamente la sincronización de los tipos de datos respectivos y ya no se requiere que los administradores establezcan la política SyncDisabled. Lanzaremos esta función gradualmente detrás de una función experimental. Puedes habilitar este comportamiento en chrome://flags#data-retention-policies-disable-sync-types-need

   

  • Procesador de Skia para el procesamiento de PDF   back to top

    Chrome 115 agrega una nueva política empresarial PdfUseSkiaRendererEnabled para anular la elección del usuario de habilitar o no el procesador Skia. Cuando el procesador Skia está habilitado, cambia el dispositivo de renderización de PDF de AGG (Anti-Grain Geometry) a Skia. El procesador Skia proporciona una mejor asistencia técnica y utiliza diferentes algoritmos para dibujar gráficos. Se espera que las diferencias visuales resultantes sean muy leves. 

   

  • Escritorio de permisos únicos   back to top

    Cuando se les solicita un permiso, los usuarios pueden seleccionar Permitir o Rechazar, y ambas opciones se almacenan de forma permanente. Esta función agrega la opción Permitir esta vez para los permisos de ubicación geográfica, cámara y micrófono. De este modo, se ajusta el permiso otorgado a una sesión presentada recientemente, que creemos que representa con mayor exactitud una sesión de permiso único, sin afectar ninguna situación común. En Chrome 115, comenzamos a lanzar esta función de forma gradual para un subconjunto de usuarios. 

   

  • Formulario de inscripción para desarrolladores de Privacy Sandbox   back to top

    Para acceder a las APIs de relevancia y medición de Privacy Sandbox en Chrome y Android, los desarrolladores deben inscribirse en Privacy Sandbox. El proceso de inscripción del desarrollador verifica a las empresas antes de que puedan usar las APIs como una capa adicional de protección para la privacidad del usuario. Como parte de este proceso de inscripción, exigimos a los desarrolladores que acepten las restricciones relacionadas con el uso de estos servicios para evitar la reidentificación de usuarios en distintos sitios. 

   

  • Actualización sobre la política BrowsingDataLifetime   back to top

    Actualizamos la documentación de BrowsingDataLifetime para indicar que download_history y hosted_app_data no son compatibles con Android. 

↑ volver al principio  

   

  • Módulo Configura Chrome para iOS back to top

    En iOS, algunos usuarios nuevos en Chrome 115 ven el nuevo módulo Configura Chrome. En este módulo, se proporcionan opciones en el centro de la página Nueva pestaña para que los usuarios nuevos puedan ver y completar elementos que los ayuden a configurar y aprovechar Chrome al máximo en su propio tiempo. Los elementos que se indican en el módulo son opcionales. Además, el módulo se muestra temporalmente hasta algunas semanas después de instalar la aplicación. Por el momento, esta opción solo está disponible para iOS.

    Set up Chrome  


    Set up Chrome  

   

  • Carrusel en la página Nueva pestaña de Google   back to top
     

    Un nuevo carrusel en la página Nueva pestaña de Google permite a los usuarios deslizar el dedo entre ciertos módulos. Esta es una función de disponibilidad limitada para algunos usuarios nuevos. El carrusel puede mostrarse de dos maneras: 

    • Con el módulo Sitios más visitados y Combinaciones de teclas
    • Con el módulo Combinaciones de teclas


    Por ejemplo, es posible que un usuario vea el módulo Sitios más visitados, pero pueda deslizar el dedo para ver Combinaciones de teclas.
    New tab carousel  

   

 
  • Políticas nuevas y actualizadas en el navegador Chrome   back to top
     
    Política Descripción
    ExtensionUnpublishedAvailability Controlar la disponibilidad de las extensiones no publicadas en Chrome Web Store
    SafeSitesFilterBehavior Filtrar los sitios principales (pero no los iframes incorporados) para el contenido para adultos (ahora disponible en Android)
    PdfUseSkiaRendererEnabled Usar el renderizador predeterminado según la configuración de la prueba de campo
    GoogleSearchSidePanelEnabled Habilitar el panel lateral de la Búsqueda de Google en todas las páginas web

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    ForceEnablePepperVideoDecoderDevAPI Habilitar la compatibilidad con la API de PPB_VideoDecoder(Dev)
    PPAPISharedImagesSwapChainAllowed Permite la asignación moderna de búfer para el complemento PPAPI de las APIs de Graphics3D.
    UseMojoVideoDecoderForPepperAllowed Permite que Pepper use un nuevo decodificador para la decodificación de video acelerada por hardware.

Actualizaciones de ChromeOS

   

  • Transmisión de app en ChromeOSback to top
     

    A partir de ChromeOS 115, la transmisión de app mejora la experiencia de Phone Hub, ya que permite a los usuarios ver las apps que se ejecutan en su teléfono Pixel y también interactuar con ellas. Cuando un usuario recibe una notificación de conversación duplicada de su teléfono Pixel, con solo presionar esa notificación se inicia una transmisión de app directamente en el escritorio de ChromeOS del usuario. Esto forma parte de una iniciativa de computación ubicua de Google.
      

↑ volver al principio  

 

   

  • Ventanas flotantes en ChromeOS back to top

    En Chrome 115, un nuevo menú Diseño de ventanas de ChromeOS permite acelerar acciones comunes, como la división de pantallas en dos ventanas. Además, agregaremos un nuevo estado de ventana, Flotante, que permite a los usuarios configurar una ventana como siempre en la parte superior.

    Floating windows  

   

  • Pausa la transmisión para el moderador de transmisiones   back to top

    Mientras usan el moderador de transmisiones, a veces los usuarios necesitan una forma rápida de pausar lo que están transmitiendo. En ChromeOS 115, con la opción Pausar transmisión, ahora se puede pausar el contenido que se transmite a la pantalla compartida en una imagen fija mientras se lleva a cabo otra acción en la computadora.

    En la Configuración rápida de ChromeOS o en el menú de transmisión del navegador Chrome, selecciona Pausar para mostrar la última pantalla de transmisión en el receptor de transmisiones. Mientras la app está pausada, las otras acciones que realizas en la computadora NO se transmiten al receptor. Cuando se reanuda la transmisión, la computadora vuelve a duplicar la reproducción en el receptor.

    Pause cast  

   

  • Opciones de firma mejoradas para el kit de herramientas en formato PDF   back to top

    En ChromeOS 115, el kit de herramientas de PDF de la Galería permite a los usuarios firmar sus documentos más fácilmente, lo que permite la creación de una firma sin usar las manos que se guarda en la app para su posterior uso. Galería es la multiherramienta multimedia de ChromeOS que proporciona a los usuarios formas rápidas, coherentes y detectables de ver, ajustar y enrutar varios tipos de medios.

    PDF sig tools  

   

  • Passpoint: Conexión segura y sin interrupciones con redes Wi-Fi   back to top

    Passpoint optimiza el acceso a Wi-Fi y elimina la necesidad de que los usuarios busquen y autentiquen una red cada vez que lo visitan.Una vez que un usuario acceda a la red Wi-Fi que se ofrece en una ubicación, el dispositivo cliente compatible con Passpoint se conectará automáticamente en visitas posteriores. Ahora, ChromeOS admite aplicaciones de Android compatibles con Wi-Fi Passpoint. Wi-Fi Passpoint es un conjunto de mecanismos de Wi-Fi que define Wi-Fi Alliance, que facilita y automatiza el aprovisionamiento y la configuración de redes Wi-Fi seguras, a la vez que minimiza la intervención del usuario. Una vez que se aprovisione, cada vez que haya una red Wi-Fi compatible y segura dentro del alcance, ChromeOS podrá conectarse automáticamente a ella sin necesidad de la interacción del usuario.
 
  •  Expande los paquetes de idiomas a Text‐to‐Speech
     

    Algunas voces de Google Text-to-Speech que estaban preinstaladas ahora se descargan a través de la red cuando son necesarias. De esta manera, se libera espacio en el dispositivo ChromeOS.

 
  •  Nueva app de combinación de teclas
     

    La nueva App de combinación de teclas ofrece una nueva taxonomía y navegación, funciones de búsqueda más sencillas en la app y una visualización actualizada de las combinaciones de teclas.

↑ volver al principio  

Actualizaciones en la Consola del administrador

   

  • Nueva tarjeta de Administración en la nube para el navegador Chrome back to top

    Chrome 115 lanza una nueva tarjeta Administración en la nube para el navegador Chrome en la página principal de la Consola del administrador de Google. Ahora puedes acceder y encontrar con facilidad tareas populares de administración del navegador Chrome, directamente en la página principal.

    CBCM card

   

  • Rediseño de la página de configuración de Chrome back to top

    Recibimos tus comentarios y nos complace anunciar que todos los administradores ahora pueden ver una experiencia rediseñada en las páginas de configuración de Usuarios y navegadores, Dispositivo y Sesión de invitado administrada, lo que facilita la administración de políticas. Presta atención a lo siguiente:

    Settings redesign  
     
    • Es una tabla de solo lectura que se puede escanear para ver los parámetros de configuración de toda tu organización.
    • Vistas de políticas específicas para que los administradores se enfoquen en parámetros de configuración individuales.
    • Descripciones actualizadas de las políticas que se extraen directamente del contenido del Centro de ayuda en vivo. Ya no tendrás que alternar entre las ventanas para obtener más información sobre una política. Esto incluye información admitida para la plataforma y la versión para todas las políticas.

   

  • Guías de configuración de Chrome   back to top
     

    La sección de las guías de configuración de Chrome ahora incluye nuevo contenido interactivo para ayudar a realizar recorridos comunes de ChromeOS en la Consola del administrador. Estos nuevos recorridos incluyen lo siguiente:

    • Crear unidades organizativas de prueba
    • Agregar usuarios para realizar pruebas
    • Activar los informes de ChromeOS
    • Inscribir un dispositivo de prueba
    • Configurar políticas de dispositivo
    • Configurar políticas de usuario
    • Instalar apps y extensiones
    • Agregar una red Wi-Fi


    Chrome setup guides  


    Para acceder a las nuevas Guías de configuración de Chrome, haz lo siguiente:
    • Accede a la Consola del administrador.
    • En la parte izquierda, selecciona Dispositivos> Chrome> Guías de configuración.

       

   

  • Los informes de impresión ahora están disponible en la API de informes de administración de Chrome   back to top

    Agregamos extremos adicionales a la API de informes de administración de Chrome que permiten acceder a informes de impresión. Los nuevos extremos proporcionan informes de impresión de resumen por usuario y por impresora, además de una lista de todos los trabajos de impresión enviados a impresoras administradas. Los datos que proporcionan los extremos nuevos corresponden a los datos de la página Uso de impresión de la Consola del administrador. Esta actualización expone los mismos datos en la API de informes de terceros. 

   

  • Nuevas políticas en la Consola del administrador   back to top
     
    Nombre de la política Páginas Compatible con Categoría/Campo
    Habilitar "Autocompletar" para las direcciones Configuración de usuarios y del navegador M88 Experiencia del usuario > Autocompletar formulario de dirección
    Habilitar la función Autocompletar para tarjetas de crédito Configuración de usuarios y del navegador M88 Experiencia del usuario > Autocompletar formulario de tarjeta de crédito

↑ volver al principio  

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

   

  • Encapsulamiento de claves X25519Kyber768 para TLS  back to top

    A partir de Chrome 116, Chrome introducirá un mecanismo de encapsulamiento de clave TLS seguro poscuántico X25519Kyber768, basado en un estándar de NIST. Se expondrá como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Esto se puede resolver actualizando tus dispositivos intermedios o inhabilitando el mecanismo de encapsulamiento de claves a través de la política empresarial PostQuantumKeyAgreementEnabled temporal. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial.

   

  • Mejora del rendimiento: Modos de Ahorro de memoria y Ahorro de energía   back to top
     

    En Chrome 108, presentamos funciones diseñadas para mejorar el rendimiento de Chrome y extender la duración de batería en virtud de las siguientes políticas empresariales: TabDiscardingExceptions, BatterySaverModeAvailability y HighEfficiencyModeEnabled. En Chrome 116, ampliaremos las capacidades de la función Ahorro de memoria para ayudar a los usuarios a comprender y usar la función para descartar pestañas en su beneficio.

    Los usuarios que tengan habilitado el Ahorro de memoria (política HighEfficiencyModeEnabled) tendrán mayor visibilidad de las pestañas descartadas en la barra de pestañas y más estadísticas sobre el uso de la memoria de las pestañas inactivas y activas. 

    Además, esta versión hará que la administración de excepciones (política TabDiscardingExceptions) sea más intuitiva para los usuarios que tienen acceso para administrar sus propias excepciones:

    1. En la configuración, los usuarios podrán agregar excepciones basadas en las pestañas abiertas (además de la entrada manual que existe actualmente).
    2. En el chip de acción de página de una pestaña descartada, los usuarios tendrán la opción de rechazar que se descarte el sitio en el futuro.
     

   

  • Expansión de la telemetría contra la suplantación de identidad (phishing)   back to top

    En esta función, registramos datos de interacción del usuario en los servidores de Chrome y en los servidores de Navegación segura, que llenarán los vacíos de conocimiento sobre cómo los usuarios interactúan con las advertencias de suplantación de identidad (phishing) y las páginas sospechosas de suplantación de identidad. Esta telemetría adicional nos ayudará a saber dónde debemos concentrar nuestros esfuerzos para mejorar la protección contra la suplantación de identidad (phishing), porque nos permitirá comprender mejor al usuario. Los administradores pueden inhabilitar esta opción mediante las políticas empresariales MetricsReportingEnabled y SafeBrowsingProtectionLevel.

   

  • El servicio de red en Windows se someterá a una zona de pruebas   back to top

    A partir de Chrome 116, para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.

   

  • Habilitación de BFCache para páginas que configuran Cache-Control: no-store   back to top
     

    Los documentos con un encabezado Cache-Control: no-store (CCNS) no pueden ingresar a BFCache. En Chrome 116, se comenzará a procesar BFC en estos documentos, excepto aquellos con información sensible (GitHub). 

    La política AllowBackForwardCacheForCacheControlNoStorePageEnabled controla si una página con un encabezado Cache-Control: no-store se puede almacenar en la memoria caché atrás/adelante. Es posible que el sitio web que establece este encabezado no espere que la página se restablezca desde la memoria caché atrás/adelante, ya que cierta información sensible podría seguir apareciendo después del restablecimiento, incluso si ya no se puede acceder a ella.

    Si habilitas la política o no la estableces, es posible que la página con el encabezado Cache-Control: no-store se restablezca desde la memoria caché atrás/adelante, a menos que se active la expulsión de la caché, por ejemplo, cuando haya cambio de cookie solo de HTTP al sitio.

    Si inhabilitas la política, la página con el encabezado Cache-Control: no-store no se almacenará en la memoria caché atrás/adelante.

   

  • Políticas de Tiempo de espera de inactividad   back to top

    En Chrome 116, los administradores podrán implementar aplicar de manera forzosa una acción, por ejemplo, cerrar el navegador o cambiar al selector de perfiles, después de que Chrome esté inactivo durante cierta cantidad de tiempo. Podrás usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones en el tiempo de espera.
     

   

  • Cambios en Windows 11 que afectarán a Chrome aproximadamente en septiembre back to top

    Una actualización de Windows 11 más adelante en 2023 agregará compatibilidad con flujos de llaves de acceso multidispositivo en Windows webauthn.dll v6. Chrome 116 reconocerá esta versión de Windows y dejará de ofrecer su propia compatibilidad multidispositivos en la IU de Chrome, y en cambio la aplazará para Windows. Como resultado, los usuarios verán una IU diferente, como se muestra a continuación. Esto se puede probar con Chrome 116 ejecutándose en Windows Insider Dev Build 23486 o una versión posterior.

    Antes:

    Win 11 update  
     

    Después:

    Win 11 update

↑ volver al principio  

   

  • Actualizaciones de compatibilidad para Native Client   back to top

    A partir de Chrome 117, se quitará la compatibilidad con NaCl de Native Client de las extensiones en Windows, macOS y Linux. Habrá una política empresarial disponible, NativeClientForceAllowed, que permitirá que se siga usando Native Client hasta Chrome 119. 

   

  • Omisión de eventos de descarga   back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la Memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. 

    A partir de Chrome 117, y para acelerar aún más esta migración, proponemos que Chrome para computadoras omita gradualmente los eventos de descarga. En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos exclusiones temporales en forma de una API y una política de grupo que te permitirá mantener el comportamiento de forma selectiva. 

   

  • Panel de revisión de las extensiones   back to top

    Se agregará un nuevo panel de opiniones en chrome://extensions, que aparecerá cada vez que haya extensiones potencialmente no seguras que requieran la atención del usuario. El lanzamiento inicial destacará las extensiones que sean softwares maliciosos, que infrinjan las políticas o que ya no estén disponibles en Chrome Web Store. El usuario puede optar por quitar o conservar estas extensiones.

    También se mostrará una cantidad de extensiones riesgosas que requieren revisión en la página de configuración de Privacidad y seguridad de Chrome.

    La política ExtensionsUnpublishedAvailability inhabilita las extensiones que el desarrollador dejó de publicar o que incumplen la política de Chrome Web Store. Ten en cuenta que estas extensiones también pueden aparecer en el panel de revisión del módulo Extensiones, pero solo si no están instaladas por una política. El usuario puede optar por quitarlas o conservarlas. 

   

  • Exige la extensión de uso de la clave X.509 para los certificados RSA que se encadenan a las raíces locales   back to top

    Los certificados X.509 utilizados para HTTPS deben contener una extensión de uso de claves que declare cómo se puede utilizar la clave en un certificado. Estas instrucciones garantizan que los certificados no se usen en un contexto no deseado, lo que brinda protección contra una clase de ataques entre protocolos en HTTPS y otros protocolos. Para que esto funcione, los clientes HTTPS deben verificar que los certificados de servidor coincidan con los parámetros de TLS de la conexión, específicamente que la función experimental de uso de la clave “digitalSignature” y, posiblemente, “keyEncipherment” (según los algoritmos de cifrado de TLS en uso) se declaren cuando se use RSA.

    Chrome 117 comenzará a aplicar que la extensión de uso de la clave esté configurada correctamente en los certificados RSA que se encadenan con las raíces locales. El uso de la clave ya es obligatorio para los certificados ECDSA y para los certificados de confianza pública. Las empresas pueden inhabilitar y probar de manera temporal la aplicación forzosa de claves mediante la política RSAKeyUsageForLocalAnchorsEnabled (disponible en Chrome 116). 

   

  • Mitigación del seguimiento de rebote  back to top

    A partir de Chrome 116, Chrome lanzará mitigación del seguimiento por rebote. La mitigación de seguimiento por rebote solo entrará en vigencia cuando la política se establezca como verdadera (bloquear cookies de terceros). Puedes usar la política BlockThirdPartyCookies para controlar esta función. Como alternativa, si las cookies de terceros se bloquean de forma predeterminada, puedes eximir sitios específicos mediante la política CookiesAllowedForUrls

   

  • Restringe el uso de --load-extension   back to top

    El interruptor de línea de comandos --load-extension proporciona una barra muy baja para que el software malicioso que roba las cookies cargue extensiones maliciosas sin una solicitud de instalación. Chrome eliminará gradualmente este interruptor para reducir este vector de ataque para el software malicioso. A partir de Chrome 116, se ignorará --load-extension para los usuarios que habiliten la Navegación segura mejorada. 

↑ volver al principio  

   

  • API de enrutamiento estático de service workerback to top

    En Chrome 116, se lanzará la API de enrutamiento estático de Service Worker que permite que los desarrolladores optimicen la forma en que se cargan los Service Workers. Específicamente, permite a los desarrolladores configurar el enrutamiento y les permite descargar tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker. 

   

  • Habilita el acceso a la API de WebUSB desde los service workers de extensiones   back to top

    A partir de Chrome 117, habilitaremos el acceso a la API de WebUSB desde los service workers de extensiones como una ruta de migración para las extensiones de Manifest V2 que actualmente accedan a la API desde una página en segundo plano.

    Para controlar este comportamiento, también se pueden aplicar políticas de WebUSB a los orígenes de las extensiones. Consulta DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls y WebUsbAllowDevicesForUrls para obtener más información.

   

  • Experiencia de acceso y sincronización simplificadaback to top

    A partir de Chrome 117, algunos usuarios pueden experimentar una versión simplificada y consolidada del acceso y la sincronización en Chrome. La 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 acceder a Chrome para usar y guardar información como contraseñas, favoritos y más en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.

    Al igual que antes, la funcionalidad que previamente era parte de la Sincronización de Chrome que guardaba los datos de Chrome en la Cuenta de Google y que podía acceder a ellos se puede desactivar por completo (mediante SyncDisabled) o parcialmente (mediante SyncTypesListDisabled). Se puede requerir o inhabilitar el acceso a Chrome mediante BrowserSignin, como antes.

    Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.


    Signin  

   

  • Mensaje de permiso de Web MIDI   back to top
     

    A partir de Chrome 117, el acceso a la API de Web MIDI estará restringido detrás de un mensaje de permisos. Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con la implementación planificada, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá el permiso del usuario. Se solicitarán ambos permisos en un mensaje de permisos agrupados.

    Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.

   

  • Eliminación de la política RendererCodeIntegrityEnabled   back to top

    A partir de Chrome 117, se quitará la política RendererCodeIntegrityEnabled. Te recomendamos que verifiques las posibles incompatibilidades con software de terceros dejando de aplicar la política antes de esta versión. Si encuentras algún problema, puedes enviar un bug aquí.

   

  • Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14   back to top

    Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14, que ya están fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.13 o 10.14, Chrome sigue mostrando una barra de información que les recuerda a los usuarios que Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14. 

   

  • Nueva actualización del escritorio de Chrome y nuevo Menú de Chrome en Chrome 117   back to top

    Ya que la plataforma de diseño de Google se trasladará a Google Material 3, tenemos la oportunidad de modernizar nuestro navegador para computadoras en todos los SO para aprovechar los elementos de IU o los estilos actualizados, mejorar la personalización mediante un nuevo sistema de colores dinámico y mejorar la accesibilidad. La primera serie de actualizaciones de la IU se lanzará en Chrome 117.

    New chrome desktop  

    El menú de tres puntos de Chrome también se actualizará, lo que proporcionará una base para escalar la IU, las comunicaciones y la personalización de Chrome para computadoras. El menú se actualizará en fases a partir de Chrome 117 con la actualización del escritorio.

    New chrome desktop  

   

  • Actualización del ícono de bloqueo   back to top

    Planeamos reemplazar el ícono de bloqueo por una variante del ícono de ajuste, que se usa comúnmente para indicar controles y parámetros de configuración. Al reemplazar el ícono de candado por un indicador neutro, se evita el malentendido de que el ícono de candado está asociado con la confiabilidad de una página y se enfatiza que la seguridad debe ser el estado predeterminado en Chrome. Nuestra investigación también demostró que muchos usuarios nunca comprendieron que hacer clic en el ícono de candado mostraba información y controles importantes. Creemos que el nuevo ícono permite que los controles de permisos y la información de seguridad adicional sean más accesibles, a la vez que evita los malentendidos que afectan al ícono de candado.

    El nuevo ícono está programado para lanzarse en Chrome 117 como parte de una actualización de diseño general para plataformas de escritorio. Chrome continuará alertando a los usuarios cuando su conexión no sea segura. Si habilitas la actualización de 2023 para Chrome en chrome://flags#chrome-refresh-2023, podrás ver el nuevo ícono de ajuste en Chrome Canary, pero ten en cuenta que esta marca habilita trabajo que aún está activamente en progreso y en desarrollo, y no representa un producto final.

    En iOS, no se puede presionar el ícono de bloqueo, por lo que lo quitaremos.

    Obtén más información en esta entrada de blog.

    PDF sig tools  

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3   back to top

    Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    Como se mencionó anteriormente en nuestra entrada de blog, Más detalles sobre la transición a Manifest V3, los cronogramas de baja de Manifest V2 están en proceso de revisión, y los experimentos programados para principios de 2023 se están posponiendo.

    Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3.

    A partir de Chrome 110, hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2 hasta al menos enero de 2024. 

    Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome.

    Para conocer más detalles, consulta el cronograma de compatibilidad con Manifest V2

↑ volver al principio  

   

  • Eliminación de la política ForceMajorVersionToMinorPositionInUserAgent   back to top
     

    En Chrome 118, se planea quitar la política ForceMajorVersionToMinorPositionInUserAgent. Esta política se presentó en Chrome 99 para controlar si la versión principal de la cadena de usuario-agente se congelaría en 99, en caso de que la cadena del usuario-agente analizara los errores cuando la versión cambiara al 100. Afortunadamente, no tuvimos que implementar esta función y solo encontramos algunos errores menores de análisis de versión de 3 dígitos que ya se solucionaron. Por lo tanto, pretendemos quitar esta política.


    Si tienes comentarios sobre esta eliminación de políticas o conoces alguna falla de la intranet que dependa de ella, haz comentarios sobre este error.

   

  • Chrome 119 dejará de ser compatible con Web SQL   back to top
     

    A partir de Chrome 119, Chrome quitará la compatibilidad con Web SQL para mejorar la seguridad de los datos de los usuarios. El estándar de la base de datos de Web SQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Actualmente, Chrome es el único navegador importante compatible con Web SQL. El W3C alentó a quienes necesiten bases de datos web a adoptar Indexed Database o SQLite WASM.

     

    El cronograma de la baja será el siguiente:

    • Chrome 115: Agregar mensaje de baja
    • Chrome 118-123: Prueba de baja
    • Chrome 119: Eliminación de la implementación
     

    Puedes encontrar más información sobre la baja y la eliminación en la página de Chromestatus.

    La política empresarial WebSQLAccess estará disponible hasta Chrome 123 para permitir que Web SQL esté disponible. 

   

   

  • Intención de darse de baja: Eventos de mutación   back to top

    Eventos de mutación síncrono, como “DOMSubtreeModified”, “DOMNodeInserted”, “DOMNodeRemoved”, “DOMNodeRemovedFromDocument”, “DOMNodeInsertedIntoDocument” y “DOMCharacterDataModified”, afectan negativamente el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta Mutation Observer. Los Eventos de mutación dejarán de funcionar en Chrome 127, aproximadamente, el 30 de julio de 2024.
     

Próximos cambios en ChromeOS

   

  • Eliminación de comportamientos permisivos de vistas web de Apps de Chrome  back to top

    A partir de Chrome 116, el uso de WebView de las Apps de Chrome tiene las siguientes restricciones:
    • Los errores de SSL dentro de WebView muestran una página de error que no le brinda al usuario la opción de continuar de forma no segura.
    • El uso del evento NewWindow de WebView para adjuntarse a un elemento de WebView en otra ventana de la aplicación hará que se invalide la referencia de ventana que muestra la llamada window.open en el elemento de WebView de origen.

    Hay disponible una política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Para probar si este cambio es la causa de cualquier falla, sin necesidad de establecer la política empresarial, el comportamiento anterior de Chrome 112 y versiones anteriores también se puede restablecer. Para ello, navega a chrome://flags e inhabilita chrome://flags/#enable-webview-tag-mparch-behavior.

    Originalmente, este cambio estaba programado para Chrome 113, pero se pospuso.

   

  • Sonidos del estado de la batería de ChromeOSback to top
     

    A partir de Chrome 117, agregaremos sonidos audibles para indicar el estado de la batería. Los usuarios podrán activar y desactivar estos sonidos, y los administradores podrán controlarlos por medio de políticas.

    Cuando el dispositivo no esté conectado, escucharás sonidos de advertencia en los siguientes casos:

    • El nivel de la batería disminuye a 15 minutos de carga y a otro cuando le quedan 5 minutos.
     

    Cuando el dispositivo esté conectado, escucharás un pitido de información en los siguientes casos:

    • Nivel de batería: Del 0 al 15% (bajo)
    • Nivel de batería: Del 16% al 79% (medio)
    • Nivel de batería: Del 80 al 100% (alto)
     

    En el caso de que el dispositivo esté conectado a un cargador de bajo consumo, escucharás advertencias cuando la batería disminuya al 10% y, luego, cuando baje al 5%.



      

↑ volver al principio  

Chrome 114

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Actualizaciones de Chrome Root Store    
Compatibilidad con tokens de estado privado    
Pestañas inactivas en la app de Chrome en iPhone y iPad    
Bloqueo de archivos de cookies de perfil en el disco    
Cambio de marca y actualizaciones en el Administrador de contraseñas de Google     
Mejoramos la función Revisar contraseñas en iOS      
Ahora es más fácil guardar y recuperar notas en el Administrador de contraseñas    
La política del Administrador de contraseñas inhabilita la importación de contraseñas    
Actualizaciones de Favoritos en computadoras    
Desempaquetado de los archivos anidados para la protección de descargas    
Almacenamiento independiente de la configuración sincronizada en la cuenta    
API de Side Panel    
Retoma la sesión desde donde la dejaste en Android    
Salida de la sesión de perfiles de Chrome Enterprise    
Chip de actualizaciones en computadoras    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Cursiva preinstalada para cuentas de Enterprise y Education    
Passpoint: Conexión fluida y segura a redes Wi-Fi   
Extensiones obligatorias para la navegación en modo Incógnito    
Visibilidad de los controles de audio    
Íconos sonoros de ChromeVox    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Suscripción a la Administración en la nube para el navegador Chrome (CBCM)    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Solicitudes HTTP actualizadas a HTTPS en Chrome 115    
Política de Chrome: Inhabilita las extensiones no publicadas en Chrome Web Store (CWS)    
Omisión de eventos de descarga    
Migración de master_preferences a initial_preferences    
Cambios en el ciclo de lanzamiento    
Mejoras en favoritos y la Lista de lectura en iOS    
Actualización para usuarios de DNS seguro o ISP de Cox    
Modo de lectura    
Expansión de la telemetría contra phishing    
Baja el uso de SHA1 en las firmas del servidor en TLS    
Manejo de dependencias de la sincronización de políticas    
Mensaje de permiso de Web MIDI    
Encapsulamiento de claves X25519Kyber768 para TLS    
El servicio de red en Windows se someterá a una zona de pruebas     
Restricción del uso de --load-extension    
Habilitación del acceso a la API de WebUSB desde los service workers de extensiones en Chrome 116    
Eliminación de la política RendererCodeIntegrityEnabled    
Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14  
Nueva actualización del escritorio de Chrome y nuevo Menú de Chrome en Chrome 117    
Actualización del ícono de candado    
Las extensiones deben actualizarse para que aprovechen Manifest V3  
Chrome 119 dejará de ser compatible con Web SQL    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Transmisión de apps en ChromeOS    
Álbumes compartidos de Google Fotos    
Eliminación de comportamientos permisivos de WebView de Apps de Chrome    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Nueva tarjeta de Administración en la nube para el navegador Chrome    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Actualizaciones de Chrome Root Store   back to top 

    A partir de Chrome 114, para mejorar la seguridad de los usuarios y ofrecer una experiencia uniforme en las diferentes plataformas, Chrome empieza a usar su propio almacén predeterminado de certificados raíz y un verificador de certificados integrado en estos sistemas:
    • Android
    • Linux 
    • ChromeOS 

    La política ChromeRootStoreEnabled permite la inhabilitación selectiva de Chrome Root Store para dar lugar al almacén de certificados raíz de la plataforma. Puedes establecer esta política como Inhabilitada para forzar el uso del almacén raíz de la plataforma; de lo contrario, estará habilitada de forma predeterminada. La política estará disponible en Android, Linux y ChromeOS hasta Chrome 120.

    Chrome Root Store ya está habilitado de forma predeterminada en estos sistemas:
    • Windows 
    • macOS

    Se quitó la política ChromeRootStoreEnabled de Windows y Mac en Chrome 113. Se agregó la compatibilidad con los certificados de hoja de confianza y el almacenamiento de personas de confianza de Windows para Chrome 111. Se agregó compatibilidad con las restricciones de nombres en las anclas de confianza locales en Chrome 112. 

    Chrome sigue usando raíces locales personalizadas instaladas en el almacén de confianza del sistema operativo. Consulte nuestro artículo sobre el Chrome Root Program para obtener más información. No se prevé que las empresas cambien ninguno de los mecanismos con los que actualmente administran su flota y autoridades certificadoras de confianza, como las políticas de grupo, la aplicación de Acceso a Llaveros de macOS o las herramientas de administración del sistema como Puppet.  

   

  • Compatibilidad con Private State Tokens   back to top

    En Chrome 114, la API de Private State Tokens está disponible para que la usen los sitios web. Private State Tokens permite que se transmita la confianza en la autenticidad de un usuario de un contexto a otro para ayudar a los sitios a combatir el fraude y distinguir a los bots de los seres humanos, sin el intercambio de información de identificación del usuario. La disponibilidad de Private State Tokens se controla mediante un nuevo parámetro en la configuración de Chrome llamada Verificación automática. Obtén más información en esta entrada del blog para desarrolladores.

   

  • Pestañas inactivas en la app de Chrome en iPhone y iPad back to top

    En Chrome 114, las pestañas antiguas ahora se agrupan en una nueva sección, Pestañas inactivas, en la vista de cuadrícula de pestañas. Los usuarios de Chrome pueden acceder a la sección de pestañas inactivas para ver todas las pestañas anteriores o cerrarlas con la nueva función de pestañas masivas. Como alternativa, los usuarios pueden simplemente hacer clic para recuperar una pestaña inactiva.

    inactive tabs  

   

  • Bloquea archivos de cookies de perfil en el disco   back to top


    Para proteger a los usuarios de Chrome contra el software malicioso que intenta robar información de las cookies, Chrome 114 en Windows tiene un bloqueo exclusivo en los archivos de cookies de perfil del disco. Para asegurarte de que este comportamiento no interfiera con ningún software sancionado en tu sistema, puedes ejecutar Chrome con la función experimental de línea de comandos -enable-features=LockProfileCookieDatabase en el canal para desarrolladores o beta de Chrome 114.

     

↑ volver al principio  

   

  • Cambio de marca y actualizaciones en el Administrador de contraseñas de Google back to top

    En Chrome 114, el administrador de contraseñas cambió de nombre a Administrador de contraseñas de Google.

    El Administrador de contraseñas de Google ofrece más funciones y es más fácil acceder a él mediante el menú de tres puntos. El Administrador de contraseñas de Google actualizado tiene las siguientes características:
    • Agrupa contraseñas similares
    • Tiene un flujo de verificación mejorado 
    • Puedes agregar el acceso directo del administrador de contraseñas a tu escritorio


    rebrand password manager  

    rebrand password manager  

   

  • Mejoramos la función Verificar contraseñas en iOS   back to top

    La función Verificar contraseñas del administrador de contraseñas en iOS incluye una lista de contraseñas que Google marcó como no seguras. En otras plataformas, estas se categorizan como vulneradas, débiles o reutilizadas. Chrome 114 ahora incorpora estas categorías detalladas a iOS.  

   

  • Ahora es más fácil guardar y recuperar notas en el Administrador de contraseñas   back to top

    Chrome 114 renovó el recorrido del usuario de administración de contraseñas, que se activa desde el ícono de llave del cuadro multifunción. Reemplaza la lista actual de contraseñas por una lista nueva que permite navegar a la vista de detalles de las contraseñas. En la vista detalles de la contraseña, los usuarios pueden copiar el nombre de usuario o la contraseña, desenmascarar la contraseña y editar la nota almacenada.

    password notes  

   

  • La política del administrador de contraseñas inhabilita la importación de contraseñas   back to top

    Recientemente, solucionamos un problema que permitía a los usuarios importar contraseñas a pesar de que el administrador de contraseñas estuviera inhabilitado por la política empresarial. Los usuarios ya no pueden importar contraseñas cuando la política PasswordManagerEnabled se establece como falsa.
      

   

  • Actualizaciones de Favoritos en el escritorio   back to top

    A partir de Chrome 114, algunos usuarios ven una experiencia actualizada del panel lateral de favoritos, incluidas funciones como el filtrado, el ordenamiento y la edición.

     bookmarks  

     bookmarks  

↑ volver al principio  

   

  • Descompresión de archivos anidados para la protección de descargas   back to top

    A partir de Chrome 114, los usuarios que tengan la Navegación segura configurada como "Estándar" o "Protección mejorada" comenzarán a descomprimir de forma recurrente las descargas de archivos anidados. Esto amplía las protecciones tradicionales que ofrece Chrome contra el software malicioso y no deseado, y combate específicamente las técnicas que aprovechan los distribuidores de software malicioso de robo de cookies. La política SafeBrowsingProtectionLevel permite habilitar o inhabilitar la Navegación segura, incluida esta función.
     

   

  • Almacenamiento independiente de la configuración sincronizada en la cuenta   back to top

    Para los usuarios de Chrome en iOS y Android que tengan la sincronización habilitada, la configuración sincronizada con su Cuenta de Google ahora se mantiene separada de la configuración local de Chrome, que se estableció cuando se desactivó la sincronización. Esto permite compartir datos de manera estrictamente más limitada que antes: la configuración local no se sube automáticamente cuando se activa la sincronización, y no se deja ninguna configuración de la cuenta en el dispositivo cuando la sincronización se desactiva. Esta función aún está inhabilitada de forma predeterminada y se puede habilitar a través de la función experimental chrome://flags#enable-preferences-account-storage.

    Como administrador, puedes controlar quién puede guardar y sincronizar datos relacionados con las Cuentas de Google administradas. Existen dos políticas existentes para inhabilitar la funcionalidad de sincronización, que se siguen aplicando:
     
    • SyncDisabled: Inhabilita toda la infraestructura de Sincronización de Chrome, incluida la configuración.
    • SyncTypesListDisabled: Inhabilita tipos de datos de sincronización individuales especificados. El valor existente preferences abarca la configuración.

   

  • API de Side Panel   back to top

    Las extensiones de Manifest V3 ahora pueden agregar sus propios paneles laterales a la IU de panel lateral integrada de Chrome. Consulta el artículo para desarrolladores de Chrome sobre la API de SidePanel para obtener información sobre el uso y ejemplos.

   

  • Continúa desde donde te quedaste en Android   back to top

    Chrome en iOS ahora permite a los nuevos usuarios volver a abrir varias pestañas que estaban activas y abiertas recientemente en sus dispositivos Android. Esto significa que pueden reanudar fácilmente las exploraciones en su nueva instancia de Chrome para iOS.

     Pick up  

   

  • Salida de perfiles de Chrome Enterprise   back to top

    Se corrigió un error en el que los perfiles administrados dejaban de estar administrados y activaban de nuevo el diálogo de separación de perfiles para un perfil previamente administrado. Esta corrección garantiza que los perfiles administrados no se cierren accidentalmente en Chrome.
     

   

  • Chip de actualizaciones en el escritorio   back to top

    En Chrome 114, estamos experimentando con nuevas cadenas en el chip de actualizaciones en el escritorio. Actualizamos las cadenas de actualización en el menú de tres puntos para alentar a los usuarios a aplicar actualizaciones (y reiniciar) más rápido.

     update chip text  

↑ volver al principio  

   

  • Políticas nuevas y actualizadas en el navegador Chrome   back to top
     
    Política Descripción
    ChromeRootStoreEnabled

    Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados de servidores

    Ahora disponible en Mac, Linux y ChromeOS.

    InsecureHashesInTLSHandshakesEnabled Habilitar hashes no seguros en protocolos de enlace TLS
      

   

  • Políticas que se quitaron del navegador Chrome   back to top
     
    Política Descripción
    CECPQ2Enabled Habilita el establecimiento de claves poscuántico CECPQ2 para TLS.
    ChromeAppsEnabled Extiende la compatibilidad de Apps de Chrome en Microsoft Windows, macOS y Linux
      

Actualizaciones de ChromeOS

   

  • Cursiva preinstalada para las cuentas de Enterprise y Education   back to top

    Cursiva, una app de notas que prioriza la pluma stylus, ahora está disponible para Chromebooks. Estará preinstalada para todas las cuentas de Enterprise y Education en Chromebooks compatibles con la pluma stylus. Si deseas bloquear el acceso a la app, puedes evitar que las Chromebooks de tu empresa accedan a cursive.apps.chrome.
      

   

  • Passpoint: Conexión fluida y segura a redes Wi-Fi  back to top

    A partir de ChromeOS 114, Passpoint optimizará el acceso a Wi-Fi y eliminará la necesidad de que los usuarios busquen y autentiquen una red cada vez que la visiten. Una vez que un usuario acceda a la red Wi-Fi que se ofrece en una ubicación, el dispositivo cliente compatible con Passpoint se conectará automáticamente en visitas posteriores.

   

  • Extensiones obligatorias para la navegación en modo Incógnito back to top

    En Chrome OS 114, las extensiones les permiten a los administradores aplicar de manera forzosa funciones y personalizaciones de seguridad en sus UO, pero estas no se pueden aplicar en modo Incógnito sin el consentimiento del usuario. Esto puede ser un problema, ya que los usuarios pueden evitar las funciones establecidas por las extensiones, por ejemplo, proxies, usando el modo Incógnito para la navegación.

    La política MandatoryExtensionsForIncognitoNavigation te permite configurar una lista de extensiones que los usuarios deben permitir que se ejecuten en modo Incógnito de manera explícita, para usar el modo Incógnito en la navegación.

↑ volver al principio  

 

   

  • Visibilidad de los controles de audio back to top

    La configuración de ChromeOS ahora tiene una experiencia de configuración del SO más nativa en la app de Configuración, disponible mediante el Selector de aplicaciones o el ícono de engranaje en el menú de Configuración rápida. En Chrome OS 114, los usuarios ahora pueden encontrar todos los controles de sonido en la app de Configuración de ChromeOS.
     audio controls

   

  • Íconos sonoros de ChromeVox   back to top

    ChromeVox es el lector de pantalla integrado de las Chromebooks. En ChromeOS 114, se reproduce un indicador de audio (un ícono sonoro) cuando un usuario con ChromeVox habilitado usa la combinación de teclas de ChromeVox para activar o desactivar la selección.

Actualizaciones en la Consola del administrador

   

  • Suscripción a la Administración en la nube para el navegador Chrome (CBCM)   back to top

    En Chrome 114, la suscripción a la Administración en la nube para el navegador Chrome se agrega automáticamente a todas las organizaciones que anteriormente usaban CBCM sin suscripción. Este cambio no agregará ningún costo nuevo a tu cuenta existente, y no necesitarás realizar ninguna acción adicional. No es necesario que realices ninguna acción (más información).

↑ volver al principio  

   

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

   

  • Solicitudes HTTP actualizadas a HTTPS en Chrome 115  back to top

    A partir de Chrome 115, es posible que algunos usuarios vean que las solicitudes HTTP se actualizan automáticamente a HTTPS. Se revierte automáticamente a HTTP cualquier página que no se pueda cargar mediante HTTPS. Para configuraciones de servidor estándar, esto no debería tener ningún efecto visible, pero mejora la seguridad de tus usuarios.

    Algunas configuraciones de servidor pueden causar problemas, por ejemplo, si se entrega contenido diferente mediante HTTP y HTTPS. Para inhabilitar la actualización automática de un sitio específico, los usuarios deben cambiar el parámetro de configuración Contenido no seguro del sitio a habilitado; se puede acceder a él mediante la Información de la página o chrome://settings/content. Puedes controlar este comportamiento con la política HttpsUpgradesEnabled y agregar sitios específicos a la lista de entidades permitidas con la política HttpAllowlist.

    A largo plazo, debes asegurarte de que los servidores de tu organización admitan HTTPS y de que publiquen el mismo contenido tanto en HTTP como en HTTPS. Si no pretendes admitir HTTPS (p. ej., en una intranet interna detrás de un firewall), los servidores no deben responder al puerto 443, y los firewalls deben cerrar la conexión en lugar de dejarla en espera. Para probar la actualización de HTTPS en tu entorno, habilita chrome://flags#https-upgrades. Informa si tienes algún problema.

   

  • Política de Chrome: Inhabilita las extensiones no publicadas en Chrome Web Store (CWS)   back to top

    A partir de Chrome 115, lanzaremos una política empresarial ExtensionUnpublishedAvailability para inhabilitar las extensiones que se dejaron de publicar en Chrome Web Store.

   

  • Omisión de eventos de descarga   back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la Memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita gradualmente los eventos de descarga a partir de Chrome 115. En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos exclusiones temporales en forma de una API y una política de grupo que te permitirá mantener el comportamiento de forma selectiva.

   

  • Migración de master_preferences a initial_preferences   back to top

    Como parte de la transición continua de Chrome al uso de nombres más inclusivos, se cambió el nombre del ejemplo del paquete empresarial de master_preferences a initial_prefereces. Si bien no hay cambios en la interpretación del archivo por parte de Chrome, los siguientes campos ya no se encuentran en el archivo de ejemplo initial_preferences:
     
    • Se quitaron del ejemplo porque ya no son válidos:
      • sync_promo.show_on_first_run_allowed
      • suppress_first_run_bubble
      • suppress_first_run_Default_browser_prompt
    • Se quitaron del ejemplo porque se pueden controlar mediante una política recomendada:
      • página principal
      • homepage_is_newtabpage
      • show_home_button
      • sesión
      • bookmark_bar
      • import_*, excepto en import_bookmarks_from_file
      • make_chrome_default_*
    • Se quitaron del ejemplo porque no son aplicables al uso empresarial o solo se pueden aplicar a la instalación a nivel del usuario:
      • ping_delay
      • do_not_launch_chrome
      • do_no_register_for_update_launch

↑ volver al principio  

   

  • Cambios en el ciclo de lanzamiento   back to top

    El lanzamiento de la versión estable de Chrome 115 se cambiará del 27 de junio al 18 de julio. Todas las fechas posteriores se ajustaron para tener en cuenta esta demora. Consulta la programación de Chromium Dash para conocer las fechas actualizadas.  

   

  • Mejoras en favoritos y la Lista de lectura en iOS   back to top

    En Chrome 115 en En iOS, algunos usuarios que accedan a Chrome desde el Administrador de favoritos o las plataformas de lista de lectura podrán usar y guardar favoritos y elementos de lista de lectura en su Cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncDisabled, SyncTypesListDisabled, EditBookmarksEnabled y ManagedBookmarks seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar elementos en su Cuenta de Google.

   

  • Actualización para usuarios de DNS seguro o ISP de Cox   back to top

    Para clientes que ejecutan sistemas que usan los servidores DNS de ISP de Cox, si la política DnsOverHttpsMode está configurada en Automática, Chrome usará las consultas de DNS seguro en lugar de consultas de DNS no seguro a partir de Chrome. 115 (y en versiones anteriores, a partir del 16 de mayo de 2023, si se establece la política ChromeVariations para habilitar todas las variaciones).

   

  • Modo de lectura   back to top

    Ya que se lee más contenido en línea, agregaremos una nueva función para mejorar la experiencia de lectura. Presentamos el modo de lectura, una nueva función del navegador Chrome que mejora la experiencia de lectura en la Web para todo el mundo. El modo de lectura reduce los elementos distractores mediante una vista del lector personalizable que se puede cambiar de tamaño y permite que los lectores se enfoquen en el contenido principal. Se encuentra en el panel lateral del navegador Chrome. Los usuarios también pueden personalizar la fuente, el tamaño del texto, el espaciado, el color del tema o el fondo, y mucho más, lo que brinda una experiencia de lectura más cohesiva, intuitiva y cómoda.
     reading mode  

   

  • Expansión de la telemetría contra la suplantación de identidad (phishing)   back to top

    En esta función, registramos los datos de interacción de los usuarios en los servidores de Chrome y en los servidores de Navegación segura que llenarán los vacíos de conocimiento sobre cómo los usuarios interactúan con las advertencias de la Navegación segura sobre suplantación de identidad (phishing) y páginas sospechosas de suplantación de identidad (phishing). Esta telemetría adicional nos ayudará a saber dónde debemos concentrar nuestros esfuerzos para mejorar la protección contra la suplantación de identidad (phishing), porque nos permitirá comprender mejor al usuario. Los administradores pueden inhabilitar esta opción mediante las políticas empresariales MetricsReportingEnabled y SafeBrowsingProtectionLevel.

   

  • Baja el uso de SHA1 en las firmas del servidor en TLS   back to top

    En Chrome 115, se quitará la compatibilidad con los algoritmos de firma que usan SHA-1 para las firmas del servidor durante el protocolo de enlace TLS. Esto no afecta la compatibilidad con SHA-1 en los certificados de servidor, ya que ya se quitó, ni en los certificados de cliente, que sigue vigente. SHA1 tiene colisiones conocidas, el IETF lo dio de baja y se debe evitar.

    Las empresas que dependen de los esquemas de firma de SHA1 en TLS pueden seguir usando la política InsecureHashesInTLSHandshakesEnabled para seguir aceptando SHA1 en las firmas de servidor.

   

  • Manejo de dependencias de la sincronización de políticas   back to top

    Actualmente, los administradores deben establecer SyncDisabled para cualquier política de eliminación de datos (BrowsingDataLifetime, ClearBrowsingDataOnExitList). A partir de Chrome 115, se inhabilitará automáticamente la sincronización de los tipos de datos respectivos y ya no se exigirá a los administradores que establezcan la política dependiente.

↑ volver al principio  

   

  • Mensaje de permiso de Web MIDI   back to top

    A partir de Chrome 116, el acceso a la API de Web MIDI estará restringido detrás de un mensaje de permisos. Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con la implementación planificada, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá el permiso del usuario. Se solicitarán ambos permisos en un mensaje de permisos agrupados.

    Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.

   

  • Encapsulamiento de claves X25519Kyber768 para TLS   back to top

    A partir de Chrome 116, Chrome incorpora un mecanismo X25519Kyber768 de encapsulamiento seguro de claves de TLS poscuántico basado en un estándar del NIST. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Esto se puede resolver actualizando tu dispositivo intermedio o inhabilitando el mecanismo de encapsulamiento de claves a través de una política empresarial. Sin embargo, sí se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS. 

   

  • El servicio de red en Windows se someterá a una zona de pruebas   back to top

    A partir de Chrome 116, para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.

   

  • Restricción del uso de --load-extension   back to top

    El interruptor de línea de comandos --load-extension proporciona un estándar de seguridad muy bajo para que el software malicioso de robo de cookies cargue extensiones maliciosas sin una solicitud de instalación. Chrome eliminará gradualmente este interruptor para reducir este vector de ataque para el software malicioso. A partir de Chrome 116, se ignorará --load-extension para los usuarios que habiliten la Navegación segura mejorada. 

   

  • Habilita el acceso a la API de WebUSB desde los service workers de extensiones en Chrome 116    back to top
     

    A partir de Chrome 116, habilitaremos el acceso a la API de WebUSB desde los service workers de extensiones como una ruta de migración para las extensiones de Manifest V2 que actualmente accedan a la API desde una página en segundo plano.

    Para controlar este comportamiento, también se pueden aplicar políticas de WebUSB a los orígenes de las extensiones. Consulta DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls y WebUsbAllowDevicesForUrls para obtener más información.

   

  • Eliminación de la política RendererCodeIntegrityEnabled   back to top

    A partir de Chrome 117, se quitará la política RendererCodeIntegrityEnabled. Para verificar si funciona tu software de terceros, deja de aplicar la política. Si encuentras algún problema, puedes enviar un bug aquí.

↑ volver al principio  

   

  • Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14   back to top

    Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14, que ya están fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. A partir de Chrome 114, verás una barra de información que les recuerda a los usuarios que Chrome 117 ya no será compatible con macOS 10.13 ni con macOS 10.14.  

   

  • Nueva actualización del escritorio de Chrome y nuevo Menú de Chrome en Chrome 117   back to top

    Ya que la plataforma de diseño de Google se trasladará a Google Material 3, tenemos la oportunidad de modernizar nuestro navegador para computadoras en todos los SO para aprovechar los elementos de IU o los estilos actualizados, mejorar la personalización mediante un nuevo sistema de colores dinámico y mejorar la accesibilidad. La primera serie de actualizaciones de la IU se lanzará en Chrome 117.

     bookmarks  

    El menú de tres puntos de Chrome también se actualizará, lo que proporcionará una base para escalar la IU, las comunicaciones y la personalización de Chrome para computadoras. El menú se actualizará en fases a partir de Chrome 117 con la actualización del escritorio.

     three dot menu  

   

  • Actualización del ícono de candado   back to top
     
    Planeamos reemplazar el ícono de candado con una variante del ícono de ajuste, que se usa comúnmente para indicar controles y configuración. Al reemplazar el ícono de candado por un indicador neutro, se evita el malentendido de que el ícono de candado está asociado con la confiabilidad de una página y se enfatiza que la seguridad debe ser el estado predeterminado en Chrome. Nuestra investigación también demostró que muchos usuarios nunca comprendieron que hacer clic en el ícono de candado mostraba información y controles importantes. Creemos que el nuevo ícono permite que los controles de permisos y la información de seguridad adicional sean más accesibles, a la vez que evita los malentendidos que afectan al ícono de candado.

    Se planea implementar el nuevo ícono en Chrome 117, que se lanzará a principios de septiembre de 2023, como parte de una actualización de diseño general para plataformas de escritorio. Chrome continuará alertando a los usuarios cuando su conexión no sea segura. Si habilitas la actualización de 2023 para Chrome en chrome://flags#chrome-refresh-2023, podrás ver el nuevo ícono de ajuste en Chrome Canary, pero ten en cuenta que esta marca habilita trabajo que aún está activamente en progreso y en desarrollo, y no representa un producto final.

    Obtén más información en esta entrada de blog.
     

    lock icon  

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3   back to top
     
    Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    Como se mencionó anteriormente en nuestra entrada de blog, Más detalles sobre la transición a Manifest V3, los cronogramas de baja de Manifest V2 están en proceso de revisión, y los experimentos programados para principios de 2023 se están posponiendo.

    Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3.

    A partir de Chrome 110, se encuentra disponible una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2 hasta al menos enero de 2024. 

    Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones enAdministración en la nube para el navegador Chrome.

    Para conocer más detalles, consulta el cronograma de compatibilidad con Manifest V2.

   

  • Chrome 119 dejará de ser compatible con Web SQL   back to top

    A partir de Chrome 119, Chrome quitará la compatibilidad con Web SQL para mejorar la seguridad de los datos de los usuarios. El estándar de la base de datos de Web SQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Actualmente, Chrome es el único navegador importante compatible con Web SQL. El W3C alentó a quienes necesiten bases de datos web a adoptar Indexed Database o SQLite WASM.

    El cronograma de la baja será el siguiente:
    • Chrome 115: Agregar mensaje de baja
    • Chrome 118-123: Prueba de baja
    • Chrome 119: Eliminación de la implementación

    Puede encontrar más información sobre la baja y la eliminación en la página de Chromestatus.

    La política empresarial WebSQLAccess estará disponible hasta Chrome 123 para permitir que Web SQL esté disponible.

     

Próximos cambios en ChromeOS

   

  • Transmisión de apps en ChromeOS   back to top

    A partir de ChromeOS 115, la transmisión de app mejorará la experiencia de Phone Hub, ya que permitirá que los usuarios vean las apps transmitidas que se ejecutan en sus teléfonos Pixel y que interactúen con ellas. Cuando un usuario recibe una notificación de conversación duplicada de su teléfono Pixel, con solo presionar esa notificación se iniciará una transmisión de app directamente en el escritorio de ChromeOS del usuario. Esto forma parte de una iniciativa de computación ubicua de Google.

   

  • Álbumes compartidos de Google Fotos   back to top

    En ChromeOS 104, permitimos a los usuarios usar Google Fotos para fondos de pantalla y protectores de pantalla, pero restringimos el acceso a los Álbumes compartidos debido a inquietudes sobre la privacidad. En Chrome 115, abordaremos estas inquietudes sobre la privacidad para permitir que los usuarios seleccionen fotos de Álbumes compartidos.

   

  • Eliminación de comportamientos permisivos de WebView de Apps de Chrome   back to top

    A partir de Chrome 116, el uso de WebView para Apps de Chrome tiene las siguientes restricciones:
    • Los errores de SSL dentro de WebView muestran una página de error que no le brinda al usuario la opción de continuar de forma no segura.
    • El uso del evento NewWindow de Webview para adjuntarse a un elemento de Webview en otra ventana de la aplicación hará que se invalide la referencia de ventana que muestra la llamada window.open en el elemento de WebView de origen.

    Hay disponible una política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Para probar si este cambio es la causa de cualquier falla, sin necesidad de establecer la política empresarial, el comportamiento anterior de Chrome 112 y versiones anteriores también se puede restablecer. Para ello, navega a chrome://flags e inhabilita chrome://flags/#enable-webview-tag-mparch-behavior.

    Originalmente, este cambio estaba programado para Chrome 113, pero se pospuso.
      

Próximos cambios en la Consola del administrador

   

  • Nueva tarjeta de Administración en la nube para el navegador Chrome   back to top

    Chrome lanzará una nueva tarjeta de Administración en la nube para el navegador Chrome en la página principal de la Consola del administrador de Google. Podrás acceder y encontrar fácilmente tareas populares de administración del navegador Chrome, directamente en la página principal.

    admin console card

↑ volver al principio  

Chrome 113

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Controles del usuario para conjuntos propios    
Recopilación de datos adicionales para las extensiones fuera de la tienda en los informes de telemetría    
Lanzamiento de FastCheckout para experiencias de confirmación de compra    
Actualización de la experiencia de administración de contraseñas en iOS para Chrome 113     
Cambios de CSS en image-set    
Reestructuración del menú de tres puntos en el escritorio     
Página de solución de problemas de políticas disponible en Android      
Página Nueva pestaña del escritorio de Chrome: Tarjeta de exploraciones    
Feed Descubre en iOS y Android    
Adopción del selector de medios de Android    
Traducción parcial    
Registros de Android en el canal beta    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas eliminadas en el navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Vista previa del protector de pantalla    
Informe de la versión de firmware USB    
Habilitación de anclas de confianza personalizadas proporcionadas por políticas en la pantalla de bloqueo    
Estado de la sincronización intercalada de la app de Archivos    
Reinicio instantáneo para administradores de ChromeOS  
Eliminación de comportamientos permisivos de WebView de Apps de Chrome    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Tarjeta de evaluación de riesgos  
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Actualizaciones de Chrome Root Store y eliminación de la política ChromeRootStoreEnabled    
Compatibilidad con tokens de estado privado    
Nueva sección de pestañas inactivas en la app de Chrome para iPhone y iPad    
Bloqueo de archivos de cookies de perfil en el disco    
Cambios en el Administrador de contraseñas de Google en Chrome 114    
Actualizaciones de Favoritos en computadoras    
Administración de contraseñas: Guarda y recupera notas    
Descompresión de los archivos anidados en la protección de descargas    
Almacenamiento independiente de la configuración sincronizada en la cuenta en Chrome 114    
Política de Chrome: Inhabilita las extensiones no publicadas en Chrome Web Store (CWS)    
El servicio de red en Windows se someterá a una zona de pruebas     
Habilitación del acceso a la API de WebUSB desde los service workers de extensiones en Chrome 115    
Omisión de eventos de descarga    
Cambios en el ciclo de lanzamiento    
Modo de lectura    
Solicitudes HTTP actualizadas a HTTPS en Chrome 115    
Prueba de baja para las APIs de terceros no particionadas de almacenamiento, service workers y comunicación    
Cambios en la protección contra phishing en Android a partir de Chrome 115  
Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14  
Las extensiones deben actualizarse para que aprovechen Manifest V3  
Próximos cambios en ChromeOS Seguridad y privacidad Productividad del usuario y aplicaciones Administración
Cursiva preinstalada para cuentas de Enterprise y Education    
Passpoint: Conexión fluida y segura a redes Wi-Fi   
Extensiones obligatorias para la navegación en modo Incógnito    
Transmisión de apps en ChromeOS    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

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, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

 

   

  • Controles del usuario de conjuntos propios   back to top

    Los conjuntos propios son un marco de trabajo que pronto estará disponible para que los desarrolladores declaren relaciones entre dominios, de manera que el navegador pueda tomar decisiones sobre el acceso en función de la relación del tercero con la primera parte. Un conjunto puede disfrutar de beneficios propios, incluido el acceso continuo a sus cookies cuando el dominio de nivel superior está en el mismo conjunto.

    Los conjuntos propios son parte de la hoja de ruta de Chrome para lograr una Web más centrada en la privacidad.

    Chrome 113 presenta controles del usuario para estos conjuntos propios. Hay dos políticas empresariales disponibles para administrar conjuntos propios: FirstPartySetsEnabled para habilitar o inhabilitar conjuntos propios y FirstPartySetsOverrides para aplicar tus propios conjuntos. First Party Sets  

   

  • Recopila datos adicionales sobre las extensiones fuera de la tienda en informes de telemetría   back to top

    Cuando esté habilitada la Navegación segura mejorada, Chrome 113 comenzará a recopilar telemetría adicional en extensiones fuera de tienda, como hash de archivos y el archivo manifest.json. Los servidores de Google analizan los datos recopilados para detectar extensiones maliciosas fuera de la tienda (incluidas las extensiones alojadas en una ubicación propia) y mejorar la protección para todos los usuarios de las extensiones de Chrome. Esta funcionalidad junto con toda la función de telemetría de extensión se puede desactivar configurando SafeBrowsingProtectionLevel en cualquier valor diferente de 2. Esto inhabilita la Navegación segura mejorada. Los administradores de empresas pueden usar la política SafeBrowsingProtectionLevel si tienen dudas sobre la exposición de estos datos.

   

  • Lanzamiento de FastCheckout para experiencias de confirmación de la compra   back to top

    En Chrome 113, algunos usuarios ver las opciones actualizadas de Autocompletar orientadas a las páginas de confirmación de compras en algunos sitios web de compras Se puede desactivar inhabilitando la política AutofillAddressEnabled o AutofillCreditCardEnabled.Fast checkout  

↑ volver al principio  

   

  • Actualización de la experiencia de administración de contraseñas en iOS para Chrome 113   back to top

    En Chrome para iOS, algunos usuarios que hayan accedido a Chrome, pero que no tengan la Sincronización de Chrome habilitada, ahora podrán usar y guardar contraseñas en su Cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncDisabled, SyncTypesListDisabled y PasswordManagerEnabled siguen funcionando como antes y se pueden utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.

   

  • Cambios de CSS en image-set  back to top

    En Chrome 113, se implementa la compatibilidad con sintaxis estándar para image-set y ahora se trata la sintaxis del prefijo -webkit- vendor que se admitía anteriormente como un alias de tiempo de análisis para el estándar. Esto significa que los valores establecidos con el prefijo vendor se serializan como estándar.

    Ejemplo:
       -webkit-image-set(url(example.png) 1x)

    Se serializa como:

       image-set(url(""example.png"") 1x) for specified value (as returned via getPropertyValue() like: testDiv.style.getPropertyValue(""background-image"");)

    y como

       image-set(url(""example.png"") 1dppx) for computed value (as returned via getComputedStyle() like window.getComputedStyle(testDiv)[""background-image""]).

    Si es necesario, se puede desactivar el nuevo comportamiento mediante la marca de tiempo de ejecución CSSImageSet. El comportamiento de procesamiento y selección de imágenes es el mismo para la sintaxis con prefijo y la estándar (Estado de Chrome).

   

  • Reestructuración del menú de tres puntos en el escritorio  back to top

    Queremos ayudar a nuestros usuarios a descubrir cómo personalizar Chrome para que se adapte perfectamente a sus necesidades. Para ello, movimos las extensiones y Chrome Web Store al primer nivel del menú de tres puntos.

   

  • Página de solución de problemas relacionados con políticas disponible en Android   back to top

    chrome://policy/logs es una nueva página que los administradores pueden usar para solucionar problemas relacionados con las políticas empresariales en Android. En iOS, esta función está disponible a partir de Chrome 113.

   

  • Página Nueva pestaña en el escritorio de Chrome: Tarjeta de exploraciones back to top

    Chrome te ayuda a completar tareas complejas de varias sesiones mediante la reanudación de exploraciones y las sugerencias de próximos pasos en la página Nueva pestaña. Puedes controlar la visibilidad de las tarjetas en la página Nueva pestaña mediante la política NTPCardsVisible.
    Journeys

↑ volver al principio  

   

  • Feed de Descubre en iOS y Android   back to top


    En Chrome 113, es posible que Chrome solicite a algunos usuarios que vean contenido más personalizado en su feed de Descubre.

    Discover feed
    El feed de Descubre también permite que los usuarios que no accedieron a su cuenta controlen los tipos de contenido que ven mediante las opciones de personalización actualizadas. Por ejemplo, pueden optar por ocultar el contenido de una fuente específica.

    Discover feed 2
    Cuando los usuarios que no accedieron a su cuenta desean hacer un cambio en el contenido de su feed, Chrome les pide que accedan o sincronicen. Como administrador, aún puedes controlar el acceso y la sincronización de los usuarios con BrowserSignin, SyncDisabled y SyncTypesListDisabled. Por lo tanto, si una política empresarial impide el acceso o la sincronización, los usuarios verán el mensaje No está disponible en tu dispositivo.

   

  • Adopta el selector de medios Android  back to top

    El navegador Chrome reemplaza su selector de medios personalizado por el nuevo selector de medios unificado de Android cuando se suben fotos y videos a la Web. Los dos son equivalentes en cuanto a funcionalidad, pero existen pequeñas diferencias en su apariencia.
    Discover feed 2

   

  • Adopta el selector de medios Android  back to top

    El navegador Chrome reemplaza su selector de medios personalizado por el nuevo selector de medios unificado de Android cuando se suben fotos y videos a la Web. Los dos son equivalentes en cuanto a funcionalidad, pero existen pequeñas diferencias en su apariencia.
    Discover feed 2

   

  • Registros de Android en el canal beta  back to top

    Los usuarios de Android en el canal beta que aceptaron enviar métricas ahora suben registros anonimizados. Los registros no incluyen los IDs que identifican a los usuarios y se usan para mejorar el rendimiento de Chrome.

   

↑ volver al principio  

   

  • Políticas que se quitaron del navegador Chrome   back to top
     

    Política

    Descripción

    ChromeRootStoreEnabled

    Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados del servidor (se quitó en Windows y Mac)

    WebSQLNonSecureContextEnabled

    Forzar la habilitación de WebSQL en contextos no seguros

    PrefixedStorageInfoEnabled

    Volver a habilitar la API de window.webkitStorageInfo obsoleta

Actualizaciones de ChromeOS

   

  • Vista previa del protector de pantalla   back to top

    En ChromeOS 113, una nueva opción permite a los usuarios obtener una vista previa de la configuración del protector de pantalla antes de aplicarla. Una vista previa es útil, en especial cuando se usa Google Fotos con animaciones.

    screen saver preview

   

  • Informa la versión de firmware USB   back to top

    Cuando haya un dispositivo USB se conecta o desconecta de un dispositivo ChromeOS administrado, la versión de firmware de USB se informa junto con los eventos USB y la telemetría existentes. Puedes controlar esta función con la política ReportDevicePeripherals, que controla la generación de informes de eventos USB y telemetría existentes.
     

   

  • Permite anclas de confianza personalizadas proporcionadas por políticas en la pantalla de bloqueo  back to top

    Las implementaciones de Enterprise y EDU pueden tener proxies que intercepten, desencripten e inspeccionen el tráfico de usuarios. Esto requiere que el dispositivo del cliente tenga un certificado de la AC configurado para que este confíe en el certificado de servidor proxy para todos los hosts web, que se suele emitir sobre la marcha. En ChromeOS, las implementaciones empresariales configuran tales certificados de la AC a través de una política empresarial.

    Actualmente, estos certificados de AC personalizados proporcionados por políticas solo se respetan en el tráfico de los usuarios y dentro de sus sesiones, pero no en la pantalla de bloqueo. Este es un problema para los clientes que tienen que volver a autenticarse en la pantalla de bloqueo, lo que se aplica de manera forzosa según la política, ya que el proxy establecido en la sesión del usuario se aplica en la pantalla de bloqueo, pero no se puede acceder al certificado de la AC.

   

  • Estado de la sincronización intercalada de la app de Archivos   back to top

    Esta función traslada la notificación y señal visual existentes de sincronización a un estado de sincronización intercalada más detallado. El estado aparece junto a los archivos de Google Drive que se están sincronizando de forma activa. El estado también se muestra para las carpetas dentro de una jerarquía que tienen elementos subordinados sincronizados.

    file status

   

  • Reinicio instantáneo para administradores de ChromeOS   back to top

    Con ChromeOS 113, les damos a los administradores la opción de activar los reinicios de ChromeOS a través de la Consola del administrador para facilitar los flujos de asistencia y aplicar políticas de forma instantánea cuando sea necesario. Con esta opción, los administradores ahora pueden aplicar la configuración al instante en toda su flota o en un subconjunto de dispositivos. Por ejemplo, en una situación de ciberataque, los administradores ahora pueden mitigar un ataque actual limitando los permisos de extensiones y forzando un reinicio instantáneo en todos los dispositivos afectados.

    admin reboot

    Se mostrará un mensaje para notificar a los usuarios, de modo que puedan guardar su trabajo o administrar su tiempo antes de que se aplique el reinicio. admin reboot

↑ volver al principio  

   

  • Eliminación de comportamientos permisivos de WebView de Apps de Chrome   back to top

    En Chrome 113, el uso de WebView para Apps de Chrome tiene las siguientes restricciones:
     
    • Los errores de SSL dentro de WebView muestran una página de error que no le brinda al usuario la opción de continuar de forma no segura.
    • El uso del evento NewWindow de Webview para adjuntarse a un elemento de Webview en otra ventana de la aplicación hará que se invalide la referencia de ventana que muestra la llamada window.open en el elemtno de WebView de origen.


    Hay disponible una política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Para probar si este cambio es la causa de cualquier falla, sin necesidad de establecer la política empresarial, el comportamiento anterior de Chrome 112 y versiones anteriores también se puede restablecer. Para ello, navega a chrome://flags e inhabilita chrome://flags/#enable-webview-tag-mparch-behavior.

Actualizaciones en la Consola del administrador

   

  • Tarjeta de evaluación de riesgos  back to top

    En la página Detalles de la extensión, creamos una nueva tarjeta Evaluación de riesgos para mostrar las puntuaciones de riesgo de terceros para las extensiones públicas.  Obtén más información.

    risk assessment

   

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

   

  • Actualizaciones de Chrome Root Store y eliminación de la política ChromeRootStoreEnabled  back to top

    A partir de Chrome 114, para mejorar la seguridad de los usuarios y ofrecer una experiencia uniforme en las diferentes plataformas, Chrome comenzará a usar su propio almacén predeterminado de certificados raíz y un verificador de certificados integrado en Android, Linux y ChromeOS. Chrome sigue usando raíces locales personalizadas instaladas en el almacén de confianza del sistema operativo. Consulta nuestro artículo sobre Chrome Root Program para obtener más información. Chrome Root Store ya está habilitado de forma predeterminada en Windows y Mac.

    No se prevé que las empresas cambien ninguno de los mecanismos con los que actualmente administran su flota y autoridades certificadoras de confianza, como las políticas de grupo, el acceso a Keychain de macOS o las herramientas de administración del sistema como Puppet.

    La política ChromeRootStoreEnabled permite la inhabilitación selectiva de Chrome Root Store para dar lugar al almacén de certificados raíz de la plataforma. Puedes establecer esta política como Inhabilitada para forzar el uso del almacén raíz de la plataforma; de lo contrario, estará habilitada de forma predeterminada. La política estará disponible en Android, Linux y ChromeOS hasta Chrome 120. 

    Se quitó la política ChromeRootStoreEnabled de Windows y Mac en Chrome 113. Se agregó la compatibilidad con los certificados de hoja de confianza y el almacenamiento de personas de confianza de Windows para Chrome 111. Se agregó compatibilidad con las restricciones de nombres en las anclas de confianza locales en Chrome 112.

   

  • Compatibilidad con Private State Tokens   back to top

    A partir de Chrome 113, la API de Private State Tokens estará disponible para que la usen los sitios web. Private State Tokens permite que se transmita la confianza en la autenticidad de un usuario de un contexto a otro para ayudar a los sitios a combatir el fraude y distinguir a los bots de los seres humanos, sin el intercambio de información de identificación del usuario. La disponibilidad de Private State Tokens se controlará mediante un nuevo parámetro en la configuración de Chrome llamada Verificación automática. Para obtener más información, consulta esta entrada del blog para desarrolladores.

↑ volver al principio  

   

  • Nueva sección de pestañas inactivas en la app de Chrome en iPhone y iPad   back to top

    En Chrome 114, las pestañas anteriores se ocultarán en la nueva sección Pestañas inactivas en la vista de cuadrícula de pestañas. Los usuarios de Chrome podrán acceder a la sección de pestañas inactivas para ver todas las pestañas anteriores o cerrarlas con la nueva función de pestañas masivas. Como alternativa, los usuarios pueden hacer clic en una pestaña inactiva para recuperarla.

    Inactive tabs

   

  • Bloquea archivos de cookies de perfil en el disco   back to top

    Para proteger a los usuarios de Chrome contra el software malicioso que intenta robar información de las cookies, Chrome 114 en Windows tiene un bloqueo exclusivo en los archivos de cookies de perfil del disco. Puedes probar este comportamiento para asegurarte de que no interfiera con ningún software sancionado en tus sistemas. Para ello, ejecuta Chrome con la función experimental de línea de comandos -enable-features=LockProfileCookieDatabase en el canal para desarrolladores y beta de Chrome 114.

   

  • Cambios en el Administrador de contraseñas de Google en Chrome 114   back to top

    En Chrome 114 el administrador de contraseñas cambiará a Administrador de contraseñas de Google

    El Administrador de contraseñas de Google ofrecerá más funciones y será más fácil acceder a él. Podrás acceder al nuevo administrador de contraseñas mediante el menú de tres puntos (antes se encontraba en Configuración>Autocompletar). El Administrador de contraseñas de Google actualizado agrupa contraseñas similares, tiene un flujo de verificación mejorado y los usuarios podrán agregar el administrador de contraseñas a sus computadoras de escritorio para acceder a ellas fácilmente.

    Password Manager new menu location

   

  • Actualizaciones de Favoritos en el escritorio   back to top

    En Chrome 114, algunos usuarios verán una experiencia actualizada del punto de entrada y el contenido del panel lateral Favoritos para incluir las funciones de los favoritos, además de otras funciones como filtrado, clasificación y edición.

    bookmarks

    bookmarks

↑ volver al principio  

   

  • Administración de contraseñas: Guarda y recupera notas   back to top

    Chrome 114 renovará el cuadro nativo de administración de contraseñas que se activa con el ícono de llave en el cuadro multifunción. Reemplazará la lista actual de contraseñas por una lista nueva que permitirá navegar a la vista de detalles de las contraseñas. En la vista detalles de la contraseña, que se muestra abajo a la derecha, los usuarios pueden copiar el nombre de usuario o la contraseña, desenmascarar la contraseña y editar la nota almacenada.

    Password notes

   

  • Descompresión de los archivos anidados en la protección de descargas   back to top

    A partir de Chrome 114, los usuarios con la Navegación segura inhabilitada comenzarán a descomprimir de forma recurrente las descargas de archivos. De esta manera, se extienden las protecciones ya establecidas que Chrome ofrece contra el software malicioso y no deseado para combatir las técnicas de abuso de los distribuidores de software malicioso der robo de cookies. Se puede usar la política SafeBrowsingProtectionLevel para habilitar o inhabilitar la Navegación segura, incluida esta función.

   

  • Almacenamiento independiente de la configuración sincronizada en la cuenta en Chrome 114   back to top

    Para Los usuarios de Chrome en iOS y Android que tengan la sincronización habilitada, la configuración sincronizada en su Cuenta de Google se mantendrá separada de la configuración local de Chrome, que se estableció cuando se desactivó la sincronización. Esto permitirá compartir datos de manera estrictamente más limitada que antes: la configuración local no se sube automáticamente cuando se activa la sincronización, y no se deja ninguna configuración de la cuenta en el dispositivo cuando la sincronización se desactiva. Esta función aún está inhabilitada de forma predeterminada y se puede habilitar a través de chrome://flags#enable-preferences-account-storage.

    Existen dos políticas existentes para inhabilitar la funcionalidad de la sincronización, que se seguirán aplicando:
    1. SyncDisabled: Inhabilita toda la infraestructura de Sincronización de Chrome, incluida la configuración.
    2. SyncTypesListDisabled: Inhabilita tipos de datos de sincronización individuales especificados. El valor existente preferences abarca la configuración.

   

  • Política de Chrome: Inhabilita las extensiones no publicadas en Chrome Web Store (CWS)   back to top

    A partir de Chrome 115, lanzaremos una política empresarial para inhabilitar las extensiones que se dejaron de publicar en Chrome Web Store.

   

  • El servicio de red en Windows se someterá a una zona de pruebas   back to top

    A partir de Chrome 115, para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.

↑ volver al principio  

   

  • Habilita el acceso a la API de WebUSB desde los service workers de extensiones en Chrome 115    back to top

    A partir de Chrome 115, habilitaremos el acceso a la API de WebUSB desde los service workers de extensiones como una ruta de migración para extensiones de Manifest V2 que actualmente accedan a la API desde una página en segundo plano.

    Para controlar este comportamiento, también se pueden aplicar políticas de WebUSB a los orígenes de las extensiones. Consulta DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls y WebUsbAllowDevicesForUrls para obtener más información.

   

  • Omisión de eventos de descarga   back to top

    La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la Memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita gradualmente los eventos de descarga a partir de Chrome 115. En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos exclusiones temporales en forma de una API y una política de grupo que te permitirá mantener el comportamiento de forma selectiva.

   

  • Cambios en el ciclo de lanzamiento   back to top

    El lanzamiento de la versión estable de Chrome 115 se cambiará del 27 de junio al 18 de julio. Todas las fechas posteriores se ajustaron para tener en cuenta esta demora. Consulta la programación de Chromium Dash para conocer las fechas actualizadas.

   

  • Modo de lectura   back to top

    Ya que se lee más contenido en línea, agregaremos una nueva función para mejorar la experiencia de lectura. Presentamos el modo de lectura, una nueva función del navegador Chrome que mejora la experiencia de lectura en la Web para todo el mundo. El modo de lectura reduce los elementos distractores mediante una vista del lector personalizable que se puede cambiar de tamaño y permite que los lectores se enfoquen en el contenido principal. Se encuentra en el panel lateral del navegador Chrome. Los usuarios también pueden personalizar la fuente, el tamaño del texto, el espaciado, el color del tema o el fondo, y mucho más, lo que brinda una experiencia de lectura más cohesiva, intuitiva y cómoda.

    Read mode

   

  • Solicitudes HTTP actualizadas a HTTPS en Chrome 115  back to top

    A partir de Chrome 115, es posible que algunos usuarios vean que las solicitudes HTTP se actualizan automáticamente a HTTPS. Se revierte automáticamente a HTTP cualquier página que no se pueda cargar mediante HTTPS. Para configuraciones de servidor estándar, esto no debería tener ningún efecto visible, pero mejora la seguridad de tus usuarios.

    Algunas configuraciones de servidor pueden causar problemas, por ejemplo, si se entrega contenido diferente mediante HTTP y HTTPS. Para inhabilitar la actualización automática en un sitio específico, los usuarios deben cambiar el parámetro de configuración "Contenido no seguro" del sitio a inhabilitado; se puede acceder a él mediante la Información de la página o chrome://settings/content. Puedes controlar este comportamiento con la política HttpsUpgradesEnabled y agregar sitios específicos a la lista de entidades permitidas con la política HttpAllowlist.

    A largo plazo, debes asegurarte de que los servidores de tu organización admitan HTTPS y de que publiquen el mismo contenido tanto en HTTP como en HTTPS. Si no pretendes admitir HTTPS (p. ej., en una intranet interna detrás de un firewall), los servidores no deben responder al puerto 443, y los firewalls deben cerrar la conexión en lugar de dejarla en espera.

   

  • Prueba de baja para las APIs de terceros no particionadas de almacenamiento, service workers y comunicación   back to top

    A partir de Chrome 115 y de forma gradual, las APIs de almacenamiento, service worker y comunicación se particionarán en contextos de terceros. Además de estar aisladas por la política del mismo origen, las APIs afectadas usadas en contextos de terceros también estarán separadas por el sitio del contexto de nivel superior. Los sitios que no hayan tenido tiempo de implementar la compatibilidad con la partición de almacenamiento de terceros pueden participar en una prueba de baja. Durante la prueba, los sitios pueden anular la partición temporalmente (continuar el aislamiento por política del mismo origen, pero quitar el aislamiento por el sitio de nivel superior) y restablecer el comportamiento anterior de las APIs de almacenamiento, service workers y comunicación en el contenido incorporado en su sitio.

    Las siguientes APIs permanecerán sin particiones en contextos de terceros en caso de que inscribas el sitio de nivel superior en la prueba de baja de DisableThirdPartyStoragePartitioning: APIs de Storage (como localStorage, sessionStorage, IndexedDB, Quota, etcétera), APIs de Communication (como BroadcastChannel, SharedWorkers y WebLocks) y la API de ServiceWorker.

    Chrome 113 también agrega la política empresarial DefaultThirdPartyStoragePartitioningSetting, que anula la partición de las APIs en todos los contextos de terceros, así como ThirdPartyStoragePartitioningBlockedForOrigins, que anula la partición de las APIs para contextos de terceros cuando el origen del contexto propio coincide con la lista. Ambas se admitirán para al menos 12 logros. Obtén más información en esta entrada de blog.

   

  • Cambios en la protección contra la suplantación de identidad (phishing) en Android a partir de Chrome 115   back to top

    Cuando un usuario se autentica en Android con su contraseña de Google, por ejemplo, durante la configuración de la cuenta, Chrome recibe una notificación para que la contraseña comience a recibir protección contra suplantación de identidad (phishing) cuando navega por la Web con Chrome. En versiones anteriores de Chrome para Android, los usuarios debían proporcionar su contraseña de forma explícita en una pestaña de Chrome (por ejemplo, acceder a Gmail) a fin de recibir protección contra la suplantación de identidad (phishing) para su contraseña de Google. 

    Si deseas inhabilitar las advertencias sobre la reutilización de contraseñas, configura PasswordProtectionWarningTrigger en 0.
     

↑ volver al principio  

   

  • Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14   back to top

    Chrome 117 ya no será compatible con macOS 10.13 ni macOS 10.14, que ya están fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.

   

  • Las extensiones deben actualizarse para aprovechar Manifest V3   back to top

    Chrome 112 habilita el acceso a la API de WebHID desde los service workers de extensiones, como una ruta de migración para las extensiones de Manifest V2 que actualmente acceden a la API desde una página en segundo plano.

    Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    Como se mencionó anteriormente en nuestra entrada de blog, Más detalles sobre la transición a Manifest V3, los cronogramas de baja de Manifest V2 están en proceso de revisión, y los experimentos programados para principios de 2023 se están posponiendo.

    Durante la revisión de cronograma, las extensiones existentes 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 deberán implementar Manifest V3.

    A partir de Chrome 110, hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2 hasta al menos enero de 2024. 

    Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome.

    Para conocer más detalles, consulta el cronograma de compatibilidad con Manifest V2.

Próximos cambios en ChromeOS

   

  • Cursive preinstalada para cuentas de Enterprise y Education   back to top

    A partir de ChromeOS 114, Cursiva, una app de notas que prioriza la pluma stylus, estará disponible para Chromebooks. Estará preinstalada para todas las cuentas de Enterprise y Education en Chromebooks compatibles con la pluma stylus. Si deseas bloquear el acceso a la app, puedes evitar que las Chromebooks de tu empresa accedan a cursive.apps.chrome.

   

  • Passpoint: Conexión fluida y segura a redes Wi-Fi   back to top

    A partir de ChromeOS 114, Passpoint optimizará el acceso a Wi-Fi y eliminará la necesidad de que los usuarios busquen y autentiquen una red cada vez que la visiten.Una vez que un usuario acceda a la red Wi-Fi que se ofrece en una ubicación, el dispositivo cliente compatible con Passpoint se conectará automáticamente en visitas posteriores.

   

  • Extensiones obligatorias para la navegación de Incógnito   back to top

    En ChromeOS 114, las extensiones les permiten a los administradores aplicar de manera forzosa funciones y personalizaciones de seguridad en sus UO, pero no se pueden aplicar en modo Incógnito sin el consentimiento del usuario. Esto puede ser un problema, ya que los usuarios pueden evitar las funciones establecidas por las extensiones, por ejemplo, proxies, usando el modo Incógnito para la navegación.

    La política MandatoryExtensionsForIncognitoNavigation permitirá a los administradores configurar una lista de extensiones, que los usuarios deben permitir que se ejecuten en modo Incógnito de manera explícita, para usar el modo Incógnito en la navegación.

   

  • Transmisión de apps en ChromeOS   back to top

    En ChromeOS 114, la transmisión de app mejorará la experiencia de Phone Hub, ya que permitirá que los usuarios vean las apps transmitidas que se ejecutan en sus teléfonos Pixel y que interactúen con ellas. Cuando un usuario recibe una notificación de conversación duplicada de su teléfono Pixel, con solo presionar esa notificación se iniciará una transmisión de app directamente en el escritorio de ChromeOS del usuario. Esto forma parte de una iniciativa de computación ubicua de Google.

↑ volver al principio  

Recursos adicionales

¿Todavía necesitas ayuda?

¿Te resultó útil esto?

¿Cómo podemos mejorarla?
Búsqueda
Borrar búsqueda
Cerrar la búsqueda
Google Apps
Menú principal
5636510593901071812
true
Buscar en el Centro de asistencia
true
true
true
true
true
410864
false
false
false
false