Notas de la versión de Chrome Enterprise y Education

Última actualización: 3 de marzo 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 133

 
Cambios en el navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Buscar con Google Lens en ordenadores y dispositivos iOS    
Firmas de código ad hoc para shims de PWA en macOS    
Sincronización de Chrome deja de ser compatible con versiones de Chrome que tengan más de cuatro años de antigüedad    
Nueva opción en la política HttpsOnlyMode  
Inmovilizar pestañas en Ahorro de energía    
Configuración de seguridad de V8 en Android    
La página de bienvenida de Chrome ya no se activa mediante initial_preferences    
Compatibilidad con URLs de esquemas no especiales    
Políticas nuevas en el navegador Chrome    
Políticas quitadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Compatibilidad con la política DownloadRestrictions en iOS    
Cambios en Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
No hay actualizaciones en Chrome 133.      
Próximos cambios del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Panel de privacidad y seguridad en Chrome DevTools  
Lectura en voz alta en el Modo Lectura de Chrome 134    
Configuración destacada de funciones de IA inhabilitadas por política    
Partición de URLs de blobs: obtención o navegación    
Crear un cliente de service worker y heredar el controlador de service worker para el iframe srcdoc    
Lanzar evento de error en lugar de lanzar excepción para el worker bloqueado por CSP    
Quitar las restricciones de audio no estándar de getUserMedia    
Discontinuación de los eventos de mutación    
Sincronización multidispositivo de los ajustes y los temas de Chrome en la versión para ordenadores al iniciar sesión    
No se permiten espacios en los hosts de URL que no sean file://    
Quitar la política ThirdPartyBlockingEnabled    
Discontinuación de los métodos getter de la API Intl Locale Info    
Eliminar la alternativa de SwiftShader    
Proveedor del framework de accesibilidad UI Automation en Windows    
Migración de la versión 4 a la 5 de la API SafeBrowsing    
Próximos cambios de Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Nueva aplicación complementaria de Chrome Enterprise  
Próximos cambios de Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Refactorizar la experiencia de usuario de las reglas de DLP     
Prevención de capturas de pantalla     
Filtrado de URLs en iOS y Android    
Conector de informes para móviles    
API Conectores    

 

DESCARGAR notas de la versión (PDF)

