Guía para decidir mejor
Cómo separar el correo de la web del correo de los empleados
La web puede enviar avisos sin mover los buzones del equipo.
Separar el correo automático de una web del correo de los empleados no exige cambiar el dominio principal. Puedes mantener los buzones del equipo en su proveedor y autorizar una plataforma distinta para formularios, pedidos o avisos. La clave es definir remitentes, DNS, registros y responsables, sin desviar el MX de los empleados por instalar un plugin SMTP.
Dibuja las cuatro piezas
El registrador administra el dominio; el proveedor DNS publica registros; el servicio de buzones recibe mensajes para empleados; la web genera notificaciones. Pueden coincidir en una empresa o estar separados. MX decide dónde llega el correo de buzones, mientras SPF, DKIM y DMARC ayudan a verificar los remitentes. Consulta los registros DNS antes de cambiar una zona. No reemplaces MX con valores de una plataforma que solo enviará correos transaccionales.
Define identidades y límites
Elige un remitente transaccional reconocido, quizá un subdominio si el proveedor y la política lo permiten. Configura autenticación según la documentación del servicio y comprueba alineación con el dominio visible. Conserva los buzones de empleados y sus respuestas en el proveedor actual; el Reply-To de un formulario puede apuntar a una persona, pero evita usar como «De» una dirección externa no autorizada. Mantén acceso y claves separados entre aplicación y empleados. Las campañas de marketing necesitan gestión adicional de listas, consentimiento y bajas.
Ejemplo: ventas@dominio vive en un proveedor de buzones, mientras WooCommerce envía confirmaciones por un servicio transaccional autorizado. Cambiar el A de la web o su hosting no obliga a mover el buzón; tampoco instalar el conector transaccional exige cambiar MX. Si llegaran rebotes, revisa logs de cada sistema para saber quién emitió el mensaje.
Prueba ambas rutas
Desde fuera, escribe a un empleado y confirma recepción y respuesta. Después genera un formulario o pedido de prueba y confirma generación, envío y respuesta sin exponer datos reales. Registra DNS, proveedor, credenciales en gestor seguro y plan de contingencia. Si cambias el proveedor de buzones, sigue una migración aparte. Consulta la separación indicando servicios actuales, no contraseñas.