Cómo migrar el correo de empresa a Microsoft 365 sin perder nada
Migrar el correo corporativo a Microsoft 365 es uno de los proyectos más habituales en pymes. También uno de los que más problemas genera cuando se hace sin planificación: correos perdidos, días sin recibir mensajes, historial que desaparece o clientes que rebotan. Esta guía explica el proceso completo, en orden, para que no haya sorpresas.
El proceso varía según el origen — hosting básico, servidor Exchange propio, Gmail u otro proveedor — pero los principios son los mismos: preparar antes de mover, migrar en el orden correcto y no apagar el sistema anterior hasta confirmar que todo funciona.
Por qué migrar el correo a Microsoft 365
La mayoría de pymes que nos llaman para migrar el correo vienen de una de estas situaciones: un servidor de correo propio que da problemas de mantenimiento, un hosting básico con buzones limitados y sin seguridad avanzada, o un proveedor antiguo que ya no cubre las necesidades del equipo.
Microsoft 365 con Exchange Online ofrece correo corporativo con 50 GB de buzón por usuario, filtrado antispam y antiphishing integrado, sincronización nativa en todos los dispositivos y acceso web desde cualquier lugar. Pero trasladar el correo requiere planificación. Migrar mal puede significar días de correo perdido o servicios caídos.
Tipos de migración: cuál corresponde a tu caso
Hay varias formas de migrar el correo a Microsoft 365 y la elección depende de dónde vienes:
Migración Cutover: todos los buzones se migran de golpe en un solo evento. Válida para empresas con menos de 150 usuarios que vienen de un servidor Exchange antiguo. Es la opción más sencilla pero requiere una ventana de tiempo controlada.
Migración por etapas (staged): los usuarios se migran en grupos durante semanas o meses. Útil cuando hay muchos usuarios o se quiere minimizar el impacto en el negocio.
Migración IMAP: para buzones que vienen de servidores no-Exchange (Gmail, cPanel, Dovecot, Zimbra). Migra el correo carpeta a carpeta pero no transfiere calendarios ni contactos — eso requiere pasos adicionales.
Migración híbrida: combina Exchange on-premise con Exchange Online. Solo tiene sentido en empresas con Exchange Server reciente que quieren mover usuarios progresivamente.
En la mayoría de pymes con hosting básico, la opción es IMAP o cutover según el origen. Lo importante es no improvisar el orden de los pasos.
Preparación: lo que hay que hacer antes de mover nada
La fase previa es la más crítica y la que más se salta quien hace la migración sin experiencia:
Verificar el dominio en Microsoft 365: añadir el dominio de empresa al tenant de Microsoft y verificarlo mediante un registro DNS. Sin esto, no se pueden crear buzones con ese dominio.
Crear los usuarios y asignar licencias: todos los buzones de destino deben existir antes de empezar la migración. Cada usuario necesita una licencia activa de Microsoft 365.
Inventario de buzones y carpetas: listar todos los buzones activos, alias, listas de distribución y carpetas compartidas. Los buzones olvidados son el origen del "¿dónde está el correo de X?".
Configurar SPF, DKIM y DMARC: registros DNS que autentican el correo saliente y evitan que los mensajes de tu dominio caigan en spam. Se configuran antes del cutover.
Preparar el cliente de correo: si los usuarios usan Outlook, hay que planificar la reconfiguración de perfiles. Si van a usar el cliente web o apps de Outlook, hay que tenerlo listo.
El cutover: cambiar el MX y que el correo llegue a Microsoft
El momento más delicado de la migración es cambiar el registro MX del dominio. El MX indica a internet dónde debe entregar el correo de tu dominio. Mientras apunta al servidor antiguo, el correo llega al antiguo. Cuando lo cambias a Microsoft, el correo empieza a llegar a Exchange Online.
El cambio de MX tiene una propagación DNS que puede tardar entre 1 y 24 horas según el TTL configurado. Durante ese tiempo, pueden llegar correos tanto al servidor antiguo como al nuevo. Por eso:
— Se recomienda bajar el TTL del MX a 300 segundos (5 minutos) unas horas antes del cambio para que la propagación sea rápida. — Hay que tener ambos sistemas activos durante la transición, no apagar el servidor antiguo inmediatamente. — Conviene hacer el cambio fuera del horario laboral para minimizar el impacto.
Migración del correo antiguo: cómo no perder la historia
Cambiar el MX hace que el correo nuevo llegue a Microsoft 365, pero el correo antiguo (todo lo que había antes en el servidor anterior) no se mueve solo. Hay que migrarlo explícitamente.
Para migraciones IMAP, se usa la herramienta de migración del panel de administración de Microsoft 365: se configura el servidor de origen, se mapean los buzones y se lanza la migración en segundo plano. Puede tardar horas o días según el volumen.
Para migraciones desde Exchange, se usan herramientas específicas de Microsoft que migran también calendarios, contactos y tareas.
El correo migrado llega a la carpeta de destino correspondiente. Los usuarios deben saber que puede tardar en aparecer todo, especialmente en buzones con años de historial.
Errores que hacen fallar la migración
Estos son los problemas más habituales en migraciones de correo que salen mal:
No verificar el dominio antes de empezar: los usuarios no pueden recibir correo con su dominio hasta que esté verificado en Microsoft.
Cambiar el MX sin bajar el TTL antes: la propagación tarda horas y durante ese tiempo el correo puede llegar a sitios inesperados.
No configurar SPF y DKIM: el correo saliente desde Microsoft 365 puede clasificarse como spam en los destinatarios porque el dominio no está autenticado correctamente.
No migrar el correo antiguo: los usuarios asumen que "ya está todo en Microsoft 365" sin darse cuenta de que el historial sigue en el servidor de origen que ya nadie mantiene.
Apagar el servidor antiguo demasiado pronto: hay correos en tránsito durante la transición. El servidor anterior debe mantenerse activo al menos 48-72 horas después del cambio de MX.
Orden correcto de una migración de correo a Microsoft 365
Verificar el dominio en el tenant de Microsoft 365
Crear usuarios y asignar licencias
Configurar SPF, DKIM y DMARC
Bajar el TTL del MX a 5 minutos
Cambiar el registro MX al servidor de Microsoft
Migrar el correo antiguo por IMAP o herramienta de migración
Verificar recepción y entrega durante 48h
Configurar clientes de correo (Outlook, móviles)
Desactivar el servidor antiguo tras confirmar estabilidad
No apagues el servidor antiguo hasta al menos 48-72h después del cambio de MX
Durante la propagación DNS y las primeras horas tras el cambio de MX, algunos correos pueden seguir llegando al servidor anterior. Apagarlo inmediatamente puede hacer que esos mensajes reboten o se pierdan. Mantén el acceso hasta confirmar que toda la entrega es estable en Microsoft 365.
Si necesitas migrar el correo de empresa a Microsoft 365 y quieres hacerlo sin interrupciones ni pérdida de datos, podemos gestionar el proceso completo.