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.
- Las actualizaciones del navegador Chrome están publicadas en la versión estable temprana del navegador Chrome.
- Las actualizaciones de ChromeOS se publican una semana antes de la versión estable de ChromeOS.
Resumen del lanzamiento de Chrome 133
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Cómo realizar búsquedas con Google Lens en computadoras y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.
Computadoras
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona "Buscar imagen con Google". Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 100% de la versión estable
- Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
- Chrome 132 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
- Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de AWP tenga una identidad única para macOS. Anteriormente, todas las AWP se veían como la misma aplicación en este sistema operativo.
Esta actualización aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir durante el acceso de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.
Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de
chrome://flags/#use-adhoc-signing-for-web-app-shims
. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.Si hay una incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.
- Chrome 129 en macOS
La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims
) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de extremos, como Santa. Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
- Chrome 133 en macOS
La función comenzará a lanzarse en el 100% de la versión estable.
- Chrome 129 en macOS
- La Sincronización de Chrome deja de ser compatible con versiones de Chrome de más de cuatro años
A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no es compatible con versiones de Chrome que tengan más de cuatro años. Para seguir usando la Sincronización de Chrome, debes actualizar a una versión más reciente de Chrome. Para obtener más información, consulta este debate: La Sincronización de Chrome se descontinuará en las versiones de Chrome que tengan más de cuatro años.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, permite que Chrome solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.
En Chrome 129, agregamos una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.
Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.
Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.
- Chrome 129 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 133 en Android
- Inmovilización de pestañas en el modo de ahorro de energía
Cuando el Ahorro de energía está activo, Chrome inmoviliza una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:
- La pestaña proporcione funcionalidad de videoconferencia, detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo.
- La pestaña controle un dispositivo externo, detectado a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.
Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
La función se puede probar con una marca: chrome://flags/#freezing-on-energy-saver. Como alternativa, se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y se inmovilizaría si usara mucha CPU).- Chrome 133 en ChromeOS, Linux, macOS y Windows
La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 133.La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
- Parámetro de configuración de seguridad de V8 en Android
V8 es el motor JavaScript y WebAssembly de Chrome que se usa para mejorar el rendimiento del sitio Para reducir la superficie de ataque de Chrome, Chrome 133 en Android ahora incluye un nuevo parámetro de configuración en
chrome://settings/security
para inhabilitar los optimizadores de Just-in-Time (JIT) de V8. Esto mantiene la compatibilidad con Web Assembly. Los administradores pueden seguir controlando esta función con la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
El parámetro de configuración se lanzará en Chrome 121. Las políticas empresariales están disponibles desde Chrome 93. - Chrome 133 en Android
El parámetro de configuración está disponible en Android en Chrome 133, en Configuración del sitio. Las políticas empresariales ya no están marcadas como experimentales.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- La página de bienvenida de Chrome ya no se activa con initial_preferences
Quitamos la página de bienvenida de Chrome de
initial_preferences
porque esa página es redundante con la experiencia de primera ejecución que se activa en plataformas de computadoras. Incluirchrome://welcome
en la propiedadfirst_run_tabs
del archivoinitial_preferences
ya no tiene efecto.Para obtener más detalles sobre el contexto del archivo initial_preferences, consulta Configura otras preferencias.
- Chrome 133 en Windows, macOS y Linux
- Compatibilidad con URLs de esquemas no especiales
A partir de Chrome 130, el navegador Chrome admite URLs de esquemas no especiales, por ejemplo,
git://example.com/path
. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada con el estándar de URLs. En Chrome 133, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 133 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: Se quitará la marca de función.
- Políticas nuevas en el navegador Chrome
Política Descripción LiveTranslateEnabled Habilita la traducción de subtítulos instantáneos. Los subtítulos se enviarán a Google para su traducción. WebRtcIPHandling Esta política permite restringir las direcciones IP y las interfaces que utiliza WebRTC al momento de intentar encontrar la mejor conexión disponible. DefaultJavaScriptOptimizerSetting Te permite establecer si el navegador Chrome ejecutará el motor V8 de JavaScript con las optimizaciones más avanzadas de JavaScript habilitadas. JavaScriptOptimizerBlockedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se inhabilitan las optimizaciones avanzadas de JavaScript. JavaScriptOptimizerAllowedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se habilitan las optimizaciones avanzadas de JavaScript. SafeBrowsingAllowlistDomains Si habilitas la política, la Navegación segura confiará en los dominios que designes. FilePickerChooseFromDriveSettings Permite elegir archivos directamente desde Google Drive.
- Políticas que se quitaron del navegador Chrome
Política Descripción CSSCustomStateDeprecatedSyntaxEnabled Controla si se habilita la sintaxis obsoleta para el estado personalizado de CSS.
Cambios en Chrome Enterprise Core
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permitirá a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS.
- Chrome 133 en iOS
Cambios en Chrome Enterprise Premium
- No hay actualizaciones de Chrome Enterprise Premium en Chrome 133.
Próximamente
Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el canal estable.
Próximos cambios en el navegador Chrome
- Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome
A partir de Chrome 134, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Leer en voz alta en el Modo de lectura en Chrome 134
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El Modo de lectura incluirá una función de Leer en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.
- Chrome 134 en Linux, macOS y Windows
- Configuración de los elementos destacados para las funciones basadas en IA inhabilitadas por la política
En la configuración de Chrome, mostraremos las funciones basadas en IA que la política empresarial inhabilita. También mostraremos un aviso que indique que la organización la inhabilitó, similar a otros parámetros de configuración, cuando se inhabiliten por política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 134 en Windows, macOS y Linux
- Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc
Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de srcdoc y hacer que hereden el controlador de service worker de la página superior.
- Chrome 134 en Windows, macOS, Linux y Android
- Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP.
Actualmente, cuando la Política de Seguridad del Contenido (CSP) lo bloquea, Chromium arroja una excepción de SecurityError desde los constructores "new Worker(url)" o "new SharedWorker(url)". Según la especificación de la CSP, la verificación de la CSP se realiza como parte de una recuperación y se debería activar un evento de error después de que se devuelve el objeto. El objetivo de esta actualización es que Chromium cumpla con las especificaciones, ya que no arroja una excepción del constructor, sino que activa un evento de error de forma asíncrona.
- Chrome 134 en Windows, macOS, Linux y Android
- Se quitaron las restricciones de audio no estándar de getUserMedia
Blink admitió una serie de restricciones no estándar con prefijo goog para getUserMedia por un tiempo antes de que las restricciones se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
yDOMSubtreeModified
, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog. Si tienes algún problema, informa el error aquí.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Sincronización entre dispositivos de la configuración y los temas de Chrome en computadoras de escritorio al acceder
Después del lanzamiento del nuevo modelo de identidad en Chrome para computadoras, planeamos habilitar la configuración de la cuenta, los temas y los accesos directos a sitios para los usuarios en el acceso (en lugar de tener que sincronizar).
Para ello, presentaremos el almacenamiento local y de la cuenta para cada uno de estos tipos de datos.
Esto significa lo siguiente:
- En el caso de los usuarios de Chrome para computadoras que accedan a Chrome o que tengan habilitada la sincronización, la configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google se mantendrán separados de los locales, es decir, la configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.
- Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando los usuarios acceden o activan la sincronización, y no se deja ningún parámetro de configuración del almacenamiento de su cuenta en el dispositivo cuando se desactiva la sincronización.
-
Se seguirán aplicando las políticas existentes de Chrome SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.
- Chrome 135 en Linux, macOS y Windows
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://
de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo para las URLs que no sean de archivos.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quita la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, informa un error aquí.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled .
- Chrome 135 en Windows:
Se quitó la política ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.
Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 135 en Windows, macOS, Linux y Android
- Se quitó el resguardo de SwiftShader
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:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos --enable-unsafe-swiftshader.
Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas --enable-unsafe-swiftshader , se quitará este mensaje de advertencia.
Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*
, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 135 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Nueva aplicación complementaria de Chrome Enterprise
La aplicación complementaria de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales.
- Chrome 134 en Windows y macOS
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la UX de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 134 en Windows, macOS, Linux y ChromeOS
- Prevención de capturas de pantalla
Tenemos previsto mejorar la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Aprovecharemos el lanzamiento exitoso de los controles de protección de datos para agregar funciones clave y abordar las brechas y los comentarios de los usuarios.
- Chrome 134 en Windows y macOS
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la funcionalidad funcione sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 135 en iOS y Android
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 135 en iOS y Android
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
Registrarse para recibir correos electrónicos sobre futuras actualizaciones
Notas de versiones anteriores
Versión de Chrome y fecha de lanzamiento objetivo del canal estable |
|
---|---|
Chrome 132: 8 de enero de 2024 | |
Chrome 131: 6 de noviembre de 2024 | |
Chrome 130: 9 de octubre de 2024 | |
Chrome 129: 11 de septiembre de 2024 | |
Notas de versiones anteriores → |
Recursos adicionales
- Para probar las nuevas funciones antes de su lanzamiento, regístrese en el programa de Verificador de confianza.
- Conéctese 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 actualización de Chrome
- Para fechas específicas, consulta el programa de lanzamientos de Chrome.
- Descargas del navegador Chrome y descripción general del producto Chrome Enterprise: Navegador Chrome para empresas.
- Estado de la versión de Chrome y cronogramas: Estado de la plataforma Chrome | Visor del servidor de Google Actualización.
- Anuncios: Blog de actualizaciones de Chrome | Blog de Chromium.
- Desarrolladores: Obtén información sobre los cambios en la plataforma web.
¿Todavía necesitas ayuda?
- Clientes de Google Workspace o Cloud Identity (solo con acceso autorizado): Comuníquese con el equipo de asistencia
- Asistencia del navegador Chrome para empresas: Regístrese para comunicarse con un especialista
- Foro de administradores de Chrome
- Centro de ayuda de Chrome Enterprise y Education