Notas de la versión de Chrome Enterprise y Education

Última actualización: 14 de enero del 2025 

Esta página está dirigida a administradores que gestionan el navegador Chrome o dispositivos ChromeOS en una empresa o un centro educativo.

 

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

 

Resumen de novedades de Chrome 131

 
Cambios en el navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Buscar con Google Lens en iOS   ✓  
Comprobación asíncrona de Navegación segura en tiempo real ✓    
Firmas de código ad hoc para shims de PWA en macOS   ✓  
Elegir un archivo de Google Drive en iOS   ✓  
OCR del lector de PDF de Chrome   ✓  
Promoción de Chrome en iOS en NTP de escritorio   ✓  
Detección de reutilización de contraseñas entre perfiles ✓    
Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros ✓ ✓  
Discontinuación de los informes ampliados de Navegación segura ✓    
Desconfianza en los certificados de Entrust ✓    
Advertencias de formularios no seguros en iOS ✓    
PartitionAlloc con comprobaciones avanzadas (PA/AC) ✓    
Experiencia de inicio de sesión y sincronización simplificada ✓    
Inmovilizar pestañas en Ahorro de energía   ✓  
Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo   ✓  
Encapsulación de claves X25519Kyber768 para TLS ✓    
Discontinuación de la propiedad de posicionamiento de anclas de CSS inset-area ✓    
Mejoras en la estructura de estilos de los elementos <details> y <summary>   ✓  
Permisos de bloqueo del teclado y de bloqueo del puntero ✓    
Quitar el método requestAdapterInfo() de GPUAdapter no estándar ✓    
<select> parser relaxation ✓    
Compatibilidad con recursos SVG externos para las propiedades clip-path, fill, stroke y marker-* ✓    
Compatibilidad con URLs de esquemas no especiales ✓    
Traducir para Buscar con Google Lens   ✓  
Políticas nuevas en el navegador Chrome     ✓
Políticas quitadas en el navegador Chrome     ✓
Cambios en Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Política de valores predeterminados de IA generativa     ✓
Integración de telemetría de extensiones de Chrome con SecOps ✓    
Chrome Web Store personalizado para empresas     ✓
Compatibilidad con la política DownloadRestrictions en Android ✓   ✓
Política de empresa para forzar el almacenamiento en búfer adaptable en la renderización de WebAudio     ✓
Generar estadísticas de advertencias y errores de la consola de Chrome DevTools     ✓
Políticas recomendadas en la consola de administración     ✓
Cambios en Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Controles de datos de Chrome Enterprise: Portapapeles ✓    
Protección de capturas de pantalla ✓    
Próximos cambios del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Lectura en voz alta en el Modo Lectura de Chrome 132   ✓  
Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome   ✓  
Capturar todas las pantallas ✓    
Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo   ✓  
Quitar la política ThirdPartyBlockingEnabled     ✓
Contenedores de desplazamiento enfocables en el teclado   ✓  
Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos   ✓  
Captura de enlaces de usuarios en PWAs   ✓ ✓
El servicio de red de Windows se pondrá en un entorno aislado ✓    
Eliminar la alternativa de SwiftShader ✓    
Panel de privacidad y seguridad en Chrome DevTools ✓    
La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años   ✓  
No se permiten espacios en los hosts de URL que no sean file:// ✓    
Migración de la API SafeBrowsing v4 a v5 ✓    
Partición de URLs de blobs: obtención o navegación ✓    
Discontinuación de los eventos de mutación   ✓  
Proveedor del framework de accesibilidad UI Automation en Windows   ✓  
Próximos cambios de Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo     ✓
Próximos cambios de Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Prevención de acceso a descarga de archivos de DLP ✓    

 

DESCARGAR notas de la versión (PDF)

↑ volver al principio

Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.

Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.

