« E-mail pour mon site web » est la question que se pose tout responsable une semaine après la mise en ligne. Le site fonctionne, mais les messages envoyés à hello@yourcompany.com sont rejetés parce qu'aucun serveur de messagerie ne prend en charge le domaine. Le résoudre demande environ 90 minutes si vous connaissez les quatre étapes et leur ordre, et bien plus si vous acceptez le forfait proposé par le bureau d'enregistrement lors du paiement.
La plupart des forfaits des bureaux d'enregistrement associent l'hébergement web et la messagerie dans un seul produit. Le forfait est pratique le premier jour, puis devient contraignant. Quand le site doit déménager pour obtenir un hébergement plus rapide ou un meilleur CDN, la messagerie part avec lui. Quand la messagerie doit changer pour améliorer la distribution ou réduire le coût, le site déménage aussi. Pour que l'e-mail de votre site fonctionne durablement, configurez ces deux services séparément dès le départ.
Ce guide décrit une configuration en quatre étapes qui conserve le site et la messagerie chez des hébergeurs distincts, mais sur le même domaine. Bien configurer l'ensemble dès l'inscription évite les difficultés de migration que rencontrent souvent les utilisateurs d'un forfait intégré la deuxième année. Pour une présentation plus générale, consultez comment créer une adresse e-mail avec son domaine.
Ce que signifie réellement « e-mail pour mon site web »
Cela signifie que hello@mycompany.com arrive dans une boîte fonctionnelle tandis que mycompany.com affiche le site. Deux services partagent un domaine sur des infrastructures distinctes. Le site nécessite des enregistrements A ou CNAME; la messagerie utilise des enregistrements MX. Les deux ensembles sont publiés chez le même hébergeur DNS.
Lorsqu'ils sont correctement configurés, les deux services ne se gênent pas. Ils entrent uniquement en conflit lorsqu'un hébergeur tente de gérer les deux, comme dans les forfaits des bureaux d'enregistrement ou hébergeurs web. Les quatre étapes ci-dessous les maintiennent volontairement séparés.
Deux options : forfait ou hébergeurs séparés
Presque toutes les décisions relatives à la messagerie d'un site se résument à deux options. La première consiste à accepter l'offre de messagerie vendue par l'hébergeur web ou le bureau d'enregistrement avec le site. La seconde choisit indépendamment l'hébergement web et celui des boîtes, puis laisse le DNS les coordonner. L'écart de temps lors de la configuration est faible, mais la différence de souplesse à long terme est considérable.
| Option | Coût de l'année 1 : | Souplesse | Difficulté de migration |
|---|---|---|---|
| Forfait (hébergement web + e-mail inclus) | $10-25/an en plus du site | Services liés | Élevée (changer l'un déplace les deux) |
| Séparés (hébergeur web + hébergeur de boîtes indépendant) | $0-50/an pour la messagerie | Chaque service est remplaçable séparément | Faible (modification des enregistrements DNS) |
Pour une entreprise qui compte exploiter le site plus de deux ans, le choix raisonnable est généralement celui des hébergeurs séparés. Les 15 minutes de configuration supplémentaires achètent une souplesse qui prend de la valeur avec le temps. La plupart des responsables choisissent le forfait parce que le vendeur le présente en premier lors du paiement, rarement après une comparaison éclairée.
Autre point à considérer : les offres de messagerie intégrées omettent souvent la rotation DKIM par client, proposent une gestion insuffisante des alias et réservent la 2FA à des options payantes. La messagerie du forfait coûte moins cher parce que certaines fonctions ont été retirées. La séparation vous permet de choisir un hébergeur dont les fonctions par défaut correspondent à vos besoins réels.
Étape 1 : choisir le domaine une fois
La première étape consiste à choisir le domaine une fois et à l'enregistrer auprès d'un véritable bureau d'enregistrement. Cloudflare Registrar au prix coûtant, Namecheap et Porkbun sont des choix courants. Évitez ceux qui imposent la messagerie ou l'hébergement web en forfait, car ils compliquent la séparation en intervenant dans les enregistrements DNS que vous publierez à la quatrième étape.
Le domaine est le seul élément commun au site et à la boîte. Tout le reste, notamment l'hébergement, le DNS et le serveur de messagerie, peut résider chez des fournisseurs distincts. Bien choisir le bureau d'enregistrement lors de la première étape simplifie toutes les suivantes. Choisir un vendeur de forfaits oblige à lutter contre ses réglages par défaut à chaque étape.
Étape 2 : configurer l'hébergement web
La deuxième étape porte sur le site lui-même. Les options sont nombreuses : Vercel, Netlify, GitHub Pages et Cloudflare Pages pour les sites statiques; AWS, Render et Fly.io pour les sites dynamiques; WordPress sur un hébergement géré pour les sites de contenu. Choisissez ce qui correspond à votre technologie. L'hébergeur web génère les enregistrements A ou CNAME que vous publierez à la quatrième étape.
L'hébergeur web ne devrait pas également héberger vos boîtes. S'il propose une option de messagerie, refusez-la, car c'est précisément la dépendance que vous évitez. Son rôle consiste à servir le site. La messagerie réside ailleurs et le DNS assure la coordination.
Étape 3 : configurer l'hébergement des boîtes
La troisième étape configure l'hébergeur de messagerie indépendamment de l'hébergeur web. Selon les conditions actuelles, TrekMail Nano est gratuit pour une personne avec 10 domaines × 10 boîtes; Starter coûte $4 par mois pour des volumes d'envoi supérieurs ou des équipes plus grandes. Ajoutez le domaine dans le tableau de bord et relevez les enregistrements MX, SPF, DKIM et DMARC générés par la plateforme.
L'hébergeur des boîtes ne devrait pas non plus héberger votre site. Le motif de la séparation reste identique dans l'autre sens. S'il vend un service web intégré, refusez-le. Son rôle est de recevoir et d'envoyer les messages. Le site se trouve ailleurs.
Étape 4 : coordonner les enregistrements DNS
La quatrième étape publie les deux ensembles d'enregistrements chez l'hébergeur DNS. Pour le site, des enregistrements A et CNAME pointent vers l'hébergeur web à la racine et pour www. Pour la messagerie, des enregistrements MX ainsi que les TXT SPF, DKIM et DMARC sont publiés sur le même domaine. Les deux ensembles n'entrent pas en conflit puisqu'ils utilisent des types différents.
L'hébergeur DNS devrait être indépendant de l'hébergeur web et de celui des boîtes. L'offre gratuite de Cloudflare DNS est un choix courant grâce à sa rapidité, sa documentation et sa séparation opérationnelle. Route 53, le DNS intégré du bureau d'enregistrement s'il prend en charge les enregistrements modernes et les petits fournisseurs spécialisés sont également valables. Cette indépendance compte pour la même raison que lors des étapes précédentes : les futures migrations doivent se limiter à modifier MX ou CNAME, et non à déplacer tout le DNS. Consultez configurer la messagerie sur mon domaine pour le détail des enregistrements.
Ancienne et nouvelle méthodes de coordination
L'ancienne méthode consistait à acheter un forfait comprenant le site et la messagerie, puis à accepter l'offre de courrier incluse. Le forfait était économique la première année, mais contraignant ensuite. Déplacer le site obligeait à déplacer les e-mails; changer la messagerie entraînait une interruption du site.
La nouvelle méthode choisit indépendamment les quatre couches, à savoir le bureau d'enregistrement, l'hébergeur DNS, l'hébergeur web et l'hébergeur des boîtes, puis les coordonne par des enregistrements DNS. La configuration ajoute 30 minutes lors de l'inscription. La souplesse gagnée prend de la valeur chaque année. Les responsables qui adoptent cette méthode au départ ont rarement à migrer en même temps le site et la messagerie. Avec l'ancienne, ce projet apparaît souvent la deuxième ou la troisième année lorsqu'un service ne suffit plus.
Là où le forfait intégré échoue
Le forfait intégré échoue généralement selon trois scénarios. Premièrement, l'offre de messagerie gère mal la rotation DKIM et les envois commencent à arriver dans les indésirables. Deuxièmement, l'hébergeur web affiche des pages lentes ou dispose d'un CDN insuffisant. Troisièmement, un incident de sécurité chez le fournisseur compromet les deux services simultanément.
Dans chacun de ces cas, la solution consiste à migrer, et le coût de la dépendance devient alors visible. Sortir le site du forfait déplace aussi la messagerie et impose de modifier les DNS des deux en même temps. Sortir la messagerie entraîne aussi le site. La commodité initiale peut se transformer en interruption coordonnée la deuxième année. Consultez la messagerie pour mon entreprise pour la décision générale et l'e-mail avec domaine personnalisé pour le cadre conceptuel.
Étapes suivantes
Une configuration raisonnable choisit les quatre couches indépendamment et les coordonne par l'intermédiaire d'un hébergeur DNS distinct. Coût total indicatif la première année : $9 pour le domaine, plus le tarif de l'hébergeur web, plus $0 avec TrekMail Nano gratuit ou $42 par an avec TrekMail Starter pour la messagerie. La configuration prend environ 90 minutes et reste transférable pendant des années.
Vous pouvez essayer TrekMail Nano gratuitement sur trekmail.net/pricing, sans carte bancaire. Selon l'offre actuelle, Nano couvre 10 domaines × 10 boîtes et Starter porte les limites à 50 × 100 si nécessaire. La configuration en quatre étapes fonctionne de la même manière avec toutes les offres et tout hébergeur web raisonnable.
Un conseil utile lors d'une migration : si vous séparez la messagerie de votre site d'un forfait existant, réduisez le TTL DNS à 300 secondes 48 heures avant la bascule. Ce TTL plus court permet au changement MX de se propager en quelques minutes plutôt qu'en plusieurs heures et réduit la période pendant laquelle les messages entrants risquent d'arriver chez l'ancien hébergeur. Une fois la migration stabilisée, remontez le TTL à 3,600 secondes. Cette opération ne coûte rien et évite la plupart des interruptions de boîte redoutées lors d'un changement d'hébergeur en activité.
