Migrer vers PrestaShop 9 : comment réussir sa transition sans perdre SEO, commandes ni performances

Migrer une boutique PrestaShop, ce n’est jamais un caprice technique.
C’est une décision stratégique.

Une migration bien menée peut littéralement relancer une boutique, améliorer la performance, redonner de la souplesse… et parfois même sauver un site déjà trop bricolé.

par Laurent Lacoste – Architecte Web, TooNetCreation

1. Pourquoi migrer vers PrestaShop 9 ?

J’accompagne des migrations depuis la version 1.3 (oui, ça commence à dater).
Et à chaque nouvelle version majeure, je vois la même hésitation chez les e-commerçants :

“Est-ce que je dois vraiment migrer maintenant ?”
“Et si ça casse tout ?”
“Et si on attend la prochaine version ?”

Soyons honnêtes. Ne pas migrer, c’est un risque.
Migrer sans plan, c’est un risque encore plus grand.
Migrer correctement, c’est une opportunité.

Voici pourquoi.

1.1. Les nouvelles versions corrigent ce que vous traînez depuis des années

PrestaShop 9 apporte :

• des correctifs de sécurité importants,
• une meilleure compatibilité avec les versions modernes de PHP,
• une refonte complète de certaines briques techniques,
• un code plus propre (et donc plus facile à maintenir),
• une accélération globale des temps de chargement.
  
  

En clair :
vous gagnez en stabilité, en performance, et en durée de vie.

1.2. Les vieilles versions vous coûtent plus cher que la migration

Je le vois dans 90 % des audits que je réalise chez TooNetCreation :
les sites en version 1.6, 1.7, 1.8 sont souvent plombés par :

• modules obsolètes,
  
  
• thèmes non compatibles,
  
  
• patchs de sécurité manquants,
  
  
• bugs jamais corrigés,
  
  
• difficulté à trouver des développeurs qui veulent encore toucher à ces vieilleries.
  
  

Et le plus ironique ?

Ce n’est pas la migration qui coûte cher.
Ce sont les pansements répétés depuis 3 ans.

Voici un exemple concret (cas réel TooNetCreation)

La migration initiale aurait coûté… 3 000 à 4 500 € selon le périmètre.
Le calcul est vite fait.

1.3. Les performances e-commerce ne pardonnent plus

Aujourd’hui, un site e-commerce lent perd :

• en SEO,
• en conversion,
• en panier moyen,
• en campagnes Ads.

Les nouvelles versions PrestaShop intègrent (enfin) :

• un cœur plus rapide,
• des templates plus légers,
• une meilleure gestion du cache,
• un back-office moins gourmant,
• une compatibilité avec PHP 8.2 / 8.3.

Non, ce n’est pas “du confort”.
C’est de la conversion.

1.4. Les extensions compatibles ne suivent plus les anciennes versions

Beaucoup d’éditeurs d’extensions arrêtent progressivement la compatibilité avec les versions 1.8 → 1.9.

Résultat :

• modules de paiement bancaires instables,
• modules transporteurs défaillants,
• incompatibilités sur les modules RGPD,
• bugs silencieux qui font perdre des commandes.
  
  

Chez TooNetCreation, on voit souvent des marchands découvrir qu’un module vital (paiement, expédition, facture) n’est plus maintenu.
Et là… c’est le drame.

1.5. Les migrations modernes permettent un nettoyage complet

C’est même le point que je préfère dans mon métier d’architecte.

Une migration, c’est l’occasion de :

• refaire le thème,
• supprimer 15 modules inutiles,
• reconstruire une architecture claire,
• revoir l’UX,
• nettoyer les bases de données,
• revoir les URLs,
• nettoyer tout ce qui s’est accumulé depuis 7 ans.
  
  

Tip de Laurent – “Une migration bien préparée, c’est comme un ménage de printemps, mais pour votre boutique.”

1.6. Le SEO profite toujours d’une migration bien préparée

Contrairement à ce qu’on lit partout, une migration n’est pas censée faire perdre du SEO.
C’est même l’occasion de faire un bond en avant.

À condition de :

• conserver les URLs importantes,
• mettre en place une vraie stratégie de redirections,
• nettoyer les pages inutiles,
• corriger le contenu faible,
• améliorer la vitesse.
  
  

Chez TooNetCreation, on gagne souvent 10 à 20 % de trafic après une migration, simplement grâce aux optimisations structurelles.

1.7. Les risques viennent d’une seule chose : la mauvaise préparation

Ce n’est pas PrestaShop qui “fait peur”.
C’est le manque de méthode.

Les migrations bâclées sont presque toujours liées à :

