SEO PrestaShop : votre boutique plafonne sur Google, faut-il optimiser ou migrer ?

L’essentiel : Le SEO d’une boutique PrestaShop s’optimise tant que la version est maintenue (PrestaShop 8 ou 9), que la pile de modules reste lisible et que les correctifs coûtent moins cher qu’une remise à plat sur deux ans. Une boutique en 1.6 (maintenance officielle terminée le 30 juin 2019) ou en 1.7 qui tourne sur un PHP en fin de vie a dépassé ce seuil : chaque module SEO ajouté y augmente la dette technique. Dans ce cas, migrer en protégeant les URL et les redirections rapporte davantage sur Google et dans les réponses des IA que de continuer à optimiser.

Tapez « seo prestashop » dans Google. Vous obtenez des listes de modules : un module pour les balises, un pour les URL, un pour la vitesse, un pour les avis. Personne ne vous pose la seule question qui compte pour un dirigeant : est-ce que ça vaut encore la peine d’investir dans cette boutique-là ?

Quand j’ouvre la Search Console d’une boutique PrestaShop qui stagne, je regarde d’abord trois courbes. Les impressions, les clics, et le nombre de pages indexées. Le motif revient souvent : les impressions tiennent, les clics s’érodent, et le nombre de pages connues de Google dépasse largement le nombre de produits réellement en vente. Des URL de filtres, des déclinaisons, des pages de fabricants vides, des anciennes catégories jamais redirigées.

Ce n’est pas un problème de mot-clé. C’est un problème de fondations.

Et c’est là que la question devient économique. Une fondation saine se corrige en quelques jours. Une fondation qui repose sur une version abandonnée et quinze modules qui se marchent dessus se corrige aussi, mais la facture recommence à chaque mise à jour. Mon opinion est tranchée : au-delà d’un certain seuil, optimiser le SEO d’une boutique PrestaShop revient à repeindre une maison dont la charpente travaille.

Le but de cet article est de vous donner ce seuil, avec une grille que vous pouvez remplir vous-même.

Soyons justes avec l’outil. PrestaShop n’est pas mauvais en référencement. Sur une version récente et une installation propre, presque tout ce que Google demande est accessible depuis l’administration ou avec peu de développement.

Les URL, l’indexation et les canoniques

Les URL simplifiées, la gestion des redirections et la balise canonical sont les premiers chantiers. Sur un catalogue, la vraie difficulté vient des filtres (couleur, taille, prix) : mal configurés, ils fabriquent des milliers de combinaisons que Google explore au détriment de vos fiches. Décider quelles combinaisons méritent une page indexable, et fermer les autres, change souvent plus de choses que n’importe quel module.

Les fiches produits et les pages catégories

Sur la plupart des boutiques que je reprends, les fiches portent encore la description du fournisseur, identique à celle de dix concurrents. Les catégories, elles, n’ont aucun texte, ou un paragraphe collé en bas que personne ne lit. Les pages catégories sont pourtant celles qui se positionnent sur les requêtes à volume. Elles méritent un titre pensé pour la recherche, une introduction utile et un maillage vers les sous-catégories.

La vitesse et les Core Web Vitals

Les Core Web Vitals sont les trois mesures de Google sur l’expérience de chargement : vitesse d’affichage du contenu principal, réactivité, stabilité visuelle. Sur PrestaShop, les mauvais scores viennent rarement du cœur du logiciel. Ils viennent du thème acheté il y a six ans, des scripts de modules chargés sur toutes les pages, et d’un hébergement dimensionné pour un catalogue deux fois plus petit.

Les données structurées et les avis

Prix, disponibilité, note moyenne : ces informations balisées alimentent les résultats enrichis de Google et, de plus en plus, les réponses des moteurs IA. C’est le terrain du GEO (Generative Engine Optimization), l’art d’être cité par ChatGPT, Perplexity ou les AI Overviews, ces réponses générées par Google en haut des résultats. Une boutique dont les fiches sont propres et balisées part avec une longueur d’avance.

Si votre boutique coche les conditions de la grille plus bas, ces quatre chantiers suffisent souvent à relancer la courbe. Le détail point par point se trouve dans mon audit SEO e-commerce en 10 points.

