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.
- Novedades del navegador Chrome publicadas en la versión preliminar estable del navegador Chrome.
- Las actualizaciones de ChromeOS se publican una semana antes de la versión estable 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)
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
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 macOS
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 %.
- Chrome 129 en macOS
- Sincronización de Chrome deja de ser compatible con versiones de Chrome que tengan más de cuatro años
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.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Nueva opción en la política HttpsOnlyMode
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
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
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.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- La página de bienvenida de Chrome ya no se activa mediante initial_preferences
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. Incluirchrome://welcome
en la propiedadfirst_run_tabs
del archivoinitial_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
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
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
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
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.
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
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
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
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.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Partición de URLs de blobs: obtención o navegación
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
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
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
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
Los eventos de mutación síncronos, como
DOMSubtreeModified
,DOMNodeInserted
,DOMNodeRemoved
,DOMNodeRemovedFromDocument
,DOMNodeInsertedIntoDocument
yDOMCharacterDataModified
, 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:
- La prueba con versión antigua de eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Esta opción se puede usar hasta el 25 de marzo del 2025 en Chrome 134.
- También se puede usar una política empresarial MutationEventsEnabled con el mismo fin en Chrome 134.
- 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ón
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://
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
- Eliminar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, ThirdPartyBlockingEnabled se eliminará en Chrome 135. Si tienes algún comentario sobre esta retirada, notifica el error aquí.
- Chrome 132 en Windows
Discontinuación de la política ThirdPartyBlockingEnabled
- Chrome 135 en Windows
Eliminación de la política ThirdPartyBlockingEnabled
- Chrome 132 en Windows
- Discontinuación de los captadores de la API Intl Locale Info
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
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:
- SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
- 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
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
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
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
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
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
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
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
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
Registrarse para recibir correos sobre futuras versiones
Notas de versiones anteriores
Versión de Chrome y fecha prevista de lanzamiento en el canal estable |
|
---|---|
Chrome 132: 8 de enero del 2024 | |
Chrome 131: 6 de noviembre del 2024 | |
Chrome 130: 9 de octubre del 2024 | |
Chrome 129: 11 de septiembre del 2024 | |
Notas de versiones anteriores → |
Recursos adicionales
- Para probar nuevas funciones antes de que se lancen al público general, regístrate en el programa de testers de confianza.
- Ponte en contacto con otros administradores de TI de Chrome Enterprise a través del foro de clientes de Chrome Enterprise.
- Cómo funcionan los lanzamientos de Chrome: ciclo de lanzamientos de Chrome
- Para ver fechas concretas, consulta la programación de lanzamiento de Chrome
- Descargas del navegador Chrome y descripción del producto Chrome Enterprise: navegador Chrome para empresas
- Estado de la versión de Chrome y calendario de versiones: estado de la plataforma Chrome | visor del servidor de Google Update
- Anuncios: blog de versiones de Chrome | blog de Chromium
- Desarrolladores: información sobre los cambios de la plataforma web
¿Necesitas ayuda?
- Clientes de Google Workspace o Cloud Identity (solo con acceso autorizado): contactar con el equipo de Asistencia
- Asistencia para empresas del navegador Chrome: regístrate para contactar con un especialista
- Foro de administradores de Chrome
- Centro de Ayuda de Chrome Enterprise y Education