Un lecteur, Olivier, m'a écrit à propos d'un gros site WooCommerce en préparation : il voulait supprimer les segments /boutique/, /produit/ et /categorie-produit/ des URLs, sans installer d'extension, et ne trouvait que des informations contradictoires. Sa question revient souvent chez les dirigeants de PME qui lancent ou refondent une boutique. Elle mérite une réponse nuancée, car la manipulation est possible mais rarement neutre.
Cet article fait le point sur ce que WooCommerce permet nativement, sur les méthodes pour aller plus loin (code ou extension), sur les risques concrets (404, boucles de redirection, doublons) et sur ce que Google dit réellement des changements d'URL. L'objectif : des critères de décision, pas une incitation à modifier vos permaliens.
Ce que WooCommerce permet sans extension
Selon W3Techs (relevé du 10 septembre 2026, échantillon des 10 millions de sites les plus visités), WooCommerce équipe 8,0 % de l'ensemble des sites web et 47,8 % des sites dont la solution e-commerce est identifiée. Ses réglages par défaut concernent donc beaucoup de boutiques françaises, dans un marché que la FEVAD évalue à 196,4 milliards d'euros en 2025 (produits et services, +7 % sur un an, bilan du 11 février 2026).
Dans Réglages > Permaliens, WooCommerce propose quatre structures pour les fiches produits, documentées sur la page officielle des permaliens :
| Option | Exemple d'URL |
|---|---|
| Par défaut | monsite.fr/produit/sweat-logo |
| Base boutique | monsite.fr/boutique/sweat-logo |
| Base boutique avec catégorie | monsite.fr/boutique/sweats/sweat-logo |
| Base personnalisée | monsite.fr/catalogue/sweat-logo |
Le segment par défaut dépend de la langue du site (« product » en anglais, « produit » en français). En base personnalisée, le texte est libre mais un segment reste obligatoire. Les bases de catégorie (categorie-produit), d'étiquette et d'attribut se modifient dans la section « Optionnel » de la même page. On peut les renommer, pas les vider. La documentation précise que la base personnalisée ne doit pas être identique à la base de catégorie : WordPress a besoin d'un segment distinct pour savoir s'il sert un produit ou une catégorie. C'est là que réside le problème technique de la suppression complète.
Détail récent : depuis WooCommerce 10.5 (changement annoncé le 13 janvier 2026 sur le blog développeurs), un produit rattaché à plusieurs catégories prend dans son URL la catégorie la plus profonde, et non plus la plus ancienne. Les boutiques en « base boutique avec catégorie » ont pu voir des URLs changer, avec une redirection 301 automatique par la fonction wc_product_canonical_redirect(). Cette fonction compte dans l'analyse des boucles, plus bas.
Pourquoi vouloir retirer ces préfixes
Les arguments relèvent de la lisibilité et de la cohérence :
- des URLs plus courtes, plus faciles à lire et à partager ;
- le mot-clé du produit ou de la catégorie juste après le domaine ;
- une structure alignée sur la navigation (
/sweats/puis/sweats/sweat-logo/), sans mot redondant comme « produit ».
Soyons honnêtes sur le bénéfice SEO : Google ne publie aucun chiffre liant la longueur d'une URL à une meilleure position. Depuis 2012, je n'ai jamais vu un simple retrait de préfixe faire remonter une boutique. J'ai vu plusieurs fois l'inverse : une migration d'URLs mal préparée qui fait chuter le trafic pendant des semaines. Le gain est réel côté expérience utilisateur ; il est marginal côté classement.
Trois méthodes, du plus léger au plus lourd
1. Renommer les bases plutôt que les supprimer
C'est l'option la plus sûre, sans extension. Remplacer categorie-produit par un mot court (collection, rayon) et choisir « base boutique » pour les produits raccourcit déjà nettement les URLs. Sur un site pas encore lancé, comme celui d'Olivier, c'est souvent le meilleur compromis : URLs propres, aucune règle de réécriture personnalisée, aucun conflit possible avec les pages.
2. Le code maison : possible, mais à maintenir
Techniquement, la suppression passe par deux hooks WordPress : un filtre post_type_link qui retire le segment des URLs générées, et des règles add_rewrite_rule() ajoutées à l'action init pour que WordPress retrouve le produit derrière /sweat-logo/, suivies d'un réenregistrement des permaliens. Des tutoriels comme celui de Business Bloomer donnent le code, en avertissant que la suppression de la base peut entrer en conflit avec les pages, articles et autres types de contenu, et avec d'autres extensions.
Le vrai coût n'est pas l'écriture du code, c'est sa maintenance : chaque mise à jour de WooCommerce ou d'une extension SEO peut modifier l'ordre des règles de réécriture. Sans développeur pour tester après chaque mise à jour, ce n'est pas une option raisonnable pour une PME.
3. Les extensions encore maintenues en 2026
Les extensions gèrent les règles de réécriture, les balises canonical et, en version payante, les redirections 301. État des trois solutions les plus utilisées, relevé le 10 septembre 2026 :
| Extension | Dernière mise à jour | Installations actives | Suppression des bases | Redirections 301 | Tarif payant |
|---|---|---|---|---|---|
| Premmerce Permalink Manager | 12 mai 2026 (v2.3.13) | 50 000+ | Gratuit (produits et catégories), canonical incluse | Version premium uniquement | Vendue en bundle, à partir de 99 $/an pour 1 site |
| Permalink Manager Lite / Pro | 9 août 2026 (v2.6.0) | 100 000+ | Version Pro uniquement | Automatiques (anciennes URLs redirigées) | 49 €/an pour 2 domaines, 119 € en licence à vie |
| Custom Permalinks for WooCommerce (marketplace Woo) | v2.1.0 (date non affichée) | Non publié | Oui, « slug produit seul » | Automatiques + canonical | 43 €/an |
La note de Premmerce (3,9/5 sur 53 avis) invite à tester en préproduction avec vos autres extensions. Et la documentation de l'extension du marketplace Woo prévient elle-même que modifier des permaliens déjà positionnés peut affecter le classement, et conseille de consulter un spécialiste SEO avant : même l'éditeur officiel juge l'opération sensible.
Les risques concrets, et comment les éviter
Collisions de slugs
Sans préfixe, un produit « chaussures », une catégorie « chaussures » et une page « chaussures » réclament la même URL. WordPress en sert une et renvoie une 404 ou un mauvais contenu pour les autres. Avant toute bascule, exportez les slugs de pages, produits et catégories et vérifiez l'absence de doublon, par script sur un gros catalogue.
Boucles de redirection
C'est le problème que je rencontre le plus souvent en audit après ce type de modification. Une règle renvoie /produit/sweat-logo/ vers /sweat-logo/, et une autre couche (fonction canonique de WooCommerce, gestionnaire de redirections de Yoast ou Rank Math, règle .htaccess oubliée, cache serveur) renvoie /sweat-logo/ vers /produit/sweat-logo/. Le navigateur affiche « trop de redirections » et Googlebot abandonne. Pour l'éviter : une seule source de redirections, vidage complet des caches (extension, serveur, CDN) après la bascule, et un test curl -I sur un échantillon d'anciennes URLs pour vérifier une seule réponse 301, puis un 200.
Chaînes et doublons
Google indique dans son guide des migrations avec changement d'URL que Googlebot peut suivre jusqu'à 10 sauts dans une chaîne, mais recommande de rediriger directement vers la destination finale. Si /produit/x/ passe par /boutique/x/ avant /x/, corrigez la première règle. Et si les anciennes URLs restent accessibles en 200, vous avez deux pages identiques : la balise canonical limite les dégâts, la redirection reste la bonne réponse. Notre article sur la balise canonical et le contenu dupliqué détaille le sujet.
Ce que Google dit réellement d'un changement d'URL
Trois points de la documentation officielle cadrent le débat :
- « Les redirections 301 et les autres redirections permanentes n'entraînent pas de perte de PageRank. » Le transfert de signaux existe, si la redirection est propre.
- La visibilité dans la recherche « peut fluctuer temporairement pendant la migration. Cela est normal ». Google ne chiffre pas cette fluctuation ; les pourcentages de perte lus ici ou là ne viennent pas de lui.
- « Conservez les redirections aussi longtemps que possible, généralement au moins un an. » Les retirer au bout de quelques mois annule le bénéfice.
Pour un déplacement de chemins sur le même domaine, l'outil de changement d'adresse de la Search Console n'est pas nécessaire ; un sitemap XML à jour et le suivi du rapport d'indexation le sont. Le principe est celui d'un changement de nom de domaine, à plus petite échelle.
Décider selon votre situation
| Situation | Recommandation |
|---|---|
| Boutique pas encore lancée | Renommez les bases ou installez une extension maintenue avant la première indexation. Aucune redirection à gérer. |
| Boutique en ligne, peu de trafic organique | Acceptable si le plan de redirections est complet et testé, idéalement lors d'une refonte. |
| Boutique avec trafic organique significatif | Ne touchez aux URLs que si un autre bénéfice justifie le chantier (refonte d'arborescence, changement de CMS). Un gain esthétique ne compense pas le risque. |
| Catalogue volumineux ou multi-catégories | Collisions de slugs et comportement de WooCommerce 10.5 à auditer avant tout. |
Si vous décidez d'y aller : export complet des URLs (CMS, logs serveur, Search Console), tableau de correspondance ancien/nouveau, mise en place en préproduction, test des redirections, du tunnel de commande et des extensions de cache et de paiement, sauvegarde, bascule, vidage des caches, envoi du nouveau sitemap, puis surveillance des 404 et des positions pendant plusieurs mois. Un contrôle de l'indexation régulier repère vite les pages qui décrochent.
Et la navigation à facettes ?
Olivier posait une seconde question : quel système de filtres pour une cinquantaine de catégories et autant d'attributs ? Le sujet est lié, car les filtres créent des milliers d'URLs paramétrées, elles aussi réécrivables « proprement ». Le critère de choix n'est pas le nombre de fonctionnalités mais le contrôle de l'indexation : décider quelles combinaisons sont indexables (catégorie + une valeur d'attribut à forte demande, par exemple) et bloquer le reste par canonical ou noindex. Vérifiez ce point avant d'acheter une licence, quel que soit l'éditeur.
Questions fréquentes
Peut-on supprimer /produit/ des URLs WooCommerce sans extension ?
Pas depuis les réglages natifs : WooCommerce permet de renommer les bases produits, catégories et étiquettes, mais pas de les vider. La suppression complète demande soit du code personnalisé (filtre post_type_link et règles de réécriture), soit une extension dédiée. Le code maison doit être retesté à chaque mise à jour.
Supprimer les préfixes améliore-t-il le référencement ?
Le bénéfice direct sur le classement est marginal et Google ne publie aucune donnée qui lie la longueur d'une URL à une meilleure position. Les gains réels concernent la lisibilité, le partage et la cohérence de l'arborescence. Sur une boutique déjà bien positionnée, le risque d'une migration mal exécutée dépasse souvent ce gain.
Quelle est la position de Google sur un changement d'URL ?
Google indique que les redirections 301 ne provoquent pas de perte de PageRank, mais prévient qu'une fluctuation temporaire de visibilité est normale pendant une migration. Il recommande de conserver les redirections au moins un an et d'éviter les chaînes de redirections, même si Googlebot peut suivre jusqu'à dix sauts.
Pourquoi ma boutique affiche « trop de redirections » après la modification ?
Deux couches se contredisent : une règle envoie l'ancienne URL vers la nouvelle, et une autre (fonction canonique de WooCommerce, extension SEO, règle .htaccess ou cache) renvoie vers l'ancienne. Gardez une seule source de redirections, videz tous les caches et testez un échantillon d'URLs avec curl -I pour vérifier une seule réponse 301 suivie d'un 200.
Quelle extension choisir pour gérer les permaliens WooCommerce ?
Trois solutions restent maintenues en 2026 : Premmerce Permalink Manager (gratuit pour la suppression des bases, redirections en premium), Permalink Manager Pro (suppression des bases et redirections incluses, à partir de 49 €/an) et Custom Permalinks for WooCommerce sur le marketplace Woo (43 €/an). Testez toujours sur une préproduction avec vos extensions de cache et de paiement.
Faut-il utiliser l'outil de changement d'adresse de la Search Console ?
Non pour un simple changement de structure d'URL sur le même domaine : cet outil est réservé aux changements de domaine. En revanche, soumettez un sitemap XML à jour, surveillez le rapport d'indexation et les erreurs 404, et suivez les positions de vos pages principales pendant plusieurs mois.