Avant de parler de balises, regardez le pied de page de votre administration. Le numéro de version y est inscrit, et il pèse plus lourd que tous les modules réunis.

La raison est simple : PrestaShop dépend de PHP, le langage qui fait tourner le site sur le serveur. Quand une version de PHP n’est plus maintenue, elle ne reçoit plus de correctifs de sécurité. Et quand votre version de PrestaShop ne sait pas fonctionner sur un PHP récent, vous êtes coincé entre une boutique vulnérable et une boutique qui ne démarre plus.

Vous êtes en 1.6 et vous cherchez un « module SEO PrestaShop 1.6 » ? Je comprends la logique. Mais posez-vous la question dans l’autre sens : pourquoi investir dans le référencement d’une boutique dont le moteur n’a plus reçu de correctif officiel depuis 2019 ?

Chaque module SEO règle un symptôme. Le module de balises règle les titres, le module d’URL règle les URL, le module de cache règle la vitesse. Le souci, c’est qu’aucun ne règle l’ensemble, et qu’ils s’empilent.

Sur les boutiques PrestaShop anciennes que j’ai auditées, je retrouve presque toujours la même géologie. Une couche de modules installés à l’ouverture. Une deuxième ajoutée par une autre agence. Une troisième achetée sur Addons pour corriger un problème créé par la deuxième. Deux modules qui génèrent chacun un sitemap. Un module de cache qui casse l’affichage des prix promotionnels. Des balises de données structurées en double, l’une venant du thème, l’autre d’un module d’avis.

J’ai longtemps pensé qu’on pouvait toujours démêler. J’ai passé des journées entières, sur une boutique en 1.6, à désactiver un module, vider le cache, tester, réactiver, en tenant un tableau des effets de bord. Le SEO s’est amélioré. Puis la mise à jour suivante d’un module de paiement a tout remis en cause. Ce que j’en retiens : une pile de modules n’est pas un coût d’installation, c’est un abonnement à la maintenance.

Trois signaux disent que la pile a dépassé le seuil :

• personne dans l’entreprise ne sait expliquer à quoi sert chaque module actif ;
• certains modules ne sont plus mis à jour par leur éditeur ;
• une mise à jour, même mineure, demande l’intervention d’un développeur pour vérifier que rien n’a cassé.

Si vous en reconnaissez deux sur trois, le problème n’est plus le SEO.

Newsletter · chaque mardi

Brief Digital Hebdo.

Chaque mardi matin, un conseil précis pour améliorer votre boutique en ligne et vos ventes. Cinq minutes de lecture.

Adresse e-mail

J’accepte de recevoir le Brief Digital Hebdo de M-Twice, un e-mail par semaine. Désinscription en un clic.

Votre adresse sert uniquement à l’envoi du Brief. Politique de confidentialité

Voici la grille que j’utilise en diagnostic. Elle tient en six critères. Pour chacun, entourez la colonne qui décrit votre boutique.

Quatre réponses ou plus dans la colonne de droite ? Le seuil est franchi. Une ou deux ? Optimisez, mais avec un calendrier de mise à jour de version. Entre les deux, c’est le calcul de coût qui tranche.

La comparaison classique est fausse. On met le prix d’une nouvelle boutique face à zéro, comme si garder l’ancienne ne coûtait rien. Elle coûte. Simplement, la facture est éclatée en petites lignes qu’on ne totalise jamais.

Ce que coûte le maintien sur deux ans

Additionnez, sur vingt-quatre mois : les heures de développeur pour corriger ce que les mises à jour cassent, les licences et renouvellements de modules, la mise à niveau de version (de 1.7 vers 8 puis 9, c’est un projet en soi, rarement une simple mise à jour), l’hébergement adapté à un PHP ancien, et les heures de SEO passées à contourner des limites techniques au lieu de produire du contenu. Ajoutez une ligne que personne n’écrit : les ventes perdues pendant que la boutique n’évolue pas.

Ce que coûte une migration