• aucun audit initial,
• modules non vérifiés,
• thème incompatible,
• aucune copie dans un environnement de test,
• absence de plan SEO,
• mise en prod un vendredi soir (je ne plaisante qu’à moitié).
  
  

Tip de Laurent – “Une migration ratée, c’est 95 % d’organisation. Une migration réussie aussi.”

1.8. En bref : migrer, c’est investir dans la durée

Une migration, quand elle est bien menée, prépare votre boutique pour les 5 prochaines années.
C’est stratégique.
C’est rentable.
C’est nécessaire.

2. Les prérequis techniques & l’audit indispensable avant de migrer (Version Laurent Lacoste)

La majorité des migrations qui se passent mal ont un point commun :
ߑ頥lles n’ont jamais été auditées correctement.

Migrer un PrestaShop sans audit, c’est comme changer le moteur d’une voiture sans ouvrir le capot.
En tant qu’architecte, c’est littéralement la partie où je pose les fondations.
Et c’est aussi la partie où l’on repère les futurs problèmes… avant qu’ils ne deviennent coûteux.

Voici exactement comment j’audite un projet de migration PrestaShop chez TooNetCreation.

2.1 Analyse de l’hébergement & configuration serveur

Avant même de toucher à PrestaShop, il faut vérifier si l’environnement est compatible.
Beaucoup d’échecs viennent d’un serveur trop vieux, trop lent ou mal configuré.

Check-list d’hébergement

Exemple réel TooNetCreation

Sur un client PrestaShop 1.7.6, la migration vers 9 était impossible :
hébergement mutualisé vieillissant → PHP bloqué en 7.4 → modules incompatibles → lenteur catastrophique.
Migration débloquée uniquement après changement d’hébergement.

2.2 Audit complet des modules installés

C’est LA partie la plus sous-estimée par les marchands… et pourtant la plus critique.

Les modules obsolètes ou incompatibles sont la première cause d’échec de migration.

Tableau d’audit des modules

Attention

Certains modules sont tellement intégrés dans le thème ou la boutique qu’ils sont difficiles à remplacer.
Il faut les identifier AVANT la migration, pas pendant.

Tip de Laurent

« Un module non maintenu = un module dangereux.
Et en migration, dangereux = non négociable. »

2.3 Audit du thème (le plus gros facteur de casse)

Dans 80 % des cas, le thème est l’élément le plus problématique.
Surtout les thèmes premium (ThemeForest & co) développés “à l’ancienne”.

Points à vérifier :

• Le thème est-il compatible PrestaShop 9 ?
• Le développeur maintient-il encore le template ?
• Les overrides de classes sont-ils massifs ?
• Les modules embarqués sont-ils à jour ?
• Le thème surcharge-t-il JS/CSS inutilement ?
  
  

Risques si le thème n’est pas compatible

• Affichage cassé
• Add-to-cart défaillant
• Modules invisibles
• Pages produit mal générées
• Bugs JS permanents
  
  

Recommandation TooNetCreation

Toujours tester la migration sans le thème → pour isoler si le problème vient du cœur, du module, ou du thème.

2.4 Analyse SEO avant migration (critique)

La migration est un moment où le SEO peut faire un bond… ou s’effondrer.

Checklist SEO avant migration

Tip de Laurent

« Une migration réussie, ce n’est pas “rien perdre”.
C’est gagner en SEO grâce au ménage fait au passage. »

2.5 Vérification du catalogue & données sensibles

Avant de migrer, il faut savoir ce que l’on déplace.

Données à auditer :

• Produits (variantes, combinaisons, attributs)
• Clients
• Commandes
• Transporteurs
• Règles panier, promotions, prix spécifiques
• Paramètres TVA
• Factures
• Fichiers joints (images produits)
  
  

Tableau d’audit du catalogue

2.6 Préparer un environnement de test (obligatoire)

Une migration ne se fait JAMAIS sur le site en production.
Jamais.

À préparer :

• une copie complète du site,
• une base de données clonée,
• un sous-domaine de test,
• accès restriction par mot de passe,
• logs d’erreurs visibles pour debug.
  
  

Objectif

Pouvoir tester chaque module, chaque page, chaque tunnel de commande sans perturber vos clients.

2.7 Vérifier les dépendances invisibles (ce que personne ne regarde)

Voici la liste non exhaustive des éléments à vérifier.

• ERP / CRM / PIM
• API transporteurs
• API SMS / emailing
• Connecteurs marketplace (Amazon, Cdiscount…)
• Solutions de facturation
  
  

Cas réel

