Notificación

Planning your return to office strategy? See how ChromeOS can help.

Notas de la versión de Chrome Enterprise y Education

Última actualización: 25 de abril de 2024

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

¿Quieres administrar dispositivos ChromeOS de manera remota? Comienza la prueba de la actualización de Chrome Enterprise hoy sin cargo

 Registrarse para recibir correos electrónicos sobre futuras actualizaciones

Resumen de la versión de Chrome 124

Actualizaciones del navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Lanzamiento del producto Chrome Enterprise Premium   
La Administración en la nube para el navegador Chrome ahora es Chrome Enterprise Core  
Marca de agua (verificador de confianza)    
Baja de las cookies de terceros de Chrome (3PCD)    
Solicitud de permisos para la API de MIDI Web    
Se actualizarán dos extensiones de Chrome a Manifest V3  
Cambios en el instalador o el actualizador de Chrome    
Mejoras en favoritos y la Lista de lectura en Android    
Pantalla de selección del motor de búsqueda predeterminado  
La política empresarial que se usa para la limitación dejará de estar disponible    
Compatibilidad con escritorio de Chrome para ARM64 de Windows    
Quitar la política empresarial que se usa para GREASE    
Dar de baja y quitar WebSQL    
Actualizaciones de ancho de banda de Chrome    
Los controles de formulario admiten valores de dirección en el modo de escritura vertical    
Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA    
Atributo que se puede clonar con la raíz secundaria    
Contraseñas locales almacenadas en los Servicios de Play en Android    
Encapsulamiento de claves X25519Kyber768 para TLS    
Cómo guardar contenido en Drive y Fotos    
Prototipo de google.com de credenciales de sesión vinculada al dispositivo    
Integración de Windows ClearType Text Tuner    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas que se quitaron del navegador Chrome    
Actualizaciones de ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Delegación de permisos de WebHID    
QoS de Wi-Fi en ChromeOS    
Análisis del DLC    
Aumentar el tamaño máximo del control deslizante del puntero del mouse    
Vinculación rápida para HID    
Invalidación de caché de extensiones para la pantalla de acceso de invitado administrado    
Reinicio instantáneo en la sesión de invitado administrada    
Bloqueo del operador de ChromeOS    
Actualizaciones en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Eliminación de navegadores inactivos en Chrome Enterprise Core    
Nuevo filtro en la página Detalles de la app    
Nuevas políticas en la Consola del administrador    
Próximos cambios en el navegador Chrome Seguridad y privacidad Productividad y apps del usuario Administración
Proveedor del framework de accesibilidad de la automatización de la IU en Windows    
Contenedores de desplazamiento enfocables en el teclado    
Acción predeterminada interoperable mousemove    
El servicio de red en Windows se someterá a una zona de pruebas    
Telemetría sobre páginas que activan las APIs de bloqueo del teclado y el puntero    
Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies    
Quitar el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos    
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas    
Extraer texto de PDF para los usuarios de lectores de pantalla    
Baja del informe extendido de Navegación segura    
Se quitó la política empresarial que se usa para la herencia de la URL base    
Encriptación vinculada a la app para cookies    
Intención de darse de baja: Eventos de mutación    
Captura de vínculos de usuarios en las AWP    
Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3
Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio    
Chrome ya no será compatible con MacOS 10.15    
Baja del argumento includeShadowRoots en DOMParser    
Próximos cambios en ChromeOS Seguridad y privacidad Productividad y apps del usuario Administración
Configuración de Passpoint de ChromeOS    
Nueva política para controlar los tiempos de activación y suspensión del kiosco    
Próximos cambios en la Consola del administrador Seguridad y privacidad Productividad y apps del usuario Administración
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI    
Informe de tecnología heredada    

 

DESCARGAR Notas de la versión (PDF)

↑ volver al principio

Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.

