Migración de correo a Google Workspace desde tu hosting actual

Sacar el correo del servidor web y llevarlo a Google Workspace

Tener el correo en el mismo servidor que la página web fue lo normal durante años. Hoy es una fuente de problemas: si la web se infecta o el servidor entra en listas negras, el correo cae con ella; el espacio de los buzones compite con la web; y el filtrado antispam depende de cómo esté mantenido ese servidor. Llevar el correo a Google Workspace separa ambas cosas y te da Gmail, Calendar, Drive y Meet bajo tu dominio.

El reto de cada origen

No es lo mismo migrar desde un cPanel con diez cuentas que desde un Zimbra con cientos de buzones y calendarios compartidos. En cPanel y Plesk el correo suele estar accesible por IMAP sin complicaciones, pero los contactos y calendarios, si existen, viven en el webmail (Roundcube, Horde) o en el Outlook de cada usuario. En Zimbra el correo sale por IMAP, mientras que agendas, libretas de direcciones y recursos compartidos necesitan exportarse aparte. Y en servidores antiguos hay que vigilar certificados caducados, cuotas y versiones de TLS que pueden frenar la conexión.

Herramientas que usamos

Google ofrece una herramienta de importación de datos en la consola de administración que se conecta por IMAP al servidor de origen y admite lotes de hasta 100 usuarios por importación, con importaciones incrementales posteriores. Para volúmenes mayores o casos especiales podemos usar GWMME (Google Workspace Migration for Microsoft Exchange), que también trabaja con orígenes IMAP. En ambos casos lo que se migra es el correo con sus carpetas, que pasan a ser etiquetas de Gmail.

Lo que IMAP no lleva

Contactos, calendarios, reglas de filtrado, firmas y respuestas automáticas no viajan por IMAP. Antes de la migración hacemos inventario de dónde está cada cosa: exportamos contactos en vCard o CSV, calendarios en formato ICS, y los importamos en las cuentas de Google. Las cuentas que hoy funcionan como buzón compartido (por ejemplo pedidos@ o rrhh@) las convertimos en grupos de Google o en usuarios, según cómo trabajéis.

El momento del cambio

El orden importa: primero se verifica el dominio y se crean las cuentas, luego se copia el correo mientras el servidor antiguo sigue recibiendo, y solo entonces se cambian los registros MX. Bajamos antes el TTL de los registros para que la propagación sea rápida, actualizamos el SPF, activamos DKIM en Google y hacemos una pasada final para recoger lo que haya entrado en el servidor antiguo. La web puede quedarse donde está: solo movemos el correo.

Cuánto tarda y cuánto cuesta

Depende de los buzones, del volumen total y del rendimiento del servidor de origen, así que lo valoramos tras revisar tu caso. El precio se calcula igual, por buzones y complejidad, y te lo damos cerrado antes de empezar. Si tu origen es IONOS, tenemos una guía específica de migración de IONOS a Google Workspace.