Module 7 · 7.3
Connecter une boutique en ligne ou un créateur de site
Module 7: Connecter des services externes · Temps de lecture : 9 minutes
Objectif : après cette leçon, vous saurez connecter votre domaine à une plateforme comme Shopify ou Wix sans interrompre votre messagerie.
Notions clés : enregistrement A sur @, CNAME pour www, nettoyage des enregistrements en conflit, AAAA, serveurs de noms vers la plateforme, transfert des enregistrements de messagerie, enregistrements de messagerie boutique
Deux solutions
Si vous créez votre site web ou votre boutique en ligne sur une plateforme comme Shopify, Wix, Squarespace ou Webflow, vous souhaitez que les visiteurs arrivant sur example.com et www.example.com accèdent à cette plateforme. Les plateformes proposent presque toujours deux méthodes pour cela :
| Solution 1 : ajouter des enregistrements | Solution 2 : serveurs de noms vers la plateforme | |
|---|---|---|
| Que faites-vous ? | Vous modifiez quelques enregistrements chez votre gestionnaire DNS actuel | Vous laissez la plateforme gérer l'intégralité de votre DNS |
| Qui gère le DNS ? | Reste inchangé | La plateforme |
| Votre messagerie | Continue de fonctionner, vous ne touchez pas aux enregistrements de messagerie | Ne fonctionne que si vous recréez tous les enregistrements de messagerie chez la plateforme |
| Convient si | Votre messagerie fonctionne ailleurs (chez votre hébergeur, Microsoft 365, Google) | Vous voulez tout centraliser chez la plateforme, ou vous n'avez pas de messagerie sur ce domaine |
La plupart des problèmes rencontrés en pratique surviennent avec la solution 2 : le site fonctionne immédiatement, mais la messagerie cesse de fonctionner, car les enregistrements MX et les autres enregistrements de messagerie sont restés chez les anciens serveurs de noms (leçon 2.1).
Solution 1 : ajouter des enregistrements (exemple Shopify)
Au moment de la rédaction, Shopify indique ces deux enregistrements :
example.com. 3600 IN A 23.227.38.65
www.example.com. 3600 IN CNAME shops.myshopify.com.- Enregistrement A sur
@. Le domaine nu ne peut pas avoir de CNAME, car on y trouve aussi vos enregistrements MX, NS et SOA (leçon 3.2). C'est pourquoi la plateforme indique ici une adresse IP. - CNAME pour
www. Pourwww, un nom est possible. Avantage : si la plateforme déplace ses serveurs, elle n'a qu'à modifier son propre DNS, et vous n'avez rien à faire.
D'autres plateformes fonctionnent de la même manière, avec leur propre adresse IP et leur propre nom de destination. Wix, par exemple, indique un enregistrement A et un CNAME pour www vers un nom de Wix. Reprenez toujours ce que la plateforme indique pour votre domaine. L'adresse IP peut varier selon la plateforme, la région ou le moment.
Nettoyez ce qui fait obstacle
C'est souvent là que les choses tournent mal. La plateforme veut que ses enregistrements soient les seuls pour ces noms :
- Un second enregistrement A sur
@. S'il existe deux enregistrements A (l'ancienne IP de votre hébergeur et la nouvelle de la plateforme), chaque visiteur choisit l'une des deux de manière aléatoire. La moitié des visiteurs arrive sur votre ancien site. Modifiez l'enregistrement A existant plutôt que d'en ajouter un nouveau. - Un ancien enregistrement AAAA. Si votre hébergeur disposait aussi d'une adresse IPv6, il reste souvent un enregistrement AAAA sur
@ouwww. Les visiteurs utilisant IPv6 (une grande partie des réseaux mobiles) arrivent alors encore sur l'ancien serveur. Si la plateforme n'indique pas d'adresse IPv6, supprimez les enregistrements AAAA de@etwww. - Un enregistrement A pour
www. Un CNAME ne peut pas coexister avec un autre enregistrement portant le même nom. Supprimez d'abord l'enregistrement A ou AAAA pourwww, puis créez le CNAME. - Un caractère générique (
*). Un caractère générique ne pose pas de problème : le nomwwwque vous créez séparément prend le dessus (leçon 3.3).
Ce que vous laissez en place
Laissez en place les enregistrements MX, l'enregistrement A pour mail (si vous en avez un), SPF, DKIM et DMARC. Une boutique en ligne n'en a pas besoin pour afficher votre site web. Si vous les modifiez quand même, votre messagerie s'arrête.
Si votre site est actuellement hébergé par un hébergeur qui gère aussi votre messagerie, faites attention à votre client de messagerie. Y a-t-il example.com ou mail.example.com indiqué comme serveur, et mail pointait-il via un caractère générique vers votre hébergeur ? Après le changement, example.com pointe vers la plateforme, et votre client de messagerie ne trouve alors plus votre boîte aux lettres. Créez dans ce cas un enregistrement A distinct mail vers l'adresse IP de votre serveur de messagerie, ou indiquez dans votre client de messagerie le nom de serveur fourni par votre fournisseur de messagerie.
Certificat
La plateforme demande elle-même un certificat (https) dès que vos enregistrements pointent vers elle. Cela ne fonctionne qu'une fois les anciens enregistrements disparus des caches (leçon 6.1). Si cela prend plus de quelques heures, vérifiez s'il reste un ancien enregistrement A ou AAAA, ou un enregistrement CAA qui n'autorise pas l'autorité de certification de la plateforme (leçon 5.2).
Solution 2 : serveurs de noms vers la plateforme
Si vous choisissez de faire pointer les serveurs de noms vers la plateforme, celle-ci gère dès ce moment l'intégralité de votre zone. Tout ce qui se trouvait chez votre gestionnaire DNS précédent ne compte plus. Ce que vous ne recréez pas chez la plateforme n'existe pas.
Un exemple concret, anonymisé : un client a fait pointer les serveurs de noms de son domaine vers un créateur de site, puis a commandé sa messagerie chez un autre prestataire. Le créateur de site avait bien créé un enregistrement MX mail.example.com et un enregistrement SPF, mais il n'y avait pas d'enregistrement A pour mail. Le nom mail.example.com n'existait donc pas (NXDOMAIN). L'envoi fonctionnait, mais pas la réception : les autres serveurs de messagerie ne savaient pas où livrer les messages. Un seul enregistrement A mail avec l'adresse IP du serveur de messagerie a résolu le problème.
Si vous utilisez la solution 2, configurez chez la plateforme :
example.com. 3600 IN MX 10 mail.example.com.
mail.example.com. 3600 IN A 192.0.2.25
example.com. 3600 IN TXT "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"avec les valeurs réelles de votre fournisseur de messagerie. Si vous utilisez Microsoft 365 ou Google Workspace, configurez les enregistrements des leçons 7.1 ou 7.2. N'oubliez pas non plus les enregistrements TXT de vérification et les sous-domaines que vous aviez déjà.
Faites avant le changement une copie de votre zone actuelle (un export ou une capture d'écran), afin de savoir ce qui doit figurer (leçon 6.3).
Messagerie boutique : enregistrements pour les e-mails envoyés depuis la plateforme
Les boutiques en ligne envoient des confirmations de commande. Pour que celles-ci proviennent de votre propre domaine, la plateforme demande souvent des enregistrements supplémentaires, généralement quelques enregistrements CNAME pour DKIM et parfois un sous-domaine spécifique pour l'expéditeur. Ce sont des enregistrements supplémentaires qui s'ajoutent à vos enregistrements de messagerie existants. Ils ont leurs propres noms et ne remplacent pas votre MX. Faites attention aux doublons de noms de domaine (www.example.com.example.com) et au point final (leçon 2.2). Si la plateforme envoie des messages au nom de votre domaine, vérifiez si elle doit figurer dans votre enregistrement SPF, et si votre politique DMARC l'autorise (leçon 7.4).
En pratique : à quoi cela ressemble dans un panneau
Dans le panneau d'exemple Mon WebOké, vous modifiez dans l'onglet DNS l'enregistrement A existant de @ avec Modifier, vous supprimez les enregistrements AAAA et vous créez avec Ajouter un Enregistrement un CNAME www vers le nom de la plateforme. Dans DirectAdmin, vous faites la même chose dans Administration DNS ; là, @ et * pointent par défaut vers le pack d'hébergement, donc vous créez www séparément.
Dans d'autres panneaux, comme cPanel, Plesk, Cloudflare ou l'écran DNS de votre bureau d'enregistrement, les boutons portent des noms différents, mais il s'agit des mêmes enregistrements. Certaines plateformes proposent un bouton « connexion automatique » qui configure les enregistrements via une liaison avec votre bureau d'enregistrement ; vérifiez ensuite toujours si les anciens enregistrements A et AAAA ont bien disparu.
Résumé
- La solution 1 (ajout d'enregistrements) préserve votre messagerie ; la solution 2 (serveurs de noms vers la plateforme) exige de recréer tous les enregistrements de messagerie chez la plateforme.
- Sur
@figure un enregistrement A, surwwwgénéralement un CNAME. Un CNAME sur@est impossible. - Modifiez l'enregistrement A existant plutôt que d'en ajouter un nouveau, et nettoyez les anciens enregistrements AAAA ainsi qu'un enregistrement A pour
www. - Laissez en place MX, SPF, DKIM et DMARC ; faites attention à un client de messagerie qui utilise
example.comcomme serveur. - Les enregistrements de messagerie boutique sont des enregistrements supplémentaires et ne remplacent pas votre MX.
Quiz
Exercice
Exercice Z7.3 : reconnaître une boutique en ligne. Observez comment une plateforme gère elle-même la solution « CNAME pour www ».
- Recherchez l'enregistrement A de
shops.myshopify.com. L'adresse commence-t-elle par23.227.38.? - Choisissez une boutique en ligne ou un site web que vous connaissez et qui fonctionne sur une plateforme. Recherchez l'enregistrement CNAME de
www.<ce domaine>et l'enregistrement A du domaine nu. Indiquez le nom de domaine et les deux réponses.
La vérification interroge les enregistrements en direct lors de la soumission.
Exercice O7.3 : configurer vous-même dans votre zone d'entraînement. Configurez votre zone d'entraînement comme si vous la connectiez à une plateforme de boutique en ligne, sans interrompre la messagerie. Dans la zone d'entraînement, vous utilisez le faux service <code>.dnspractice.eushop-demo.dnspractice.eu ; pour votre vrai domaine, reprenez les valeurs indiquées dans l'écran de gestion de la plateforme.
- Créez un enregistrement A sur
avec<code>.dnspractice.eu203.0.113.10(la « plateforme »). Un seul enregistrement A peut figurer sur.<code>.dnspractice.eu - Assurez-vous qu'il n'y a pas d'enregistrement AAAA sur
ni sur<code>.dnspractice.euwww..<code>.dnspractice.eu - Créez un CNAME
www.vers<code>.dnspractice.eushops.shop-demo.dnspractice.eu.S'il existe un enregistrement A pourwww, supprimez-le d'abord. - Laissez en place vos enregistrements MX sur
. Au moins un MX doit subsister.<code>.dnspractice.eu
Exercice O7.3
Vous réalisez cet exercice dans votre propre zone d'entraînement : une véritable zone DNS sur les serveurs de noms de WebOké, rien que pour vous. Inscrivez-vous avec votre adresse e-mail. Vous recevrez un lien de connexion par e-mail et reviendrez ensuite sur cette leçon. Nous utilisons votre adresse uniquement pour le cours.
Pour aller plus loin
Ces pages décrivent les étapes dans les panneaux de WebOké (DirectAdmin et Mon WebOké). Dans d'autres panneaux, cela fonctionne de la même manière.
- Gérer les enregistrements DNS dans Mon WebOké (avec des exemples pour CNAME, TXT et les services externes)
- Guide DirectAdmin 5.3: Ajouter ou modifier un enregistrement A ou AAAA
- Guide DirectAdmin 5.4: Enregistrements CNAME et le point final
- Utiliser vos propres serveurs de noms ou des serveurs de noms externes (comme Cloudflare) pour votre domaine
