La refonte change ancien-site.fr en nouveau-site.fr. Une règle .htaccess redirige tout vers la page d'accueil — mille articles perdent leur URL. Pire : www force HTTPS qui renvoie vers l'apex qui renvoie vers www. Le site « ne charge plus » : ce n'est pas une panne hébergeur, c'est une boucle de redirection.
Ce scénario arrive aussi lors d'un changement de registrar, d'une fusion de marques ou d'une migration vers un nouvel hébergeur. Chaque couche — DNS, certificat TLS, CDN, serveur web — peut ajouter sa propre règle. Sans cartographie, vous empilez des sauts HTTP que personne ne comprend plus, ni Google ni votre équipe support.
Les redirections de domaine relient anciennes et nouvelles adresses. Mal exécutées, elles coûtent du référencement, faussent les analytics et érodent la confiance. Bien exécutées, elles préservent le trafic d'une migration ou d'un rebranding. La différence tient souvent à une heure de cartographie avant modification DNS.
Types de redirections et usages
Chaque mécanisme répond à un cas différent. Le 301 signale un changement permanent d'URL ou de domaine et consolide en principe les signaux SEO. Le 302 convient aux tests temporaires ou à une maintenance courte — le laisser en place des mois crée une ambiguïté pour les moteurs. Le 308 conserve la méthode HTTP, utile dans des cas d'API rares.
Un CNAME ou ALIAS DNS pointe un nom vers un autre hôte, mais ne remplace pas une redirection HTTP si le domaine visible change. Le meta refresh doit être évité : signal faible, mauvaise expérience utilisateur.
| Code / mécanisme | Usage | SEO |
|---|---|---|
| 301 | Changement permanent URL/domaine | Signal consolidation |
| 302 | Temporaire (A/B, maintenance courte) | Pas consolidation long terme |
| 308 | Permanent, méthode POST conservée | Cas API rares |
| CNAME / ALIAS | Pointage DNS, pas redirect HTTP seul | Compléter par 301 si domaine différent |
| Meta refresh | Éviter | Faible signal, mauvaise UX |
Éviter les boucles classiques
Commencez par cartographier le flux complet : http vers https, apex vers www ou l'inverse — un seul saut, pas deux règles contradictoires. Testez avec curl -IL https://example.com jusqu'à obtenir un code 200, en acceptant au maximum trois à cinq sauts.
N'activez HSTS qu'après stabilisation HTTPS ; avant correction des boucles, HSTS peut bloquer l'accès pendant des heures. Pour le multidomaine, chaque domaine doit avoir une cible canonique claire. Côté CDN, alignez les règles edge et origine pour éviter une double redirection sur le même chemin.
Erreur fréquente : certificat SSL sur l'apex, CNAME www vers le CDN, page CDN qui redirige vers l'apex — boucle garantie.
Migration domaine : préserver le référencement
Inventoriez d'abord les URLs existantes via un crawl ou le sitemap. Construisez une table ancienne URL → nouvelle URL avec des 301 un pour un — pas une redirection globale vers /. Déclarez le changement dans Search Console, publiez le sitemap du nouveau domaine, puis surveillez les 404 et corrigez les pages les plus visitées.
Mettez à jour les liens internes : ne comptez pas sur les 301 seuls éternellement. Si la migration coïncide avec un changement d'hébergeur, coordonnez avec le guide choisir une région cloud pour éviter deux bascules simultanées non testées.
Le sommet : la redirection est une dette technique visible par Google
Décider et avancer sans angle mort
Dessinez le flux http, https et www avant toute modification DNS, puis testez avec curl et un outil de détection de boucles après chaque changement. En migration, mappez les 301 URL par URL plutôt que de tout envoyer vers la page d'accueil. Comparez les hébergeurs qui documentent clairement la gestion des redirections via notre annuaire et validez le parcours complet depuis un navigateur privé et depuis un outil en ligne de commande.
Questions fréquentes
301 ou 302 pour un changement de domaine permanent ?
Utilisez le 301 pour un transfert définitif — il transmet en principe les signaux de référencement. Réservez le 302 aux tests temporaires seulement ; Google peut traiter différemment un 302 laissé trop longtemps en place.
Comment détecter une boucle de redirection ?
Lancez curl -IL https://domaine.tld, utilisez un outil de vérification de redirections, ou inspectez l'onglet Réseau des outils de développement. Une boucle correspond à A → B → A, ou à une chaîne circulaire http/https/www.
Redirection au DNS ou sur le serveur ?
La redirection HTTP (301) doit idéalement être écrite côté serveur ou CDN — c'est plus propre pour le référencement. Une redirection DNS ou un meta refresh est moins bon ; le parking registrar est souvent mal configuré.
Migration domaine sans perdre le SEO ?
Appliquez des 301 sur toutes les URLs utiles avec une table ancienne → nouvelle, déclarez le changement dans Search Console, publiez le sitemap du nouveau domaine et surveillez les 404 — pas seulement la page d'accueil.
Avant de publier une règle de redirection, une commande : curl -IL. Si la ligne clignote entre deux URLs, vous n'avez pas migré — vous avez enfermé vos visiteurs.