La llamada casi siempre empieza igual. El cliente manda una factura, el comprador dice que nunca llegó, y el mensaje aparece en la carpeta de correo no deseado con tres días de retraso. El buzón venía gratis con el plan de hosting, lo configuró hace años quien hizo el sitio web, y nadie lo ha revisado desde entonces.
Esa es la decisión real de la mayoría de las pymes. No Google Workspace contra Microsoft 365, que es una elección deliberada, sino Google Workspace contra los buzones que vinieron incluidos con el hosting y no cuestan nada extra. Gratis es un argumento fuerte. Esto es lo que revisamos antes de recomendarle a un cliente que se cambie, y cuándo le decimos que no vale la pena.
Qué incluye de verdad cada opción
El correo del hosting significa que tus buzones viven en el mismo servidor que tu sitio web, administrados desde cPanel o el panel propio de tu proveedor. Tienes un buzón por dirección, webmail, acceso IMAP y POP, y un servidor de salida compartido. El almacenamiento sale de la cuota de disco del plan, y administrar es llenar un formulario en un panel.
Google Workspace es una plataforma de correo aparte. Tus registros MX apuntan a Google y no a tu hosting, el correo nunca toca el servidor web, y cada persona tiene un buzón de Gmail más Drive, Calendar, Meet y Docs. La administración pasa por la consola de administrador: usuarios, grupos, alias, políticas de seguridad, registros de auditoría.
Las listas de funciones son fáciles de comparar y casi nunca son lo que decide. Cuatro cosas sí deciden: si tu correo llega, qué pasa con la información cuando alguien se va, cuánto te costaría un robo de cuenta, y la factura a doce meses. En ese orden.
Reputación compartida: el problema que no ves hasta que rebota
Este es el que nos trae clientes, y es estructural, no un error de configuración que puedas ordenar.
En hosting compartido, el servidor de salida es el mismo para todos los sitios de esa máquina, y los proveedores que reciben juzgan la IP que envía. Si otra cuenta del mismo servidor compra una lista o la hackean y empieza a enviar, la reputación de esa IP se cae y tus facturas van a spam junto con su spam. Tú no hiciste nada y no tienes ninguna palanca que mover.
Los proveedores de hosting lo saben, y por eso publican límites de envío. Hostinger, por poner uno cuyos límites son públicos, documenta topes por día, por hora y por mensaje en el correo de cPanel, y aparte advierte que el correo enviado con la función mail() de PHP está limitado a 100 mensajes al día y 10 por minuto, y recomienda usar SMTP autenticado (consultado el 30 de septiembre de 2026). Esos topes protegen la IP compartida. También son el techo de tus confirmaciones de pedido.
La otra mitad del problema es la autenticación. Las guías para remitentes de Gmail exigen que todo el que envía publique SPF o DKIM para su dominio, que la IP que envía tenga DNS directo e inverso válidos, y que se use TLS. Para el correo que va a cuentas personales de Gmail, el dominio del encabezado From: tiene que alinear con el dominio de SPF o con el de DKIM. Quien envía en volumen además tiene que mantener la tasa de spam de Postmaster Tools por debajo de 0.30%, y los mensajes de marketing necesitan cancelación de suscripción en un clic.
Nada de eso es imposible con el correo del hosting: la firma DKIM suele estar en el panel, y SPF es un registro TXT que puedes escribir tú. Pero estás autenticando un remitente cuya reputación compartes con desconocidos, y una empresa que crece acaba topándose con un límite que no puede subir. Con Workspace, SPF es un solo include y Google firma con DKIM en cuanto lo activas:
; SPF, si Google Workspace es tu único remitente
example.com. TXT "v=spf1 include:_spf.google.com ~all"
; MX, un solo registro
example.com. MX 1 smtp.google.com.Lee la documentación de SPF de Google antes de editar nada: un registro admite como máximo diez consultas include:, y los registros de hosting ya suelen venir cargados.
De cualquier forma, revisa qué publica tu dominio hoy. Un SPF ausente, un DKIM sin firmar o un include viejo del hosting vale la pena arreglarlo en la plataforma en la que termines.
Almacenamiento, respaldo y el día que alguien se va
Los buzones del hosting se comen el disco del plan. Eso funciona hasta que deja de funcionar: un buzón de ventas con diez años de adjuntos llena la cuota, el sitio empieza a dar errores, y la solución es borrar correo viejo o pagar un plan más grande. Los respaldos son los que tome tu proveedor de toda la cuenta, en su calendario.
El almacenamiento de Workspace es agrupado para toda la organización, no fijo por buzón. Business Starter incluye 30 GB por usuario, Business Standard 2 TB, y Business Plus y Enterprise Plus 5 TB, todo salido de un total compartido. Lo útil es justamente que sea agrupado: una persona con un buzón enorme no deja a nadie más sin espacio.
La salida de la empresa es donde la diferencia incomoda. En el correo del hosting, borrar un buzón borra el correo, y no hay entrega de relevo integrada. En Workspace, borrar un usuario es un proceso guiado: un superadministrador puede transferir los archivos de Drive y Docs de quien se va y los datos de su calendario principal a otra cuenta, y la cuenta queda suspendida hasta que la transferencia termina. Google también documenta que la dirección borrada se retira de la organización veinte días después, que es tu ventana para restaurar una cuenta que borraste con prisa.
Cuando una sola persona lleva la relación con los clientes, esto no es un detalle administrativo. Es si te quedas con el historial el día que renuncia.
Seguridad: verificación en dos pasos, dispositivos, recuperación
Los buzones del hosting suelen estar protegidos por una contraseña en un panel. Algunos proveedores ofrecen un segundo factor sobre la cuenta de hosting, muchos menos por buzón, y casi ninguno te da forma de exigirlo. Si un vendedor reutiliza una contraseña que después aparece en una filtración, te enteras cuando tus clientes reciben facturas con los datos bancarios de otra persona.
En Workspace, la verificación en dos pasos es una política que impones, no un ajuste que esperas que la gente encuentre. La consola de administrador te permite activarla para toda la organización o para una unidad organizativa, y puedes exigir llaves de seguridad o claves de acceso en concreto. La recomendación de Google es exigir llaves de seguridad en todas las unidades organizativas, con la advertencia de que en el modo de solo llave de seguridad los usuarios no pueden generar sus propios códigos de respaldo, así que un administrador tiene que entregarlos. Ese detalle importa: exigir sin un plan para los bloqueos crea otra emergencia.
También tienes lo que solo existe cuando el correo es una plataforma administrada: registros de auditoría de quién inició sesión y desde dónde, la posibilidad de cerrar la sesión de un dispositivo robado, y restablecer contraseñas sin depender de un ticket de soporte.
El costo real a doce meses
El correo del hosting parece gratis porque viene incluido. No es gratis, es sin precio: lo estás pagando dentro del plan de hosting, y la cuota de disco es el presupuesto.
Workspace es una suscripción por usuario, y el número que importa es el total a doce meses de las licencias que realmente necesitas, no el precio mensual del titular. Dos cosas lo mueven. Primero, el plan de pago: la documentación de facturación de Google es explícita en que el plan Anual o de Plazo Fijo tiene el precio por usuario más bajo pero te compromete a una cantidad mínima de licencias que no puedes reducir hasta la renovación, mientras que el plan Flexible se cobra mes a mes por los usuarios que tengas, a prorrata, y te deja quitar cuentas cuando quieras. Con personal de temporada, el Flexible casi siempre gana aunque el precio unitario sea mayor. Segundo, la cantidad de licencias, que es donde se equivocan casi todas las cotizaciones.
Nosotros leemos la cifra vigente en la página de precios de Google al momento de cotizar, en vez de repetir una de memoria, porque los precios de lista y las promociones cambian. Lo que sí te podemos decir es cómo contar licencias:
- Los alias son gratis. Google documenta hasta 30 alias de correo por usuario sin costo extra, así que quien necesita
ventas@yana@necesita una licencia y un alias, no dos licencias. - Las direcciones compartidas son grupos, no usuarios. Un alias es de una sola persona, así que
info@,soporte@yfacturacion@deben ser grupos de Google que entregan a varias personas sin costo de licencia. - No todos necesitan la misma edición. Si dos personas necesitan más almacenamiento y grabación de reuniones y el resto solo correo, no tiene que estar toda la empresa en el mismo plan.
- Cuenta lo que queda fuera de la suscripción. La migración, un día de capacitación y el trabajo de DNS son reales y de una sola vez. Cotízalos aparte.
Nuestras propias tarifas están en cómo trabajamos. Una empresa de doce personas suele necesitar ocho licencias, y contar bien cambia esta comparación más que la elección del plan.
Cuándo el correo del hosting sí alcanza
Convencemos a clientes de no migrar más seguido de lo que imaginas. El correo del hosting aguanta cuando se cumple todo esto:
- Dos o tres buzones, poco volumen, sobre todo respuestas y no campañas de salida.
- Nada automatizado envía en nombre del dominio: ni confirmaciones de pedido de la tienda, ni CRM, ni sistema de facturación, ni boletín.
- Los buzones no son el registro de nada que alguien vaya a necesitar leer después.
- Tu proveedor te da DKIM en el panel y ya publicaste SPF y DMARC bien.
- Nadie depende de calendarios ni archivos compartidos, que es la mitad de Workspace que esta comparación ignora.
Un estudio de dos personas que factura a mano está bien. Una firma de diez cuyo sistema contable le escribe a los clientes, no. Ahí suele estar la línea.
Cómo migramos cuando un cliente decide cambiarse
El orden importa más que la herramienta. Hacerlo en desorden es lo que produce las historias de correo perdido.
- Primero el inventario. Cada buzón, reenvío, alias y autorespuesta, más todo lo que envía usando el dominio: el formulario de contacto, el sistema de facturación, el CRM, la impresora.
- Crea los usuarios como los vas a pagar. Las personas como usuarios con licencia, las direcciones compartidas como grupos, las secundarias como alias.
- Copia el correo con el sistema viejo todavía en vivo. La migración va por IMAP mientras el correo del hosting sigue entregando, así nada queda en el aire durante el corte.
- Baja el TTL de los MX dos días antes, no la mañana del corte.
- Cambia los registros MX y autentica el mismo día. SPF actualizado para el nuevo remitente, DKIM activado y publicado, DMARC en
p=nonecon reportes que vayan a algún lugar que leas. - Reapunta todo lo que siga enviando por el servidor viejo. Este es el paso que se salta la gente, y por eso las confirmaciones de pedido fallan una semana después de una migración por lo demás limpia.
- Vigila los reportes DMARC dos semanas antes de endurecer la política.
El procedimiento completo, con la copia por IMAP y la hora del corte, está en nuestra guía para migrar el correo de cPanel a Google Workspace.
Cómo ayuda Guanacos Tech
Hacemos esta comparación como auditoría o como primer paso de una migración, y toma cerca de una hora: qué publica tu dominio, desde dónde sale el correo en realidad, cuántas licencias necesitarías de verdad, y si los buzones guardan algo que no puedas perder. A veces la respuesta es que tu correo del hosting está bien y lo que hay que arreglar es el registro SPF. Te lo decimos.
Nuestros consultores de Google Workspace recorren tu dominio contigo en una llamada de 30 minutos y te dicen qué cambiaríamos, en qué orden, antes de que alguien toque el DNS.
Fuentes
- Ayuda de Google Workspace: comparación de ediciones Business
- Ayuda de Google Workspace: plan Flexible frente a Anual o de Plazo Fijo
- Ayuda de Gmail: guías para remitentes de correo
- Ayuda de Google Workspace: configurar SPF
- Ayuda de Google Workspace: configurar los registros MX
- Ayuda de Google Workspace: borrar o quitar un usuario de tu organización
- Ayuda de Google Workspace: implementar la verificación en dos pasos
- Ayuda de Hostinger: parámetros y límites del correo de cPanel
- Ayuda de Hostinger: limitaciones de PHP mail()
- Ayuda de Google Workspace: agregar direcciones de correo adicionales a los usuarios