Redirection DNS : comment rediriger un domaine avec des enregistrements DNS

Réponse directe
Le DNS ne peut pas rediriger une URL à lui seul. Le DNS indique seulement aux navigateurs quel serveur héberge un domaine ; ce serveur doit répondre avec la redirection (un 301 ou un 302). Donc, une « redirection DNS » signifie faire pointer les enregistrements du domaine vers quelque chose qui renvoie la redirection : le service de redirection de votre registrar (une URL ou un enregistrement de redirection), votre propre serveur web ou CDN, ou un service de redirection comme RedirHub (un enregistrement A sur @ plus un CNAME pour www). Un CNAME seul ne redirige jamais.
Qu’est-ce qu’une redirection DNS ?#
On parle de « redirection DNS » lorsque l’on veut que oldbrand.com envoie les visiteurs vers mybrand.com et que le réglage trouvé se trouve dans le panneau DNS de leur domaine. En coulisses, deux tâches distinctes s’effectuent. Le DNS répond à la question « où se trouve oldbrand.com ? » avec une adresse IP. Puis le navigateur demande au serveur à cette adresse la page, et ce serveur répond avec un code d’état de redirection et le nouvel emplacement.
Cette seconde réponse est celle sur laquelle les navigateurs et Google s’appuient. Google indique qu’une redirection côté serveur a les plus grandes chances d’être interprétée correctement[1], et que les codes 301 et 308 signifient que la page a été déplacée définitivement. Les enregistrements DNS ne peuvent envoyer aucun de ces codes, donc toute « redirection DNS » fonctionnelle se termine sur un serveur web.