Un client TooNetCreation avait un connecteur logistique obsolète.
La migration aurait coupé l’envoi automatique des commandes.
Problème détecté uniquement grâce à l’audit.

2.8 Synthèse : l’audit, c’est ce qui sépare une migration réussie d’un cauchemar

Note de Laurent

« Une migration PrestaShop, ce n’est pas un saut dans le vide.
C’est un chantier. Et comme tout chantier : plus les fondations sont bonnes, plus le reste est simple. »

3. Le plan complet de migration PrestaShop (étapes + bonnes pratiques) – Version Laurent Lacoste

La migration vers PrestaShop 9 n’est pas un “simple clic”.
C’est un processus organisé, méthodique… et surtout très prévisible quand on applique la bonne méthode.

Voici le plan exact que j’utilise pour piloter les migrations chez TooNetCreation.
C’est un enchaînement logique. Si chaque étape est validée correctement, la migration se déroule sans stress.

3.1 Sauvegarde & préparation de l’environnement

Avant d’appuyer sur un seul bouton, il faut sécuriser le terrain.

✔ Étape 1 : sauvegarde complète

• fichiers du site
• base de données
• images produits (souvent énormes)
• modules
• overrides et thèmes
  
  

Objectif : pouvoir revenir en arrière en 5 minutes.

✔ Étape 2 : création de l’environnement de test

• sous-domaine dédié (ex : test.maboutique.fr)
• accès protégé pour éviter indexation Google
• logs visibles pour debug
  
  

L'environnement de test doit être ISO avec l'environnement de production. 

✔ Étape 3 : configuration du serveur de test

Même version PHP, même paramètres, même modules serveur → sinon les tests ne servent à rien.

Tip de Laurent

“Une migration sans environnement de test, c’est comme faire du bricolage sur un avion en plein vol. Très mauvais plan.”

3.2 Migration des fichiers & cœur PrestaShop

Une fois la zone sécurisée, on attaque la migration en elle-même.

✔ Méthode TooNetCreation

1. Installer la nouvelle version vierge de PrestaShop 1.8/9 sur l’environnement test.
   
   
2. Migrer le cœur, pas les fichiers anciens entiers (sinon on emporte les problèmes).
   
   
3. Replacer uniquement :
   
   
   • /img
     
     
   • /upload
     
     
   • /modules (sélectionnés, pas tous)
     
     
4. Régénérer le cache + vérifier les logs.
   
   

Piège fréquent

Beaucoup d’agences copient “tout le site” dans la nouvelle version → résultat :

• ancien code → erreurs JS
  
  
• modules obsolètes → crash
  
  
• surcharge thème → pages cassées
  
  

Nous, on repart du cœur propre. Toujours.

3.3 Migration de la base de données

C’est la partie la plus délicate techniquement.

✔ Méthode TooNetCreation

• Export DB source
  
  
• Normalisation (tables custom, colonnes non standard)
  
  
• Application du script de migration version → version
  
  
• Corrections manuelles (selon modules)
  
  
• Import dans la version cible
  
  
• Tests sur :
  
  
  • produits
    
    
  • catégories
    
    
  • comptes clients
    
    
  • commandes
    
    
  • transporteurs
    
    
  • règles panier
    
    

Cas réel

Une boutique 1.8 avait 15 tables ajoutées par un module “maison” non maintenu.
Sans correction, la migration aurait généré des erreurs critiques.
Audit DB → nettoyage → migration parfaite.

3.4 Migration du thème & adaptation

C’est ici que les migrations PrestaShop se gagnent… ou se perdent.

✔ Options possibles

Recommandation TooNetCreation

Si votre thème a plus de 3 ans ou plus de 8 modules embarqués, on repart sur du propre.
C’est souvent moins cher que de tout réparer.

Tests indispensables :

• page produit
  
  
• panier
  
  
• checkout
  
  
• navigation mobile
  
  
• modules visuels (slider, header, footer)
  
  

Cela semble être une évidence mais généralement c'est un "oubli"

3.5 Migration et réinstallation des modules

On ne fait jamais de migration en mode “copier/coller” de 40 modules.

✔ Méthode TooNetCreation : tri en 3 catégories

40 modules → souvent 15 nécessaires → performance x2.

Les modules les plus sensibles

• Paiement
  
  
• Transport
  
  
• Facturation
  
  
• RGPD
  
  
• Marketplace
  
  
• Constructeur de page (danger)
  
  
• Modules non maintenus
  
  

3.6 SEO & redirections (la partie que 80 % des migrations ratent)

✔ Étape 1 : extraction des anciennes URLs

En général, nous rangeons tout cela dans un fichier excel. C'est plus simple pour la gestion, la validation et la génération des redirections.

