Fin avril 2026, une cliente me contacte. Son e-commerce, qui fonctionnait correctement, s’effondre. Trafic organique divisé par dix en quelques semaines. Chiffre d’affaires en chute libre. Son entreprise vacille.
La cause : une migration vers PrestaShop 9 confiée à une agence externe.
Je suis particulièrement irrité par cette histoire. Pas seulement parce que le travail a été bâclé — c’est déjà grave. Mais parce que cette même agence bloque aujourd’hui la cliente avec un engagement tacite. Refus de résiliation alors qu’on approche de la fin du contrat. La clause n’apparaît nulle part clairement dans les CGV du devis.
Ils facturent 320 € HT par mois pour une maintenance qui consiste à ne rien faire. Zéro suivi post-migration. Zéro correction des erreurs. Et dès qu’on bouge, ils sortent l’artillerie procédurière. L’entreprise de cette cliente est en péril, et ils continuent de facturer.
J’ai audité le site. Ce que j’ai découvert est consternant.
Le coupable principal : PrestaShop 9 et son changement de structure d’URLs
PrestaShop 9 (sorti en juin 2025) a modifié un élément fondamental : la structure par défaut des URLs produits. Avant, on avait souvent quelque chose comme /categorie/produit.html. Désormais, par défaut, la catégorie disparaît : on obtient simplement /produit.html.
Et PrestaShop ne génère aucune redirection automatique.
Résultat : des centaines, parfois des milliers d’anciennes URLs qui renvoient maintenant des 404. Google, qui avait indexé tout ce travail de longue date, voit ça et réagit violemment. Il déindexe massivement. Les positions s’effondrent. Le trafic organique s’évapore.
C’est exactement ce qui est arrivé ici. Et ce n’est que la partie visible de l’iceberg.
Les causes qui se sont cumulées
Une migration PrestaShop 9 mal faite, c’est rarement un seul problème. C’est une avalanche :
Aucune préparation SEO sérieuse : pas d’audit préalable des URLs, pas de fichier de redirections 301 exhaustif, pas de staging digne de ce nom. L’agence a juste lancé l’upgrade et mis en production.
Thème et modules incompatibles : la plupart des modules tiers (SEO avancés, facettage, paiement, livraison) n’étaient pas prêts pour Symfony 6.4 et les nouvelles exigences de PrestaShop 9. Résultat : erreurs JavaScript en pagaille, pages qui s’affichent mal sur mobile, temps de chargement passés de ~2,5 s à plus de 7-8 s. Les Core Web Vitals dans le rouge vif.
Métadonnées et données structurées perdues : titres, descriptions, balises alt, Schema.org… rien n’a survécu correctement. Les fiches produits apparaissent nues aux yeux de Google.
Aucun suivi post-lancement : pas de surveillance Google Search Console, pas de traitement des erreurs 404, pas de resoumission du sitemap. Le site est parti en live et plus personne n’a regardé.
Problèmes techniques divers : encodage cassé, contenus dupliqués, canonicals mal configurés, robots.txt qui bloque des sections entières. La totale.
Pourquoi une chute de 90 % ?
Parce que le SEO e-commerce est une mécanique fragile. Quand vous touchez à la structure d’URLs sans redirections propres, vous envoyez un signal fort à Google : ce site a changé du tout au tout et il est cassé.
Google réévalue alors l’ensemble du domaine. S’il voit des milliers d’erreurs 404 sur les pages produits — les fameuses money pages —, des temps de chargement catastrophiques et du contenu dégradé… il descend les positions de façon brutale.
Ajoutez à ça l’absence totale de monitoring les semaines qui suivent le lancement, et vous obtenez ce scénario : une chute de 90 % en très peu de temps. Ce n’est pas rare dans les migrations ratées. J’en ai vu d’autres. Mais celle-ci est particulièrement violente parce que tout a été mal fait en même temps.
Ce qui aurait dû être fait
Une vraie migration vers PrestaShop 9, ça se prépare. Ça prend du temps. Ça demande de la méthode :
- Audit SEO et technique complet avant de toucher à quoi que ce soit
- Migration en environnement de staging avec tous les modules et le thème testés et mis à jour
- Génération d’un fichier de redirections 301 exhaustif, surtout pour les URLs produits
- Vérification méticuleuse des meta, sitemaps, données structurées
- Tests de performance, mobile et accessibilité
- Lancement progressif et monitoring intensif pendant au moins 6 à 8 semaines
- Corrections rapides des erreurs détectées
Rien de tout cela n’a été fait. Zéro expertise. Zéro rigueur. Zéro accompagnement. Le seul livrable technique fourni à la cliente : un fichier Excel brouillon avec des notes illisibles.
Mon constat
Cette agence n’a pas seulement réalisé une migration ratée. Elle a mis en danger toute une entreprise. Et aujourd’hui, elle utilise des contrats flous pour empêcher la cliente de reprendre le contrôle de son site.
Si vous lisez cet article et que vous vivez quelque chose de similaire, ne restez pas bloqué. Un audit indépendant peut faire la différence. Une bonne partie du trafic perdu peut souvent être récupérée, mais il faut agir vite, avant que Google ne considère définitivement vos anciennes pages comme mortes.
Pour cette cliente, on attend que l’ancien prestataire se désengage. Ce qui rend l’histoire encore plus frustrante : son activité a une vraie mission de santé publique — des supports d’apprentissage pour enfants avec TDAH, TSA et TND. Une entreprise avec des valeurs, bloquée par un contrat mal fichu.
Choisissez très soigneusement à qui vous confiez votre maintenance PrestaShop, surtout pour un passage en version 9. Les apparences et les devis sont parfois trompeurs.
Vous avez besoin d’un regard extérieur sur votre migration ou votre référencement e-commerce ? Je ne facture pas 320 € HT pour ne rien faire.
Aller plus loin
Migrer PrestaShop vers une version majeure, c’est risqué. Pour une vue d’ensemble des migrations e-commerce, lisez notre guide complet e-commerce pour TPE et PME. Si vous envisagez plutôt un changement de CMS, notre article sur la migration PrestaShop vers WooCommerce vous donnera une autre perspective. Et pour éviter une boutique lente après migration, lisez notre guide sur la lenteur PrestaShop et son optimisation.