Notas de la versión de Chrome Enterprise y Education

Última actualización: 15 de abril de 2026 

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

 

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

¿Quieres administrar dispositivos ChromeOS de manera remota? Comienza la prueba de ChromeOS Enterprise Upgrade hoy sin cargo.

 

Important update: Starting March 26th, 2026, the release notes for Chrome browser for Enterprise are moving! Find them exclusively on our website: chromeenterprise.google. Please update your bookmarks. (Note that ChromeOS release notes will continue to be published at this current link and will not move.)

Resumen de la versión de Chrome 147

 
Cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Mejoras en el Modo IA y Lens    
Gemini en Chrome    
Encapsulamiento de claves X25519Kyber768 para TLS    
Actualización de CSS: desvinculación de las propiedades de ancho y estilo    
Personalización del fondo de la página Nueva pestaña en Chrome para iOS    
Credenciales de sesión vinculada al dispositivo    
Restricciones de acceso a la red local    
Quiero denunciar una estafa    
Pestañas verticales    
Proveedor del framework de accesibilidad UI Automation en Windows    
Políticas nuevas en el navegador Chrome    
Políticas que se quitaron del navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad y privacidad Productividad y apps del usuario Administración
Bloquear extensiones según las puntuaciones de riesgo de terceros  
Bloquear extensiones con las categorías de Chrome Web Store  
Nueva opción de publicación de organizaciones en Chrome Web Store  
Resumen generado por IA de las notas de la versión en la Consola del administrador de Google  
Informes de uso de IA generativa y aplicaciones SaaS  
Cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad y apps del usuario Administración
Mayor compatibilidad con el tamaño de archivos para los análisis de DLP  
Nuevas plantillas para las reglas de Prevención de pérdida de datos  
Integración optimizada de Chrome Enterprise en Google SecOps    
Compatibilidad con listas de entidades permitidas y bloqueadas para las Herramientas para desarrolladores  
Compatibilidad con listas de entidades permitidas y bloqueadas para el modo Incógnito  
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Inicialización de perfiles de Chrome a través de un URI personalizado  
Autocompletado mejorado    
Trabajadores compartidos con vida útil extendida    
Migración del origen de la AWP    
API de Prompt  
Chrome para dispositivos Linux ARM64    
Actualización a la advertencia Sin HTTPS    
Usar siempre conexiones seguras de forma predeterminada    
Baja y eliminación de las APIs de Privacy Sandbox  
Apps web aisladas    
Migración de la API de SafeBrowsing de la versión 4 a la 5    
Chrome dejará de ser compatible con macOS 12    
Baja y eliminación de XSLT
Chrome pasará a un ciclo de lanzamiento de 2 semanas    
Criptografía poscuántica para DTLS en WebRTC    
No se permiten espacios en hosts de URLs que no sean file://    
Próximos cambios en Chrome Enterprise Core Seguridad y privacidad Productividad y apps del usuario Administración
Compatibilidad con certificados de cliente de Chrome en iOS  
Compatibilidad con informes de perfiles administrados    
Próximos cambios en Chrome Enterprise Premium Seguridad y privacidad Productividad y apps del usuario Administración
API de Chrome Enterprise Connectors  
Compatibilidad con la función de arrastrar para los controles de datos    
Telemetría de actividad del DOM de extensiones empresariales    
Nuevo parámetro de configuración de la política DataControlRules  
Endurecimiento contra la manipulación de políticas locales  

 

↑ volver al principio

Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar 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 la versión estable temprana del navegador Chrome.

 

Important update: Starting March 26th, 2026, the release notes for Chrome browser for Enterprise are moving! Find them exclusively on our website: chromeenterprise.google. Please update your bookmarks. (Note that ChromeOS release notes will continue to be published at this current link and will not move.)