• produits
  
  
• catégories
  
  
• pages CMS
  
  
• filtres / pagination
  
  
• pages obsolètes
  
  

✔ Étape 2 : mapping vers URLs nouvelle version

• URL identique si possible (= idéal)
  
  
• sinon redirection 301 propre
  
  
• pas de chaînes 301
  
  
• pas de 302
  
  
• nettoyage des “404 inutiles”
  
  

✔ Étape 3 : validation

• crawl complet Screaming Frog
  
  
• corrections
  
  
• validation Search Console
  
  

Note de Laurent

“Une migration réussie, c’est 0 perte SEO.
Mieux : c’est l’occasion de faire +10 %.”

3.7 Tests complets : la partie obligatoire avant mise en production

✔ Checklist de test TooNetCreation

On ne met jamais en production tant qu’un seul test n’est pas 100 % validé.

3.8 Mise en production (le jour J)

✔ Étapes

1. Freeze des commandes (si nécessaire)
   
   
2. Sauvegarde finale
   
   
3. Basculer le nouveau site
   
   
4. Régénération des caches
   
   
5. Test rapide du tunnel d’achat
   
   
6. Activation du monitoring
   
   
7. Vérification Search Console
   
   
8. Tests mobiles
   
   

❌ Ce qu’il ne faut jamais faire

• mettre en prod un vendredi (je vais répéter souvent cette phrase)
  
  
• migrer pendant une période de soldes
  
  
• ignorer les logs
  
  
• laisser le cache désactivé
  
  
• oublier les modules de paiement
  
  

Tip de Laurent

“Une mise en production réussie, c’est une journée où personne ne remarque que vous avez migré.”

3.9 Suivi post-migration (les 48 h les plus importantes)

Les 2 premiers jours sont destinés à contrôler :

• commandes entrantes
  
  
• paiements
  
  
• retour serveur
  
  
• 404 Search Console
  
  
• vitesse réelle mobile
  
  
• erreurs modules
  
  
• panier abandonné
  
  
• taux de conversion
  
  

✔ Tableau de suivi

4. Les pièges fréquents et comment les éviter (Version Laurent Lacoste)

Migrer un PrestaShop n’est pas dangereux en soi.
Ce qui est dangereux, ce sont les pièges invisibles que la plupart des marchands — et même certaines agences — oublient complètement.

Avec les années, j’ai vu des migrations se passer parfaitement… et d’autres partir en fumée pour une erreur ridicule.
Alors ici, je vous donne tout : les pièges réels, les erreurs classiques et les astuces TooNetCreation pour les éviter.

4.1. Les modules incompatibles (le piège n°1 que 90 % des boutiques rencontrent)

Beaucoup de modules n’ont jamais été mis à jour pour PrestaShop 1.8/9.
Ils fonctionnent encore en apparence… jusqu’à ce qu’on appuie sur “migrer”.

✔ Symptômes des modules à risque

• page blanche dans le back-office
  
  
• JS cassé sur les pages produit
  
  
• panier bloqué
  
  
• problèmes de cache
  
  
• bugs invisibles qui n’apparaissent qu’en production
  
  
• erreurs 500 aléatoires
  
  

Exemple réel TooNetCreation

Un simple module de newsletter obsolète faisait planter la page paiement une fois migrée.
24h perdues à identifier le coupable.
Le module datait… de 2018.

Comment éviter ce piège

4.2. Perte SEO : URLs, redirections et contenu manquant

Le SEO est la zone la plus vulnérable lors d’une migration.
Et malheureusement, c’est aussi celle qui est la plus souvent négligée.

Les erreurs classiques

• Changements d’URL non contrôlés
  
  
• Redirections bâclées
  
  
• Pages supprimées sans alternative
  
  
• Chaînes 301 visibles
  
  
• Sitemap non mis à jour
  
  
• Catégories déplacées sans vérification
  
  
• Balises title/meta réinitialisées
  
  

Cas réel TooNetCreation

Un marchand a perdu 35 % de trafic après migration par une autre agence :
ils avaient supprimé 80 pages produits “non rentables”.
Problème : elles généraient des backlinks et de l’autorité.

Après correction → +20 % récupérés.

Comment éviter ce piège

Règle d’or : on ne change pas une URL qui gagne. Jamais.

✔ Export complet des anciennes URLs
✔ Mapping vers nouvelles URLs
✔ Redirections 301 propres (pas de chaîne)
✔ Validation via un crawl préprod
✔ Recheck Search Console dans les 48h

4.3. La migration des données clients / commandes… mal gérée