Pour vous donner un ordre de grandeur concret, voici les tarifs publics de M-Twice. Les Fondations, qui remettent à plat une boutique (suivi des ventes, fiches optimisées pour Google et les IA, catalogues Google Shopping et Meta, e-mails automatiques), démarrent à 7 500 € HT pour une boutique jusqu’à 150 produits. Une construction complète, sur WooCommerce, Shopify ou Odoo, s’ajoute selon l’existant. Le détail par taille est sur la page des tarifs, et les fourchettes du marché sont dans mon article sur le prix d’un site e-commerce.

Je précise un point par honnêteté : je ne construis pas de nouvelles boutiques sur PrestaShop. Ce n’est pas un jugement sur le logiciel. C’est que, pour une PME qui veut piloter sa croissance sans dépendre d’un développeur pour chaque ajustement, les trois outils que j’utilise me permettent d’aller plus vite. Le comparatif complet se trouve dans WooCommerce, Shopify ou PrestaShop.

La règle de décision

Si le coût de maintien sur deux ans approche celui d’une remise à plat, migrez. Vous payez à peu près la même somme, mais d’un côté vous gardez une dette, de l’autre vous repartez avec un socle propre. Un euro dépensé pour maintenir une dette ne travaille pas pour vos ventes.

Une migration ne fait pas grimper le référencement par magie. Mal menée, elle le fait chuter. Mais quand les fondations sont propres, les leviers qui étaient bloqués se débloquent d’un coup, et ce ne sont pas toujours ceux qu’on attend.

Je prends un exemple que je suis de près : une boutique d’équipement sportif sous WooCommerce, sur le marché français, dont j’ai repris les fondations fin juillet 2026. Depuis, 52 % de ses commandes passent par les fiches gratuites de Google Shopping, 16 % par la publicité payante et 8 % par ChatGPT. Les apparitions dans les réponses IA de Google sont passées d’une vingtaine par jour avant la refonte à environ 150 à la mi-septembre.

Ce qui m’intéresse dans ces chiffres, ce n’est pas leur hauteur. C’est leur répartition. Plus de la moitié des commandes vient d’un canal qui dépend entièrement de la qualité du catalogue : un flux produit propre, des fiches complètes, des données structurées cohérentes. Et un client sur douze arrive par un assistant IA, un canal qui n’existait pas dans les tableaux de bord il y a deux ans.

Le même compte m’a appris une leçon inverse. Plus de 4 400 clics sur des campagnes de notoriété, sans un seul panier. Le trafic n’est pas le sujet. La capacité de la boutique à transformer ce trafic, si.

C’est là que la question « optimiser ou migrer » prend tout son sens. Sur une boutique PrestaShop 1.6 avec un thème ancien, alimenter proprement Google Shopping et les moteurs IA demande de nouveaux modules, donc de nouvelles couches. Sur un socle à jour, c’est une configuration.

Si vous restez sur PrestaShop

Commencez par la version. Si vous êtes en 8, planifiez le passage en 9 avant d’acheter le moindre module SEO. Ensuite, faites l’inventaire des modules : chacun doit avoir une fonction écrite et un éditeur actif. Supprimez les doublons. Puis traitez dans l’ordre l’indexation (filtres, déclinaisons, pages vides), les catégories, les fiches produits, et enfin la vitesse. Mesurez dans la Search Console après chaque chantier, pas à la fin.

Si vous migrez

Le risque principal n’est pas technique, il est dans les URL. Chaque ancienne adresse qui reçoit du trafic ou des liens doit rediriger vers son équivalent exact. Pas vers l’accueil. Récupérez l’historique de la Search Console avant de couper l’ancien site, gardez les titres qui performent, et surveillez les erreurs d’exploration pendant les semaines qui suivent la bascule. J’ai détaillé la méthode dans Refonte de site e-commerce : comment ne pas perdre de ventes.

Dans les deux cas, ne décidez pas sur une impression. Une boutique qui plafonne sur Google peut avoir un problème de version, de modules, de contenu, ou simplement de suivi des ventes qui ne mesure rien de fiable. La décision se prend sur les données. Si vous voulez voir ce qu’implique une remise à plat de vos fondations, la page création de site e-commerce détaille ce que M-Twice reprend et dans quel ordre.