Quel enregistrement DNS redirige un domaine ?#
Aucun des enregistrements standard n’envoie de redirection. Chacun soit pointe le domaine vers un serveur qui le fait, soit fait autre chose entièrement :
| Record | Ce que cela fait | Redirige les visiteurs ? |
|---|---|---|
| A / AAAA | Pointe un nom vers une adresse IPv4 / IPv6 | Uniquement si le serveur à cette adresse envoie une redirection |
| CNAME | Fait résoudre un nom d’hôte comme un autre nom d’hôte | Non. La barre d’adresse conserve l’ancien nom ; interdit sur le domaine racine chez la plupart des fournisseurs |
| ALIAS / ANAME / aplatissement CNAME | Fonctionnalité du fournisseur qui permet au domaine racine de se comporter comme un CNAME | Non, comme CNAME |
| Redirection d’URL / enregistrement de transfert | Fonctionnalité du registrar : pointe le nom vers le serveur de redirection du registrar | Oui, le serveur du registrar envoie un 301 ou un 302 (ou encadre la page si vous choisissez le masquage) |
| TXT | Contient du texte, par exemple un code de vérification | No |
| MX | Redirige les e-mails pour le domaine | Non. Laissez-le tel quel lorsque vous redirigez le site web |
L’enregistrement CNAME piège beaucoup de gens. Un CNAME sur le domaine racine entre en conflit avec les enregistrements NS et SOA qui doivent s’y trouver ; comme le dit la RFC 1912, un enregistrement CNAME ne peut coexister avec aucune autre donnée[2]. Utilisez un enregistrement A sur la racine (@) et gardez les CNAME pour les sous-domaines tels que www.
Redirection DNS vs redirection côté serveur#
Comme le DNS n’envoie jamais lui-même la redirection, le vrai choix est de savoir quel serveur l’envoie. Il existe trois options courantes :
| Transfert chez le registrar (« redirection DNS ») | Règle du serveur ou du CDN | Service de redirection | |
|---|---|---|---|
| Ce que vous modifiez | Un enregistrement de transfert chez le registrar | Fichier de configuration (.htaccess, Nginx) ou règles CDN | Enregistrements A et CNAME pointant vers le service |
| Nécessite un hébergement | No | Oui, un serveur ou un compte CDN | No |
| HTTPS sur l’ancien domaine | Dépend du registraire | Vous gérez le certificat (ou le CDN le fait) | Généralement automatique |
| Chemins (ancien.com/page) | Varie selon le registraire | Contrôle total, règle par règle | Conservez les URL de chemin ou de carte, selon le service |
| Idéal pour | Un ou deux simples transferts de domaine | Modifications de chemin sur un site que vous hébergez déjà | Plusieurs domaines, migrations, équipes sans accès au serveur |
Pour le SEO, aucun des trois n’est meilleur par nature. Un 301 est un 301, quel que soit son émetteur. Ce qui compte, c’est que l’ancien domaine réponde en HTTPS sans erreur de certificat, qu’il renvoie un code permanent pour un déplacement permanent (voir redirections 301 vs 302), et que les anciens chemins mènent à des pages correspondantes plutôt qu’à la page d’accueil pour toutes.
Comment rediriger un domaine avec le DNS chez votre registrar#
Les menus diffèrent, mais le transfert chez le registrar suit partout les mêmes étapes :
- Choisissez l’URL de destination et déterminez si le déplacement est permanent (301) ou temporaire (302).
- Ouvrez les paramètres de redirection chez votre registrar. Chez GoDaddy, il s’agit de Domain Settings, puis DNS, puis Forwarding ; chez Namecheap, il s’agit de Advanced DNS, puis Add New Record, puis URL Redirect Record.
- Supprimez les enregistrements qui entrent en conflit avec la redirection, comme un ancien enregistrement A, CNAME ou ALIAS sur le même hôte. Laissez intacts les enregistrements MX et les autres enregistrements de messagerie.
- Ajoutez la redirection : saisissez la destination (avec https://) et choisissez Permanent (301). Évitez les options de masquage ou de cadre pour une vraie migration.
- Couvrez également www, soit avec une deuxième redirection, soit en pointant www vers la racine comme le décrit votre registrar.
- Attendez que la modification prenne effet, généralement de quelques minutes à une heure.
- Testez les versions http:// et https:// de l’ancien domaine, avec et sans www, dans le test de vitesse de redirection ou dans une fenêtre de navigation privée.
Votre redirection fonctionne-t-elle ? Saisissez votre domaine. Vous verrez le code d’état (301 ou 302), la destination finale, si HTTPS est valide, et la vitesse de réponse depuis Washington, Francfort et Tokyo, classée par rapport à toutes les redirections testées au cours des 7 derniers jours.
Tester ma redirectionCe qu’il faut savoir sur les principaux fournisseurs (vérifié en octobre 2026) :
- GoDaddy : propose des redirections permanentes (301), temporaires (302) et avec masquage. Ajouter une redirection met à jour et verrouille l’enregistrement A @, et si le domaine utilise d’autres serveurs de noms, GoDaddy les bascule vers les siens[3], ce qui déplace l’ensemble de votre zone DNS. Étape par étape : Guide de redirection de domaine GoDaddy.
- Namecheap : l’enregistrement URL Redirect offre 301, 302 (sans masquage) et masqué (URL Frame), et fonctionne généralement après environ 30 minutes. La redirection en HTTPS n’est possible que vers un autre domaine de destination[4], et une source en https:// nécessite un certificat. Détails : Redirections URL Namecheap avec HTTPS.
- Cloudflare : il n’existe pas d’enregistrement URL. Vous ajoutez des enregistrements A proxifiés pour @ et www pointant vers l’espace réservé 192.0.2.1[5], puis une règle de redirection qui envoie l’hôte vers le nouveau domaine (l’exemple de Cloudflare conserve le chemin et utilise un 301). Procédure : Guide de redirection de domaine Cloudflare.
Configurer une redirection DNS avec RedirHub#
Avec RedirHub, la partie DNS reste légère : vous pointez le domaine racine et www vers RedirHub et laissez tout le reste, y compris l’e-mail, là où il se trouve. RedirHub envoie ensuite la redirection depuis 130 emplacements de périphérie dans le monde, avec HTTPS automatique pour le domaine racine et www.
- Créez une nouvelle redirection de domaine dans le tableau de bord RedirHub.
- Dans Redirect from, saisissez l’ancien domaine, par exemple oldbrand.com.
- Dans Redirect to, saisissez la destination, par exemple https://mybrand.com.
- Sous Redirect type, conservez 301 · Permanent.
- Sous Paths, choisissez Keep the path pour que oldbrand.com/shop aille vers mybrand.com/shop, ou Everything vers une seule URL.
- Cliquez sur Créer une redirection.
- Ouvrez Connect DNS, choisissez Manuel et ajoutez les enregistrements indiqués chez votre fournisseur DNS : un enregistrement A sur @ pointant vers 3.33.236.10, l'enregistrement TXT commençant par rehd-verify=, et un CNAME pour www. Supprimez l'ancien enregistrement A sur @.
- Cliquez sur J'ai effectué les modifications. RedirHub vérifie chaque enregistrement et vous indique lequel manque encore.
- Une fois que le domaine apparaît comme connecté, vérifiez-le avec le test de vitesse de redirection.

Combien de temps cela prend-il ? Lorsque les enregistrements sont corrects, c'est généralement rapide : le domaine typique est confirmé environ un quart d'heure après son ajout, et environ trois domaines sur quatre qui se connectent le font dans la première heure (données de la plateforme RedirHub, octobre 2026). Un domaine qui n'est toujours pas connecté après une journée se connecte rarement de lui-même ; revérifiez donc la liste dans Connect DNS (un enregistrement manquant ou un ancien enregistrement A toujours en place sont les suspects habituels) plutôt que d'attendre plus longtemps.
| Redirection du registrar | RedirHub | |
|---|---|---|
| Où la redirection s'exécute | Les serveurs de redirection du registrar | 130 emplacements de périphérie mondiaux (PoP), proches de chaque visiteur |
| Votre DNS et votre e-mail | Certains registraires verrouillent les enregistrements ou changent les serveurs de noms (GoDaddy le fait) | Ils restent en place ; seuls les enregistrements racine et www changent, sans changement de serveur de noms |
| HTTPS | Varie (GoDaddy l’applique automatiquement ; Namecheap uniquement à un domaine différent) | Émis et renouvelé automatiquement pour la racine et www ; ils comptent comme un seul domaine |
| Chemins et échelle | Varie selon le registraire, un domaine à la fois | Conservez le chemin ou mappez chaque ancienne URL vers sa propre page ; plusieurs domaines sources par redirection ; import CSV sur tous les forfaits |
| Types de redirection | Généralement 301, 302 et masquage | 301, 302, 307, 308 et frame |
| Reporting | Généralement rien | Clics et visiteurs uniques, bots filtrés ; principaux liens par domaine ; DNS revérifié toutes les 10 minutes |
| Cost | Généralement gratuit avec le domaine | À partir de 49 $/mois (Core), essai gratuit de 14 jours |
RedirHub vaut son prix lorsque vous redirigez plusieurs domaines, que vous devez faire en sorte que d’anciens chemins arrivent sur les pages correspondantes lors d’une migration de site web, ou que vous souhaitez charger des centaines de règles avec une importation CSV en masse au lieu de cliquer dans le panneau d’un registrar. Si vous ne faites que transférer un ou deux domaines chez un registrar qui sert la redirection en HTTPS, et que vous n’avez pas besoin de correspondance de chemins ni de rapports, l’option gratuite du registrar suffit.
Erreurs courantes de redirection DNS#
- Utiliser un CNAME pour « rediriger ». Il ne fait qu’aliaser le nom : aucune redirection, et à la racine, il peut casser le DNS pour tout le domaine.
- Conserver l’ancien enregistrement A en place. Avec deux enregistrements A sur @, certains visiteurs atteignent encore l’ancien serveur.
- Oublier www. www est un nom d’hôte distinct ; s’il n’a ni enregistrement ni redirection, www.oldbrand.com échoue simplement.
- Ne tester que http://. Les liens et les navigateurs utilisent https://. Si le serveur de redirection n’a pas de certificat pour l’ancien domaine, les visiteurs voient un avertissement de sécurité avant même qu’une redirection n’ait lieu.
- Utiliser le masquage ou une redirection 302 pour un déplacement permanent. Le masquage affiche le nouveau site sous l’ancienne adresse et n’envoie aucune redirection ; une 302 indique à Google que le déplacement est temporaire.
- Modifier les serveurs de noms sans copier la zone. Si le transfert déplace votre DNS vers un nouveau fournisseur, les enregistrements MX qui ne sont pas copiés feront cesser votre e-mail.
Faites travailler votre domaine.
Gérez les liens de marque, les destinations QR et les redirections depuis une couche de contrôle fiable.
CommencerSources
Questions fréquemment posées
Une redirection DNS est le nom courant donné au fait d’envoyer un domaine vers une autre URL en modifiant ses enregistrements DNS. Le DNS lui-même ne répond qu’avec une adresse ; la redirection réelle (une réponse 301 ou 302) provient du serveur vers lequel ces enregistrements pointent, généralement le service de redirection de votre registraire, votre propre serveur web ou un service de redirection.
Non. Aucun enregistrement DNS standard ne dit à un navigateur de charger une URL différente. Ce que les registraires appellent un enregistrement d’URL ou un transfert de domaine est un enregistrement DNS qui pointe le domaine vers le serveur web du registraire, lequel envoie ensuite la redirection.
Chez un registraire qui propose le transfert, ajoutez son enregistrement de redirection d’URL ou de transfert (par exemple l’enregistrement URL Redirect de Namecheap ou le Forwarding de GoDaddy). Avec un service de redirection, ajoutez l’enregistrement A qu’il vous fournit sur la racine (@) et un CNAME pour www, ainsi que tout enregistrement TXT de vérification.
Non. Un CNAME fait résoudre un nom d’hôte comme un autre, mais aucune redirection n’est envoyée et la barre d’adresse conserve l’ancien nom. Un CNAME ne peut pas non plus se trouver sur le domaine racine chez la plupart des fournisseurs DNS, car il ne peut pas coexister avec les enregistrements NS et SOA à cet endroit.
Cela dépend du service de transfert. GoDaddy et Namecheap vous permettent tous deux de choisir une redirection permanente 301 ou temporaire 302 ; le masquage ou le transfert par cadre n’envoie aucune redirection. Vérifiez la vraie réponse avec un vérificateur de redirection après la configuration.
Ni l’un ni l’autre, en tant que tel. Google lit la réponse HTTP, pas son origine. Une 301 ou 308 permanente envoyée par un registraire, un serveur web ou un service de redirection est le même signal. Ce qui diffère, c’est le contrôle : HTTPS sur l’ancien domaine, la gestion des chemins et la facilité de maintenance des règles.
Généralement de quelques minutes à une heure, selon le TTL de l’enregistrement et le fournisseur. Namecheap indique qu’une redirection d’URL commence généralement à fonctionner en environ 30 minutes ; GoDaddy précise que la plupart des changements s’appliquent dans l’heure, mais peuvent prendre jusqu’à 48 heures.
Pas si vous ne modifiez que les enregistrements du site web : l’enregistrement A racine et www. Le courrier électronique dépend des enregistrements MX, que vous laissez inchangés. Faites attention aux fournisseurs qui changent vos serveurs de noms lorsque vous activez le transfert, et ne mettez jamais un CNAME sur le domaine racine.

TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.
Articles Connexes
Voir Tous les Articles
Redirections d'URL
Comment rediriger des centaines de domaines sans les gérer un par un
25 avr. 2026

Redirections d'URL
La redirection 301 ne fonctionne pas ? 6 causes courantes et solutions
29 avr. 2026

Redirections d'URL
Débloquer le potentiel des pages intermédiaires dans la redirection de domaine
23 sept. 2024