C’est la partie la plus sensible.
Vous pouvez survivre à un module cassé.
Mais vous ne pouvez pas perdre :

• les commandes en cours,
  
  
• les comptes clients,
  
  
• l’historique de commande,
  
  
• les adresses,
  
  
• les statuts logistiques.
  
  

Erreurs fréquentes

• commandes en double
  
  
• commandes “fantômes”
  
  
• statuts incohérents
  
  
• clients fusionnés par erreur
  
  
• paniers abandonnés perdus
  
  
• données transporteurs absentes
  
  

Cas réel TooNetCreation

Un client avait 2 000 comptes “fantômes” parce qu’un module custom créait des doublons.
Sans audit DB → migration impossible → correction manuelle.

Comment éviter ce piège

✔ Audit strict de la base (doublons, clés étrangères, tables custom)
✔ Vérification transporteurs / TVA / règles panier
✔ Simulation de commandes sur la préprod
✔ Validation par le marchand avant mise en prod

4.4. La logistique : le point aveugle de 80 % des agences

Beaucoup pensent “technique” et oublient la réalité e-commerce :
le flux logistique.

Les pièges :

• modules transporteurs incompatibles
  
  
• poids/dimensions produits réinitialisés
  
  
• règles de livraison perdues
  
  
• connecteurs API (Mondial Relay, Colissimo, Chronopost…) cassés
  
  
• étiquettes non générées
  
  
• commandes envoyées dans le vide
  
  

Cas réel TooNetCreation

Migration parfaite sur le plan technique.
Un connecteur API Mondial Relay obsolète a bloqué 100 % des expéditions pendant 48h.

Comment éviter

✔ Tester chaque transporteur en préprod
✔ Vérifier génération d’étiquettes
✔ Vérifier liens vers outils externes
✔ Vérifier TVA/poids avant mise en prod
✔ Tester plusieurs cas : produits simples, déclinaisons, colis multiples

4.5. L’hébergement non compatible (le piège “invisible”)

Je le répète : 40 % des “erreurs de migration” ne sont pas des erreurs PrestaShop.
Ce sont des erreurs serveur.

Problèmes fréquents

• version PHP trop ancienne
  
  
• memory_limit insuffisant
  
  
• MySQL trop lent ou en version obsolète
  
  
• modules Apache manquants
  
  
• restrictions sécurité bloquantes
  
  

Cas réel

Hébergement mutualisé trop vieux → migration impossible → passage sur VPS → migration en 48h.

Comment éviter

✔ Pré-audit serveur
✔ Tests PHP/MariaDB/MySQL
✔ Simulation charge sur préprod
✔ Logs actifs dès le début

4.6. Le thème : le “serial killer” des migrations

Les thèmes surchargés sont une catastrophe annoncée.
En migration, ils provoquent :

• conflits JavaScript
  
  
• modules fantômes
  
  
• surcharge CSS impossible à corriger
  
  
• checkout cassé
  
  
• page produit illisible
  
  
• mobile inutilisable
  
  
• performance divisée par 2
  
  

Cas réel TooNetCreation

Un thème avec 17 modules intégrés → migration impossible → recodage d’un thème léger → performance +160 %.

Comment éviter

✔ Vérifier la compatibilité version
✔ Tester migration sans thème (méthode TooNetCreation)
✔ Recoder un thème propre si trop vieux
✔ Éviter 90 % des thèmes ThemeForest (désolé…)

4.7. L’absence de préproduction (le piège “coup de folie”)

Certaines boutiques migrent directement en production.
Je l’ai vu.
J’en ai pleuré.

Résultat :

• bug checkout
  
  
• 404 massives
  
  
• rush client affolé
  
  
• impossibilité de revenir en arrière
  
  
• perte de CA immédiate
  
  

Comment éviter

✔ Toujours préprod
✔ Toujours tests réels
✔ Toujours validation marchand
✔ Jamais le vendredi
✔ Jamais avant soldes

4.8. En résumé : ce sont de “petits détails”… qui coûtent très cher

Note de Laurent

“Un piège évité = 1 journée gagnée.
10 pièges évités = 1 migration réussie.”

4. Les pièges fréquents et comment les éviter (Version réécrite – Laurent Lacoste)

Migrer une boutique PrestaShop ne fait pas peur quand on sait ce qu’on fait.
Ce qui fait peur… ce sont les mauvaises surprises.
Et croyez-moi, après plus de dix ans à mettre les mains dans des usines PrestaShop, j’en ai vu passer des pièges — parfois vicieux, parfois comiques, parfois catastrophiques.

Voici le vrai répertoire des pièges, ceux qui font rater une migration si on ne les anticipe pas.
Et surtout : comment TooNetCreation les évite.