↑ 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 ordenadores y dispositivos iOS back to top

    Los administradores pueden controlar todos los elementos de esta función mediante una política llamada LensOverlaySettings. Para hacer la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no está vinculada a ningún ID ni cuenta, ninguna persona la revisa ni se registra ningún dato sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que está viendo el usuario, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no están vinculados a ningún ID ni cuenta, ningún humano los puede ver y no se registra ningún dato generado sobre su contenido.

     

    Ordenador

    Desde Chrome 126, los usuarios pueden buscar imágenes o texto que vean en la pantalla del escritorio con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip Google Lens en el omnibox en el que te encuentres o haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia al documento en cuestión y a la web. Para usar esta función, activa Buscar con Google Lens como se describe más arriba e introduce consultas en el cuadro de búsqueda de la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en la parte derecha de la ventana del navegador con los resultados de búsqueda. 

     

    iOS

    Desde Chrome 131, los usuarios pueden buscar imágenes o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, resaltar o arrastrar cualquier parte de la pantalla para buscar su contenido y acotar la búsqueda añadiendo palabras clave o preguntas al cuadro de búsqueda.

     

    Detalles del lanzamiento:

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

   

  • Firmas de código ad hoc para shims de PWA en 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 PWA tenga una identidad única en macOS. Anteriormente, todas las PWAs tenían el mismo aspecto en macOS.

    Esta actualización aborda los problemas que se producen al intentar incluir varias PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y permite aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.

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

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

     
    • Chrome 129 en macOS
      La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de endpoints, como Santa. Si no es compatible en este momento, pueden inhabilitar la función mediante la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints.
     
    • Chrome 133 en macOS

      La función empezará a lanzarse en la versión estable al 100 %.

     

   

  • Sincronización de Chrome deja 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 usando Sincronización de Chrome, debes actualizar Chrome a una versión más reciente. Para obtener más información, consulta este apartado: La sincronización de Chrome dejará de ser compatible con versiones de Chrome que tengan más de cuatro años.

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

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

     

   

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

    Preguntar antes de HTTP (ABH), que antes se denominaba "Solo HTTPS" o "Modos primero HTTPS", permite que Chrome pida el consentimiento del usuario antes de enviar contenido HTTP inseguro por la red. La política HttpsOnlyMode permite habilitar o inhabilitar la función ABH.

    En Chrome 129, hemos añadido una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias para los usuarios haciendo que funcione como ABH estricto la mayor parte del tiempo, pero sin preguntar cuando Chrome sabe que no es posible una conexión HTTPS (como cuando se conecta a un nombre de host de etiqueta única, como "internal/").

    Vamos a añadir la opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si defines force_balanced_enabled en navegadores anteriores a Chrome 129, se producirá el comportamiento predeterminado, que no impone ninguna restricción de empresa al ajuste de ABH.

    Para evitar problemas inesperados, si ya has definido force_enabled, te recomendamos que no definas force_balanced_enabled hasta que toda tu flota se haya actualizado a Chrome 129 o una versión posterior. Si no vas a migrar de force_enabled a force_enabled, este cambio no te afectará.

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

   

  • Inmovilizar pestañas en Ahorro de energía 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 prolongará la duración de la batería y se acelerará Chrome al reducir el uso de la CPU.
    Para probar esta función, puedes usar una marca, chrome://flags/#freezing-on-energy-saver. También se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si las pestañas son aptas para congelarse y si se congelarían si usaran mucha CPU).

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

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

       

   

  • Configuración de seguridad de V8 en Android back to top

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

     
    • Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
      El ajuste se lanzará en Chrome 121. Las políticas empresariales llevan disponibles desde Chrome 93.
    • Chrome 133 en Android
      El ajuste está disponible en Android en Chrome 133, en Ajustes del sitio. Las políticas empresariales ya no se consideran experimentales.
     

   

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

    Hemos retirado la página de bienvenida de Chrome de initial_preferences porque es redundante con la experiencia de primera ejecución que se activa en las plataformas para ordenadores. Incluir chrome://welcome en la propiedad first_run_tabs del archivo initial_preferences ya no tiene ningún efecto. 

    Para obtener más información sobre el contexto del archivo initial_preferences, consulta el artículo Configurar otras preferencias.

     
    • Chrome 133 en Windows, macOS y Linux
     

   

  • Compatibilidad con URLs de esquemas no especiales back to top

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

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

   

  • Políticas nuevas en el navegador Chrome back to top
    Política Descripción
    LiveTranslateEnabled Habilita la traducción de subtítulos automáticos. Los subtítulos se enviarán a Google para que se traduzcan.
    WebRtcIPHandling Esta política permite restringir el uso de direcciones IP e interfaces por parte de WebRTC al intentar buscar la mejor conexión disponible.
    DefaultJavaScriptOptimizerSetting Te permite definir si el navegador Chrome ejecutará el motor V8 de JavaScript con más optimizaciones avanzadas de JavaScript habilitadas.
    JavaScriptOptimizerBlockedForSites Te permite definir una lista de patrones de URL donde se especifican los sitios en los que se han inhabilitado las optimizaciones avanzadas de JavaScript.
    JavaScriptOptimizerAllowedForSites Te permite definir una lista de patrones de URL donde se especifican los sitios en los que se han habilitado las optimizaciones avanzadas de JavaScript.
    SafeBrowsingAllowlistDomains Si se habilita esta política, Navegación segura confiará en los dominios que indiques.
    FilePickerChooseFromDriveSettings Permite elegir archivos directamente desde Google Drive.
     

   

  • Políticas retiradas del navegador Chrome back to top
    Política Descripción
    CSSCustomStateDeprecatedSyntaxEnabled Controla si la sintaxis obsoleta del estado personalizado de CSS está habilitada.
     

   