Cambios en el navegador Chrome

 

   

  • Buscar con Google Lens en iOS back to top 

    Desde Chrome 126, los usuarios pueden buscar imágenes o texto que vean en la pantalla con Google Lens. Para usar esta función, ve a un sitio web y haz clic en Buscar con Google Lens en el chip del omnibox en el que te encuentres, en los menús de clic con el botón derecho en ordenadores o en el menú de 3 puntos tanto en ordenadores como en móviles. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ninguna persona la revisa ni se registra ningún dato sobre su contenido. Estamos empezando a lanzar esta función de forma gradual en iOS en Chrome 131 y tenemos previsto lanzarla por completo en Chrome 132.

    • Chrome 126 en ChromeOS, Linux, macOS y Windows: se lanza la función para el 1 % de los usuarios de la versión estable
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: se lanza para el 100 % de los usuarios de la versión estable
    • Chrome 131 en iOS: se empieza a lanzar la función
    • Chrome 132 en iOS: se lanza la función para el 100 % de los usuarios de la versión estable
     

   

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

    Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que el usuario no puede ver la página hasta que se completan. Para mejorar la velocidad de carga de Chrome, las comprobaciones de Navegación segura en tiempo real ya no bloquearán la carga de las páginas a partir de Chrome 122, y a partir de Chrome 131 en iOS. 

    Hemos evaluado el riesgo e implementado medidas de mitigación:

    1. En el caso del malware y los ataques del día cero, las comprobaciones de las listas de bloqueo locales se seguirán realizando de forma síncrona para que Navegación segura siga bloqueando las cargas útiles maliciosas. 
    2. En el caso de los ataques de phishing, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introducido una contraseña) antes de que mostremos la advertencia.
     
    • Chrome 122 en Android, ChromeOS, Linux, macOS y Windows
    • Chrome 131 en iOS
     

   

  • Firmas de código ad hoc para shims de PWA en macOSback to top 

    Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrector de aplicación de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.

    De esta forma, se solucionan los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se pueden mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.

    Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen (como Santa). Para probar esta función, puedes activarla en la marca chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, los administradores pueden instalar una PWA y asegurarse de que se inicie correctamente.

    Si hay alguna incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la políticaAdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.

     
    • Chrome 129 en macOS
      Esta función se activa con una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa. Si no es compatible en este momento, pueden controlar la función usando la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints.
    • Chrome 131 en macOS: la función empieza a lanzarse en la versión estable para el 1 %.
     

   

  • Elegir de Google Drive back to top 

    Desde Chrome 131, los usuarios de Chrome para iOS pueden subir un archivo de Google Drive directamente a una página web sin necesidad de descargarlo primero en el dispositivo.

     
    • Chrome 131 en iOS: incluye funciones principales para subir un solo archivo. 
     

   

  • OCR del lector de PDF de Chrome back to top 

    Ahora, Chrome para ordenadores hace que los PDFs escaneados sean más accesibles. Chrome utiliza el reconocimiento óptico de caracteres (OCR) en el dispositivo para mantener la privacidad (no se envía ningún contenido a Google) y convierte automáticamente los PDFs escaneados, lo que te permite seleccionar texto, usar Ctrl+F, copiar y pegar. La función no permite sortear PDFs seguros. Solo se aplica OCR a los PDFs a los que el usuario tenga acceso. La solución permite que los usuarios de Chrome accedan a los PDFs sin necesidad de seguir ningún paso adicional, lo que hace que los PDFs sean tan accesibles como el resto de la Web.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

   

  • Promoción de Chrome en iOS en NTP de escritorio back to top 

    Promoción de Chrome en iOS en la página Nueva pestaña de la versión para ordenadores. El objetivo de esta promoción es dar a conocer Chrome en iOS y presentar una forma sencilla de instalarlo. 

    Esta función se puede controlar mediante las políticas PromotionsEnabled y NTPMiddleSlotAnnouncementVisible.

     
    • Chrome 131 en Linux, macOS y Windows
     

   

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

    Antes, la reutilización de contraseñas de las credenciales de empresa solo se podía detectar en el perfil corporativo. Ahora, la detección de reutilización de contraseñas detecta si se reutilizan credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador gestionado. 

    Hemos actualizado los criterios de detección de reutilización de contraseñas entre perfiles para que reflejen mejor las cuentas de empresa gestionadas. También hemos actualizado el mensaje que aparece en pantalla para que los usuarios tengan más claro que su empresa está monitorizando el uso de sus contraseñas corporativas.

    • Chrome 123 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
      Hemos actualizado los criterios de detección de reutilización de contraseñas entre perfiles para que reflejen de forma más precisa las cuentas de empresa gestionadas. También hemos actualizado el mensaje de la experiencia de usuario para estos puedan ver más claramente que su empresa está monitorizando la reutilización de contraseñas corporativas.
 

   

  • Chrome para Android ahora admite proveedores de autocompletar y contraseñas de tercerosback to top 

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

    En Chrome M131, vamos a añadir compatibilidad directa con Autocompletar de Android, lo que significa que estos proveedores funcionarán con Chrome en Android sin necesidad de APIs de accesibilidad. Esto debería mejorar el rendimiento de Chrome en Android y de los proveedores de autocompletar de terceros.

    Para aprovechar esta función, los usuarios deberán asegurarse de que su proveedor externo esté configurado en los ajustes de Android. A continuación, en Chrome, deberán ir a Ajustes -> Servicios de autocompletado y seleccionar "Autocompletar con otro servicio".

    Si los usuarios no cambian ambos ajustes, seguirán usando Google para autocompletar sus contraseñas, información de pago e información de direcciones. Los usuarios pueden usar un servicio de autocompletado de terceros o no, según lo que indique una nueva política llamada ThirdPartyPasswordManagersAllowed.

    • Chrome 131 en Android 
     

    El nuevo ajuste estará disponible a partir de Chrome 131. Si los usuarios utilizan el nuevo ajuste, este entrará en vigor de inmediato. Si no se usa el nuevo ajuste, los usuarios seguirán usando Google y un tercero a través de la accesibilidad (si está instalado).  

    La asistencia para las APIs de accesibilidad dejará de estar disponible a principios del 2025, momento en el que se aplicarán los nuevos ajustes a todos los usuarios.

     

   

  • Los informes ampliados de Navegación segura dejan de estar disponibles back to top 

    Vamos a dejar de ofrecer la función de informes ampliados de Navegación segura, que mejoraba la seguridad de todos los usuarios al recoger información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. 

    Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura. 

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
      Discontinuación de los informes ampliados de Navegación segura; excepto la solicitud de informe de Navegación segura para clientes en tiempo real
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
      SafeBrowsingExtendedReportingEnabled dejará de estar disponible en las solicitudes de informes del cliente de Navegación segura en tiempo real
     

     

   

  • Desconfianza en los certificados de Entrust back to top 

    Debido a los fallos constantes en la conformidad, Chrome está cambiando la forma en que se autentican los certificados de autenticación de servidores TLS de confianza pública (sitios web) emitidos por Entrust. Estos certificados serán de confianza de forma predeterminada en Chrome 131 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.

    Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:

    • después del 11 de noviembre del 2024, ya no serán de confianza de forma predeterminada.
    • el 11 de noviembre del 2024 o en una fecha anterior, no se verán afectados por este cambio. 
     

    Si un usuario o una empresa de Chrome confía explícitamente en alguno de los certificados de Entrust afectados de una plataforma y una versión de Chrome que se basen en Chrome Root Store (por ejemplo, si la confianza se transmite de forma explícita a través de un objeto de directiva de grupo de Windows), se anularán las restricciones basadas en SCT descritas anteriormente y los certificados funcionarán como hasta ahora.  

    Puedes consultar más información y recursos de pruebas en el blog de seguridad de Google. 

    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 se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 11 de noviembre del 2024.
     

   

  • Advertencias de formularios no seguros en iOS back to top 

    Desde 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 un envío de formulario no seguro, muestra una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Se puede utilizar la política InsecureFormsWarningsEnabled para controlar esta función. 

     
    • Chrome 125 en iOS: se lanza la función
    • Chrome 131 en iOS: se eliminará la política InsecureFormsWarningsEnabled
     

   

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

    PartitionAlloc (PA) y sus proyectos de seguridad de memoria asociados tienen una serie de medidas de protección avanzadas que están desactivadas de forma predeterminada (o exclusivamente en compilaciones de depuración) debido a su posible impacto en el rendimiento. Aunque puede que no sea posible habilitar la función para todos los usuarios de inmediato, puedes habilitarla parcialmente bajo condiciones específicas y limitadas.

    Este proyecto tiene como objetivo ofrecer medidas de protección avanzadas a los clientes empresariales. Los administradores de empresas tienen la opción de aplicar medidas de seguridad mejoradas mediante las políticas de Enterprise. En el sector empresarial, la seguridad suele tener prioridad sobre el rendimiento. Es probable que quieran que se hagan comprobaciones avanzadas, aunque eso suponga un coste para el rendimiento.

    PA con comprobaciones avanzadas es la seguridad de memoria avanzada. La función está desactivada de forma predeterminada debido a una regresión del rendimiento esperada. Los clientes empresariales tienen la opción de habilitarlo para obtener una seguridad avanzada mediante políticas de empresa.

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

   

  • Experiencia de inicio de sesión y sincronización simplificada back to top 

    A partir de Chrome 131, los usuarios que tengan Sincronización de Chrome activada ahora disfrutan de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.

    Igual que anteriormente, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede controlar mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede desactivar a través de BrowserSignin, como antes.

    Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.

     
    • Chrome 131 en Android
     

   

  • Inmovilizar pestañas en Ahorro de energía back to top 

    Cuando Ahorro de energía está activo, Chrome congela una pestaña que ha estado oculta y en silencio durante más de 5 minutos y usa mucha CPU, a menos que:

    • La pestaña ofrezca funciones de videoconferencia detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o bien una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en directo.
    • La pestaña controla un dispositivo externo detectado mediante el uso de Web USB, Web Bluetooth, Web HID o Web Serial.
     

    De esta forma, se prolonga la duración de la batería y se agiliza Chrome al reducir el uso de la CPU.

    • Chrome 130 en ChromeOS, Linux, macOS y Windows
      La función se puede probar en Chrome 130 a través de la entrada #freezing-on-energy-saver de about:flags. También se puede probar con #freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para congelarse y si se congelaría si usara mucha CPU). La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability. Este cambio no tendrá efecto cuando el ahorro de energía esté inactivo.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
      La función empezará a lanzarse para el 1 % de los usuarios de la versión estable en Chrome 131. Se irá incrementando gradualmente hasta alcanzar el 100 % de la versión estable. La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability. Este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo.
     

   

  • Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo back to top 

    Los usuarios con versiones antiguas de Servicios de Google Play tendrán una funcionalidad limitada con las contraseñas que tengan en el dispositivo y es posible que su Gestor de contraseñas deje de funcionar en breve. Estos usuarios deberán actualizar los Servicios de Google Play, o se les guiará a través de otros métodos de solución de problemas en función de su estado. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas de Google.

     
    • Chrome 131 en Android
     

   

  • Encapsulación de claves X25519Kyber768 para TLS back to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.

    Para obtener más información, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.

     
    • Chrome 124 en Windows, macOS y Linux: se ha habilitado el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768
    • Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulado de claves a la versión estándar final de ML-KEM
    • Chrome 141 en Windows, macOS y Linux: se ha retirado la política empresarial
     

   

  • Desactivación de la propiedad de posicionamiento de anclas de CSS inset-area back to top 

    El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de la propiedad "inset-area" a "position-area". Para obtener más información, consulta la conversación de CSSWG en github. El nuevo nombre de propiedad, "position-area", es un sinónimo de "inset-area", que se ha lanzado a través de esta actualización de funciones descrita en Estado de la plataforma de Chrome, donde se describe la desactivación y la eliminación de la propiedad "inset-area".

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Mejoras en la estructura de estilos de los elementos <details> y <summary> back to top 

    Se admiten más estilos CSS para la estructura de los elementos <details> y <summary>, lo que permite que estos elementos se utilicen en más casos en los que se crean widgets de información oculta o acordeón en la Web. En concreto, este cambio elimina las restricciones que impedían definir la propiedad display en estos elementos y añade un pseudoelemento ::details-content para dar estilo 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 de bloqueo del puntero back to top 

    Puede mostrar un mensaje de permiso al usuario cuando un sitio web solicite el bloqueo de teclado o de puntero, y guarda las preferencias del usuario como configuración de contenido. Se pueden consultar los ajustes a través de la API Permissions. Esto ayuda a mitigar el uso inadecuado de las APIs.

     
    • Chrome 131 en Windows, macOS y Linux
     

   

  • Quitar 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 una solicitud de permiso, por lo que han eliminado esa opción y la han sustituido por el atributo de información de GPUAdapter para que los desarrolladores web puedan obtener el mismo valor de GPUAdapterInfo de forma síncrona. Para obtener más información, consulta el atributo de información de la versión anterior Intent to Ship: WebGPU: GPUAdapter. 

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • <select> parser relaxation back to top 

    Con este cambio, el analizador de HTML permite etiquetas adicionales en <select> además de <option>, <optgroup> y <hr>.

    Este cambio es para mejorar la función personalizable <select>, pero se lanzará primero porque se puede hacer por separado y conlleva algunos riesgos.

    Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un periodo de transición temporal y la política dejará de funcionar en el hito de la versión 136 de Chrome.

    Para obtener más información, consulta el artículo Abrir la UI personalizable <select> y el artículo Cambios en el analizador de HTML para <select> personalizable del grupo de trabajo. 

     
    • 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 

    Permitir referencias externas para trazados de recorte, marcadores y servidores de renderización (para las propiedades de relleno y trazo). Por ejemplo, clip-path: url("resources.svg#myPath").

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

   

  • Compatibilidad con URLs de esquemas no especiales back to top 

    Chrome 130 admite URLs de esquemas no especiales, como git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales de acuerdo con el estándar de URLs. Consulta más información en http://bit.ly/url-non-special. 

     
    • Chrome 130 en Windows, macOS, Linux y Android
    • Chrome 131 en Windows, macOS, Linux y Android
    • Chrome 134 en Windows, macOS, Linux y Android: se elimina la marca de función
     

   

  • Traducir para Buscar con Google Lens back to top 

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

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
       

   

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

    CAPlatformIntegrationEnabled

    		 Usar certificados TLS añadidos por el usuario de almacenes de confianza de plataformas para la autenticación del servidor
    SelectParserRelaxationEnabled Controla si se ha habilitado el nuevo comportamiento del analizador de HTML para el elemento <select>
    EnterpriseProfileBadgeToolbarSettings Controlar la visibilidad de la insignia del perfil de empresa en la barra de herramientas
    WebAudioOutputBufferingEnabled Habilitar el almacenamiento en búfer adaptable para Web Audio
     

   

  • Políticas retiradas del navegador Chrome back to top 
    Política Descripción
    ProfileLabel Esta política controla una etiqueta que se utiliza para identificar un perfil con sesión iniciada. Esta etiqueta se mostrará en distintos lugares para ayudar a los usuarios a identificar el perfil; por ejemplo, junto al icono del perfil de la barra de herramientas.
    ToolbarAvatarLabelSettings Ajuste de etiquetas del avatar de la barra de herramientas (cuentas gestionadas)
    BeforeunloadEventCancelByPreventDefaultEnabled Controlar el nuevo comportamiento del cuadro de diálogo de cancelación producido por el evento beforeunload.
     

   