4.1. Les modules incompatibles – La bombe à retardement

C’est le piège numéro 1, toutes migrations confondues.

Les modules non maintenus ou développés “à l’époque” sont responsables :

• de checkout cassés,
  
  
• de pages produits en erreur 500,
  
  
• de JS qui saute,
  
  
• de paniers bloqués,
  
  
• de logs qui se remplissent plus vite qu’un Black Friday.
  
  

✔ Les symptômes

• Le site a l’air “OK” mais quelque chose cloche.
  
  
• Le tunnel de commande plante “une fois sur dix”.
  
  
• Un module qui n’a pas bougé depuis 2019.
  
  
• Le développeur a disparu dans la nature.
  
  

✔ Comment TooNetCreation évite le piège

Note de Laurent

“Sur PrestaShop, 1 module inutile = 3 bugs potentiels. Faites le ménage.”

4.2. Le SEO mal géré – L’hémorragie silencieuse

La migration peut être le meilleur moment pour améliorer le SEO…
ou le moment où votre trafic se jette par la fenêtre.

Les erreurs que je vois le plus souvent :

• URLs différentes sans redirections
  
  
• catégories déplacées sans tracking
  
  
• titres et metas remis à zéro
  
  
• pages supprimées “par accident”
  
  
• sitemaps pas mis à jour
  
  
• chaînes 301 interminables
  
  

✔ Exemple réel TooNetCreation

Migration faite par une autre agence :
80 pages produit supprimées → 200 backlinks perdus → -35 % de trafic en 30 jours.
Nous avons récupéré 20 % grâce au mapping… mais le mal était fait.

✔ Comment éviter ce piège

• Crawl complet avant migration
  
  
• Export des URLs existantes
  
  
• Mapping exhaustif
  
  
• 301 propres (jamais de 302)
  
  
• Contrôle crawl + Search Console dans les 48 h
  
  

Note de Laurent

“On ne touche pas à une URL qui ranke.
Même pas pour la ‘rendre plus jolie’.”

4.3. Les données clients/commandes – Le piège mortel

C’est simple : vous pouvez survivre à une erreur CSS. Mais pas à la perte des commandes.

Les erreurs fréquentes

• commandes dupliquées
  
  
• commandes fantômes
  
  
• statuts incohérents
  
  
• clients fusionnés
  
  
• adresses manquantes
  
  
• paniers abandonnés perdus
  
  
• règles de prix non migrées
  
  
• TVA fausse → impact compta
  
  

Le nettoyage des tables permet d'éviter beaucoup d'erreurs lors de la migration.

✔ Exemple réel

Un module custom mal documenté créait des clients en double.
Résultat : 2 000 doublons, migration impossible → nettoyage manuel → un weekend de perdu.

✔ La méthode TooNetCreation

4.4. La logistique – Le piège préféré des agences “trop tech”

La migration n’est pas qu’un changement de version.
C’est un test logistique complet.

Les pièges :

• modules transporteurs obsolètes
  
  
• étiquettes qui ne se génèrent plus
  
  
• API Mondial Relay/Colissimo/Chronopost cassées
  
  
• règles de livraison réinitialisées
  
  
• poids/dimensions produits perdus
  
  

Les modules de logistique sont très souvent une source e problème c'est un des premiers points que nous regardons. 

✔ Exemple réel TooNetCreation

Migration parfaite techniquement.
Mais API Mondial Relay incompatible → plus aucune étiquette générée pendant 48 h.
Résultat : 2 jours d’expéditions bloquées.

✔ Comment éviter

• Test complet transporteurs
  
  
• Test commande simple + déclinaisons
  
  
• Vérification API (Colissimo, MR, DHL…)
  
  
• Vérification TVA / poids / dimensions
  
  
• Validation réelle par le marchand
  
  

4.5. Le thème obsolète – Le serial killer n°1

Soyons francs :
80 % des thèmes “premium” sont construits comme des millefeuilles.
Beaux, oui.
Conçus proprement ? Rarement.

Les conséquences en migration :

• JS en conflit
  
  
• checkout cassé
  
  
• CSS surchargé
  
  
• mobile inutilisable
  
  
• modules intégrés impossibles à mettre à jour
  
  

Nous aimons avoir le contrôle de nos thèmes et éviter d'utiliser des thèmes jolies mais non maintenables dans le temps.   

✔ Exemple réel

Thème avec 17 modules intégrés → impossible à faire suivre → recodage complet → performance x2.

✔ Recommandation TooNetCreation

« Si votre thème a plus de 3 ans et 8 modules embarqués : on recode. C’est moins cher sur 3 ans que le rafistolage. »

