Notas de la versión de Chrome Enterprise y Education

Última actualización: 28 de junio del 2025 

Esta página está dirigida a administradores que gestionan el navegador Chrome o dispositivos ChromeOS en una empresa o un centro educativo.

 

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

 

Resumen de novedades de Chrome 137

 
Cambios en el navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Gemini en Chrome    
Partición de URLs de blobs: obtención o navegación    
Ayuda de LLM de cliente para mitigar estafas    
DTLS 1.3    
Eliminar el interruptor de línea de comandos --load-extension en Google Chrome    
Eliminar la alternativa de SwiftShader    
Personalizar perfiles gestionados con logotipo y etiqueta personalizados    
Alinear el tipo de error que se produce al crear credenciales de WebAuthn para payment: SecurityError => NotAllowedError    
Prevención de seguimiento de HSTS    
Implementación de la verificación en dos pasos para los administradores    
Autocompletar con IA    
Políticas nuevas en el navegador Chrome    
Políticas quitadas en el navegador Chrome    
Cambios en Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Registro y reporte de direcciones IP    
Página de descripción general de Chrome Enterprise    
Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados    
Tarjetas de la página Nueva pestaña para Microsoft 365  
Cambios en Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Compatibilidad de descarga de DLP para la API File System Access (FSA)  
Conector de informes para móviles  
Registrar eventos de Navegación segura en iOS    
Próximos cambios del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Mejoras en los marcadores y la lista de lectura en Chrome Desktop  
Interruptor de secuencias de comandos de usuario por extensión    
Navegación segura mejorada como ajuste sincronizado    
Grupos de pestañas compartidas    
Generar estadísticas de advertencias y errores de la consola de Chrome DevTools    
Eliminación de las políticas empresariales de acceso a redes privadas    
TLS 1.3 Early Data    
Cuota de almacenamiento notificada predecible    
Política estricta de mismo origen para la API Storage Access    
API Summarizer    
API Language Detector    
API Translator    
Web Serial sobre Bluetooth en Android    
Próximo cambio en los certificados AC incluidos en Chrome Root Store    
Chrome para Android ya no admite Android Oreo ni Android Pie    
Migrar extensiones a Manifest V3 antes de junio del 2025
Chrome dejará de ser compatible con macOS 11    
Happy Eyeballs V3    
Aplicaciones web aisladas  
No se permiten espacios en los hosts de URL que no sean file://    
Migración de la versión 4 a la 5 de la API SafeBrowsing    
Proveedor del framework de accesibilidad UI Automation en Windows    
Próximos cambios de Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Recomendaciones de Agentspace en el omnibox de Chrome  
Eliminación de perfiles inactivos en Chrome Enterprise Core  
Compatibilidad con varias identidades en iOS    
Próximos cambios de Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Funciones de filtrado de URLs en iOS    
Compatibilidad de descarga de DLP para la API File System Access (FSA)    

 

DESCARGAR notas de la versión (PDF)

↑ volver al principio

Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.

Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.

 

