Herramientas de migración Microsoft 365: comparativa actualizada para elegir la opción adecuada
Elegir una herramienta de migración para Microsoft 365 parece sencillo hasta que intentamos definir qué significa realmente “migrar a Microsoft 365”.
Para una empresa puede significar trasladar un servidor de archivos a SharePoint Online. Para otra, mover 300 buzones desde Google Workspace a Exchange Online. En una fusión empresarial puede implicar consolidar dos tenants completos, con Exchange, OneDrive, SharePoint, Microsoft Teams, dominios, usuarios, grupos, permisos, aplicaciones e identidad.
Esos proyectos tienen muy poco en común desde el punto de vista técnico y, por tanto, no deberían resolverse necesariamente con la misma herramienta.
Microsoft ofrece actualmente un portfolio de migración bastante más amplio que hace unos años. SharePoint Migration Tool y Migration Manager cubren diferentes escenarios de incorporación de contenido a Microsoft 365; existen capacidades cross-tenant específicas para Exchange, OneDrive y SharePoint; y Microsoft 365 Migration Orchestrator permite coordinar determinados datos de usuario entre tenants.
Junto a las herramientas nativas existen plataformas especializadas como Quest On Demand Migration, ShareGate, AvePoint Fly, BitTitan MigrationWiz, Cloudiway o CodeTwo. Cada una tiene puntos fuertes diferentes y, sobre todo, un alcance distinto.
La clave no está en encontrar “la mejor herramienta de migración Microsoft 365” de forma absoluta. La clave es seleccionar la que mejor encaja con el origen, el destino, los workloads, la fidelidad requerida, el volumen, la coexistencia, la seguridad y el calendario del proyecto.
En esta guía comparamos las principales opciones disponibles actualmente y explicamos cuándo utilizar cada una, qué limitaciones conviene revisar y qué preguntas deberías responder antes de adquirir licencias.
Qué herramienta revisar primero según el escenario
| Escenario | Opciones que merece la pena evaluar |
|---|---|
| File server → SharePoint / OneDrive | Migration Manager, SPMT, ShareGate, AvePoint. |
| SharePoint Server → SharePoint Online | SPMT, ShareGate, AvePoint. |
| Dropbox / Box / Google Drive → Microsoft 365 | Migration Manager, AvePoint, Cloudiway, ShareGate según origen y alcance. |
| Exchange Server → Exchange Online | Microsoft Exchange, CodeTwo, BitTitan, Quest, AvePoint, Cloudiway. |
| Microsoft 365 → Microsoft 365 | Microsoft cross-tenant tools, Migration Orchestrator, Quest, ShareGate, AvePoint, BitTitan, Cloudiway. |
| Mucho SharePoint / Teams | ShareGate, Quest, AvePoint, Cloudiway, BitTitan según alcance. |
| Identidad + contenido | Quest, ShareGate, AvePoint y arquitectura Microsoft Entra según escenario. |
| Solo buzones tenant-to-tenant | Microsoft Cross-Tenant Mailbox Migration, CodeTwo, BitTitan, Quest, ShareGate, AvePoint o Cloudiway. |
| Power Platform | Capacidades nativas Microsoft y AvePoint Fly for Power Platform, según alcance. |
| Inventario y automatización | PowerShell y Microsoft Graph como complemento. |
Esta tabla sirve para orientar el análisis, no para seleccionar automáticamente una herramienta. Dos proyectos aparentemente iguales pueden necesitar tecnologías diferentes por sus permisos, aplicaciones, históricos o requisitos de coexistencia.
¿Tienes que elegir herramienta para una migración Microsoft 365?
Antes de comprar licencias podemos revisar el origen, los workloads, el volumen y las dependencias para comparar qué opciones encajan realmente con el proyecto.
Analizar mi migración Microsoft 365Índice
- Antes de comparar herramientas: define el escenario
- Cuatro familias de herramientas de migración
- Qué ofrece Microsoft actualmente
- SharePoint Migration Tool (SPMT)
- Microsoft Migration Manager
- Mover.io: por qué ya no debe recomendarse
- Herramientas nativas tenant-to-tenant
- Microsoft 365 Migration Orchestrator
- Cross-Tenant Mailbox Migration
- Cross-Tenant OneDrive Migration
- Cross-Tenant SharePoint Migration
- Quest On Demand Migration
- ShareGate
- AvePoint Fly
- BitTitan MigrationWiz
- Cloudiway
- CodeTwo Office 365 Migration
- PowerShell y Microsoft Graph
- Comparativa práctica
- Qué herramienta considerar según workload
- Fidelidad: la pregunta que muchas comparativas olvidan
- Premigraciones, deltas y modelos one-and-done
- Coexistencia entre entornos
- Permisos y seguridad de las herramientas
- Cómo comparar el coste real
- Por qué siempre conviene hacer un piloto
- Método para elegir herramienta
- Errores frecuentes
- Checklist antes de contratar licencias
- Preguntas frecuentes
- Documentación oficial
Antes de comparar herramientas: define qué estás migrando
Uno de los errores más frecuentes en proyectos Microsoft 365 es empezar preguntando:
“¿Usamos Quest, ShareGate o BitTitan?”
La pregunta correcta debería llegar después.
Primero necesitamos saber desde dónde partimos y dónde queremos terminar.
| Pregunta | Ejemplos |
|---|---|
| ¿Cuál es el origen? | File server, SharePoint Server, Google Workspace, Dropbox, Box, IMAP, Exchange Server o Microsoft 365. |
| ¿Cuál es el destino? | Exchange Online, OneDrive, SharePoint Online, Teams o un tenant Microsoft 365 completo. |
| ¿Qué datos se trasladan? | Correo, documentos, Teams, chats, permisos, metadata o aplicaciones. |
| ¿Qué debe conservarse? | Versiones, propietarios, fechas, permisos, enlaces, conversaciones, etiquetas o históricos. |
| ¿Cuánto tiempo convivirán ambos entornos? | Horas, días, semanas o meses. |
| ¿Hay identidad híbrida? | Active Directory, Microsoft Entra Connect, dispositivos híbridos. |
| ¿Existen aplicaciones? | SSO, SCIM, Microsoft Graph, SMTP, ERP, CRM, RRHH. |
Una migración de 5 TB de carpetas de un servidor puede ser conceptualmente mucho más sencilla que otra de 500 GB de SharePoint si esta última contiene permisos únicos, metadata, sitios asociados a Teams y automatizaciones.
Por eso, el volumen no determina por sí solo la complejidad.
Las cuatro familias de herramientas de migración Microsoft 365
Antes de entrar en marcas concretas conviene separar las herramientas por función.
| Familia | Ejemplos | Objetivo |
|---|---|---|
| Ingesta hacia Microsoft 365 | SPMT, Migration Manager. | Mover contenido desde sistemas externos u on-premises hacia Microsoft 365. |
| Cross-tenant nativo | Migration Orchestrator, Cross-Tenant Mailbox, OneDrive y SharePoint Migration. | Mover determinados datos entre tenants Microsoft 365. |
| Plataformas especializadas | Quest, ShareGate, AvePoint, BitTitan, Cloudiway, CodeTwo. | Automatizar y ampliar los escenarios de migración. |
| Automatización y administración | PowerShell, Microsoft Graph. | Inventariar, preparar, configurar, mapear y validar. |
Esta distinción evita comparar herramientas que solucionan problemas completamente diferentes.
Qué ofrece Microsoft actualmente para migraciones
El catálogo nativo de Microsoft ha crecido considerablemente.
Actualmente podemos separar dos grandes escenarios.
Migraciones desde plataformas externas hacia Microsoft 365
Microsoft utiliza principalmente Migration Manager y herramientas específicas como SPMT para incorporar contenido procedente de file shares, SharePoint Server y diferentes servicios cloud.
Migraciones entre tenants Microsoft 365
Microsoft dispone de:
| Herramienta | Objeto principal |
|---|---|
| Cross-Tenant Mailbox Migration | Exchange Online. |
| Cross-Tenant OneDrive Migration | OneDrive. |
| Cross-Tenant SharePoint Migration | Sitios SharePoint. |
| Migration Orchestrator | Coordinación de Exchange, OneDrive, chats y reuniones de Teams dentro del alcance soportado. |
Es importante entender que estas herramientas nativas no convierten automáticamente una migración completa de Microsoft 365 en un único proceso.
Identidad, dominios, estructuras de Teams, aplicaciones, dispositivos y otros componentes siguen necesitando planificación específica.
Referencia oficial: Microsoft – Microsoft 365 Migration Overview.
SharePoint Migration Tool (SPMT)
SharePoint Migration Tool es una herramienta gratuita de Microsoft destinada principalmente a trasladar contenido desde SharePoint Server y file shares hacia Microsoft 365.
Es una herramienta muy útil cuando el problema que queremos solucionar es fundamentalmente documental.
Cuándo encaja bien SPMT
Puede ser una buena opción para:
| Origen | Destino |
|---|---|
| SharePoint Server | SharePoint Online. |
| File shares | SharePoint Online. |
| File shares | OneDrive. |
También puede utilizarse para llevar contenido hacia bibliotecas que posteriormente se utilizan desde Teams, aunque esto no significa que SPMT migre Microsoft Teams como workload completo.
Una ventaja importante: escaneo previo
SPMT puede analizar SharePoint Server antes de ejecutar la migración para identificar posibles incompatibilidades.
Microsoft está reforzando precisamente esta funcionalidad. El antiguo SharePoint Migration Assessment Tool tiene previsto finalizar soporte el 1 de octubre de 2026 y Microsoft recomienda utilizar el escaneo de SPMT para analizar sitios SharePoint Server.
Cuándo SPMT empieza a quedarse corta
SPMT no es una plataforma completa de migración tenant-to-tenant.
No está diseñada para resolver de forma integral:
Exchange Online, Microsoft Teams, chats, identidad, dominios, aplicaciones o coexistencia entre tenants.
Tampoco debe asumirse que cualquier personalización histórica de SharePoint Server podrá trasladarse directamente a SharePoint Online.
Conclusión sobre SPMT
Es una herramienta oficial, útil y sin licencia adicional, especialmente para migraciones documentales bien delimitadas.
Cuando el proyecto incluye transformación compleja, mucho gobierno, Teams o varios workloads, merece la pena compararla con plataformas especializadas.
Referencia oficial: Microsoft – SharePoint Migration Tool.
Microsoft Migration Manager
Migration Manager es la plataforma que Microsoft utiliza actualmente para administrar desde Microsoft 365 diferentes migraciones de contenido procedente de sistemas externos.
Ya no debería describirse únicamente como una herramienta para file shares.
Microsoft integra actualmente dentro de Migration Manager escenarios de contenido desde:
| Origen | Situación |
|---|---|
| File shares | Soportado. |
| Google Drive / Google Workspace Drive | Soportado dentro de los escenarios documentales correspondientes. |
| Dropbox | Soportado. |
| Box | Soportado. |
| Egnyte | Integrado en Migration Manager. |
El objetivo es centralizar discovery, tareas de migración y seguimiento dentro del ecosistema Microsoft.
Nuevo rol Migration Administrator
Microsoft dispone actualmente del rol Migration Administrator, orientado a conceder el acceso necesario a Migration Manager sin tener que entregar automáticamente el rol completo de SharePoint Administrator.
Desde el punto de vista de seguridad es una mejora relevante porque permite acercarse más al principio de mínimo privilegio.
File shares y agentes
En migraciones de file shares, Migration Manager utiliza agentes instalados en servidores o máquinas con acceso al contenido origen.
Las tareas pueden distribuirse entre varios agentes y administrarse desde la consola.
Cuándo utilizaría Migration Manager
Especialmente cuando queremos incorporar grandes cantidades de contenido documental desde un origen soportado hacia Microsoft 365 y el alcance no necesita funcionalidades avanzadas de transformación tenant-to-tenant.
Lo que Migration Manager no es
No debe confundirse con Migration Orchestrator.
| Migration Manager | Migration Orchestrator |
|---|---|
| Principalmente incorporación de contenido hacia Microsoft 365. | Datos de usuario entre tenants Microsoft 365. |
| File shares y plataformas externas. | Cross-tenant. |
| Content migration. | Coordinación de workloads soportados. |
Referencia oficial: Microsoft – Migrate your content to Microsoft 365.
Mover.io: una recomendación que ya está desactualizada
Mover aparece todavía en numerosos artículos sobre migraciones Microsoft 365.
Actualmente no debería recomendarse como herramienta principal.
Microsoft retiró Mover para migraciones administradas e integró en Migration Manager las capacidades para migrar desde Google Drive, Box, Dropbox y Egnyte.
Si encuentras una guía que recomienda empezar un proyecto nuevo con Mover.io
Comprueba su fecha de publicación. Para nuevos proyectos debe revisarse Migration Manager o una plataforma de terceros adecuada al origen.
Herramientas nativas Microsoft para Tenant-to-Tenant
Para migraciones entre dos tenants Microsoft 365, Microsoft dispone actualmente de herramientas específicas por workload y de un orquestador para determinadas cargas de usuario.
Esto hace que las capacidades nativas sean una alternativa real que merece compararse con los productos de terceros.
Pero nativo no significa necesariamente más sencillo, gratuito o suficiente para cualquier escenario.
Hay requisitos de licenciamiento, identidad, preparación, PowerShell y arquitectura que deben revisarse previamente.
Microsoft 365 Migration Orchestrator
Migration Orchestrator está orientado a coordinar datos de usuarios en migraciones entre tenants.
La documentación vigente de Microsoft publicada en julio de 2026 establece cuatro workloads que pueden incluirse al crear un batch:
| Workload | Soporte actual en Orchestrator |
|---|---|
| Exchange mailbox | Sí. |
| OneDrive | Sí. |
| Teams chats | Sí. |
| Teams meetings | Sí. |
El valor principal del producto es coordinar la secuencia de workloads relacionados.
Por ejemplo, Microsoft establece dependencias entre la migración del buzón y las reuniones de Teams.
Migration Orchestrator no migra identidades
Este punto es fundamental.
Microsoft indica expresamente que la tecnología mueve contenido, no identidades.
Los usuarios deben estar correctamente preparados en origen y destino y necesitan un identity mapping compatible.
Qué queda fuera
La documentación actual indica expresamente que Cross-Tenant User Data Migration no mueve datos compartidos como:
Teams, Channels y SharePoint Sites.
Esto no significa que Microsoft no tenga solución para SharePoint —existe Cross-Tenant SharePoint Migration—, sino que ese contenido no forma parte del mismo flujo de datos de usuario de Orchestrator.
Licenciamiento
Microsoft exige actualmente una licencia Cross-Tenant User Data Migration por usuario para los movimientos correspondientes.
El licenciamiento debe revisarse antes de preparar el proyecto, porque la migración falla si el requisito no se cumple.
Un cambio respecto a versiones anteriores
La documentación actual de Microsoft ya presenta Migration Orchestrator como producto disponible para clientes EA, CSP, Web Direct, Small Business y EDU, por lo que no conviene reutilizar sin comprobar artículos anteriores que lo describían como una simple funcionalidad futura.
Referencia oficial: Microsoft – Migration Orchestrator Overview.
Cross-Tenant Mailbox Migration
Microsoft permite mover buzones Exchange Online de un tenant a otro utilizando mecanismos nativos de Exchange, entre ellos MRS y Exchange Online PowerShell.
No es una migración IMAP y no consiste en exportar e importar PST.
El destinatario debe prepararse correctamente en destino como MailUser con los atributos que Microsoft necesita para relacionar ambos objetos.
Qué revisar especialmente
| Elemento | Importancia |
|---|---|
| Target MailUser | Debe estar correctamente preparado. |
| ExchangeGUID | Es fundamental para asociar el buzón. |
| Licencias | Se necesita el licenciamiento cross-tenant correspondiente. |
| Holds | Los buzones bajo cualquier tipo de hold no pueden migrarse mediante este método. |
| Mail routing | Debe diseñarse durante la coexistencia. |
Después de un movimiento correcto, Microsoft convierte el buzón de origen en un MailUser y configura el routing hacia el destino, facilitando determinados escenarios de coexistencia.
Referencia oficial: Microsoft – Cross-Tenant Mailbox Migration.
Cross-Tenant OneDrive Migration
Microsoft también dispone de una migración nativa de OneDrive entre tenants.
Una diferencia importante frente a muchas herramientas especializadas es su modelo operativo.
Es un movimiento one-and-done
Microsoft no permite realizar pasadas incrementales o deltas mediante este método.
El OneDrive se mueve al tenant destino y Microsoft deja una redirección desde la antigua ubicación.
Durante unos minutos del proceso el OneDrive del usuario puede quedar en modo de solo lectura.
Capacidad de cola
Microsoft permite programar actualmente hasta 4.000 OneDrive para migración en un momento determinado.
Cuándo puede ser una buena alternativa
Cuando el modelo de movimiento definitivo encaja con el proyecto y no necesitamos varias pasadas de premigración.
Cuándo compararía con una herramienta especializada
Cuando necesitamos:
pre-stage prolongado, múltiples deltas, reporting consolidado con otros workloads, transformaciones o un flujo operativo distinto.
Referencia oficial: Microsoft – Cross-Tenant OneDrive Migration.
Cross-Tenant SharePoint Migration
Microsoft permite actualmente mover sitios SharePoint entre tenants utilizando SharePoint Online PowerShell.
Esta es otra diferencia importante respecto a comparativas antiguas que describían esta capacidad exclusivamente como preview.
Características relevantes
| Característica | Situación actual |
|---|---|
| Tamaño máximo de un sitio | 5 TB. |
| Número máximo de elementos por sitio | 1 millón. |
| Cola | Hasta 4.000 migraciones pendientes. |
| Target existente | No se puede sobrescribir o fusionar un sitio destino ya existente. |
| Identity mapping | Necesario. |
| Redirección | Se crea una redirección desde la ubicación antigua tras un movimiento correcto. |
Una restricción especialmente importante es que el sitio destino no debe existir previamente. La herramienta nativa no está pensada para fusionar dos sitios SharePoint que ya contienen información.
Esta limitación puede ser decisiva para escoger entre Microsoft nativo y productos que permitan otras formas de mapping, merge o reestructuración.
Referencia oficial: Microsoft – Cross-Tenant SharePoint Migration.
¿Microsoft nativo o herramienta de terceros?
No hay una respuesta universal. Podemos comparar costes, workloads, deltas, coexistencia y fidelidad utilizando vuestro escenario antes de comprometer licencias.
Comparar opciones para mi migraciónQuest On Demand Migration
Quest On Demand Migration es una plataforma SaaS específicamente orientada a migraciones Microsoft 365 tenant-to-tenant.
Su principal ventaja es poder trabajar desde una misma plataforma con diferentes workloads y con un flujo de discovery, matching, collections, migración y reporting.
Qué cubre actualmente Quest
Quest publica actualmente capacidades dentro de su plataforma para:
| Workload | Quest ODM |
|---|---|
| Exchange Online | Sí. |
| OneDrive | Sí. |
| SharePoint Online | Sí. |
| Microsoft Teams | Sí. |
| Microsoft 365 Groups | Sí. |
| Teams Chats | Sí, con alcance y limitaciones documentados. |
| Power BI | Sí. |
| Entra ID / AD | Disponible dentro de los planes y componentes correspondientes. |
| Dispositivos | Capacidades específicas dentro del ecosistema AD/Entra. |
| Domain Rewrite / Domain Move | Disponibles en planes específicos. |
Discovery y assessment
Uno de los puntos fuertes de Quest es realizar discovery antes de ejecutar.
Por ejemplo, en Teams puede generar información sobre tamaño, actividad, número de canales y miembros para ayudar a decidir qué equipos deben migrarse.
Collections
Quest permite agrupar objetos en collections para organizar pilotos, departamentos y oleadas.
Esto resulta útil en proyectos grandes donde no queremos tratar miles de usuarios o sitios como un único lote.
SharePoint y Teams se coordinan
Quest distingue correctamente entre la migración del Team y el contenido adicional del sitio SharePoint asociado.
Eso es importante porque una migración de Teams no necesariamente mueve cada objeto existente dentro de SharePoint.
Seguridad y permisos
Quest publica una referencia específica de permisos y en determinados escenarios permite utilizar Sites.Selected para reducir el alcance de acceso a SharePoint y OneDrive.
Esto puede ser relevante para organizaciones que quieran reducir el uso de permisos globales durante el proyecto.
Cuándo evaluaría Quest
Especialmente en:
fusiones, adquisiciones, carve-outs, proyectos multiworkload, migraciones con Teams y SharePoint importantes, identidad híbrida o coexistencia prolongada.
Referencia oficial: Quest – On Demand Migration.
ShareGate
Durante años ShareGate estuvo asociado sobre todo a SharePoint y Microsoft Teams.
En 2026 esa descripción ya resulta incompleta.
ShareGate presenta actualmente una estrategia tenant-to-tenant mucho más amplia que incluye identidades, buzones y contenido.
SharePoint
Sigue siendo uno de sus puntos fuertes.
ShareGate permite trabajar con:
site collections, sitios, listas, bibliotecas, documentos, carpetas, elementos, metadata, permisos y estructura, según las características soportadas en cada escenario.
Microsoft Teams
La plataforma permite migrar elementos como:
| Elemento | ShareGate |
|---|---|
| Teams | Sí. |
| Standard Channels | Sí. |
| Private Channels | Sí. |
| Archivos | Sí. |
| Permisos | Sí, según escenario. |
| Tabs | Sí, para elementos soportados. |
| Apps | Según soporte de cada aplicación. |
| Planner | Soportado dentro de sus capacidades documentadas. |
| Sitios SharePoint asociados | Sí. |
Exchange Online
ShareGate incorpora actualmente migración de Exchange Online tenant-to-tenant.
Su oferta incluye buzones de usuario, shared mailboxes, salas, recursos y Archives, además de distintos elementos del buzón y configuraciones soportadas.
Esto significa que las comparativas antiguas que descartaban ShareGate automáticamente cuando había Exchange ya no son válidas.
Microsoft Entra ID
ShareGate dispone actualmente de Entra ID Migration en preview.
Permite trabajar con usuarios, security groups, Microsoft 365 Groups, membresías y asignación de licencias dentro de los planes compatibles.
Al tratarse de una funcionalidad nueva, conviene comprobar el estado y las limitaciones justo antes del proyecto.
Cuándo evaluaría ShareGate
Especialmente cuando:
SharePoint y Teams tienen mucho peso, queremos reorganizar contenido, necesitamos una interfaz visual y buscamos reducir el número de herramientas de una migración cloud-to-cloud.
Referencia oficial: ShareGate – Tenant-to-Tenant Migration.
AvePoint Fly
AvePoint Fly es una plataforma de migración con una cobertura amplia tanto para Microsoft 365 como para otros orígenes.
Puede resultar especialmente interesante en organizaciones grandes o en proyectos donde además de mover contenido hay requisitos importantes de metadata, permisos, labels, reporting o gobierno.
Workloads y orígenes
AvePoint publica soporte para escenarios que incluyen:
| Área | Ejemplos |
|---|---|
| SharePoint | SharePoint Server y SharePoint Online. |
| Exchange | Exchange Server y Exchange Online. |
| OneDrive | OneDrive for Business. |
| Microsoft Teams | Teams y conversaciones dentro de los escenarios soportados. |
| Microsoft 365 Groups | Sí. |
| Google Workspace | Escenarios de migración a Microsoft 365. |
| Power Platform | Power Apps y Power Automate mediante Fly for Power Platform. |
AvePoint e identidad
AvePoint está ampliando Fly hacia migraciones identity-first y actualmente publica migración de Active Directory y Microsoft Entra ID dentro de una private preview.
Por tanto, es una funcionalidad que merece seguirse, pero no debería presupuestarse como capacidad general sin confirmar su disponibilidad concreta.
Un punto muy actual: migración de EWS a Microsoft Graph
Microsoft está retirando Exchange Web Services en Exchange Online y AvePoint está adaptando Fly a Microsoft Graph.
Desde la actualización comercial de AvePoint Online Services de agosto de 2026, Fly utiliza Microsoft Graph por defecto para operaciones Exchange Online soportadas en tenants donde Graph está disponible.
Sin embargo, existen todavía huecos de API en determinados tipos de contenido como:
Microsoft 365 Group mailboxes, Archive mailboxes y Public Folders, para los que AvePoint mantiene temporalmente EWS mientras Microsoft completa las APIs equivalentes.
Este tipo de transición es exactamente la razón por la que conviene revisar la documentación de una herramienta inmediatamente antes de iniciar un proyecto.
Cuándo evaluaría AvePoint
Especialmente en:
grandes organizaciones, consolidaciones complejas, proyectos con SharePoint y Teams importantes, Power Platform, metadata, labels o necesidades de gobierno y reporting.
Referencia oficial: AvePoint – Fly Migration.
BitTitan MigrationWiz
MigrationWiz es una plataforma SaaS muy conocida, especialmente en migraciones de correo, aunque su portfolio incluye también otros workloads Microsoft 365.
Su modelo se basa en diferentes tipos de proyectos, endpoints y licencias.
Exchange y correo
MigrationWiz sigue siendo especialmente habitual en:
Exchange Online, Exchange Server, IMAP, Google Workspace y otros sistemas de correo.
SharePoint, OneDrive y Teams
BitTitan dispone también de proyectos específicos para documentos y Microsoft Teams.
Por eso es importante escoger correctamente el tipo de proyecto y no asumir que una licencia de mailbox incluye automáticamente todos los workloads.
Teams Private Chat: cambio importante en julio de 2026
BitTitan renovó su procedimiento de migración de Teams Private Chat en julio de 2026.
La implementación actual utiliza las APIs de importación de Microsoft Teams y permite tratar:
chats 1:1, chats grupales y meeting chats, con diferentes limitaciones.
BitTitan establece actualmente una concurrencia máxima de 20 usuarios para estos proyectos.
También existen elementos que no se migran, por ejemplo determinados usuarios externos, Copilot chats, menciones o algunos archivos compartidos, por lo que el piloto es especialmente importante.
Multi-pass
La implementación actual de Teams Private Chat permite varias pasadas mientras no se haya ejecutado el proceso final de Clean Up.
Esto puede ser útil para reducir el contenido pendiente antes del cutover.
Cuándo evaluaría BitTitan
Especialmente cuando:
el correo es importante, se busca una plataforma SaaS con proyectos guiados o el alcance encaja bien con los diferentes bundles de MigrationWiz.
Referencia oficial: BitTitan – MigrationWiz.
Cloudiway
Cloudiway cubre migraciones Microsoft 365 tenant-to-tenant y diferentes escenarios cross-platform.
Su documentación se organiza por workloads, lo que permite construir proyectos con diferentes componentes.
Microsoft 365 Tenant-to-Tenant
Cloudiway publica actualmente guías para:
| Workload | Disponible |
|---|---|
| Microsoft 365 Mail | Sí. |
| OneDrive | Sí. |
| SharePoint | Sí. |
| Microsoft Teams | Sí. |
| Intune | Sí. |
| Dispositivos / laptops | Dispone de escenarios específicos. |
Microsoft Teams
Cloudiway utiliza Microsoft Teams Import APIs para determinados procesos de conversación.
Su flujo distingue entre discovery, preprocessing y migración.
En preprocessing puede preparar Teams y canales en destino, mientras la fase de migración trata los datos incluidos en alcance.
Un aspecto importante: mappings
Cloudiway destaca la necesidad de mantener un mapping exhaustivo entre usuarios origen y destino.
Esto es lógico porque Teams, SharePoint y permisos contienen referencias a identidades que deben convertirse correctamente.
Cuándo evaluaría Cloudiway
Especialmente en escenarios:
multiworkload, cross-platform, Microsoft 365 tenant-to-tenant, Intune, dispositivos o coexistencia.
Referencia oficial: Cloudiway – Migration Documentation.
CodeTwo Office 365 Migration
CodeTwo Office 365 Migration tiene un enfoque bastante más específico que Quest, ShareGate o AvePoint.
Su especialidad es Exchange y migración de buzones.
Eso no es una desventaja. En determinados proyectos es precisamente lo que necesitamos.
Qué puede migrar
| Elemento | CodeTwo |
|---|---|
| Primary mailbox | Sí. |
| Archive mailbox | Sí. |
| Sí. | |
| Calendarios | Sí. |
| Contactos | Sí. |
| Tareas / notas / journals | Sí. |
| Public Folders | Sí, dentro de los escenarios soportados. |
| SharePoint | No. |
| Microsoft Teams | No. |
Automatching y provisioning
CodeTwo proporciona una interfaz guiada que puede crear buzones destino, asignar licencias y realizar matching de origen y destino.
Delta Migration
Permite ejecutar nuevas pasadas para trasladar elementos aparecidos después de la migración inicial.
Esto puede facilitar un pre-stage de buzones antes de la ventana final.
Cuándo evaluaría CodeTwo
Cuando el proyecto está centrado principalmente en:
Exchange Server → Microsoft 365, hosted Exchange → Microsoft 365 o Exchange Online tenant-to-tenant.
Si el proyecto incluye además SharePoint y Teams, CodeTwo necesitará complementarse con otra tecnología.
Referencia oficial: CodeTwo – Office 365 Migration.
PowerShell y Microsoft Graph
PowerShell y Microsoft Graph aparecen en prácticamente todos los proyectos Microsoft 365, pero no deben compararse directamente con Quest o ShareGate.
Su función es diferente.
Para qué utilizamos PowerShell y Graph
| Tarea | Ejemplo |
|---|---|
| Discovery | Exportar usuarios, grupos, Teams o buzones. |
| Mapping | Preparar CSV de usuarios origen/destino. |
| Preparación | Crear objetos o aplicar atributos. |
| Cross-tenant nativo | Ejecutar determinados cmdlets Microsoft. |
| Validación | Comparar objetos antes y después. |
| Automatización | Ejecutar cambios repetitivos de forma controlada. |
Microsoft Graph frente a AzureAD/MSOnline
Para nuevos desarrollos y automatizaciones deberíamos utilizar Microsoft Graph PowerShell cuando exista una alternativa soportada, en lugar de construir nuevos procesos basados en los antiguos módulos AzureAD o MSOnline.
Ejemplo: inventario de usuarios
Install-Module Microsoft.Graph -Scope CurrentUser
Connect-MgGraph -Scopes "User.Read.All"
Get-MgUser -All -Property Id,DisplayName,UserPrincipalName,Mail,AccountEnabled |
Select-Object DisplayName,
UserPrincipalName,
Mail,
AccountEnabled |
Export-Csv "C:\Temp\usuarios.csv" -NoTypeInformation -Encoding UTF8
Ejemplo: buzones Exchange Online
Install-Module ExchangeOnlineManagement -Scope CurrentUser
Connect-ExchangeOnline
Get-EXOMailbox -ResultSize Unlimited |
Select-Object DisplayName,
UserPrincipalName,
PrimarySmtpAddress,
RecipientTypeDetails |
Export-Csv "C:\Temp\buzones.csv" -NoTypeInformation -Encoding UTF8
Los scripts deben adaptarse y probarse antes de ejecutarse sobre un entorno de producción.
Comparativa práctica de herramientas de migración Microsoft 365
| Herramienta | Encaja especialmente en | No debe confundirse con |
|---|---|---|
| SPMT | SharePoint Server y file shares hacia Microsoft 365. | Una plataforma tenant-to-tenant completa. |
| Migration Manager | File shares y contenido desde Google Drive, Dropbox, Box, Egnyte y otros orígenes soportados. | Migration Orchestrator. |
| Migration Orchestrator | Exchange, OneDrive, chats y reuniones de Teams entre tenants de forma coordinada. | Una migración completa de identidad, Teams y SharePoint. |
| Cross-Tenant Mailbox | Exchange Online entre tenants. | Una herramienta multiworkload. |
| Cross-Tenant OneDrive | Movimiento definitivo de OneDrive entre tenants. | Una solución de pre-stage con múltiples deltas. |
| Cross-Tenant SharePoint | Sitios SharePoint entre tenants compatibles. | Una herramienta para fusionar sitios destino existentes. |
| Quest ODM | Tenant-to-tenant multiworkload, identidad y coexistencia. | Una solución que no necesita arquitectura. |
| ShareGate | SharePoint, Teams, OneDrive y actualmente también Exchange e identidad cloud. | Una herramienta exclusivamente SharePoint. |
| AvePoint Fly | Migraciones enterprise, multiworkload, Power Platform y gobierno. | Una herramienta sencilla para un único buzón. |
| BitTitan MigrationWiz | Correo y proyectos SaaS por workload. | Una licencia que incluye automáticamente cualquier workload. |
| Cloudiway | Cross-platform, tenant-to-tenant, Teams, Intune y dispositivos. | Una solución sin requisitos ni mappings. |
| CodeTwo | Exchange y Public Folders. | Una plataforma para SharePoint y Teams. |
| PowerShell / Graph | Automatización, preparación e inventario. | Una plataforma completa de transferencia de datos. |
Qué herramienta considerar según el workload
Correo y Exchange Online
Si Exchange es la carga principal, merece la pena comparar:
Microsoft Cross-Tenant Mailbox Migration, CodeTwo, BitTitan, Quest, ShareGate, AvePoint y Cloudiway.
Las preguntas relevantes son:
¿hay Archive?, ¿shared mailboxes?, ¿delegaciones?, ¿holds?, ¿Public Folders?, ¿se necesita pre-stage?, ¿habrá coexistencia?
SharePoint
Para SharePoint Server, SPMT puede ser suficiente.
Para tenant-to-tenant o entornos con más complejidad conviene comparar:
Microsoft Cross-Tenant SharePoint Migration, ShareGate, Quest, AvePoint, Cloudiway y BitTitan.
OneDrive
Microsoft nativo resulta atractivo si el movimiento one-and-done encaja.
Cuando hacen falta varias sincronizaciones antes del cambio, hay que comparar con herramientas que soporten un modelo incremental.
Microsoft Teams
Teams merece una comparación independiente.
No es suficiente con que la ficha comercial indique “Teams: soportado”.
Debemos preguntar por:
| Elemento | Debe verificarse |
|---|---|
| Standard Channels | Sí. |
| Private Channels | Sí. |
| Shared Channels | Sí. |
| Posts | Sí. |
| Chats privados | Sí. |
| Meeting Chats | Sí. |
| Files | Sí. |
| Planner | Sí. |
| Apps / Tabs | Sí. |
| Invitados | Sí. |
Fidelidad: “migrar” no significa lo mismo en todas las herramientas
Una tabla con muchas casillas verdes puede ser engañosa.
Dos herramientas pueden decir que migran SharePoint y ofrecer resultados muy diferentes.
SharePoint
Conviene revisar:
versiones, metadata, permisos únicos, content types, term store, hub associations, sharing links, listas, páginas y personalizaciones.
Exchange
Conviene revisar:
Archive, calendario, contactos, Inbox Rules, AutoReply, delegaciones, shared mailboxes, recursos, meetings y Public Folders.
Teams
Conviene revisar:
autor y fecha de mensajes, menciones, attachments, usuarios externos, reactions, canales privados, Planner, tabs y meeting links.
OneDrive
Conviene revisar:
versiones, sharing links, permisos, archivos compartidos por Teams y redirecciones.
La palabra “soportado” debería traducirse siempre a una descripción funcional concreta.
¿Dos herramientas dicen que migran lo mismo?
Podemos ayudarte a comparar el resultado real: permisos, versiones, chats, enlaces, deltas y elementos que necesitarán tratamiento manual.
Comparar herramientas de migraciónPremigración, deltas y modelos one-and-done
La posibilidad de ejecutar varias pasadas puede ser decisiva para el diseño del cutover.
Imaginemos 5 TB de OneDrive.
Si la herramienta permite premigrar durante varios días, el cambio final puede limitarse a los datos nuevos o modificados.
Si la tecnología utiliza un movimiento definitivo, la planificación será distinta.
| Modelo | Ventaja | Implicación |
|---|---|---|
| Incremental | Reduce datos pendientes al final. | Requiere gestionar varias pasadas. |
| One-and-done | Movimiento claro y directo. | Necesita una ventana preparada para el movimiento definitivo. |
| Copy + delta | Usuarios pueden seguir trabajando durante el pre-stage. | Hay que definir cuándo deja de modificarse el origen. |
Este punto debería revisarse antes de seleccionar herramienta, no cuando ya se han comprado las licencias.
Coexistencia: algo que una tabla de funcionalidades suele olvidar
Una migración de un fin de semana y otra que dura seis meses son proyectos completamente diferentes.
Durante una migración por oleadas pueden necesitarse:
mail routing, free/busy, colaboración Teams entre tenants, sincronización de identidades, coexistencia de dominios temporales y acceso a información situada todavía en origen.
| Duración aproximada | Importancia de coexistencia |
|---|---|
| Una noche | Baja. |
| Una semana | Media. |
| Varias semanas | Alta. |
| Varios meses | Muy alta. |
Quest, Cloudiway y otras plataformas disponen de capacidades específicas de coexistencia según el producto.
Microsoft también permite construir coexistencia mediante sus servicios, pero habitualmente requiere coordinar varias configuraciones independientes.
Permisos y seguridad de las herramientas
Una plataforma de migración puede necesitar acceder a gran parte de la información corporativa.
Por eso, además de preguntar qué migra, debemos preguntar cómo accede a los datos.
| Pregunta | Por qué importa |
|---|---|
| ¿Qué Enterprise Applications instala? | Permite documentar las aplicaciones temporales. |
| ¿Qué Graph permissions solicita? | Define el nivel de acceso. |
| ¿Utiliza permisos de aplicación? | Puede permitir acceso sin usuario interactivo. |
| ¿Se puede reducir el alcance? | Permite aplicar mínimo privilegio. |
| ¿Necesita cuentas de servicio? | Deben gestionarse y retirarse posteriormente. |
| ¿Dónde procesa los datos? | Puede tener implicaciones de compliance. |
| ¿Qué debe eliminarse al terminar? | Evita dejar accesos temporales activos. |
El proyecto debe incluir un decommission
Después de la migración deberían revisarse y retirarse, cuando ya no sean necesarios:
service accounts, App Registrations, Enterprise Applications, certificados, permisos administrativos y consentimientos específicos de la herramienta.
Cómo comparar el coste real de una herramienta
El precio de licencia es solo una parte del coste.
La comparación correcta debería considerar:
| Concepto | Ejemplo |
|---|---|
| Licencias de migración | Por usuario, buzón, Team, workload o suscripción. |
| Licencias Microsoft | Cross-Tenant User Data Migration cuando corresponda. |
| Licencias destino | Microsoft 365 necesarias para usuarios. |
| Doble licenciamiento | Periodo en que el usuario necesita servicios en ambos tenants. |
| Horas técnicas | Discovery, configuración, troubleshooting y validación. |
| Coexistencia | Configuración adicional o módulos. |
| Soporte | Hypercare y resolución de incidencias. |
Una plataforma más cara puede ser más económica en coste total si reduce significativamente las horas técnicas.
Y una herramienta gratuita puede ser la mejor elección si realmente cubre todo el escenario.
El piloto debe formar parte de la elección
La documentación permite descartar herramientas.
El piloto permite confirmar la decisión.
| Caso piloto | Qué comprobamos |
|---|---|
| Buzón grande | Rendimiento y comportamiento. |
| Buzón con Archive | Tratamiento del archivo online. |
| Shared mailbox | Permisos y delegación. |
| OneDrive compartido | Sharing y enlaces. |
| SharePoint complejo | Metadata, versiones y permisos. |
| Team con canal privado | Team + SharePoint + permisos. |
| Chats | Fidelidad del histórico. |
| Usuario invitado | Acceso externo. |
Si una funcionalidad crítica no se comporta como esperábamos, es mucho mejor descubrirlo durante el piloto que después de migrar 500 usuarios.
Método práctico para elegir una herramienta de migración
1. Inventaría el entorno
Obtén datos reales de usuarios, buzones, OneDrive, SharePoint, Teams, aplicaciones y dominios.
2. Define qué debe conservarse
No basta con decir “SharePoint”.
Define versiones, metadata, permisos, enlaces y aplicaciones.
3. Decide cómo será el cutover
Una migración one-and-done y otra con seis deltas requieren herramientas diferentes.
4. Define la coexistencia
Determina cuánto tiempo convivirán origen y destino.
5. Revisa requisitos de identidad
Usuarios cloud-only, híbridos, AD, Entra ID y dispositivos.
6. Revisa aplicaciones
No selecciones herramienta únicamente a partir de los workloads visibles.
7. Compara licenciamiento
Calcula el coste total, no solo el precio unitario.
8. Compara documentación actual
Las herramientas cambian constantemente.
9. Ejecuta un piloto
Prueba los casos difíciles.
10. Decide
Solo después del piloto debería quedar cerrada la tecnología definitiva de los workloads críticos.
Errores frecuentes al seleccionar herramientas de migración
| Error | Consecuencia | Mejor enfoque |
|---|---|---|
| Elegir antes del assessment | La herramienta no cubre el alcance real. | Inventariar primero. |
| Elegir únicamente por precio | Más trabajo manual y mayor coste total. | Calcular coste completo. |
| Seguir recomendando Mover | Se utiliza información obsoleta. | Revisar Migration Manager. |
| Confundir Migration Manager y Orchestrator | Se escoge una tecnología para un escenario equivocado. | Distinguir ingesta y cross-tenant. |
| Considerar ShareGate solo para SharePoint | La comparativa queda desactualizada. | Revisar su portfolio 2026. |
| Asumir que Orchestrator migra todo el tenant | Quedan workloads sin estrategia. | Revisar alcance exacto. |
| Interpretar “Teams soportado” como “todo Teams” | Expectativas incorrectas. | Comparar componente por componente. |
| No revisar EWS / Graph | Herramientas de correo pueden cambiar comportamiento durante el proyecto. | Comprobar documentación actual. |
| No hacer piloto | Las limitaciones aparecen en producción. | Probar casos representativos. |
| No retirar permisos temporales | Quedan accesos innecesarios. | Plan de decommission. |
Checklist antes de comprar licencias
| Pregunta | Estado recomendado |
|---|---|
| ¿Conocemos el origen? | Definido. |
| ¿Conocemos el destino? | Definido. |
| ¿Tenemos número real de usuarios? | Inventariado. |
| ¿Conocemos número y tamaño de buzones? | Inventariado. |
| ¿Conocemos Archives y shared mailboxes? | Inventariado. |
| ¿Conocemos volumen de OneDrive? | Inventariado. |
| ¿Conocemos sitios SharePoint? | Inventariado. |
| ¿Conocemos Teams y tipos de canales? | Inventariado. |
| ¿Sabemos si necesitamos chats? | Definido. |
| ¿Sabemos qué metadata debe mantenerse? | Definido. |
| ¿Sabemos qué permisos deben mantenerse? | Definido. |
| ¿Hay identidad híbrida? | Analizado. |
| ¿Hay aplicaciones críticas? | Inventariadas. |
| ¿Hay dominios que cambiarán de tenant? | Planificado. |
| ¿Necesitamos coexistencia? | Definido. |
| ¿Necesitamos premigración? | Definido. |
| ¿Necesitamos deltas? | Definido. |
| ¿Conocemos los permisos que pide la herramienta? | Revisados. |
| ¿Hemos calculado licencias Microsoft adicionales? | Revisadas. |
| ¿Tenemos piloto? | Planificado. |
| ¿Tenemos criterios de validación? | Definidos. |
Preguntas frecuentes sobre herramientas de migración Microsoft 365
No existe una única herramienta mejor para todos los proyectos.
La elección depende del origen, destino, workloads, volumen, permisos, necesidad de deltas, coexistencia, identidad y nivel de fidelidad esperado.
Sí.
Microsoft dispone de SharePoint Migration Tool, Migration Manager y diferentes capacidades para migraciones de correo y contenido hacia Microsoft 365.
También dispone de herramientas específicas para movimientos entre tenants.
SPMT es una aplicación orientada principalmente a SharePoint Server y file shares.
Migration Manager centraliza desde Microsoft 365 migraciones desde file shares y diversos servicios cloud como Google Drive, Dropbox, Box o Egnyte.
No debe utilizarse como herramienta principal para nuevos proyectos.
Microsoft retiró Mover para migraciones administradas e integró diferentes capacidades de migración cloud dentro de Migration Manager.
Sí.
Microsoft dispone actualmente de una ruta soportada mediante Migration Manager para mover contenido de Dropbox hacia OneDrive, SharePoint o ubicaciones Microsoft 365 compatibles.
Migration Manager permite migrar contenido de Google Drive hacia Microsoft 365.
La migración de Gmail o del resto de servicios de Google Workspace debe analizarse con las herramientas correspondientes y no debe confundirse con la migración documental de Drive.
Es la solución Microsoft para coordinar determinados datos de usuario durante migraciones tenant-to-tenant.
La documentación actual incluye Exchange mailboxes, OneDrive, Teams chats y Teams meetings.
La documentación oficial de Microsoft actualizada en julio de 2026 ya no lo presenta como preview y especifica los canales de cliente para los que el producto está disponible.
Como cualquier capacidad Microsoft 365, conviene comprobar nuevamente disponibilidad y licenciamiento al diseñar el proyecto.
El alcance actual de Cross-Tenant User Data Migration dentro del Orchestrator no incluye datos compartidos como SharePoint Sites, Teams o Channels.
Microsoft dispone de una herramienta Cross-Tenant SharePoint Migration específica para los sitios SharePoint.
Sí.
La documentación actual de Microsoft permite mover sitios SharePoint entre tenants mediante SharePoint Online PowerShell, siempre que se cumplan sus requisitos.
No.
Microsoft establece que el sitio destino no debe existir previamente y la herramienta no sobrescribe ni fusiona un sitio existente.
No.
Microsoft define el proceso como un movimiento one-and-done. No permite pasadas incrementales posteriores mediante ese procedimiento.
Sí.
Quest publica capacidades para Exchange, OneDrive, SharePoint, Teams, Microsoft 365 Groups, chats, Power BI, Entra ID y Active Directory dentro de los planes correspondientes.
Sí.
Quest dispone de un módulo específico de Teams con discovery, provisioning, migration y soporte para diferentes tipos de canal y contenido.
El alcance exacto debe revisarse en su documentación vigente.
No.
ShareGate mantiene una fuerte especialización en SharePoint y Teams, pero actualmente también ofrece migración de Exchange Online y una funcionalidad de Entra ID Migration en preview dentro de determinados planes.
Sí.
ShareGate dispone actualmente de migración de Exchange Online tenant-to-tenant para distintos tipos de buzón y contenido soportado.
ShareGate dispone actualmente de Entra ID Migration en preview.
Incluye usuarios, security groups, Microsoft 365 Groups, memberships y otras funciones de preparación de identidad dentro de los planes compatibles.
Sí.
AvePoint Fly está orientado a migraciones Microsoft 365 y dispone de capacidades para Exchange, SharePoint, OneDrive, Teams y otros workloads, además de diferentes orígenes externos.
AvePoint dispone de Fly for Power Platform, orientado a escenarios que incluyen Power Apps y Power Automate entre entornos y tenants compatibles.
AvePoint está trasladando las operaciones Exchange Online soportadas a Microsoft Graph durante 2026 debido a la retirada de EWS.
Determinados tipos de buzón o contenido todavía pueden depender temporalmente de EWS mientras Microsoft completa la cobertura de Graph.
No.
Aunque es especialmente conocido por migraciones de correo, MigrationWiz dispone también de proyectos para OneDrive, SharePoint, Teams y otros workloads.
Sí.
BitTitan renovó su implementación de Teams Private Chat en julio de 2026 y actualmente utiliza las APIs de importación de Teams para distintos tipos de chat.
Existen limitaciones y una concurrencia máxima documentada, por lo que debe hacerse un piloto.
Sí.
Cloudiway ofrece guías y herramientas para correo, OneDrive, SharePoint, Teams, Intune y determinados escenarios de dispositivos entre tenants.
No.
CodeTwo Office 365 Migration está especializado principalmente en Exchange, mailboxes, Archives y Public Folders.
Si el proyecto incluye SharePoint, OneDrive o Teams necesitaremos otras tecnologías.
Sí.
La herramienta permite realizar pasadas adicionales para trasladar contenido nuevo del buzón después de una primera migración.
No en todos los escenarios.
PowerShell es excelente para inventario, preparación, automatización y validación y también se utiliza para operar determinadas capacidades nativas.
Construir mediante scripts una plataforma multiworkload completa normalmente requiere mucho más desarrollo, logging y tratamiento de errores.
Sí.
Microsoft Graph proporciona muchas de las APIs que utilizan actualmente Microsoft y los fabricantes especializados para acceder o importar determinados datos de Microsoft 365.
Sí.
Por ejemplo, podría utilizarse Microsoft para Exchange y ShareGate para SharePoint, o Quest para Teams y scripts para determinadas tareas administrativas.
La arquitectura y el calendario deben seguir estando coordinados.
No necesariamente.
Hay que sumar licencias, horas técnicas, coexistencia, scripts, soporte y validación.
En una migración compleja, una herramienta de pago puede reducir significativamente el esfuerzo manual.
No.
El resultado depende del contenido origen, APIs, permisos, configuración, herramienta, limitaciones, piloto y validación posterior.
Las herramientas reducen trabajo y riesgo, pero no eliminan la necesidad de planificación.
Es muy recomendable cuando el proyecto tiene una complejidad significativa.
El piloto permite comprobar el resultado real de correo, permisos, metadata, chats, versiones y otros componentes antes de ejecutar la migración masiva.
Merece la pena comparar Microsoft, CodeTwo, BitTitan, Quest, ShareGate, AvePoint y Cloudiway según origen, volumen, Archive, Public Folders, coexistencia y modelo de cutover.
Quest, ShareGate y AvePoint son plataformas especialmente relevantes, junto con Cloudiway y BitTitan según el alcance.
Las capacidades nativas de Microsoft también deben evaluarse cuando sus requisitos encajen.
No existe una única respuesta.
Para proyectos multiworkload merece la pena analizar Quest, ShareGate, AvePoint, Cloudiway, BitTitan y las capacidades nativas de Microsoft.
El assessment debería preceder siempre a la elección definitiva.
Especialmente cuando hay varios workloads, muchos usuarios, SharePoint o Teams complejos, identidad híbrida, dispositivos, aplicaciones, dominios personalizados o una ventana de migración reducida.
Conclusión: no existe la mejor herramienta, existe la herramienta adecuada para cada migración
El panorama de herramientas de migración Microsoft 365 ha evolucionado considerablemente.
Microsoft dispone actualmente de opciones mucho más amplias: SPMT y Migration Manager para incorporación de contenido; capacidades cross-tenant para Exchange, OneDrive y SharePoint; y Migration Orchestrator para coordinar determinadas cargas de usuario entre tenants.
Eso no elimina la necesidad de herramientas especializadas.
Quest On Demand Migration continúa destacando en proyectos tenant-to-tenant multiworkload y escenarios que combinan Microsoft 365, identidad y coexistencia.
ShareGate ha evolucionado desde su tradicional fortaleza en SharePoint y Teams hacia una plataforma que actualmente incluye también Exchange Online y capacidades de migración de Entra ID en preview.
AvePoint Fly ofrece una cobertura muy amplia y resulta especialmente interesante en migraciones enterprise, SharePoint, Teams, Power Platform y escenarios donde metadata y gobierno tienen un peso importante.
BitTitan MigrationWiz sigue siendo una alternativa importante para correo y otros workloads mediante su modelo de proyectos SaaS, y ha actualizado recientemente su tratamiento de Teams Private Chat.
Cloudiway combina Microsoft 365 tenant-to-tenant con escenarios cross-platform, Intune y dispositivos.
CodeTwo mantiene una propuesta mucho más especializada y puede resultar una opción excelente cuando Exchange es claramente el centro de la migración.
Y PowerShell y Microsoft Graph continúan siendo herramientas fundamentales para automatizar, preparar e inspeccionar los entornos, aunque no deberían confundirse con una plataforma completa de migración.
Por eso, antes de comprar licencias deberíamos responder a una pregunta más útil que “¿qué herramienta es mejor?”:
¿qué combinación de tecnología permite mover este entorno concreto conservando aquello que realmente importa y con un nivel de riesgo, esfuerzo y coste razonable?
La respuesta empieza con un inventario, continúa con una comparación técnica y debería confirmarse mediante un piloto.
¿Necesitas elegir herramienta para una migración Microsoft 365?
En Kloudeal podemos analizar el origen, destino, usuarios, datos y workloads antes de adquirir las licencias y ayudarte a seleccionar la tecnología que mejor encaje con el proyecto.
Trabajamos con Exchange Online, OneDrive, SharePoint, Microsoft Teams, Microsoft Entra ID, dominios, aplicaciones, permisos, identidad híbrida y diferentes herramientas de migración.
Podemos evaluar Migration Manager, SPMT, las capacidades cross-tenant de Microsoft, Quest On Demand Migration, ShareGate, AvePoint, BitTitan MigrationWiz, Cloudiway, CodeTwo, PowerShell y Microsoft Graph y combinar tecnologías cuando el proyecto lo requiera.
Hablar con Kloudeal sobre mi migración Microsoft 365Documentación oficial y recursos recomendados
Microsoft – visión general
SharePoint Migration Tool y Migration Manager
- Microsoft – SharePoint Migration Tool
- Microsoft – Migration Manager
- Microsoft – What’s New in Migration Manager
Microsoft Tenant-to-Tenant
- Microsoft – Plan a Microsoft 365 Tenant-to-Tenant Migration
- Microsoft – Migration Orchestrator Overview
- Microsoft – Cross-Tenant Mailbox Migration
- Microsoft – Cross-Tenant OneDrive Migration
- Microsoft – Cross-Tenant SharePoint Migration
Quest On Demand Migration
- Quest – On Demand Migration
- Quest – On Demand Migration User Guide
- Quest – Permissions Reference Guide
ShareGate
- ShareGate – Tenant-to-Tenant Migration
- ShareGate – Exchange Online Migration
- ShareGate – Microsoft Teams Migration
- ShareGate – Entra ID Migration
AvePoint
BitTitan
- BitTitan – MigrationWiz
- BitTitan – Supported MigrationWiz Scenarios
- BitTitan – Teams Private Chat Migration Guide