Herramientas de migración Microsoft 365: comparativa

Cómo comparar herramientas de migración sin quedarse en la lista de marcas

Las herramientas de migración de Microsoft 365 deben compararse con una matriz del alcance real. Cada fila representa un objeto o una función que necesita conservarse, y cada opción debe indicar si lo traslada, lo transforma, requiere intervención o lo excluye. Una respuesta genérica como «soporta Teams» no explica el tratamiento de chats, reuniones, archivos, aplicaciones o tipos de canal.

El análisis también debe distinguir el resultado de una copia, un movimiento y una conservación para consulta. Sus efectos sobre el origen y el destino pueden ser diferentes. Antes de elegir una herramienta se comprueban requisitos de identidad, licencias, permisos, preparación del destino y tratamiento de errores. La opción más adecuada es la que encaja con ese diseño y permite verificar sus resultados.

En una prueba comparativa ilustrativa, dos soluciones pueden copiar un documento y producir resultados distintos en metadatos o permisos. Por eso el piloto debe utilizar una muestra común y criterios iguales. El informe registra las diferencias y las tareas manuales necesarias, de modo que el precio de la licencia no oculte el esfuerzo adicional que necesita cada alternativa.

Qué capacidad de operación hay que evaluar durante el piloto

La facilidad de investigar errores importa tanto como iniciar una transferencia. El equipo necesita localizar el elemento afectado, comprender la causa y saber qué ocurre si repite una operación. Debe probar cómo se gestionan reintentos, cambios posteriores y el alcance de una actualización incremental cuando el método la admite. Dar por supuestas estas funciones puede comprometer la secuencia de trabajo.

La elección debe incluir la salida del proyecto: informes exportables, documentación de correspondencias, permisos concedidos y pasos para retirar los accesos que ya no sean necesarios. Si intervienen varias herramientas, se delimitan sus funciones para evitar que modifiquen el mismo contenido sin una coordinación probada. La combinación se justifica por necesidades concretas y se valida antes de aplicarla al conjunto del entorno.

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.

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.

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:

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:

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:

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.

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.

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:

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

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

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.

Quest 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:

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:

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:

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:

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.

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.

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

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:

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.

Premigració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.

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.

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.

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:

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.

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

Checklist antes de comprar licencias

Preguntas frecuentes sobre herramientas de migración Microsoft 365

¿Existe una herramienta mejor para todas las migraciones?

La elección depende del origen, el destino y las funciones que necesita conservar la empresa. Una solución adecuada para correo puede no resolver colaboración, permisos o aplicaciones. La comparación debe partir del alcance y de una prueba representativa, incorporando requisitos técnicos y tareas manuales, además del coste de la licencia.

¿Qué debe mostrar una comparativa útil de herramientas?

Debe indicar qué objetos y propiedades trata cada método, con sus requisitos, limitaciones y resultado esperado. También debe recoger la forma de validar y corregir errores. Una tabla de marcas con un sí o un no por producto resulta insuficiente cuando una carga contiene componentes que necesitan procedimientos diferentes.

¿Cómo se compara una solución nativa con una de terceros?

Se revisa el mismo alcance y se comprueba su resultado en una muestra común. Deben considerarse requisitos de disponibilidad, licencias, preparación de identidades y destino, y las tareas que quedan fuera. La decisión se basa en la adecuación al proyecto y en la evidencia del piloto, no en asumir que una categoría de herramienta es siempre preferible.

¿Por qué hay que probar los reintentos y las actualizaciones?

Porque su comportamiento determina cómo se corrigen errores y cómo se recoge información que cambia durante el proyecto. No todos los métodos permiten las mismas operaciones ni tratan igual los elementos existentes. El piloto debe documentar qué puede repetirse, qué requiere preparación adicional y cómo se evitan duplicaciones o resultados inconsistentes.

Recomendaciones finales: 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.

Documentación oficial y recursos recomendados

Microsoft – visión general.

• Microsoft – Microsoft 365 Migration Overview
• Microsoft – Migrate your content to Microsoft 365

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.

• AvePoint – Fly Migration
• AvePoint – Fly for Power Platform

BitTitan.

• BitTitan – MigrationWiz
• BitTitan – Supported MigrationWiz Scenarios
• BitTitan – Teams Private Chat Migration Guide

Cloudiway.

• Cloudiway – Migration Documentation
• Cloudiway – Cross-Tenant Microsoft Teams Migration

CodeTwo.

• CodeTwo – Office 365 Migration
• CodeTwo – Microsoft 365 Tenant-to-Tenant Migration

PowerShell y Microsoft Graph.

• Microsoft – Microsoft Graph PowerShell Overview
• Microsoft – Connect-ExchangeOnline
• Microsoft – Teams PowerShell Overview