Actualizaciones del navegador Chrome

   

  • Lanzamiento del producto Chrome Enterprise Premiumback to top 

    Chrome Enterprise Premium ya está disponible, lo que proporciona una solución centralizada para una seguridad, privacidad y control sólidos de los extremos (guía de configuración). Los equipos de TI y seguridad obtienen una amplia visibilidad de la red y pueden implementar fácilmente funciones de protección avanzadas. Obtén más información. 

   

  • La Administración en la nube para el navegador Chrome ahora es Chrome Enterprise Coreback to top 

    La administración en la nube de Chrome Enterprise ofrece una herramienta centralizada para configurar y administrar las políticas, la configuración, las apps y las extensiones del navegador en Chrome, sin importar el sistema operativo, el dispositivo o la ubicación. Obtén más información

    • Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
    • Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones

   

  • Marca de agua (verificador de confianza)back to top 

    Esta función de Chrome Enterprise Premium permite a los administradores superponer una marca de agua sobre una página web si, cuando navegas a ella, se activa una regla de Prevención de pérdida de datos (DLP) específica. Puedes especificar que se muestre una cadena estática como marca de agua

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, te puedes registrar en el programa de Verificador de confianza de Chrome Enterprise aquí.

    • Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
    • Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones

   

  • Baja de las cookies de terceros de Chrome (3PCD) back to top 

    Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 120 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.

    Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales deberían excluirse automáticamente de este grupo experimental del 1%. Sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros.

    Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.

    Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.

    Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies en falso o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado de los sitios.

    Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.

    La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.

    Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.

    • A partir de Chrome 120 en ChromeOS, Linux, MacOS y Windows
      El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.

   

  • Solicitud de permisos para la API de Web MIDI back to top 

    La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.

    En Chrome 124, todo acceso a la API de Web MIDI requiere un permiso del usuario. No hay políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.

    • Chrome 124 en Windows, MacOS, Linux y Android

   

  • Se actualizarán dos extensiones de Chrome a Manifest V3 back to top 

    Pronto se actualizarán dos extensiones para usar Manifest V3: User-Agent Switcher y Chrome Reporting

    Esta es una actualización importante que podría tener errores, así que puedes probar la versión Beta de estas extensiones hoy mismo. Te recomendamos que las pruebes en tu entorno. Si tienes algún problema, informa el error aquí.

    Botón de usuario-agente para Chrome (versión beta)

    Extensión de Chrome Reporting (versión beta)

    Se modificó el analizador de URL del botón de usuario-agente, por lo que debes asegurarte de que las sustituciones de usuario-agente existentes funcionen con la versión nueva.

    • Chrome 124: Ambas extensiones recibirán una actualización en su versión estable alrededor del 30 de abril de 2024.

   

  • Cambios en el instalador o el actualizador de Chromeback to top 

    Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, también cambiará la ubicación de GoogleUpdate.exe en Windows y se le cambiará el nombre por updater.exe. Ten en cuenta que la ruta anterior continúa existiendo hasta que se completa la transición.También se modificó GoogleUpdate.exe para que apunte a updater.exe.

     * Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
     * Actual: C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe

    • Chrome 124 en Windows: Estos cambios aparecerán en Windows.

   

  • Mejoras en favoritos y la Lista de lectura en Android back to top 

    En Chrome 124 en Android, algunos usuarios que acceden a Chrome desde el Administrador de favoritos pueden usar y guardar favoritos y elementos de la lista de lectura en su Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled siguen funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.

    • Chrome 124 en Android: Lanzamiento de funciones

   

  • Pantalla para elegir el motor de búsqueda predeterminado back to top 

    Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.

    Obtén más información sobre estas políticas y el grupo atómico relacionado

    • Chrome 120 en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección en Chrome 120.
    • A partir de Chrome 124 en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para usuarios aplicables.

   

  • Dar de baja la política empresarial que se usa para la limitación back to top 

    El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Para leer los debates sobre el problema de limitación (y su resolución), consulta este informe de problema de Chromium

    • Chrome 124: Se quitó la política.

   

  • Compatibilidad con escritorio de Chrome para ARM64 de Windows back to top 

    Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary y el canal beta e informar errores allí. Ten en cuenta que esto está sujeto a cambios según la estabilidad general y los comentarios de los clientes. Si tienes algún problema, informa el error aquí

    • Chrome 124 en Windows (ARM): Los nuevos instaladores Enterprise estarán disponibles a fines de abril o principios de mayo.

   

  • Quitar la política empresarial que se usa para GREASE back to top 

    Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. La política se quitará en Chrome 126.

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.

   

  • Da de baja y quita WebSQL back to top 

    Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.

    El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database. 

    Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento. 

    • Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
    • Chrome 115: Se agregó el mensaje de baja a la consola.
    • Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
    • Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
    • Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.

   

  • Actualizaciones del ancho de banda de Chrome back to top 

    Chrome lanza un nuevo mecanismo para actualizar ciertos componentes de Chrome que podrían generar un uso de ancho de banda adicional en tu flota. Puedes controlar esta opción con la política GenAILocalFoundationalModelSettings

    • Chrome 124 en Windows, MacOS y Linux

   

  • Los controles de formulario admiten valores de dirección en el modo de escritura vertical back to top 

    El modo de escritura de la propiedad CSS permite que los elementos se ubiquen en sentido vertical, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que los elementos de control del formulario (tipo de entrada de medidor, progreso y rango) tengan un modo de escritura vertical y elijan la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo hacia arriba. Si la dirección es ltr, el valor se renderiza de arriba abajo. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores.

    • Chrome 124 en Windows, MacOS, Linux y Android

   

  • Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA back to top 

    En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes no seguros heredados durante el proceso de protocolo de enlace TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para controlar algunas verificaciones de certificados del servidor. En Chrome 124, se quitaron las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled

    Chrome 124 para Android, ChromeOS, Linux, MacOS y Windows: se quitarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.

   

  • Atributo que se puede clonar con la raíz secundariaback to top 

    El atributo que se puede clonar con la raíz secundaria permite controlar de forma individual si una raíz secundaria se puede clonar (con comandos de clonación de plataforma estándar, como `cloneNode()). Las raíces secundarias imperativas ahora se pueden controlar a través de un parámetro para attachShadow({clonable:true}). Las raíces secundarias declarativas se pueden controlar a través de un atributo nuevo, <template shadowrootmode=open shadowrootclonable>

    Pueden ocurrir fallas en los siguientes casos:
    a) si usas shadow DOM declarativo
    b) si clonas plantillas que contienen DSD y
    c) si esperas que esos clones contengan raíces secundarias

    • Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows

   

  • Contraseñas locales almacenadas en los Servicios de Play en Androidback to top 

    Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Anteriormente, se almacenaban en el perfil de Chrome. Ahora, se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de manera similar a como se almacenan las contraseñas de las Cuentas de Google. También cambia la IU de administración para que les proporcionen los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla el comportamiento fuera del objeto binario de Chrome. De esta forma, la nueva IU de administración de contraseñas permite a los usuarios importar o agregar contraseñas allí manualmente.

    • Chrome 123 en Android: La función se habilita para los usuarios que no tienen contraseñas locales. 
    • Chrome 124 en Android: Todas las contraseñas locales se migran a los Servicios de Google Play.

   

  • Encapsulamiento de claves X25519Kyber768 para TLSback to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.

    • Chrome 124 en Windows, MacOS y Linux

   

  • Guardar en Drive y en Fotos back to top 

    Puedes guardar directamente un archivo o una imagen de documento de la Web en Drive, así como una imagen en Google Fotos. Ahora puedes cambiar la cuenta en la que se guardará el archivo. Las políticas relevantes para controlar estas funciones son ContextMenuPhotoSharingSettings y DownloadManagerSaveToDriveSettings.

    • Chrome 124 en iOS
    IoS save photos

   

  • Prototipo de google.com de credenciales de sesión vinculada al dispositivo back to top 

    El proyecto de credenciales de sesión vinculada al dispositivo está diseñado para que la Web deje de usar las credenciales del portador de larga duración, como las cookies, que pueden robarse y reutilizarse, y pase a usar credenciales que son de corta duración o vinculadas de manera criptográfica a un dispositivo. El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que suele llevarse a cabo con software malicioso que se ejecuta en sus dispositivos. 

    El lanzamiento actual es una prueba de concepto orientado al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios web y navegadores web (GitHub).

    Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.

    • Chrome 124 en Windows: Se planificó un lanzamiento del 1% en la versión estable de Chrome para la vinculación de cookies de google.com para la población general. En este evento importante, se presenta una política temporal BoundSessionCredentialsEnabled

   

  • Integración de Windows ClearType Text Tunerback to top 

    Esta función realiza un seguimiento del trabajo para admitir la selección de los valores de contraste y gamma de los parámetros de configuración de Windows ClearType Text Tuner y su aplicación a la renderización de texto con Skia. Esto garantiza que se respeten las preferencias de renderización de texto de los usuarios en los dispositivos con Windows.

    • Chrome 124 en Windows, MacOS y Linux

   

   

  • Políticas que se quitaron del navegador Chrome back to top 
    Política Descripción
    WebSQLAccess Habilitar WebSQL de manera automática
    InsecureHashesInTLSHandshakesEnabled Habilitar hashes no seguros en protocolos de enlace TLS
    RSAKeyUsageForLocalAnchorsEnabled Revisar el uso de la clave RSA para los certificados del servidor que emiten las anclas de confianza locales
    GetDisplayMediaSetSelectAllScreensAllowedForUrls Habilita la selección automática para capturas de multipantalla
    ThrottleNonVisibleCrossOriginIframesAllowed Permitir la limitación de iframes de origen cruzado no visibles

Actualizaciones de ChromeOS

   

  • Delegación de permisos de WebHIDback to top

    Las Apps de Chrome ahora habilitan las funciones de WebHID en la WebView de la app de Chrome para la compatibilidad con VDI y Zoom HID.

   

  • QoS de Wi-Fi en ChromeOS back to top

    ChromeOS 124 ahora incluye una nueva función de Calidad de servicio (QoS) que garantiza una mejor priorización del tráfico de las aplicaciones de videoconferencias y videojuegos en redes Wi-Fi congestionadas. Como resultado, los usuarios pueden disfrutar de una reproducción de videos más fluida con menos almacenamiento en búfer. En esta versión inicial, esta función no está disponible para usuarios administrados.

   

  • Análisis de DLCback to top

    Para optimizar el tamaño de las actualizaciones de ChromeOS, ahora descargamos el controlador requerido una vez que el usuario accede y conecta un escáner que requiere un controlador. El controlador se descargará automáticamente sin que el usuario deba responder ningún mensaje. Aparecerá una notificación para indicar que se están instalando controladores externos y cuándo se completa la instalación.

   

  • Aumentar el tamaño máximo del control deslizante del puntero del mouseback to top

    Expandimos los tamaños del cursor del mouse. Para ajustar el tamaño del cursor, ve a la configuración, accesibilidad, cursor y panel táctil, y desliza el control deslizante hasta el tamaño que prefieras. Esto puede ser útil para las personas con visión reducida, para los profesores que desean que los estudiantes sigan la lección mientras presentan, para las personas que están presentando en una videollamada o si solo quieres tener un cursor del mouse más grande. 

    Mouse pointer size

   

  • Vinculación rápida para HID back to top

    La Vinculación rápida ahora está disponible para mouses en ChromeOS. Ahora puedes acercar un mouse compatible con la Vinculación rápida a tu dispositivo ChromeOS y pedirle que lo vincule con un clic. Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.

   

  • Invalidación de caché de extensiones para la pantalla de acceso de invitado administradoback to top

    A partir de ChromeOS 124, la política ExtensionInstallForcelist admite la reversión de extensiones para las sesiones de invitado administradas y la pantalla de acceso. Esto les da a los administradores la opción de revertir las extensiones en caso de que se produzca un lanzamiento erróneo de una versión nueva.

   

  • Reinicio instantáneo en la sesión de invitado administradaback to top

    ChromeOS 124 presenta una IU para que los administradores inicien una acción de reinicio instantánea de las sesiones de invitado administradas.

    MGS instant reboot

   

  • Bloqueo del operador de ChromeOSback to top

    ChromeOS ahora admite el bloqueo del operador para los proveedores de telefonía celular que deseen proporcionar dispositivos subsidiados a los usuarios. En todos los dispositivos habilitados para celulares, los operadores pueden bloquear el dispositivo para permitir solo la conexión a perfiles de SIM aprobados (tanto eSIM como SIM física). Los dispositivos bloqueados se inscriben en un servidor de bloqueo del operador y, cuando finaliza el contrato, el operador simplemente libera el bloqueo y el usuario recibe una notificación en su dispositivo. Ten en cuenta que, además de estar bloqueado por usar perfiles de SIM no autorizados, también se bloquea el modo para desarrolladores en los dispositivos bloqueados por el operador.

Actualizaciones en la Consola del administrador

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

    Desde abril hasta mayo de 2024, en el caso de Chrome Enterprise Core, comenzará a implementarse de la política del Período de inactividad para la eliminación de navegadores y se borrarán automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días (más información). 

     

    Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.

   
  • Nuevo filtro en la página Detalles de la appback to top

    Presentamos un nuevo filtro para Todos los usuarios y navegadores en la página Detalles de la app. Este filtro les permite a los administradores de TI ver fácilmente todos los navegadores y usuarios administrados en los que esté instalada una extensión o app específica.

    App Details filter
   

↑ volver al principio  

Próximamente

Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el canal estable.

 

Próximos cambios en el navegador

    

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

    A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.

    Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.

    • Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
    • Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
    • Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.

    

  • Contenedores de desplazamiento enfocables en el tecladoback to top 

    Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.

    Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.

    • Chrome 125 en Windows, MacOS, Linux y Android

    

  • Acción predeterminada interoperable mousemoveback to top 

    Chrome permitió cancelar eventos mousemove para evitar otras APIs, como la selección de texto (incluso la función de arrastrar y soltar en el pasado).No coincide con los demás navegadores principales, ni tampoco se ajusta a la IU (especificaciones del evento).

    Con esta función, la selección de texto ya no será la acción predeterminada de mousemove.Aun así, es posible evitar la selección de texto y la función de arrastrar y soltar a través de la cancelación de los eventos selectstart y dragstart, respectivamente, que cumplen con las especificaciones y son completamente interoperables.

    • Chrome 125 en Windows, MacOS, Linux y Android

    

  • El servicio de red en Windows se someterá a una zona de pruebas back to top 

    Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.

    • Chrome 125 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.

    

  • Telemetría sobre páginas que activan APIs de bloqueo del teclado y el punteroback to top 

    Cuando un usuario de la Navegación segura mejorada visita una página que activa las APIs de bloqueo del teclado o del puntero, los atributos de esa página se enviarán a la Navegación segura. 

    Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados. 

    • Chrome 125 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia

    

  • Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies back to top 

    Proponemos una extensión de la API de Storage Access (retrocompatible) para permitir el acceso al almacenamiento no particionado (con cookies y sin ellas) en un contexto de terceros, e imaginamos que la mecánica de la API sería más o menos similar a la siguiente (JS que se ejecuta en un iframe incorporado):

    // Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería darle una instrucción al usuario)
    let handle = await document.requestStorageAccess({all: true});

    // Escribe algo de almacenamiento localstorage entre sitios
    handle.localStorage.setItem("userid", "1234");

    // Abre o crea una indexedDB que se comparta con el contexto propio
    let messageDB = handle.defaultBucket.indexedDB.open("messages");

    Los iframes usarían el mismo flujo para obtener un controlador de almacenamiento cuando su principal de nivel superior llamara correctamente a rSAFor, solo que, en este caso, el permiso storage-access ya se otorgó. Por lo tanto, la llamada a rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que iframes ocultos accedan al almacenamiento.

    

  • Se quitó el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos back to top 
    Chrome 124 quita el alias window-placement para los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se reemplazan por window-management, que describe mejor la funcionalidad de la API relacionada. Este es un seguimiento de las mejoras en la función de la API de Multi-Screen Window Placement. Para obtener más detalles, consulta el Estado de la plataforma Chrome.
    • Chrome 125 en Windows, MacOS y Linux

    

  • Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadasback to top 

    En Chrome 125, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.

    Si una empresa experimenta alguna falla con los iframes incorporados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo particionado y, luego, invocar la API de Storage Access (SAA) o utilizar el uso compartido de recursos entre dominios (CORS) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior. 

    • Chrome 126 en Windows, MacOS y Linux

    

  • Extrae texto de archivos PDF para los usuarios de lectores de pantallaback to top 

    El navegador Chrome lanzará un lector de PDF con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear el primer navegador con un lector de pantalla de PDF integrado para documentos inaccesibles, lo que acorta aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.

    Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca local de Inteligencia Artificial que utiliza la tecnología de Screen AI para analizar las capturas de pantalla o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.

    • Chrome 126 en ChromeOS, Linux, MacOS y Windows
    PDF reader

    

  • Baja del informe extendido de Navegación seguraback to top 

    Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura

    • Chrome 126 en iOS, ChromeOS, Linux, MacOS y Windows: Baja del informe extendido de Navegación segura
      Safe browsing

    

    

  • Encriptación vinculada a la app para cookiesback to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.

    Habrá una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar la encriptación vinculada a la aplicación.

    • Chrome 125 en Windows

    

  • Intención de dar de baja los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.

    

  • Captura de vínculos de usuarios en las AWPback to top 

    Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.

    • Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • De forma anticipada en Chrome 127 en Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
    Link PWAs

    

  • Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3 back to top 

    Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. 

    A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.

    Puedes ver qué versión del manifiesto usan todas las extensiones de Chrome que se ejecutan en tu flota en la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos: 

    • Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
    • Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
    • Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.

    

    

  • Chrome ya no será compatible con MacOS 10.15 back to top 

    Chrome ya no admitirá MacOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en MacOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con MacOS 10.15.

    • Chrome 129 en MacOS: Chrome ya no es compatible con MacOS 10.15

    

  • Baja del argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo.Este se envió en  Chrome 90 como parte del envío inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para leer más, consulta los detalles del contexto sobre los estándares relacionados y también hay información disponible sobre las bajas relacionadas de serialización de Shadow DOM y Atributo shadow root

    Ahora que se creó una versión estandarizada de la API en forma desetHTMLUnsafe() y parseHTMLUnsafe(), se enviará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:

    En lugar de:

      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    Se puede usar en su lugar:

      document.parseHTMLUnsafe(html);

    • Chrome 129 en Windows, Mac, Linux y Android

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Configuración de Passpoint de ChromeOSback to top 

    A partir de ChromeOS 125, podrás ver y administrar Wi-Fi Passpoint en la configuración de ChromeOS. Podrás ver y quitar tu suscripción a Passpoint instalada en la página de detalles correspondiente.

   

  • Nueva política para controlar los tiempos de activación y suspensión del kioscoback to top 

    A partir de ChromeOS 125, presentaremos una nueva política de dispositivo de kiosco que permitirá a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.

 

Próximos cambios en la Consola del administrador

   

  • Paridad de políticas: Parámetros de configuración personalizados para administradores de TI back to top

    La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en Chrome Enterprise Core en la Consola del administrador, ya sea a través de las páginas Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones que no se admite en la Consola del administrador, como “normal_installed”.

    • A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
    • A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones
       
  • Informe de tecnología heredada back to top

    A partir de Chrome 127, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.

    Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
    • A partir de Chrome 127 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
    Legacy tech report

↑ volver al principio  

Notas de versiones anteriores 

 

Recursos adicionales

¿Todavía necesitas ayuda?

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

¿Te resultó útil esto?

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