← Volver al blog

Google Workspace Migrate se termina para orígenes Microsoft 365: qué usar en su lugar

  • Gmail
  • Consola de administración
  • Drive
Google Workspace Migrate se termina para orígenes Microsoft 365: qué usar en su lugar

Imagina una distribuidora de 40 personas con una mudanza de Microsoft 365 a Google Workspace agendada para enero. El plan menciona Google Workspace Migrate, porque es la herramienta que nombra casi toda guía antigua para Exchange Online. Ese plan ya no sirve, y la razón tiene dos mitades: una del lado de Google y otra del lado de Microsoft.

Qué dicen las páginas de Google, y dónde no coinciden

Revisado el 28 de octubre de 2026, las páginas de ayuda de Google Workspace Migrate traen dos avisos distintos. Para el correo: a partir de octubre de 2026, Google Workspace Migrate para Exchange Online deja de estar disponible, y la página te indica cambiar a la herramienta de importación de datos en su método avanzado. Para los archivos: a partir del 15 de septiembre de 2026, Google Workspace Migrate para SharePoint Online y OneDrive deja de recibir actualizaciones y correcciones de errores.

Son dos tipos de aviso diferentes. El conector de archivos queda congelado, no apagado. El de Exchange Online es el que tiene fecha de salida.

Hay un detalle que conviene saber antes de planificar alrededor de una fecha. La matriz de productos de migración de Google, que es otra página, viene redactando el mismo retiro como fin de 2026, mientras las páginas de Workspace Migrate dicen octubre de 2026. No coinciden. Cuando dos páginas del mismo proveedor no se ponen de acuerdo en una fecha límite, nosotros planificamos con la más temprana. A nadie le ha hecho daño migrar un mes antes.

Por qué octubre de 2026: Microsoft está apagando Exchange Web Services

La página de requisitos de Exchange de Google es explícita sobre cómo el conector antiguo habla con un tenant. Te pide habilitar Exchange Web Services y asegurarte de que la máquina que corre el software de Google Workspace Migrate pueda alcanzarlo. Para Exchange Online te pide autorizar el alcance full_access_as_app, que concede acceso a todos los buzones del tenant a través de EWS, junto con EWS.AccessAsUser.All, y nombra el endpoint al que se conecta la herramienta:

outlook.office365.com/EWS/Exchange.asmx

Ahora el lado de Microsoft. El aviso de obsolescencia de Microsoft para Exchange Web Services en Exchange Online dice que el apagado por fases empieza el 1 de octubre de 2026 y que EWS queda completamente deshabilitado el 1 de abril de 2027. El alcance es solo Microsoft 365 y Exchange Online: Exchange local no se ve afectado, y tampoco Outlook para Windows o Mac, Teams u otros productos de Microsoft.

Pon las dos páginas una al lado de la otra y la fecha de Google deja de parecer arbitraria. Una herramienta de migración cuyo conector de Exchange Online corre sobre EWS tiene exactamente el mismo plazo que EWS. El reemplazo tenía que construirse sobre otra cosa, y así fue: la herramienta de importación de datos se autentica con permisos de aplicación de Microsoft Graph, no con EWS.

Un detalle del equipo de Exchange de Microsoft vale la pena revisarlo en tu propio tenant ahora, porque muerde antes de la fecha final. Microsoft está desplegando una configuración EWSAllowedAppIDs, una lista de los IDs de aplicación autorizados a usar EWS. Los tenants que nunca configuraron EWSEnabled hoy se comportan como sin restricciones, y son justo esos los que quedan con EWS deshabilitado dentro del apagado por etapas. Un bloqueo aparte basado en licencias, para usuarios Kiosk y Frontline, también se movió a octubre de 2026, así que un tenant puede perder EWS para parte de su gente antes de perderlo para toda.

A quién le pega de verdad

A menos empresas de lo que uno pensaría, y con más urgencia de la que uno pensaría.

  • A quien tenga una mudanza de Microsoft 365 a Google Workspace planificada para fines de 2026 o 2027. Si una propuesta, un contrato o un plan interno nombra Google Workspace Migrate para el lado del correo, esa línea ya está equivocada y hay que reemplazarla antes de arrancar el proyecto, no a mitad de camino.
  • A quien esté a medio proyecto con servidores de Workspace Migrate ya levantados. Workspace Migrate se autohospeda en servidores Windows. Esas máquinas, y la conexión que armaste contra el tenant, son la parte que tiene reloj.
  • No a las fuentes de Exchange local. El cambio de Microsoft cubre Exchange Online. Un servidor Exchange 2007 a 2019 en tu propio hardware conserva su EWS, y Google sigue listando Google Workspace Migration for Microsoft Exchange para esas fuentes.
  • No a una mudanza de Workspace a Workspace, ni a Dropbox o Box. Esas rutas nunca pasaron por EWS y ninguno de los dos avisos las toca.

