Sustituir Google Workspace: costes, control y migración

Sustituir Google Workspace suele plantearse por motivos conocidos: la factura crece, la administración se vuelve más lenta y nadie quiere tocar nada porque el correo no puede fallar. Hasta que falla. Se complica el traspaso de un cliente, un buzón inactivo sigue generando gastos o un problema de entrega queda sin resolver. Si estás valorando una alternativa a Google Workspace, empieza por el modelo operativo, no por la página comercial. Para ampliar el marco de decisión, consulta nuestra guía de correo empresarial.

La respuesta breve es esta: sustituir Google Workspace puede tener sentido cuando se da una de cuatro situaciones. El precio por usuario ya no encaja con tu actividad, administrar varios dominios consume demasiado tiempo, necesitas más control sobre los envíos y las migraciones o los requisitos de cumplimiento exigen otra plataforma. Si no se da ninguna, mantener la configuración actual suele costar menos que migrar.

Una sustitución bien planteada no consiste en comprar otro buzón. Incluye cambios de DNS, migración IMAP, configuración de clientes, elección del momento del cambio y un plan de reversión. Para equipos centrados en el correo, puede compensar. Si el equipo depende de Docs, Meet y Drive, quizá convenga sustituir solo el correo y conservar Google para colaborar, siempre que las licencias y la configuración lo permitan.

Cuándo merece la pena sustituir Google Workspace

El cambio merece la pena cuando mantener el servicio cuesta más que migrar. Suele reflejarse en licencias pagadas sin uso, tareas repetitivas en muchos dominios, poco margen para configurar el correo saliente o carencias de cumplimiento que obligarían a contratar niveles superiores de Google.

La idea es sencilla: no cambies Google Workspace por buscar novedades. Hazlo cuando la configuración actual repita un problema que sale caro.

Motivo 1: el coste desborda el modelo por usuario

La decisión suele empezar por los números. En la referencia de precios utilizada para este artículo, Google Workspace Business Starter figura a $7 por usuario al mes con facturación anual; los niveles superiores, a $14 y $22. Ese modelo puede encajar con trabajadores que usan toda la suite. Resulta menos adecuado cuando la mayoría de las cuentas son buzones y no empleados activos. Comprueba los precios vigentes antes de decidir.

Esto se nota en agencias, proveedores de servicios gestionados, grupos inmobiliarios, franquicias y empresas con muchas cuentas funcionales: info@, billing@, support@, personal de temporada, colaboradores externos y dominios de clientes. Parte del gasto deja de corresponder al uso de herramientas de productividad y pasa a sostener buzones.

Antes de sustituir Google Workspace, realiza esta auditoría:

1. Cuenta los usuarios que han accedido durante los últimos 30 días.
2. Cuenta los usuarios que han enviado más de 10 mensajes en los últimos 30 días.
3. Ordena el almacenamiento por usuario y señala las cuentas poco utilizadas con menos de 1 GB.
4. Separa al personal de los buzones de servicio y de las cuentas de clientes.

Si el 40% de los usuarios de pago apenas accede, ya tienes un dato importante para evaluar el cambio.

TrekMail plantea otro modelo. Antes: pagar por cada usuario, tenga o no uso el buzón. Alternativa: pagar por la plataforma, los dominios y el almacenamiento compartido. La oferta recogida en este artículo sitúa Starter desde $3.50 al mes y enumera Free, Starter, Pro, Agency y Enterprise. En esa referencia, Nano se ofrece sin coste y sin tarjeta; no debe interpretarse como una promesa de gratuidad permanente. Los planes de pago incluyen una prueba gratuita de 14 días que requiere tarjeta de crédito, según las condiciones citadas. Consulta la disponibilidad y los detalles vigentes en los precios de TrekMail.

Si el problema principal es la cantidad de buzones y no el uso de la suite, cambiar de proveedor puede reducir gastos. Si el equipo trabaja a diario en Docs y Meet, conservar Google para colaborar y cambiar solo el correo puede resolver el problema, sujeto a las licencias y a la configuración necesaria.

Motivo 2: administrar varios dominios se vuelve complicado

El cambio adquiere importancia operativa cuando la consola ya no se adapta a tu estructura. El modelo de Google Workspace se orienta a organizaciones con empleados. Quienes gestionan numerosas marcas, clientes o inmuebles pueden necesitar acciones por lotes, altas mejor controladas y procedimientos claros de traspaso.

Ahí se acumulan horas: añadir dominios uno a uno, crear buzones manualmente, compartir contraseñas iniciales por canales poco adecuados y descubrir al dar de baja a un cliente que nadie documentó los alias. No es una única tarea, sino su acumulación.