Cambios en Chrome Enterprise Core

    

    

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

    Empezamos a recoger datos relevantes de telemetría de extensiones de Chronicle desde Chrome (perfiles y dispositivos gestionados) y a enviarlos a Google SecOps. Google SecOps analiza los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.

    • Chrome 131 en ChromeOS, 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 gestionados con branding específico de la empresa, mensajes personalizados y una navegación adaptada. Los administradores pueden personalizar la tienda con logotipos, banners y extensiones recomendadas, así como ocultar las categorías irrelevantes y mejorar el descubrimiento de extensiones.

    Esta función se puede configurar mediante la consola de administración, y las configuraciones personalizadas de este hito 1 estarán disponibles para todos los usuarios gestionados que hayan iniciado sesión (usuarios que hayan iniciado sesión en Chrome Web Store con una cuenta de Google gestionada). El hito 2 admitirá esta función en los navegadores registrados en CEC (sin necesidad de iniciar sesión) y solo estará disponible más adelante en el 2025.

    Además, todos los usuarios gestionados que inicien sesión en Chrome Web Store verán los siguientes cambios:

    • Nuevas etiquetas para los elementos bloqueados por el administrador y filtro por elementos privados en los resultados de búsqueda
    • Los elementos privados y recomendados se trasladarán únicamente a la pestaña "Extensiones".
  • A partir de Chrome 131 en Linux, macOS, Windows y ChromeOS: se lanza el hito 1

    

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

    DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en ordenadores. Ahora se admite la política DownloadRestrictions en Android. Esta política permite a los administradores bloquear todas las descargas en Chrome para móviles en Android. 

    • Chrome 131 en Android

    

  • Política de empresa para forzar el almacenamiento en búfer adaptable en la renderización de WebAudio back to top 

    La implementación de WebAudio de Chromium incluye un mecanismo de almacenamiento en búfer adaptable que se ha añadido para resolver numerosos problemas de fallos, sobre todo en Android con el backend de AAudio. Aunque este mecanismo redujo los fallos considerablemente, también aumentó la latencia del audio. Chrome está haciendo un experimento que inhabilitará el mecanismo de almacenamiento en búfer adaptativo y ejecutará el renderizado de forma sincrónica en todas las plataformas, excepto Android. 

    A partir de Chrome 131, está disponible una política empresarial, WebAudioOutputBufferingEnabled, que forzará a Chrome a usar el comportamiento predeterminado de usar el almacenamiento en búfer adaptable para el renderizado de WebAudio.

    • Chrome 131 en ChromeOS, Linux, macOS y Windows

    

  • Generar estadísticas de advertencias y errores de la consola Chrome DevTools back to top 

    Ya hay disponible una nueva función de IA generativa (GenAI) para usuarios no gestionados: generar estadísticas sobre advertencias y errores de la consola Chrome DevTools.

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

    • Chrome 125 en ChromeOS, Linux, Mac y Windows
      La función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia.
    • Chrome 127 en ChromeOS, Linux, Mac y Windows
      La función está disponible para usuarios gestionados de Chrome Enterprise y Education en los territorios que la ofrezcan.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
      En Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas de estilo y a depurar el CSS.
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
      El panel de asistencia de IA ahora puede explicar los recursos en el panel Rendimiento, el panel Fuentes y el panel Red, además de la compatibilidad anterior con la depuración de estilos

    

