Connecter une boutique en ligne ou un créateur de site

Module 7: Connecter des services externes · Temps de lecture : 9 minutes

Objectif d'apprentissage : à l'issue de cette leçon, vous saurez connecter votre domaine à une plateforme comme Shopify ou Wix sans interrompre votre e-mail.

Notions clés : enregistrement A sur @, CNAME pour www, nettoyage des enregistrements en conflit, AAAA, serveurs de noms vers la plateforme, migration des enregistrements de messagerie, enregistrements de messagerie de boutique

Deux parcours possibles

Si vous construisez votre site web ou votre boutique en ligne chez une plateforme telle que Shopify, Wix, Squarespace ou Webflow, vous souhaitez que les visiteurs arrivant sur example.com et www.example.com arrivent sur cette plateforme. Les plateformes proposent presque toujours deux façons d'y parvenir :

La plupart des problèmes rencontrés en pratique surviennent avec le parcours 2 : le site web fonctionne immédiatement, mais l'e-mail s'arrête, car les enregistrements MX et autres enregistrements de messagerie sont restés chez les anciens serveurs de noms (leçon 2.1).

Parcours 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 c'est aussi là que se trouvent vos enregistrements MX, NS et SOA (leçon 3.2). C'est pourquoi la plateforme fournit ici une adresse IP.
• CNAME pour www. Pour www, un nom est possible. L'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, fournit un enregistrement A et un CNAME pour www pointant 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.

Nettoyer ce qui gêne

C'est souvent là que les choses tournent mal. La plateforme veut que ses enregistrements soient les seuls pour ces noms :

• Un deuxième enregistrement A sur @. S'il existe deux enregistrements A (l'ancienne IP de votre hébergeur et la nouvelle de la plateforme), chaque visiteur en choisit un des deux au hasard. La moitié arrive sur votre ancien site. Modifiez l'enregistrement A existant plutôt que d'en ajouter un.
• Un ancien enregistrement AAAA. Si votre hébergeur disposait aussi d'une adresse IPv6, il reste souvent un enregistrement AAAA sur @ ou www. Les visiteurs en IPv6 (une grande partie des réseaux mobiles) arrivent alors encore sur l'ancien serveur. Si la plateforme ne fournit pas d'adresse IPv6, supprimez les enregistrements AAAA de @ et www.
• 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 pour www, puis créez le CNAME.
• Un caractère générique (*). Un caractère générique ne pose pas de problème : le nom www que vous créez séparément est prioritaire (leçon 3.3).

Ce que vous laissez tel quel

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 malgré tout, votre e-mail s'arrêtera.

Si votre site web tourne actuellement chez un hébergeur qui gère aussi votre messagerie, faites attention à votre logiciel de messagerie. Y a-t-il example.com ou mail.example.com renseigné comme serveur, et mail pointait-il vers votre hébergeur via un caractère générique ? Après le changement, example.com pointera vers la plateforme, et votre logiciel de messagerie ne trouvera plus votre boîte mail. Créez alors un enregistrement A séparé mail pointant vers l'adresse IP de votre serveur de messagerie, ou renseignez dans votre logiciel de messagerie le nom de serveur indiqué 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 que lorsque les anciens enregistrements ont disparu 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'émetteur de certificat de la plateforme (leçon 5.2).

Parcours 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ésormais l'ensemble de votre zone. Tout ce qui se trouvait chez votre précédent gestionnaire DNS ne compte plus. Ce que vous ne renseignez pas à nouveau chez la plateforme n'existe pas.

Un exemple tiré de la pratique, 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 correctement créé un enregistrement MX mail.example.com et un enregistrement SPF, mais il manquait un 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 e-mails. Un seul enregistrement A mail avec l'adresse IP du serveur de messagerie a résolu le problème.

Si vous utilisez le parcours 2, créez 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, créez les enregistrements de la leçon 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 être recréé (leçon 6.3).

E-mail de boutique : des enregistrements pour les e-mails envoyés depuis la plateforme

Les boutiques en ligne envoient des confirmations de commande. Pour qu'elles 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, en plus de vos enregistrements de messagerie existants. Ils ont leurs propres noms et ne remplacent pas votre MX. Faites attention aux noms de domaine dupliqués (naam.example.com.example.com) et au point final (leçon 2.2). Si la plateforme envoie des e-mails au nom de votre domaine, vérifiez s'il faut l'ajouter à votre enregistrement SPF, et si votre politique DMARC l'autorise (leçon 7.4).

En pratique : à quoi cela ressemble-t-il 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 forfait, vous créez donc www séparément.

Dans d'autres panneaux, comme cPanel, Plesk, Cloudflare ou l'écran DNS de votre bureau d'enregistrement, les boutons portent un autre nom, mais il s'agit des mêmes enregistrements. Certaines plateformes proposent un bouton « connexion automatique » qui, via une liaison avec votre bureau d'enregistrement, crée les enregistrements ; vérifiez toujours ensuite si les anciens enregistrements A et AAAA ont bien disparu.

Résumé

• Le parcours 1 (ajouter des enregistrements) préserve votre e-mail ; le parcours 2 (serveurs de noms vers la plateforme) exige de recréer tous les enregistrements de messagerie chez la plateforme.
• Sur @ vient un enregistrement A, sur www généralement un CNAME. Un CNAME sur @ n'est pas possible.
• Modifiez l'enregistrement A existant plutôt que d'en ajouter un, et nettoyez les anciens enregistrements AAAA ainsi qu'un enregistrement A pour www.
• Laissez MX, SPF, DKIM et DMARC tels quels ; attention à un logiciel de messagerie qui utilise example.com comme serveur.
• Les enregistrements d'e-mail de 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 le parcours « CNAME pour www ».

1. Recherchez l'enregistrement A de shops.myshopify.com. L'adresse commence-t-elle par 23.227.38. ?
2. Choisissez une boutique en ligne ou un site web que vous connaissez et qui tourne chez 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 au moment de la soumission.

Exercice O7.3 : Configuration dans votre zone d'entraînement. Configurez votre zone d'entraînement <code>.dnspractice.eu 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 shop-demo.dnspractice.eu ; pour votre vrai domaine, reprenez les valeurs indiquées dans l'écran de gestion de la plateforme.

1. Créez un enregistrement A sur <code>.dnspractice.eu avec 203.0.113.10 (la « plateforme »). Il ne doit y avoir qu'un seul enregistrement A sur <code>.dnspractice.eu.
2. Assurez-vous qu'il n'y a pas d'enregistrement AAAA sur <code>.dnspractice.eu ni sur www.<code>.dnspractice.eu.
3. Créez un CNAME www.<code>.dnspractice.eu vers shops.shop-demo.dnspractice.eu. S'il y a un enregistrement A pour www, supprimez-le d'abord.
4. Laissez vos enregistrements MX sur <code>.dnspractice.eu tels quels. Il doit rester au moins un MX.

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 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