Transférer un nom de domaine sans coupure DNS

Pourquoi un transfert de bureau d'enregistrement n'interrompt-il pas le DNS ?

Parce que les serveurs de noms font partie de l'enregistrement au registre, et que le transfert n'y touche pas. Le registre change le bureau d'enregistrement parrain et prolonge la date d'expiration. La délégation NS qui indique au monde où trouver votre DNS reste identique.

TransferOffshore la préserve par défaut. À l'étape Serveurs de noms du paiement, Conserver les serveurs de noms actuels est coché quand votre panier ne contient que des transferts. Vous pouvez choisir nos serveurs de noms, Cloudflare ou des serveurs personnalisés, et modifier ce choix plus tard dans Mes domaines.

La question n'est donc jamais « le transfert déplace-t-il mon DNS ? ». C'est « qui répond pour mes serveurs de noms, et répondra-t-il encore une fois le nom de domaine parti ? ».

Quand un transfert de nom de domaine provoque-t-il une interruption ?

Une interruption survient quand un service lié à l'ancien bureau d'enregistrement s'arrête après le départ du nom de domaine. Vérifiez ces quatre cas avant de commencer :

• DNS hébergé par l'ancien bureau d'enregistrement. Beaucoup de bureaux d'enregistrement incluent un DNS gratuit. La zone vit généralement sur leurs serveurs de noms, et elle peut être supprimée quand le nom de domaine part. Squarespace, par exemple, demande à ses clients de sauvegarder leurs enregistrements DNS car la plupart des fournisseurs ne les conserveront pas (selon son centre d'aide, octobre 2026).
• Boîtes mail ou redirections chez l'ancien bureau d'enregistrement. Gandi indique que son service de boîtes mail s'arrête immédiatement quand un nom de domaine est transféré sortant. Les données mail sont supprimées 7 jours plus tard (selon sa documentation, octobre 2026).
• DNSSEC. Un enregistrement DS au registre qui pointe vers des clés que votre nouvel hôte DNS ne possède pas casse la résolution.
• Cloudflare Registrar. Les noms de domaine enregistrés là-bas doivent utiliser les serveurs de noms Cloudflare, et le sort de la zone après le transfert n'est pas documenté.

Si vos serveurs de noms appartiennent à un fournisseur indépendant, comme votre hébergeur ou un service DNS, rien de tout cela ne s'applique. Le transfert est alors invisible pour les visiteurs.

Quels enregistrements DNS faut-il copier ?

Copiez tous les enregistrements de la zone, pas seulement ceux du site web. Les enregistrements e-mail et de vérification manquants causent les pannes les plus discrètes : les mails rebondissent ou finissent en spam quelques jours plus tard.

Comment vérifier vos enregistrements avec dig ?

Interrogez directement le serveur de noms actuel, sauvegardez les réponses, puis posez les mêmes questions au nouveau DNS avant de basculer. Des réponses identiques signifient que la nouvelle zone est prête. Remplacez example.com par votre nom de domaine et les noms de serveurs par ceux que renvoie dig NS.

#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

Comment déplacer le DNS hors de l'ancien registrar en toute sécurité ?

Déplacez d'abord le DNS, attendez, puis transférez le nom de domaine. Deux changements le même jour rendent toute panne difficile à tracer.

1. Baissez les TTL. Un ou deux jours avant, réglez à 300 secondes le TTL des enregistrements que vous allez modifier, pour que les caches oublient vite les anciennes réponses.
2. Construisez la nouvelle zone. Créez chaque enregistrement chez le nouveau DNS : nos serveurs de noms, Cloudflare ou un autre fournisseur.
3. Comparez. Lancez les vérifications dig ci-dessus sur l'ancien et le nouveau serveur de noms jusqu'à ce que les réponses concordent.
4. Changez les serveurs de noms chez l'ancien registrar. Certains registrars bloquent les modifications DNS pendant un transfert en cours, faites donc ceci avant de lancer le transfert.
5. Attendez la mise à jour de la délégation. Les enregistrements NS au registre peuvent rester en cache jusqu'à deux jours sur les .com.
6. Lancez le transfert en cochant Conserver les serveurs de noms actuels. Le nom de domaine arrive déjà pointé vers le nouveau DNS.

Une fois le nom de domaine arrivé et tout fonctionnel, remontez les TTL.

Qu'en est-il du DNSSEC pendant un transfert ?

Si l'opérateur DNS reste le même, ne touchez pas au DNSSEC ; s'il change, supprimez d'abord l'enregistrement DS. Le DNSSEC relie le registre à vos clés DNS via un enregistrement DS. Les résolveurs de validation rejettent les réponses qui ne correspondent pas.

• Même opérateur DNS, mêmes clés. L'enregistrement DS reste valide. Le transfert n'y touche pas.
• Nouvel opérateur DNS. Supprimez l'enregistrement DS chez le registrar, attendez au moins deux jours que les caches expirent, puis changez les serveurs de noms. Signez la zone chez le nouvel hébergeur et ajoutez le nouvel enregistrement DS une fois qu'il publie des réponses signées.
• DNS et DNSSEC gérés tous les deux par l'ancien registrar. Ses clés disparaissent avec son service DNS, traitez donc cela comme un nouvel opérateur.

Un enregistrement DS incohérent provoque une panne totale pour tout utilisateur derrière un résolveur de validation, pas une panne partielle. Plusieurs registrars, dont Squarespace, vous demandent de désactiver le DNSSEC avant un transfert. Dans notre panneau, changer les serveurs de noms avec le DNSSEC activé affiche d'abord un avertissement.

Et si le nom de domaine est chez Cloudflare Registrar ?

Cloudflare Registrar impose les serveurs de noms Cloudflare, la zone et l'enregistrement sont donc liés. Sa documentation indique que tous les noms de domaine chez Cloudflare Registrar utilisent les serveurs de noms Cloudflare (en octobre 2026).

Cloudflare ne documente pas si la zone continue de répondre une fois le nom de domaine transféré ailleurs. Sa page de suppression de domaine indique que supprimer un domaine arrête la résolution DNS Cloudflare. Deux options sûres :

• Gardez le DNS Cloudflare. Avant d'approuver le transfert, vérifiez dans le tableau de bord Cloudflare que la zone restera active. Transférez ensuite avec « Conserver les serveurs de noms actuels », ou choisissez le préréglage Cloudflare dans le formulaire.
• Déplacez d'abord le DNS. Construisez la zone chez un autre hébergeur DNS, changez les serveurs de noms, attendez, puis transférez.

Les étapes Cloudflare pour le code et le verrou sont dans le guide de transfert Cloudflare.

Qu'advient-il du transfert d'e-mail et de la redirection d'URL ?

Ils s'arrêtent quand l'ancien registrar ne sert plus le nom de domaine. Le transfert est un service que le registrar fait tourner sur ses propres serveurs, lié à ses propres serveurs de noms.

• Transfert d'e-mail. Les alias comme contact@ redirigés vers une boîte personnelle cessent de recevoir du courrier. Recréez-les chez votre fournisseur de messagerie, ou dans notre panneau si vous utilisez nos serveurs de noms.
• Redirection d'URL. Une redirection de example.com vers un autre site s'arrête. Recréez-la comme redirection chez votre hébergeur web, ou dans notre panneau avec nos serveurs de noms.
• Boîtes mail vendues par le registrar. Déplacez le courrier et changez les enregistrements MX avant le transfert, pas après.

Avec nos serveurs de noms, la page du nom de domaine inclut les enregistrements DNS, la redirection web, le transfert d'e-mail et le DNSSEC.