Cambios en Chrome Enterprise Premium

   

   

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

    Los administradores pueden definir reglas de control de datos en la consola de administración de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas ligeras que se definen en la consola de administración de Google y que permiten a los administradores definir una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, hacer capturas de pantalla o compartir la pantalla.

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

    Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.

    • Chrome 128 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función

     

     

   

  • Protección de capturas de pantalla back to top

    Los administradores pueden impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas páginas web que se consideren que contienen datos sensibles. Los administradores crean una regla de filtrado de URLs de DLP para impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas URLs o categorías de URLs. Esta función se puede controlar usando la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.

    Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.

    • Chrome 129 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función

 

Próximamente

Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.

 

Próximos cambios del navegador Chrome

 

    

  • Lectura en voz alta en el modo Lectura en Chrome 132 back to top

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

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     

    

  • Eliminación de la versión antigua sin interfaz gráfica del binario de Chrome back to top

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

    El antiguo modo sin interfaz gráfica se ha quitado del binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o chrome-headless-shell, que es una implementación independiente del antiguo modo sin interfaz gráfica.

     
    • Chrome 132 en Linux, macOS y Windows

     

  • Capturar todas las pantallas back to top

    Esta función captura todas las pantallas que están conectadas al dispositivo en ese momento mediante getAllScreensMedia(). Llamar getDisplayMedia() varias veces requiere varios gestos de usuario, obliga al usuario a elegir la siguiente pantalla cada vez y no garantiza a la aplicación que se hayan seleccionado todas las pantallas. getAllScreensMedia() mejora todos estos aspectos.

    Esta función solo está disponible con la política de empresa MultiScreenCaptureAllowedForUrls, y los usuarios reciben una advertencia antes de que empiece la grabación de que podría empezar en algún momento. La API solo funcionará con los orígenes especificados en la lista de permitidos MultiScreenCaptureAllowedForUrls. Cualquier origen que no se especifique no tendrá acceso.

    • Chrome 132 en Windows, macOS y Linux

    

  • Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo back to top

    Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo están obsoletas desde aproximadamente la versión M38. Se han sustituido por la API Element.requestFullscreen(), que se lanzó sin prefijo en M71 en el 2018. Desde el 2024, la mayoría de los navegadores llevan varios años admitiendo las APIs sin prefijo.

    Esta función monitoriza la eliminación de las siguientes APIs de HTMLVideoElement:

    - readonly attribute boolean webkitSupportsFullscreen;

    - readonly attribute boolean webkitDisplayingFullscreen;

    - void webkitEnterFullscreen();

    - void webkitExitFullscreen();

    // Ten en cuenta la diferencia en la mayúscula de la "S" en FullScreen.

    - void webkitEnterFullScreen(); 

    - void webkitExitFullScreen();

     

    Ahora estos métodos solo son alias de la API moderna. Su uso ha disminuido de forma constante a lo largo de los años.

     
    • Chrome 132 en Windows, macOS, Linux y Android

    

    

  • Contenedores de desplazamiento enfocables en el teclado back to top

    Tenemos previsto mejorar la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.

    Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con la tabulación y las teclas de flecha. Este comportamiento solo está habilitado si el control de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.

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

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

     
    • Chrome 132 en Windows, macOS, Linux y Android

    

  • Lanzar una excepción para los elementos emergentes o cuadros de diálogo en documentos no activos back to top

    Se trata de un cambio poco habitual que, con suerte, no afectará a los desarrolladores. Un caso excepcional es aquel en el que se dan varias condiciones únicas a la vez. Antes, si se llamaba a showPopover() o showModal() en un elemento emergente o un cuadro de diálogo que se encuentra en un documento inactivo, se producía un error en segundo plano, es decir, no se lanzaba ninguna excepción. Sin embargo, como el documento está inactivo, no se mostrará ningún elemento emergente ni ningún cuadro de diálogo. A partir de la solicitud de extracción de la especificación https://github.com/whatwg/html/pull/10705 (PR), estas situaciones ahora lanzan la excepción InvalidStateError.

     
    • Chrome 132 en Windows, macOS, Linux y Android

 

    

  • Captura de enlaces de usuarios en PWAs back to top

    Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.

     
    • Chrome 121 en Linux, macOS y Windows
      Cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Se puede usar una marca para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
     
    • Chrome 132 en Linux, macOS y Windows
      Lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
     

    

  • El servicio de red de Windows se pondrá en un entorno aislado back to top

    Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones.

    Puedes denunciar los problemas que tengas. 

     
    • Chrome 132 en Windows:
      Servicio de red en entorno aislado en Windows

   

  • Eliminar la alternativa de SwiftShader back to top

    El uso de SwiftShader como alternativa automática de WebGL está obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader. Esto se debe a dos motivos principales:

    1. SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
    2. Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
     

    SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable.

    Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos --enable-unsafe-swiftshader.

    Durante el periodo de discontinuación, aparecerá una advertencia en la consola de JavaScript cuando se cree un contexto de WebGL y se respalde con SwiftShader. Si indicas --enable-unsafe-swiftshader, se eliminará este mensaje de advertencia.

    Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario.

     
    • Chrome 133 en Windows, macOS, Linux y Android

   

  • Panel de privacidad y seguridad en Chrome DevTools back to top 

    A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad de Chrome DevTools para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar cómo se comporta su sitio y revisar el estado de las cookies de terceros en su sitio.

    Esta función no hará cambios permanentes en las políticas empresariales actuales, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros mediante BlockThirdPartyCookies, esta función se inhabilitará.

    El nuevo panel Privacidad y seguridad sustituirá al panel de seguridad. La información sobre la conexión y los certificados TLS seguirán estando disponibles en la pestaña Seguridad del panel Privacidad y seguridad.

     
    • Chrome 133 en ChromeOS, Linux, macOS y Windows

   

  • La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años back to top

    A partir de febrero del 2025, Sincronización de Chrome (que usa y guarda datos en tu cuenta de Google) dejará de ser compatible con las versiones de Chrome que tengan más de cuatro años. Para seguir utilizando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente.

     
    • Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
      Este cambio solo afecta a las versiones antiguas de Chrome y se implementará del lado del servidor. La versión 133 de Chrome solo se especifica para reflejar la línea de tiempo en la que el cambio tendrá efecto.

    

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

    Según la especificación, los hosts de URLs [1] no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts.

    Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 'HTTPS URLs for WebSocket' [2] y 'URL' focus areas [3].

    Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub)[4].

    Esta función formará parte de los esfuerzos por acercar Chromium al cumplimiento de las especificaciones, ya que se prohibirán los espacios solo en las URLs que no sean de archivos.

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

    

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

    Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.

    Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.

     
    • Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows: se lanzará de forma gradual.

    

  • Partición de URLs de blobs: obtención o navegación back to top

    Como continuación de Partición del almacenamiento, Chromium implementará la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y el booleano has-cross-site-ancestor), con la excepción de las navegaciones, que seguirán estando divididas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y actualizaremos las especificaciones para reflejar ambos cambios. 

    Este cambio se puede revertir temporalmente configurando la política PartitionedBlobURLUsage. Esta política dejará de estar disponible cuando dejen de estarlo las otras políticas empresariales relacionadas con el almacenamiento de particiones.

     
    • Chrome 134 en Windows, macOS y Linux

    

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

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:

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

    • Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.

    

  • Proveedor del framework de accesibilidad UI Automation en Windows back to top

    A partir de Chrome 126, Chrome empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.

    Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.

     
    • Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
    • Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
    • Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.

 

