Changer une adresse sans perdre le trafic ni brouiller Google demande plus qu’un simple copier-coller. La redirection url wordpress devient vite un vrai sujet dès qu’une page change de slug, qu’un site migre vers un autre domaine ou qu’une campagne doit envoyer vers une autre page d’atterrissage. Dans cet article, je vais aller droit au but: comment choisir entre 301 et 302, quelle méthode utiliser dans WordPress, et quels pièges éviter pour ne pas abîmer le SEO.
Ce qu’il faut retenir avant de modifier une URL
- Une redirection 301 s’impose quand l’URL change durablement; une 302 sert à un transfert temporaire.
- Pour le SEO, une redirection côté serveur ou via un plugin fiable reste préférable à une solution côté navigateur.
- Un changement d’URL sans redirection crée des 404, casse le maillage interne et ralentit la transition SEO.
- Le plugin Redirection, disponible sur WordPress.org, est pratique pour gérer des règles, suivre les erreurs et limiter les oublis.
- Après la mise en place, il faut toujours vérifier le code HTTP, la page de destination et l’absence de chaîne de redirections.
Pourquoi une redirection d’URL change aussi la lecture du SEO
Une redirection dit à la fois à l’utilisateur et au moteur de recherche qu’une adresse a changé. Pour le référencement, ce détail compte beaucoup: si l’ancienne URL disparaît sans relais, vous créez une erreur 404, vous coupez le fil du maillage interne et vous laissez Google gérer seul la transition.
Quand le changement est définitif, je pars presque toujours sur une 301 ou, dans certains cas, une 308. Google Search Central rappelle qu’une redirection permanente côté serveur est la meilleure option quand l’URL doit vraiment être remplacée. À l’inverse, une 302 sert à un transfert temporaire: maintenance courte, page provisoire, test de campagne, bascule qui peut revenir en arrière.
Le bon réflexe consiste à raisonner en termes de canonique, c’est-à-dire la version de référence que vous voulez faire vivre dans les résultats et dans vos liens internes. Plus la logique est nette, plus la transition est propre. C’est ce cadre qui permet ensuite de choisir la méthode la plus adaptée dans WordPress.
Les méthodes qui marchent vraiment dans WordPress
Il n’existe pas une seule façon de faire une redirection dans WordPress, et toutes ne se valent pas selon le contexte. Moi, je compare toujours la simplicité, la fiabilité et le volume d’URLs à gérer.
| Méthode | Quand je la privilégie | Avantage | Limite |
|---|---|---|---|
| Plugin de redirection | Site éditorial, e-commerce, changements fréquents | Interface claire, suivi des 404, règles faciles à modifier | Ajoute une couche WordPress; moins léger qu’une règle serveur |
| Règle serveur | Migration, HTTPS, www/non-www, gros volume | Exécution plus basse dans la pile technique, donc très robuste | Nécessite un accès serveur et davantage de rigueur |
| Redirection automatique des slugs | Quand un article change de permalien | Réduit les oublis et sécurise les petites modifications | Ne couvre pas tous les scénarios de migration |
| JavaScript ou meta refresh | Cas d’appoint seulement | Facile à mettre en place | Moins fiable pour le SEO et moins propre pour l’expérience utilisateur |
En pratique, j’utilise le plugin quand je veux garder la main côté back-office et les règles serveur quand la redirection doit être la plus légère et la plus stable possible. Sur un petit site, l’écart est souvent invisible; sur un site qui bouge beaucoup, la discipline technique finit par compter. Cette distinction devient importante au moment de configurer la redirection elle-même.
Mettre en place une redirection proprement dans WordPress
Le plugin Redirection, proposé sur WordPress.org, couvre très bien les besoins courants: une URL source, une URL cible, un code HTTP, puis un contrôle des logs. C’est l’outil que je recommande dès qu’on veut aller vite sans sacrifier la lisibilité.
Avec le plugin Redirection
- Repérez l’URL d’origine exacte, avec ou sans slash final selon votre structure.
- Choisissez la page cible la plus proche du besoin réel de l’utilisateur, pas seulement la page la plus facile à lier.
- Sélectionnez 301 si le changement est durable, ou 302 si la redirection est provisoire.
- Activez le suivi des erreurs 404 pour repérer les anciennes adresses encore appelées.
- Testez la chaîne complète pour vérifier qu’il n’y a ni boucle, ni saut supplémentaire, ni erreur de destination.
Le point le plus sous-estimé, c’est le choix de la cible. Une page proche du sujet d’origine vaut mieux qu’un renvoi automatique vers l’accueil. L’utilisateur y gagne, et Google comprend mieux la logique du remplacement. Si vous avez beaucoup d’URLs à traiter, les règles par motif peuvent faire gagner du temps, mais je ne les utilise que quand la structure est vraiment stable.
Lire aussi : Désindexer une page WordPress - La méthode propre et efficace
Avec une règle serveur
Je réserve les règles serveur aux redirections importantes ou très répétées: passage en HTTPS, changement de domaine, normalisation du www ou migration massive de permaliens. Sur Apache, cela passe souvent par .htaccess; sur Nginx, par les règles de configuration du serveur. L’intérêt est simple: la redirection se fait avant WordPress, donc plus tôt, plus vite et avec moins de dépendance au contenu du site.
Cette approche demande en revanche plus de rigueur. Une erreur de syntaxe peut bloquer l’accès au site ou créer une boucle. C’est efficace, mais je la recommande surtout quand vous avez la main sur l’infrastructure ou quand la règle doit être absolument robuste. Une fois la mécanique en place, il faut encore éviter les fautes qui coûtent le plus cher en SEO.
Les erreurs SEO qui reviennent le plus souvent
La plupart des pertes de performance ne viennent pas de la redirection elle-même, mais d’un mauvais usage. Je vois souvent les mêmes schémas, et ils sont faciles à corriger une fois qu’on les identifie.
| Mauvaise pratique | Effet | Correctif |
|---|---|---|
| Mettre une 302 pour un changement permanent | Google peut garder l’ancienne URL visible plus longtemps que prévu | Passer sur une 301 ou une 308 |
| Créer une chaîne de redirections | Chargement plus lent, signal moins clair, maintenance compliquée | Rediriger directement vers la destination finale |
| Provoquer une boucle | La page ne charge plus correctement | Vérifier les règles, les exceptions et les correspondances |
| Tout envoyer vers la page d’accueil | Réponse peu pertinente, impression de “soft 404” | Choisir la page la plus proche du contenu d’origine |
| Oublier les liens internes et le sitemap | Les anciennes URLs restent utilisées par les visiteurs et les robots | Mettre à jour les menus, le contenu et les URLs déclarées |
| Utiliser une règle trop large avec des motifs | Des pages non concernées sont redirigées par erreur | Limiter le périmètre et tester chaque cas sensible |
Le vrai test, ce n’est pas seulement “est-ce que la page arrive quelque part ?”, c’est “est-ce qu’elle arrive au bon endroit, en une seule étape, avec le bon statut HTTP ?”. C’est ce niveau de précision qui sépare une redirection propre d’un simple pansement technique. Quand ce cadre est clair, le choix du bon scénario devient beaucoup plus simple.
Choisir le bon scénario selon la situation
Je me pose toujours la même question avant de créer une règle: l’ancienne adresse est-elle remplacée définitivement ou seulement pour un temps ? La réponse détermine presque tout.
| Situation | Type de redirection | Pourquoi |
|---|---|---|
| Changement définitif de slug d’un article | 301 | La nouvelle URL remplace l’ancienne dans la durée |
| Suppression d’une page avec équivalent utile | 301 | On conserve le contexte et on limite la perte de valeur |
| Maintenance ou campagne temporaire | 302 | L’adresse d’origine peut revenir ensuite |
| Migration de domaine | 301 côté serveur | Le changement est global et doit rester robuste |
| Passage en HTTPS ou normalisation www / non-www | 301 | On choisit une version canonique unique pour tout le site |
| Filtres, paramètres ou URLs d’appoint | Cas par cas | Il faut parfois conserver le paramètre plutôt que rediriger à l’aveugle |
Il y a un cas que beaucoup négligent: quand une page est supprimée sans équivalent utile. Dans ce cas, je préfère souvent renvoyer vers une catégorie, une ressource vraiment proche ou une archive pertinente plutôt que vers l’accueil. C’est plus honnête pour l’utilisateur, et plus logique pour le moteur. Reste alors la partie la moins spectaculaire, mais la plus rentable sur la durée: le contrôle final.
Le contrôle final qui garde vos redirections utiles dans le temps
Une redirection n’est pas vraiment terminée quand elle est enregistrée. Elle est terminée quand le lien interne a été mis à jour, que la destination répond bien en 200 et que les anciennes URLs ne produisent plus de signal faible ou confus.
- Vérifiez que la page cible répond bien directement, sans passer par 2 ou 3 sauts inutiles.
- Supprimez ou remplacez les liens internes qui pointent encore vers l’ancienne adresse.
- Contrôlez les erreurs 404 pendant 2 à 4 semaines après une migration ou une refonte.
- Documentez les redirections critiques pour éviter qu’elles soient modifiées sans contexte.
- Réservez les expressions régulières aux cas où la logique de correspondance est vraiment maîtrisée.
Quand je gère une évolution de site, je garde une règle simple: une URL supprimée doit toujours avoir une raison claire d’être redirigée, et cette raison doit rester lisible plusieurs mois plus tard. C’est cette discipline qui protège le trafic, évite les erreurs répétées et rend le travail de maintenance beaucoup plus propre.
