Migración a Microsoft 365: cómo migrar el correo y los archivos de tu empresa

Migrar a Microsoft 365 es trasladar el correo, los calendarios, los archivos y los usuarios de la empresa a la nube de Microsoft sin perder información. Los pasos son: inventario y respaldo, preparación de usuarios, licencias y DNS, elección del método de migración de correo, traslado de archivos a OneDrive y SharePoint, y soporte posterior.

Elegir el plan de licenciamiento de Microsoft 365 es solo la mitad de la decisión. La otra mitad es el paso a la nube en sí: qué pasa con el correo de cada persona, dónde quedan los archivos que hoy viven en un servidor o en otra plataforma y cuánto se interrumpe la operación mientras tanto.

Una migración bien planeada casi no se nota: los usuarios cambian de plataforma sin perder mensajes ni documentos. Una mal planeada deja correos sin llegar, permisos rotos y días de soporte.

¿Qué se migra a Microsoft 365?

Una migración suele tener tres frentes, cada uno con su destino y su herramienta:

Qué preparar antes de migrar

Antes de mover cualquier dato, hay seis frentes que dejar listos:

1. Inventario: cuántos buzones hay, cuánto pesan, qué buzones compartidos, listas de distribución y aplicaciones conectadas al correo existen, y dónde está cada carpeta de archivos.
2. Respaldo previo: una copia de seguridad completa del correo y los archivos antes de moverlos.
3. Usuarios y licencias: crear las cuentas en Microsoft 365 y asignar a cada persona la licencia que le corresponde.
4. Identidad: decidir si los usuarios seguirán administrándose desde un Active Directory local o desde Microsoft Entra ID, porque de eso depende cómo se sincronizan cuentas y contraseñas.
5. Dominio y DNS: confirmar quién administra el dominio, preparar los registros SPF, DKIM y DMARC, y reducir con tiempo el TTL del registro MX para que el cambio se propague rápido.
6. Ventana de cambio: elegir un horario de baja actividad, como un fin de semana, y avisar a los usuarios con anticipación.

Tipos de migración de correo a Microsoft 365: cuál elegir

Cuando el origen es un servidor Exchange propio, Microsoft contempla tres rutas:

Una aclaración: el método “por etapas” nativo de Microsoft está pensado para versiones muy antiguas de Exchange (2003 y 2007). Hoy ese enfoque por lotes se ejecuta con la migración híbrida. Además, para versiones modernas de Exchange, Microsoft recomienda la modalidad híbrida exprés sobre la migración de una sola vez.

Cómo migrar de Google Workspace a Microsoft 365

Microsoft ofrece una herramienta de migración desde el Centro de administración de Exchange que permite trasladar por lotes correos electrónicos, calendarios y contactos de los usuarios desde Google Workspace a Microsoft 365.

Sin embargo, algunos elementos pueden requerir una revisión o configuración posterior, como ciertos calendarios compartidos, recursos de salas y configuraciones específicas del entorno de Google Workspace. Por ello, es recomendable validar estos elementos después de la migración y recrearlos o ajustarlos cuando sea necesario.

Los archivos almacenados en Google Drive se migran mediante Migration Manager, la herramienta de Microsoft diseñada para trasladar contenido, metadatos y permisos hacia OneDrive y SharePoint.

Para otros proveedores de correo, Microsoft ofrece la migración IMAP, que permite trasladar únicamente los mensajes de correo electrónico. Los calendarios, contactos y otros elementos deben migrarse mediante herramientas o procedimientos adicionales.

Cómo migrar los archivos a OneDrive y SharePoint

Microsoft ofrece dos herramientas principales para migrar archivos hacia Microsoft 365, sin costo adicional. SharePoint Migration Tool (SPMT) se instala en un equipo y resulta adecuada para migraciones de tamaño pequeño o mediano. Por su parte, Migration Manager, disponible en el Centro de administración de SharePoint, permite coordinar múltiples agentes y administrar migraciones a mayor escala desde una consola centralizada.

Ambas herramientas permiten trasladar archivos desde servidores locales y carpetas compartidas hacia SharePoint, OneDrive y, de forma indirecta, las bibliotecas de documentos utilizadas por Microsoft Teams.

Más importante que la herramienta es definir correctamente la estructura de destino. En lugar de replicar todas las carpetas tal como existen hoy, conviene identificar qué información corresponde a cada usuario y debe almacenarse en OneDrive, y qué información pertenece a un equipo o área de trabajo y debe ubicarse en SharePoint o Teams. También es recomendable revisar los permisos y accesos antes de poner el contenido a disposición de los usuarios.

Qué hacer después de la migración

Tras el cambio, hay tres frentes que cuidar:

• Reforzar los accesos: activar la autenticación multifactor y definir desde el primer día quién entra a qué.

• Lograr la adopción: la migración rinde cuando el equipo usa de verdad las herramientas colaborativas del plan: Teams, OneDrive y SharePoint. Una capacitación marca la diferencia.

• Tener soporte la primera semana: dudas de acceso, Outlook y celulares. Una mesa de servicios que registre y resuelva esos casos evita que la migración se perciba como un problema.

Errores comunes en una migración a Microsoft 365

• Migrar sin inventario ni respaldo.

• Cambiar el registro MX antes de validar que todos los buzones se movieron completos.

• No documentar permisos ni buzones compartidos, y descubrir lo que falta cuando un usuario lo reclama.

• Copiar las carpetas de archivos sin rediseñar su estructura ni sus permisos.

• No avisar a los usuarios ni dejar soporte disponible el día del cambio.

Preguntas frecuentes

¿Cuánto tarda una migración a Microsoft 365?

Depende del volumen de datos, el método elegido y la conexión a internet. Una migración de una sola vez puede cerrarse en pocos días, mientras que una por lotes o híbrida suele extenderse varias semanas.

¿Qué pasa con el sistema de correo anterior cuando termina la migración?

Mientras el registro MX siga apuntando al sistema anterior, el correo sigue llegando allí. Tras el cambio, Microsoft recomienda esperar al menos 72 horas antes de eliminar el lote de migración, y conviene mantener el sistema anterior en paralelo unos días antes de apagarlo.

¿Conviene que la migración la haga el equipo interno o un proveedor?

Un equipo interno puede asumirla si la migración es pequeña y tiene experiencia en DNS e identidad. Con muchos usuarios, servidores propios, permisos complejos o poca tolerancia a interrupciones, suele convenir un proveedor que planee, ejecute y acompañe la transición.