4.6. L’hébergement non compatible – Le piège invisible

Ce piège est sournois, car il ne se voit pas.

Les symptômes :

• erreurs PHP
• lenteurs serveur
• scripts migration qui plantent
• MySQL instable
• timeout pendant import catalogue
• memory_limit trop bas
  
  

Exemple réel

Mutualisé trop ancien → impossibilité de migrer → passage VPS → migration OK.

✔ Comment TooNetCreation évite

• Audit complet hébergement
• Tests PHP/MariaDB
• Logs serveur actifs
• Vérification heures de charge
• Simulation import catalogue
  
  

C'est un des points que nous regardons des le début.

4.7. L’absence de préproduction – Le “suicide technique”

Oui… certaines boutiques migrent en direct sur la prod.
Je n’invente rien.

Conséquences :

• checkout cassé en plein trafic
• commandes perdues
• panier HS
• SEO détruit
• impossible de revenir en arrière
  
  

Vous avez toujours des clients qui trouvent trop cher de déployer une préproduction.

✔ Comment éviter

• Toujours un site clone
• Toujours tests complets
• Toujours validation client
• Jamais migration le vendredi (c’est une règle d’or)
  
  

Si le seul moyen c'est de faire la migration un weekend, il faut être sur d'avoir toutes les équipes de support disponibles.

4.8. Résumé : les pièges coûtent cher — les éviter ne coûte rien

Note finale de Laurent

“Une migration réussie, c’est 6 semaines de travail bien rangé.
Une migration ratée, c’est 6 mois de réparations.
Choisissez votre camp.”

5. Checklist visuelle + KPI post-migration (Version Laurent Lacoste)

La migration est terminée ?
Pas tout à fait.

Les 48 heures et les 30 jours qui suivent la mise en production sont la période la plus importante pour :

• stabiliser le site,
• sécuriser la conversion,
• surveiller les signaux SEO,
• valider les performances,
• vérifier la logistique.
  
  

Dans cette section, je vous donne la checklist TOONETCREATION, celle que j’utilise systématiquement dans nos projets.
Vous pouvez l’imprimer, la coller dans votre espace Notion, ou la placer dans votre logiciel de ticketing.

5.1. Checklist post-migration (les 48 premières heures)

Objectif : vérifier que tout fonctionne “comme avant… mais en mieux”.

5.2. Checklist SEO (les 7 premiers jours)

Le SEO est un domaine où le “silence” peut être mauvais signe.
On vérifie tout.

Checklist SEO TooNetCreation

Tip de Laurent

“Le meilleur indicateur SEO après migration ?
Aucun pic de 404 et une courbe stable (ou légèrement ascendante).”

5.3. Checklist Logistique (les 7 à 30 jours)

La migration peut avoir un impact sur la logistique.
On surveille sérieusement.

5.4. KPI essentiels (suivi 30 jours)

Une migration réussie montre des signaux clairs.

Voici les KPI que je suis personnellement après chaque mise en ligne :

KPI E-commerce

KPI Performance

KPI SEO

5.5. Tableau “État de santé post-migration” (template TooNetCreation)

Voici le tableau que nous remplissons pour chaque migration (et que votre équipe interne peut réutiliser) :

À imprimer. À utiliser. À aimer.

5.6. Quand considérer la migration comme “réussie” ?

Une migration est une réussite quand, au bout de 30 jours :

• le site convertit normalement (voire mieux),
• les paiements passent sans erreur,
• les transporteurs fonctionnent comme prévu,
• les URLs sont stables,
• aucune page importante ne renvoie de 404,
• Search Console ne hurle pas,
• le client ne remarque même pas qu’il y a eu migration (c’est le meilleur signe).
  
  

Note de Laurent

“Une migration réussie, c’est quand tout fonctionne… et que plus personne n’en parle.”

6. Migrer avec méthode, avancer avec confiance (Version Laurent Lacoste)

Migrer vers PrestaShop 9 n’est pas une simple mise à jour.
C’est un investissement stratégique dans la stabilité, la performance et la croissance de votre boutique.

Quand la migration est bien faite, vous gagnez :

• un site plus rapide,
• une sécurité renforcée,
• un back-office modernisé,
• un SEO consolidé,
• des modules compatibles et maintenables,
• une meilleure conversion,
• et surtout… une boutique prête pour les 5 prochaines années.
  
  

Quand elle est mal faite, vous perdez tout ce qui compte dans l’e-commerce :
performance → conversion → confiance client → CA.

Et croyez-moi : entre les deux, il n’y a qu’une seule différence.
La préparation et la méthode.

