Notas de la versión de Chrome Enterprise y Education

Última actualización: 14 de enero de 2025 

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

 

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

 

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 y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de 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 y no se registran datos sobre su contenido. Comenzaremos a lanzar esta función de forma gradual en 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 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: Comienza el lanzamiento de la función
    • Chrome 132 en iOS: Lanzamiento a la versión 100% 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 después de Chrome 122 y después de Chrome 131 en iOS. 

    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 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 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 app 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.

    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% de los navegadores.
     

   

  • 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 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 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 te permite seleccionar texto, usar Ctrl + F, copiar y pegar. Esta función no se aplica a los archivos PDF seguros. Solo 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 tan accesibles como el resto de la Web.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

   

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

    Una promoción de Chrome en iOS en la página Nueva pestaña de computadoras. El objetivo de esta promoción es aumentar el conocimiento de Chrome en 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 sincronizadosback to top 

    Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo se 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 las 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. Esto 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 seleccionan 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 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 de políticas a todos los usuarios.

       
     

   

  • Baja del informe extendido de Navegación seguraback to top 

    Daremos de baja la función de informes extendidos de Navegación segura, que antes mejoraba 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. 

    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.
     

     

   

  • 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:

    • después del 11 de noviembre de 2024, ya no se confiará de forma predeterminada.
    • o antes del 11 de noviembre de 2024, no se verán afectados por este cambio. 
     

    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.  

    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: Se lanza 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 condiciones 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, incluso si eso afecta el rendimiento.

    La PA con verificaciones avanzadas es una seguridad de memoria avanzada. La función está DESACTIVADA de forma predeterminada debido a una regresión de rendimiento esperada. Los clientes empresariales tienen la opción de habilitarlo para lograr una seguridad avanzada 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 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 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 desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.

     
    • Chrome 131 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 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 a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.
     

    Esto 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 en 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 (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 con 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 con la política BatterySaverModeAvailability. Este cambio no tiene efecto cuando el Ahorro de energía está inactivo.
     

   

  • 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
     

   

  • 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, macOS y Linux: Se habilitó el nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántico X25519Kyber768.
    • 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 quitó la política empresarial.
     

   

  • 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
     

   

  • 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 compilan 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 

    Puede mostrar un mensaje de permiso al usuario cuando un sitio web solicita el bloqueo del teclado o del puntero, y guarda las preferencias del usuario como configuración de contenido. Puedes consultar la configuración a través de la API de Permissions. Esto ayuda a mitigar el uso abusivo 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 WG 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 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 el atributo de información Intent to Ship: WebGPU: GPUAdapter anterior. 

     
    • 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 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 el evento importante Chrome 136.

    Para obtener más información, consulta la explicación sobre <select> personalizable de Open UI y el artículo del grupo de trabajo sobre 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 trazado de recortes, relleno, trazo y marcador-* 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 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 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 Permitir las restricciones de descarga

    CAPlatformIntegrationEnabled

    Usar 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 Controlar la visibilidad de la insignia del perfil empresarial en la barra de herramientas
    WebAudioOutputBufferingEnabled Habilitar 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 varios 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 el desarrollo de la marca específica de la empresa, mensajes personalizados y navegación personalizada. Los administradores pueden personalizar la tienda con logotipos, banners y extensiones recomendadas, además de ocultar 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 este evento importante 1 estará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). El evento importante n° 2 admitirá esta función para los navegadores inscritos en el CEC (sin necesidad de acceder) y solo estará disponible más adelante en el 2025.

    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 y filtrado por elementos privados en los resultados de la búsqueda
    • 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 del evento importante n° 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 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 en Android. 

    • Chrome 131 en Android

    

  • Política empresarial para forzar el almacenamiento en búfer adaptativo para 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 agregó para resolver varios problemas de fallas, en especial en Android con el backend de AAudio. Si bien este mecanismo redujo significativamente los errores, también aumentó la latencia de audio. Chrome está ejecutando un experimento que inhabilitará el mecanismo de almacenamiento en búfer adaptable y ejecutará la renderización de forma síncrona en todas las plataformas, excepto en Android. 

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

    • Chrome 131 en ChromeOS, Linux, macOS y Windows

    

  • Genera estadísticas para 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 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.
    • 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 Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilo.

    

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 con 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 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 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

 

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  

 Registrarse para recibir correos electrónicos sobre futuras actualizaciones

Notas de versiones anteriores 

Recursos adicionales

¿Todavía necesitas ayuda?

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.

¿Te resultó útil esto?

¿Cómo podemos mejorarla?
Búsqueda
Borrar búsqueda
Cerrar la búsqueda
Google Apps
Menú principal