Cambios en el navegador Chrome 

   

  • Mejoras en el Modo IA back to top

    Chrome 143 integra nuevas capacidades del modo IA en Chrome para macOS y Windows. Los usuarios podrán acceder al Modo IA directamente en la página Nueva pestaña y el cuadro multifunción, lo que les permitirá hacer preguntas complejas directamente desde donde comienzan a navegar. Esta función comenzará a lanzarse en Chrome 143 para macOS y Windows. Los administradores pueden desactivar estas funciones (valor 1) con la política AIModeSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta la sección correspondiente en el Centro de ayuda.

    La función de contexto de varias pestañas también estará disponible en Chrome 144. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas con el Modo IA, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores podrán desactivar estas funciones (valor 1) con la política SearchContentSharingSettings (disponible en Chrome 144) o con GenAiDefaultSettings (valor 2).

    En Chrome 145, lanzamos la función de contexto de varias pestañas en el Modo IA y Lens. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings o con GenAiDefaultSettings (valor 2). Además, en Chrome 145 para iOS y Android, se integraron nuevas capacidades del modo IA en el navegador Chrome.

    En Chrome 146, los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings.

    En Chrome 147, los administradores usan SearchContentSharingSettings para controlar estas funciones. Las políticas de Google Lens LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejaron de estar disponibles.

   

  • Gemini en Chrome back to top

    Gemini ahora está integrado en Chrome en macOS, Windows y dispositivos ChromeOS seleccionados, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y la función Gemini Live, con la que pueden hacerlo por voz.

    En Chrome 143, Gemini en Chrome comenzó a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.

    También en Chrome 143, anunciamos la función de contexto de varias pestañas. Ahora, Gemini en Chrome puede ver más de las pestañas que abriste (hasta 10) para que puedas hacer preguntas sobre múltiples páginas y comparar o encontrar información con más eficiencia. Gemini en Chrome también funciona como agente de productividad. Gemini en Chrome usa automáticamente información pública de los siguientes servicios de Google: la Búsqueda de Google, Google Maps y YouTube. Con tu permiso, Gemini en Chrome puede ayudarte a conectar tu información personal y contenido en los servicios de Google Workspace (Gmail, Drive, Keep, Calendario y Tareas).

    En Chrome 144, la navegación automática en Gemini en Chrome se puso a disposición de algunos usuarios (no empresariales). En el lanzamiento, estará disponible una política empresarial GeminiActOnWebSettings.

    Para obtener más detalles, consulta los pasos de lanzamiento que se indican a continuación.

    • Chrome 144 en macOS y Windows: La navegación automática en Gemini en Chrome está disponible para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el lanzamiento. Elemento del menú contextual de carga de imágenes disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
    • Chrome 144 en macOS y Windows: Gemini en Chrome permite llamar a algunas herramientas de terceros que están disponibles como extensiones de Gemini.
    • Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome ahora está disponible para los usuarios de EE.UU., Canadá, Nueva Zelanda y la India en más de 50 idiomas. Obtén más detalles en este artículo del Centro de ayuda.
    • Chrome 147 en ChromeOS, macOS y Windows: A partir de Chrome 147 en macOS, Windows y ChromeOS, la función de navegación automática en Gemini en Chrome estará disponible para los usuarios empresariales. Las políticas empresariales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs están disponibles para controlar la navegación automática.
    • Chrome 148 en ChromeOS, macOS y Windows: Gemini en Chrome podrá usar la función de autocompletar de Chrome para completar formularios de tarjetas de crédito y direcciones (con permiso del usuario). Se respetarán las políticas empresariales AutofillAddressEnabled y AutofillCreditCardEnabled, así como las políticas generales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs para Gemini en Chrome de agentes.

   

  • Encapsulamiento de claves X25519Kyber768 para TLS back to top

    Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial en Chrome 147. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.

    • Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
    • Chrome 147 en Linux, macOS, Windows: Se quitará la política empresarial PostQuantumKeyAgreementEnabled.

   

  • Actualización de CSS: Desvinculación de las propiedades de ancho y estilo back to top

    Chrome 147 se alinea con las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades border-width, outline-width y column-rule-width. Anteriormente, si las propiedades border-style, outline-style o column-rule-style correspondientes se establecían en oculto o ninguno, el ancho calculado de estas propiedades se forzaba a 0px, independientemente del valor especificado.

    Con este cambio, los valores calculados de border-width, outline-width y column-rule-width siempre reflejarán los valores especificados por el autor, independientemente de la propiedad *-style. Además, los valores resueltos (como los que devuelve getComputedStyle()) para outline-width y column-rule-width también reflejarán los valores especificados.

    El cambio alinea Chrome con Firefox y WebKit, que ya implementaron este comportamiento.

    • Chrome 147 en Windows, macOS, Linux y Android: No hay pasos de lanzamiento.

   

  • Personalización del fondo de Chrome para iOS en la página Nueva pestaña back to top

    Chrome para iOS ahora permitirá que los usuarios personalicen el fondo de la página Nueva pestaña (NTP). Los administradores pueden establecer NTPCustomBackgroundEnabled como verdadero o falso, lo que permite a los usuarios personalizar el fondo de la página Nueva pestaña. El administrador puede establecer BrowserThemeColor, que admite un código hexadecimal para especificar un color. Si se especifica un valor hexadecimal, el usuario no podrá anularlo. Los administradores también pueden especificar un valor hexadecimal recomendado que el usuario puede anular. Si la función está completamente habilitada, los usuarios también pueden elegir elementos de la galería preseleccionada en Chrome o de la galería de fotos del teléfono.

    • Chrome 147 en iOS: La función se lanzará gradualmente: En Chrome 146 para iOS, la personalización de fondos comienza su lanzamiento gradual, siguiendo el lanzamiento gradual habitual. En Chrome 147 para iOS, la función de sincronización de temas comenzará a lanzarse gradualmente.

   

  • Credenciales de sesión vinculadas al dispositivoback to top

    Para mejorar la seguridad del usuario y combatir el robo de cookies de sesión, Chrome presenta las Credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite que los sitios web vinculen la sesión de un usuario a su dispositivo específico, lo que dificulta significativamente el uso de cookies de sesión robadas en otras máquinas.

    • Chrome 145 en Windows: La función se lanzará gradualmente.
    • Chrome 147 en macOS: La función se lanzará gradualmente.

   

  • Restricciones de acceso a la red local back to top

    Chrome 142 restringió la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.

    Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.

    Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).

    Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Para obtener más información sobre esta función, consulta Adapta tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.

    Chrome 145 presentó permisos más detallados para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior de acceso a la red local se dividirá en dos permisos distintos:

    • local-network: Otorga acceso a las direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
    • loopback-network: Otorga acceso a direcciones IP de bucle invertido (por ejemplo, localhost, 127.0.0.1).

    El permiso de red local anterior seguirá siendo un alias, lo que garantizará que las configuraciones y las políticas de permisos existentes sigan funcionando según lo previsto. Este cambio les brindó a los usuarios y administradores un control más preciso sobre cómo los sitios web interactúan con los recursos de la red interna. Este cambio no afectará las políticas empresariales actuales que administran el acceso a la red local.

    Chrome 146 introduce dos políticas empresariales nuevas para administrar las restricciones de acceso a la red local: LocalNetworkAccessIpAddressSpaceOverrides y LocalNetworkAccessPermissionsPolicyDefaultEnabled. Estas políticas se pueden establecer con parámetros de configuración personalizados.

    Chrome 147 expande las restricciones de acceso a la red local para incluir las conexiones de WebSocket y WebTransport.

    • Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: Se lanzó la división de permisos.
    • Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se agregarán dos políticas empresariales nuevas para administrar las restricciones de acceso a la red local: Se podría usar LocalNetworkAccessIpAddressSpaceOverrides para marcar los bloques de direcciones IPv4 e IPv6 como públicos o privados. Los rangos de IP que se tratan como públicos no generarán mensajes de permisos cuando otras páginas accedan a ellos. Por ejemplo, CGNAT 100.64.0.0/10 se puede marcar como público. Esto es útil para ciertos parámetros de configuración de VPN y proxy. Marcar 0.0.0.0/0 y ::/0 como públicos equivale a inhabilitar las restricciones de acceso a la red local. LocalNetworkAccessPermissionsPolicyDefaultEnabled se puede usar para que el permiso de LNA se delegue automáticamente en los elementos iframe por el marco superior, sin necesidad de una anotación explícita de los elementos iframe secundarios. Esto es útil en situaciones en las que una herramienta de SaaS incorporada dentro de otra herramienta de SaaS realiza el acceso a la red local. Esto incluye ciertos softwares de documentación y bases de conocimiento alojados de forma local.
    • Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: Se expandieron las restricciones de acceso a la red local para incluir las conexiones de WebSocket y WebTransport.
    • Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LocalNetworkAccessRestrictionsTemporaryOptOut.

   

  • Quiero denunciar una estafa back to top

    Con la Navegación segura activada, los usuarios pueden denunciar páginas web directamente a la Navegación segura desde Chrome a través del menú Ayuda.
    Los administradores pueden inhabilitar esta función desactivando la Navegación segura con SafeBrowsingProtectionLevel o rechazando los comentarios de los usuarios con la política UserFeedbackAllowed.

    • Chrome 147 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Pestañas verticales back to top

    Chrome para computadoras presenta una barra de pestañas vertical para mejorar la administración de pestañas de los usuarios que manejan muchas pestañas. Esta función aborda la dificultad de encontrar y organizar pestañas, ya que muestra los títulos de las páginas completas, mejora el uso de los grupos de pestañas y optimiza el uso del espacio vertical de la pantalla.

    • Chrome 147 en Linux, macOS y Windows: La función se lanzará gradualmente: La función se lanzará gradualmente en macOS, Windows y Linux.
    • Chrome 148 en ChromeOS: La función se lanzará gradualmente en ChromeOS.

   

  • Proveedor del framework de accesibilidad de la automatización de la IU en Windows back to top

    Chrome 126 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 a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor.

    Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año permitió que las empresas tuvieran tiempo suficiente para trabajar con proveedores externos y 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 habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
    • Chrome 147 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.

    

   

  • Políticas que se quitaron del navegador Chrome back to top
    Política Descripción

    UiAutomationProviderEnabled

    Habilitar el proveedor del framework de accesibilidad Automatización de la interfaz de usuario del navegador en Windows

    PostQuantumKeyAgreementEnabled

    Habilitar el acuerdo de claves poscuántico en TLS

 

