Générateur de Règles de Réécriture

Utilisez 301 (Permanent) lorsqu'une page a été déplacée définitivement et que vous voulez que les moteurs de recherche transfèrent tous les signaux de classement SEO (équité de lien) vers la nouvelle URL. Utilisez 302 (Found/Temporary) ou 307 (Temporary Redirect) lorsque la redirection est de courte durée et que vous prévoyez de rétablir l'URL d'origine. Le cache est la différence clé : les navigateurs et les CDN mettent en cache les 301 de manière agressive, donc si vous avez besoin d'annuler la redirection un jour, les utilisateurs pourraient encore être envoyés vers l'ancienne destination pendant longtemps. En cas de doute, utilisez 302 jusqu'à ce que vous soyez certain que le changement est permanent.

Utilisez le préréglage rapide « HTTP vers HTTPS ». Pour Apache, cela génère une RewriteRule qui correspond à toutes les requêtes où le HTTPS est désactivé et redirige vers la version https:// avec un 301. Pour Nginx, cela crée un bloc serveur sur le port 80 qui renvoie un 301 vers l'équivalent HTTPS. Pour IIS, cela ajoute une règle HTTP Redirect dans web.config. Après avoir appliqué la règle, vérifiez que votre certificat SSL est installé et valide avant de déployer — une redirection HTTPS sans certificat fonctionnel cassera votre site.

Utilisez le préréglage « www vers non-www » ou « non-www vers www ». Apache utilise une RewriteCond sur HTTP_HOST pour détecter le préfixe www et redirige avec un 301. Nginx utilise un bloc serveur séparé qui correspond à www.yourdomain.com et renvoie un 301 vers la version non-www. Quel que soit votre choix, choisissez-en un et tenez-vous-y — mélanger les deux signifie que Google voit le même contenu sur deux URLs, ce qui divise les signaux de classement. Définissez votre URL canonique pour qu'elle corresponde à votre cible de redirection.

Oui. Activez « Utiliser une expression régulière » lors de l'ajout d'une règle et saisissez un modèle regex dans le champ Source URL. Pour Apache, les modèles sont des regex compatibles PCRE testés sur le chemin de l'URL. Pour Nginx, la directive location utilise des expressions régulières PCRE avec le préfixe ~. Pour IIS, la directive match utilise des expressions régulières .NET. Les groupes capturés sont disponibles en tant que références croisées ($1, $2 dans Apache/Nginx) dans l'URL de destination. Par exemple, une source /blog/([0-9]+) avec une destination /news/$1 déplace toutes les anciennes URL de blog numériques vers /news/.

Apache traite les RewriteRules de haut en bas et s'arrête à la première règle correspondante (à moins que le drapeau [L] ou une chaîne de RewriteRule ne modifie cela). Si vous avez une règle générale avant une règle spécifique, la règle générale intercepte des requêtes qui auraient dû être gérées par la règle spécifique. Placez toujours les règles plus spécifiques en premier. Par exemple, placez /old-page → /new-page avant /(.*) → /index.php, sinon toutes les URL incluant /old-page seront capturées par la règle générique en premier.

Oui. Le bouton Download exporte l'onglet de configuration actuellement visible sous forme de fichier avec le nom correct pour votre serveur : .htaccess pour Apache, nginx.conf pour Nginx, ou web.config pour IIS. Le fichier est téléchargé dans votre dossier Téléchargements par défaut. Placez le fichier .htaccess dans le répertoire racine de votre site web (au même niveau que index.php ou index.html). Pour Nginx, fusionnez les directives générées dans votre configuration de bloc serveur existante.

Non. Tout s'exécute localement dans votre navigateur avec JavaScript. Vos URL sources, vos URL de destination et vos configurations générées ne sont jamais envoyées à un serveur. Il n'y a pas de comptes, pas d'historique et aucun suivi. Fermez l'onglet et les règles disparaissent — utilisez le bouton Download pour enregistrer votre travail avant de partir.