Générateur de règles de redirection

Générateur de redirections - Créez des règles pour toutes les plateformes

Les redirections d'URL sont la façon dont le web survit au changement sans se casser. Chaque fois qu'un site change de domaine, restructure son schéma d'URLs, retire une page produit ou migre de HTTP vers HTTPS, chaque favori existant, lien de moteur de recherche, partage sur les réseaux sociaux, signature d'e-mail et citation tierce pointant vers l'ancienne URL doit soit continuer à fonctionner, soit vous perdez ce trafic, ce classement et cette autorité pour toujours. La redirection — une petite réponse serveur qui dit 'cette adresse a déménagé, allez là-bas' — est la police d'assurance la moins chère en opérations web. Ce générateur produit des configurations de redirection prêtes pour la production pour les trois plateformes dont les opérateurs ont réellement besoin : Apache (.htaccess avec directives RewriteRule/Redirect), Nginx (directives return/rewrite de bloc server) et Netlify (la syntaxe simple du fichier _redirects utilisée par toute plateforme JAMstack et hébergement statique). Il supporte les quatre codes de statut HTTP de redirection standards : 301 (permanent, transfère l'autorité SEO — le bon choix dans ~95% des cas), 302 (temporaire, sans transfert SEO — pour pages de maintenance et tests A/B), et les plus récents 307/308 préservant la méthode (essentiels pour les endpoints API où POST/PUT doivent rester POST/PUT après la redirection). L'import en masse vous permet de coller une liste type CSV de triplets ancien/nouveau/code depuis un tableur, puis de télécharger un fichier de config complet prêt à uploader. Les règles générées sont syntaxiquement correctes — pas de fautes de frappe, pas de flags manquants, pas de caractères échappés qui ne devraient pas l'être.

Qu'est-ce qu'une redirection d'URL ?

Une redirection renvoie automatiquement l'utilisateur d'une URL vers une autre. En cas de migration, de changement de structure ou pour corriger des 404, le serveur répond avec un code HTTP (301, 302, etc.) et la nouvelle adresse.\n\n**Utilisations :**\n- Migration de domaine\n- Nettoyage d'URL\n- Conservation du SEO\n- Correction de liens cassés\n- Forcer HTTPS ou WWW\n- Consolider le contenu dupliqué

Quelle différence entre les types de redirection ?

**301 (permanente)** : transfert quasi total du PageRank, indiqué pour tout changement définitif. Les navigateurs la mettent en cache fortement.\n\n**302 (temporaire)** : n'envoie pas l'autorité SEO, utile pour des tests ou du contenu temporaire.\n\n**307** : équivalent moderne du 302 en conservant la méthode HTTP (POST).\n\n**308** : alternative moderne du 301 en conservant la méthode.\n\nEn pratique : 301 pour les changements définitifs (90 % des cas), 302/307 pour les scénarios temporaires, 308 pour des API/POST permanents.

Comment utiliser ce générateur ?

1. Choisissez votre serveur : Apache, Nginx ou Netlify.\n2. Ajoutez vos redirections en précisant source, destination et type.\n3. Importez en masse via le champ prévu (format `/from /to type`).\n4. Cliquez sur « Générer » pour obtenir la configuration prête à coller.\n5. Copiez ou téléchargez le fichier puis suivez les instructions d'installation pour chaque plateforme.

Bonnes pratiques SEO pour les redirections ?

- Utilisez 301 pour les changements permanents\n- Évitez les chaînes (A → B → C) : ciblez directement B\n- Gardez la structure la plus proche possible\n- Mettez à jour les liens internes pour éviter les rebonds inutiles\n- Redirigez les anciennes pages vers l'équivalent le plus pertinent, pas vers la page d'accueil\n- Maintenez les redirections au moins 12 mois (idéalement indéfiniment)

Comment rediriger tout un ancien domaine vers un nouveau en préservant les chemins ?

Utilisez une seule règle wildcard qui capture le chemin et l'ajoute au nouveau domaine. C'est la migration 1:1 la plus propre et le seul motif acceptable pour le SEO.

Apache (.htaccess sur oldsite.com) :
RewriteEngine On
RewriteRule ^(.*)$ https://newsite.com/$1 [R=301,L]

Nginx (server block pour oldsite.com) :
server {
server_name oldsite.com www.oldsite.com;
return 301 https://newsite.com$request_uri;
}

Netlify (_redirects) :
https://oldsite.netlify.app/* https://newsite.com/:splat 301!

Pourquoi c'est important : '/blog/mon-article' sur l'ancien domaine devient '/blog/mon-article' sur le nouveau, pas '/'. Si vous redirigez tout vers la page d'accueil, vous perdez l'autorité SEO de chaque page individuelle (chaque page se remet à zéro) et frustrez chaque utilisateur qui a cliqué sur un lien profond s'attendant au contenu réel. Combinez ceci avec un sitemap.xml fraîchement soumis sur le nouveau domaine et l'outil 'Changement d'adresse' de Search Console pour accélérer la réindexation de Google.

Pourquoi HSTS rend-il les redirections 'collantes' et que dois-je savoir ?

Quand vous redirigez HTTP vers HTTPS et envoyez aussi l'en-tête Strict-Transport-Security sur la réponse HTTPS (ex., 'max-age=31536000; includeSubDomains'), le navigateur se souvient que votre domaine est HTTPS-only pour la durée spécifiée — même si vous supprimez ensuite la redirection, le navigateur refusera de faire une requête HTTP. C'est une excellente fonctionnalité de sécurité mais peut vous mordre de deux façons. (1) Si vous mettez accidentellement max-age trop élevé (années) et avez ensuite besoin de revenir en arrière sur HTTPS pour quelque raison que ce soit, chaque utilisateur ayant visité durant cette fenêtre est verrouillé hors de la version HTTP jusqu'à expiration de son max-age. (2) Si vous préchargez HSTS via hstspreload.org, la suppression nécessite d'attendre des mois pour que les principaux navigateurs livrent des listes de préchargement mises à jour. Commencez avec max-age petit (300 secondes pour tester, puis 86400 pour une semaine, puis un an) pour avoir une fenêtre de rollback. N'ajoutez la directive 'preload' que lorsque vous êtes confiant que tout votre site (et tous les sous-domaines, si includeSubDomains est défini) servira HTTPS pour toujours.

Comment éviter les boucles et erreurs ?

Testez vos redirections avant mise en production :\n- Vérifiez qu'aucune URL ne pointe vers elle-même\n- Contrôlez l'ordre des règles .htaccess\n- Faites un `nginx -t` avant reload\n- Utilisez des outils comme httpstatus.io ou Screaming Frog\n- Testez en navigation privée pour éviter le cache\n- Surveillez Search Console pour repérer les 404 ou boucles