Cambios en Chrome Enterprise Core

   

  • Bloquear extensiones en función de las puntuaciones de riesgo de terceros back to top

    A partir de Chrome 147, los administradores pueden configurar un umbral de riesgo en la configuración de Apps y extensiones de la Consola del administrador de Google para bloquear automáticamente las extensiones que usan evaluaciones de riesgos de terceros (Spin.Ai y LayerX). Esta función simplifica la administración de extensiones y reduce el trabajo manual necesario para evaluar y bloquear las extensiones de alto riesgo. Las extensiones que superen el umbral de puntuación de riesgo configurado se inhabilitarán automáticamente en el cliente y se bloquearán las nuevas instalaciones. Chrome 147 permite una versión preliminar para verificadores de confianza, y la función se lanzará gradualmente en Chrome 148.

    • Chrome 147 en Linux, macOS y Windows: Versión preliminar anticipada disponible para los verificadores de confianza de Chrome Enterprise.
    • Chrome 148 en Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Bloquear extensiones con las categorías de Chrome Web Store back to top

    A partir de Chrome 147, los administradores podrán mejorar la seguridad bloqueando automáticamente las extensiones de Chrome según sus categorías de Chrome Web Store, por ejemplo, bloqueando todas las extensiones de Juegos. Esta función impide que se instalen extensiones de categorías bloqueadas y las inhabilita si ya están presentes. Las extensiones instaladas de manera automática y las que se incluyen en la lista de elementos permitidos no se ven afectadas.

    Este parámetro de configuración solo está disponible en la Consola del administrador de Google en Apps y extensiones > Configuración, dentro de la nueva sección Bloqueo avanzado de extensiones. El nombre del parámetro de configuración es Bloquear por categoría. También se puede configurar con las APIs de Chrome Management. Este parámetro de configuración no está disponible para los dispositivos administrados de forma local.

    Chrome 147 permite una versión preliminar para verificadores de confianza, y la función se lanzará gradualmente en Chrome 148.

    • Chrome 147 en Linux, macOS y Windows: Versión preliminar anticipada disponible para los verificadores de confianza de Chrome Enterprise.
    • Chrome 148 en Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Nueva opción de publicación de organizaciones en Chrome Web Store back to top

    Chrome 147 presenta una nueva función de publicación de dominios B2B en Chrome Web Store que permite a los desarrolladores distribuir extensiones directamente a dominios empresariales específicos. Esto permite una implementación segura y escalable para las soluciones empresariales personalizadas, y mejora la experiencia del administrador que gestiona estas implementaciones.

    Anteriormente, los desarrolladores empresariales solo podían publicar extensiones de forma privada para su propia empresa. Con la nueva opción, los desarrolladores podrán implementar sus extensiones de forma privada en organizaciones externas que las aprueben, todo desde la tienda.
    Para obtener más información sobre cómo comenzar, visita Chrome for Developer Blog: New enterprise publishing option in the Chrome Web Store: Publish to external organizations.

    • Chrome 147 en ChromeOS, Linux, macOS y Windows.

   

  • Resumen generado por IA de las notas de la versión en la Consola del administrador de Google back to top

    En Chrome 147, se introduce un resumen generado por IA de las notas de la versión de Chrome Enterprise en la Consola del administrador de Google. Esto permite que los administradores revisen rápidamente las actualizaciones clave de la versión más reciente.

    Diseñada para optimizar la administración de Chrome, esta nueva tarjeta proporciona elementos destacados y acciones sugeridas generados por IA. En ella, se destaca la información pertinente para tu dominio, incluidas las funciones nuevas, las modificaciones y la baja de políticas, y las funcionalidades de Chrome Enterprise Core. El objetivo es ayudar a los administradores a ahorrar tiempo y a identificar con mayor facilidad los cambios significativos y las acciones recomendadas.

    • Chrome 145 en Android, iOS, Linux, macOS y Windows: La versión preliminar anticipada está disponible para los verificadores de confianza de Chrome Enterprise.
    • Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Informes de uso de IA generativa y aplicaciones SaaS back to top

    A partir de Chrome 147, los administradores tendrán acceso a una nueva función de informes de uso de IA generativa y aplicaciones SaaS en la Consola del administrador de Google. Este informe brinda visibilidad sobre el uso que hace la organización de las herramientas de IA generativa y los sitios de SaaS, lo que permite a los administradores supervisar el uso de los recursos de TI empresariales.

    Este informe solo está disponible para los clientes de Chrome Enterprise Core (CEC) y Chrome Enterprise Premium (CEP).

    Este nuevo informe hace un seguimiento del uso de 60 sitios predefinidos (incluidos los sitios de X Gen AI) y proporciona métricas sobre las visitas, los perfiles administrados únicos, los navegadores administrados únicos y el acceso a eventos de transferencia de contenido sensible. Con estas estadísticas, los administradores pueden evaluar el riesgo y restringir el uso tomando decisiones fundamentadas sobre las licencias o creando restricciones de uso, como reglas de Prevención de pérdida de datos (DLP).
    Chrome 147 permite una vista previa para verificadores de confianza, y la función se lanzará gradualmente en Chrome 149.

    • Chrome 147 en Linux, macOS y Windows: Versión preliminar anticipada disponible para los verificadores de confianza de Chrome Enterprise.
    • Chrome 149 en Linux, macOS y Windows: La función se lanzará gradualmente.