Cambios en Chrome Enterprise Core

   

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

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

     
    • Chrome 133 en iOS

Cambios en Chrome Enterprise Premium

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

 

Próximamente

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

 

Próximos cambios del navegador Chrome

 

    

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

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

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

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

     
    • Chrome 134 en ChromeOS, Linux, macOS y Windows

    

  • Lectura en voz alta en el Modo Lectura de Chrome 134 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. Puedes elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados. 

     
    • Chrome 134 en Linux, macOS y Windows

    

  • Configuración destacada de funciones de IA inhabilitadas por política back to top

    En la configuración de Chrome, se mostrarán las funciones de IA que están inhabilitadas por la política de empresa. También mostraremos un aviso Inhabilitado por tu organización similar a otros ajustes cuando se inhabiliten por una política. 

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

    

  • 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 de nivel superior, que seguirán estando divididas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente sea un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chromium tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios. 

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

     
    • Chrome 134 en Windows, macOS y Linux

    

  • Crear un cliente de Service Worker y heredar el controlador de Service Worker para el iframe srcdoc back to top

    Los documentos de contexto de Srcdoc no son clientes de Service Workers y no están cubiertos por el Service Worker de su página principal. Esto da lugar a algunas discrepancias (por ejemplo, Resource Timing informa de las URLs que se cargan en estos documentos, pero el trabajador del servicio no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de Service Worker para los iframes srcdoc y hacer que hereden el controlador de Service Worker de la página principal.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

  • Activación de evento de error en vez de lanzar una excepción para el trabajador bloqueado de la CSP back to top

    Cuando se bloquea por la política de seguridad de contenido (CSP), Chromium genera una excepción SecurityError de los constructores  "new Worker(url)" o "new SharedWorker(url)". Según la especificación de CSP, la comprobación de CSP se realiza como parte de la función de obtención y se debe activar un evento de error después de que se devuelva el objeto. El objetivo de esta actualización es que el código cumpla las especificaciones de Chromium, por lo que no se lanzará una excepción desde el constructor, sino que se disparará un evento de error de forma asíncrona.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

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

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

    El uso ha disminuido considerablemente, de un 0,000001 % a un 0,0009 % (en función de la restricción), y algunos ni siquiera tienen efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto ninguno de ellos tendrá efecto debido a otros cambios que se avecinan.

    No esperamos que este cambio provoque regresión alguna de importancia. Las aplicaciones que usen estas restricciones seguirán funcionando, pero recibirán audio con los ajustes predeterminados (como si no se hubieran enviado restricciones). Pueden migrar fácilmente a restricciones estándar.

     
    • Chrome 134 en Windows, macOS, Linux y Android

    

  • Discontinuación de los eventos de mutación 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. 

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

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

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

    

  • Sincronización multidispositivo de los ajustes y temas de Chrome en la versión para ordenadores al iniciar sesiónback to top

    Tras el lanzamiento del nuevo modelo de identidad en Chrome para ordenadores, tenemos previsto habilitar la configuración de la cuenta, los temas y los accesos directos a sitios para los usuarios al iniciar sesión (en lugar de tener que sincronizarlos).

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

    Esto conlleva lo siguiente:

    • En el caso de los usuarios de Chrome para ordenador que inicien sesión en Chrome o tengan habilitada la sincronización, los ajustes, los accesos directos a sitios y los temas sincronizados con su cuenta de Google se mantendrán separados de los locales, es decir, los ajustes de cuando se cierre sesión o se desactive la sincronización. 
    • Esto permite compartir menos datos que antes: los ajustes locales no se suben automáticamente cuando los usuarios inician sesión o activan la sincronización, y no queda ningún ajuste del almacenamiento de su cuenta en el dispositivo cuando se desactiva la sincronización.
    • Las políticas de Chrome SyncDisabled y SyncTypesListDisabled seguirán aplicándose, por lo que los administradores podrán restringir o inhabilitar la función Sincronización si lo desean.

    • Chrome 135 en Linux, macOS y Windows

    

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

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

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

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

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

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

    

    

  • Discontinuación de los captadores de la API Intl Locale Info back to top

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

    Hemos lanzado nuestra implementación en Chrome 99 , pero más tarde se hicieron algunos cambios en la fase 3 de la propuesta y se trasladaron varios getters a funciones. Tenemos que quitar los getters obsoletos y volver a lanzar las funciones renombradas.

     
    • Chrome 135 en Windows, macOS, Linux y Android

    

  • Eliminar la alternativa de SwiftShader 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 aceptar reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos --enable-unsafe-swiftshader.

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

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

     
    • Chrome 135 en Windows, macOS, Linux y Android

    

  • Migración de la API SafeBrowsing v4 a v5 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 135 en Android, iOS, ChromeOS, Linux, macOS y Windows

    Se trata de un lanzamiento gradual.

    

  • 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

        

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

      La aplicación complementaria Chrome Enterprise es un nuevo binario administrativo que se instalará automáticamente con los navegadores Chrome registrados en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos prácticos, políticas e informes de empresa. 

      • Chrome 134 en Windows y macOS

     

Próximos cambios de Chrome Enterprise Premium

 

   

  • Refactorizar la experiencia de usuario de las reglas de DLP back to top

    Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la consola de administración para adaptarlo mejor a las funciones de seguridad actuales y futuras de Chrome Enterprise Premium.

     
    • Chrome 134 en Windows, macOS, Linux y ChromeOS
     

   

  • Prevención de capturas de pantalla back to top

    Tenemos previsto mejorar la función de prevención de capturas de pantalla ampliando el bloqueo de la función de compartir pantalla a aplicaciones de reuniones como Google Meet, Zoom, Teams y Slack. Seguiremos mejorando la versión de los controles de protección de datos que ya hemos lanzado, añadiendo funciones clave y resolviendo problemas y comentarios de los usuarios.

     
    • Chrome 134 en Windows y macOS
     

   

  • Filtrado de URLs en iOS y Android back to top

    Ampliaremos las funciones de filtrado de URLs de los ordenadores a las plataformas móviles, lo que permitirá a las organizaciones auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esto incluye asegurarse de que la función funciona sin problemas con el acceso contextual, que permite a los administradores definir políticas de acceso basadas en el contexto del usuario (por ejemplo, el rol del usuario o la ubicación) y en el estado del dispositivo (por ejemplo, si el dispositivo está gestionado o si cumple los requisitos de seguridad).

     
    • Chrome 135 en Android, IOS
     

   

  • Conector de informes para móviles back to top

    Estamos trabajando para que la versión para móviles tenga las mismas funciones que la versión para ordenadores, lo que permitirá a las organizaciones monitorizar y responder a eventos de seguridad en dispositivos móviles, como visitas a sitios web no seguros e intentos de extracción de datos. De esta forma, se garantiza la seguridad y la aplicación de políticas de forma coherente en las distintas plataformas.

     
    • Chrome 135 en Android, IOS
     

   

  • API Conectores back to top

    Tenemos previsto simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores gestionen las configuraciones directamente desde su propia interfaz. El objetivo es que las organizaciones puedan integrar más fácilmente sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la gestión en diferentes plataformas.

     
    • Chrome 135 en Windows, macOS, Linux y ChromeOS

↑ volver al principio  

 Registrarse para recibir correos sobre futuras versiones

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?
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Menú principal
16172680624521180802
true
Buscar en el Centro de ayuda
true
true
true
true
true
410864
false
false
false