TontonTools

Outil de réécriture d'URL

Générez des règles de réécriture d'URL : des URL propres et optimisées pour le référencement via .htaccess.

100% Gratuit Pas d'inscription Respectueux de la vie privée Gestion de site web
Mise à jour sept. 2026
Share X / Twitter Facebook LinkedIn WhatsApp

Comment utiliser Outil de réécriture d'URL

  1. Spécifiez l'URL propre et l'URL réelle vers laquelle elle doit être mappée.
  2. Générez le code RewriteRule — modèle d'expression régulière avec des variables capturées.
  3. Ajoutez au .htaccess à la racine de votre site — avec RewriteEngine activé en haut.
  4. Testez d'abord sur la mise en scène — une erreur de syntaxe 500s sur l'ensemble du site ; vérifiez avec le vérificateur de code d'état.

Qu'est-ce que Outil de réécriture d'URL ?

Un outil de réécriture d'URL génère les règles Apache mod_rewrite (directives .htaccess RewriteRule) qui transforment les URL laides et techniques en URL propres et lisibles, transformant ainsi product.php?id=42&cat=shoes en /shoes/product-42. L'URL propre est ce que les visiteurs voient ; la règle de réécriture le mappe de manière invisible au véritable script qui se cache derrière.

Les URL propres sont importantes pour le référencement et la convivialité : elles sont lisibles (les utilisateurs leur font confiance et s'en souviennent), contiennent des mots-clés (une petite aide au classement) et partageables (pas de paramètres énigmatiques). La réécriture d'URL vous permet de les obtenir sans restructurer vos fichiers réels.

À propos de Outil de réécriture d'URL

Spécifiez votre modèle d'URL (le formulaire épuré que vous souhaitez et l'URL réelle à laquelle il correspond) et générez le code RewriteRule pour votre .htaccess.

Réécritures courantes : chaînes de requête vers des chemins (?id=42 devient /item/42 — la transformation classique d'URL propre) ; suppression des extensions de fichiers (/about au lieu de /about.php) ; appliquer la cohérence des barres obliques finales ; et le cartographie basée sur des modèles (une catégorie entière d'URL gérées par une seule règle avec des variables capturées). Les règles utilisent des expressions régulières pour faire correspondre l'URL propre et la réécrire à l'URL réelle, avec des groupes capturés ($1, $2) transmettant les parties variables.

Déploiement et mises en garde : les règles sont placées dans le fichier .htaccess à la racine de votre site, nécessitant d'abord RewriteEngine On ; Apache analyse .htaccess par requête, donc une erreur de syntaxe 500-erreurs sur l'ensemble du site (testez sur la mise en scène ou soyez prêt à revenir). L'expression régulière est la partie la plus délicate : des modèles trop larges peuvent détecter des URL qu'ils ne devraient pas ou créer des boucles, alors testez chaque règle. Et une remarque : ceci est spécifique à Apache — Nginx utilise une syntaxe de réécriture différente (dans la configuration du serveur, pas dans .htaccess). Pour des besoins plus simples – rediriger les anciennes URL vers les nouvelles – notre générateur de redirection .htaccess gère les 301 ; utilisez la réécriture lorsque vous présentez des URL propres pour du contenu dynamique existant. Vérifiez les résultats avec le vérificateur de redirection et le vérificateur de code d'état.

Foire aux questions

La réécriture mappe une URL propre à une URL réelle INVISIBLEMENT (le navigateur reste sur l'URL propre, le serveur sert le contenu réel). La redirection ENVOIE le navigateur vers une URL différente (l'adresse change). La réécriture sert à présenter des URL propres ; la redirection sert à déplacer du contenu.
Lisibilité, confiance et avantage mineur en matière de référencement — /blog/seo-tips est mémorable, partageable et contient des mots-clés ; /post.php?id=284 n'est rien de tout cela. Les utilisateurs et les moteurs de recherche préfèrent tous deux les URL claires et descriptives.
Dans le fichier .htaccess à la racine de votre site Apache, après RewriteEngine On. Apache le lit à la demande, donc les modifications s'appliquent immédiatement - mais une erreur de syntaxe 500-erreurs sur l'ensemble du site, alors testez attentivement et conservez une sauvegarde pour revenir en arrière.
Non, cela génère la syntaxe Apache mod_rewrite (.htaccess). Nginx utilise différentes directives de réécriture/emplacement dans sa configuration de serveur (pas de fichiers .htaccess par répertoire). Vérifiez quel serveur vous exécutez avant de postuler ; les concepts sont transférés mais pas la syntaxe.
Habituellement, une expression régulière trop large capturant des URL qu'elle ne devrait pas, ou une règle dont la sortie correspond à nouveau à son propre modèle (boucle infinie). Définissez des modèles spécifiques, ajoutez des conditions (RewriteCond) pour exclure la cible et testez chaque règle de manière isolée.

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.