Cambios en Chrome Enterprise Premium

Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.

   

  • Mayor compatibilidad con el tamaño de archivos para los análisis de DLP back to top  

    Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y encriptados.

    Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad importante.

    En Chrome 147, en el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.

    Nota: Debido a que ahora se almacenan archivos más grandes, es posible que los clientes vean un aumento en los cargos de Google Cloud Storage asociados con su bucket de Evidence Locker.

    No se requiere una política nueva para habilitar esta función. Se controla automáticamente con tu configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?.

    • Chrome 147 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.

   

  • Nuevas plantillas para las reglas de prevención de pérdida de datos back to top  

    Implementar la protección de datos líder de la industria en Chrome ahora es más rápido y más intuitivo. Chrome Enterprise Premium (CEP) presenta plantillas de reglas de Prevención de pérdida de datos (DLP) listas para usar que ayudan a los clientes a implementar políticas de protección de datos sólidas y a aprovechar el valor del paquete de seguridad de CEP con una configuración mínima.

    Con estas plantillas, los clientes pueden implementar de forma rápida y sencilla los controles esenciales de la DLP sin tener que empezar desde cero. Estas plantillas proporcionan una base para casos de uso comunes de la DLP, como los siguientes:

    • Proteger los datos sensibles, como los números de tarjetas de crédito y de seguridad social, para que no se filtren de forma accidental o maliciosa
    • Audita, bloquea el pegado o bloquea por completo categorías de sitios, como los sitios de IA generativa.
    • Inhabilita la captura de pantalla o aplica marcas de agua a los sitios con información sensible.

    Las nuevas plantillas de protección de datos se pueden encontrar en la Consola del administrador de Google con la opción Reglas > Plantillas del menú de navegación de la izquierda.

    Chrome 147 permite una versión preliminar para verificadores de confianza, y la función se lanzará gradualmente en Chrome 148.

    • Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: La versión preliminar anticipada está disponible para los verificadores de confianza de Chrome Enterprise. El acceso para verificadores de confianza comenzará a partir de abril de 2026.
    • Chrome 148 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Integración optimizada de Chrome Enterprise en Google SecOps back to top  

    El nuevo Chrome Enterprise Connector para Google Security Operations (Google SecOps) ya está disponible de forma general.

    El conector proporciona una nueva experiencia de integración que puede configurar de forma opcional los parámetros de configuración recomendados de Chrome Enterprise para reenviar datos de Chrome a Google SecOps. Ahora, el conector permite que los administradores conserven los parámetros de configuración que se establecieron anteriormente. Los datos de Chrome Enterprise Premium incluyen contexto de seguridad adicional de la Navegación segura. Los administradores pueden seleccionar una instancia conectada a su organización o usar un token único (sin llave) para enviar datos a una instancia externa. Este conector enruta los datos de Chrome a Google SecOps a través de Google Cloud.

    Para obtener más detalles, consulta Configura Chrome Enterprise Connectors para Google Security Operations.

    • Chrome 142 en iOS, ChromeOS, Linux, macOS y Windows.
    • Chrome 147 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente: Chrome Enterprise Connector para Google Security Operations estará disponible de forma general.

   

  • Compatibilidad con listas de entidades permitidas y bloqueadas para las Herramientas para desarrolladores back to top  

    Chrome introducirá dos políticas nuevas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que proporcionan un control detallado sobre la disponibilidad de las Herramientas para desarrolladores según patrones de URL.

    Anteriormente, los administradores solo podían permitir o rechazar las Herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores ahora pueden aplicar un bloqueo general en las Herramientas para desarrolladores para proteger los datos corporativos sensibles y, al mismo tiempo, permitir explícitamente el acceso en URLs internas específicas para fines de desarrollo o solución de problemas.

    Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas políticas nuevas, el comportamiento de la política existente DeveloperToolsAvailability no cambiará.

    • Chrome 147 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente y se introducirán las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en las plataformas para computadoras.

   

  • Compatibilidad con listas de entidades permitidas y bloqueadas para el modo Incógnito back to top  

    Chrome introducirá dos políticas nuevas, IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist, para brindar a los administradores un control más preciso sobre el uso del modo de navegación Incógnito.

    Como parte de este cambio, Chrome también actualizará el comportamiento predeterminado de los patrones de comodines en la política existente URLBlocklist y en la nueva IncognitoModeUrlAllowlist para permitir la navegación a las páginas internas chrome://. Si un administrador quiere bloquear las páginas internas chrome://, debe bloquearlas de forma explícita y no puede depender del comodín. Ten en cuenta que el acceso a las páginas internas chrome:// es necesario para el correcto funcionamiento de varias funciones de Chrome, como la búsqueda, la página Nueva pestaña y la impresión.

    Estas políticas nuevas funcionan de manera similar a las políticas existentes URLBlocklist y URLAllowlist, pero están designadas específicamente para las sesiones en modo Incognito. Esto permite que las organizaciones restrinjan el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitan el uso legítimo en otros sitios. Anteriormente, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito a través de la política IncognitoModeAvailability.

    • Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente y se introducirán las políticas IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist.