Si vas en la dirección contraria, de Google hacia Microsoft 365, nada de esto te aplica. Las herramientas propias de Microsoft para esa ruta son otra cosa, con su propio calendario.

Qué revisamos primero en un proyecto de cliente

Cuando nos llega una migración de correo este trimestre, estas son las seis respuestas que queremos antes de que alguien toque una consola.

  1. Qué es realmente el origen: Exchange Online, un servidor Exchange local, o un buzón de hosting que solo habla IMAP. Los tres usan herramientas distintas.
  2. Cuántos usuarios, contados como buzones que hay que mover y no como licencias compradas. La herramienta que te toca usar cambia en 1,000.
  3. Si ya existe una instancia de Google Workspace Migrate, y qué alcanzó a copiar. Una copia a medias es una decisión, no un punto de partida.
  4. Si el tenant de Microsoft tiene EWSEnabled o una lista de aplicaciones configurada, y si alguna otra integración del negocio todavía depende de EWS. La migración rara vez es lo único que lo usa.
  5. Si los usuarios existen y tienen licencia en ambos lados. La herramienta de importación no crea cuentas, así que un usuario que falta es un salto silencioso, no un error que vas a disfrutar encontrando después.
  6. Quién tiene una cuenta de Global Administrator o Privileged Role Administrator en Microsoft, porque alguien tiene que consentir la aplicación de Azure, y quién tiene superadministrador de Google.

Qué herramienta usar ahora

Esta es la tabla con la que hay que reemplazar el plan antiguo. Los rangos salen de la matriz de productos de migración de Google y de las páginas de importación de datos, revisadas el 28 de octubre de 2026.

OrigenTamañoHerramienta que toca ahora
Exchange Online: correo, calendario, contactos1 a 1,000 usuariosImportación de datos, método predeterminado
Exchange Online1,001+ usuariosImportación avanzada, requiere aplicación de Azure
OneDrive a Mi unidad1 a 1,000 usuariosImportación de datos
SharePoint Online a unidades compartidasHasta 1,000 sitios por vezImportación de datos
Microsoft Teams a Google ChatMismos rangos que Exchange OnlineImportación de datos
Exchange local 2007 a 2019Hasta 1,000 usuariosGWMME, no le afecta el cambio de EWS

El método avanzado no es simplemente la versión para empresas grandes. Usa tu propia cuota dedicada de API, importa en lotes de hasta 5,000 usuarios con hasta 20 lotes a la vez, puede escanear un lote antes o después de la importación para generar reportes de planificación y auditoría, y los buzones de grupo solo se admiten ahí. En una migración de 300 personas con buzones compartidos desordenados, a veces lo elegimos de todas formas.

Armar el reemplazo: la aplicación de Azure

La herramienta de importación de datos se configura en la consola de administración de Google y corre en la nube de Google. No hay servidores que levantar, y esa es la diferencia práctica más grande con Workspace Migrate. Lo que sí construyes es un registro de aplicación del lado de Microsoft, con un script de PowerShell en Azure Cloud Shell o a mano en el portal de Azure. Google recomienda registrarla como single tenant.

La aplicación pide permisos de aplicación de Microsoft Graph. El script de Google solicita este conjunto, y un administrador tiene que consentirlos:

Mail.Read
MailboxFolder.Read.All
MailboxItem.Read.All
MailboxItem.Export.All
MailboxSettings.Read
Calendars.Read
Contacts.Read
Tasks.Read.All
Directory.Read.All
Group-Conversation.Read.All
User.Read.All

Lee esa lista una vez como pregunta de seguridad y no como checklist. Es acceso de lectura y exportación de correo en todo el tenant. Nosotros creamos la aplicación para la ventana de migración, anotamos el application client ID y el directory tenant ID de la página Overview, generamos el client secret, y ponemos una fecha en el calendario para eliminar el registro completo cuando corra la última importación delta. Una credencial de migración que sobrevive a la migración es una llave sin dueño a todos los buzones de la empresa.

Antes de la importación real, el Migration Planner de Google puede evaluar los datos de Exchange Online con un registro de Graph parecido. En un proyecto donde nadie te puede decir qué tan grandes son los buzones, esa evaluación es la diferencia entre un corte de fin de semana y una sorpresa.

Qué se queda fuera de la importación

