Esta página está dirigida a administradores que gestionan el navegador Chrome o dispositivos ChromeOS en una empresa o un centro educativo.
Selecciona la pestaña correspondiente para ver las actualizaciones del navegador Chrome o de ChromeOS.
- Novedades del navegador Chrome publicadas en la versión preliminar estable del navegador Chrome.
- Las actualizaciones de ChromeOS se publican una semana antes de la versión estable de ChromeOS.
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 novedades de Chrome 147
Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.
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 del Modo IA
Chrome 143 integra nuevas funciones del modo IA en Chrome para macOS y Windows. Los usuarios podrán acceder al modo IA directamente desde la página Nueva pestaña y el omnibox, lo que les permitirá hacer preguntas complejas directamente desde donde empiezan a navegar. Empezará a lanzarse en Chrome 143 en macOS y Windows. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas AIModeSettings o GenAiDefaultSettings (valor 2). Para obtener más información, consulta la sección correspondiente del Centro de Ayuda.
En Chrome 144 también se incluirá la función de contexto de varias pestañas. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas con el modo IA para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores podrán desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings (disponible en Chrome 144) o mediante la política GenAiDefaultSettings (valor 2).
En Chrome 145, lanzamos la función de contexto de varias pestañas en el Modo IA y en Lens. Los usuarios pueden compartir el contenido de una o varias de sus pestañas abiertas para hacer preguntas, comparar, resumir y encontrar información de forma más eficiente. Los administradores pueden desactivar estas funciones (valor 1) mediante las políticas SearchContentSharingSettings o GenAiDefaultSettings (valor 2). Además, en Chrome 145 para Android y iOS, se han integrado nuevas funciones 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) mediante la política SearchContentSharingSettings.
En Chrome 147, los administradores usan SearchContentSharingSettings para controlar estas funciones. Las políticas de Google Lens dejarán de estar disponibles: LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled.
- Chrome 143 en macOS y Windows: se integrarán nuevas funciones del Modo IA en Chrome, que se podrán controlar mediante la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 145 en macOS y Windows: la función de contexto de varias pestañas estará disponible y se podrá controlar mediante la política SearchContentSharingSettings o la política GenAiDefaultSettings.
- Chrome 145 en Android y iOS: las nuevas funciones del Modo IA estarán disponibles de forma gradual en Android y iOS.
- Chrome 146 en macOS y Windows: los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) mediante la política SearchContentSharingSettings.
- Chrome 147 en macOS y Windows: las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejarán de estar disponibles. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Gemini en Chrome
Gemini ahora está integrado en Chrome para macOS, Windows y algunos dispositivos ChromeOS, y puede entender el contenido de la página en la que te encuentras. Ahora los usuarios pueden obtener información clave, aclarar conceptos y encontrar respuestas sin tener que salir de la pestaña de Chrome. Esta integración incluye tanto el chat, donde los usuarios pueden interactuar con Gemini por escrito, como Gemini Live, que permite a los usuarios interactuar con Gemini por voz.
En Chrome 143, Gemini en Chrome empezó a lanzarse para la mayoría de los usuarios de Google Workspace que tienen acceso a la aplicación Gemini en EE. UU. Los administradores pueden desactivar esta función (valor 1) mediante la política GeminiSettings o mediante la política GenAiDefaultSettings (valor 2). Para obtener más información, consulta el artículo Gemini en Chrome del Centro de Ayuda o esta entrada de blog.
También en Chrome 143, anunciamos la función de contexto de varias pestañas. Gemini en Chrome ahora puede ver más de las pestañas que tienes abiertas (10 como máximo) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de forma más eficiente. Gemini en Chrome también actúa 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 tu contenido en los servicios de Google Workspace (Gmail, Drive, Keep, Calendar y Tasks).
En Chrome 144, la navegación automática de Gemini en Chrome se puso a disposición de algunos usuarios (no de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento.
Para obtener más información, 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 de empresa). La política empresarial GeminiActOnWebSettings estará disponible en el momento del lanzamiento. Opción del menú contextual para subir imágenes disponible para usuarios de empresas. Esta función respetará las reglas definidas mediante la política DataControlsRules y los ajustes de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en macOS y Windows: Gemini en Chrome permite invocar algunas herramientas de terceros que están disponibles como extensiones de Gemini.
- Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome ya está disponible para los usuarios de EE. UU., Canadá, Nueva Zelanda y la India en más de 50 idiomas. Para obtener más información, consulta 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 Navegación automática de Gemini en Chrome estará disponible para los usuarios empresariales. Las políticas de Enterprise 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 Autocompletar de Chrome para rellenar formularios de direcciones y tarjetas de crédito (con el permiso del usuario). Se respetarán las políticas empresariales AutofillAddressEnabled y AutofillCreditCardEnabled, así como las políticas generales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs para las capacidades agénticas de Gemini en Chrome.
- Encapsulación de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las plataformas de escritorio el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. El cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la middlebox o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, a largo plazo se necesitarán algoritmos de cifrado seguros poscuánticos en TLS y se eliminará la política de empresa en Chrome 147. Para CSNA 2.0 se requiere la criptografía poscuántica. Para obtener más información, consulta el artículo sobre cómo proteger el tráfico de Chrome con Kyber KEM híbrido.
- Chrome 131 en Linux, macOS y Windows: Chrome adoptará la versión estándar final de ML-KEM como mecanismo de encapsulación de claves.
- Chrome 147 en Linux, macOS y Windows: se eliminará la política empresarial PostQuantumKeyAgreementEnabled.
- Actualización de CSS: separación de las propiedades Width y Style
Chrome 147 se adapta a las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades
border-width,outline-widthycolumn-rule-width. Antes, si el valor deborder-style,outline-styleocolumn-rule-styleera none o hidden, el ancho calculado de estas propiedades se forzaba a 0 px, independientemente del valor especificado.Con este cambio, los valores calculados de
border-width,outline-widthycolumn-rule-widthsiempre reflejarán los valores especificados por el autor, independientemente de la propiedad*-style. Además, los valores resueltos (tal como los devuelvegetComputedStyle()) deoutline-widthycolumn-rule-widthtambién reflejarán los valores especificados.Con este cambio, Chrome se adapta a Firefox y WebKit, que ya han implementado este comportamiento.
- Chrome 147 en Windows, macOS, Linux y Android: sin fases de lanzamiento.
- Personalización del fondo de la página Nueva pestaña de Chrome para iOS
Chrome para iOS ahora permitirá que los usuarios personalicen el fondo de su página Nueva pestaña. Los administradores pueden asignar el valor True o False a NTPCustomBackgroundEnabled, lo que permite a los usuarios personalizar el fondo de su página Nueva pestaña. El administrador puede definir 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 está totalmente habilitada, los usuarios también pueden seleccionar imágenes de la galería preseleccionada en Chrome o del carrete de su teléfono.
- Chrome 147 en iOS: la función se lanza de forma gradual: en Chrome 146 para iOS, la personalización del fondo empieza a lanzarse de forma gradual, siguiendo el proceso habitual. En Chrome 147 para iOS, la función de sincronización de temas empieza a lanzarse de forma gradual.
- Credenciales de sesión vinculadas al dispositivo
Para mejorar la seguridad de los usuarios y combatir el robo de cookies de sesión, Chrome va a introducir las credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite a los sitios web vincular la sesión de un usuario a su dispositivo específico, lo que dificulta considerablemente que se utilicen cookies de sesión robadas en otros dispositivos.
- Chrome 145 en Windows: la función se lanzará de forma gradual.
- Chrome 147 en macOS: la función se lanzará de forma gradual.
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de hacer solicitudes a la red local del usuario, que está protegida por una petición de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o un bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.
Restringir la capacidad de los sitios web para realizar estas solicitudes mediante un permiso reduce 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 una huella digital de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se conceden, los permisos también relajan el bloqueo de contenido mixto para las solicitudes de redes locales (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo sustituye a una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preparatorias para que los dispositivos locales aceptaran participar. Para obtener más información sobre esta función, consulta el artículo Adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
Chrome 145 ha introducido permisos más granulares para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior local-network-access se va a dividir en dos permisos distintos:
- local-network: concede acceso a direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
- loopback-network: concede acceso a direcciones IP de bucle invertido (por ejemplo, localhost o 127.0.0.1).
El antiguo permiso local-network seguirá siendo un alias, lo que asegurará que las configuraciones y las políticas de permisos sigan funcionando como se espera. Este cambio ofreció tanto a los usuarios como a los administradores un control más preciso sobre cómo interactúan los sitios web con los recursos de la red interna. Este cambio no afectará a las políticas de empresa actuales que gestionan el acceso a la red local.
Chrome 146 presenta dos nuevas políticas de Enterprise para gestionar las restricciones de acceso a la red local: LocalNetworkAccessIpAddressSpaceOverrides y LocalNetworkAccessPermissionsPolicyDefaultEnabled. Estas políticas se pueden configurar mediante configuraciones personalizadas.
Chrome 147 amplía las restricciones de acceso a la red local para incluir las conexiones WebSocket y WebTransport.
- Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: se lanza la división de permisos.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: habrá dos nuevas políticas empresariales disponibles para gestionar las restricciones de acceso a la red local: LocalNetworkAccessIpAddressSpaceOverrides se puede usar para marcar bloques de direcciones IPv4 e IPv6 como públicos o privados. Los intervalos de IP que se traten como públicos no provocarán peticiones de permisos cuando otras páginas accedan a ellos. Por ejemplo, CGNAT 100.64.0.0/10 se puede marcar como pública. Esto resulta útil para determinadas configuraciones de VPN y proxy. Marcar 0.0.0.0/0 y ::/0 como públicas equivale a inhabilitar las restricciones de acceso a la red local. LocalNetworkAccessPermissionsPolicyDefaultEnabled se puede usar para que el marco principal delegue automáticamente el permiso de acceso a la red local en los iframes, sin necesidad de anotar explícitamente los iframes secundarios. Esto resulta útil en situaciones en las que el acceso a la red local se realiza mediante una herramienta SaaS insertada en otra herramienta SaaS. Esto incluye determinados softwares de documentación y de base de conocimientos alojados de forma local.
- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: se han ampliado las restricciones de acceso a la red local para incluir las conexiones WebSocket y WebTransport.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se eliminará la política LocalNetworkAccessRestrictionsTemporaryOptOut.
- Denunciar una estafa
Si Navegación segura está activada, los usuarios pueden informar de páginas web directamente a dicha función desde Chrome a través del menú Ayuda.
Los administradores pueden inhabilitar esta función desactivando Navegación segura mediante SafeBrowsingProtectionLevel o impidiendo que los usuarios envíen comentarios con la política UserFeedbackAllowed.- Chrome 147 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual.
- Pestañas verticales
Chrome para ordenadores introduce una barra de pestañas vertical para mejorar la gestión de pestañas de los usuarios que trabajan con muchas pestañas. Esta función aborda la dificultad de encontrar y organizar pestañas mostrando los títulos de las páginas completas, mejorando el uso de los grupos de pestañas y optimizando el uso del espacio vertical de la pantalla.
- Chrome 147 en Linux, macOS y Windows: la función se lanza de forma gradual: la función se lanza de forma gradual en macOS, Windows y Linux.
- Chrome 148 en ChromeOS: la función se lanza de forma gradual en ChromeOS.
- Proveedor del framework de accesibilidad UI Automation en Windows
Chrome 126 empezó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabledpara forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor.
Esta política estará disponible en Chrome 146 y se eliminará en Chrome 147. Este periodo de un año ha dado a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.
- Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.
- Políticas nuevas en el navegador Chrome
Política Descripción Permitir reproducción automática de contenido multimedia
Permitir reproducción automática de contenido multimedia en una lista blanca de patrones de URL
Permite el acceso a una lista de URLs en modo Incógnito.
Bloquea el acceso a una lista de URLs en modo Incógnito.
Seleccionar automáticamente certificados de cliente de estos sitios
Habilitar el aprovisionamiento de certificados de cliente para un usuario o perfil gestionado
Habilita el aprovisionamiento de certificados de cliente para navegadores gestionados
Lista de patrones de URL para los que se bloquean Chrome DevTools
Lista de patrones de URL para los que se permite abrir Chrome DevTools
Especifica una lista de dominios de SaaS que se incluirán en el informe del perfil gestionado
Especifica una lista de dominios de SaaS que se incluirán en el informe del perfil gestionado
Permitir la recogida de registros de diagnóstico de WebRTC en orígenes especificados
- Políticas retiradas del navegador Chrome
Política Descripción Habilitar el proveedor del framework de accesibilidad UI Automation del navegador en Windows
Habilitar acuerdo de claves poscuántico para TLS
Cambios en Chrome Enterprise Core
- Bloquear extensiones según las puntuaciones de riesgo de terceros
A partir de Chrome 147, los administradores pueden configurar un umbral de riesgo en los ajustes de Aplicaciones y extensiones de la consola de administración de Google para bloquear automáticamente las extensiones que usen evaluaciones de riesgos de terceros (Spin.Ai y LayerX). Esta función simplifica la gestión de extensiones y reduce el trabajo manual necesario para evaluar y bloquear extensiones de alto riesgo. Las extensiones que superen el umbral de puntuación de riesgo configurado se inhabilitarán automáticamente en el lado del cliente y se bloquearán las nuevas instalaciones. Chrome 147 permite una versión preliminar para testers de confianza, y la función se lanzará gradualmente en Chrome 148.
- Chrome 147 en Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise.
- Chrome 148 en Linux, macOS y Windows: la función se lanzará de forma gradual.
- Bloquear extensiones mediante categorías de Chrome Web Store
A partir de Chrome 147, los administradores pueden mejorar la seguridad bloqueando automáticamente las extensiones de Chrome en función de sus categorías de Chrome Web Store. Por ejemplo, pueden bloquear 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 de instalación forzada y las que estén en la lista de permitidas no se verán afectadas.
Este ajuste solo está disponible en la consola de administración de Google, en Aplicaciones y extensiones > Configuración, en la nueva sección Bloqueo avanzado de extensiones. El nombre de la opción es Bloquear por categoría. También se puede configurar con las APIs Chrome Management. Este ajuste no está disponible en dispositivos gestionados localmente.
Chrome 147 permite una versión preliminar para testers de confianza, y la función se lanzará gradualmente en Chrome 148.
- Chrome 147 en Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise.
- Chrome 148 en Linux, macOS y Windows: la función se lanzará de forma gradual.
- Nueva opción de publicación de organizaciones en Chrome Web Store
Chrome 147 introduce 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. De esta forma, se puede implementar de forma segura y escalable soluciones empresariales personalizadas, y se mejora la experiencia de los administradores al gestionar estas implementaciones.
Antes, los desarrolladores empresariales solo podían publicar extensiones de forma privada para su propia empresa. Con la nueva opción, los desarrolladores podrán desplegar sus extensiones de forma privada en organizaciones externas que las aprueben, todo desde la tienda.
Para obtener más información sobre cómo empezar, consulta la entrada Blog de Chrome for Developers: nueva opción de publicación para empresas en Chrome Web Store: publicar en organizaciones externas.- Chrome 147 en ChromeOS, Linux, macOS y Windows.
- Resumen generado por IA de las notas de la versión en la consola de administración de Google
Chrome 147 incluye un resumen generado por IA de las notas de la versión de Chrome Enterprise en la consola de administración de Google. De este modo, los administradores pueden consultar rápidamente las novedades principales de la última versión.
Esta nueva tarjeta se ha diseñado para simplificar la gestión de Chrome y ofrece elementos destacados y acciones sugeridas generados por IA. En ella se destaca la información relevante de tu dominio, como nuevas funciones, modificaciones y discontinuación de políticas, y funcionalidades principales de Chrome Enterprise Core. El objetivo es ayudar a los administradores a ahorrar tiempo y a identificar más fácilmente los cambios importantes y las acciones recomendadas.
- Chrome 145 en Android, iOS, Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise.
- Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual.
- Informes de uso de IA generativa y aplicaciones SaaS
A partir de Chrome 147, los administradores tendrán acceso a una nueva función de informes de uso de aplicaciones de IA generativa y SaaS en la consola de administración de Google. Este informe ofrece visibilidad sobre el uso que hace su organización de las herramientas de IA generativa y los sitios SaaS, lo que permite a los administradores monitorizar el uso de los recursos de TI de su empresa.
Este informe solo está disponible para los clientes de Chrome Enterprise Core (CEC) y Chrome Enterprise Premium (CEP).
Este nuevo informe monitoriza el uso de 60 sitios predefinidos (incluidos los sitios de X Gen AI) y proporciona métricas sobre las visitas, los perfiles gestionados únicos, los navegadores gestionados únicos y el acceso a eventos de transferencia de contenido sensible. Con estas estadísticas, los administradores pueden evaluar los riesgos y restringir el uso tomando decisiones fundamentadas sobre las licencias o creando restricciones de uso, como reglas de Prevención de la pérdida de datos (DLP).
Chrome 147 permite una versión preliminar para testers de confianza, y la función se lanzará de forma gradual en Chrome 149.- Chrome 147 en Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise.
- Chrome 149 en Linux, macOS y Windows: la función se lanzará de forma gradual.
Cambios en Chrome Enterprise Premium
Consulta más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Mayor compatibilidad con el tamaño de los archivos en los análisis de DLP
Chrome Enterprise Premium ampliará sus funciones de prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y cifrados.
Antes, los archivos de más de 50 MB y todos los archivos cifrados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad crítica.
En Chrome 147, en las políticas configuradas para guardar pruebas, ahora se pueden enviar archivos de hasta 2 GB a Evidence Locker. De esta forma, los administradores tienen más visibilidad y control, lo que reduce significativamente el riesgo de filtración de datos a través de transferencias de archivos de gran tamaño.
Nota: Como ahora se almacenan archivos más grandes, es posible que los clientes vean un aumento en los cargos de Google Cloud Storage asociados a su segmento de Evidence Locker.
No es necesario aplicar ninguna política nueva para habilitar esta función. Se controla automáticamente mediante tus configuraciones de reglas de DLP que ya existen en la consola de administración de Google. Si los administradores tienen reglas que se aplican a la subida, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y cifrados. Para obtener más información, consulta el artículo ¿Qué son los controles de datos de ChromeOS?
-
Chrome 147 en Linux, macOS y Windows: en esta fase se habilita la recogida de archivos grandes (más de 50 MB) y cifrados para Evidence Locker, lo que cierra una brecha de seguridad clave de Prevención de la pérdida de datos.
-
- Nuevas plantillas para reglas de Prevención de la pérdida de datos
Ahora es más rápido e intuitivo implementar la protección de datos líder del sector en Chrome. Chrome Enterprise Premium (CEP) incluye plantillas de reglas de Prevención de la pérdida de datos listas para usar que ayudan a los clientes a implementar políticas de protección de datos sólidas y a aprovechar el valor de la suite de seguridad de CEP con una configuración mínima.
Con estas plantillas, los clientes pueden implementar de forma rápida y sencilla controles de protección de datos esenciales sin tener que empezar desde cero. Estas plantillas proporcionan una base para casos prácticos habituales de DLP, como los siguientes:
- Proteger los datos sensibles, como los números de tarjetas de crédito y de la seguridad social, para que no se filtren de forma accidental o malintencionada.
- Auditar o bloquear la opción de pegar contenido, o bien bloquear por completo categorías de sitios, como los de IA generativa.
- Inhabilitar la captura de pantalla o añadir una marca de agua en sitios con información sensible.
Las nuevas plantillas de protección de datos se encuentran en la consola de administración de Google, en la opción Reglas > Plantillas del menú de navegación de la izquierda.
Chrome 147 permite una versión preliminar para testers de confianza, y la función se lanzará gradualmente en Chrome 148.
- Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: versión preliminar disponible para los testers de confianza de Chrome Enterprise. El acceso para testers de confianza empezará a partir de abril del 2026.
- Chrome 148 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual.
- Integración optimizada de Chrome Enterprise con Google SecOps
El nuevo conector de Chrome Enterprise para Google Security Operations (Google SecOps) ya está disponible para el público general.
El conector ofrece una nueva experiencia de integración que puede configurar de forma opcional los ajustes recomendados de Chrome Enterprise para reenviar datos de Chrome a Google SecOps. El conector ahora permite a los administradores conservar los ajustes configurados anteriormente. Los datos de Chrome Enterprise Premium incluyen contexto de seguridad adicional de 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 dirige los datos de Chrome a Google SecOps a través de Google Cloud.
Para obtener más información, consulta el artículo Configurar 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 lanza de forma gradual: el conector de Chrome Enterprise para Google Security Operations estará disponible de forma general.
- Compatibilidad con listas de permitidas y de bloqueadas para las herramientas de desarrollo
Chrome introducirá dos nuevas políticas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que permiten un control granular sobre la disponibilidad de las herramientas para desarrolladores en función de patrones de URL.
Antes, los administradores solo podían permitir o no el uso de las herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores pueden implementar obligatoriamente un bloqueo general en las herramientas para desarrolladores para proteger los datos corporativos sensibles, al tiempo que permiten explícitamente el acceso a URLs internas específicas con fines de desarrollo o solución de problemas.
Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas nuevas políticas, el comportamiento de la política DeveloperToolsAvailability no cambiará.
- Chrome 147 en ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se introducen las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en plataformas de escritorio.
- Compatibilidad con listas de permitidas y bloqueadas en el modo Incógnito
Chrome introducirá dos nuevas políticas, IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist, para ofrecer a los administradores un control más preciso sobre el uso del modo Incógnito.
Como parte de este cambio, Chrome también va a actualizar el comportamiento predeterminado de los patrones de comodín en la política URLBlocklist y en la nueva política IncognitoModeUrlAllowlist para permitir la navegación a páginas internas
chrome://. Si un administrador quiere bloquear páginas internaschrome://, debe bloquearlas explícitamente y no puede depender del comodín. Ten en cuenta que es necesario acceder a las páginas internaschrome://para que funcionen correctamente varias funciones de Chrome, como la búsqueda, la página Nueva pestaña y la impresión.Estas nuevas políticas funcionan de forma similar a las políticas URLBlocklist y URLAllowlist, pero están diseñadas específicamente para sesiones de Incógnito. De esta forma, las organizaciones pueden restringir el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitir el uso legítimo en otros sitios. Antes, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito mediante la política IncognitoModeAvailability.
- Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanza de forma gradual. Se introducen las políticas IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist.
Próximamente
Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.
Próximos cambios del navegador Chrome
- Inicialización de perfiles de Chrome mediante URI personalizado
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 gestionado específico. Si el perfil especificado no existe, se guiará al usuario por un flujo de creación de perfiles simplificado que ya tendrá rellenado su correo de trabajo. De esta forma, los usuarios pueden pasar fácilmente de navegadores arbitrarios o catálogos de aplicaciones integrados a un entorno de Chrome seguro y gestionado. Los administradores pueden controlar este comportamiento mediante la política ChromeURILaunchEnabled.- Chrome 148 en macOS y Windows: vista previa disponible para los testers de confianza de Chrome Enterprise.
- Función Autocompletar mejorada
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar mejorado, una función que ayuda a los usuarios a rellenar formularios online fácilmente. En los formularios pertinentes, Chrome puede usar la IA para entender mejor el formulario y ofrecer a los usuarios la posibilidad de rellenar automáticamente la información guardada previamente. Los administradores pueden controlar la función mediante la política GenAiDefaultSettings y la nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: la función "Autocompletar con IA" cambiará su nombre a "Autocompletar mejorado", permitirá a los usuarios guardar y rellenar más tipos de información, y estará disponible en más países e idiomas.
- Chrome 148 en Android y iOS: la función Autocompletar mejorada estará disponible para los usuarios de Chrome en Android y Chrome en iOS.
- Trabajadores compartidos con una duración ampliada
En esta actualización se añade una nueva opción,
extendedLifetime: true, al constructorSharedWorker. De esta forma, se solicita que el trabajador compartido se mantenga activo incluso después de que se hayan descargado todos los clientes actuales. El principal caso práctico es permitir que las páginas realicen tareas asíncronas que requieran JavaScript después de que se descargue una página, sin tener que depender de un service worker.- Chrome 148 en Windows, macOS, Linux y Android: no hay ningún paso de lanzamiento.
- Migración de origen de PWA
Cuando un usuario instala una aplicación web progresiva (PWA), su identidad y su contexto de seguridad están estrechamente vinculados a su origen web (por ejemplo, app.example.com). Esto supone un reto importante para los desarrolladores que necesitan cambiar el origen de su PWA debido a un cambio de marca, una reestructuración del dominio o una reestructuración técnica. Actualmente, este cambio obliga a los usuarios a desinstalar manualmente la aplicación antigua y volver a instalar la nueva, lo que genera una experiencia disruptiva y la posible pérdida de usuarios. Chrome 148 introduce un mecanismo para que los desarrolladores migren sin problemas una PWA instalada a un nuevo origen del mismo sitio, conservando la confianza y los permisos de los usuarios.
La política WebAppInstallForceList bloqueará la migración. Dado que las políticas empresariales relativas a las aplicaciones web se basan principalmente en URLs y orígenes, existe el riesgo de que una migración eluda determinadas políticas que haya configurado un administrador. No se ofrecerá ninguna migración al usuario cuando el administrador de su empresa fuerce la instalación de una aplicación. En su lugar, se mostrará un banner en el que se le explicará esta situación.
- Chrome 148 en Windows, macOS y Linux: no hay ningún paso de lanzamiento.
- API Prompt
La API Prompt se ha diseñado para interactuar con un modelo de lenguaje de IA mediante entradas de texto, imagen y audio. Admite varios casos prácticos, como generar subtítulos de imágenes y realizar búsquedas visuales, transcribir audio, clasificar eventos de sonido, generar texto siguiendo instrucciones específicas y extraer información o estadísticas a partir de texto. Admite salidas estructuradas que aseguran que las respuestas se ajusten a un formato predefinido, normalmente expresado como un esquema JSON, para mejorar la conformidad de las respuestas y facilitar la integración perfecta con aplicaciones posteriores que requieran formatos de salida estandarizados.
Esta API también se expone en las extensiones de Chrome. Esta entrada de función registra la exposición en la Web. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.
Registro de idiomas admitidos:
- Chrome M139 y versiones anteriores solo admitían el inglés
- Chrome M140 ha añadido compatibilidad con los idiomas español y japonés
- Chrome 148 en Windows, macOS y Linux: la función se lanza de forma gradual.
- Chrome para dispositivos Linux ARM64
Nos complace anunciar que Google lanzará Chrome para dispositivos Linux ARM64 en el segundo trimestre del 2026, tras la exitosa expansión de Chrome a dispositivos macOS con arquitectura Arm en el 2020 y a dispositivos Windows con Arm en el 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. Con esta medida, se responde a la creciente demanda de una experiencia de navegación que combine las ventajas del proyecto Chromium de código abierto con el ecosistema de aplicaciones 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á de forma gradual.
- Actualización de la advertencia No HTTPS
La advertencia que se muestra cuando un usuario activa la opción Usar siempre conexiones seguras en
chrome://settings/securitycambia de un intersticial a un cuadro de diálogo. La carga de la página completa sigue bloqueada y la funcionalidad no cambia. 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 al visitar sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: nuevo diseño de advertencia en plataformas de escritorio.
- Chrome 149 en Android: diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de una intersticial completa.
- Usar siempre conexiones seguras de forma predeterminada
Chrome 150 habilitará de forma predeterminada el ajuste Usar siempre conexiones seguras en el modo "Solo sitios públicos". Esto significa que Chrome pedirá permiso al 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 mundial 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 habilitarla de forma predeterminada para todos los usuarios, Chrome habilitará la opción Usar siempre conexiones seguras para los usuarios que hayan aceptado las protecciones de Navegación segura mejorada en Chrome.
Si eres desarrollador de sitios web o profesional de TI y tienes usuarios que pueden verse afectados por esta función, te recomendamos encarecidamente que habilites el ajuste "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tengas que 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 sobre el anuncio.
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha habilitado la opción "Usar siempre conexiones seguras" para los usuarios que hayan habilitado Navegación segura mejorada.
- Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: habilita la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.
- Discontinuación y retirada de las APIs de Privacy Sandbox
Chrome ha anunciado recientemente que se mantendrá el enfoque actual de las cookies de terceros. Después de eso, tenemos previsto discontinuar y eliminar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
Estas son las políticas de empresa asociadas a las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La discontinuación empezó con Chrome 144 y está previsto que se elimine en Chrome 150. Después de la discontinuación, las APIs seguirán existiendo y la mayoría de los usuarios no notarán ninguna interrupción. Sin embargo, algunos usuarios que dependen de integraciones del lado del servidor (como el servidor de k-anonimidad o los coordinadores) tendrán una interrupción en los servicios. Nos hemos puesto en contacto de forma proactiva con los usuarios de las APIs para informarles de nuestros planes de discontinuación. En el momento de la retirada, el lanzamiento de Chrome 150, también se retirarán todas las políticas asociadas a estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios de empresa. Los equipos de empresas pueden consultar el estado de cualquier perfil gestionado en su consola de administración.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: lanzamiento de la discontinuación.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: se eliminarán las APIs y las políticas asociadas.
- Aplicaciones web aisladas
Las aplicaciones web aisladas (IWAs) son una extensión del trabajo que se está realizando en la instalación de PWAs y el empaquetado web, y proporcionan una protección más sólida contra la vulneración del servidor y otras manipulaciones que son necesarias para los desarrolladores de aplicaciones sensibles a la seguridad. En lugar de alojarse en servidores web activos y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en bundles web, se firman por parte de su desarrollador y se distribuyen a los usuarios finales mediante uno o varios de los métodos descritos en el artículo explicativo.
A partir de Chrome 150, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por empresas.
- Chrome 150 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.
- Migración de la API SafeBrowsing v4 a v5
Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a
https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominiosafebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. Consulta más información en el artículo Migración de la versión 4 de Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: la función se lanzará de forma gradual
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión compatible con macOS 12. Chrome 151 y las versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su periodo de asistencia de Apple. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible.
En los Mac con macOS 12, Chrome seguirá funcionando y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario quiere actualizar Chrome, deberá actualizar su ordenador a una versión de macOS compatible.
Para las nuevas instalaciones de Chrome 151 o versiones posteriores, se requerirá macOS 13 o una versión posterior.
- Chrome 151 en Windows, macOS y Linux
- Desactivar y quitar XSLT
XSLT v1.0, que cumplen todos los navegadores, se estandarizó en 1999. Mientras tanto, XSLT ha evolucionado a las versiones 2.0 y 3.0, añadiendo funciones y separándose de la versión antigua que se había congelado en los navegadores. Esta falta de avances, junto con el auge de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, ha provocado un descenso significativo en el uso de XSLT del lado del cliente. Su función en el navegador web se ha visto sustituida en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones y libxslt no se mantuvo durante unos seis meses del 2025. Libxslt es una base de código C compleja y antigua que es notoriamente susceptible a vulnerabilidades de seguridad de la memoria, como los desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Como XSLT del lado del cliente es una función poco habitual, estas bibliotecas reciben mucho menos mantenimiento y escrutinio de seguridad que los motores principales de JavaScript. Sin embargo, representan una superficie de ataque directa y potente para procesar contenido web no fiable. De hecho, XSLT es la fuente de varias vulnerabilidades de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios de navegadores. Por estos motivos, Chromium (junto con los otros dos motores de navegador) tiene previsto dejar de admitir y eliminar XSLT de la plataforma web. Para obtener más información, consulta este artículo de Chrome for Developers.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: las APIs dejarán de estar disponibles (pero no se eliminarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: se lanzan la prueba de origen y la política empresarial para hacer pruebas. De esta forma, los sitios y las empresas pueden seguir usando las funciones después de la fecha de retirada.
- 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 de la política de empresa.
- Chrome 176 en Android, ChromeOS, Linux, macOS y Windows: la prueba de origen y la política empresarial dejan de funcionar. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. El objetivo de la criptografía poscuántica es actualizar el tráfico multimedia de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolección ahora para descifrar más adelante.
Los administradores podrán controlar esta función mediante la política de empresa WebRtcPostQuantumKeyAgreementpara permitir que los usuarios de empresa inhabiliten la PQC. Esta política es temporal y está previsto que se elimine en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se lanza la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: se ha retirado la política empresarial
- Cambio a un ciclo de lanzamiento de dos semanas
A partir de septiembre del 2026 (Chrome 153), Chrome pasará a tener un ciclo de lanzamientos de dos semanas, en lugar del ciclo de cuatro semanas actual. La plataforma web está en constante evolución y, en Chrome, nuestro objetivo es asegurarnos de que los desarrolladores y los usuarios tengan acceso inmediato a las funciones, las correcciones y las mejoras de rendimiento más recientes. Aprovechando nuestra experiencia en la adaptación de nuestro proceso de lanzamiento a las demandas de una Web moderna, anunciamos este importante paso para aumentar aún más nuestra velocidad de desarrollo. Por ello, la versión estable de Chrome pasará a tener un ciclo de lanzamientos de dos semanas. Puedes consultar más detalles en la entrada del blog Chrome for Developers.
La versión estable ampliada está disponible para los clientes que tengan dudas sobre los costes de mantenimiento. Para obtener más información sobre la versión estable ampliada, consulta este artículo del Centro de Ayuda. La opción estable de 2 semanas sigue siendo la más segura y debe usarse si la seguridad es más importante que los costes de mantenimiento.
- Chrome 153 en Android, iOS, Linux, macOS y Windows: cambio al ciclo de lanzamiento de 2 semanas
- No se permiten espacios en los hosts de URL que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla plenamente con las especificaciones, nuestra intención es eliminar por completo los espacios en los hosts de las URL. Sin embargo, nos enfrentamos a la dificultad de que estos espacios sí se utilizan en la parte del host de las URL
file://de Windows. Para conocer todos los detalles, consulta esta conversación en GitHub.- Chrome 127 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
La compatibilidad integrada con certificados de cliente en Chrome para iOS permite a los usuarios gestionados autenticarse de forma segura en recursos corporativos mediante TLS mutuo (mTLS). Históricamente, iOS aislaba los certificados en el almacén del sistema, al que solo podían acceder las aplicaciones integradas de Apple. Sin embargo, con este lanzamiento, Chrome puede aprovisionar y gestionar sus propios certificados respaldados por hardware de forma independiente. Al integrarse con Secure Enclave de iOS para el almacenamiento de claves privadas no exportables, Chrome proporciona una señal de identidad de alta garantía específicamente para entornos de confianza cero que usan Microsoft Entra ID y el acceso condicional. Estas credenciales se proporcionan en el perfil de Chrome gestionado por la empresa y no se pueden usar en otras aplicaciones ni en perfiles personales del dispositivo.
Para implementar esta función, los administradores deben habilitar el interruptor Aplicar ajustes de usuario admitidos a Chrome en iOS en la consola de administración de Google y configurar las políticas ProvisionManagedClientCertificateForBrowser y ProvisionManagedClientCertificateForUser para iniciar la emisión y la rotación. Por último, la política AutoSelectCertificateForUrls se debe usar para automatizar la selección de certificados de los dominios corporativos designados y, de esta forma, garantizar un flujo de autenticación fluido.
- Chrome 148 en iOS: la función se lanzará de forma gradual.
- Compatibilidad con los informes de perfiles gestionados
Chrome Enterprise Core va a lanzar la asistencia para los informes de perfiles en la nube en los informes Uso de aplicaciones y extensiones y Versiones de la consola de administración de Google.
En el informe Uso de aplicaciones y extensiones, los administradores podrán ver un nuevo recuento total de instalaciones de perfiles gestionados (perfiles de trabajo). Podrán ver qué extensiones tienen más instalaciones en todos los perfiles gestionados.
En el informe Versiones, los administradores podrán ver el número total de perfiles gestionados que ejecutan cada versión de Chrome. Por ejemplo, podrán ver si los perfiles gestionados usan versiones anteriores de Chrome.
Para habilitar los informes de perfiles en la nube en ambos informes, los administradores deben habilitar la política CloudProfileReportingEnabled. Si ya has activado los informes de perfiles gestionados, estos empezarán a registrar los datos automáticamente.
¿Cómo puedo encontrar estos informes? En la consola de administración, ve a Navegador Chrome > Informes > Uso de aplicaciones y extensiones o Navegador Chrome > Informes > Versiones.
- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: los testers de confianza de Chrome Enterprise podrán acceder a los informes de perfil en el informe de versiones.
Próximas actualizaciones de Chrome Enterprise Premium
- API Chrome Enterprise Connectors
Chrome Enterprise ampliará pronto la gestión programática de Chrome Enterprise Connectors. Esta actualización incluirá recursos para definir y asignar configuraciones de conectores, lo que complementará las políticas de conectores actuales y permitirá a los administradores gestionar a gran escala todo el ciclo de vida de estas integraciones.
Antes, la configuración de proveedores de servicios era un proceso manual en la consola de administración de Google. Esta actualización permite la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la gestión de las integraciones con soluciones de seguridad de terceros.
Ahora, los administradores pueden usar la API Chrome Management para gestionar recursos ConnectorConfiguration (que definen el proveedor). La selección de conectores se gestiona a través de la API Chrome Policy, lo que permite asignar estas configuraciones a unidades organizativas o grupos. Esta función trabaja conjuntamente con los ajustes de la API Policy para los informes de eventos y el análisis de contenido, incluidas las políticas OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener información técnica, los desarrolladores deben consultar la API Chrome Management y la documentación sobre la API Chrome Policy.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se añade la compatibilidad con la gestión programática de Chrome Enterprise Connectors a través de una nueva API.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: con este lanzamiento, se introducen los recursos ConnectorConfiguration y ConnectorSelection, que permiten crear instancias de proveedores de servicios y asignarlas a unidades organizativas.
- Compatibilidad con la función de arrastrar para los controles de datos
Chrome mejorará el marco de controles de datos ampliando la aplicación de la seguridad a las operaciones de arrastrar y soltar en Windows, Mac, Linux, ChromeOS y Android para garantizar la coherencia con las políticas de portapapeles actuales. Los administradores podrán gestionar este comportamiento mediante la política DataControlsRules, aunque cualquier veredicto de ADVERTENCIA se convertirá automáticamente en BLOQUEO para evitar que un cuadro de diálogo de advertencia interrumpa el bucle de arrastre interactivo.
Cuando se restrinja una acción, los usuarios verán el nuevo cuadro de 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 filtración externa de datos mediante la evaluación local para preservar el rendimiento y la privacidad. Las organizaciones deben probar estas reglas mediante 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 lanza de forma gradual
- Telemetría de la actividad del DOM de las extensiones de empresa
Esta función exclusiva para empresas proporciona auditorías de seguridad para extensiones de Chrome mediante la creación de un flujo de procesamiento de alta fidelidad que monitoriza el comportamiento arriesgado. Se centra específicamente en identificar la inyección de código (riesgos de ejecución) y el acceso a datos (riesgos de robo) que se producen entre páginas web y extensiones. Las señales verificadas se filtran para asegurarse de que el rendimiento del navegador no se vea afectado y, en última instancia, se transmiten mediante el flujo de procesamiento de informes en tiempo real de Chrome para el análisis del sistema de gestión de información y eventos de seguridad (SIEM).
- Chrome 148 en ChromeOS, Linux, macOS y Windows: vista previa disponible para los testers de confianza de Chrome Enterprise.
- Nuevo ajuste de política para DataControlRules
Chrome va a mejorar la política DataControlsRules con un nuevo ajuste llamado Restricciones de pegado entre límites de gestión. Esta actualización proporciona a los administradores un mecanismo basado en el contexto para bloquear que se pegue contenido web sensible en perfiles de Chrome gestionados o desde ellos sin necesidad de especificar URLs de origen o de destino concretas.
Desde Chrome 148, los administradores pueden usar casillas sencillas en la consola de administración de Google para establecer límites de datos en el modo Incógnito, otros perfiles de Chrome y aplicaciones que no sean Chrome. Esta mejora se ha diseñado para reforzar la Prevención de la pérdida de datos de los clientes de Chrome Enterprise Premium, ya que evita la filtración externa de datos corporativos a entornos no gestionados. Los usuarios recibirán notificaciones inmediatas en el navegador si se restringe una acción de pegar, lo que les permitirá conocer 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 lanza de forma gradual.
-
- Protección frente a la manipulación de políticas locales
En ocasiones, los ajustes locales de los dispositivos Bring Your Own Device (BYOD) pueden entrar en conflicto con los ajustes de las políticas de la empresa. Para solucionar este posible problema de seguridad, las señales de conflicto de políticas de Chrome ahora detectan y registran cuándo se anulan las políticas de empresa con políticas locales. Chrome 145 integra estas nuevas señales de conflicto de políticas del perfil de Chrome gestionado en los informes de seguridad existentes, que se controlan mediante la política UserSecuritySignalsReporting.
Para obtener más información sobre los informes de dispositivos, consulta el artículo Ver la lista y los detalles de los dispositivos ChromeOS - Ayuda de Chrome Enterprise y Education.
- Chrome 144 en Linux, macOS y Windows: empieza la detección y la notificación de metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: se podrá consultar la visibilidad de las señales de endurecimiento de las políticas de Chrome a través de la API Devices.
- Chrome 150 en Linux, macOS y Windows: se actualiza la interfaz de la consola de administración para mostrar las señales de conflicto y se empiezan a registrar los valores de las políticas.
Registrarse para recibir correos sobre futuras versiones
Notas de versiones anteriores
|
Versión de Chrome y fecha prevista de lanzamiento en el canal estable |
|---|
| Chrome 146: 25 de febrero del 2026 |
| Chrome 145: 28 de enero del 2026 |
| Chrome 144: 7 de enero del 2026 |
| Chrome 143: 10 de diciembre del 2025 |
| Notas de versiones anteriores → |
Recursos adicionales
- Para probar nuevas funciones antes de que se lancen al público general, regístrate en el programa de testers de confianza.
- Ponte en contacto con otros administradores de TI de Chrome Enterprise a través del foro de clientes de Chrome Enterprise.
- Cómo funcionan los lanzamientos de Chrome: ciclo de lanzamientos de Chrome
- Para ver fechas concretas, consulta la programación de lanzamiento de Chrome
- Descargas del navegador Chrome y descripción del producto Chrome Enterprise: navegador Chrome para empresas
- Estado de la versión de Chrome y calendario de versiones: estado de la plataforma Chrome | visor del servidor de Google Update
- Anuncios: blog de versiones de Chrome | blog de Chromium
- Desarrolladores: información sobre los cambios de la plataforma web
¿Necesitas ayuda?
- Clientes de Google Workspace o Cloud Identity (solo con acceso autorizado): contactar con el equipo de Asistencia
- Asistencia para empresas del navegador Chrome: regístrate para contactar con un especialista
- Comunidad de clientes del navegador Chrome para empresas
- Comunidad de clientes de ChromeOS para empresas
- Comunidad de Google for Education
- Centro de Ayuda de Chrome Enterprise y Education