Supprimez-vous les ID des adresses dans PrestaShop ? Prenez soin des anciens liens

Les URL propres dans PrestaShop permettent de remplacer les liens avec ID par des chemins lisibles, mais la modification de l’adresse d’un produit exige aussi la gestion de ses versions précédentes. Le client peut ouvrir un lien enregistré dans ses favoris, envoyé dans une newsletter ou trouvé sur Google. La nouvelle adresse doit fonctionner, et l’ancienne doit mener au bon endroit. C’est précisément pourquoi la suppression de l’ID doit être considérée comme un changement de la manière de gérer les adresses dans la boutique.

La suppression de l’ID de l’adresse améliore-t-elle le SEO ?

Google recommande des URL simples et descriptives, des mots compréhensibles pour l’utilisateur ainsi que des tirets pour séparer les mots. L’exemple /kubek-ceramiczny.html est plus facile à lire qu’une suite de paramètres peu clairs. Ces principes sont décrits dans la documentation sur la structure des URL de Google Search Central.

Cependant, ces recommandations ne signifient pas que la simple suppression du numéro d’ID garantira un meilleur positionnement. Une adresse contenant un ID peut toujours rester lisible. Avant de modifier une boutique en fonctionnement, définissez un objectif précis : un schéma de liens cohérent, des adresses plus courtes à partager ou une meilleure organisation des noms. Le coût du changement inclut aussi les redirections et la mise à jour des emplacements qui utilisent les anciennes URL.

Que change le module URL propres Pro ?

URL propres Pro pour PrestaShop, disponible dans le panneau sous le nom PD Pretty URLs Pro, crée son propre registre d’adresses liées aux objets de la boutique. Il prend en charge les produits, les catégories, les pages et catégories CMS, les fabricants, les fournisseurs ainsi que les pièces jointes. Les modèles se définissent pour un type de contenu, une boutique et une langue donnés.

Par exemple, le modèle produkty/{rewrite}.html peut créer l’adresse /produkty/kubek-ceramiczny.html. Le fragment {rewrite} provient du nom d’URL convivial enregistré pour l’objet. Il est également possible d’utiliser des modèles basés sur le nom, la catégorie ou la marque, selon le type de contenu.

Il s’agit d’une décision concernant la future structure du catalogue. Si vous placez la catégorie dans l’adresse du produit, son déplacement ultérieur vers une autre catégorie peut influencer l’URL. Choisissez un schéma qui conviendra à la boutique même après l’élargissement de l’offre.

Nouvelle URL, redirection 301 et canonical : trois tâches différentes

Supposons qu’un produit change d’adresse de /12-kubek.html à /kubek.html. Il s’agit d’exemples de chemins ; le résultat réel dépend du modèle, du préfixe de langue et de la configuration de la boutique.

Pour un changement permanent, Google recommande une redirection serveur 301 ou 308. Les redirections comme l’indication de l’adresse canonique aident à désigner la version préférée de la page. Vérifiez donc non seulement la barre du navigateur, mais aussi l’adresse enregistrée dans la balise canonical.

Que deviendront les anciens liens vers les produits ?

PD Pretty URLs Pro dispose d’une option de redirection des adresses natives de PrestaShop vers des URL propres. En mode actif, avec l’option activée et une nouvelle route disponible, une adresse produit reconnue avec ID peut mener à son adresse actuelle sans ID.

Un mécanisme distinct est l’historique des changements d’adresses. Lorsque le module modifie une route enregistrée, avec la conservation de l’historique activée, il peut laisser sa version précédente comme alias. Un alias historique pointe vers l’objet, par exemple un produit, et peut ainsi mener à son adresse actuelle même après un nouveau changement de nom.

Le module ne recréera pas de cette manière n’importe quelle URL antérieure à son installation qu’il n’a jamais eue dans son registre. Ces adresses doivent être collectées et affectées à des cibles. Un import CSV des alias est disponible avec aperçu et validation avant l’enregistrement ; un fichier peut contenir jusqu’à 500 lignes de données.

Idéalement, un ancien lien doit mener directement à la page actuelle. Google déconseille les chaînes de redirections ainsi que la redirection massive d’adresses non liées vers la page d’accueil. Après une migration, il est recommandé de maintenir les redirections aussi longtemps que possible, généralement au moins un an. Ces indications figurent dans le guide de changement d’adresses d’un site.

Deux produits portant le même nom : lequel obtiendra l’adresse ?

Après la suppression de l’ID, deux produits peuvent recevoir la même proposition de chemin, par exemple /kubek.html. Un conflit similaire peut survenir entre un produit et une catégorie, ou avec une adresse utilisée par un autre module.

URL propres Pro vérifie l’occupation et les réservations des chemins. Selon les paramètres, il peut tenter d’ajouter un chemin parent, appliquer un suffixe, par exemple /kubek-2.html, ou laisser le conflit à résoudre dans le panneau. Le chiffre dans un tel suffixe sert à distinguer les adresses et n’est pas l’ID du produit.

