Connecter votre domaine à un hébergeur de site web

Débutant⏱ 4 min de lectureMis à jour le 13 octobre 2026

Vous avez acheté le domaine chez une société et construit le site chez une autre. Les relier demande deux ou trois enregistrements DNS, et la plateforme vous dit lesquels. Elle ne vous dit pas quels anciens enregistrements supprimer, ce que devient votre courrier, ni pourquoi le certificat est encore en attente une heure plus tard. Ce guide couvre les deux moitiés.

Deux façons de connecter

Chaque plateforme propose au moins l'une des deux :

Ajouter des enregistrements là où se trouve déjà votre DNS — chez le registraire ou chez Cloudflare. Vous gardez la main sur le reste de la zone, courrier compris. C'est le choix habituel.
Faire pointer les serveurs de noms du domaine vers la plateforme (Vercel, Netlify, Wix et d'autres proposent leur propre DNS). La plateforme gère alors tous les enregistrements — et tout ce qui se trouvait dans l'ancienne zone, y compris les MX et TXT du courrier, doit y être recréé d'abord.

Les enregistrements que demandent la plupart des plateformes

Le domaine racine (example.com, l'apex) reçoit des enregistrements A à adresses fixes, car un CNAME n'y est pas autorisé — ou un enregistrement ALIAS / CNAME flattening si votre fournisseur DNS le gère. www reçoit un CNAME vers un nom contrôlé par la plateforme.

Plateforme	Apex (`@`)	`www`
Vercel	`A 76.76.21.21`	`CNAME cname.vercel-dns.com`
Netlify	`A 75.2.60.5`	`CNAME <site>.netlify.app`
GitHub Pages	`A 185.199.108.153` … `185.199.111.153`	`CNAME <user>.github.io`
Cloudflare Pages	`CNAME <project>.pages.dev`	`CNAME <project>.pages.dev`
Shopify	`A 23.227.38.65`	`CNAME shops.myshopify.com`
Squarespace	`A 198.185.159.144` … `198.49.23.145`	`CNAME ext-cust.squarespace.com`

Remarque : Ce sont les valeurs documentées par les plateformes au moment de la rédaction. Copiez toujours les valeurs exactes depuis le tableau de bord de votre projet : les plateformes ajoutent des adresses, et certaines affichent désormais une cible propre au projet au lieu d'une cible commune.

Étape par étape

0 sur 7 fait

Ajoutez d'abord le domaine dans le tableau de bord de la plateforme. Il affiche les enregistrements exacts et, sur beaucoup de plateformes, empêche quelqu'un d'autre de revendiquer le domaine.
Si vous remplacez des enregistrements existants, baissez leur TTL à 300 secondes la veille.
Supprimez les anciens enregistrements A, AAAA et CNAME de @ et www — y compris un AAAA laissé par une page de parking.
Ajoutez les nouveaux enregistrements exactement comme indiqué.
Ajoutez l'enregistrement TXT de vérification si la plateforme le demande.
Attendez que la plateforme détecte les enregistrements et émette le certificat HTTPS — en général quelques minutes, parfois jusqu'à une heure.
Choisissez une adresse principale (example.com ou www) et redirigez l'autre vers elle dans les réglages de la plateforme.

Attention : Connecter un site ne touche que les enregistrements A, AAAA et CNAME de @ et www. Ne touchez ni aux MX, ni à SPF, DKIM ou DMARC — tout supprimer « parce que c'est ancien » est la façon la plus courante dont un déménagement de site emporte le courrier avec lui.

Quand l'ancien site s'affiche encore

Un AAAA oublié. Les visiteurs en IPv6 — la plupart des réseaux mobiles — le suivent vers l'ancien hébergeur, tandis que vous, en IPv4, voyez le nouveau site.
Redirection ou parking du registraire. Certains registraires appliquent un service de « redirection web » ou de parking par-dessus vos enregistrements ; désactivez-le.
Un enregistrement CAA qui ne cite qu'une autre autorité de certification bloque le certificat de la plateforme. Ajoutez l'AC qu'elle utilise (souvent letsencrypt.org), ou voir enregistrements CAA.
Le proxy Cloudflare (le nuage orange) devant Vercel ou Netlify peut bloquer l'émission du certificat. Passez ces enregistrements en « DNS only », sauf indication contraire du guide de la plateforme.
Les caches. Votre ordinateur et votre résolveur peuvent garder l'ancienne réponse jusqu'à l'expiration de l'ancien TTL ; vider le cache DNS nettoie la partie qui dépend de vous.

Vérifier avant et après

Ces quatre requêtes révèlent presque tous les problèmes ci-dessus :

dig +short example.com A
dig +short example.com AAAA        # an old address here sends IPv6 visitors elsewhere
dig +short www.example.com CNAME
dig +short example.com CAA         # if present, it must allow the platform's CA

Astuce : La recherche DNS de PixDNS affiche A, AAAA, CNAME et CAA d'un coup, et le vérificateur de propagation montre si les résolveurs du monde entier voient déjà la nouvelle adresse.

Rechercher les enregistrements de votre domaine →Suite : A, CNAME ou ALIAS →

Questions fréquentes

Enregistrement A ou CNAME ?

Des enregistrements A (ou ALIAS) à l'apex, un CNAME pour www et les autres sous-domaines. A, CNAME ou ALIAS explique pourquoi.

Combien de temps avant que ça marche ?

En général quelques minutes après l'enregistrement. Si vous avez remplacé d'anciens enregistrements, jusqu'à leur ancien TTL ; le certificat HTTPS suit dès que la plateforme voit les nouveaux enregistrements.

Vais-je perdre mes e-mails en connectant mon domaine à un créateur de sites ?

Non, si vous ne modifiez que les enregistrements de @ et www. Si vous basculez les serveurs de noms vers la plateforme, recréez-y d'abord vos MX et les TXT du courrier.

Mon site avec ou sans www ?

Les deux fonctionnent. Choisissez-en un comme adresse principale et redirigez l'autre, pour que chaque lien et chaque résultat de recherche mène au même endroit.

Essayez-le sur votre domaine

Voyez la théorie en pratique — lancez Recherche DNS pour votre propre domaine.

Mis à jour le 13 octobre 2026

Sources