↑ volver al principio  

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

   

  • Inicialización de perfiles de Chrome a través de un URI personalizado back to top

    Esta función introduce un nuevo esquema de URI personalizado (google-chrome://) que permite que las aplicaciones externas y los portales web inicien Chrome directamente en un perfil administrado específico. Si el perfil especificado no existe, se guiará al usuario a través de un flujo de creación de perfiles optimizado y prepropagado con su correo electrónico de trabajo. Esto permite una transición fluida para los usuarios que pasan de navegadores arbitrarios o catálogos de apps integrados a un entorno de Chrome seguro y administrado. Los administradores pueden controlar este comportamiento con la política ChromeURILaunchEnabled.

    • Chrome 148 en macOS y Windows: La versión preliminar anticipada está disponible para los verificadores de confianza de Chrome Enterprise.  

   

  • Autocompletado mejorado back to top

    A partir de Chrome 137, algunos usuarios podrán activar Autocompletar mejorado, una función que ayuda a los usuarios a completar formularios en línea con mayor facilidad. En los formularios pertinentes, Chrome puede usar la IA para comprender mejor el formulario y ofrecer a los usuarios la posibilidad de completar de manera automática la información guardada anteriormente. Los administradores pueden controlar la función con la política existente GenAiDefaultSettings y una nueva política AutofillPredictionSettings.

    • Chrome 137 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
    • Chrome 140 en ChromeOS, Linux, macOS y Windows: Se cambiará el nombre de la función existente "Autocompletar con IA" a "Autocompletado mejorado", se permitirá a los usuarios guardar y completar tipos adicionales de información, y estará disponible en más idiomas y países.
    • Chrome 148 en Android y iOS: El Autocompletado mejorado estará disponible para los usuarios de Chrome n Android y Chrome en iOS.

   

  • Trabajadores compartidos con vida útil extendida back to top

    Esta actualización agrega una nueva opción, extendedLifetime: true, al constructor SharedWorker. Esto solicita que el trabajador compartido se mantenga activo incluso después de que se hayan descargado todos los clientes actuales. El caso de uso principal es permitir que las páginas realicen trabajo asíncrono que requiere JavaScript después de que se descarga una página, sin necesidad de depender de un service worker.

    • Chrome 148 en Windows, macOS, Linux y Android: No hay pasos de lanzamiento.

   

  • Migración del origen de la AWP back to top

    Cuando un usuario instala una aplicación web progresiva (AWP), su identidad y contexto de seguridad están estrechamente vinculados a su origen web, por ejemplo, app.example.com. Esto representa un desafío importante para los desarrolladores que necesitan cambiar el origen de su AWP debido a un cambio de la marca, una reestructuración del dominio o una rearquitectura técnica. Actualmente, este cambio obliga a los usuarios a desinstalar manualmente la app anterior y volver a instalar la nueva, lo que genera una experiencia disruptiva y una posible pérdida de usuarios. Chrome 148 presenta un mecanismo para que los desarrolladores migren sin problemas una AWP instalada a un origen nuevo del mismo sitio, lo que preserva la confianza y los permisos del usuario.

    La política WebAppInstallForceList bloqueará la migración. Dado que las políticas empresariales en torno a las aplicaciones web se basan principalmente en URLs y orígenes, existe el riesgo de que una migración omita ciertas políticas que un administrador podría haber configurado. No se ofrecerá ninguna migración al usuario cuando el administrador de la empresa fuerce la instalación de una app. En su lugar, se mostrará un banner que le explique esto al usuario.

    • Chrome 148 en Windows, macOS y Linux: No hay pasos de lanzamiento.

   

  • API de Prompt back to top

    La API de Prompt está diseñada para interactuar con un modelo de lenguaje de IA usando entradas de texto, imagen y audio. Admite varios casos de uso, desde generar leyendas de imágenes y realizar búsquedas visuales hasta transcribir audio, clasificar eventos de sonido, generar texto siguiendo instrucciones específicas y extraer información o estadísticas del texto. Admite resultados estructurados que garantizan que las respuestas se ajusten a un formato predefinido, que suele expresarse como un esquema JSON, para mejorar la conformidad de las respuestas y facilitar la integración perfecta con las aplicaciones posteriores que requieren formatos de salida estandarizados.

    Esta API también se expone en las extensiones de Chrome. Esta entrada de función hace un seguimiento de la exposición en la Web. Una política empresarial GenAILocalFoundationalModelSettings está disponible para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.

    Registro de asistencia de idiomas:

    • Chrome M139 y versiones anteriores solo admitían "en".
    • Chrome M140 agregó compatibilidad con "es" y "ja"
    • Chrome 148 en Windows, macOS y Linux: La función se lanzará gradualmente.

   

  • Chrome para dispositivos Linux ARM64 back to top

    Nos complace anunciar que Google lanzará Chrome para dispositivos Linux ARM64 en el segundo trimestre de 2026, tras la exitosa expansión de Chrome a dispositivos macOS con tecnología Arm en 2020 y a dispositivos Windows con tecnología Arm en 2024.

    El lanzamiento de Chrome para dispositivos Linux ARM64 permite que más usuarios disfruten de la integración perfecta de los servicios más útiles de Google en su navegador. Esta medida aborda la creciente demanda de una experiencia de navegación que combine los beneficios del proyecto de código abierto Chromium con el ecosistema de apps y funciones de Google.

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

    • Chrome 149 en Linux - La función se lanzará gradualmente. 

   

  • Actualización a la advertencia Sin HTTPSback to top

    La advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en chrome://settings/security cambiará de un intersticial a un diálogo. La carga de página completa permanece bloqueada y la funcionalidad sigue siendo la misma. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia en chrome://settings/security.


    • Chrome 141 en ChromeOS, Linux, macOS y Windows: Hay un nuevo diseño de advertencia en plataformas de escritorio.
    • Chrome 149 en Android: Se presenta un diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de un intersticial completo.

   

  • Usar siempre conexiones seguras de forma predeterminada back to top

    Chrome 150 habilitará el parámetro de configuración Usar siempre conexiones seguras en el modo "solo sitios públicos" de forma predeterminada. Esto significa que Chrome solicitará el permiso del usuario antes del primer acceso a cualquier sitio público sin HTTPS. Los sitios públicos se definen como sitios que tienen un nombre único a nivel global y excluyen la navegación directa a direcciones RFC 1918 (192.168.0.1, 10.0.0.0/8, etc.), así como nombres cortos como go/.

    Antes de habilitar la opción de forma predeterminada para todos los usuarios, Chrome habilitará Usar siempre conexiones seguras para los usuarios que hayan habilitado las protecciones de la Navegación segura mejorada en Chrome.

    Si eres desarrollador de sitios web o profesional de TI, y tienes usuarios que podrían verse afectados por esta función, te recomendamos que habilites el parámetro de configuración "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tal vez debas migrar. Los administradores pueden usar las políticas HttpAllowlist y HttpsOnlyMode para anular este comportamiento.

    Para obtener más información, consulta nuestra guía de adopción y la entrada de blog del anuncio.

    • Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" para los usuarios que habilitaron la Navegación segura mejorada.
    • Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.

   

  • Baja y eliminación de las APIs de Privacy Sandboxback to top

    Chrome anunció recientemente que se mantendrá el enfoque actual de las cookies de terceros, tras lo cual planeamos dar de baja y quitar las siguientes APIs.

    • Temas
    • Protected Audience
    • Almacenamiento compartido
    • Informes de atribución
    • Private Aggregation
    • Related Web Sites
    • requestStorageAccessFor

    A continuación, se indican las políticas empresariales asociadas con las APIs anteriores.

    La baja comenzó con Chrome 144 y se planea quitar en Chrome 150. Después de la baja, las APIs seguirán existiendo y la mayoría de los usuarios no verán interrupciones. Sin embargo, algunos usuarios que dependen de las integraciones del servidor (como el servidor de k-anonimato o los coordinadores) verán una interrupción en los servicios. Nos comunicamos de forma proactiva con los usuarios de las APIs para informarles sobre nuestros planes de baja. En el momento de la eliminación, Chrome 150, también se quitarán todas las políticas asociadas con estas APIs.

    Ninguna de las APIs está habilitada de forma predeterminada para los usuarios empresariales. Se recomienda que los equipos empresariales revisen el estado de cualquier perfil administrado en su Consola del administrador.

    • Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: Se lanza la baja.
    • Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: Se quitarán las APIs y las políticas asociadas.

   

  • Apps web aisladas back to top

    Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación

    A partir de Chrome 150, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.

    • Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.

   

  • Migración de la API de SafeBrowsing de la versión 4 a la 5 back to top

    Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura

    • Chrome 150 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.

   

  • Chrome dejará de ser compatible con macOS 12back to top

    Chrome 150 será la última versión que admitirá macOS 12. Chrome 151 y versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.

    Chrome seguirá funcionando en Macs con macOS 12 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS.

    Para las instalaciones nuevas de Chrome 151 y versiones posteriores, se requerirá macOS 13 y versiones posteriores.

    • Chrome 151 en Windows, macOS y Linux

   

  • Baja y eliminación de XSLT back to top

    XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Con el tiempo, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión antigua que perduró en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del lado del cliente. Su función en el navegador web se sustituyó en gran medida por tecnologías basadas en JavaScript, como JSON y React.

    Chromium usa la biblioteca libxslt para procesar estas transformaciones, y libxslt no recibió mantenimiento durante aproximadamente 6 meses en el 2025. libxslt es una base de código C compleja y antigua, notoriamente susceptible de vulnerabilidades de seguridad de la memoria, como los desbordamientos del búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del lado del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de numerosos exploits de seguridad recientes y mediáticos que siguen poniendo en riesgo a los usuarios del navegador. Por estos motivos, Chromium y los otros dos motores de navegadores planean dar de baja y quitar XSLT de la plataforma web. Para obtener más detalles, consulta este artículo sobre Chrome para desarrolladores.

    • Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán).
    • Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se lanzan la prueba de origen (OT) y la política empresarial para realizar pruebas. Estos permiten que los sitios y las empresas sigan usando las funciones después de la fecha de eliminación.
    • Chrome 160 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y la política empresarial.
    • Chrome 176 en Android, ChromeOS, Linux, macOS y Windows: Dejan de funcionar la prueba de origen y la política empresarial. XSLT está inhabilitado para todos los usuarios.

   

  • Criptografía poscuántica para DTLS en WebRTC back to top

    Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde

    Los administradores podrán controlar esta función con la política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política es temporal y se planea quitarla en Chrome 152.

    • Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Lanzamiento de la función
    • Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia​STRONG: Se quitó la política empresarial.

   

  • Cambio a un ciclo de lanzamiento de 2 semanas back to top

    A partir de septiembre de 2026 (Chrome 153), Chrome pasará a un ciclo de lanzamiento de 2 semanas, en lugar del ciclo actual de cuatro semanas. La plataforma web avanza constantemente, y nuestro objetivo en Chrome es garantizar que los desarrolladores y los usuarios tengan acceso inmediato a las funciones, las correcciones y las mejoras de rendimiento más recientes. Basándonos en nuestra experiencia adaptando el proceso de lanzamiento para satisfacer las demandas de la Web moderna, anunciamos este paso significativo para aumentar aún más nuestra velocidad de desarrollo, y Chrome estable pasará a un ciclo de lanzamiento de 2 semanas. Puedes encontrar más detalles en la entrada de blog de Chrome para desarrolladores.

    La versión estable extendida está disponible para los clientes que puedan tener inquietudes sobre los costos de mantenimiento. Para obtener más información sobre la versión estable extendida, consulta este artículo del Centro de ayuda. La opción estable de 2 semanas sigue siendo la más segura y se debe usar si la seguridad es más importante que los costos de mantenimiento.

    • Chrome 153 en Android, iOS, Linux, macOS y Windows: Se cambia el ciclo de lanzamiento de 2 semanas.

   

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

    Según la especificación del estándar de URLs, 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 URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (para obtener más detalles, consulta este debate en GitHub).

    • Chrome 157 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia

 

