Migrar de Google Workspace a Microsoft 365: guía completa para Gmail, Drive, usuarios y colaboración
Migrar de Google Workspace a Microsoft 365 no consiste simplemente en cambiar Gmail por Outlook y copiar archivos de Google Drive a OneDrive.
Google Workspace y Microsoft 365 resuelven necesidades similares, pero organizan de forma diferente el correo, los calendarios, los documentos, los permisos, los grupos, la identidad y la colaboración. Por eso, una migración empresarial necesita traducir el funcionamiento del entorno Google a una arquitectura Microsoft que tenga sentido para la organización.
Gmail puede trasladarse a Exchange Online. Los calendarios y contactos pueden formar parte de la migración. My Drive puede terminar en OneDrive cuando el contenido pertenece realmente al usuario, mientras que Shared Drives y documentación departamental suelen encajar mejor en SharePoint. Los usuarios pasan a Microsoft Entra ID y la colaboración puede evolucionar desde Google Meet y Google Chat hacia Microsoft Teams.
Pero no todo tiene una equivalencia exacta. Las etiquetas de Gmail no funcionan como las carpetas de Outlook, los permisos de Google Drive no son idénticos a los de SharePoint, los enlaces externos pueden necesitar reconstrucción y determinados servicios de Google no pueden trasladarse automáticamente.
En Kloudeal abordamos estas migraciones empezando por un assessment del entorno. Analizamos usuarios, Gmail, calendarios, contactos, Google Drive, Shared Drives, grupos, permisos, dominios y aplicaciones; definimos el destino de cada workload; seleccionamos las herramientas; ejecutamos un piloto y coordinamos premigración, cutover, DNS y validación.
Esta guía explica cómo plantear una migración Google Workspace → Microsoft 365 en 2026, qué capacidades ofrece actualmente Microsoft, qué limitaciones deben conocerse y cómo evitar que el proyecto se convierta simplemente en una copia masiva de datos de una plataforma a otra.
La equivalencia más habitual entre Google Workspace y Microsoft 365
| Google Workspace | Microsoft 365 | Consideración |
|---|---|---|
| Gmail | Exchange Online / Outlook | Correo, calendario, contactos, reglas y configuraciones soportadas. |
| Google Calendar | Exchange Online / Outlook Calendar | Reuniones, calendarios, salas, recursos y delegaciones necesitan validación. |
| Google Contacts | Exchange Online / Outlook | Campos y datos especiales pueden no tener equivalencia exacta. |
| My Drive | OneDrive o SharePoint | El destino debe elegirse según quién sea realmente propietario de la información. |
| Shared Drives | SharePoint | Normalmente son datos organizativos, no personales. |
| Google Groups | Microsoft 365 Groups, listas o grupos de seguridad | La equivalencia depende del uso del grupo. |
| Google Meet / Chat | Microsoft Teams | Normalmente requiere adopción y diseño; no debe asumirse una copia 1:1 de todo el histórico. |
| Google identities | Microsoft Entra ID | Usuarios, dominios, grupos, MFA y aplicaciones. |
Esta tabla es un punto de partida. La arquitectura definitiva debe decidirse después de analizar el uso real de cada servicio.
¿Estás preparando una migración desde Google Workspace?
Podemos revisar primero el número de usuarios, Gmail, calendarios, Google Drive, Shared Drives, dominios y permisos para determinar qué debería migrarse, qué herramienta encaja mejor y qué elementos necesitarán tratamiento adicional.
Analizar mi migración Google WorkspaceÍndice
- Qué significa realmente migrar Google Workspace a Microsoft 365
- Cuándo tiene sentido realizar la migración
- Qué se puede migrar
- Qué ofrece Microsoft actualmente
- Assessment e inventario previo
- Usuarios y Microsoft Entra ID
- Google Identity Sync
- Google Groups y grupos Microsoft 365
- Migración de Gmail a Exchange Online
- Simplified Gmail Migration y migraciones grandes
- Etiquetas de Gmail y carpetas de Outlook
- Qué no migra exactamente igual desde Gmail
- Google Calendar
- Delegaciones, salas, recursos y tareas
- Google Contacts
- Google Drive a Microsoft 365
- My Drive: OneDrive o SharePoint
- Shared Drives a SharePoint
- Cómo funciona Migration Manager
- Docs, Sheets, Slides, Forms y otros formatos
- Permisos y colaboradores
- Qué ocurre con los enlaces compartidos
- Migraciones incrementales y cambios durante el proyecto
- Google Chat y Meet frente a Microsoft Teams
- Dominio corporativo y DNS
- Aplicaciones e integraciones
- Seguridad y MFA
- Licenciamiento
- Microsoft o herramientas de terceros
- Fases recomendadas
- Cómo diseñar el piloto
- Cutover y cambio de MX
- Validación posterior
- Experiencia y comunicación a usuarios
- Outlook, móviles y dispositivos
- Cuánto tarda una migración
- Qué determina el coste
- Errores frecuentes
- Checklist previa
- Preguntas frecuentes
- Documentación oficial
Qué significa realmente migrar Google Workspace a Microsoft 365
Una migración completa puede afectar a varias plataformas al mismo tiempo.
Por un lado está el correo: Gmail, Google Calendar y Google Contacts deben transformarse en buzones Exchange Online que los usuarios utilizarán normalmente desde Outlook y Outlook on the web.
Por otro está la información documental. Los datos almacenados en Google Drive deben distribuirse entre OneDrive y SharePoint según su propiedad y uso.
También existe una capa de identidad. Los usuarios de Google Workspace deben tener una identidad adecuada dentro de Microsoft Entra ID, con sus grupos, dominios, licencias y controles de seguridad.
Finalmente está la colaboración: Google Chat, Meet, Shared Drives y otros mecanismos de trabajo tienen que traducirse a la nueva forma de trabajar con Teams, SharePoint, OneDrive y Microsoft 365.
| Área | No basta con… | Hay que decidir… |
|---|---|---|
| Correo | Copiar Gmail. | Calendario, contactos, reglas, delegaciones, grupos y routing. |
| Drive | Copiar todas las carpetas. | OneDrive vs SharePoint, permisos, externos y estructura. |
| Identidad | Crear cuentas con el mismo nombre. | UPN, dominio, grupos, MFA, roles y aplicaciones. |
| Colaboración | Instalar Teams. | Equipos, canales, propietarios, invitados y gobierno. |
| Aplicaciones | Cambiar contraseñas. | SSO, OAuth, SMTP, APIs y provisioning. |
Cuándo tiene sentido migrar de Google Workspace a Microsoft 365
No existe una razón universal por la que Microsoft 365 sea siempre mejor que Google Workspace. Ambas plataformas son maduras y cada una puede encajar correctamente en diferentes organizaciones.
La migración suele tener sentido cuando existe una necesidad concreta de estandarización o integración.
Uso intensivo de Microsoft Office
Las empresas que trabajan continuamente con Word, Excel, PowerPoint y Outlook pueden preferir que correo, archivos y colaboración formen parte del mismo ecosistema.
Adopción de Microsoft Teams
Teams puede convertirse en el punto central para reuniones, chats, canales, documentos y aplicaciones de Microsoft 365.
Pero para aprovecharlo correctamente también necesitamos organizar SharePoint, OneDrive, permisos e identidad.
Consolidación tecnológica
En grupos empresariales donde la plataforma corporativa es Microsoft 365, mantener una filial en Google Workspace puede generar administración duplicada, identidades separadas y herramientas diferentes.
Fusiones y adquisiciones
Cuando una empresa adquirida utiliza Google Workspace y la matriz utiliza Microsoft 365, la migración puede formar parte del proceso de integración empresarial.
Identidad y seguridad
Algunas organizaciones quieren centralizar autenticación, aplicaciones, dispositivos y controles de acceso alrededor de Microsoft Entra ID y el resto de la plataforma Microsoft.
Qué puede migrarse desde Google Workspace
No todos los componentes utilizan la misma herramienta ni tienen la misma fidelidad.
| Origen Google | Destino habitual | Método / consideración |
|---|---|---|
| Gmail | Exchange Online | Herramientas Microsoft específicas o plataforma de terceros. |
| Mail rules | Exchange Online | Dentro de las capacidades soportadas del procedimiento. |
| Calendar | Exchange Online | Hay diferencias y limitaciones que deben probarse. |
| Contacts | Exchange Online | Algunos campos no tienen equivalencia exacta. |
| Delegates | Exchange Online | Microsoft dispone de procedimientos específicos. |
| Rooms / Resources | Exchange Online | Necesitan configuración y validación específica. |
| Tasks | Exchange Online | Existe procedimiento específico dentro del escenario Google. |
| My Drive | OneDrive / SharePoint | Migration Manager o herramienta especializada. |
| Shared Drives | SharePoint | Mapping de grupos y permisos especialmente importante. |
| Docs / Sheets / Slides | Word / Excel / PowerPoint | Migration Manager puede convertirlos durante la migración. |
| Google Forms | Destino Forms compatible | Migration Manager soporta actualmente este escenario con configuración del destino. |
| Google Drawings | PNG | Conversión mediante Migration Manager. |
| Google Sites | No existe migración directa mediante Migration Manager | Necesita estrategia independiente. |
| Google Maps | No migrado por Migration Manager | Tratamiento independiente. |
Qué ofrece Microsoft actualmente para migrar desde Google
Microsoft ha ampliado considerablemente sus herramientas propias y actualmente ofrece una experiencia de migración de Google Workspace desde Microsoft 365 que agrupa diferentes workloads.
Es importante separar los dos principales.
Correo: Exchange Online Migration
Para Gmail, Microsoft dispone de migración específica hacia Exchange Online que puede tratar correo, calendario, contactos y reglas.
Además existen procedimientos adicionales para permisos, delegaciones, salas, recursos y tareas.
Archivos: Migration Manager
Para Google Drive, Microsoft utiliza Migration Manager, integrado en Microsoft 365.
Migration Manager permite:
| Fase | Función |
|---|---|
| Connect | Conectar el tenant Google mediante la aplicación de migración. |
| Scan | Examinar Drives antes de mover información. |
| Assess | Detectar problemas potenciales. |
| Destination mapping | Definir dónde debe terminar cada origen. |
| Identity mapping | Relacionar usuarios y grupos Google con Microsoft. |
| Migrate | Copiar el contenido. |
| Rerun | Ejecutar sincronizaciones diferenciales posteriormente. |
| Reports | Revisar resultados y errores. |
Referencia oficial: Microsoft – Migrate Google Workspace to Microsoft 365 with Migration Manager.
Assessment: conocer Google antes de construir Microsoft 365
El mayor error sería crear el tenant destino basándonos en suposiciones.
Antes necesitamos saber qué existe realmente en Google.
| Área | Información necesaria |
|---|---|
| Usuarios | Activos, suspendidos, archivados, administradores y cuentas de servicio. |
| Gmail | Tamaño, etiquetas, reglas, delegaciones y aliases. |
| Calendar | Calendarios compartidos, reuniones, salas, recursos y delegaciones. |
| Contacts | Volumen, campos personalizados y contactos relevantes. |
| My Drive | Volumen, propietarios, sharing y datos obsoletos. |
| Shared Drives | Propietarios funcionales, grupos, miembros y estructura. |
| External sharing | Invitados y enlaces externos actualmente utilizados. |
| Google Groups | Función real: mailing, seguridad, colaboración o permisos Drive. |
| Aplicaciones | Login with Google, APIs, SMTP, OAuth y otras integraciones. |
| Dominios | Dominio principal, aliases, routing y DNS. |
El volumen no es el único factor
Un usuario con 200 GB de Drive puede ser fácil de migrar si sus datos son personales y tienen pocos permisos.
Una Shared Drive de 20 GB puede requerir mucho más análisis si contiene cientos de personas, accesos externos y documentación utilizada por diferentes departamentos.
¿No sabes cuánto contenido tenéis realmente en Google Workspace?
Podemos comenzar con un discovery para obtener usuarios, buzones, tamaños, Drives, Shared Drives y principales dependencias antes de decidir herramientas y calendario.
Solicitar assessment Google WorkspaceUsuarios y Microsoft Entra ID
Los datos no deberían migrarse antes de resolver correctamente quién será su propietario en Microsoft 365.
Las identidades destino condicionan el correo, los permisos SharePoint, OneDrive y la experiencia del usuario.
UPN y dirección de correo
El usuario puede mantener una identidad como:
ana.garcia@empresa.com
pero esa dirección debe existir y estar preparada en Microsoft 365 antes de que el resto de workloads puedan relacionarse correctamente con ella.
Usuarios que no deben trasladarse
También es habitual descubrir durante el assessment:
cuentas antiguas, usuarios suspendidos, cuentas de servicio, usuarios de pruebas y buzones que ya no tienen un propietario válido.
No todos deberían convertirse automáticamente en una licencia Microsoft 365.
Google Identity Sync: una capacidad nueva que merece conocerse
Microsoft dispone actualmente de Google Identity Sync, una funcionalidad orientada a facilitar la preparación de usuarios y grupos antes de migrar el resto de los workloads.
La sincronización es unidireccional desde Google Workspace hacia Microsoft 365.
Disponibilidad actual
Microsoft documenta actualmente Google Identity Sync para tenants con menos de 300 usuarios licenciados.
Para organizaciones mayores deberá revisarse el estado de la funcionalidad en el momento del proyecto y utilizarse otro método de provisioning si todavía no está disponible.
Qué hace con los usuarios
| Usuario Google | Microsoft Entra ID |
|---|---|
| Activo | Puede crearse como usuario habilitado. |
| Suspendido | Se crea deshabilitado. |
| Archivado | No se incluye actualmente. |
| Ya existe en Entra con el mismo alias | No crea un segundo usuario ni sobrescribe el existente. |
No es una sincronización destructiva
Si posteriormente se elimina un usuario en Google, Google Identity Sync no elimina automáticamente el usuario correspondiente en Microsoft Entra ID.
Esto reduce el riesgo de utilizar la sincronización como un mecanismo de borrado no intencionado, pero obliga a gestionar el ciclo de vida final de forma consciente.
Referencia oficial: Microsoft – Google Identity Sync.
Google Groups: no todos deben convertirse en el mismo tipo de grupo
Un Google Group puede utilizarse para tareas distintas.
Por eso migrar el nombre y los miembros no es siempre suficiente.
| Uso en Google | Posible destino Microsoft |
|---|---|
| Lista de correo | Distribution Group. |
| Permisos | Security Group. |
| Colaboración | Microsoft 365 Group. |
| Equipo de trabajo | Microsoft 365 Group + Microsoft Teams. |
| Permisos sobre Shared Drive | Grupo Microsoft mapeado al destino SharePoint. |
Google Identity Sync y grupos
Dentro de su alcance actual, Google Identity Sync puede sincronizar Google Groups y crear grupos de Microsoft 365 para los grupos compatibles.
Esto puede reducir trabajo en escenarios pequeños, pero no significa que todo Google Group deba transformarse funcionalmente en un Microsoft 365 Group.
Durante el diseño seguimos recomendando revisar para qué se utiliza realmente cada grupo.
Migración de Gmail a Exchange Online
Para empresas no recomendamos tratar Gmail simplemente como un servidor IMAP cuando existen herramientas específicas capaces de obtener más información.
Microsoft dispone actualmente de migración específica de Google Workspace mediante Exchange Online.
Qué puede trasladar el procedimiento principal
| Elemento | Migración Google Workspace de Microsoft |
|---|---|
| Sí. | |
| Mail rules | Sí, dentro de las capacidades documentadas. |
| Calendar | Sí. |
| Contacts | Sí. |
Además, Microsoft dispone ahora de procedimientos específicos para otros componentes como delegaciones, permisos, salas, recursos y tareas.
Por qué es preferible a IMAP para Google Workspace empresarial
IMAP únicamente proporciona mensajes y carpetas.
Una migración diseñada específicamente para Google Workspace puede acceder también a calendario y contactos y ofrece mejores posibilidades para tratar funcionalidades propias de Gmail.
Referencia oficial: Microsoft – Automated Google Workspace Migration.
Simplified Gmail Migration y proyectos de mayor tamaño
Microsoft dispone de distintas experiencias dependiendo del tamaño del entorno Google.
Simplified Gmail Migration
La documentación actual de Microsoft define Simplified Gmail Migration (SGM) para entornos Google Workspace con un máximo de 1.000 buzones en origen.
La experiencia permite descubrir buzones y seleccionar:
qué usuarios migrar, qué periodo de información trasladar, tipos de datos y etiquetas o carpetas incluidas.
Buzones grandes
La experiencia distingue también entre buzones de tamaño normal y buzones grandes, por lo que el volumen debe conocerse antes de iniciar el proyecto.
Más de 1.000 usuarios
Microsoft dirige los entornos mayores hacia su experiencia de migración para tenants Google de gran tamaño.
Esto demuestra por qué no conviene definir la arquitectura únicamente diciendo “utilizaremos la herramienta nativa”. Incluso dentro del ecosistema Microsoft existen diferentes flujos.
Referencia oficial: Microsoft – Simplified Gmail Migration.
Etiquetas de Gmail frente a carpetas de Outlook
Esta es una de las diferencias funcionales que más conviene explicar a los usuarios.
Gmail utiliza etiquetas. Un mensaje puede estar asociado a varias etiquetas simultáneamente sin que existan varias copias físicas del mensaje.
Outlook y Exchange trabajan principalmente con una estructura de carpetas.
Por eso una estructura Gmail como:
Cliente A + Factura + Pendiente
no tiene necesariamente una traducción perfecta a tres carpetas Exchange.
Qué implica para la migración
Dependiendo del método, las etiquetas pueden transformarse en carpetas o tratarse según las reglas de la herramienta.
Durante el piloto conviene seleccionar usuarios que utilicen intensivamente labels y confirmar:
qué estructura obtendrán en Outlook y si el resultado es comprensible para ellos.
Elementos de Gmail que necesitan atención especial
Incluso utilizando la migración específica de Microsoft existen diferencias de plataforma.
| Elemento | Consideración actual |
|---|---|
| Vacation / Auto-reply | No forma parte de la migración automatizada principal. |
| Shared calendars | No deben darse por trasladados automáticamente como un calendario personal. |
| Event colors | No se conservan mediante la migración estándar documentada. |
| Room reservations | Necesitan tratamiento específico. |
| Contacts | Existen límites en determinados campos. |
| Permisos y delegados | Microsoft dispone de un procedimiento específico adicional. |
Tamaño de mensajes
Microsoft documenta actualmente un límite predeterminado de 35 MB por mensaje en su migración Google, configurable hasta 150 MB.
Este tipo de límite debe revisarse antes de cada proyecto porque puede cambiar.
Contactos con muchas direcciones
La documentación actual indica un máximo de tres direcciones de correo electrónico migradas por contacto mediante el procedimiento correspondiente.
Referencia oficial: Microsoft – Google Workspace automated batch migration overview.
Migración de Google Calendar a Exchange Online
El calendario es un componente crítico porque una incidencia no afecta únicamente a datos históricos.
Puede afectar a reuniones futuras.
Qué deberíamos probar
| Caso | Validación |
|---|---|
| Reunión individual | Fecha, hora y participantes. |
| Reunión recurrente | Serie y excepciones. |
| Invitados externos | Direcciones e invitaciones. |
| Calendario delegado | Acceso después de la migración. |
| Room | Reserva y permisos. |
| Resource | Funcionamiento del recurso. |
Reuniones futuras y cambio de plataforma
También debemos distinguir el calendario de la plataforma utilizada para la reunión.
Una cita puede migrar correctamente a Outlook y seguir conteniendo un enlace de Google Meet.
La decisión sobre si las reuniones futuras deben mantenerse, recrearse o modificarse dependerá de la estrategia de colaboración y del impacto aceptable.
Permisos, delegados, salas, recursos y tareas
Microsoft ha ampliado la migración Google Workspace con procedimientos específicos para elementos que anteriormente podían requerir una reconstrucción mucho más manual.
La documentación actual incluye:
| Elemento | Tratamiento |
|---|---|
| Mailbox permissions | Mapping hacia Exchange Online mediante procedimientos específicos. |
| Delegates | Migración/reconstrucción mediante cmdlets. |
| Rooms | Procedimiento específico. |
| Resources | Procedimiento específico. |
| Tasks | Migración específica desde Google Workspace. |
Esto no significa que debamos asumir una equivalencia perfecta.
Son precisamente los elementos que más conviene probar en el piloto porque pueden contener reglas, comportamientos o permisos diferentes entre Google y Exchange.
Referencia oficial: Microsoft – Permissions, Delegates, Rooms, Resources and Tasks Migration.
Migración de Google Contacts
Los contactos pueden parecer menos importantes que el correo hasta que el usuario comercial abre Outlook el lunes y descubre que no encuentra a ninguno de sus clientes habituales.
Por eso deben incluirse en las pruebas.
Qué revisar
| Dato | Posible diferencia |
|---|---|
| Nombre | Normalmente sencillo. |
| Microsoft documenta límites en el número de direcciones por contacto. | |
| Teléfono | Validar formatos. |
| Campos personalizados | Pueden no tener equivalencia. |
| Labels | No deben confundirse con categorías Outlook. |
| Contactos compartidos | Necesitan arquitectura independiente. |
Migrar Google Drive a Microsoft 365
La migración documental debería diseñarse de forma separada a Gmail.
Microsoft utiliza actualmente Migration Manager para trasladar contenido desde Google Drive hacia OneDrive y SharePoint.
El proceso no es un simple drag-and-drop.
Migration Manager puede analizar Drives antes de moverlos, generar informes, relacionar identidades y migrar metadata y permisos cuando existen mappings adecuados.
Una diferencia fundamental: los datos se copian
Migration Manager no elimina los originales de Google.
Durante la migración:
el contenido se copia hacia Microsoft 365 y continúa existiendo en Google Drive.
Esto es muy útil para reducir riesgos, pero crea una nueva necesidad operativa: decidir en qué momento los usuarios deben dejar de modificar el origen.
Referencia oficial: Microsoft – Migrate Google Files to Microsoft 365.
My Drive: ¿OneDrive o SharePoint?
La asociación habitual es:
My Drive → OneDrive.
Pero no debería aplicarse sin revisar el contenido.
Un usuario puede tener dentro de My Drive documentos que utiliza todo su departamento porque históricamente se compartieron desde su cuenta.
Si ese usuario abandona la empresa, esa documentación no debería depender de su OneDrive.
| Tipo de información | Destino que normalmente evaluamos |
|---|---|
| Documentos personales de trabajo | OneDrive. |
| Borradores personales | OneDrive. |
| Carpeta utilizada por todo Finanzas | SharePoint. |
| Procedimientos corporativos | SharePoint. |
| Proyecto colaborativo | SharePoint / Team. |
| Documentos obsoletos | Evaluar archivo o exclusión. |
Una migración es una buena oportunidad para corregir contenidos que dependen del propietario equivocado.
Shared Drives: SharePoint suele ser la equivalencia natural
Las Shared Drives son organizativas por diseño y, por tanto, suelen mapearse mejor a SharePoint.
Pero una Shared Drive no tiene por qué convertirse automáticamente en un único sitio SharePoint.
Podemos necesitar:
agrupar varias unidades, separar una unidad demasiado grande o mapearla hacia diferentes sitios según departamentos, proyectos o requisitos de permisos.
Qué analizamos antes
| Elemento | Decisión |
|---|---|
| Nombre | ¿Representa correctamente el área de negocio? |
| Propietario funcional | ¿Quién será responsable en Microsoft 365? |
| Miembros | ¿Todos deben conservar acceso? |
| Grupos | ¿Qué grupo Microsoft sustituirá a cada Google Group? |
| Externos | ¿Deben seguir teniendo acceso? |
| Datos obsoletos | ¿Tiene sentido trasladarlos? |
Cómo funciona Migration Manager para Google Workspace
La metodología actual de Microsoft resulta especialmente útil porque incorpora una fase de análisis antes de mover datos.
1. Conectar Google
Se instala y autoriza la aplicación de migración correspondiente en Google Workspace.
2. Scan & Assessment
Se seleccionan las Drives y se realiza un escaneo.
El objetivo es encontrar problemas antes de la ejecución.
3. Añadir a la lista de migración
Las unidades listas pasan al proyecto de migración.
4. Revisar los destinos
Se define qué Drive termina en qué OneDrive o ubicación SharePoint.
5. Mapear identidades
Usuarios, grupos y dominios Google se relacionan con sus correspondientes objetos Microsoft.
Este paso resulta esencial para conservar permisos correctamente.
6. Migrar y monitorizar
Se ejecutan los jobs y posteriormente se revisan informes y errores.
Un estado “Completed” no significa ausencia total de incidencias
Microsoft documenta que determinados elementos no soportados pueden generar errores a nivel de archivo y, aun así, permitir que la tarea global aparezca como completada.
Por eso los informes detallados deben revisarse.
Qué ocurre con Google Docs, Sheets, Slides, Forms y otros elementos
Uno de los temores habituales es qué ocurre con los formatos propietarios de Google.
Migration Manager utiliza la API de exportación de Google para convertir los principales tipos documentales.
| Formato Google | Resultado Microsoft |
|---|---|
| Google Docs | .docx |
| Google Sheets | .xlsx |
| Google Slides | .pptx |
| Google Drawings | PNG por defecto. |
| Google Forms | Soportado actualmente cuando se configura un destino Forms adecuado. |
| Google Sites | No migrado mediante Migration Manager. |
| Google Maps | No migrado mediante Migration Manager. |
| Archivos huérfanos / desorganizados | No son escaneados ni migrados por Migration Manager. |
Conversión no significa fidelidad perfecta
Un Google Sheet sencillo probablemente resulte fácil de convertir.
Una hoja con fórmulas complejas, vínculos, scripts, complementos o funcionalidades específicas de Google merece probarse manualmente.
Lo mismo ocurre con documentos muy elaborados y presentaciones con componentes específicos.
Referencia oficial: Microsoft – Unsupported Files in Migration Manager.
¿Google Drive es una parte importante de la migración?
Podemos analizar My Drives, Shared Drives, grupos, permisos externos y formatos Google antes de definir la arquitectura de SharePoint y OneDrive.
Analizar Google Drive y SharePointPermisos de Google Drive y SharePoint
Migration Manager puede trasladar permisos cuando las identidades están correctamente mapeadas.
Este punto es especialmente importante en Shared Drives.
Google Groups
Si una Shared Drive utiliza un Google Group para conceder acceso, necesitamos que exista una identidad o grupo equivalente en Microsoft 365 y realizar el mapping correspondiente.
No confundas transferencia de permisos con auditoría de permisos
Que técnicamente podamos reconstruir un permiso no significa que debamos conservarlo.
Antes de trasladar accesos antiguos recomendamos revisar:
usuarios inactivos, proveedores que ya no trabajan con la empresa, grupos sin propietario y accesos que se concedieron temporalmente hace años.
Qué ocurre con los enlaces compartidos y usuarios externos
Esta es una limitación importante que debería explicarse antes de la migración.
Enlaces externos
Microsoft indica actualmente que Migration Manager no recrea automáticamente los enlaces de compartición externa.
Los nuevos enlaces deberán establecerse posteriormente en Microsoft 365 cuando sigan siendo necesarios.
Colaboradores externos
Migration Manager tampoco vuelve a compartir automáticamente contenido con colaboradores externos.
Es una decisión deliberada de seguridad.
Eso significa que el proyecto debe incluir una revisión del acceso externo:
| Pregunta | Decisión |
|---|---|
| ¿Quién es el invitado? | Validar identidad. |
| ¿Sigue trabajando con nosotros? | Mantener o retirar. |
| ¿Qué necesita consultar? | Definir nuevo permiso. |
| ¿Durante cuánto tiempo? | Aplicar ciclo de vida adecuado. |
Esto puede ser una ventaja
Aunque añade trabajo, evita trasladar automáticamente años de enlaces externos y accesos históricos sin comprobar si siguen siendo válidos.
Referencia oficial: Microsoft – Migration Manager Google FAQs.
Migraciones incrementales: qué ocurre si Google sigue cambiando
Migration Manager permite volver a ejecutar una migración y realizar una sincronización diferencial.
Esto facilita un modelo de premigración.
Ejemplo
Podemos copiar gran parte del contenido el lunes, permitir que los usuarios continúen trabajando en Google y ejecutar otra pasada antes del cutover.
En la siguiente ejecución se procesan principalmente archivos nuevos o modificados.
Pero no reorganices el origen durante la migración
Microsoft advierte de una consecuencia importante.
Si durante la transición renombramos carpetas o modificamos estructuras, Migration Manager puede interpretar esos cambios como contenido nuevo y generar duplicados.
| Cambio durante la migración | Riesgo |
|---|---|
| Modificar un documento | Se actualizará en una siguiente ejecución incremental. |
| Crear archivos | Se copiarán posteriormente. |
| Renombrar carpetas | Puede generar carpetas duplicadas. |
| Reorganizar masivamente | Puede multiplicar datos en destino. |
La limpieza estructural debería realizarse preferentemente antes de iniciar la migración o después de finalizarla, no en medio de las sincronizaciones.
Los archivos originales permanecen en Google
Por tanto, durante un tiempo podemos tener dos copias.
Debe definirse una fecha clara a partir de la cual Microsoft 365 se convierta en el sistema de trabajo y Google quede en modo de transición o únicamente como referencia hasta su retirada.
Google Chat y Google Meet frente a Microsoft Teams
Esta parte merece separarse de Gmail y Drive.
Teams no es simplemente “el Google Meet de Microsoft”.
Integra:
chat, reuniones, equipos, canales, aplicaciones, SharePoint, OneDrive y Microsoft 365 Groups.
No diseñamos una migración suponiendo una copia 1:1
El histórico de Google Chat, espacios, reuniones y elementos relacionados debe analizarse separadamente si existe un requisito explícito de conservación.
En muchos proyectos, la transición consiste principalmente en:
| Microsoft | |
|---|---|
| Google Meet | Microsoft Teams Meetings. |
| Google Chat | Teams Chat. |
| Spaces | Teams / Channels según uso. |
| Shared Drive de proyecto | SharePoint asociado al Team. |
La decisión sobre migrar histórico, archivarlo o comenzar una nueva etapa en Teams debe formar parte del alcance y no darse por supuesta.
Dominio corporativo y DNS
Uno de los momentos más visibles de la migración es cuando el correo deja de entrar en Google y empieza a llegar a Exchange Online.
El dominio puede verificarse previamente en Microsoft 365 sin cambiar inmediatamente el flujo de correo.
MX
Durante el cutover, el registro MX debe dirigir los nuevos mensajes hacia Exchange Online cuando el entorno destino esté preparado.
SPF
SPF deberá reflejar Microsoft 365 y cualquier otra plataforma que continúe enviando legítimamente correo con el dominio.
DKIM
Se preparará la firma de mensajes desde Microsoft 365 para los dominios correspondientes.
DMARC
Debe revisarse conjuntamente con SPF y DKIM.
No recomendamos endurecer bruscamente una política DMARC sin haber validado primero todas las fuentes legítimas de correo.
Autodiscover
Después del cambio, Outlook utilizará la infraestructura Exchange Online para localizar correctamente el buzón.
| Registro / control | Antes | Después |
|---|---|---|
| MX | Google. | Exchange Online. |
| SPF | Google + otros remitentes. | Microsoft 365 + remitentes que continúen activos. |
| DKIM | Google. | Microsoft 365. |
| DMARC | Política existente. | Revisada para el nuevo ecosistema. |
Aplicaciones conectadas a Google Workspace
Una empresa puede trasladar correctamente Gmail y Drive y seguir teniendo una incidencia grave porque una aplicación utilizaba Google para autenticarse.
Sign in with Google
Las aplicaciones que utilizan Google como Identity Provider pueden necesitar migrarse hacia Microsoft Entra ID o mantener temporalmente el acceso Google.
OAuth y APIs
Es necesario identificar aplicaciones con:
OAuth, Google APIs, service accounts, domain-wide delegation o integraciones desarrolladas internamente.
Correo aplicativo
Sistemas que actualmente envían a través de Gmail o Google SMTP pueden necesitar otro método en Microsoft 365.
| Integración | Qué debe revisarse |
|---|---|
| SSO | Nuevo proveedor de identidad. |
| SCIM | Provisioning hacia Entra ID. |
| SMTP | Nuevo método de envío. |
| Google API | Si seguirá siendo necesaria. |
| Microsoft Graph | Nueva integración cuando proceda. |
| Backup | Configurar Microsoft 365 en la plataforma de copia. |
Seguridad durante la transición
El tenant Microsoft 365 debe estar preparado antes de que los usuarios comiencen a trabajar en producción.
MFA
La autenticación multifactor debería formar parte del diseño inicial.
Además, Microsoft aplica MFA sobre sus herramientas y portales administrativos, por lo que las cuentas de administración deben estar preparadas para ello.
Security Defaults o Conditional Access
La solución dependerá del licenciamiento y de la granularidad necesaria.
Cuando utilizamos Conditional Access, recomendamos pilotar las políticas antes de aplicarlas masivamente.
Permisos temporales de migración
Las aplicaciones utilizadas para acceder a Google y Microsoft pueden requerir permisos significativos.
Estos consentimientos deben:
documentarse, limitarse cuando sea posible y revisarse al terminar el proyecto.
Licenciamiento de Microsoft 365
No debería comprarse el mismo plan para todos los usuarios de forma automática.
Primero se definen los perfiles.
| Perfil | Necesidad típica |
|---|---|
| Usuario básico | Correo y servicios cloud. |
| Usuario de oficina | Correo + Office Apps + OneDrive / SharePoint / Teams. |
| Usuario con seguridad avanzada | Conditional Access, Defender u otras capacidades según necesidad. |
| Usuario con administración de dispositivo | Intune según estrategia. |
| Cuenta compartida / recurso | Revisar requisitos específicos de Exchange. |
Periodo de convivencia
Durante la transición puede existir un periodo donde la organización siga pagando licencias Google Workspace mientras los usuarios ya disponen también de licencias Microsoft.
Ese coste temporal debe incluirse en la planificación.
¿Microsoft nativo o herramienta especializada?
Las herramientas nativas Microsoft cubren actualmente una parte importante de una migración Google Workspace.
Para muchos proyectos pueden ser suficientes.
| Necesidad | Opción Microsoft |
|---|---|
| Gmail | Exchange Online Google Workspace Migration. |
| Calendario | Exchange Online Migration. |
| Contactos | Exchange Online Migration. |
| Permisos / delegados / rooms / tasks | Procedimientos Microsoft específicos. |
| Google Drive | Migration Manager. |
| Usuarios / grupos en entornos elegibles | Google Identity Sync. |
Cuándo puede interesar una plataforma especializada
Podemos evaluar herramientas de terceros cuando necesitamos:
otro modelo de reporting, más workloads desde una única consola, diferentes capacidades de coexistencia, tratamiento de elementos no cubiertos por Microsoft o una estrategia operativa distinta.
Herramientas que pueden evaluarse
| Herramienta | Escenario |
|---|---|
| BitTitan MigrationWiz | Google Workspace, correo y otros workloads según licencia. |
| Cloudiway | Escenarios cross-platform. |
| AvePoint | Proyectos enterprise y multiworkload. |
| ShareGate | Contenido Microsoft 365 cuando sus orígenes y funcionalidades encajen con el proyecto. |
| PowerShell / Microsoft Graph | Preparación, inventario, automatización y validación. |
La elección definitiva debería realizarse después del assessment y, para los elementos críticos, confirmarse durante el piloto.
Fases recomendadas de una migración Google Workspace → Microsoft 365
1. Discovery
Inventariamos usuarios, Gmail, Calendar, Contacts, Drive, Shared Drives, grupos, aplicaciones y dominios.
2. Diseño del destino
Definimos qué información irá a Exchange Online, OneDrive, SharePoint y Teams.
3. Identidad
Preparamos usuarios, UPN, grupos y licencias.
Cuando el escenario cumple los requisitos actuales podemos evaluar Google Identity Sync.
4. Seguridad base
Configuramos las medidas acordadas de MFA, administración y acceso antes de incorporar usuarios.
5. Herramientas
Conectamos Google y Microsoft, concedemos permisos y configuramos mappings.
6. Assessment técnico
Ejecutamos scans disponibles y analizamos errores potenciales.
7. Piloto
Migramos usuarios y Drives representativos.
8. Premigración
Cuando la herramienta lo permite, trasladamos datos con antelación.
9. Sincronización final
Procesamos los cambios producidos desde la primera carga.
10. Cutover
Cambiamos el routing de correo y ponemos Microsoft 365 como entorno de trabajo.
11. Validación
Comprobamos correo, calendario, contactos, documentos y permisos.
12. Hypercare
Atendemos incidencias relacionadas con la transición y terminamos de estabilizar el nuevo entorno.
Qué debería incluir el piloto
Un piloto debería buscar problemas, no evitarlos.
| Usuario / contenido | Qué comprobamos |
|---|---|
| Usuario Gmail estándar | Migración normal. |
| Usuario con muchas labels | Conversión de etiquetas y experiencia Outlook. |
| Usuario con calendario complejo | Reuniones recurrentes e invitados. |
| Usuario con delegados | Permisos. |
| Usuario con Drive grande | Rendimiento. |
| Drive con Google Docs | Conversión a Office. |
| Shared Drive | Permisos y grupos. |
| Contenido compartido externamente | Proceso de reconstrucción de accesos. |
Resultado esperado
Después del piloto deberíamos conocer:
velocidad real, errores, limitaciones, cambios para usuarios y tareas manuales necesarias.
Cutover: cuándo Microsoft 365 se convierte en producción
El cambio final debe estar documentado.
| Momento | Actuación |
|---|---|
| Antes del corte | Validar usuarios, licencias, herramientas y migraciones. |
| Última sincronización | Procesar cambios pendientes. |
| MX | Dirigir nuevo correo hacia Exchange Online. |
| SPF / DKIM | Actualizar autenticación del correo. |
| Aplicaciones | Cambiar integraciones incluidas. |
| Usuarios | Comenzar a trabajar con Microsoft 365. |
| Validación | Pruebas técnicas y funcionales. |
Google no debería desaparecer inmediatamente
Incluso después del cambio de MX puede ser recomendable mantener temporalmente el entorno origen de forma controlada mientras comprobamos que no quedan datos o procesos pendientes.
La fecha de retirada definitiva debería formar parte del plan.
Cómo validar que la migración ha terminado correctamente
Una pantalla verde en la herramienta es únicamente una parte de la validación.
| Área | Prueba |
|---|---|
| Login | Usuario accede a Microsoft 365. |
| Gmail → Exchange | Contenido esperado disponible. |
| Mail flow | Correo interno y externo correcto. |
| Calendar | Reuniones y eventos previstos disponibles. |
| Contacts | Contactos necesarios presentes. |
| Delegations | Permisos validados. |
| OneDrive | Contenido personal accesible. |
| SharePoint | Shared Drives y permisos correctamente mapeados. |
| Google Docs convertidos | Documentos críticos funcionan correctamente. |
| Externos | Nuevos accesos creados cuando siguen siendo necesarios. |
| Aplicaciones | Integraciones incluidas en alcance operativas. |
Hay que revisar los informes de Migration Manager
Un job puede aparecer como completado aunque contenga archivos individuales no soportados.
Por eso revisamos errores, exclusiones y elementos que requieren tratamiento adicional antes de considerar aceptada la migración documental.
El cambio que realmente verá el usuario
Para el usuario, la migración no es un proyecto de APIs.
Es pasar de:
| Microsoft | |
|---|---|
| Gmail | Outlook |
| Google Calendar | Outlook Calendar |
| Google Drive | OneDrive / SharePoint |
| Google Meet | Teams Meetings |
| Google Chat | Teams Chat |
| Docs | Word |
| Sheets | Excel |
| Slides | PowerPoint |
La formación debería centrarse en esas diferencias
Especialmente:
cómo iniciar sesión, cómo usar Outlook, dónde guardar documentos, diferencia entre OneDrive y SharePoint, cómo compartir archivos y cómo utilizar Teams.
No es necesario enseñar todas las funciones de Microsoft 365 antes del primer día.
Outlook, móviles y dispositivos
El proyecto de migración cloud y la configuración individual de los puestos de trabajo deben distinguirse.
Después del cutover, determinados usuarios pueden necesitar instalar aplicaciones Microsoft, autenticarse en Outlook o volver a configurar aplicaciones móviles.
En Kloudeal podemos facilitar procedimientos y coordinarnos con el departamento de TI del cliente, pero la intervención individual sobre cada ordenador o teléfono no debe darse por incluida salvo que figure expresamente en el alcance.
Cuánto tarda una migración Google Workspace → Microsoft 365
No puede calcularse correctamente utilizando únicamente el número de usuarios.
| Factor | Impacto |
|---|---|
| Número de usuarios | Preparación y soporte. |
| Tamaño Gmail | Tiempo de migración de correo. |
| Calendarios | Complejidad y validación. |
| Google Drive | Volumen documental. |
| Número de archivos | Puede afectar tanto como los GB. |
| Shared Drives | Mapping y permisos. |
| Google formats | Conversión y pruebas. |
| External sharing | Trabajo posterior de reconstrucción. |
| Aplicaciones | Reconfiguraciones. |
| Herramienta | Concurrencia y comportamiento incremental. |
El assessment permite preparar una primera estimación y el piloto ayuda a convertirla en un calendario más realista.
Qué determina el precio de la migración
Dos empresas con 100 usuarios pueden tener proyectos completamente diferentes.
| Concepto | Impacto |
|---|---|
| Usuarios Gmail | Buzones a migrar. |
| Volumen de correo | Tiempo y complejidad. |
| Calendar / Contacts | Elementos adicionales. |
| Google Drive | Usuarios y volumen. |
| Shared Drives | Número y permisos. |
| Herramienta | Licencias si utilizamos plataforma de terceros. |
| Aplicaciones | Trabajo de integración. |
| DNS y dominio | Coordinación de cutover. |
| Hypercare | Soporte posterior. |
No recomendamos calcular el proyecto utilizando una única tarifa por usuario sin conocer al menos estos elementos.
¿Quieres una valoración de vuestra migración?
Con el número de usuarios, tamaño aproximado de Gmail, volumen de Google Drive, número de Shared Drives, dominios y fecha objetivo podemos comenzar a definir el alcance.
Solicitar presupuesto Google Workspace → Microsoft 365Errores frecuentes al migrar desde Google Workspace
| Error | Consecuencia | Mejor enfoque |
|---|---|---|
| Tratar Gmail como IMAP | Se desaprovechan capacidades específicas de Google Workspace. | Evaluar primero las herramientas Google específicas. |
| Creer que labels = folders | Experiencia inesperada en Outlook. | Probar usuarios con muchas etiquetas. |
| No revisar Calendar | Problemas con reuniones y recursos. | Validar reuniones futuras. |
| Ignorar delegaciones | Usuarios pierden acceso. | Inventariarlas y utilizar el procedimiento correspondiente. |
| Enviar todo My Drive a OneDrive | Datos corporativos dependen de una persona. | Separar información personal y organizativa. |
| Copiar todas las Shared Drives tal cual | SharePoint hereda estructuras obsoletas. | Revisar arquitectura antes. |
| No hacer identity mapping | Permisos mal reconstruidos. | Preparar usuarios y grupos primero. |
| Suponer que enlaces externos seguirán funcionando | Colaboradores pierden acceso. | Planificar reconstrucción de sharing. |
| Reorganizar carpetas durante deltas | Duplicación de contenido. | Reorganizar antes o después. |
| Olvidar archivos huérfanos | Contenido no aparece en Migration Manager. | Localizarlo antes. |
| Dar por migrado Google Sites | Contenido sin estrategia. | Diseñar sustitución independiente. |
| Creer que Google Chat = Teams | Expectativas incorrectas. | Definir transición de colaboración. |
| No revisar aplicaciones | SSO o procesos dejan de funcionar. | Inventariar integraciones. |
| Cambiar MX antes de tiempo | Correo dirigido a usuarios no preparados. | Validar Exchange antes. |
| No hacer piloto | Los problemas aparecen a escala. | Probar casos representativos. |
| Prometer que todo quedará idéntico | Expectativas irreales. | Explicar diferencias funcionales. |
Checklist antes de migrar Google Workspace a Microsoft 365
| Área | Comprobación |
|---|---|
| Usuarios | Activos, suspendidos y cuentas especiales inventariados. |
| Dominios | Identificados y verificados. |
| Gmail | Tamaños y datos conocidos. |
| Labels | Usuarios complejos identificados. |
| Calendar | Calendarios y reuniones críticas inventariados. |
| Delegados | Documentados. |
| Rooms / Resources | Inventariados. |
| Contacts | Incluidos en alcance y validación. |
| Google Groups | Clasificados por función. |
| My Drives | Inventariados. |
| Shared Drives | Inventariadas. |
| OneDrive / SharePoint | Mappings definidos. |
| Google formats | Documentos críticos seleccionados para pruebas. |
| Archivos huérfanos | Localizados cuando sea necesario. |
| External sharing | Inventariado. |
| Identidades | Preparadas en Microsoft Entra ID. |
| Google Identity Sync | Evaluado si el tenant cumple los requisitos actuales. |
| Licencias | Asignadas según perfiles. |
| Exchange Online | Preparado. |
| Aplicaciones | SSO, OAuth, SMTP y APIs inventariados. |
| MX | Cutover planificado. |
| SPF / DKIM / DMARC | Revisados. |
| Herramientas | Configuradas. |
| Piloto | Ejecutado. |
| Deltas | Planificados. |
| Comunicación | Usuarios informados. |
| Cutover | Runbook definido. |
| Validación | Criterios acordados. |
| Hypercare | Planificado. |
Preguntas frecuentes sobre migrar Google Workspace a Microsoft 365
Sí.
La migración puede incluir Gmail, Google Calendar, contactos, Google Drive, Shared Drives, usuarios, grupos y otros elementos según el alcance y las herramientas utilizadas.
Sí.
Técnicamente el destino es Exchange Online y Outlook es uno de los clientes utilizados para acceder al nuevo buzón.
Sí.
Microsoft dispone de migraciones específicas de Google Workspace hacia Exchange Online desde sus centros de administración.
No necesariamente.
Para Google Workspace empresarial existen métodos específicos capaces de tratar calendario, contactos y otras funcionalidades que IMAP no puede migrar.
La herramienta puede transformar etiquetas dentro del proceso de migración, pero Gmail y Exchange utilizan modelos diferentes.
Conviene probar usuarios con una estructura compleja de labels para confirmar cómo se presenta finalmente la información en Outlook.
No.
Un mensaje Gmail puede pertenecer a varias etiquetas, mientras que Exchange y Outlook utilizan principalmente una organización por carpetas.
Sí, Microsoft dispone de capacidades para migrar calendario desde Google Workspace hacia Exchange Online.
Recomendamos validar especialmente reuniones recurrentes, futuras, invitados externos, salas y calendarios compartidos.
Sí pueden formar parte de la migración.
Hay que tener en cuenta que determinados campos de Google no tienen una equivalencia exacta y Microsoft documenta algunas limitaciones.
Microsoft dispone actualmente de procedimientos específicos para migrar o reconstruir permisos y delegaciones desde Google Workspace.
Microsoft dispone actualmente de procedimientos específicos para salas y recursos dentro del escenario de migración Google Workspace.
Recomendamos validar posteriormente su configuración y comportamiento.
Microsoft documenta actualmente un procedimiento específico para migrar tareas desde Google Workspace dentro de este escenario.
Es una experiencia de Microsoft orientada a simplificar la migración de Gmail hacia Exchange Online.
La documentación actual la aplica a entornos Google con hasta 1.000 buzones de origen.
Microsoft dispone de un flujo diferente para entornos Google Workspace de mayor tamaño.
La arquitectura del proyecto debe revisarse según el número de usuarios y necesidades de coexistencia.
Sí.
Microsoft utiliza Migration Manager para migrar contenido de Google Drive hacia OneDrive y SharePoint.
No.
OneDrive suele ser un buen destino para información personal de trabajo, pero si dentro de My Drive existen documentos que pertenecen realmente a un departamento o proceso, SharePoint puede ser un destino más adecuado.
En la mayoría de escenarios empresariales es una equivalencia lógica porque la información pertenece al equipo u organización y no a una persona concreta.
La estructura definitiva debe diseñarse según departamentos, proyectos y permisos.
Los copia.
Los archivos originales continúan existiendo en Google Drive después de la migración.
Sí.
Después de una primera ejecución puede volver a migrarse para transferir cambios nuevos o modificados.
No es recomendable.
Renombrar o reorganizar contenido durante las pasadas incrementales puede hacer que Migration Manager interprete determinadas carpetas como objetos nuevos y genere duplicados.
Migration Manager soporta actualmente la migración del historial de versiones para archivos compatibles.
Migration Manager puede reconstruir permisos cuando las identidades origen y destino están correctamente mapeadas.
Los mappings de usuarios y grupos son por tanto una parte fundamental del proyecto.
No.
Microsoft indica que Migration Manager no vuelve a crear los enlaces de compartición externa.
Los accesos que sigan siendo necesarios deberán reconstruirse en Microsoft 365.
No.
Migration Manager no vuelve a compartir automáticamente los datos internos con colaboradores externos.
Hay que revisar y recrear los accesos que sigan siendo válidos.
Sí.
Migration Manager utiliza la API de exportación de Google para convertir archivos Google Docs a formato DOCX.
Sí.
Los archivos Google Sheets pueden convertirse a XLSX.
Las hojas complejas deberían validarse después de la conversión.
Sí.
Google Slides puede convertirse a PPTX mediante Migration Manager.
Migration Manager soporta actualmente Google Forms, pero debe configurarse un destino Forms apropiado para las tareas correspondientes.
Migration Manager los convierte actualmente a archivos PNG por defecto.
No mediante Migration Manager.
Los Google Sites necesitan una estrategia independiente de reconstrucción o sustitución.
No mediante Migration Manager.
Migration Manager no escanea actualmente archivos desorganizados o huérfanos, por lo que tampoco aparecen en sus informes ni se migran.
Conviene identificarlos y reorganizarlos previamente cuando deban conservarse.
Es una funcionalidad de Microsoft que permite sincronizar de forma unidireccional usuarios y grupos desde Google Workspace hacia Microsoft Entra ID.
Puede facilitar la preparación de identidades antes de migrar Gmail y Drive.
La documentación actual de Microsoft indica que está disponible para tenants con menos de 300 usuarios licenciados.
Este límite debe comprobarse nuevamente cuando se inicie el proyecto.
No automáticamente.
Microsoft indica actualmente que eliminar un usuario ya sincronizado en Google no elimina su correspondiente usuario en Microsoft Entra ID.
Depende de qué entendamos por migrar el grupo.
Google Identity Sync puede sincronizar determinados grupos hacia Microsoft 365 dentro de su alcance actual, pero recomendamos revisar primero si cada grupo debe convertirse en un Microsoft 365 Group, una lista de distribución o un grupo de seguridad.
No debe darse por supuesta una migración directa y completa.
Si existe un requisito de conservar históricos de Google Chat o Spaces debe analizarse expresamente y comprobar qué puede proporcionar la herramienta seleccionada.
El cambio de plataforma de reuniones debe planificarse.
Una cita existente puede mantener un enlace de Google Meet aunque el calendario se haya migrado. Dependiendo del proyecto puede ser necesario mantenerla, modificarla o recrearla.
Normalmente durante el cutover, cuando Exchange Online ya está preparado y hemos validado que los usuarios destino pueden trabajar correctamente.
Sí deben revisarse.
El nuevo flujo de correo utilizará Exchange Online y hay que adaptar la autenticación del dominio sin olvidar otras aplicaciones que sigan enviando correo.
Durante una transición puede existir un periodo de coexistencia.
La duración y complejidad dependerán del método de migración, número de usuarios, routing y workloads incluidos.
En gran parte del proceso, sí.
Las herramientas permiten realizar cargas iniciales y, en determinados workloads, sincronizaciones posteriores antes del corte.
Debe existir una fecha clara a partir de la cual Microsoft 365 se convierta en el entorno de producción.
Trabajamos para reducir el impacto, pero no conviene prometer interrupción cero.
Correo, DNS, autenticación, Outlook, permisos y aplicaciones pueden requerir una transición.
Es muy recomendable.
El piloto permite comprobar Gmail, labels, calendarios, contactos, conversiones de Google Docs, Drive y permisos antes de migrar toda la organización.
La migración cloud y la configuración individual de cada puesto son alcances diferentes.
Podemos facilitar instrucciones y coordinarnos con el equipo de TI del cliente, pero la intervención individual en endpoints debe incluirse expresamente si se necesita.
Depende de usuarios, tamaño de Gmail, calendario, Drive, número de archivos, Shared Drives, permisos, aplicaciones, herramienta y estrategia de cutover.
El assessment y el piloto permiten obtener una estimación más fiable.
Depende del alcance.
Un proyecto que solo migra Gmail tiene un coste diferente de otro que incluye correo, calendarios, contactos, cientos de Drives, Shared Drives, permisos externos y aplicaciones.
Como punto de partida resulta útil conocer número de usuarios, dominios, tamaño aproximado de Gmail, volumen de Google Drive, número de Shared Drives, calendarios relevantes, aplicaciones y fecha objetivo.
Sí.
Podemos encargarnos de la parte especializada de migración y coordinarnos con el equipo interno para aplicaciones, endpoints, comunicaciones y cualquier otra tarea que dependa de la organización.
Conclusión: migrar Google Workspace a Microsoft 365 es traducir una plataforma a otra
Una migración de Google Workspace a Microsoft 365 no debería plantearse como una sustitución automática de productos.
Gmail y Exchange Online organizan el correo de forma diferente. Google Calendar y Exchange tienen conceptos parecidos, pero no siempre comportamientos idénticos. Google Drive y SharePoint utilizan modelos diferentes de propiedad y permisos. Y Google Groups, Chat, Meet y las identidades necesitan una estrategia propia.
Las herramientas nativas de Microsoft han evolucionado considerablemente.
Exchange Online permite migrar Gmail, calendario, contactos y reglas y dispone además de procedimientos específicos para delegados, permisos, salas, recursos y tareas.
Migration Manager permite analizar Google Drive antes del cambio, realizar mappings de identidades, trasladar permisos, convertir Docs, Sheets y Slides y realizar sincronizaciones incrementales. También debemos conocer sus limitaciones: enlaces externos y colaboradores necesitan revisión, Google Sites y Maps no migran mediante esta herramienta y los archivos huérfanos deben localizarse previamente.
Google Identity Sync añade además una nueva posibilidad para preparar usuarios y grupos en Microsoft Entra ID en organizaciones que cumplen sus requisitos actuales.
Por eso, una buena migración comienza diseñando el entorno destino.
Primero decidimos qué información pertenece a Exchange Online, qué debe ir a OneDrive, qué debe organizarse en SharePoint, qué grupos necesitamos y cómo trabajarán los usuarios con Teams.
Después configuramos identidad y seguridad, ejecutamos discovery y assessment, probamos la tecnología con un piloto, realizamos las premigraciones posibles y coordinamos el cutover.
El proyecto termina cuando los usuarios pueden entrar en Microsoft 365, utilizar Outlook, encontrar sus reuniones, acceder a sus documentos, colaborar con sus equipos y continuar los procesos de negocio que realmente necesitan.
¿Necesitas migrar Google Workspace a Microsoft 365?
En Kloudeal podemos ayudarte a analizar y ejecutar vuestra migración desde Google Workspace hacia Microsoft 365.
Podemos trabajar sobre Gmail, Google Calendar, contactos, delegaciones, Google Drive, Shared Drives, usuarios, grupos, Exchange Online, OneDrive, SharePoint, Microsoft Teams, Microsoft Entra ID, dominios, DNS, herramientas de migración, piloto, cutover, validación y soporte posterior.
Indícanos aproximadamente cuántos usuarios tenéis, volumen de Gmail y Google Drive, número de Shared Drives y fecha objetivo y podremos determinar qué información adicional necesitamos para preparar el alcance.
Solicitar valoración Google Workspace → Microsoft 365Documentación oficial recomendada
Visión general de Google Workspace → Microsoft 365
- Microsoft – Switch from Google Workspace to Microsoft 365 for Business
- Microsoft – Consolidated Google Workspace Migration
Gmail, calendarios y contactos
- Microsoft – Automated Google Workspace Migration
- Microsoft – Automated Google Workspace Batch Migration Overview
- Microsoft – Google Workspace Migration Prerequisites
- Microsoft – Simplified Gmail Migration
Permisos, delegados, salas, recursos y tareas
Google Drive → OneDrive / SharePoint
- Microsoft – Migrate Google Workspace with Migration Manager
- Microsoft – Migrate Google Files to Microsoft 365
- Microsoft – Migration Manager Google FAQs
- Microsoft – Unsupported Files in Migration Manager