Générez des règles de redirection .htaccess 301 et 302

Indiquez chaque ancien chemin et sa destination, choisissez une réponse permanente 301 ou temporaire 302, puis obtenez les lignes RewriteRule exactes et un bloc .htaccess complet. Le générateur protège les chemins sources, accepte les destinations locales et les URL HTTP ou HTTPS absolues, conserve l’ordre fourni et signale les paires incomplètes avant qu’elles ne créent des redirections défectueuses.

Préparez une liste de redirections claire

Commencez par une ligne pour chaque adresse à déplacer. L’outil qui permet de générer des règles de redirection .htaccess attend un chemin source dans le champ from et une destination dans le champ to. La source doit être un chemin relatif à la racine commençant par une barre oblique, par exemple /anciens-produits/widget. N’ajoutez ni chaîne de requête ni fragment à la source, car RewriteRule d’Apache compare le chemin de l’URL, pas ces composants. La destination peut être un autre chemin relatif à la racine du même site ou une URL HTTP ou HTTPS complète si le visiteur doit changer d’hôte. Utilisez des caractères encodés en pourcentage lorsqu’une URL l’exige, plutôt que des espaces littéraux. Conservez les lignes dans l’ordre d’évaluation souhaité. Même si les règles produites correspondent à des chemins complets et évitent de nombreux conflits, un ordre réfléchi simplifie la révision, la maintenance et la comparaison avec un tableau de migration. Chaque ligne est validée ; si from ou to manque, la génération s’arrête et désigne la paire incomplète.

Choisissez un comportement permanent ou temporaire

Sélectionnez 301 lorsque le déplacement est définitif et que les moteurs de recherche, les navigateurs et les systèmes en aval doivent mémoriser l’adresse de remplacement. Sélectionnez 302 pour un changement temporaire, par exemple pendant une courte campagne, une maintenance ou un test contrôlé. Le statut choisi s’applique uniformément à toutes les paires d’une requête, ce qui empêche un tableau mixte de produire silencieusement un comportement inattendu. Chaque ligne utilise un motif source ancré, une destination validée et les indicateurs Apache R=301,L ou R=302,L. Les ancres imposent une correspondance exacte du chemin au lieu d’une sous-chaîne trop large, tandis que L arrête la passe de réécriture après l’application de la règle. Le générateur échappe aussi la ponctuation des expressions régulières dans la source : un point ou des parenthèses littérales ne correspondent donc pas accidentellement à d’autres adresses. Vérifiez que votre serveur lit les fichiers .htaccess et que mod_rewrite est activé ; cet outil crée des directives, mais ne peut ni examiner ni modifier l’installation Apache.

Installez et vérifiez le bloc généré

Copiez la valeur htaccess dans le fichier .htaccess approprié, dans la portée du site qui traite les chemins sources. Le résultat ne contient que des lignes RewriteRule ; une configuration existante peut donc déjà comporter RewriteEngine On. Ajoutez cette directive séparément si la réécriture n’est pas encore activée. Sauvegardez la configuration actuelle avant toute modification et effectuez si possible les essais dans un environnement de préproduction. Demandez chaque ancienne URL, puis vérifiez le statut de réponse, l’en-tête Location, la page finale et l’absence de chaîne de redirections imprévue. Testez également une URL voisine qui ne doit pas être redirigée : ces contrôles négatifs révèlent des interactions qu’un test réussi de la destination ne montre pas. Les directives voisines, les hôtes virtuels, les couches proxy et les réécritures d’un CMS peuvent modifier le comportement des règles Apache locales. Pour l’automatisation, l’API renvoie un tableau de règles séparées et un bloc joint par des sauts de ligne. Une requête coûte $0.002 ; le même générateur déterministe fonctionne aussi dans le navigateur pour les migrations ponctuelles.