Próximas actualizaciones de Chrome Enterprise Core

   

  • Compatibilidad con certificados de cliente de Chrome en iOS back to top

    La compatibilidad integrada con certificados de cliente en Chrome para iOS permite que los usuarios administrados se autentiquen de forma segura en los recursos corporativos con TLS mutua (mTLS). Históricamente, los certificados aislados de iOS dentro del almacén del sistema solo eran accesibles para las apps integradas de Apple, pero este lanzamiento permite que Chrome aprovisione y administre sus propios certificados respaldados por hardware de forma independiente. Integrándose con Secure Enclave de iOS para el almacenamiento de claves privadas no exportables, Chrome proporciona un indicador de identidad de alta garantía específicamente para entornos de confianza cero que usan Microsoft Entra ID y acceso condicional. Estas credenciales se aprovisionan dentro del perfil de Chrome administrado por el trabajo y son inaccesibles para otras aplicaciones o perfiles personales en el dispositivo.

    Para implementar esta función, los administradores deben habilitar el botón de activación Apply supported user settings to Chrome on iOS en la Consola del administrador de Google y configurar las políticas ProvisionManagedClientCertificateForBrowser y ProvisionManagedClientCertificateForUser para iniciar la emisión y la rotación. Por último, se debe usar la política AutoSelectCertificateForUrls para automatizar la selección de certificados para los dominios corporativos designados y garantizar un flujo de autenticación sin problemas.

    • Chrome 148 en iOS: La función se lanzará de forma gradual.

   

  • Compatibilidad con informes de perfiles administrados back to top

    Chrome Enterprise Core lanzará la compatibilidad con los informes de perfiles en la nube para los informes de uso de apps y extensiones y de versiones en la Consola del administrador de Google.

    En el informe Uso de apps y extensiones, los administradores podrán ver un nuevo recuento total de instalaciones para los perfiles administrados (perfiles de trabajo). Podrán ver qué extensiones tienen más instalaciones en todos los perfiles administrados.

    En el informe Versiones, los administradores podrán ver la cantidad total de perfiles administrados que ejecutan cada versión de Chrome. Por ejemplo, podrán ver si los perfiles administrados usan versiones anteriores de Chrome.

    Para habilitar los informes de perfiles en la nube para ambos informes, los administradores deben habilitar la política existente CloudProfileReportingEnabled. Si ya activaste los informes de perfiles administrados, los informes comenzarán a registrar los datos automáticamente.

    ¿Cómo encuentro estos informes? En la Consola del administrador, ve a Navegador Chrome > Informes > Uso de apps y extensiones o Navegador Chrome > Informes > Versiones.

    • Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: El informe de perfil en el informe de versiones estará disponible para los verificadores de confianza de Chrome Enterprise.

 

