Indexation Google pour PrestaShop : le guide complet pour faire trouver ta boutique dans les résultats de recherche
Navigue l'architecture d'URLs multi-langue de PrestaShop et la complexité des combinaisons de produits pour une indexation Google propre
Dans ce guide
PrestaShop propulse plus de 300 000 boutiques à travers l'Europe et l'Amérique latine, mais ses fonctionnalités puissantes — combinaisons de produits, routage d'URLs multi-langue et extensibilité profonde des modules — créent des défis d'indexation spécifiques. Chaque combinaison peut générer sa propre URL, inondant Google de doublons. Le support multi-langue crée des structures d'URL parallèles qui nécessitent une configuration hreflang appropriée. Les modules tiers génèrent des pages absentes des sitemaps.
Ce guide couvre PrestaShop 1.7.x et 8.x, parcourant le panneau SEO de l'admin, le module GSitemap, les URLs propres, la configuration .htaccess, la gestion multi-langue, la gestion des URLs de combinaison, et l'audit des pages générées par les modules.
Le panneau de configuration SEO & URLs de PrestaShop
Les réglages SEO principaux de PrestaShop vivent dans le panneau admin sous Paramètres de la boutique > Trafic & SEO > SEO & URLs (dans PrestaShop 8.x) ou Préférences > SEO & URLs (dans PrestaShop 1.7.x). Ce panneau contient plusieurs réglages critiques qui affectent comment les URLs de ta boutique sont structurées et comment Google perçoit tes pages.
Le premier réglage essentiel est « URL propre ». Il doit être activé (mis sur Oui) pour transformer les URLs par défaut basées sur paramètres de PrestaShop (index.php?id_product=42&controller=product) en chemins propres et lisibles (/en/shoes/42-running-shoe.html). Sans URLs propres, les URLs de ta boutique sont moches, plus difficiles à classer, et moins cliquables dans les résultats de recherche.
Le réglage « URL accentuée » contrôle si les caractères non-ASCII sont préservés dans les URLs. Pour les boutiques dans des langues qui utilisent des accents (français, espagnol, allemand, portugais), l'activer crée des URLs plus naturelles (/fr/chaussures-de-course.html au lieu de /fr/chaussures-de-course.html). Cependant, certains serveurs plus anciens et configurations CDN ne gèrent pas bien les URLs accentuées. Teste avant d'activer.
Le réglage « Rediriger produit désactivé » est d'une importance critique pour le SEO e-commerce. Quand un produit est désactivé (mis hors ligne), ce réglage contrôle ce qui arrive à son URL. Les options incluent : « Pas de redirection » (renvoie un 404), « Redirection permanente (301) vers la catégorie du produit », ou « Redirection permanente (301) vers une URL spécifique ». Pour les produits qui ne reviendront jamais, choisis la redirection 301 vers la catégorie du produit. Pour les produits temporairement en rupture, désactive le produit mais choisis « Pas de redirection » et prévois de le réactiver plus tard — ou mieux encore, garde le produit activé avec un message de rupture.
La section « Structure d'URL » te laisse personnaliser le pattern d'URL pour les produits, catégories et pages CMS. L'URL produit par défaut de PrestaShop inclut l'ID du produit : /{category}/{id}-{rewrite}.html. Bien qu'inclure l'ID assure l'unicité de l'URL, ce n'est pas idéal pour le SEO (les nombres dans les URLs font moins professionnel). PrestaShop 8.x te permet de retirer l'ID des URLs, mais sache que cela exige des slugs de produits uniques à travers tout ton catalogue — si deux produits ont le même slug, l'un recevra un suffixe auto-ajouté.
Sous les réglages de structure d'URL, tu trouveras la section de gestion des balises meta. PrestaShop te permet de définir des titres et descriptions meta par défaut pour les types de pages (pages produits, pages catégories, pages CMS, la page d'accueil) en utilisant des variables comme {name}, {price}, {category}. Personnalise ces templates pour générer des métadonnées uniques et riches en mots-clés à grande échelle.
Module GSitemap et gestion des sitemaps
PrestaShop n'inclut pas de générateur de sitemap dans son installation de base. La solution la plus couramment utilisée est le module GSitemap, disponible gratuitement sur la marketplace PrestaShop Addons. Après avoir installé GSitemap (Modules > Module Manager > rechercher GSitemap), configure-le depuis la page de réglages du module.
GSitemap génère un sitemap XML qui inclut les produits, catégories, pages CMS, et optionnellement les pages générées par les modules. Les options de configuration clés incluent : quels types de contenu inclure (produits, catégories, pages CMS, pages fournisseurs, pages fabricants), la fréquence de mise à jour pour chaque type, et si inclure les images dans le sitemap.
Après configuration, clique sur « Générer le sitemap » pour créer le fichier sitemap initial à /1_index_sitemap.xml (ou /sitemap.xml selon ta configuration). GSitemap crée un index de sitemap qui référence des fichiers de sitemap individuels pour chaque type de contenu. Pour les boutiques avec beaucoup de produits, il divise les sitemaps de produits en fichiers d'au maximum 25 000 URLs chacun.
GSitemap peut être configuré pour se régénérer automatiquement en utilisant le système cron de PrestaShop. Le module fournit une URL cron que tu ajoutes au crontab de ton serveur. Mets-la à exécuter quotidiennement (0 3 * * * wget -q -O /dev/null 'https://taboutique.com/modules/gsitemap/gsitemap-cron.php?token=TON_TOKEN') pour que le sitemap reste à jour à mesure que tu ajoutes et retires des produits.
Une limitation significative de GSitemap : il n'inclut pas automatiquement les pages générées par les modules tiers. Si tu as installé un module de blog (comme PrestaShop Blog de Starter Theme), un module FAQ, ou un module de landing page personnalisé, ces pages n'apparaîtront pas dans le sitemap généré par GSitemap. Tu dois soit trouver un module de sitemap qui supporte ces types de pages, soit les ajouter manuellement au sitemap, soit configurer le module spécifique pour qu'il génère son propre sitemap que tu soumets séparément dans Google Search Console.
Après avoir généré le sitemap, soumets-le dans Google Search Console. Ouvre l'URL du sitemap de ta boutique dans un navigateur d'abord pour vérifier qu'il s'agit d'un XML valide et qu'il contient les URLs attendues. Vérifie les entrées en double, les URLs avec paramètres de session, ou les pages que tu as intentionnellement mises en noindex qui ne devraient pas être dans le sitemap.
Configuration des URLs multi-langues et hreflang
Le support multi-langue intégré de PrestaShop est l'une de ses fonctionnalités les plus fortes pour l'e-commerce international. Quand tu installes un pack de langue (International > Localisation > Langues), PrestaShop crée une structure d'URL parallèle pour chaque langue. Les produits en anglais vivent à /en/category/product-name.html, en français à /fr/categorie/nom-du-produit.html, en espagnol à /es/categoria/nombre-del-producto.html, et ainsi de suite.
Chaque produit, catégorie et page CMS a un champ de réécriture d'URL séparé pour chaque langue installée. Quand tu édites un produit, change le sélecteur de langue dans l'éditeur pour voir et personnaliser le slug pour chaque langue. C'est essentiel : PrestaShop auto-traduit les slugs quand tu utilises la fonctionnalité d'auto-traduction, mais les slugs auto-traduits sont souvent maladroits ou incorrects. Passe en revue manuellement et optimise le slug d'URL pour chaque langue, en incorporant les mots-clés pertinents pour le comportement de recherche de cette langue.
Les balises hreflang disent à Google quelle version linguistique d'une page montrer aux chercheurs dans différentes régions. PrestaShop 1.7.7+ inclut un support hreflang intégré qui émet des balises <link rel="alternate" hreflang="xx" href="..."> dans la section head du HTML pour chaque version linguistique d'une page. Cependant, l'implémentation a des problèmes connus dans certaines versions de PrestaShop où les balises hreflang sont manquantes ou incorrectes. Vérifie en regardant le source d'une page produit et en vérifiant que les balises hreflang sont présentes pour toutes les langues actives.
Si les balises hreflang sont manquantes, installe un module SEO dédié qui gère la génération hreflang. Plusieurs modules sur la marketplace PrestaShop Addons traitent spécifiquement le SEO multi-langue, incluant la génération de balises hreflang, les URLs canoniques spécifiques à la langue, et le support de sitemap multi-langue.
Pour les boutiques multi-pays où la même langue est utilisée dans différents pays (par exemple, l'anglais pour les US et le UK, l'espagnol pour l'Espagne et le Mexique), hreflang a besoin à la fois de codes de langue et de pays : hreflang="en-us" et hreflang="en-gb". Le hreflang intégré de PrestaShop peut ne pas gérer le ciblage spécifique au pays. Tu peux avoir besoin d'un module ou de développement personnalisé pour générer des annotations hreflang spécifiques au pays.
La structure d'URL multi-langue interagit aussi avec ton sitemap. GSitemap génère des URLs pour toutes les langues dans un seul sitemap (ou divisées par langue, selon la configuration). Vérifie que le sitemap inclut des URLs pour chaque langue et que chaque URL résout correctement.
Combinaisons de produits et gonflement d'URLs
Le système de combinaisons de produits de PrestaShop permet à un seul produit d'avoir plusieurs variantes basées sur des attributs : taille, couleur, matériau, largeur, longueur, etc. Un produit chaussure basique avec 8 tailles et 5 couleurs génère 40 combinaisons. Un produit électronique configurable avec mémoire, stockage, couleur et options de garantie peut facilement dépasser 100 combinaisons.
L'impact sur l'indexation dépend de ta configuration. Par défaut, PrestaShop ne crée pas d'URLs séparées pour chaque combinaison — la page produit se charge avec une combinaison par défaut, et les utilisateurs sélectionnent leur combinaison préférée en utilisant des menus déroulants ou des swatches. L'URL reste la même (/en/shoes/42-running-shoe.html) peu importe quelle combinaison est sélectionnée. C'est le comportement idéal pour le SEO car il consolide tout le trafic de variantes vers une seule URL indexée.
Cependant, certains thèmes et modules PrestaShop modifient ce comportement. Les frameworks de thèmes comme Starter Theme ou les thèmes commerciaux peuvent ajouter les attributs de combinaison à l'URL sous forme de fragments d'ancrage (#size-10-color-red) ou de paramètres de requête (?size=10&color=red). Les fragments d'ancrage ne sont pas indexés par Google (il ignore tout après le #), mais les paramètres de requête peuvent l'être. Si ton thème ajoute les sélections de combinaison comme paramètres de requête, chaque combinaison crée une URL unique que Google peut tenter d'indexer.
Pour vérifier le comportement de ta boutique, visite un produit avec des combinaisons et sélectionne différentes options. Regarde la barre d'adresse du navigateur. Si l'URL change à chaque sélection de combinaison, tu as un problème potentiel de gonflement d'index. Corrige ça au niveau du thème en t'assurant que les sélections de combinaison sont gérées via JavaScript sans modifier l'URL, ou en utilisant des fragments d'ancrage au lieu de paramètres de requête.
Si les URLs de combinaison avec paramètres de requête sont déjà dans l'index de Google, ajoute des balises canoniques sur toutes les URLs paramétrées de combinaison pointant vers l'URL de base du produit (sans paramètres). Tu peux aussi bloquer les paramètres de combinaison dans robots.txt : Disallow: /*?size=, Disallow: /*?color=, etc. La solution la plus complète est une modification de thème qui retire entièrement les paramètres d'URL.
Pour les boutiques qui veulent intentionnellement des pages indexées séparées pour chaque combinaison (rare, mais parfois utilisé dans la mode où chaque variante de couleur a des images et descriptions uniques), assure-toi que chaque page de combinaison a un titre, une meta description et un contenu uniques. Une page pour « Running Shoe - Rouge Taille 10 » qui est identique à « Running Shoe - Bleu Taille 8 » sauf pour le texte des options sera signalée comme contenu dupliqué.
IDs de session, .htaccess et hygiène technique d'URL
Les installations PrestaShop plus anciennes (en particulier celles mises à niveau depuis des versions antérieures à 1.7) peuvent ajouter des IDs de session aux URLs. Un ID de session crée une URL unique pour chaque session de visiteur : /en/shoes/42-running-shoe.html?PHPSESSID=abc123xyz. Google traite chaque URL paramétrée de session comme une page distincte, indexant potentiellement des milliers de pages dupliquées qui ne diffèrent que par l'ID de session.
PrestaShop 1.7+ et 8.x gèrent les sessions via cookies par défaut, donc les IDs de session ne devraient pas apparaître dans les URLs. Cependant, si la configuration PHP de ton serveur a session.use_only_cookies mis à 0, PHP retombe sur les sessions basées sur URL quand les cookies ne sont pas disponibles. Vérifie ta configuration PHP et assure-toi que session.use_only_cookies = 1 et session.use_trans_sid = 0.
Le fichier .htaccess dans le répertoire racine de PrestaShop contrôle la réécriture d'URL, les règles de redirection et les directives de sécurité. PrestaShop génère ce fichier automatiquement quand tu actives les URLs propres. Le .htaccess généré inclut des RewriteRules pour le routage d'URLs propres, des règles pour bloquer l'accès aux répertoires sensibles (/config/, /download/, /mails/, /modules/), et des règles pour gérer MultiViews.
Personnalise le fichier .htaccess avec soin. Ajoute tes règles de redirection personnalisées (redirections 301 pour anciennes URLs, patterns de blocage pour crawling non désiré) au-dessus de la section auto-générée de PrestaShop, qui est marquée par les commentaires # ~~start~~ et # ~~end~~. Les règles à l'intérieur de la section auto-générée sont écrasées quand tu changes les réglages dans le panneau admin.
Ajoute ce qui suit à ton .htaccess pour l'hygiène SEO : force HTTPS (RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]), force un domaine consistant (avec ou sans www, mais pas les deux), et bloque les patterns de paramètres de bots connus. Ces règles assurent que Google voit une seule version canonique de chaque URL.
Pour les serveurs Nginx, PrestaShop n'utilise pas .htaccess. La configuration équivalente va dans ton bloc serveur Nginx. PrestaShop fournit des exemples de configurations Nginx dans leur documentation qui incluent les règles de réécriture pour URLs propres, les directives de sécurité, et les en-têtes de cache de fichiers statiques.
Pages générées par les modules et angles morts SEO
L'écosystème de modules de PrestaShop ajoute des fonctionnalités via des extensions installables, et beaucoup de modules génèrent des pages publiques qui ne sont pas incluses dans le sitemap de base ou couvertes par les réglages SEO par défaut. Ces pages deviennent des angles morts SEO — elles existent, Google peut les trouver, mais elles peuvent manquer de métadonnées appropriées, de balises canoniques, ou d'inclusion au sitemap.
Les exemples courants incluent : les modules de blog qui créent des pages à /blog/titre-article (comme le populaire module Smart Blog), les modules FAQ à /faq, les modules de listing de fabricants, les pages fournisseurs, les pages de marques, et les constructeurs de landing pages personnalisés. Chacun de ces modules peut ou non gérer le SEO correctement. Certains incluent leur propre gestion de balises meta et génération de sitemap ; d'autres émettent des pages avec des métadonnées par défaut ou vides.
Audite tes modules installés en allant vers l'URL publique de chaque module et en vérifiant le source de la page. Cherche : une balise <title> qui soit spécifique à la page (pas le titre de template PrestaShop par défaut), une meta description qui décrit le contenu, une balise URL canonique, et des données structurées si applicable. Si un module émet des pages avec des métadonnées par défaut ou manquantes, vérifie la configuration du module pour des réglages SEO. Si le module ne supporte pas les métadonnées personnalisées, tu as trois options : trouver un meilleur module qui le fait, modifier les fichiers de template du module pour ajouter les métadonnées, ou demander au développeur du module d'ajouter des champs SEO.
Pour l'inclusion au sitemap, vérifie si les pages du module apparaissent dans ta sortie GSitemap. Si elles ne le font pas, tu peux : installer un module de sitemap plus complet qui détecte les pages de modules, ajouter manuellement les URLs à un sitemap supplémentaire, ou vérifier si le module génère son propre fichier sitemap (certains modules de blog le font, typiquement à /modules/nommodule/sitemap.xml).
PrestaShop 8.x a introduit un système de hooks qui permet aux modules de s'intégrer plus proprement au framework SEO. Les modules qui implémentent le hook actionGetPageSeoInfo peuvent fournir leurs URLs de pages et métadonnées au système SEO de base. Quand tu évalues des modules, préfère ceux construits pour PrestaShop 8.x qui utilisent ces hooks modernes plutôt que les modules legacy qui contournent entièrement le framework SEO.
Guide étape par étape
Active les URLs propres et configure la structure d'URL
Connecte-toi à ton panneau admin PrestaShop et va dans Paramètres de la boutique > Trafic & SEO > SEO & URLs. Mets « URL propre » sur Oui. Avant d'enregistrer, vérifie que ton serveur a mod_rewrite activé (Apache) ou les règles de réécriture appropriées configurées (Nginx). Enregistre les réglages et teste ta boutique en visitant une page produit — l'URL devrait maintenant être propre (par exemple, /en/shoes/42-running-shoe.html au lieu de index.php?id_product=42). Si les pages renvoient des erreurs 404, le fichier .htaccess peut ne pas avoir été généré correctement. Supprime le .htaccess existant et enregistre à nouveau les réglages SEO pour le régénérer. Passe en revue les templates de structure d'URL pour les produits, catégories et pages CMS et personnalise-les si désiré (par exemple, retirer le numéro d'ID pour les boutiques PrestaShop 8.x).
Installe et configure GSitemap
Va dans Modules > Module Manager et recherche « GSitemap ». S'il n'est pas installé, télécharge-le depuis la marketplace PrestaShop Addons et installe-le. Ouvre la configuration du module et sélectionne quels types de contenu inclure : Produits (Oui), Catégories (Oui), Pages CMS (Oui). Mets Fabricants et Fournisseurs sur Non sauf si ces pages ont un contenu substantiel. Active les sitemaps d'images si tes images de produits ont des noms de fichiers descriptifs et du texte alt. Clique sur « Générer le sitemap » et vérifie la sortie à /1_index_sitemap.xml (ou ton chemin configuré). Configure un job cron pour la régénération quotidienne en utilisant l'URL cron fournie par le module. Soumets l'URL du sitemap dans Google Search Console.
Personnalise les balises meta pour tous les types de pages
Dans Paramètres de la boutique > Trafic & SEO > SEO & URLs, descends jusqu'à la section de gestion des balises meta. Pour chaque type de page (page d'accueil, produit, catégorie, page CMS, résultats de recherche, etc.), PrestaShop liste le titre meta et la description actuels. Clique sur « Éditer » pour personnaliser. Pour la page d'accueil, écris un titre et une description uniques mettant en avant ton nom de marque et tes mots-clés principaux. Pour les pages produits, personnalise le template en utilisant des variables : « {name} - {price} | {shop_name} » pour les titres et « {description_short} - Achète {name} chez {shop_name} » pour les descriptions. Pour les pages catégories, utilise « {name} - {shop_name} » et un template de description incorporant la description de catégorie. Pour les pages qui ne devraient pas être indexées (résultats de recherche, mon compte, confirmation de commande), ajoute noindex en utilisant les réglages meta spécifiques à la page.
Configure le SEO multi-langue (si applicable)
Pour les boutiques avec plusieurs langues, va dans International > Localisation > Langues et vérifie que toutes les langues actives ont des codes ISO appropriés. Pour chaque produit, ouvre l'éditeur de produit et change le sélecteur de langue pour vérifier que chaque langue a une réécriture d'URL (slug), un nom de produit et une description personnalisés. Ne te fie pas à l'auto-traduction pour les slugs — passe en revue et optimise chacun manuellement pour la pertinence des mots-clés dans cette langue. Vérifie la sortie des balises hreflang en regardant le source d'une page produit — tu devrais voir <link rel="alternate" hreflang="xx" href="..."> pour chaque langue active. Si les balises hreflang sont manquantes, installe un module SEO multi-langue dédié depuis la marketplace PrestaShop Addons.
Audite et corrige le comportement d'URL des combinaisons de produits
Visite un produit avec plusieurs combinaisons (par exemple, un produit avec options de taille et de couleur) et sélectionne différentes combinaisons en regardant la barre d'adresse du navigateur. Si l'URL change à chaque sélection (ajoutant des paramètres de requête comme ?size=10&color=red), tu as un problème potentiel de contenu dupliqué. D'abord, vérifie la configuration de ton thème pour un réglage « mise à jour d'URL » ou « URL de combinaison » et désactive-le. Si aucun tel réglage n'existe, la correction nécessite l'édition du JavaScript de la page produit du thème pour empêcher l'ajout de paramètres d'URL. Comme mesure temporaire, ajoute des règles robots.txt bloquant les patterns de paramètres de combinaison : Disallow: /*?size= et Disallow: /*?color=. Vérifie que l'URL de base du produit a une balise canonique auto-référencée.
Configure les règles .htaccess pour l'hygiène d'URL
Ouvre le fichier .htaccess de ta boutique (dans le répertoire racine de PrestaShop) et ajoute des règles au-dessus de la section auto-générée (avant le commentaire # ~~start~~). Ajoute le forçage HTTPS : RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]. Ajoute la consistance www (soit force www, soit force non-www, pas les deux). Ajoute le blocage d'ID de session : RewriteCond %{QUERY_STRING} PHPSESSID / RewriteRule .* %{REQUEST_URI}? [R=301,L]. Vérifie que ta configuration PHP a session.use_only_cookies = 1 pour empêcher les IDs de session d'apparaître dans les URLs en premier lieu. Teste toutes les règles en visitant ta boutique avec divers patterns d'URL et en confirmant les redirections correctes en utilisant les outils développeur du navigateur.
Soumets les URLs prioritaires via IndexBolt et surveille
Après avoir terminé toutes les configurations SEO techniques, utilise IndexBolt pour soumettre tes pages produits, pages catégories et pages de contenu CMS les plus prioritaires à Google. Pour les boutiques PrestaShop, priorise les produits les plus vendus, les collections saisonnières, et les produits nouvellement ajoutés. Si ta boutique est multi-langue, soumets d'abord les versions de langue principale, puis soumets les autres versions linguistiques pour t'assurer que Google indexe les bonnes relations hreflang. Le mode Instant d'IndexBolt est précieux pour les lancements de produits, ventes flash, et promotions saisonnières où une indexation retardée signifie des ventes perdues. Surveille les résultats dans Google Search Console, en prêtant attention au rapport Couverture de l'index pour toute exclusion inattendue ou doublons. Vérifie que la bonne version linguistique apparaît pour les recherches dans chaque marché cible.
Problèmes courants et comment les résoudre
Les paramètres de combinaison de produits créent des milliers d'URLs dupliquées
Cause : Certains thèmes PrestaShop ajoutent les sélections d'attributs de produits (taille, couleur, matériau) comme paramètres de requête à l'URL du produit. Un produit avec 40 combinaisons crée 40 URLs uniques avec le même contenu. Google les découvre via les gestionnaires d'événements JavaScript qui modifient l'URL à la sélection de combinaison, ou via les liens internes dans le markup de la page produit.
Solution : Modifie le thème pour gérer les sélections de combinaison via JavaScript sans changer l'URL, ou utilise des fragments d'ancrage (`#`) au lieu de paramètres de requête (`?`). Ajoute des balises canoniques sur les URLs paramétrées pointant vers l'URL de base du produit. Bloque les paramètres de combinaison dans `robots.txt` comme mesure de secours. Pour PrestaShop 8.x, vérifie si le thème offre une option de configuration pour désactiver les mises à jour d'URL lors du changement de combinaison.
Contenu multi-langue traité comme doublons par Google
Cause : Les balises hreflang sont manquantes ou incorrectement implémentées, faisant que Google traite les versions française, espagnole et anglaise du même produit comme du contenu dupliqué plutôt que comme des variantes linguistiques. Le support hreflang intégré de PrestaShop a des bugs connus dans certaines versions (en particulier 1.7.6.x à 1.7.7.x) qui émettent des annotations hreflang incorrectes.
Solution : Vérifie les balises hreflang en regardant le source des pages produits dans chaque langue. Chaque page devrait avoir des balises hreflang pour toutes les versions linguistiques, incluant une balise auto-référencée. Si les balises sont manquantes ou incorrectes, mets à jour PrestaShop à la dernière version (8.x) où la gestion hreflang est améliorée, ou installe un module SEO multi-langue dédié. Assure-toi que chaque produit a des réécritures d'URL correctement traduites pour chaque langue — les slugs auto-générés contiennent souvent des erreurs d'encodage.
Balises meta par défaut non personnalisées, créant des métadonnées génériques dans toute la boutique
Cause : Les templates de balises meta par défaut de PrestaShop produisent des titres et descriptions génériques comme « Acheter [Nom du Produit] chez [Nom de la Boutique] » pour chaque produit et « [Nom de la Catégorie] - [Nom de la Boutique] » pour chaque catégorie. Quand des centaines de produits partagent le même template avec une différenciation minimale, Google peut considérer qu'ils ont des métadonnées de faible qualité.
Solution : Personnalise les templates de balises meta dans **Paramètres de la boutique > Trafic & SEO** pour inclure des variables différenciantes : prix, attributs clés et contexte de catégorie. Pour les produits haute priorité (top 20% par revenu), écris des titres et descriptions entièrement personnalisés dans l'éditeur de produit. Pour les catégories, écris des descriptions et meta descriptions uniques qui incorporent la gamme spécifique de produits de la catégorie et sa proposition de valeur.
Pages générées par les modules non incluses dans le sitemap et manquant de métadonnées
Cause : Les modules tiers (modules de blog, modules FAQ, constructeurs de landing pages) génèrent des pages publiques que GSitemap ne détecte pas. Ces pages peuvent avoir des titres meta et descriptions par défaut ou vides parce que les modules ne s'intègrent pas au système de balises meta de PrestaShop. Google découvre ces pages via les liens internes mais les indexe avec de mauvaises métadonnées.
Solution : Audite tous les modules installés pour les pages publiques. Pour chaque module, vérifie sa configuration pour les réglages SEO et configure les balises meta. Si le module manque de fonctionnalités SEO, édite ses fichiers de template directement pour ajouter des balises `<title>` et meta description appropriées. Pour l'inclusion au sitemap, vérifie si le module génère son propre sitemap ou fournit un hook pour l'intégration GSitemap. Si ni l'un ni l'autre, ajoute manuellement les URLs des pages du module à un fichier sitemap supplémentaire et soumets-le dans Google Search Console.
IDs de session apparaissant dans les URLs causant une duplication massive
Cause : La configuration PHP du serveur a `session.use_only_cookies` désactivé, faisant que PHP retombe sur le suivi de session basé sur URL quand le navigateur du visiteur bloque les cookies. Cela ajoute `?PHPSESSID=chaineunique` à chaque URL. Puisque chaque ID de session est unique, Google voit chaque visite comme une nouvelle page, créant potentiellement des millions d'entrées dupliquées.
Solution : Mets à jour la configuration PHP de ton serveur : mets `session.use_only_cookies = 1` et `session.use_trans_sid = 0`. Ajoute une règle `.htaccess` qui retire `PHPSESSID` des URLs avec une redirection 301 : `RewriteCond %{QUERY_STRING} PHPSESSID` / `RewriteRule .* %{REQUEST_URI}? [R=301,L]`. Après la correction, utilise l'outil de suppression de Google Search Console pour demander la suppression de toute URL paramétrée de session déjà dans l'index.
Pages fournisseurs et fabricants créant du contenu pauvre
Cause : PrestaShop auto-génère des pages pour chaque fournisseur et fabricant dans ton catalogue à `/supplier/[name]` et `/manufacturer/[name]`. Ces pages ne contiennent qu'une grille de produits sans contenu descriptif. Les boutiques avec des dizaines de fournisseurs ont des dizaines de pages pauvres qui diluent la qualité globale du site.
Solution : Soit ajoute des descriptions substantielles à chaque page fournisseur et fabricant (**Products > Fournisseurs > [Nom] > éditer la description**), soit mets ces types de pages en `noindex`. Pour mettre en `noindex` toutes les pages fournisseurs/fabricants, ajoute une directive `noindex` dans le fichier de template pour ces types de pages (`templates/catalog/supplier.tpl` et `manufacturer.tpl`) ou utilise un module SEO qui permet des règles `noindex` au niveau du type de page. Exclus aussi ces pages de la configuration GSitemap.
Astuces pro
Les catalogues de produits profonds et les structures multi-langues de PrestaShop signifient que Google a besoin de semaines pour découvrir et indexer entièrement ta boutique. Utilise IndexBolt pour accélérer tes pages produits à plus haute valeur et nouvelles collections à travers toutes les versions linguistiques — pas d'attente pour les cycles de crawl organique.
100 crédits gratuits. Aucune carte bancaire requise. Résultats en moins de 24 heures.
Questions fréquentes
PrestaShop a-t-il un générateur de sitemap intégré ?+
PrestaShop n'inclut pas de générateur de sitemap dans son installation de base. La solution la plus largement utilisée est le module **GSitemap**, disponible gratuitement sur la marketplace PrestaShop Addons. Après l'installation, tu configures quels types de contenu inclure, génères le sitemap, et configures un job cron pour la régénération quotidienne automatique. Certains modules SEO payants offrent des fonctionnalités de sitemap plus avancées incluant la détection automatique des pages générées par les modules et des variantes de sitemap multi-langue avec annotations hreflang.
Comment activer les URLs propres dans PrestaShop ?+
Va dans **Paramètres de la boutique > Trafic & SEO > SEO & URLs** et mets « URL propre » sur Oui. Ton serveur doit avoir Apache `mod_rewrite` activé (ou les règles de réécriture Nginx équivalentes). PrestaShop génère automatiquement le fichier `.htaccess` requis quand tu actives les URLs propres. Si tu obtiens des erreurs 404 après activation, supprime le fichier `.htaccess` et ré-enregistre les réglages SEO pour le régénérer. Sur l'hébergement mutualisé, contacte ton hébergeur pour vérifier que `mod_rewrite` est activé.
Comment PrestaShop gère-t-il le SEO pour les boutiques multi-langues ?+
PrestaShop crée des URLs préfixées par langue pour chaque langue installée (par exemple, `/en/`, `/fr/`, `/es/`). Chaque produit, catégorie et page CMS a des slugs d'URL séparés pour chaque langue que tu peux personnaliser dans l'éditeur. PrestaShop 1.7.7+ inclut un support de balise hreflang intégré pour dire à Google quelles versions linguistiques sont liées. Cependant, l'implémentation hreflang a des problèmes connus dans certaines versions, alors vérifie les balises dans le source de ta page et installe un module SEO multi-langue dédié si elles sont manquantes ou incorrectes.
Pourquoi les URLs de combinaison de produits créent-elles du contenu dupliqué dans ma boutique PrestaShop ?+
Certains thèmes PrestaShop mettent à jour l'URL du navigateur quand les clients sélectionnent des combinaisons de produits (taille, couleur, etc.), ajoutant des paramètres de requête comme `?size=10&color=red`. Chaque combinaison de paramètres crée une URL unique avec le même contenu. Pour corriger ça, modifie ton thème pour gérer la sélection de combinaison via JavaScript sans changer l'URL, ajoute des balises canoniques pointant les URLs paramétrées vers l'URL de base du produit, et bloque les paramètres de combinaison dans `robots.txt`. Le cœur de PrestaShop ne crée pas d'URLs de combinaison — c'est un comportement au niveau du thème.
Comment gérer le SEO pour les produits PrestaShop abandonnés ?+
Dans **Paramètres de la boutique > Trafic & SEO > SEO & URLs**, configure le réglage « Rediriger produit désactivé ». Pour les produits définitivement abandonnés, configure la redirection vers la page de catégorie du produit (301 permanent). Cela transfère l'équité de recherche accumulée de la page produit vers la page de catégorie. Pour les produits temporairement en rupture, garde le produit activé avec un message de rupture plutôt que de le désactiver — cela préserve l'indexation et le classement de la page produit tout en communiquant clairement l'indisponibilité aux clients.
IndexBolt peut-il aider avec l'indexation multi-langue PrestaShop ?+
Oui, IndexBolt est particulièrement utile pour les boutiques PrestaShop multi-langues car chaque version linguistique d'un produit est une URL séparée que Google doit découvrir et indexer indépendamment. Une boutique avec 500 produits dans 4 langues a 2 000 URLs de produits à indexer. Au lieu d'attendre que Google crawl toutes les versions linguistiques naturellement, tu peux soumettre les URLs de langue principale d'abord, puis soumettre les autres versions linguistiques. C'est particulièrement précieux lors du lancement sur un nouveau marché : soumets toutes les URLs de produits pour la nouvelle langue via IndexBolt pour accélérer l'entrée sur le marché en attendant la découverte de crawl organique.