Brancher son domaine sur une suite, le site restant ailleurs
Ou : on change l’aiguillage du courrier, pas la gare du site.
La réponse courte : brancher un domaine personnalisé sur Microsoft 365 ne demande de toucher ni au site ni à son hébergement. Seuls des enregistrements DNS changent, chez celui qui gère la zone, registrar ou hébergeur. La documentation de Microsoft sur les enregistrements DNS en liste cinq pour la messagerie : un TXT de vérification, un MX à copier depuis le centre d’administration avec la priorité 0, un CNAME autodiscover, le SPF v=spf1 include:spf.protection.outlook.com -all et deux CNAME DKIM. L’enregistrement A et le CNAME www du site restent intacts. Le même principe vaut pour Google Workspace, avec d’autres valeurs, et pour toutes les solutions de la messagerie de votre domaine.
La valeur du MX ne se devine pas, elle se copie. Les domaines Microsoft 365 pointent depuis des années vers un nom qui se termine par mail.protection.outlook.com. Pour un domaine passé en DNSSEC, Microsoft documente désormais une cible sous mx.microsoft, du type contosotest-com.o-v1.mx.microsoft, dans sa page sur SMTP DANE. Et en avril 2026, l’équipe Exchange écrivait sur son blog technique que le passage progressif des nouveaux domaines vers ces sous-domaines restait une priorité, reporté au second semestre 2026, sans date ferme.
Microsoft 365 et domaine personnalisé : les enregistrements à créer sans toucher au site
| Enregistrement | Nom | Valeur | Ce qu’il change |
|---|---|---|---|
| TXT | @ | valeur de vérification fournie par le centre d’administration | rien, il prouve que le domaine est à vous |
| MX | @ | copiée du centre d’administration, priorité 0, TTL de 3 600 secondes | le courrier entrant |
| CNAME | autodiscover | copiée du centre d’administration | la configuration automatique d’Outlook |
| TXT | @ | v=spf1 include:spf.protection.outlook.com -all, fusionné avec le SPF existant | l’autorisation d’envoyer |
| CNAME | selector1._domainkey, selector2._domainkey | copiées du centre d’administration | la signature DKIM |
| TXT | _dmarc | à écrire soi-même, p=none pour commencer | la politique appliquée en cas d’échec |
| A et CNAME | @ et www | inchangés | le site, qui reste chez son hébergeur |
Valeurs lues dans la documentation de Microsoft le 12 novembre 2026. Microsoft précise qu’Exchange Online n’accepte que des TTL inférieurs à six heures et qu’il ne faut qu’un seul enregistrement SPF : s’il en existe déjà un, on y ajoute l’include au lieu d’en créer un second. Pour Google Workspace, le MX unique est smtp.google.com en priorité 1, et le SPF v=spf1 include:_spf.google.com ~all.
L’ordre des opérations évite de perdre un seul message :
- La veille, baisser le TTL du MX existant, pour que les résolveurs oublient vite l’ancienne destination.
- Ajouter le domaine dans la suite et le vérifier par l’enregistrement TXT.
- Créer les utilisateurs et leurs boîtes avant de toucher au MX : Microsoft l’exige pour que le courrier ne s’interrompe pas.
- Copier les anciens messages, qui restent chez l’ancien fournisseur tant qu’on ne les migre pas.
- Remplacer le MX, supprimer les anciens ou leur donner une priorité moins forte.
- Fusionner le SPF, publier les CNAME DKIM, activer la signature, puis poser DMARC en
p=none. - Garder l’ancienne boîte quelques jours : les serveurs qui ont encore l’ancien MX en cache y livrent toujours.
Un piège attend ceux dont le site tourne sur un cPanel. Si le routage des e-mails du domaine reste réglé sur « local », la documentation de cPanel indique que le serveur accepte toujours le courrier du domaine et le livre dans la boîte locale. Les messages que le site envoie à contact@, ceux du formulaire par exemple, restent alors sur l’ancien hébergement au lieu de partir chez Microsoft. Il faut passer le routage en échangeur distant dès que le MX a changé.
Le SPF à fusionner
Le domaine qui passe chez une suite garde souvent un autre expéditeur : le site, une newsletter, une facturation. Leur include doit entrer dans le même SPF que celui de Microsoft, sans dépasser dix requêtes DNS. La méthode pour fusionner les expéditeurs SPF est détaillée.
Payer la suite, ou non
Brancher le domaine est gratuit ; la licence ne l’est pas. Pour trois personnes, la différence entre une suite et de simples boîtes mail se chiffre en centaines d’euros sur trois ans. Le détail figure dans le coût d’une suite pour une TPE.
Les adresses lues dans Gmail jusqu’ici
Beaucoup de domaines passent chez une suite parce que Gmail cesse de relever les autres adresses par POP en janvier 2027. Les solutions pour ceux qui ne veulent pas d’une suite sont réunies avec la fin de la relève POP.