Migrar desde Google Workspace a otro proveedor de buzones lleva alrededor de una semana y exige 3-4 horas de trabajo activo si se hace con cuidado. La clave es recibir en paralelo: configura el nuevo proveedor mientras Workspace todavía acepta correo, ejecuta la herramienta de migración IMAP para copiar el historial en segundo plano y cambia los registros MX con un TTL de DNS bajo para que el corte tarde minutos, no horas.
Muchas guías sobre cómo dejar Google Workspace describen cambios en frío que pierden mensajes durante la propagación de DNS. Ese método suele perder 10-50 mensajes, según el volumen entrante. El proceso de seis pasos evita esa pérdida cuando se ejecuta correctamente. Los 30 minutos adicionales de preparación evitan tener que investigar después qué ocurrió con el correo de un cliente durante el primer año.
Esta guía explica la migración en seis pasos con bloques concretos de registros DNS. Para ver el contexto completo, consulta cómo migrar el correo desde Google Workspace.
Por qué migrar desde Google Workspace es más sencillo de lo que parece
Migrar desde Google Workspace parece intimidante porque Workspace agrupa correo, calendario, Drive y Meet bajo una sola identidad. La dificultad aparente procede sobre todo del paquete. El correo por sí solo es IMAP más registros DNS y puede trasladarse de forma ordenada a cualquier proveedor compatible con IMAP.
El trabajo se divide con claridad. Correo: 1-2 días con el proceso de seis pasos que aparece abajo. Calendario: exportación desde Workspace e importación en el nuevo proveedor, como Fastmail Calendar, Apple Calendar o un CalDAV propio. Drive: copia similar a rsync hacia el nuevo almacenamiento. Meet: sustitución por Zoom o un servicio equivalente al contratarlo. Cada pieza se migra por separado, así que el proyecto resulta menos abrumador de lo que sugiere la frase «dejar Google Workspace».
Resumen de la migración en seis pasos
Seis pasos permiten trasladar el correo desde Google Workspace sin perder mensajes entrantes durante el cambio. El orden importa: el resultado de cada paso permite realizar el siguiente. Saltarse uno puede abrir huecos posteriores y perder correo en tránsito durante la propagación de DNS.
- Reduce el TTL de DNS 48 horas antes. Acorta la propagación de MX de horas a minutos durante el cambio.
- Prepara el nuevo proveedor. Añade el dominio y crea buzones equivalentes.
- Ejecuta la migración IMAP en segundo plano. Copia el historial desde Workspace mientras este sigue recibiendo.
- Cambia los registros MX. Apunta el DNS al nuevo proveedor y recibe en paralelo durante la propagación.
- Verifica y prueba el recorrido completo. Comprueba la autenticación en tres destinatarios.
- Desactiva Workspace. Espera 48-72 horas después del cambio de MX y luego desactiva los buzones.
La secuencia completa dura alrededor de una semana. El trabajo activo suma 3-4 horas repartidas durante esos días. La disciplina de los seis pasos evita los patrones de pérdida de correo habituales en migraciones improvisadas desde Google Workspace.
Paso 1: reduce el TTL de DNS 48 horas antes
El primer paso consiste en reducir el TTL de DNS de los registros MX 48 horas antes del cambio previsto. El TTL predeterminado de los MX de Workspace suele ser 3600, es decir, una hora. Redúcelo a 300, cinco minutos, para que el cambio de MX del paso 4 se propague con rapidez.
; before - default TTL
yourcompany.com. 3600 IN MX 1 aspmx.l.google.com.
; after - low TTL for cutover window
yourcompany.com. 300 IN MX 1 aspmx.l.google.com.
Edita el TTL de cada registro MX en el proveedor de DNS. El cambio se propaga durante las siguientes 1-2 horas conforme caducan las cachés. Espera 48 horas para que el TTL bajo se extienda por completo. Cuando la migración termine en el paso 6, vuelve a subirlo a 3600 para el funcionamiento normal.
Paso 2: prepara el nuevo proveedor
El segundo paso prepara el nuevo proveedor de buzones. Regístrate en TrekMail o en la alternativa elegida. Añade el dominio en el panel, verifica la propiedad con el registro TXT indicado y crea buzones con los mismos nombres que en Workspace, como sarah.smith@ y mike.davis@. Genera los valores de SPF, DKIM y DMARC, pero aún no los publiques. Esto se hará en el paso 4.
En este momento los buzones del nuevo proveedor están listos, pero los MX todavía apuntan a Workspace, por lo que aún no reciben correo real. Esta preparación permite que la recepción paralela del paso 4 funcione correctamente. La comparación general de proveedores se encuentra en alternativas a Google Workspace.
Paso 3: ejecuta la migración IMAP en segundo plano
El tercer paso ejecuta la migración IMAP en segundo plano. La herramienta de migración IMAP del servidor de TrekMail se ocupa del proceso. Proporciona las credenciales IMAP de Workspace para cada buzón y la herramienta copia las carpetas durante unas horas mientras Workspace sigue recibiendo mensajes nuevos.
La mayoría de las migraciones termina en 24 horas con tamaños habituales de buzón, de 1-10GB por usuario. Los buzones grandes, de 50GB o más, tardan más. Ejecuta la migración antes del cambio para que todo el historial esté en el nuevo proveedor antes de iniciar el paso 4. Supervisa el proceso desde el panel; si un buzón concreto presenta un problema IMAP, la herramienta muestra su error por separado.
Paso 4: cambia los registros MX
El cuarto paso cambia los registros MX para apuntarlos al nuevo proveedor. Publica los nuevos valores MX y los registros SPF, DKIM y DMARC obtenidos en el paso 2. La propagación de DNS tarda aproximadamente 5 minutos gracias al TTL bajo del paso 1.
; new MX pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; authentication records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
Durante la propagación, algunos remitentes todavía entregan en Workspace y otros utilizan el nuevo proveedor. Ambos reciben en paralelo y los mensajes no rebotan por el cambio si las dos plataformas permanecen correctamente configuradas. Mantén accesibles los buzones de Workspace al menos 48-72 horas después de cambiar los MX para recoger correo en tránsito procedente de servidores con cachés DNS más largas.
Paso 5: verifica y prueba el recorrido completo
El quinto paso comprueba la autenticación del correo saliente desde el nuevo proveedor. Envía mensajes de prueba desde cada buzón a cuentas de Gmail, Outlook.com y Yahoo. Confirma que los encabezados muestran SPF=PASS, DKIM=PASS y DMARC=PASS en los tres destinos. Cualquier FAIL indica que los registros publicados en el paso 4 deben corregirse antes de usar el sistema en producción.
Comprueba también la recepción: envía un mensaje desde una dirección externa a uno de los buzones nuevos y confirma que llega al nuevo proveedor en pocos minutos. Si llega a Workspace, la propagación todavía no ha terminado. Espera otros 10-15 minutos y repite la prueba. Esta verificación es imprescindible; omitirla hace que los problemas de entrega aparezcan a escala en lugar de durante el cambio controlado.
Paso 6: desactiva Workspace
El sexto paso desactiva los buzones de Workspace 48-72 horas después del cambio de MX, cuando la propagación global ha terminado. Desactiva los buzones en la consola de administración, cancela la suscripción al finalizar el ciclo de facturación actual y vuelve a subir el TTL de DNS a 3600.
Antes de la cancelación definitiva, conserva una exportación de los datos de Workspace, incluidos Mail, Calendar y Drive, por si necesitas consultar información histórica. Google Takeout permite exportarlos; descarga el archivo en almacenamiento local antes de que termine la suscripción. Así tendrás una copia independiente del nuevo proveedor. La hoja de trabajo completa está en la lista de verificación para migrar correo.
Siguientes pasos
El proceso de seis pasos para dejar el correo de Google Workspace lleva alrededor de una semana y 3-4 horas de trabajo activo. La recepción paralela correctamente configurada evita perder correo: el nuevo proveedor recoge los mensajes durante la propagación y Workspace conserva los que todavía llegan al MX antiguo.
Prueba TrekMail Nano gratis en trekmail.net/pricing, sin tarjeta. Según las funciones publicadas, Starter por $4/month incluye la herramienta de migración IMAP del servidor necesaria en el paso 3. Para equipos centrados en correo que no dependen a diario de Docs y Sheets en la mayoría de las cuentas, el precio fijo de $42/year puede reducir alrededor de 90%+ la factura de Workspace. El contexto completo se explica en migración IMAP.
Un ejemplo concreto: una empresa SaaS de 24 personas en Helsinki decide dejar Google Workspace tras varios años. Gasto previo: $1,728/year en Workspace Business Starter. Migración: 5 días, incluido el periodo de TTL bajo, la recepción paralela y el traslado IMAP de 180GB de historial entre 24 buzones. Gasto posterior: $96/year en TrekMail Pro para la misma carga. Ahorro anual: $1,632, suficiente en este caso para cubrir la suscripción de Notion del equipo y conservar margen operativo.
Un segundo ejemplo: una empresa mediana de 40 personas en Tel Aviv deja Google Workspace Business Standard. Gasto previo: $5,520/year. La auditoría detecta que el uso de Docs y Sheets se concentra en 8 cuentas concretas de dirección y contabilidad. Plan: TrekMail Pro para los 40 buzones por $96/year y 8 cuentas de Workspace Business Starter por $576/year para quienes trabajan mucho con documentos. Gasto total posterior: $672/year. Ahorro anual: $4,848.
Ambos ejemplos muestran que dejar Google Workspace no tiene que ser una decisión de todo o nada. Tras auditar qué cuentas utilizan realmente la suite de productividad, la mayoría puede pasar a un proveedor de correo de tarifa plana y quienes dependen de documentos pueden seguir en Workspace. Este reparto suele ahorrar 70-90% de la factura de Workspace y conserva la suite para las personas que sí la necesitan.