Cambios en el navegador Chrome  

   

  • Gemini en Chrome back to top

    Gemini ahora está integrado en Chrome para macOS y Windows, 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 137, Gemini en Chrome está disponible para los suscriptores de Google AI Pro y Ultra en EE. UU. El lanzamiento más amplio se producirá en los próximos hitos. Puedes consultar las próximas publicaciones de estas notas de la versión para empresas para estar al tanto de las novedades sobre la disponibilidad. 

    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 en el Centro de Ayuda.

     
    • Chrome 137: la función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE. UU., así como en los canales de pre-estable en EE. UU. (para desarrolladores, Canary y Beta).
    • El lanzamiento más amplio se producirá en los próximos hitos. Puedes consultar las próximas publicaciones de las notas de la versión para empresas para estar al tanto de las novedades sobre la disponibilidad.

   

  • Partición de URLs de blobs: obtención o navegación back to top

    Como continuación de Partición del almacenamiento, Chrome 137 implementa la partición del acceso a la URL de blob mediante la clave de almacenamiento (sitio de nivel superior, origen del marco y booleano has-cross-site-ancestor), con la excepción de las navegaciones de nivel superior, que seguirán estando partidas solo por el origen del marco. Este comportamiento es similar al que tienen implementado actualmente Firefox y Safari, y hace que el uso de URLs de blobs coincida con el esquema de partición que utilizan otras APIs de almacenamiento como parte de Partición del almacenamiento. Además, en Chrome 137 ahora se aplica noopener en las navegaciones de nivel superior iniciadas por el procesador de renderizado a URLs de blobs en las que el sitio correspondiente es un sitio cruzado con respecto al sitio de nivel superior que realiza la navegación. De esta forma, Chrome tendrá un comportamiento similar al de Safari, y las especificaciones pertinentes se han actualizado para reflejar estos cambios. 

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

     
    • Chrome 137 en Android, ChromeOS, Linux, macOS y Windows

   

  • Ayuda de LLM de cliente para mitigar estafas back to top

    Los usuarios de la web se enfrentan a una gran cantidad de estafas de diferentes tipos cada día. Para combatir estas estafas, Chrome ahora utiliza el LLM en el dispositivo para identificar los sitios web fraudulentos de los usuarios de Navegación segura mejorada. Chrome envía el contenido de la página al LLM integrado en el dispositivo para inferir señales relacionadas con la seguridad de la página y enviarlas al servidor de Navegación segura para obtener un veredicto final. Si esta opción está habilitada, Chrome puede consumir más ancho de banda para descargar el LLM. 

    La Navegación segura mejorada es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.

    • Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen de la intención de la página que activa el bloqueo de teclado para identificar los sitios web fraudulentos.
    • Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario en función del veredicto del servidor, que usa el resumen de marca e intención de la página que ha activado el bloqueo del teclado.
    • Chrome 137 en Linux, macOS y Windows: recoge el resumen de marca y de intención de la página según el sistema de puntuación de la reputación del servidor.
    • Chrome 138 en Linux, macOS y Windows: se muestran las advertencias al usuario en función del veredicto del servidor, que usa la marca y la intención de las páginas que el sistema de reputación del servidor ha calificado.

   

  • DTLS 1.3 back to top

    Chrome 137 añade compatibilidad con Seguridad en la capa de transporte para datagramas (DTLS) 1.3 para las conexiones de Web Real-Time Communication (WebRTC). Antes, se utilizaba DTLS 1.2 en todas las conexiones de WebRTC. Esto es necesario para añadir criptografía resistente a la computación cuántica a WebRTC.

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

   

  • Eliminar el interruptor de línea de comandos --load-extension en Google Chrome back to top

    Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las versiones oficiales de Chrome dejarán de admitir la posibilidad de cargar extensiones mediante la marca de línea de comandos --load-extension a partir de Chrome 137. El objetivo de este cambio es mitigar los riesgos asociados a las extensiones dañinas y no deseadas. 

    Las extensiones descomprimidas se pueden cargar con el botón Cargar descomprimida de la página de gestión de extensiones (chrome://extensions/) con el modo Desarrollador habilitado. Los desarrolladores pueden seguir usando el interruptor --load-extension en compilaciones sin marca, como Chromium y Chrome for Testing.

     
    • Chrome 137 en Linux, macOS y Windows

   

  • Eliminar la alternativa de SwiftShader back to top

    El uso de SwiftShader como alternativa automática de WebGLestá obsoleto, y la creación de contexto de WebGL fallará en lugar de usar SwiftShader

    Esto se debe a dos motivos principales: 

    1. SwiftShader supone un riesgo de seguridad muy alto debido al código JIT que se ejecuta en el proceso de GPU de Chromium.
    2. Los usuarios tienen una experiencia deficiente cuando se produce un cambio de WebGL, que se basa en GPU de alto rendimiento, a una implementación basada en CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.

    SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin cabezales o que no tengan una GPU compatible. Aunque se seguirá admitiendo este caso práctico, no está pensado para ejecutar contenido no fiable. Para reducir las garantías de seguridad y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el parámetro de línea de comandos --enable-unsafe-swiftshader.

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

    Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y gestionar el error de creación de contexto de WebGL y usar otras APIs web, como Canvas2D, o mostrar un mensaje adecuado al usuario. En Chrome 138 estará disponible una política empresarial temporal para revertir el cambio. 

     
    • Chrome 137 en Windows: SwiftShader se inhabilitará y se sustituirá por otro software alternativo de WebGL, WARP. Las pruebas que dependan de los valores de píxel exactos generados por SwiftShader pueden empezar a fallar.
    • Chrome 138 en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux a partir de Chrome 138. Los usuarios de máquinas sin GPU no podrán usar WebGL.

   

  • Personalizar perfiles gestionados con logotipo y etiqueta personalizados back to top

    Chrome 137 tiene una nueva barra de herramientas y personalizaciones del menú de perfil que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está gestionado, tanto si están en un dispositivo de trabajo como en uno personal. Esta opción resulta especialmente útil en los casos BYOD en los que los empleados utilizan sus propios dispositivos con cuentas gestionadas.

    Para personalizar esta experiencia, vamos a añadir tres nuevas políticas:

    - EnterpriseCustomLabel: personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con la imagen de marca de tu organización.

    - EnterpriseLogoUrl: añade el logotipo de tu empresa en el menú del perfil.

    - EnterpriseProfileBadgeToolbarSettings: esta política puede inhabilitar la etiqueta predeterminada de un perfil gestionado en la barra de herramientas de Chrome. 

    En Chrome 134, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil gestionado. A partir de Chrome 137, se actualizará el comportamiento predeterminado de la etiqueta y el icono del perfil superpuestos en el avatar de la cuenta. En Chrome 138, los perfiles gestionados mostrarán una etiqueta de trabajo o de centro educativo además de la insignia del perfil. En el menú del perfil, verás un icono de un edificio superpuesto sobre el avatar de la cuenta. La insignia de perfil ampliada se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.

     
    • Chrome 134 en Lacros, macOS y Windows: políticas para personalizar la etiqueta y el icono de la barra de herramientas (en el menú de perfil). 
    • Chrome 137 en Linux, macOS y Windows: se lanza la opción Gestionado por tu organización en el menú del perfil. El logotipo se puede personalizar mediante la política EnterpriseLogoUrl.
    • Chrome 138 en Linux, macOS y Windows: se lanzan las etiquetas work y school predeterminadas en la barra de herramientas de Chrome. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings.
     

    " "

   

  • Alinear el tipo de error generado por pago Creación de credenciales de WebAuthn: SecurityError => NotAllowedError back to top

    Este cambio corrige el tipo de error que se produce al crear credenciales de WebAuthn para las credenciales de payment. Debido a una discrepancia en la especificación histórica, al crear una credencial de payment en un iframe de origen cruzado sin activación por parte del usuario se produciría un SecurityError en lugar de un NotAllowedError, que es lo que se produce en el caso de las credenciales que no son de pago.

    El código que detectara previamente el tipo de error que se había producido, por ejemplo,  e instanceof SecurityError, se vería afectado. El código que solo gestiona de forma general los errores durante la creación de credenciales (por ejemplo,  `catch (e)`) seguirá funcionando correctamente.

     
    • Chrome 137 en Windows, macOS, Linux y Android

   

  • Prevención de seguimiento de HSTS back to top

    La prevención de seguimiento de la política de seguridad de transporte estricta mediante HTTP (HSTS) mitiga el seguimiento de usuarios por parte de terceros mediante la caché de HSTS. Esta función solo permite actualizaciones de HSTS para las navegaciones de nivel superior y bloquea las actualizaciones de HSTS para las solicitudes de subrecursos. De este modo, se evita que los sitios de terceros utilicen la caché de HSTS para rastrear a los usuarios en la web.

     
    • Chrome 137 en Windows, macOS, Linux y Android

   

  • Implementación de la verificación en dos pasos para los administradores back to top

    Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en dos pasos. Como administrador de Google Workspace, tendrás que confirmar tu identidad con la verificación en dos pasos, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.

    La aplicación de esta medida se irá implementando gradualmente en los próximos meses. Debes habilitar la verificación en dos pasos en las cuentas de administrador de tu organización antes de que Google la implemente obligatoriamente. Para obtener más información, consulte este artículo del Centro de Ayuda.

     

   

  • Autocompletar con IA back to top

    A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a rellenar formularios online más 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 Linux, macOS, Windows, ChromeOS
     

   

   

  • Políticas retiradas del navegador Chrome back to top
    Política Descripción
    MutationEventsEnabled Volver a habilitar eventos de mutación obsoletos/retirados
    TabOrganizerSettings Ajustes del Organizador de pestañas
    ZstdContentEncodingEnabled

    Habilitar la compatibilidad con la codificación de contenido zstd

     

   

Cambios en Chrome Enterprise Core

   

  • Registro y reporte de direcciones IP back to top

    Chrome Enterprise mejorará las funciones de monitorización de la seguridad y de respuesta ante incidentes. Para ello, recogerá y registrará las direcciones IP locales y remotas y las enviará a los registros de la herramienta de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá a los administradores enviar de forma opcional las direcciones IP a proveedores de gestión de información y eventos de seguridad propios y de terceros a través del conector de informes de Chrome Enterprise. Para obtener más detalles, consulta el artículo Gestionar conectores de informes de Chrome Enterprise. Esta función estará disponible para los clientes de Chrome Enterprise Core y Chrome Enterprise Premium.

     
    • Chrome 137 en Windows, macOS y Linux

   

  • Página de descripción general de Chrome Enterprise back to top

    Chrome Browser Enterprise va a incluir una nueva página Información general en la sección Navegador Chrome de la consola de administración de Google. La página Información general permite a los administradores de TI encontrar rápidamente información clave sobre su despliegue:

    - Perfiles activos e inactivos y navegadores registrados

    - Identificar navegadores obsoletos y con actualizaciones pendientes

    - Identifica las extensiones de alto riesgo (según Spin.AI) y obtén una vista previa de las extensiones más solicitadas

    La página Información general también te permite acceder rápidamente a acciones clave, como gestionar extensiones (bloquear y permitir) y acceder a listas de navegadores y perfiles.

     
    • Chrome 137 en Android, iOS, Linux, macOS y Windows
     

    " "

   

  • Nuevos comandos remotos y exportación de CSV de la lista de perfiles gestionados back to top

    La consola de administración admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel de perfil, así como la exportación a CSV de la lista de perfiles gestionados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.

    • Chrome 137 en Android, Linux, macOS y Windows: se ha añadido la exportación a CSV para perfiles gestionados. Puedes exportar los datos de los perfiles gestionados fuera de la consola de administración.
    • Chrome 138 en Linux, macOS y Windows: compatibilidad a nivel de perfil de los comandos remotos Borrar caché y Borrar cookies. En la lista de perfiles gestionados, podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.

   

  • Tarjetas de la página Nueva pestaña para M365 back to top

    Los usuarios de empresa que tengan Outlook o Sharepoint ahora pueden acceder a sus próximas reuniones o a los archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o de perder el tiempo buscando tu próxima reunión, lo que te permite centrarte en lo que más importa.

    Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los tenedores de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la aplicación durante la primera autenticación o aprobar la aplicación para usarla en Microsoft Entra.

     
    • Chrome 134 en Linux, macOS y Windows: testers de confianza 
    • Chrome 132 en Linux, macOS y Windows: se inicia el lanzamiento

 

Cambios en Chrome Enterprise Premium

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

   

  • Compatibilidad de descarga de DLP para la API File System Access (FSA) back to top  

    El análisis de contenido de la prevención de la pérdida de datos (DLP) y los análisis exhaustivos de Navegación segura de Chrome Enterprise Premium ahora se aplican a las descargas de carpetas y directorios iniciadas a través de la API de acceso al sistema de archivos (FSA), por ejemplo, en IDEs basados en la Web. De esta forma, se soluciona un problema y se mejora la seguridad de los datos aplicando a estas operaciones las reglas de DLP (configuradas a través de las políticas DataLeakPreventionRulesList y SafeBrowsingDeepScanningEnabled).

    Si una descarga infringe una política de prevención de la pérdida de datos, se bloqueará y se creará un archivo vacío. Es posible que el sitio web indique el error Bloqueado por Navegación segura. Este cambio beneficia principalmente a la seguridad, ya que evita que se filtren datos a través de este vector. Los administradores deben probarlo con aplicaciones web mediante la API FSA para observar el comportamiento con sus configuraciones de DLP actuales.

     
    • Chrome 137 en ChromeOS, Linux, macOS y Windows: permite el análisis de contenido de DLP para las descargas iniciadas a través de la API File System Access en plataformas seleccionadas, según las políticas de empresa disponibles.

   

  • Conector de informes para móviles back to top  

    El Chrome Enterprise Connector se está actualizando para incluir los informes sobre eventos de seguridad de Chrome en dispositivos móviles (Android e iOS). De esta forma, los administradores de TI podrán ver eventos como visitas a sitios no seguros, transferencias de datos sensibles (de acuerdo con las normas de protección de datos) y coincidencias de filtrado de URL en dispositivos móviles, lo que supone que la versión para móviles tenga las mismas funciones que la versión para ordenadores. El objetivo de esta mejora es mejorar la seguridad general de la organización ampliando las funciones de detección de amenazas y protección de datos a las plataformas móviles.

    Los clientes que utilicen la herramienta de investigación de seguridad (SIT) podrán investigar estos nuevos eventos del navegador móvil. Esta integración de SIT es una función de Chrome Enterprise Premium. Los administradores de TI deben tener en cuenta que estos tipos de eventos adicionales de dispositivos móviles empezarán a fluir a través de su conector de informes configurado.

    No se van a introducir políticas empresariales nuevas y específicas para controlar esta extensión de informes para móviles. Los eventos que se generen y se registren dependerán de las configuraciones de Conector de informes, las reglas de protección de datos y las políticas de filtrado de URLs.

     
    • Chrome 137 en Android e iOS: permite enviar informes de eventos de seguridad, como sitios web no seguros, transferencias de datos sensibles o filtrado de URLs, a través del conector de informes de Chrome en móviles

   

  • Registrar eventos de Navegación segura en iOS back to top  

    Esta función permitirá que se envíen informes de eventos de Navegación segura en iOS para aumentar la seguridad de los entornos empresariales. Esta función ya se ha implementado en ordenadores y Android, y ahora la estamos ampliando a iOS. Para obtener información detallada sobre cómo activar esta función, consulta este artículo del Centro de Ayuda

     
    • Chrome 137 en iOS: los eventos de informes de Navegación segura están disponibles en iOS

 

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

    

  • Mejoras en los marcadores y la lista de lectura en Chrome Desktop back to top

    En Chrome 138 para ordenadores, algunos usuarios que inicien sesión en Chrome al guardar un nuevo marcador podrán usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Las políticas empresariales relevantes que controlan los marcadores, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, por lo que los administradores podrán configurar si los usuarios pueden utilizar y guardar elementos en su cuenta de Google. Si se establece EditBookmarksEnabled en falso, los usuarios tampoco podrán subir marcadores guardados en su dispositivo a su cuenta de Google.  

     
    • Chrome 138 en Linux, macOS y Windows

    

  • Interruptor de secuencias de comandos de usuario por extensión back to top

    En Chrome 138, la forma en que los usuarios y los administradores controlan la capacidad de una extensión para ejecutar secuencias de comandos creadas por los usuarios y usar la API userScripts va a cambiar. Este cambio refuerza la seguridad. Los usuarios finales no concederán permisos de secuencia de comandos de usuario a todas las extensiones al habilitar el modo Desarrollador, ya que podrán decidir explícitamente qué extensiones pueden ejecutar estas secuencias potencialmente potentes. Para obtener más información sobre los motivos del cambio, consulta este artículo del blog de Chrome para desarrolladores.

    Ahora los usuarios finales podrán activar o desactivar esta opción por extensión en la página chrome://extensions mediante el interruptor Permitir secuencias de comandos de usuario, que sustituye al interruptor global Modo Desarrollador para que puedan controlar mejor la configuración. El interruptor se habilitará automáticamente en las extensiones que ya tengas si el modo Desarrollador está activado y la extensión tiene el permiso de secuencias de comandos de usuario.

    Los administradores que gestionan las secuencias de comandos de usuario mediante la opción de inhabilitar el modo Desarrollador ahora deben usar la política`blocked_permissions` o la consola de administración de Google para controlar por separado el permiso de secuencias de comandos de usuario y la extensión Modo Desarrollador.

    Recomendamos a los desarrolladores de extensiones que actualicen su documentación para que refleje el nuevo interruptor. Consulta la lista de distribución Chromium Extensions de Grupos de Google para obtener más información y otros cambios en el uso de la API.

     
    • Chrome 138 en ChromeOS, Linux, macOS y Windows: lanzamiento de la función
     

     

    

  • Navegación segura mejorada como ajuste sincronizado back to top

    Navegación segura mejorada de Chrome se va a convertir en una función sincronizada. Esto significa que si un usuario habilita Navegación segura mejorada en un dispositivo, este nivel de protección se aplicará automáticamente en todos los demás dispositivos en los que haya iniciado sesión en Chrome con la misma cuenta. El objetivo es ofrecer una protección de seguridad más sólida y coherente, así como una experiencia de usuario estandarizada.

    Los usuarios que habiliten Navegación segura mejorada podrán disfrutar de sus protecciones (por ejemplo, protección proactiva contra el phishing, detección mejorada de malware y extensiones maliciosas) de forma coherente en todas sus instancias de Chrome sincronizadas en ordenadores (Windows, macOS, Linux y ChromeOS), Android y iOS. Los usuarios recibirán una notificación sobre este cambio a través de elementos de la interfaz de usuario cuando se sincronice su ajuste de Navegación segura mejorada.

    El nivel de protección de Navegación segura es una función que ya existe, controlada mediante la política SafeBrowsingProtectionLevel.

     
    • Chrome 138 en Android, ChromeOS, Linux, macOS y Windows

    

  • Grupos de pestañas compartidas back to top

    Los usuarios podrán colaborar en pestañas mediante la función de grupos de pestañas compartidas. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en su ordenador o dispositivo móvil, y sus colaboradores podrán consultar las mismas pestañas en sus dispositivos. Cuando un usuario cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Hay una política empresarial, TabGroupSharingSettings, que se podrá usar para controlar esta función.

     
    • Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: se lanza la posibilidad de unirte a un grupo de pestañas compartidas y usarlo. Los usuarios de Chrome estable no podrán crear grupos de pestañas compartidas (el punto de entrada no estará disponible). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y canary en esta fase del lanzamiento. 

    

  • Generar estadísticas de advertencias y errores de la consola Chrome DevTools back to top

    Hay disponible una nueva función de IA generativa para usuarios no gestionados que permite generar estadísticas sobre advertencias y errores de la consola de Chrome DevTools. Estas estadísticas incluyen una descripción personalizada y sugerencias de correcciones para los errores y advertencias seleccionados. En un principio, esta función solo está disponible para los usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función mediante la política DevToolsGenAiSettings.

     
    • Chrome 125 en ChromeOS, Linux, macOS y Windows: la función está disponible para usuarios no gestionados de todo el mundo, excepto China, Europa y Rusia. 
    • Chrome 127 en ChromeOS, Linux, macOS y Windows: la función está disponible para usuarios gestionados de Chrome Enterprise y Education en las zonas que la ofrezcan.
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: en Chrome 131, hay disponible una nueva función de IA generativa para usuarios gestionados: un panel de asistencia de IA en Chrome DevTools que ayuda al operador humano a investigar y solucionar problemas con los estilos y a depurar el CSS. 
    • Chrome 132 en ChromeOS, Linux, macOS y Windows: ahora el panel de asistencia de IA puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.
    • Chrome 138 en ChromeOS, Linux, macOS y Windows: el panel de asistencia de IA expone una API interna que simplifica el uso de las funciones del panel de asistencia de IA mediante herramientas externas, como los servidores de protocolo de contexto de modelo (MCP).

    

  • Eliminación de las políticas empresariales de acceso a redes privadas back to top

    El acceso a redes privadas (PNA 1.0) es una función de seguridad no incluida de serie y diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo incluir de forma predeterminada, ya que era incompatible con demasiados dispositivos.

    El PNA 1.0 requería cambios en los dispositivos de las redes locales. En su lugar, Chrome está implementando una propuesta actualizada, el acceso a redes privadas 2.0 (PNA 2.0) (GitHub). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de implementar. 

    La única forma de implementar obligatoriamente el PNA 1.0 es mediante políticas empresariales. Para evitar una regresión en materia de seguridad que repercuta en los clientes empresariales que habiliten el PNA 1.0 antes de que se lance la versión PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes especiales de solicitud preparatoria, hasta que se vuelva incompatible con el PNA 2.0.

    Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones del PNA 1.0. Estas políticas no tienen ningún efecto en este momento, ya que el PNA 1.0 no se ha incluido, y no tendrán relevancia cuando se retire el PNA 1.0.

     

    

  • TLS 1.3 Early Data back to top

    TLS 1.3 Early Data permite enviar solicitudes GET durante el handshake al reanudar una conexión con un servidor TLS 1.3 compatible. Se espera que esta función mejore el rendimiento y estará disponible en Chrome 138 con una política (TLS13EarlyDataEnabled) para controlar este cambio.

    TLS 1.3 Early Data es un protocolo establecido. Se espera que los servidores TLS, los middleboxes y el software de seguridad establecidos gestionen o rechacen TLS 1.3 Early Data sin que se pierda la conexión. Sin embargo, es posible que los dispositivos que no implementen correctamente el estándar TLS (RFC8446) no funcionen correctamente y se desconecten cuando se use TLS 1.3 Early Data. Si eso ocurre, los administradores deben ponerse en contacto con el proveedor para solucionarlo.

    Esta política es una medida temporal para controlar la función y se eliminará en una versión posterior. La política se puede habilitar para permitirte hacer pruebas y detectar problemas, o inhabilitar mientras se resuelven problemas.

     
    • Chrome 138 en Android, ChromeOS, Linux, macOS y Windows

    

  • Cuota de almacenamiento notificada predecible back to top

    Chrome 138 introducirá una cuota de almacenamiento predecible de la API Estimate de StorageManager para los sitios que no tengan permisos de almacenamiento ilimitados.

    Es posible detectar el modo de navegación de un usuario a través de la cuota de almacenamiento registrada, ya que el espacio de almacenamiento disponible es considerablemente menor en el modo Incógnito que en el modo normal. Se trata de una mitigación que impide que se detecte el modo de navegación de un usuario a través de la API de almacenamiento, ya que indica una cuota artificial, igual a uso + min(10 GiB, disco redondeado al alza hasta el valor más cercano de 1 GiB), en todos los modos de navegación de los sitios con permisos de almacenamiento limitados. Los sitios con permisos de almacenamiento ilimitado no se verán afectados. Tampoco se verá afectada la cuota obligatoria.

     
    • Chrome 138 en Windows, macOS, Linux y Android

    

  • Política estricta de mismo origen para la API Storage Access back to top

    Tenemos previsto ajustar la semántica de la API Storage Access para que cumpla estrictamente la política de mismo origen y mejorar la seguridad. Si usas document.requestStorageAccess() en un marco, solo se adjuntarán las cookies a las solicitudes del origen del iframe (no del sitio) de forma predeterminada. La política CookiesAllowedForUrls o los encabezados de acceso al almacenamiento se pueden seguir usando para desbloquear cookies entre sitios.

     
    • Chrome 138 en Windows, macOS, Linux y Android

    

  • API Summarizer back to top

    La API Summarizer es una API de JavaScript para generar resúmenes del texto introducido, respaldados por un modelo de lenguaje de IA. Cada vez se espera más que los navegadores y los sistemas operativos tengan acceso a un modelo lingüístico. Al ofrecer este modelo integrado, evitamos que cada sitio web tenga que descargar su propio modelo de lenguaje de varios gigas o enviar texto de entrada a APIs de terceros. La API Summarizer, en particular, expone una API de alto nivel para interactuar con un modelo de lenguaje con el objetivo de resumir las entradas para una variedad de casos prácticos (GitHub), de una forma que no depende del modelo de lenguaje específico en cuestión. 

    Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.

     
    • Chrome 138 en Windows, macOS y Linux

    

  • API Language Detector back to top

    La API Language Detector de idiomas es una API JavaScript para detectar el idioma de un texto, con niveles de confianza. La detección de idiomas es un complemento importante de la traducción. Esto se puede combinar con la traducción, por ejemplo, tomando la entrada del usuario en un idioma desconocido y traduciéndola a un idioma de destino específico. Los navegadores actuales suelen tener funciones de detección de idioma, y queremos ofrecérselas a los desarrolladores web mediante una API de JavaScript que complemente a la API de traducción. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.

     
    • Chrome 138 en Windows, macOS y Linux

    

  • API Translator back to top

    La API Traductor es una API JavaScript que ofrece funciones de traducción de idiomas a las páginas web. Los navegadores ofrecen cada vez más la traducción de idiomas a sus usuarios. Estas funciones de traducción también pueden ser útiles para los desarrolladores web. Esto ocurre especialmente cuando las funciones de traducción integradas en el navegador no son suficientes. Hay una política empresarial, GenAILocalFoundationalModelSettings, que permite inhabilitar la descarga del modelo subyacente, lo que haría que esta API no estuviera disponible.

     
    • Chrome 138 en Windows, macOS y Linux

    

    

  • Chrome para Android ya no admite Android Oreo ni Android Pie back to top

    La última versión de Chrome que admite Android Oreo o Android Pie es Chrome 138, que incluye un mensaje en el que se pide a los usuarios afectados que actualicen su sistema operativo. Chrome 139 y las versiones posteriores no son compatibles con los usuarios que tengan Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.

     
    • Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.

    

  • Migrar extensiones a Manifest V3 antes de junio del 2025 back to top

    Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3. 

    A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.

    En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. 

     
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo los usuarios que tengan la política empresarial ExtensionManifestV2Availability habilitada podrán seguir usando extensiones de Manifest V2 en su organización.

    

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

    Chrome 138 será la última versión compatible con macOS 11. Chrome 139 y las versiones posteriores ya no serán compatibles con macOS 11, 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 11, 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 139 y versiones posteriores, se requerirá macOS 12 o una versión posterior.

     
    • Chrome 139 en Windows, macOS y Linux

    

  • Happy Eyeballs V3 back to top

    Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para mejorar la simultaneidad de la conexión de red. La versión 3 de Happy Eyeballs realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir el retraso en la conexión de red que puede ver el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.

     
    • Chrome 140 en Android, ChromeOS, Linux, macOS y Windows

    

  • Aplicaciones web aisladas back to top

    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 intrusión en el 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 paquetes 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

    En esta versión inicial, las IWAs solo se podrán instalar mediante una política de administrador en dispositivos ChromeOS gestionados por la empresa.

     
    • Chrome 140 en Windows: con este lanzamiento, se añade la compatibilidad con aplicaciones web aisladas en las configuraciones de navegadores gestionadas por empresas en Windows.

    

  • No se permiten espacios en los hosts de URL 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 espacio, pero el análisis de URLs de Chromium permite espacios en los hosts. Esto hace que Chromium no supere varias pruebas incluidas en Interop2024 HTTPS URLs for WebSocket y en las áreas de enfoque de las URLs. Para que Chromium cumpla las especificaciones, nos gustaría eliminar los espacios de los hosts de las URLs, pero esto resulta difícil porque se utilizan en la parte del host de las URLs de archivos de Windows (GitHub).

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

    

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

    Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5. Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios. 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

    

  • Proveedor del framework de accesibilidad UI Automation en Windows back to top

    A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.

    Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la activación del nuevo proveedor (para 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. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.

     
    • Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
    • Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 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

 

Próximos cambios de Chrome Enterprise Core

    

  • Recomendaciones de Agentspace en el omnibox de Chrome back to top

    Este lanzamiento ayuda a los usuarios de Chrome Enterprise a satisfacer sus necesidades de información interna añadiendo resultados de la Búsqueda de Google Enterprise, como sugerencias de personas, archivos o consultas, de Agentspace a la barra de direcciones de Chrome. Los resultados pueden mostrarse de forma predeterminada en las recomendaciones de la barra de direcciones de Chrome o solo cuando se activen con una palabra clave personalizada. 

    Los usuarios también pueden usar el modo de palabras clave para activar acciones a través de Agentspace, como "ayúdame a escribir un correo que resuma el estado actual del proyecto". 

    El proveedor de búsqueda empresarial se mostrará cuando el usuario escriba "@" en la barra de direcciones. La organización podrá personalizar una palabra clave o una combinación de teclas, así como el icono que se muestra. 

    Puedes configurarlo mediante la política EnterpriseSearchAggregatorSettings

     
    • Chrome 135 en ChromeOS, Linux, macOS y Windows: Programa de pruebas
    • Chrome 138 en ChromeOS, Linux, macOS y Windows: disponibilidad general
     

    

  • Eliminación de perfiles inactivos en Chrome Enterprise Core back to top

    En junio del 2025, empezamos a implementar el periodo de inactividad para la eliminación de perfiles. En julio del 2025, el ajuste empezará a eliminar automáticamente de la consola de administración los perfiles gestionados que hayan estado inactivos durante más tiempo del que indica el periodo de inactividad definido. Al lanzar el ajuste, el periodo de inactividad tiene el valor predeterminado de 90 días. Esto significa que, de forma predeterminada, todos los perfiles gestionados que hayan estado inactivos durante más de 90 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante este ajuste. El valor máximo para determinar el periodo de inactividad del perfil es de 730 días, y el valor mínimo es de 28 días.

    Si reduces el valor del ajuste, los perfiles gestionados podrían verse afectados a nivel global. Todos los perfiles afectados se considerarán inactivos y, por tanto, se eliminarán. La cuenta de usuario no se elimina. Si un perfil inactivo se vuelve a activar en un dispositivo, ese perfil volverá a aparecer en la consola.

     
    • Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: la política se lanzará en junio. La eliminación empezará en julio, y la fase inicial de eliminación finalizará a finales de agosto. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán eliminando cuando alcancen su periodo de inactividad.

    

  • Compatibilidad con varias identidades en iOS back to top

    Chrome para iOS va a admitir varias cuentas, en concreto las cuentas gestionadas (de trabajo o de centros educativos). Esta actualización incluye perfiles de navegador independientes para cada cuenta gestionada, lo que garantiza una separación estricta de los datos entre la navegación personal y la de trabajo. Las cuentas normales seguirán compartiendo un único perfil. 

    El objetivo de este cambio es mejorar la oferta para empresas de Chrome y proporcionar una experiencia de navegación más segura y organizada, especialmente para los usuarios finales que tienen cuentas personales y de trabajo en su dispositivo. Los usuarios experimentarán un flujo de incorporación único al añadir una cuenta gestionada al dispositivo. Podrán cambiar de cuenta tocando el disco de partículas de la cuenta en la página Nueva pestaña

    Los administradores que hayan habilitado las políticas de Chrome en iOS (consulta las instrucciones) pueden seguir usando las políticas que ya tengan.  

    • Chrome 138 en iOS 
     

Próximos cambios de Chrome Enterprise Premium

   

  • Funciones de filtrado de URLs en iOS back to top

    Las funciones de filtrado de URLs de WebProtect para ordenadores se están ampliando a los dispositivos móviles para que las organizaciones puedan auditar, advertir o bloquear determinadas URLs o categorías de URLs para que no se carguen en navegadores Chrome gestionados o perfiles de usuario gestionados en dispositivos móviles. Esta función forma parte de Chrome Enterprise Premium y su objetivo es proporcionar un acceso a Internet seguro y fiable a los usuarios de empresas que utilicen cualquier dispositivo. Los administradores podrán crear reglas de filtrado de URLs para asegurarse de que los empleados solo puedan acceder a URLs seguras y autorizadas en dispositivos iOS. Chrome informará de los eventos de filtrado de URLs y de los eventos de sitios no seguros a través del conector de informes en dispositivos móviles.

     
    • Chrome 138 en iOS: la función de filtrado de URLs está disponible en iOS.

   

  • Compatibilidad de descarga de DLP para la API File System Access (FSA) back to top

    La protección de prevención de la pérdida de datos (DLP) se ampliará para incluir los archivos y directorios descargados mediante la API File System Access (FSA). Esta mejora permitirá que las descargas de aplicaciones web modernas, como editores basados en navegadores, se analicen de acuerdo con las reglas de DLP de tu organización. Los usuarios y los sitios web recibirán notificaciones sobre los veredictos de análisis, lo que reforzará la seguridad de los datos y el cumplimiento de políticas.


    • Chrome 138 en Windows, macOS, Android y ChromeOS Linux

↑ volver al principio  

 Registrarse para recibir correos sobre futuras versiones

Notas de versiones anteriores 

Recursos adicionales

¿Necesitas ayuda?

Google y las marcas y los logotipos relacionados son marcas de Google LLC. Los demás nombres de empresas y de productos son marcas de las empresas a las que están asociados.

¿Te ha resultado útil esta información?

¿Cómo podemos mejorar esta página?
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Aplicaciones de Google
Menú principal
3608554489195956212
true
Buscar en el Centro de ayuda
true
true
true
true
true
410864
false
false
false
false