Si administras varios dominios, comprueba lo siguiente antes de cambiar:

1. ¿Puedes añadir muchos dominios en un solo proceso?
2. ¿Pueden los usuarios crear su contraseña mediante una invitación protegida?
3. ¿Puedes crear buzones y generar informes por lotes?
4. ¿Puedes transferir un dominio sin reconstruir toda la configuración?

La propuesta descrita de TrekMail se centra en este tipo de operador. Antes: cada buzón nuevo añade tareas administrativas pendientes. Alternativa: una consola para dominios, almacenamiento compartido, altas mediante invitaciones y procesos por lotes. Valida estas funciones en el plan vigente. La documentación explica las invitaciones para configurar buzones y las altas de dominios paso a paso. Si ya gestionas muchos dominios, conviene pensar en términos de alojamiento de correo multidominio y gestión del correo de clientes.

Una buena operación de correo busca la previsibilidad. Si cada traspaso de cliente exige improvisar una hazaña, revisa el sistema.

Motivo 3: necesitas más control sobre envíos y migraciones

Sustituir Google Workspace también puede ser una decisión de control. Si necesitas separar el alojamiento de buzones de los envíos salientes, conservar el acceso mediante protocolos estándar o migrar sin depender de exportaciones de escritorio, la plataforma debe permitir trabajar a nivel de protocolo, no solo con las opciones predeterminadas de la interfaz.

Esto importa más de lo que parece. Las normas de Gmail para tráfico de gran volumen dirigido a cuentas personales incluyen requisitos de autenticación, alineación y tasas de spam. Si la reputación de tus envíos presenta problemas, conviene disponer de alternativas y analizar las causas.

Las directrices de Google citadas para remitentes masivos a cuentas personales de Gmail exigen SPF, DKIM, DMARC, TLS, formato adecuado conforme a RFC 5322 y tasas de spam bajas. Comprueba su aplicación vigente según el tipo de remitente. Cambiar de proveedor no corrige por sí solo las malas prácticas de envío, aunque puede ampliar las opciones de enrutamiento.

El servicio descrito de TrekMail utiliza estándares de correo: acceso por IMAP, no POP3. Según la oferta citada, los planes de pago admiten SMTP gestionado o SMTP propio, con servicios como Amazon SES, Mailgun o SendGrid cuando encajan con la carga y los requisitos de envío. Un relé externo no garantiza la llegada a la bandeja de entrada. La configuración práctica se explica en SMTP propio.

Separar ambas funciones puede ser útil. Antes: el proveedor del buzón y el servicio de envío van unidos. Alternativa: elegir el alojamiento del buzón y el relé saliente según las necesidades de cada carga.

Este ejemplo ilustra los registros DNS que debes comprobar al sustituir Google Workspace; no es una configuración universal lista para publicar:

example.com.      MX   10 mail.trekmail.net.
example.com.      TXT  "v=spf1 include:spf.trekmail.net -all"
_dmarc.example.com. TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

Si conservas los antiguos MX de Google, parte del correo podría seguir llegando allí según sus prioridades y la respuesta de los servidores. Publicar dos registros SPF puede producir un error de evaluación SPF permerror; no implica que todos los envíos se detengan. Omitir DMARC puede dificultar el cumplimiento de los requisitos aplicables de Gmail. Mantén abierta la guía de registros DNS necesarios de TrekMail y verifica los valores correspondientes a tu dominio y a tus remitentes.

Para trasladar buzones, importar desde el servidor puede resultar más práctico que mover archivos PST. La herramienta descrita de TrekMail importa correo directamente desde Gmail y otros servidores IMAP. El procedimiento para Gmail está en migrar desde Gmail; para profundizar en la operación, consulta imapsync.

Motivo 4: el cumplimiento exige otra plataforma

Un cambio motivado por requisitos de cumplimiento no se evalúa como una reducción de costes. La pregunta es qué pruebas, conservación y procedimientos de exportación necesitas cuando surge un incidente o una obligación legal. Resolverlo tarde puede dejar lagunas difíciles de subsanar.

Google Vault permite conservar datos, aplicar retenciones legales, buscar y exportar información de Google Workspace. Su disponibilidad depende de las licencias, y la conservación debe configurarse: las reglas de retención o las retenciones legales determinan qué datos se preservan y durante cuánto tiempo. Revisa el alcance concreto de las reglas y servicios cubiertos.

Ese punto es importante. Cambiar de Google Workspace no es necesariamente lo adecuado para equipos regulados. Si necesitas retenciones legales, conservación prolongada, eDiscovery formal o procedimientos administrativos auditables, Google Workspace con Vault o Microsoft 365 con Purview pueden seguir siendo opciones, siempre tras validar licencias, configuración y requisitos.

