Google Workspace es el correo de Google con tu dominio. No lo vende Conexcol. Lo contratas en Google. Lo que sí hacemos en el Cloud Web Hosting es dejar los DNS listos: registros MX en el Editor de zona y el enrutamiento de correo en remoto, para que cPanel no se quede con los mensajes.
La web puede seguir aquí. El correo se va a Google. Si todavía no sabes si te conviene Workspace o la casilla de cPanel, eso es una decisión de producto: Google Workspace o el correo del hosting. Crear la casilla local (si te quedas en el hosting) está en crear correo en cPanel. Esta página es solo el cómo de los MX.
Qué vas a tener al terminar
Los MX del dominio apuntando a Google, el enrutamiento de cPanel en servidor de correo remoto, y la web (registro A) sin tocar. El correo nuevo entra a Gmail de Workspace, no a Roundcube.
Antes: Google ya te dio los MX
En la consola de administrador de Google (Admin) el asistente de verificación del dominio muestra los registros MX exactos de ese momento. Cópialos de ahí. Google ha usado el juego clásico de ASPMX.L.GOOGLE.COM (prioridades 1, 5, 5, 10, 10) y, en documentación reciente, un solo MX SMTP.GOOGLE.COM con prioridad 1. No memorizamos un valor como si fuera eterno: pegas lo que te muestra Google hoy.
Verifica el dominio en Google antes o con el TXT que ellos piden (a menudo un TXT de verificación). Ese TXT se agrega en el mismo Editor de zona. Cómo se pulsa: registros DNS en cPanel.
1. Saca una copia del correo local
Cuando el MX deje de apuntar a este servidor, las casillas de cPanel dejan de recibir lo nuevo. Lo que ya estaba en el disco sigue hasta que lo borres, pero el flujo vivo se va a Google. Si había mail importante en Roundcube, bájalo (IMAP, Thunderbird, JetBackup de correo) antes de cambiar el MX. Backup: JetBackup.
2. Editor de zona: MX
- cPanel → Dominios → Editor de zona (Zone Editor) → Administrar.
- Filtra por tipo MX. Los MX actuales del hosting (prioridad 0 hacia el dominio o similar) hay que editarlos o eliminarlos para que no compitan con Google. Dos juegos de MX a la vez parten el correo.
- Añadir los MX que Google te dictó: nombre
@o el dominio, prioridad y destino exactamente como en Admin (el punto final a veces lo pone cPanel solo). - Guarda. Aviso verde.
No borres el registro A del sitio ni el www. Eso es la web. Solo el correo (MX). Si también cambias SPF, el de Workspace incluye include:_spf.google.com en un solo TXT SPF. DKIM de Google se publica con los TXT que el Admin te da, no con el Enable de cPanel. Autenticación general: SPF, DKIM y DMARC.
3. Enrutamiento: remoto
Correo electrónico → Enrutamiento de correo (Email Routing). Dominio → Servidor de correo remoto (Remote Mail Exchanger). Si lo dejas en local o en automático, cPanel puede seguir aceptando mensajes y no reenviarlos a Google: el cliente ve un buzón vacío en Gmail y Roundcube con copias fantasma.
Detectar automáticamente a veces acierta cuando el MX ya cambió; no te fíes el día del cambio. Fuerza remoto.
4. Espera el TTL y prueba
El TTL del MX manda. No canceles las casillas de cPanel a los cinco minutos. Manda un correo de prueba desde fuera a una dirección que hayas creado en Google. Si llega a Roundcube y no a Gmail, el MX aún no se ve o el enrutamiento sigue local.
Los clientes dejan de usar mail.tudominio.com del hosting. Pasan a la cuenta Google / Workspace. IMAP 993 y SMTP 465 del hosting ya no aplican a ese dominio. Las guías de Outlook y de Mail en iPhone son para el correo de cPanel, no para Workspace.
Si algo no arranca
- Google no verifica el dominio: el TXT de verificación no está, o los nameservers no son los de este cPanel. Nameservers.
- Mitad aquí, mitad allá: quedaron MX viejos. Deja solo los de Google.
- La web se cayó: tocaste el A. Restaura el A a la IP del hosting.
- Querías seguir con Roundcube: no cambies el MX. Workspace y el correo de cPanel no son el mismo buzón.
Conexcol no crea usuarios de Workspace ni restablece la consola de Google. Si el DNS en cPanel es el que falla, ticket con captura del Editor de zona (MX) y del enrutamiento. Producto web: Cloud Web Hosting.
