contact@votresociete.fr hébergé sur le même mutualisé que le site WordPress. La migration web se passe mal, quelqu'un efface la zone DNS — plus d'emails pendant trois jours. Coupler site et messagerie, c'est accepter qu'un incident web devienne crise de communication.
Séparer dès le départ ne veut pas dire multiplier les prestataires pour le plaisir. Cela veut dire traiter l'email comme un service avec ses propres engagements, pas comme un bonus du plan d'hébergement web.
Site web vs messagerie : deux services
| Dimension | Site web | Email professionnel |
|---|---|---|
| Protocoles | HTTP/S | SMTP, IMAP, POP |
| DNS | A/AAAA, CNAME | MX, SPF, DKIM, DMARC |
| Panne fréquente | Site inaccessible | Mails non reçus ou non envoyés |
| Migration | Fichiers + base de données | Synchronisation des boîtes, bascule MX |
| Volume | Trafic visiteurs | Boîtes, pièces jointes |
Votre site peut être en maintenance une heure. Vos emails ne devraient pas disparaître pour autant.
Architecture recommandée jour 1
Option A — Spécialiste mail (Google, Microsoft, Infomaniak Mail, etc.). Site chez hébergeur web ; MX pointe vers le fournisseur mail. Standard PME.
Option B — Email hébergeur séparé du site. Même groupe mais produits distincts et DNS MX indépendants.
Option C — Tout-en-un mutualisé. Acceptable micro-structure si limites connues et plan migration MX documenté.
DNS à configurer correctement
Configurez les MX avec priorité vers le serveur mail choisi. Rédigez le SPF : v=spf1 include:... -all autorise les expéditeurs légitimes. Ajoutez DKIM avec signature clé publique TXT. Déployez DMARC en p=none puis durcissez après monitoring. Erreur fréquente : SPF qui référence l'ancien hébergeur après migration site.
Migration sans couper les emails
Inventoriez comptes et alias. Baissez TTL MX à 300 secondes une semaine avant. Créez comptes destination et lancez synchronisation IMAP. Basculez MX en heures creuses. Testez envoi/réception interne et externe (Gmail, Outlook). Gardez ancien serveur en lecture seule quarante-huit à soixante-douze heures.
Le sommet : l'email est plus difficile à réparer qu'un site
Configurez DNS avec DNS sans jargon et délivrabilité avec Email transactionnel.
Décider et avancer sans angle mort
Choisissez un fournisseur mail indépendant ou un produit mail dédié dès le premier jour, avant même que le site ne soit en production. Documentez MX, SPF, DKIM et DMARC dans un fichier accessible à toute l'équipe, avec la date de dernière vérification. Ne mélangez pas changement de site et changement MX le même week-end : deux bascules simultanées multiplient les angles morts. Testez l'envoi vers Gmail et Outlook avant de déclarer la migration terminée. Planifiez l'archivage si votre secteur est réglementé. Prévoyez un alias de secours ou une redirection temporaire si la bascule MX prend plus longtemps que prévu. Revérifiez les enregistrements trois jours après toute migration : la propagation DNS et les caches intermédiaires masquent parfois une erreur SPF qui n'apparaît qu'ensuite.
Questions fréquentes
Peut-on garder email et site chez le même hébergeur ?
Oui, si l'offre mail est fiable — limites de boîtes, anti-spam, support documenté. Le risque reste le couplage : une migration de site ou une panne serveur peut impacter les deux services. Séparer les enregistrements MX d'un spécialiste mail réduit ce point unique de défaillance.
Google Workspace ou Microsoft 365 vs email hébergeur ?
Workspace et Microsoft 365 offrent calendrier, collaboration et engagements de service plus exigeants — pour un coût mensuel plus élevé. L'email inclus chez l'hébergeur convient aux très petites structures si la délivrabilité est testée et documentée. Comparez vos besoins de calendrier partagé et d'archivage avant de trancher.
Quels enregistrements DNS pour email pro ?
Pointez les MX vers votre serveur mail, ajoutez un enregistrement SPF en TXT, configurez DKIM avec la clé publique fournie, puis déployez DMARC progressivement. Sans SPF et DKIM, vos messages partent souvent en spam — la checklist complète se trouve dans Email transactionnel.
Comment migrer sans perdre de messages ?
Baissez le TTL des MX une semaine avant, créez les comptes destination, lancez une synchronisation IMAP ou un export, basculez les MX en heures creuses, puis gardez l'ancien serveur en parallèle quarante-huit heures minimum pour absorber les retards de propagation.
Un site web, c'est votre vitrine. L'email, c'est votre contrat avec le monde — ne les enfermez pas dans la même pièce sans clé de secours.