C’est précisément ce que nous faisons chez TooNetCreation.

Message de Laurent – Architecte Web

“Une migration réussie, ce n’est jamais un coup de chance.
C’est un chantier bien organisé, des tests carrés… et un accompagnement qui connaît les pièges par cœur.”

Mon rôle, c’est de vous guider sur un chemin sûr, propre, sans stress.
On audite.
On planifie.
On migre.
On teste.
On optimise.
Et on valide ensemble que votre boutique tourne mieux qu’avant.

Besoin de migrer vers PrestaShop 9 ? Parlons-en.

Chez TooNetCreation, on accompagne :

• les e-commerçants qui veulent enfin moderniser leur boutique,
• les entreprises qui traînent une vieille version depuis trop longtemps,
• les équipes marketing qui veulent une plateforme plus rapide et plus stable,
• les marchands qui veulent migrer sans perdre de SEO ni de chiffre d’affaires.
  
  

Contactez-nous pour un audit de migration PrestaShop

On analyse : serveur, thème, modules, SEO, données, connecteurs, performance.
On identifie tous les risques à l’avance.
On vous donne un plan clair, détaillé… sans jargon inutile.

Ou réservez un rendez-vous pour discuter de votre projet

On voit ensemble :

• votre version actuelle,
• vos contraintes,
• vos objectifs,
• votre budget,
• le meilleur scénario de migration.
  
  

Vous repartez avec un plan réaliste.
Et si vous souhaitez avancer avec nous : on s’occupe de tout.
Cliquez ici pour nous contacter.

FAQ – Migration PrestaShop 9

La migration vers PrestaShop 9 est-elle obligatoire ?

Pas obligatoire, mais fortement recommandée.
Les anciennes versions deviennent instables : modules non maintenus, compatibilité PHP limitée, failles de sécurité, performances faibles.
Migrer, c’est sécuriser et moderniser votre boutique pour les 5 prochaines années.

Combien de temps dure une migration PrestaShop professionnelle ?

En moyenne entre 4 et 8 semaines, selon :

• le volume du catalogue,
  
  
• les modules installés,
  
  
• l’état du thème,
  
  
• les connecteurs externes (API, ERP, transporteurs),
  
  
• les personnalisations spécifiques.
  Une migration sérieuse ne se fait jamais “en quelques jours”.
  
  

Peut-on perdre du SEO après une migration PrestaShop ?

Oui… si la migration est mal menée.
Mais NON si le mapping d’URL, les redirections, les contenus et les performances sont gérés correctement.
Chez TooNetCreation, nous obtenons souvent une amélioration du SEO après migration grâce au nettoyage technique.

Le tunnel de commande peut-il casser pendant une migration ?

Oui, surtout avec des modules incompatibles ou un thème obsolète.
C’est pour cela qu’un audit module/thème + un environnement de préproduction sont indispensables.
Un checkout instable = perte de CA immédiate.

Est-ce qu’il faut refaire le thème lors de la migration ?

Pas toujours, mais dans 70 % des cas, oui :
les anciens thèmes sont rarement compatibles PS 9, et souvent trop lourds.
Repartir sur un thème propre coûte moins cher sur 3 ans que de réparer un thème “patché” 20 fois.

Combien coûte une migration PrestaShop complète ?

Selon la boutique, le prix varie généralement entre 2 500 € et 12 000 €.
Les facteurs qui influencent le coût :

• état du site actuel,
  
  
• modules à remplacer,
  
  
• thème (à garder ou refondre),
  
  
• connecteurs logistiques/ERP,
  
  
• SEO et taille du catalogue.
  Une migration bien faite coûte moins cher que des années de patchs.
  
  

Puis-je garder toutes mes données (commandes, clients, produits) ?

Oui, si la base est propre et bien préparée.
Nous migrons :

• comptes clients,
  
  
• commandes,
  
  
• adresses,
  
  
• factures,
  
  
• produits et déclinaisons,
  
  
• règles panier,
  
  
• transporteurs.
  Un audit DB préalable évite les doublons et incohérences.
  
  

Comment TooNetCreation sécurise-t-elle une migration ?

Avec une méthode éprouvée :

1. audit complet,
   
   
2. préproduction,
   
   
3. migration cœur, DB & modules,
   
   
4. mapping SEO,
   
   
5. tests complets,
   
   
6. mise en prod sécurisée,
   
   
7. suivi 30 jours.
   
   

À quel moment effectuer une migration ?

Hors périodes sensibles :

• soldes,
  
  
• Noël,
  
  
• lancements marketing,
  
  

pics logistiques.
Et surtout : jamais un vendredi.