contact@votresociete.fr alojado en el mismo sitio compartido que el sitio de WordPress. La migración web sale mal, alguien elimina la zona DNS: no más correos electrónicos durante tres días. Acoplar sitio y mensajería significa aceptar que un incidente web se convierta en una crisis de comunicación.
Separarse desde el principio no significa simplemente multiplicar los proveedores de servicios. Esto significa tratar el correo electrónico como un servicio con sus propios compromisos, no como un bono del plan de alojamiento web.
Sitio web vs mensajería: dos servicios
| Tamaño | Sitio web | Correo electrónico profesional |
|---|---|---|
| Protocolos | HTTP/S | SMTP, IMAP, POP |
| DNS | A/AAAA, CNOMBRE | MX, SPF, DKIM, DMARC |
| Averías frecuentes | Sitio inaccesible | Correos electrónicos no recibidos o no enviados |
| Migración | Archivos + base de datos | Sincronización de caja, alternancia MX |
| Volumen | Tráfico de visitantes | Cajas y accesorios |
Su sitio puede estar en mantenimiento durante una hora. Sin embargo, tus correos electrónicos no deberían desaparecer.
Arquitectura recomendada día 1
Opción A — Especialista en correo electrónico (Google, Microsoft, Infomaniak Mail, etc.). Sitio con alojamiento web; MX apunta al proveedor de correo. Norma PYME.
Opción B: alojar el correo electrónico separado del sitio. Mismo grupo pero productos separados y DNS MX independiente.
Opción C: todo en uno compartido. Microestructura aceptable si se conocen los límites y se documenta el plan de migración MX.
DNS para configurar correctamente
Configura MX con prioridad al servidor de correo elegido. Escriba el SPF: v=spf1 include:... -all permite remitentes legítimos. Agregue DKIM con firma de clave pública TXT. Implemente DMARC en p=none y luego endurezca después del monitoreo. Error común: SPF que hace referencia al host anterior después de la migración del sitio.
Migración sin cortar correos electrónicos
Cuentas de inventario y alias. Baje TTL MX a 300 segundos una semana antes. Cree cuentas de destino e inicie la sincronización IMAP. Cambie MX a horas de menor actividad. Pruebe el envío/recepción interno y externo (Gmail, Outlook). Mantenga el servidor antiguo en modo de sólo lectura durante cuarenta y ocho a setenta y dos horas.
Lo mejor: el correo electrónico es más difícil de reparar que un sitio
Configure DNS con DNS sin jerga y capacidad de entrega con Correo electrónico transaccional.
Decide y avanza sin puntos ciegos
Elija un proveedor de correo electrónico independiente o un producto de correo electrónico dedicado desde el primer día, incluso antes de que el sitio esté en producción. Documentar MX, SPF, DKIM y DMARC en un archivo accesible a todo el equipo, con la fecha de la última verificación. No mezclar cambio de sitio y cambio de MX en el mismo fin de semana: dos cambios simultáneos multiplican los puntos ciegos. Pruebe el envío a Gmail y Outlook antes de declarar completa la migración. Programe el archivado si su industria está regulada. Planifique un alias alternativo o una redirección temporal si el cambio de MX tarda más de lo esperado. Vuelva a verificar los registros tres días después de cualquier migración: la propagación de DNS y los cachés intermedios a veces enmascaran un error de SPF que solo aparece más tarde.
Preguntas frecuentes
¿Podemos mantener el correo electrónico y el sitio en el mismo host?
Sí, si la oferta de correo electrónico es confiable: límites de buzones de correo, antispam, soporte documentado. El riesgo sigue siendo el acoplamiento: una migración de un sitio o una interrupción del servidor pueden afectar a ambos servicios. Separar los registros MX de un especialista en correo reduce este punto único de falla.
¿Google Workspace o Microsoft 365 frente a un servidor de correo electrónico?
Workspace y Microsoft 365 ofrecen programación, colaboración y compromisos de servicio más exigentes, por un costo mensual más alto. El correo electrónico incluido con el host es adecuado para estructuras muy pequeñas si se prueba y documenta la capacidad de entrega. Compare su calendario compartido y sus necesidades de archivo antes de decidir.
¿Qué registros DNS para el correo electrónico profesional?
Apunte el MX a su servidor de correo, agregue un registro SPF TXT, configure DKIM con la clave pública proporcionada y luego implemente DMARC gradualmente. Sin SPF y DKIM, sus mensajes a menudo se convierten en spam; la lista de verificación completa se puede encontrar en Correo electrónico transaccional.
¿Cómo migrar sin perder mensajes?
Reduzca el TTL de los MX una semana antes, cree las cuentas de destino, inicie una sincronización IMAP o una exportación, cambie los MX a horas de menor actividad y luego mantenga el servidor antiguo en paralelo durante al menos cuarenta y ocho horas para absorber los retrasos en la propagación.
Un sitio web es tu escaparate. El correo electrónico es su contrato con el mundo: no los encierre en la misma habitación sin una llave de repuesto.