Votre boutique PrestaShop tourne encore en 1.6 ou 1.7. Elle fonctionne, mais vous sentez les limites. Le back-office rame. Certains modules ne sont plus maintenus. Votre hébergeur vous alerte sur la compatibilité PHP. Et chaque mise à jour vous fait serrer les dents.
Le problème, ce n'est pas PrestaShop. C'est la dette technique qui s'accumule quand on repousse la migration. Plus vous attendez, plus l'écart se creuse avec les versions actuelles. Et plus le chantier devient complexe.
Ce guide vous explique comment migrer votre boutique vers PrestaShop 8 ou 9 sans perdre vos données, votre référencement ni votre chiffre d'affaires. Avec une méthode claire. Et un regard de développeur, pas de commercial.
Pourquoi migrer votre boutique PrestaShop en 2026
versions.status
PS 1.6
→
EOL
failles non corrigées
PS 1.7
→
EOL
support terminé
PS 8.2
→
Stable
patch uniquement
PS 9.0
→
Symfony 6.4 LTS
PHP requis
≥ 8.1
10-15 %
des boutiques encore sur PS 1.6
source : PrestaShop SA
Migration PrestaShop : les vrais risques à connaître avant de se lancer
Trois points de friction, par ordre de fréquence terrain
Fréquence la plus élevée
Modules incompatibles
Un module 1.6 ne passe pas en 1.7, encore moins en 8 ou 9. L'enjeu : identifier avant la migration quels modules sont encore maintenus. Pour les autres, on cherche une alternative marketplace, on adapte, ou on développe un petit module sur mesure.
Grand oublié
Référencement SEO
Changement de structure d'URL + balises meta + réécriture. Sans cartographie et redirections 301 exhaustives, les positions Google disparaissent. Et elles ne reviennent pas seules.
Impact direct sur le budget
Overrides custom
Des overrides posés par des modules maintenus passent souvent sans problème. Ceux écrits sur mesure doivent être analysés un par un, parfois réécrits. Plus il y en a, plus le chantier est long.
PrestaShop 8 ou PrestaShop 9 : quelle version choisir pour votre migration
Quelle version choisir ?
Avez-vous un module critique
sans version compatible PS 9 ?
NON
PrestaShop 9
Symfony 6.4 LTS, PHP 8.4, Hummingbird, WebP/AVIF natif. Le socle technique pour les 5 ans à venir. Ma recommandation par défaut.
↗ Architecture moderne LTS
↗ Performance native améliorée
! Migrer via PS 8.1 si depuis 1.7
OUI
PrestaShop 8.2
Un module critique (transporteur, ERP) pas encore porté sur PS 9 ? C'est souvent la seule vraie raison de rester sur PS 8, et uniquement le temps qu'il le devienne.
· L'écosystème marketplace converge vite vers PS 9
· Un module peut être patché en attendant la version officielle
Ma position
Je pousse vers PrestaShop 9 par défaut. PS 8 reste une option temporaire, jamais une destination.
Trois façons de migrer votre boutique
Méthode 01
Migration directe en production
Oui, certains d'entre vous me prennent peut-être pour un fou. Laissez-moi expliquer.
Tout est préparé et testé en local jusqu'à être certain que ça tourne. Puis la boutique est passée en mode maintenance et mise à jour directement en production à l'aide du module natif Update Assistant. Pour un shop peu complexe, thème standard, peu de modules et pas de développement custom : c'est parfaitement valable. Moins de mise en place, moins de coût.
Méthode 02 · Ma recommandation
Staging + migration du delta
Un environnement de staging est monté sur le même serveur que la production. On travaille en local, on pousse sur le staging, on valide tout. Update Assistant gère la migration initiale complète des données. Quand tout est validé, un script sur mesure synchronise le delta entre la prod et le staging : nouvelles commandes, clients, bons de réduction, produits. Apache est reconfiguré sur le nouveau PrestaShop, PHP mis à jour. La boutique reste accessible jusqu'au dernier moment.
Méthode 03 · Refonte complète
Installation vierge + migration des données
Site en 1.6, ou trop modifié pour migrer proprement ? Même approche : on repart de zéro.
La 1.6 est si loin des versions actuelles qu'une mise à jour directe n'est pas supportée. Et un site trop chargé en overrides custom, c'est souvent plus long à migrer qu'à refondre. Dans les deux cas : installation PS vierge, migration uniquement des données utiles (catalogue, clients, commandes, historiques) via un module dédié. La boutique repart sur un socle sain, sans dette technique héritée.
Le déroulé détaillé (méthode 2)
5 phases, de l'audit à la mise en ligne
01
Audit technique
Version PHP, modules actifs/inactifs, overrides, base de données, compatibilité du thème
02
Staging isolé
La production continue. On travaille sur une copie. Aucune interruption client.
03
Migration données + modules
Migration via script sur mesure. Vérification systématique des données après import.
04
Tests fonctionnels
Tunnel commande, paiements, frais de port, emails, mobile. Rien ne passe en prod non testé.
05
Bascule & suivi
Reconfiguration serveur, mise à jour PHP, redirections 301. Surveillance des premières heures.
Phase 04 est souvent la plus longue, c'est elle qui évite les catastrophes en production.
Ce que vous gagnez après une migration bien menée
Performance, PS 9 vs 1.7
-40 %
temps de chargement
côté administration
Sécurité renforcée
Failles corrigées, dépendances à jour, blocage des fichiers sensibles. Votre boutique n'est plus une cible facile.
Back-office fluide
Gérer le catalogue, traiter les commandes, mettre à jour les prix : tout devient nettement plus réactif.
Core Web Vitals améliorés
WebP/AVIF natif, suppression du code hérité. Meilleur référencement, meilleure expérience client.
Compatibilité durable
PHP 8.x · Symfony 6.4 LTS (support jusqu'en 2030) · Bootstrap 5. Un socle qui tient dans le temps.
Évolutions débloquées
API REST, ERP, thème Hummingbird, optimisation poussée, possibilités fermées sur les anciennes versions.
Migrations récentes
Pourquoi confier votre migration à un développeur spécialisé PrestaShop
Ce que ça change d'avoir un développeur qui lit le code
Approche approximative
- Chef de projet sans accès au code
- Sous-traitance non contrôlée
- Interlocuteurs multiples
- Overrides problématiques ignorés
- Bugs post-lancement à vos frais
Développeur spécialisé
+ Analyse des surcharges (overrides) et de la base de données directement dans le code
+ Un seul interlocuteur de l'audit à la mise en ligne, sans couche intermédiaire
+ Compréhension des interactions module ↔ coeur CMS pour anticiper les régressions
+ Correction gratuite des bugs pendant 30 jours post-lancement
Axelweb, un développeur, pas une agence
Cadrage → développement itératif → tests → mise en production. Points réguliers, staging dédié, suivi post-lancement inclus. Le développeur qui audite est le même qui exécute.
Migrer une boutique PrestaShop, c'est un travail de développeur, pas de chef de projet. Il faut lire du code, analyser des structures de base de données, comprendre comment un module interagit avec le coeur du CMS, identifier les overrides qui posent problème, adapter le thème aux nouvelles contraintes.
Chez Axelweb, c'est exactement ce que je fais. Un seul interlocuteur technique du début à la fin. Pas de couche commerciale. Pas de sous-traitance. Le développeur qui audite votre boutique est le même qui exécute la migration, teste le résultat et assure le suivi post-lancement.
Un projet de migration PrestaShop ? Parlons-en.
Les trois erreurs qui font échouer une migration PrestaShop
Trois raccourcis qui coûtent cher
Erreur
Migrer sans auditer les modules
"Ça va passer." → On découvre les incompatibilités après la mise à jour, avec le site en production. Beaucoup de stress pour réparer en urgence.
Bonne pratique
Audit module par module avant toute action. Vérification compatibilité version cible. Plan B identifié pour chaque module critique.
Erreur
Passer en production sans avoir testé
La méthode 1 sans staging préalable est possible, mais risquée. Si quelque chose ne fonctionne pas, le site tourne avec des bugs en direct.
Bonne pratique
Même en méthode 1, tout est préparé et testé en local avant de toucher à la production.
Erreur
Négliger les redirections SEO
Les URLs changent sans redirection. Google indexait ces pages. Les positions disparaissent du jour au lendemain.
Bonne pratique
Cartographie exhaustive des URLs avant migration. Redirections 301 vérifiées après bascule. robots.txt et Search Console surveillés.
Combien coûte une migration PrestaShop
Budget, deux profils de boutique
Boutique standard
2 000-5 000 €
3 à 5 semaines
· ~500 produits au catalogue
· 5 à 10 modules tiers
· Thème standard à adapter
· Audit + migration + tests + suivi
Boutique complexe
5 000-15 000 €
6 à 12 semaines
· Milliers de références
· Modules sur-mesure ou ERP
· Intégrations logistiques
· Thème custom à refondre
Le moins cher au départ devient souvent le plus cher à l'arrivée
Un devis à 800 € pour une migration 1.6 → 8 ? Données mal importées, thème non fonctionnel, modules absents. Le marchand a payé trois fois le prix initial pour tout reprendre. Le ROI d'une migration bien menée est réel sur 12-18 mois.
Le budget dépend de la complexité de votre boutique. Pas de la version cible.
Une boutique avec un catalogue de 500 produits, 5 à 10 modules et un thème standard : comptez entre 2 000 et 5 000 euros. C'est un projet de 3 à 5 semaines.
Une boutique avec des milliers de références, des modules sur mesure, des intégrations ERP ou logistique, un thème custom : le budget peut aller de 5 000 à 15 000 euros ou plus. La durée s'étend de 6 à 12 semaines selon les spécificités.
Vos questions les plus fréquentes sur la migration PrestaShop
Combien de temps dure une migration PrestaShop complète ?
Cela dépend de la taille de votre catalogue et du nombre de modules à adapter. Une boutique standard avec quelques centaines de produits se migre en 3 à 5 semaines. Pour les projets complexes avec des intégrations sur mesure (ERP, logistique, multi-boutiques), comptez 8 à 12 semaines. Le facteur principal, c'est la préparation, pas l'exécution technique elle-même.
Ma boutique sera-t-elle hors ligne pendant la migration ?
Non. Toute la migration se prépare sur un environnement de staging séparé, pendant que votre boutique de production continue de fonctionner normalement. La bascule finale ne prend que quelques heures, planifiée sur un créneau de faible activité. Vos clients ne voient aucune interruption.
Puis-je migrer directement de PrestaShop 1.6 vers la version 9 ?
Oui, avec la bonne approche. Ma méthode dans ce cas : partir sur une installation PS 9 vierge, puis migrer les données via un module dédié. C'est en fait une troisième façon de procéder, particulièrement adaptée aux boutiques 1.6 qui veulent aller directement sur PS 9. La mise à niveau directe via Update Assistant depuis la 1.6 n'est pas supportée officiellement.
Mes données clients et commandes seront-elles conservées ?
Oui, à condition que la migration soit correctement préparée. Le catalogue produits, les comptes clients, l'historique de commandes, les factures et les règles de prix sont transférés vers la nouvelle version. Chaque entité est vérifiée après import pour garantir l'intégrité des données.
Quel impact sur mon référencement Google ?
Sans plan de redirection 301, l'impact peut être sévère. Avec une cartographie complète des URLs et des redirections propres, le référencement est préservé. Dans de nombreux cas, les performances améliorées (temps de chargement, Core Web Vitals) entraînent même un gain de positions après la migration.
Faut-il changer de thème lors de la migration ?
Ça dépend de votre point de départ. Depuis la 1.6, oui, obligatoirement : les thèmes 1.6 ne passent pas sur les versions récentes.
Depuis la 1.7, ça dépend. Un thème basé sur Classic proprement développé passe souvent sans trop de casse. C'est aussi une bonne occasion d'envisager une migration vers Hummingbird si le thème commence à dater.
Si votre thème vient d'une marketplace comme ThemeForest, vérifiez en priorité que l'éditeur propose une version compatible PS 8 ou 9 avant d'aller plus loin.
Puis-je faire la migration moi-même ?
Oui, avec la méthode 1 et Update Assistant, tout à fait. Je prépare d'ailleurs un tutoriel à ce sujet. La méthode 2 en revanche (staging + migration delta) demande de la pratique et des compétences en administration serveur. Je ne la conseille pas sans expérience préalable.
La maintenance est-elle incluse après la migration ?
Chez Axelweb, la correction des bugs éventuels est incluse pendant 30 jours après la mise en production. Au-delà, un forfait de maintenance mensuel peut être mis en place pour couvrir les mises à jour de sécurité, le monitoring et les évolutions fonctionnelles. C'est fortement recommandé pour éviter d'accumuler à nouveau une dette technique.
La dette technique ne se résorbe pas seule
Chaque mois passé sur une version EOL,
l'écart se creuse un peu plus.
Migrer, ce n'est pas simplement "mettre à jour". C'est repartir sur un socle sain, auditeur et développeur travaillant de concert, pour que votre boutique soit prête pour les trois à cinq ans à venir.
Audit préalable obligatoire
Toujours tester avant la bascule
SEO cartographié avant bascule
