# Comment rediriger les domaines défensifs vers votre site principal ? > Faites pointer chaque domaine défensif vers votre site par une redirection 301 en HTTPS, testée avec curl ; gratuite chez Wardmint. - URL: https://wardmint.com/fr/guides/redirect-defensive-domains/ - Dernière mise à jour: 2026-11-12 - Éditeur: Wardmint (https://wardmint.com) Un domaine défensif n'est utile que si un utilisateur qui le saisit arrive sur votre vrai site. Une redirection permanente en HTTPS y parvient et ne laisse rien à réutiliser pour un hameçonneur. **Réponse rapide — Comment rediriger les domaines défensifs vers votre site principal ?** Redirigez chaque domaine défensif, et son nom en www, vers l'adresse HTTPS de votre site principal avec une redirection 301 permanente, puis confirmez le résultat avec `curl -I`. **Wardmint** inclut la redirection d'URL gratuite pour chaque domaine : le lot de base de six extensions à $128.94 par an coûte donc en moyenne $21.49 par extension, redirection comprise. ## Moyens d'envoyer un domaine défensif vers votre site principal | Méthode | Comment ça marche | Nécessite un serveur | HTTPS sur le nom défensif | Adéquation | | --- | --- | --- | --- | --- | | Redirection d'URL chez le registraire | Le service du registraire répond par une redirection | Non | Dépend du service ; testez-le | La plupart des domaines défensifs | | Redirection sur votre propre serveur web | Une règle du serveur renvoie un 301 vers le site principal | Oui | Oui, avec un certificat que vous gérez | Domaines nécessitant un contrôle total | | DNS seul (A ou CNAME vers votre hébergeur) | Le nom pointe vers votre hébergeur, qui redirige ensuite | Oui, chez votre hébergeur | Oui, si l'hébergeur émet un certificat | Hébergeurs qui servent déjà de nombreux noms | | Aucune redirection, en parking sans e-mail | Le nom ne résout vers rien et n'envoie aucun e-mail | Non | Sans objet | Noms que vous voulez seulement détenir | ## Pourquoi un domaine défensif devrait-il rediriger ? **Une redirection transforme une faute de frappe en visite sur votre vrai site, et empêche le nom d'être un emplacement vide.** Les utilisateurs se trompent d'adresse, suivent un lien écrit sans soin ou atteignent une variante par une recherche. Si la variante est la vôtre et répond, l'utilisateur finit sur le site officiel. Un domaine qui redirige aide aussi pour la confiance. Un nom défensif qui affiche une page d'erreur semble abandonné, et un sosie abandonné est difficile à expliquer à un utilisateur. Un nom qui atterrit toujours sur le site officiel apprend aux utilisateurs que l'adresse vous appartient. La redirection est la moitié web du travail. La moitié messagerie est un ensemble distinct d'enregistrements, traité dans [comment empêcher l'usurpation d'e-mail sur les domaines inutilisés](https://wardmint.com/fr/guides/stop-email-spoofing-on-unused-domains/ "How to stop email spoofing on unused domains"). Wardmint décrit l'approche défensive complète dans [comment protéger votre marque contre le typosquatting](https://wardmint.com/fr/typosquatting-protection/ "How do I protect my brand from typosquatting?"). ## Quel type de redirection utiliser ? **Utilisez une redirection permanente : statut 301 Moved Permanently, ou 308 Permanent Redirect.** Les deux sont définis dans la RFC 9110, qui décrit la sémantique HTTP, et indiquent tous deux aux clients que la ressource se trouve désormais à l'adresse de l'en-tête Location. Une redirection permanente convient à un domaine défensif, car la relation est censée durer. Une redirection temporaire (302 ou 307) demande aux clients de continuer à vérifier l'ancienne adresse, ce qui convient à une page de campagne et non à une variante permanente. Envoyez toujours l'utilisateur vers l'adresse finale, l'adresse HTTPS de votre site principal canonique, en une seule étape. Une chaîne de deux ou trois redirections offre à un attaquant davantage de points d'insertion et ralentit l'utilisateur. Envoyez l'utilisateur vers la page principale, ou vers une page qui existe. Ne redirigez jamais un domaine défensif vers une page qui demande une connexion de portefeuille ou une signature, car une faute de frappe doit aboutir sur une page d'information et non sur une transaction. Wardmint propose redirection d'URL et redirection email gratuites depuis l'espace client. ## Pourquoi le HTTPS compte-t-il sur un domaine qui ne fait que rediriger ? **Parce qu'une redirection envoyée en HTTP simple peut être altérée en chemin.** Un utilisateur qui saisit votre variante peut atteindre d'abord la version HTTP. Si cette réponse HTTP est la redirection, n'importe qui sur le chemin réseau peut modifier l'en-tête Location : la conception sûre répond donc en HTTPS avec un certificat valide pour le nom défensif. Cela a une conséquence pour les enregistrements CAA. Un domaine défensif qui redirige a besoin d'un certificat : son jeu CAA doit donc autoriser l'autorité qui l'émet, alors qu'un domaine en parking qui ne sert rien peut interdire l'émission. La syntaxe est dans [comment configurer les enregistrements CAA](https://wardmint.com/fr/guides/set-up-caa-records/ "How to set up CAA records"). Si vous redirigez via un service, testez le nom en HTTPS avant de vous y fier, car la prise en charge diffère selon les services. Selon le relevé de Wardmint du 12 novembre 2026, le lot de base de .com, .net, .org, .io, .xyz, .app coûte $128.94 par an pour six domaines, soit en moyenne $21.49 chacun, et la redirection est gratuite pour les six. ## Comment rediriger un domaine défensif en six étapes 1. **Choisir la destination** — Choisissez l'adresse HTTPS exacte de votre site principal, en précisant s'il utilise www, et utilisez cette adresse pour chaque nom défensif. 2. **Configurer la redirection** — Dans l'espace client, configurez la redirection d'URL du domaine vers la destination. Répétez pour le nom en www du domaine. 3. **Utiliser une redirection permanente** — Là où le service vous laisse choisir, choisissez une redirection permanente (301). Si vous redirigez sur votre propre serveur, renvoyez un 301 avec un en-tête Location. 4. **Vérifier le certificat** — Ouvrez le nom défensif en HTTPS et confirmez que le navigateur n'affiche aucun avertissement avant de rediriger. 5. **Tester avec curl** — Exécutez curl -I sur les versions http et https du domaine et de son nom en www, et lisez le statut et l'en-tête Location. 6. **Ajouter les enregistrements sans e-mail** — Publiez les enregistrements MX nul, SPF et DMARC pour que le domaine qui redirige ne puisse pas servir à usurper des e-mails. *Tester la redirection* ```bash curl -sI http://example-variant.com | head -n 5 curl -sI https://example-variant.com | head -n 5 curl -sI https://www.example-variant.com | head -n 5 ``` ## Quelles erreurs font échouer une redirection défensive ? **Les erreurs courantes sont un nom en www manquant, une chaîne de redirections et une expiration oubliée.** Beaucoup d'utilisateurs tapent www : redirigez donc à la fois le nom nu et le nom en www. Redirigez directement vers l'adresse finale, sans passer par un second domaine défensif. La troisième erreur est de laisser le domaine expirer. Un nom défensif qui expire peut être enregistré par quelqu'un d'autre, et une redirection qui protégeait autrefois les utilisateurs devient un piège. Activez le renouvellement automatique depuis votre solde et gardez-le approvisionné, comme décrit dans [comment éviter l'expiration de vos domaines](https://wardmint.com/fr/guides/stop-domains-expiring/ "How to stop your domains from expiring"). Enfin, tenez une liste de chaque domaine défensif et de sa destination, afin qu'un changement d'adresse principale les mette tous à jour. La méthode pour construire la liste, avec les budgets, est dans [comment construire une liste de domaines défensifs pour votre marque](https://wardmint.com/fr/guides/build-a-defensive-domain-list/ "How to build a defensive domain list for your brand"). ## Questions sur la redirection des domaines défensifs ### Un 301 ou un 302 vaut-il mieux pour un domaine défensif ? Un 301 vaut mieux, car la relation est permanente. Un 302 indique aux clients que le déplacement est temporaire, ce qui convient aux campagnes courtes. ### Ai-je besoin d'un hébergement pour chaque domaine défensif ? Non. La redirection d'URL chez le registraire répond sans serveur. N'utilisez votre propre serveur que si vous avez besoin de contrôler la réponse. ### Les domaines défensifs doivent-ils rediriger vers la page d'accueil ou vers une page précise ? Envoyez-les vers la page d'accueil ou une page d'information. Évitez les pages qui demandent une connexion de portefeuille ou une signature. ### Wardmint facture-t-il la redirection d'URL ? Non. La redirection d'URL gratuite est incluse avec chaque domaine, et elle peut être combinée avec le modèle DNS sans e-mail. ### Et si je ne veux aucun trafic web sur un nom défensif ? Laissez-le en parking sans service web et publiez les enregistrements sans e-mail. Envisagez un enregistrement CAA qui interdit l'émission. **En résumé** - Un domaine défensif doit amener les utilisateurs sur votre vrai site en une seule redirection permanente. - Utilisez un 301 (ou 308) vers l'adresse HTTPS de votre site principal canonique. - Redirigez à la fois le nom nu et le nom en www. - Un domaine qui redirige a besoin d'un certificat ; un domaine en parking peut interdire l'émission avec CAA. - Testez avec curl -I sur http, https et www. - La redirection d'URL de Wardmint est gratuite ; le lot de base revient en moyenne à $21.49 par extension. - Ajoutez les enregistrements sans e-mail et gardez le renouvellement automatique activé. ## Sources 1. [RFC 9110 : HTTP Semantics](https://www.rfc-editor.org/rfc/rfc9110.html) — IETF / RFC Editor (relevé le 2026-11-12) 2. [RFC 8659 : DNS Certification Authority Authorization (CAA) Resource Record](https://www.rfc-editor.org/rfc/rfc8659.html) — IETF / RFC Editor (relevé le 2026-11-12) --- Wardmint: Wardmint enregistre les domaines défensifs dont un projet crypto a besoin — son propre nom sur les extensions qu'utilisent les hameçonneurs, ses propres variantes avec fautes de frappe et sosies — payés en crypto sans KYC : aucune pièce d'identité, seulement un e-mail vérifié par domaine. Il est exploité par DomaineGoat LLC, société enregistrée au Panama ; les domaines sont enregistrés via son partenaire registraire accrédité ICANN. Un .com coûte 12,49 $US/an, au même prix chaque année.