Des préfixes distincts, par exemple /produkty/ et /informacje/, facilitent la séparation des types de contenu. Les modèles sans préfixe fixe constituent une option avancée dans le module. Avant de les choisir, vérifiez également les chemins des catégories, des pages d’information et des autres modules.

Comment préparer le changement d’adresses dans une boutique en activité ?

1. Enregistrez l’état actuel. Préparez une copie de la base de données et de la configuration, ainsi qu’une liste des adresses importantes : produits, catégories et pages vers lesquels mènent des publicités ou des liens externes.
2. Définissez les modèles et le périmètre. Choisissez les types de contenu et les langues. Le module exige l’activation des URL conviviales dans PrestaShop. Vérifiez également les règles concernant l’historique, les redirections et les paramètres.
3. Préparez le registre en mode shadow. Ce mode permet de travailler sur les routes sans basculer les liens générés par la boutique vers des adresses propres. Il peut déjà gérer les alias configurés, il faut donc les inclure dans le plan.
4. Effectuez l’aperçu, la reconstruction et la validation. Terminez les tâches dans la file d’attente et résolvez les conflits. Le diagnostic Preflight vérifie notamment l’exhaustivité des routes, l’état de validation et les tâches non terminées ; les blocages détectés empêchent l’activation.
5. Après l’activation, vérifiez des parcours concrets. L’ancienne URL doit renvoyer la bonne redirection, et l’adresse finale doit ouvrir le bon produit. Comparez aussi la langue, la variante sélectionnée, la catégorie et le téléchargement de la pièce jointe, si le changement les concerne.
6. Vérifiez les emplacements de publication des liens. Comparez le menu, les descriptions, le plan du site, les flux et les publicités avec les adresses actuelles. Dans Search Console, surveillez l’indexation ainsi que le trafic sur les pages modifiées.

Un Preflight positif concerne la préparation technique du module. Les résultats de recherche doivent être surveillés séparément : Google avertit que pendant le traitement des changements d’adresses, des fluctuations temporaires de visibilité peuvent se produire.

Les nouvelles adresses seront-elles aussi intégrées au plan du site et aux flux ?

Le module s’intègre au mécanisme Link de PrestaShop. Grâce à cela, d’autres modules utilisant cette API peuvent récupérer les adresses propres actuelles. Une fonction de récupération par lot des URL est également disponible pour les intégrations.

La condition est une intégration fonctionnelle et l’utilisation, par le générateur concerné, d’un mécanisme de création de liens pris en charge. Un fichier XML enregistré auparavant doit être régénéré. Un lien saisi manuellement dans une description de produit, un article ou un modèle de message nécessite un contrôle séparé.

Google recommande la cohérence des adresses dans le maillage interne, le plan du site et les balises canonical. Il l’explique dans ses recommandations concernant les URL en e-commerce. Le simple transfert correct des données par le module ne confirme pas encore le contenu de chaque fichier d’export.

Paramètres de campagne et variantes : que ne pas supprimer sans vérification ?

Un paramètre dans l’URL peut contenir une information nécessaire à l’analyse ou à la sélection d’une variante précise. C’est pourquoi une « adresse propre » ne signifie pas automatiquement la suppression de tout ce qui suit le point d’interrogation.

PD Pretty URLs Pro propose des paramètres de conservation des principaux paramètres UTM ainsi que des identifiants gclid, fbclid et msclkid lors des redirections. Il permet aussi de définir les paramètres autorisés et la manière de traiter les combinaisons de produits. Vérifiez le lien menant à une taille ou une couleur précise. Si vous utilisez d’autres paramètres publicitaires, contrôlez-les séparément.

URL propres dans PrestaShop : questions fréquentes

Peut-on supprimer l’ID et conserver la terminaison .html ?

Oui. La terminaison peut rester une partie du modèle, par exemple produkty/{rewrite}.html. La suppression de l’ID n’exige pas de modifier en même temps tous les autres éléments de l’adresse.

Le module traduit-il les adresses dans d’autres langues ?

Il construit les adresses à partir des données disponibles pour la langue concernée ; ce n’est pas un traducteur de contenu. Si le nom convivial est resté en polonais, le nouveau modèle à lui seul ne lui donnera pas un sens allemand. Nous décrivons le remplissage de ces données dans l’article sur la traduction de la boutique PrestaShop.

Des URL plus courtes suffisent-elles pour la visibilité dans les réponses IA ?

Non. Une adresse lisible organise la manière d’accéder au contenu. Google indique que pour AI Overviews et AI Mode, les principes de base du SEO restent valables, sans format d’adresse spécial pour l’IA. La valeur de la description du produit et la possibilité de la lire restent importantes.

URL propres Pro associe la création d’adresses sans ID à l’historique des changements, à la gestion des conflits et aux redirections. Avant la mise en service, choisissez un schéma durable, préparez les anciens liens et vérifiez plusieurs parcours complets. Ainsi, le changement concernera à la fois l’apparence de la nouvelle adresse et la manière dont les clients y accèdent.