Ninguna migración se lleva todo, y el trabajo honesto está en decirle a la gente qué va a perder antes de perderlo y no después. En una importación de Exchange Online, el correo llega de todas las carpetas y las carpetas se vuelven etiquetas, los calendarios llegan con eventos recurrentes, los enlaces de reuniones de Teams se conservan como enlaces en lugar de convertirse a Meet, y también llegan los contactos y las tareas de Microsoft To Do. Los buzones compartidos asignados a un grupo llegan como Bandejas de entrada colaborativas. Los mensajes de más de 150 MB no se importan, y algunos elementos como las carpetas compartidas y ciertas configuraciones de calendario se omiten.

Del lado de los archivos, el contenido de OneDrive conserva su formato y los permisos se mapean, pero no pasan las versiones anteriores, Personal Vault, Favoritos, los accesos directos y colores de carpeta, las fechas de expiración ni los elementos cuyo dueño es un usuario externo. De SharePoint Online, las colecciones de sitios se vuelven unidades compartidas y las bibliotecas se vuelven carpetas, mientras que las listas, las páginas web y las versiones anteriores se quedan.

Y luego está la parte de una migración de correo que no tiene nada que ver con la herramienta de migración. En el momento en que los registros MX apuntan a Google, tu dominio empieza a enviar desde otro lugar, y la alineación de SPF, DKIM y DMARC tiene que reflejarlo antes de que salga la primera factura. Hemos visto importaciones limpias seguidas por una semana de correo cayendo en spam, puramente porque nunca se volvió a autenticar el lado del envío. Revísalo antes del corte, no después de los reclamos.

Si estás a medio camino ahora mismo

Tres opciones, en el orden en que normalmente las recomendamos. Terminar con la herramienta antigua si lo que falta es poco y entra con holgura antes de la fecha, porque un conector que hoy funciona hoy funciona. Cambiar a la herramienta de importación de datos para los usuarios que todavía no has movido, y dejar la instancia antigua solo como referencia. O pausar, replantear el alcance y reiniciar con la herramienta nueva, que es la decisión correcta más seguido de lo que la gente espera cuando el proyecto va temprano y el plan se armó alrededor de las mañas de la herramienta vieja.

Lo que no haríamos es correr un corte por etapas cruzando la fecha y asumir que el conector va a estar ahí para la última delta. Un apagado por fases no es un interruptor único que puedas vigilar, y un tenant que nunca configuró EWSEnabled está en el grupo que queda deshabilitado.

Cómo ayuda Guanacos Tech

Hacemos las migraciones de Microsoft 365 a Google Workspace como servicio llave en mano, con las herramientas propias de Google y de Microsoft y no con algo nuestro: la evaluación, la aplicación de Azure y su eliminación posterior, los lotes, el corte de MX, y el trabajo de autenticación del otro lado para que el correo siga llegando. Si un plan sobre tu escritorio todavía nombra Google Workspace Migrate para Exchange Online, necesita una hora de atención este mes. Nuestra página de servicios de migración a Google Workspace explica cómo corre el proyecto, y una llamada de 30 minutos alcanza para decirte en qué herramienta queda tu migración y qué significa la fecha para tu calendario.

Fuentes

Siguiente paso

¿Prefieres que lo hagamos nosotros?

Treinta minutos por Google Meet, sin costo. Miramos tu dominio o tu proyecto contigo, te decimos qué está mal y qué haríamos primero. Si lo puedes resolver solo, te lo decimos.

Reservar una llamada de 30 minutos o lee sobre nuestro consultoría de Google Workspace

Preguntas frecuentes

¿Google Workspace Migrate desaparece por completo?

No, y los avisos son específicos. Revisado el 28 de octubre de 2026, el conector de Exchange Online es el que deja de estar disponible a partir de octubre de 2026. Los conectores de SharePoint Online y OneDrive dejaron de recibir actualizaciones y correcciones el 15 de septiembre de 2026, o sea congelados y no apagados. Los orígenes de Exchange local y los usos de tenants grandes siguen listados.

¿La herramienta de importación de datos necesita servidores como Workspace Migrate?

No. Workspace Migrate se autohospeda en servidores Windows. La herramienta de importación de datos se configura en la consola de administración de Google y corre en la nube de Google. Lo único que armas del lado de Microsoft es un registro de aplicación, con un script de PowerShell en Azure Cloud Shell o a mano en el portal de Azure.

¿Por qué Google retira el conector de Exchange Online?

La propia página de requisitos de Google dice que ese conector habla con el tenant por Exchange Web Services, con el alcance full_access_as_app y el endpoint EWS de outlook.office365.com. El aviso de obsolescencia de Microsoft dice que el apagado por fases de EWS en Exchange Online empieza el 1 de octubre de 2026 y se completa el 1 de abril de 2027. Una herramienta construida sobre EWS tiene el mismo plazo que EWS.