Si confía en una migración de correo en la nube "rápida", esas trampas pueden convertir una interrupción planificada en un fiasco costoso y perjudicial para la reputación.
Por qué la migración es más que una simple tarea de copia
Mover datos de Google a Microsoft no es una operación única y monolítica. Cada servicio (mail, calendar, contacts, Drive, Vault, Chat, Groups) almacena la información en su propio formato, lo que exige una lógica de extracción y un mapeo de destino independientes. Una herramienta que destaque en la copia de mensajes de Gmail puede omitir los permisos de Drive, perder archivos de Vault o ignorar el historial de Chat. Comience con un inventario completo de cada carga de trabajo que pretenda mover, incluyendo casos excepcionales como las cuentas suspendidas.
La trampa de la autenticación
Los nombres de usuario y las contraseñas simples representan un riesgo de seguridad y casi siempre fallan con las API modernas. En Google, necesita una cuenta de servicio con delegación en todo el dominio y un conjunto de permisos OAuth con un alcance estrictamente definido. Un alcance demasiado limitado deja datos atrás; uno demasiado amplio abre un vector de abuso. En Microsoft, la autenticación básica ha sido retirada; solo funciona OAuth 2.0. Descarte cualquier utilidad de migración que todavía anuncie autenticación básica.
Etiquetas frente a carpetas
El sistema de etiquetas de Gmail permite que un solo mensaje resida bajo múltiples etiquetas, mientras que Outlook obliga a cada mensaje a estar en una única carpeta. Cuando se copia un correo electrónico con múltiples etiquetas, el motor de migración puede:
- Duplicar el mensaje en cada carpeta de destino (inflando el almacenamiento y creando hilos duplicados).
- Colocarlo en una sola carpeta y descartar las etiquetas adicionales (pérdida de organización).
- Crear una ruta de carpetas profunda que imite el árbol de etiquetas (a menudo confuso para los usuarios finales).
Una herramienta fiable le permite elegir; una deficiente impone un valor predeterminado que puede no ajustarse a su flujo de trabajo.
El estrangulamiento (throttling) es el verdadero cuello de botella
Las pruebas de velocidad que se centran en el ancho de banda bruto pasan por alto el hecho de que la Graph API de Microsoft impone límites de solicitudes por segundo. Si realiza demasiadas llamadas demasiado rápido, Microsoft lo bloqueará. Busque utilidades que implementen una gestión automática de estrangulamiento (pausando, reduciendo la intensidad y reanudando según sea necesario), en lugar de asumir que una conexión a Internet más rápida resolverá el problema.
Transición incremental (delta), no un volcado de viernes por la noche
Mover todo el tenant en una única ventana de fin de semana garantiza el tiempo de inactividad. Un enfoque por etapas funciona mejor:
- Carga masiva – Transfiera el grueso del mail, los archivos y otros datos días o semanas antes del cambio final.
- Sincronización delta – Durante la ventana de transición, ejecute una migración incremental que capture solo los elementos nuevos o modificados.
- Cambio de registro MX – Cambie el registro de intercambio de correo para que apunte a Microsoft 365 una vez que la sincronización delta confirme que no hay elementos pendientes.
Este método reduce el tiempo de inactividad de horas a minutos.
Lista de verificación para una migración exitosa
- Catalogue cada carga de trabajo (Mail, Drive, Vault, Chat, Groups, etc.).
- Incluya objetos complejos como las cuentas suspendidas.
- Valide el soporte en la documentación técnica de cualquier herramienta de migración, no solo en la página de marketing.
- Limite los alcances de OAuth al mínimo requerido para cada servicio de origen.
- Pruebe la verdadera sincronización delta con deduplicación para asegurar que no aparezcan elementos duplicados en el destino.
- Realice un piloto que ponga a prueba los mensajes de Gmail con múltiples etiquetas y las jerarquías complejas de permisos de Drive.
Drive es un mundo aparte. Tiene su propio presupuesto y cronograma.