El riesgo está en una configuración incompleta: un plan económico de Google, reglas de conservación sin probar, ausencia de plantillas de asuntos, ningún procedimiento de exportación y confianza injustificada porque los datos están en Google. Esa combinación no demuestra por sí sola que se cumplan las obligaciones aplicables.

Según el alcance descrito, TrekMail no ofrece procesos integrados de retención legal como argumento principal. Su propuesta es alojamiento de correo basado en estándares, con archivo gestionado por el cliente mediante copias IMAP y procedimientos externos de conservación. Puede encajar en algunos equipos. Para entornos sujetos a SEC, FINRA, HIPAA o con litigios frecuentes, evalúa con especialistas las obligaciones concretas, las herramientas de eDiscovery necesarias y las capacidades verificadas; no deduzcas una conclusión jurídica general solo por el proveedor de correo.

Qué suele fallar al hacer el cambio

Una migración no tropieza únicamente con IMAP. A menudo se olvidan los sistemas relacionados: DNS, alias, clientes móviles, aplicaciones SMTP y servicios de Google que no son correo. El día del cambio deja al descubierto las suposiciones que no documentaste.

Presta atención a estos fallos habituales:

1. Los antiguos MX siguen activos y parte del correo puede continuar llegando a Google.
2. Los usuarios siguen enviando con la configuración de Gmail guardada en móviles y ordenadores.
3. Las contraseñas de aplicación o credenciales SMTP son incorrectas y dejan de enviar los escáneres o formularios.
4. No se documentaron los alias ni las reglas de reenvío.
5. Se da por hecho que Docs, Drive, Forms y Meet se trasladarán con el buzón. La migración de correo no los traslada.

Este último punto cambia el alcance del proyecto. Sustituir el correo de Google Workspace no equivale a sustituir toda su suite de productividad. Si necesitas Forms, Docs o flujos de Drive compartido, consérvalos cuando las licencias y la configuración lo permitan o sustitúyelos por separado. Mezclar ambos proyectos puede convertir una migración de correo de dos semanas en un trabajo de varios trimestres.

Una secuencia prudente es auditar, exportar la configuración, reducir los TTL de DNS, migrar los datos, validar cuentas de prueba, cambiar los MX, revisar registros y reconfigurar clientes. Adapta el orden a tu entorno y prepara la reversión. Reducir el TTL no vacía las cachés DNS existentes; mantén accesible el origen hasta comprobar las entregas tardías y la sincronización incremental. En resumen: traslada primero el correo, no toda la identidad digital de la empresa de una vez.

A quién le conviene cambiar y a quién no

La alternativa adecuada depende de lo que quieras sustituir. Si el problema es el coste del correo y la carga administrativa, TrekMail puede encajar. Si buscas colaboración ofimática o funciones empresariales de cumplimiento, su alcance descrito no pretende sustituir esos productos.

Valora TrekMail si buscas alojamiento multidominio con una tarifa de plataforma, almacenamiento compartido, buzones IMAP, migración integrada, reenvío, función catch-all y la opción de usar su SMTP o el tuyo. Comprueba disponibilidad y límites del plan vigente. No lo elijas esperando que sustituya Docs, Sheets, Meet o la gestión empresarial de dispositivos.

Una buena alternativa elimina un problema concreto. No presupone que todas las empresas necesiten una gran suite de un único proveedor para siempre.

Si la plataforma actual tiene funciones poco utilizadas, costes innecesarios o una administración difícil, cambiar el correo puede ser una mejora razonable. Empieza con un alcance acotado. Traslada la capa de correo, conserva lo que funciona y decide después qué más conviene mantener.

Para muchas agencias, proveedores de servicios gestionados y pymes con numerosos buzones, ese enfoque puede reducir el gasto por usuario y la carga administrativa, aportar más control y permitir una migración planificada en lugar de improvisada.

Conviene revisar los precios de Google Workspace y las preguntas frecuentes sobre las directrices de Gmail para remitentes antes de modificar el DNS.

En la parte de migración hay un detalle que merece atención. Una copia IMAP puede dejar una carpeta incompleta sin advertirlo si solo procesa los mensajes que el origen le presentó. El procedimiento descrito para migraciones grandes compara después los Message-IDs únicos de ambos lados, marca como parciales las carpetas con diferencias para volver a obtenerlas al reanudar e informa por correo. Ese cotejo ayuda a detectar discrepancias, pero no garantiza por sí solo que todo el contenido se haya trasladado. Se explica en migración masiva.