Próximas actualizaciones de Chrome Enterprise Premium

    

  • API de Chrome Enterprise Connectors back to top

    Pronto, Chrome Enterprise ampliará la administración programática para Chrome Enterprise Connectors. Esta actualización introducirá recursos para definir y asignar parámetros de configuración de conectores, lo que complementará las políticas de conectores existentes para permitir que los administradores gestionen el ciclo de vida completo de estas integraciones a gran escala.

    Anteriormente, la configuración de proveedores de servicios era un proceso manual en la Consola del administrador de Google. Esta actualización habilita la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la administración de las integraciones con soluciones de seguridad de terceros.

    Ahora los administradores pueden usar la API de Chrome Management para administrar recursos de ConnectorConfiguration (que definen el proveedor). La selección de conectores se administra a través de la API de Chrome Policy, lo que permite asignar estos parámetros de configuración a unidades organizativas o grupos. Esto funciona en conjunto con la configuración existente de la API de Policy para la generación de informes de eventos y el análisis de contenido, incluidas políticas como OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener detalles técnicos, los desarrolladores deben consultar la API de Chrome Management y la documentación de la API de Chrome Policy.

    • Chrome 143 en Android, iOS, Linux, macOS y Windows: Este lanzamiento agrega compatibilidad con la administración programática de Chrome Enterprise Connectors a través de una nueva API.
    • Chrome 148 en Android, iOS, Linux, macOS y Windows: En este lanzamiento, se introducen los recursos ConnectorConfiguration y ConnectorSelection, lo que permite la creación de instancias de proveedores de servicios y su asignación a unidades organizativas.

    

  • Compatibilidad con la función de arrastrar para los controles de datos back to top

    Chrome mejorará el marco de controles de datos extendiendo la aplicación de la seguridad a las operaciones de arrastrar y soltar en Windows, macOS, Linux, ChromeOS y Android para garantizar la coherencia con las políticas existentes del portapapeles. Los administradores podrán gestionar este comportamiento a través de la política DataControlsRules, aunque cualquier veredicto de WARN se derivará automáticamente a un BLOCK para evitar que un diálogo de advertencia interrumpa el bucle de arrastre interactivo.

    Cuando se restrinja una acción, los usuarios verán el nuevo diálogo ClipboardDragBlock o un modal de bloqueo de Android que indica que no se permite arrastrar contenido en el sitio. Esta actualización cerrará una brecha crítica de robo de datos con la evaluación local para mantener el rendimiento y la privacidad. Las organizaciones deben probar estas reglas con la marca de función DataControlsDragEnforcement y la página chrome://policy/test.

    • Chrome 148 en Android, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.

    

  • Telemetría de actividad del DOM de extensiones empresariales back to top

    Esta función exclusiva para empresas proporciona auditorías de seguridad para las extensiones de Chrome a través de la creación de una canalización de alta fidelidad que supervisa el comportamiento riesgoso. Se enfoca específicamente en identificar la inyección de código (riesgos de ejecución) y el acceso a los datos (riesgos de robo) que se producen entre las páginas web y las extensiones. Los indicadores verificados se filtran para garantizar que el rendimiento del navegador no se vea afectado y, en última instancia, se transmiten a través de la canalización de informes en tiempo real de Chrome para el análisis del sistema de administración de información y eventos de seguridad (SIEM).

    • Chrome 148 en ChromeOS, Linux, macOS y Windows: Versión preliminar anticipada disponible para los verificadores de confianza de Chrome Enterprise.

    

  • Nuevo parámetro de configuración de política para DataControlRules back to top

    Chrome mejorará la política existente DataControlsRules con la introducción de un nuevo parámetro de configuración llamado Restricciones de pegado de una administración a otra. Esta actualización proporciona a los administradores un mecanismo basado en el contexto para bloquear el contenido web sensible que se pega en perfiles de Chrome administrados o desde ellos sin necesidad de URLs de origen o destino específicas.

    A partir de Chrome 148, los administradores pueden usar casillas de verificación simples en la Consola del administrador de Google para establecer límites de datos para el modo Incógnito, otros perfiles de Chrome y aplicaciones que no sean de Chrome. Esta mejora está diseñada para fortalecer la prevención de pérdida de datos para los clientes de Chrome Enterprise Premium, ya que evita la filtración de datos corporativos en entornos no administrados. Los usuarios recibirán notificaciones inmediatas en el navegador si se restringe una acción de pegado, lo que garantiza que conozcan en tiempo real las políticas de seguridad de la organización.

    • Chrome 148 en Android, iOS, ChromeOS, macOS y Windows: La función se lanzará gradualmente.

    

  • Endurecimiento contra la manipulación de políticas localesback to top

    A veces, la configuración local de los dispositivos personales (BYOD) puede entrar en conflicto con la configuración de las políticas corporativas. Para abordar esta posible brecha de seguridad, los indicadores de conflicto de políticas en Chrome ahora detectan y registran cada vez que una política local anula una política corporativa. Chrome 145 integra estos nuevos indicadores de conflicto de políticas del perfil de Chrome administrado en los informes de seguridad existentes, controlados por la política UserSecuritySignalsReporting.

    Para obtener más información sobre los informes de dispositivos, consulta Cómo ver la lista y los detalles de los dispositivos ChromeOS: Ayuda para Chrome Enterprise y Education.

    • Chrome 144 en Linux, macOS y Windows: Comienza la detección y el registro de los metadatos de conflictos de políticas.
    • Chrome 145 en Linux, macOS y Windows: Está disponible la visibilidad de los indicadores de endurecimiento de políticas de Chrome a través de la API de Devices.
    • Chrome 150 en Linux, macOS y Windows: Se actualiza la IU de la Consola del administrador para mostrar los indicadores de conflicto y se comienzan a generar informes sobre los valores de las políticas.

↑ volver al principio  

 Registrarse para recibir correos electrónicos sobre futuras actualizaciones

Notas de versiones anteriores 

Recursos adicionales

¿Todavía necesitas ayuda?

Google y las marcas y los logotipos relacionados son marcas de Google LLC. Todos los otros nombres de productos y empresas son marcas de las empresas con las que estén asociados.

¿Te resultó útil esto?

¿Cómo podemos mejorarla?
Búsqueda
Borrar búsqueda
Cerrar la búsqueda
Apps de Google
Menú principal
9652056449575354959
true
Buscar en el Centro de asistencia
false
true
true
true
true
true
410864
false
false
false
false