Próximos cambios de Chrome Enterprise Core

    

 

Próximos cambios de Chrome Enterprise Premium

 

   

  • Prevención de acceso a archivos descargados con DLP back to top

    Cuando el administrador define una regla de descarga de archivos con DLP, se activa un análisis después de que se complete la descarga. Esta función impide que los usuarios registrados en Chrome Enterprise accedan al contenido de un archivo descargado antes de que se devuelva un veredicto de análisis exhaustivo.

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

    • Chrome 132 en ChromeOS, Linux, macOS y Windows

     

↑ volver al principio  

 Registrarse para recibir correos sobre futuras versiones

Notas de versiones anteriores 

Versión de Chrome y fecha prevista de lanzamiento en el canal estable

 PDF
Chrome 131: 6 de noviembre del 2024 PDF
Chrome 130: 9 de octubre del 2024 PDF
Chrome 129: 11 de septiembre del 2024 PDF
Chrome 128: 14 de agosto del 2024 PDF
Notas de versiones anteriores  →  

Recursos adicionales

¿Necesitas ayuda?

Google y las marcas y los logotipos relacionados son marcas de Google LLC. Los demás nombres de empresas y de productos son marcas de las empresas a las que están asociados.

¿Te ha resultado útil esta información?

¿Cómo podemos mejorar esta página?
true
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Menú principal
10950463513268970633
true
Buscar en el Centro de ayuda
true
true
true
true
true
410864
false
false
false