Votre boutique tourne sur PrestaShop 1.7, elle fonctionne, elle vend. Alors pourquoi y toucher ? Peut-être parce que votre hébergeur vous alerte sur PHP 7.4, qu'un module refuse de se mettre à jour, ou qu'un paiement plante mystérieusement au checkout. Ces signaux racontent tous la même histoire : votre socle technique arrive en fin de vie — et plus vous attendez, plus la migration sera lourde.
Le paradoxe du « ça marche encore » est l'une des situations les plus dangereuses en e-commerce. Une boutique PrestaShop 1.7 sur PHP 7.4 peut vendre des milliers de commandes par mois pendant des années — jusqu'au jour où un scan automatisé identifie une faille connue, ou où l'hébergeur retire PHP 7.4 et la boutique s'arrête brutalement. Ce jour-là, on migre dans l'urgence, au pire moment, sans préparation, avec la pression d'une boutique à l'arrêt.
Je réalise ces migrations régulièrement pour des boutiques de toutes tailles — du commerçant local qui lance sa première mise à niveau au e-commerçant avec plusieurs milliers de références et un ERP connecté. Voici ce qu'il faut savoir, sans jargon et sans catastrophisme. La migration est un projet technique maîtrisable. Bien menée, elle est invisible pour vos clients.
Si vous voulez aller plus loin sur les prestations possibles : mes services PrestaShop complets.
Pourquoi migrer maintenant — les vraies raisons
Pas pour suivre la mode technique. Pas parce que PrestaShop a sorti une nouvelle version. Pour cinq raisons concrètes, chacune mesurable, chacune croissante avec le temps.
PHP 7.4 est mort depuis fin 2022
Aucun correctif de sécurité depuis plus de 3 ans. Les hébergeurs retirent progressivement PHP 7.4 de leurs offres — certains l'ont déjà fait, forçant une migration dans l'urgence. Les failles découvertes depuis fin 2022 sur PHP 7.4 resteront ouvertes pour toujours sur votre serveur.
PrestaShop 1.7 n'est plus maintenu
Le projet a officiellement fermé les tickets de sécurité sur la branche 1.7. Chaque vulnérabilité découverte dans le cœur de PrestaShop 1.7 reste ouverte indéfiniment — une liste documentée publiquement qui s'allonge chaque mois, connue de tous ceux qui cherchent à exploiter ces boutiques.
Cible n°1 des scans automatisés
Les bots qui parcourent le web cherchent exactement la signature PHP 7.4 + PrestaShop 1.7. Le skimming (injection d'un script qui vole les données de paiement en temps réel), les backdoors, et les redirections malveillantes touchent massivement ces configurations. Pas par malchance — par ciblage systématique.
L'écosystème de modules abandonne le 1.7
Les éditeurs de modules arrêtent le support PrestaShop 1.7 les uns après les autres. Votre module de paiement, votre connecteur transporteur, votre outil de fidélité — chacun aura un jour sa dernière version compatible 1.7, sans correctifs ni évolutions futures. Et certains l'ont déjà fait.
Les bugs s'accumulent silencieusement
Incompatibilités entre modules vieillissants, timeouts au checkout, dysfonctionnements du back-office, exports qui plantent. Ces symptômes apparaissent progressivement, souvent au pire moment. Une boutique qui perd 10 % de ses commandes à cause d'un bug au checkout pendant les soldes — ça s'est vu.
La sécurité concrète : les boutiques 1.7 sont des cibles connues
Le guide complet sur les failles PrestaShop, les vecteurs d'attaque et les mesures de protection — y compris les risques spécifiques aux versions obsolètes :
Le coût de l'attente n'est pas seulement sécuritaire. Plus une boutique reste longtemps sur 1.7, plus les modules sont nombreux à avoir abandonné leur support, plus le thème est vieillissant, plus les surcharges maison s'accumulent. Migrer une boutique saine en 2024 coûte moins cher et prend moins de temps que migrer la même boutique en 2026, après deux ans de décrochage supplémentaire.
PrestaShop 8 ou 9 : laquelle choisir ?
Une question légitime, et la réponse honnête est : ça dépend de votre situation, pas d'une tendance générale. Voici ce que chaque version représente réellement.
PrestaShop 8.2
Stabilité maximale- Écosystème de modules et thèmes le plus large
- Chemin de migration 1.7 → 8 parfaitement balisé
- PHP 8.1-8.2, gains de performance immédiats
- Support éprouvé et communauté active
- Le choix de raison pour la quasi-totalité des boutiques en production
PrestaShop 9
L'avenir- PHP 8.4, architecture modernisée en profondeur
- MCP Server natif — connexion IA directe depuis novembre 2025
- Support long devant lui : le choix si vous pensez à 5 ans
- Pertinent pour une refonte complète ou si vos modules critiques sont compatibles
- Chemin de migration 1.7 → 9 plus exigeant sur la compatibilité
Le critère de décision n°1 : la compatibilité de VOS modules et de VOTRE thème
C'est l'audit préalable qui tranche objectivement, pas la mode. Une boutique en refonte complète peut partir directement sur PrestaShop 9 ; une boutique qui migre à iso-fonctionnalités avec des modules dont certains n'ont pas encore de version PS9 choisit PrestaShop 8 — et migrera vers PS9 dans 18 mois quand l'écosystème sera prêt.
Vous vous demandez si vous devriez rester sur PrestaShop tout court, ou si Shopify ou WooCommerce sont plus adaptés à votre projet ? J'ai écrit un comparatif honnête des trois plateformes — les vraies différences de coût, de flexibilité et d'indépendance.
La méthode pro : migrer sans jamais mettre la boutique en danger
La peur principale de tout e-commerçant qui envisage une migration : « et si ça casse ? ». C'est une peur légitime, et la réponse est une méthode structurée qui neutralise ce risque. Une migration professionnelle ne touche jamais la boutique en production tant que tout n'a pas été validé sur une copie.
Voici les six étapes que j'applique systématiquement, quelle que soit la taille de la boutique.
Audit préalable
Version exacte de PrestaShop et de PHP, inventaire de chaque module avec sa compatibilité cible, analyse du thème, recension des surcharges et développements sur mesure. C'est cette étape qui chiffre et planifie tout le reste — et qui détermine si la migration est vers PS8 ou PS9.
Copie de test complète
La migration ne touche jamais la boutique en production. Je crée une copie complète — base de données, fichiers, configuration — sur un environnement de test isolé. Votre boutique continue de vendre normalement pendant toute la préparation.
Migration sur la copie
Montée de version PrestaShop et PHP, mise à jour ou remplacement des modules, adaptation du thème, port des développements sur mesure. Tout est fait sur la copie, sans aucune pression de temps ni risque sur le flux de commandes réel.
Tests complets sur la copie
Parcours d'achat de bout en bout, paiement en mode test avec tous les moyens activés, transporteurs, emails transactionnels, back-office (gestion de commandes, imports, exports), formulaires de contact. Rien n'est laissé de côté.
Bascule planifiée en heures creuses
Sauvegarde fraîche juste avant la bascule, mise en maintenance courte, déploiement de la version migrée. Une procédure de retour arrière est prête si un problème inattendu survient. La fenêtre d'indisponibilité est typiquement de quelques minutes à une heure selon la taille.
Surveillance post-migration
48 à 72 heures de vigilance renforcée : surveillance des logs, vérification des commandes réelles, contrôle des performances. C'est là que les problèmes rares mais possibles se détectent tôt, avant qu'ils coûtent quoi que ce soit.
Ce que vos clients voient : rien, ou presque
Bien menée, une migration est un non-événement pour vos clients. Ils ne s'aperçoivent de rien — sauf peut-être que le site est plus rapide. La boutique continue de recevoir des commandes normalement pendant toute la phase de préparation, qui peut durer plusieurs semaines. Seule la bascule finale, en heures creuses, l'indisponibilise brièvement.
Les quatre pièges classiques à anticiper dès l'audit :
- Le thème non compatible : souvent le poste le plus lourd à anticiper. Un thème personnalisé incompatible peut nécessiter une refonte partielle ou complète.
- Les modules abandonnés par leur éditeur : chercher un équivalent maintenu, ou développer la fonctionnalité sur mesure.
- Les surcharges et développements maison : du code spécifique ajouté au cœur ou aux modules qui ne se reporte pas automatiquement. L'audit les recense, la migration les porte.
- L'URL rewriting et le SEO : conserver les URLs existantes ou rediriger proprement avec des 301 systématiques — c'est non négociable pour ne pas casser le référencement.
Ces pièges ne sont pas des raisons de ne pas migrer — ce sont des points à chiffrer précisément dans l'audit préalable. Connus à l'avance, ils sont planifiés. Découverts en urgence, ils deviennent des crises.
Le SEO survit-il à une migration PrestaShop ?
C'est la peur n°1 des e-commerçants qui ont mis des années à construire leur visibilité sur Google. La réponse est : oui, si la migration est faite correctement. Et dans la plupart des cas, la migration améliore le SEO plutôt qu'elle ne le dégrade.
Ce qui protège le référencement lors d'une migration PrestaShop :
Conservation des URLs
PrestaShop 8 et 9 reprennent par défaut la même structure d'URLs que la version 1.7. Dans la grande majorité des cas, les URLs de vos fiches produits, catégories et pages CMS restent identiques — sans redirections nécessaires.
Redirections 301 si changement inévitable
Si certaines URLs changent (restructuration de catégories, nettoyage d'URLs dupliquées), des redirections 301 systématiques préservent le « jus SEO » et évitent les erreurs 404 dans la Search Console.
Préservation des balises et contenus
Titres, méta-descriptions, textes alternatifs des images, contenus des fiches produits — tout est conservé. Les données structurées Schema.org sont vérifiées et, souvent, améliorées au passage.
Surveillance Search Console post-migration
72 heures de monitoring rapproché : indexation, erreurs d'exploration, positions sur les requêtes clés. Toute anomalie est détectée et corrigée avant qu'elle ne coûte du trafic.
Bonus fréquent : le SEO s'améliore après la migration
Le passage de PHP 7.4 à PHP 8.2-8.4 se traduit par des gains de performance mesurables (temps de réponse serveur, TTFB). Combiné à une modernisation de l'hébergement, les Core Web Vitals s'améliorent — et Google en tient compte dans le classement. Pour les boutiques avec un gros catalogue, c'est aussi l'occasion de repenser l'architecture serveur pour soutenir la charge.
L'occasion de moderniser aussi l'hébergementCombien coûte une migration PrestaShop ?
La question inévitable, et la réponse honnête : ça dépend de la complexité de votre boutique. Ce qui suit sont des fourchettes de marché indicatives — pas un devis, mais une grille pour vous aider à budgéter. Votre situation précise peut faire varier significativement ces chiffres dans un sens ou dans l'autre.
Petite boutique simple
500 – 1 500 €
Peu de produits, thème standard, modules courants
- Thème compatible ou adaptation légère
- Modules principaux déjà supportés sur la cible
- Catalogue réduit (moins de 500 produits)
- Pas de développements spécifiques
Pour les très petites boutiques à thème vieillissant, comparer le coût de migration versus celui d'une réinstallation propre avec nouveau thème — la seconde option est parfois plus économique et plus saine.
Boutique classique
1 500 – 4 000 €
Thème personnalisé, 10-20 modules, catalogue moyen
- Thème à adapter ou remplacer
- Vérification et mise à jour de chaque module
- Quelques centaines à quelques milliers de produits
- Développements spécifiques légers à porter
Boutique complexe
4 000 – 10 000 €+
Gros catalogue, développements custom, ERP connecté, multiboutique
- Architecture multiboutiques ou ERP connecté
- Modules et surcharges sur mesure à porter
- Catalogue de plusieurs milliers de références
- Intégrations fournisseurs et logistique sur mesure
Ce qui fait grimper la note
- Un thème personnalisé non compatible — refonte partielle ou complète à prévoir
- Des modules abandonnés par leur éditeur — développement d'un équivalent sur mesure
- Des surcharges maison importantes — port vers la nouvelle version
- Un gros catalogue avec des imports fournisseurs spécifiques à reconfigurer
Pour les petites boutiques à thème vieillissant, il est parfois plus économique et plus sain de repartir sur une création propre plutôt que de migrer. Comparer les deux devis est toujours utile avant de décider. Si vous envisagez cette option : ma page dédiée à la création de boutique PrestaShop.
Quand programmer sa migration ?
La réponse courte : maintenant — mais avec du bon sens. Pas avant les soldes si vous êtes dans le textile. Pas avant Noël pour la plupart des boutiques. Pas deux semaines avant une campagne marketing majeure. La migration se programme dans une période creuse de votre activité, avec du temps devant soi.
Le délai réaliste — une fois le projet lancé — est de quelques jours à quelques semaines selon la complexité. La phase de préparation (audit, développement sur la copie, tests) peut se faire entièrement en parallèle de l'activité normale. La bascule finale est courte. Anticiper, pas subir.
Les signaux qui disent « n'attendez plus » :
Votre hébergeur vous envoie des alertes sur PHP 7.4 — il va le supprimer
Un module de paiement ou de transporteur dysfonctionne sans correctif disponible
Un éditeur de module annonce la fin du support PrestaShop 1.7
Vous planifiez une refonte graphique — autant migrer en même temps
Vous avez reçu une alerte de sécurité ou un avertissement Google sur votre boutique
Si l'un de ces signaux s'applique à vous, ne remettez pas à plus tard. Un premier échange permettra d'évaluer la complexité et de planifier sereinement.
Questions fréquentes
PrestaShop 1.7 est-il encore maintenu ?
Non, le support de PrestaShop 1.7 est officiellement terminé. Il n'y a plus de correctifs de sécurité ni de compatibilité. Combiné à PHP 7.4, obsolète depuis fin 2022, le socle technique n'est plus protégé contre les nouvelles failles découvertes — et celles-ci restent ouvertes indéfiniment.
Combien de temps dure une migration PrestaShop 1.7 vers 8 ?
De quelques jours à quelques semaines selon la complexité (thème, nombre et état des modules, développements spécifiques). La boutique reste en ligne et vend normalement pendant toute la préparation. Seule la bascule finale, planifiée en heures creuses, l'indisponibilise brièvement — souvent moins d'une heure.
Vais-je perdre mes données (produits, clients, commandes) ?
Non. La migration conserve intégralement le catalogue produits, les comptes clients, l'historique complet des commandes et les contenus éditoriaux. Tout est vérifié et validé sur l'environnement de test avant la bascule. La copie de test permet de détecter et corriger toute anomalie sans toucher la production.
Mon thème actuel fonctionnera-t-il sur PrestaShop 8 ou 9 ?
Cela dépend de l'éditeur du thème et de sa version. Certains éditeurs sérieux ont publié des versions compatibles PrestaShop 8. D'autres ont arrêté le développement. C'est l'un des points clés de l'audit préalable : si le thème est compatible, on le met à jour ; sinon, on prévoit son adaptation ou son remplacement — souvent le poste budgétaire le plus significatif.
Faut-il migrer vers PrestaShop 8 ou directement vers PrestaShop 9 ?
PrestaShop 8.2 offre aujourd'hui la stabilité et la compatibilité maximales — c'est le choix de raison pour la grande majorité des boutiques en production. PrestaShop 9 se justifie si vos modules critiques sont déjà compatibles, ou dans le cadre d'une refonte complète. L'audit de vos modules et de votre thème tranche objectivement.
Ma boutique fonctionne bien, pourquoi ne pas attendre encore ?
Parce que chaque mois d'attente augmente simultanément le risque (failles non corrigées, modules abandonnés) et le coût futur de la migration (plus de modules abandonnés à remplacer, thème plus vieillissant). Migrer une boutique saine est un projet planifié et serein ; migrer une boutique cassée ou piratée est une urgence — plus chère, plus risquée, et moins maîtrisée.
Frédéric — rfdev.fr
Développeur PrestaShop freelance depuis 15 ans · Basé dans les Vosges (88), clients dans toute la France
Je réalise des migrations PrestaShop régulièrement, depuis les petites boutiques locales jusqu'aux architectures multi-boutiques avec ERP. Si vous avez une question spécifique à votre situation, contactez-moi — je vous réponds sous 24h avec un avis concret.