Gestionar perfiles de navegador, licencias de Chrome Enterprise y migraciones entre plataformas ha dejado de ser algo excepcional. Ahora es el pan de cada día en empresas que se mueven entre Google Workspace, Microsoft 365, la nube y soluciones alternativas como Edge, Intune o suites de seguridad de terceros. El problema es que casi nunca hablamos de todo a la vez: licencias, identidad, seguridad, perfiles locales, nube… y al final los proyectos se vuelven eternos.
En este artículo vamos a juntar todas las piezas: cómo migrar licencias de Chrome Enterprise, qué implica pasarse a otros navegadores o consolas, qué hacer con los perfiles existentes de Chrome, y cómo encajar todo esto en una estrategia de nube y seguridad. Verás qué puedes transferir, qué no, dónde hay que ir con cuidado (facturación, cumplimiento, datos sensibles) y cómo planificar una migración sin que tus usuarios ni tu equipo de TI acaben desesperados.
Migrar licencias de Chrome Enterprise a través de distribuidores
Cuando tienes una suscripción independiente de Licencia de Chrome Enterprise contratada directamente con Google, una de las primeras dudas suele ser si puedes pasar su gestión a un partner o distribuidor. La respuesta es sí. Google permite transferir la administración de esa suscripción a un distribuidor autorizado. A partir de ese momento, este podrá encargarse tanto de la gestión como de los servicios asociados (implementación, soporte, proyectos de transformación, etc.).
El proceso comienza generando un periodo de prueba nuevo en tu cuenta administrada por el distribuidor. Los detalles de esta prueba y de la transferencia se envían por correo al superadministrador de tu organización. Desde el primer momento es importante asumir algo clave: las transferencias de estas suscripciones son irreversibles. Es decir, una vez cambies de modelo de gestión ya no podrás volver al estado anterior con facturación directa de Google.
Para iniciar este tipo de cambio conviene utilizar el directorio oficial de partners de Google y localizar un distribuidor autorizado en tu región. Más allá de las licencias, el valor real suele estar en los servicios añadidos: gestión recurrente, soporte de primer nivel, acompañamiento en proyectos de migración a la nube o despliegues masivos de ChromeOS, por ejemplo.
Una vez que la transferencia se completa, el distribuidor obtiene derechos de administración sobre tu consola en lo relativo a las suscripciones que gestiona. Esto incluye poder crear y eliminar usuarios, modificar contraseñas, ajustar unidades organizativas y cambiar políticas o configuraciones. Si quieres limitar el alcance de ese acceso o entender en detalle qué puede y qué no puede hacer tu partner, Google documenta de forma específica el modelo de acceso de distribuidores a una cuenta de Google para que puedas afinar permisos y confianza.
Cambios de facturación y condiciones económicas al transferir licencias
La otra pata de la migración de licencias de Chrome Enterprise es la facturación tras el cambio de modelo. En el momento en que el distribuidor completa la transferencia, tu suscripción pasa a ser una nueva suscripción gestionada por él. Se convierte así en el partner que emite las facturas, dejando de hacerlo Google de forma directa.
En el mes de la transferencia, si esta no se ha realizado el día 1, te encontrarás con una situación híbrida: dos facturas correspondientes al mismo mes.
- Por un lado, una factura de Google que cubre el periodo previo a la migración.
- Por otro lado, una factura del distribuidor por los días restantes tras la fecha efectiva del cambio.
Desde el mes siguiente solo deberías recibir cargos del distribuidor. Siempre que no mantengas otros servicios facturados directamente por Google, claro.
El impacto exacto en el coste dependerá de tu plan de pago anterior (mensual o anual). Si trabajabas con un plan anual con pagos mensuales, Google emitirá un último cobro proporcional al tiempo utilizado hasta la fecha de transferencia, calculado de forma prorrateada. En cambio, si tenías un plan anual con pago anual anticipado, al mover la suscripción no recibirás reembolsos por el periodo pendiente que ya hubieras pagado.
También hay requisitos respecto al número de licencias durante la operación. La nueva suscripción gestionada por el distribuidor debe tener al menos el mismo número de licencias que la anterior. Si, por ejemplo, tu contrato original cubría 200 usuarios, no podrás bajar a 150 coincidiendo con la transferencia. Solo hay una pequeña puerta de salida: en suscripciones anuales con menos de 30 días para su vencimiento, sí se permite ajustar a la baja el conteo de licencias.
Migrar entre Chrome Enterprise y otras soluciones de gestión (Intune, Edge, etc.)
En muchas empresas, la cuestión no es solo quién factura o gestiona Chrome Enterprise, sino cómo integrar Chrome con otras plataformas de gestión como Microsoft Intune o cómo sustituir el Chrome de consumo por una versión corporativa. Aquí es donde entran en juego paquetes Win32, detecciones de aplicaciones existentes y estrategias de desinstalación selectiva.
La estrategia en este contexto suele pasar por combinar scripts de desinstalación con la lógica de detección de aplicaciones de Intune. Es decir, primero forzar la retirada de versiones no gestionadas de Chrome (normalmente instaladas en el perfil de usuario o como MSI de consumo), y a continuación permitir la instalación del Chrome empresarial como aplicación Win32 gestionada. Si esto se complica demasiado, hay organizaciones que optan por seguir usando PDQ u otras soluciones paralelas para esa limpieza inicial.
En paralelo, algunas compañías plantean directamente migrar usuarios desde Chrome a Microsoft Edge. Aprovechando que Edge puede importar historiales, favoritos y contraseñas desde otros navegadores. Es una vía especialmente atractiva cuando la gestión de dispositivos ya está muy centralizada en Intune y se quiere consolidar todo en el ecosistema Microsoft. Aun así, la realidad es que no todo el mundo quiere dejar de usar Chrome. En general, suele ser un cambio progresivo que convive con ambos navegadores.
Qué hacer con los perfiles de Chrome asociados a cuentas que van a desaparecer
Uno de los puntos más delicados de la transición entre plataformas o dominios es la gestión de los perfiles de Google Chrome ligados a direcciones de correo que dejarán de existir. Imagina que tu empresa tenía su correo en Google Workspace, todos iniciaban sesión en Chrome con su cuenta corporativa y migras todo a Microsoft 365. El correo, el acceso y los datos ya viven en Microsoft, pero esos perfiles de Chrome siguen vinculados a una cuenta de Google que en breve será desactivada.
Chrome no ofrece un mecanismo nativo para “cambiar” el correo principal de una cuenta de Google a otra manteniendo el mismo perfil de navegador. Como solución de compromiso, muchas organizaciones recomiendan que cada usuario cree una cuenta de Gmail gratuita y use esa nueva identidad para iniciar sesión en Chrome. El inconveniente es que el nuevo perfil arranca de cero: pestañas, contraseñas, extensiones y favoritos no aparecen por arte de magia.
En sistemas Windows, los datos de usuario de Chrome suelen estar en %LOCALAPPDATA%\Google\Chrome\User Data, donde cada perfil tiene su propia carpeta. Es tentador copiar a mano el contenido de la carpeta del perfil antiguo en la carpeta del perfil nuevo para hacer una especie de clon. Sin embargo, al hacerlo también arrastras la vinculación a la cuenta original, que sigue asociada internamente. Es decir, con eso no resuelves el problema: simplemente creas una copia con la misma identidad caducada.
Por esa razón, muchos administradores acaban recurriendo a un plan B manual para cada usuario: exportar los marcadores a un archivo HTML desde el perfil antiguo e importarlos al nuevo, y usar las funciones integradas de exportación/importación de contraseñas (o bien el gestor de contraseñas de la propia organización) para no perder credenciales importantes.
Particularidades de migrar consolas y licencias en Google Workspace
Más allá del navegador, hay empresas que necesitan una migración completa entre consolas de Google Workspace, normalmente por fusiones, adquisiciones o reestructuraciones. En estos casos no se trata de mover solo algunos servicios, sino de trasladar usuarios, correos, datos y licencias de una consola con un dominio a otra nueva o existente con otro dominio principal.
En este escenario, es imprescindible disponer de un dominio de destino correctamente configurado que sirva de base para el traslado de la información. A menudo, el dominio original sigue utilizándose de forma temporal para mantener la comunicación con clientes y proveedores mientras dura la migración, por lo que hay que coordinar bien redirecciones, alias y cambios de DNS para no cortar el correo ni duplicar mensajes.
Durante la transición, mientras se migra el correo al nuevo dominio, hay empresas que optan por hospedar temporalmente el correo electrónico en un proveedor externo para garantizar la continuidad del servicio. Esto añade una capa de complejidad, pero puede ser útil si se quieren desacoplar tiempos de migración de la infraestructura del proveedor original.
Otro aspecto muchas veces olvidado es que las licencias de CFM (Chrome for Meetings) y Chrome Enterprise no se mueven automáticamente con una migración estándar de Google Workspace. Suelen requerir procesos específicos de reasignación o nueva contratación en el dominio de destino. Es recomendable trabajar con un partner que conozca bien la casuística. Si no, podrías encontrarte con salas de reuniones o dispositivos sin licencias funcionales.
Limitaciones de los datos de usuario y servicios al migrar entre consolas
Uno de los puntos más espinosos en las migraciones de Google Workspace es que no todo se puede trasladar de forma automática, y algunas cosas se pierden o requieren tratamiento manual. Es importante comunicárselo claramente a los usuarios. Sobre todo, para evitar sorpresas desagradables.
En el ámbito de Gmail, aunque es de lo más sencillo de mover en términos de volumen y herramientas disponibles, habrá detalles que deberán reconfigurarse a mano tras la migración: filtros, reglas, plantillas, add-ons, fondos personalizados, reenvíos externos, categorías de la bandeja de entrada, diseños concretos de bandeja, etc. Los mensajes pospuestos suelen migrarse, pero los usuarios tendrán que volver a etiquetarlos adecuadamente.
Los mensajes marcados como confidenciales pueden requerir seguir accediendo con la consola antigua mediante SSO. Una vez se cierre por completo la consola origen y deje de existir esa ruta de autenticación, esos mensajes dejarán de ser visibles. Por eso conviene planear con tiempo qué hacer con correos críticos almacenados en ese formato.
Google Drive también tiene sus particularidades: no se podrá utilizar con normalidad hasta que la migración haya finalizado y, además, los elementos que estén en la Papelera en el momento del cambio no se migrarán. Por tanto, si hay documentos importantes pendientes de recuperar, es recomendable sacarlos de la Papelera antes de iniciar el proceso.
Tras el traslado, los enlaces a documentos de Drive cambiarán. Esto puede romper referencias en intranets, correos antiguos o sistemas externos si no se actualizan. Del mismo modo, los comentarios asociados a esos archivos no podrán migrarse en muchos casos, por lo que se perderá parte del contexto colaborativo. Google Photos también debe tratarse aparte. Normalmente será necesaria una migración manual de las fotos y álbumes que se quieran conservar.
Herramientas de migración: de la herramienta nativa a soluciones como CloudM
Para abordar el traslado de datos entre consolas de Google Workspace, hay varias herramientas con distintos niveles de complejidad y alcance. Google ofrece Migration Tool desde la propia consola de administración. Se trata de una opción muy útil si tu necesidad principal es mover Gmail. Sin embargo, si quieres abarcar Drive, grupos, Sites, calendarios, contactos y otros servicios, te quedarás corto bastante rápido.
En proyectos más exigentes, muchas organizaciones optan por soluciones especializadas como CloudM, una plataforma pensada precisamente para migraciones complejas entre Google Workspace, Microsoft 365 (Office 365) y servicios como Dropbox. Este tipo de herramienta permite planificar y ejecutar migraciones más completas, con mejor control sobre lo que se traslada y cómo, y con menos riesgo de pérdida de datos.
Eso sí, CloudM y herramientas similares no son productos plug and play. Requieren cierto nivel de conocimiento técnico para sacarles todo el partido, por lo que suele ser buena idea apoyarse en un partner certificado si no tienes ese perfil dentro de tu propio equipo de TI. Además, CloudM no está orientado a clientes particulares y no suele ofrecer soporte en español. Eso refuerza la necesidad de contar con un intermediario si trabajas en un entorno hispanohablante.
Trabajar con este tipo de soluciones aporta una ventaja estratégica: te permite mantener cierta independencia respecto al proveedor de origen. Si en algún momento decides dejar de usar Google Workspace o Microsoft 365, contar con una herramienta y un procedimiento probados de migración evita que quedes “atado de por vida” a una plataforma concreta por miedo a perder datos o a sufrir una transición caótica.
El papel de la nube y las licencias de software en estas migraciones
Cuando hablamos de cambiar de Chrome Enterprise a otras soluciones, mover consolas de Google Workspace o pasar de Google a Microsoft 365, en realidad estamos haciendo proyectos de migración a la nube o entre nubes. La pandemia no hizo más que acelerar algo que ya venía de antes: las empresas quieren desprenderse de infraestructuras locales pesadas y aprovechar la elasticidad, agilidad e innovación que ofrece la nube.
La nube
La migración a la nube puede significar dos cosas: trasladar cargas desde tu entorno local a la nube por primera vez, o mover servicios de una nube a otra (por ejemplo, de Google Cloud a Azure, o de Google Workspace a Microsoft 365). En cualquiera de los dos casos, hay cinco factores que conviene tener en la cabeza:
- Accesibilidad (mejorar la experiencia de usuarios internos y clientes).
- Escalabilidad (crecer o reducir recursos rápido).
- Seguridad (copias de seguridad, recuperación y acceso).
- Rentabilidad (costes a corto y largo plazo).
- Cumplimiento normativo.
Licencias
En este tipo de proyectos, a menudo se pasa por alto un aspecto crítico: la gestión de las licencias de software antes, durante y después de la migración. Al mover workloads a la nube o entre proveedores, necesitas saber exactamente qué licencias tienes, cómo las estás usando, cuáles puedes reasignar y qué términos de uso se aplican cuando cambias de infraestructura. Una mala planificación aquí puede desembocar en incumplimientos costosos en plena migración o durante una auditoría de un proveedor.
Realizar perfiles previos a la migración y ajustes de tamaño de los recursos en la nube ayuda a controlar y optimizar costes. Algo especialmente importante en modelos SaaS de talla única que pueden llevar a sobrepagos. Herramientas de gestión de licencias, como Open iT LicenseAnalyzer, permiten reasignar licencias desde infraestructuras on-premise a la nube, automatizar el seguimiento de uso y demostrar en qué momento concreto empezaste a usar una licencia específica, algo muy útil durante auditorías.
Por último, es crucial elegir bien el proveedor de servicios en la nube. Aunque muchos ofrecen paquetes parecidos, la clave está en que su modelo de negocio y sus condiciones encajen con los tuyos. Tras una selección basada en necesidades y credenciales, llega la ejecución de la migración, donde deberías modernizar aplicaciones, rediseñar la arquitectura cuando sea necesario y minimizar tiempos de parada y costes. Después, no hay que olvidar el mantenimiento: comprobar que los datos están seguros, optimizados, recuperables y en línea con normativas como GDPR o HIPAA.
Cuando todo este puzzle encaja —migración de consolas y licencias de Chrome Enterprise, gestión de perfiles de navegador, refuerzo de la seguridad en Chrome o con soluciones alternativas como Cisco Duo, y una estrategia de nube y licencias bien pensada— tu organización gana margen para moverse de plataforma en plataforma sin miedo a perder datos, romper el día a día de los usuarios ni meterse en líos de cumplimiento o facturación; en última instancia, se trata de que la tecnología sea lo bastante flexible para acompañar la evolución de tu negocio y no al revés.
