Migration PrestaShop 1.7 vers 9.2 Pourquoi et comment préparer votre boutique ?

Pourquoi quitter PrestaShop 1.7 ?

PrestaShop 1.7 a accompagné les e-commerçants pendant de nombreuses années, mais cette branche appartient désormais à une ancienne génération de la plateforme.

Continuer à exploiter une boutique sous PrestaShop 1.7 peut progressivement poser plusieurs problèmes :

• environnement PHP vieillissant ;
• modules qui ne sont plus mis à jour ;
• incompatibilités avec les nouvelles API ;
• difficultés à intégrer de nouveaux moyens de paiement ;
• compatibilité de plus en plus complexe avec les solutions de transport ;
• dette technique liée aux overrides et anciens développements ;
• difficultés à maintenir le thème ;
• risques de sécurité à long terme.

La question n'est donc plus seulement « pourquoi passer à PrestaShop 9 ? », mais plutôt : combien de temps peut-on raisonnablement conserver une architecture PrestaShop 1.7 ?

De PrestaShop 1.7 à 9.2 : un vrai changement de génération

Le changement est important.

PrestaShop 1.7.8 reposait notamment sur une génération plus ancienne de PHP et de Symfony, tandis que PrestaShop 9 s'appuie désormais sur Symfony 6.4 et nécessite au minimum PHP 8.1.

Il ne s'agit donc pas simplement de remplacer quelques fichiers ou de cliquer sur un bouton de mise à jour.

Il faut vérifier l'ensemble de l'écosystème de la boutique :

• serveur ;
• version de PHP ;
• thème ;
• modules ;
• overrides ;
• développements spécifiques ;
• ERP ;
• paiements ;
• transporteurs ;
• outils marketing et analytics.

Quels éléments peuvent être conservés lors d'une migration ?

L'objectif d'une migration n'est évidemment pas de repartir de zéro sur les données commerciales.

On cherchera généralement à conserver :

• les produits et déclinaisons ;
• les catégories ;
• les fabricants et fournisseurs ;
• les images ;
• les stocks ;
• les clients ;
• les adresses ;
• les commandes ;
• les factures ;
• les règles fiscales ;
• les contenus CMS ;
• les caractéristiques et attributs ;
• les données nécessaires au référencement.

La véritable question concerne surtout la couche technique autour de ces données.

C'est là qu'un audit devient indispensable.

Les modules : le premier point à auditer

Une boutique PrestaShop 1.7 installée depuis plusieurs années peut facilement contenir plusieurs dizaines de modules.

Avant une migration, il est pertinent de les classer en trois catégories.

Les modules indispensables

Il s'agit notamment des modules liés à des fonctions essentielles :

• paiement ;
• transport ;
• ERP ;
• synchronisation de stock ;
• marketplace ;
• facturation ;
• recherche avancée ;
• fidélité ;
• connexion à un logiciel de caisse.

Les modules qui peuvent être remplacés

Certains modules installés sous PrestaShop 1.7 disposent aujourd'hui de solutions plus modernes ou de fonctionnalités devenues natives dans PrestaShop.

Une migration est donc l'occasion de vérifier s'il est réellement utile de conserver chaque module.

Les modules devenus inutiles

Au fil des années, une boutique peut accumuler des modules désactivés, abandonnés ou utilisés uniquement pour une ancienne fonctionnalité.

La migration vers PrestaShop 9.2 est une bonne occasion de faire le ménage et de réduire la quantité de code exécutée par la boutique.

La compatibilité PrestaShop 9 ne suffit pas toujours

Un module annoncé compatible avec PrestaShop 9 peut fonctionner parfaitement sur une installation neuve tout en posant problème lors d'une migration.

Il faut notamment contrôler :

• les modifications de base de données ;
• les hooks utilisés ;
• les overrides ;
• les tâches CRON ;
• les API ;
• les webhooks ;
• les fichiers personnalisés ;
• les interactions avec d'autres modules.

Hummingbird : l'occasion de repartir sur un front-office moderne

La migration de PrestaShop 1.7 vers 9.2 pose également une question importante : faut-il conserver l'ancien thème ou profiter du projet pour repartir sur Hummingbird ?

Depuis PrestaShop 9.1, Hummingbird est devenu le thème par défaut des nouvelles installations PrestaShop et constitue désormais la nouvelle référence technique de la plateforme.

Il ne s'agit pas simplement d'un nouveau design livré avec PrestaShop.

Hummingbird repose sur une architecture front-end beaucoup plus moderne :

• Bootstrap 5.3 ;
• organisation CSS basée sur BEM et SCSS ;
• utilisation des CSS Cascade Layers ;
• JavaScript moderne ;
• absence de dépendance à jQuery dans le thème ;
• meilleure prise en compte de l'accessibilité ;
• structure plus modulaire pour les intégrateurs et développeurs.

Cette évolution est particulièrement importante lorsqu'on migre depuis PrestaShop 1.7.

La majorité des thèmes 1.7 ont été développés autour de Classic ou de thèmes eux-mêmes dérivés de son architecture.

Au fil des années, ils ont souvent accumulé :

• des surcharges de templates ;
• du JavaScript spécifique ;
• des modifications CSS ;
• des overrides ;
• des adaptations particulières pour certains modules.

Chercher à transporter intégralement cet ancien thème vers PrestaShop 9.2 n'est donc pas toujours la stratégie la plus pertinente.

Dans de nombreux projets, il peut être préférable de :

1. conserver l'identité graphique de la boutique ;
2. reprendre les éléments UX qui fonctionnent ;
3. repartir d'une base Hummingbird moderne ;
4. réintégrer uniquement les fonctionnalités réellement nécessaires.

L'objectif n'est alors plus seulement de « rendre compatible » un ancien thème, mais de profiter de la migration pour réduire la dette technique du front-office.

Attention à la compatibilité des modules avec Hummingbird

Un module compatible avec PrestaShop 9 n'est pas nécessairement parfaitement compatible avec Hummingbird.

La nouvelle architecture introduit des différences par rapport à Classic, notamment au niveau :

• des hooks ;
• du balisage HTML ;
• du CSS ;
• des conventions JavaScript ;
• de certains composants du front-office.

Il faudra donc tester attentivement les modules qui interviennent visuellement sur la boutique :

• recherche ;
• filtres ;
• menus ;
• avis clients ;
• configurateurs produits ;
• modules de personnalisation ;
• paiement ;
• transport ;
• points relais ;
• popups ;
• tracking ;
• modules intervenant dans le tunnel de commande.

Pour une migration 1.7 vers 9.2, l'audit ne doit donc pas se limiter à :

« Le module est-il compatible avec PrestaShop 9 ? »

Il faut également se demander :

« Son affichage et son JavaScript sont-ils compatibles avec Hummingbird ? »

Hummingbird et le One Page Checkout

Cette question devient encore plus importante avec PrestaShop 9.2.

La nouvelle version introduit un One Page Checkout natif via le module officiel ps_onepagecheckout.

Le module dispose de ses propres templates et s'intègre naturellement aux thèmes construits autour de la structure Hummingbird.

Un thème basé sur Classic ou fortement personnalisé peut également être adapté, mais cela peut nécessiter davantage de travail d'intégration.

Une migration vers PrestaShop 9.2 peut donc être l'occasion de réfléchir ensemble à :

PrestaShop 9.2 + Hummingbird + One Page Checkout.

Cette approche peut être beaucoup plus pertinente que de chercher à reproduire exactement l'architecture d'une ancienne boutique PrestaShop 1.7.

Migration ou mise à jour : quelle méthode choisir ?

Il existe deux grandes stratégies.

Option 1 : mettre à niveau la boutique existante

PrestaShop propose son Update Assistant, anciennement appelé 1-Click Upgrade, qui permet de réaliser certaines opérations de mise à jour, de sauvegarde et de restauration.

Cette méthode peut être envisagée sur une boutique relativement standard et propre.

Mais pour une ancienne boutique PrestaShop 1.7 avec :

• beaucoup de modules ;
• plusieurs overrides ;
• un thème fortement modifié ;
• un ERP ;
• plusieurs années de développements spécifiques ;

une démarche plus contrôlée est généralement préférable.

Option 2 : créer une nouvelle boutique PrestaShop 9.2 et migrer les données

Cette stratégie permet de partir d'une installation propre de PrestaShop 9.2.

On transfère ensuite les données nécessaires avant de reconnecter progressivement :

• les modules ;
• les transporteurs ;
• les paiements ;
• les flux produits ;
• l'ERP ;
• les outils marketing ;
• Analytics et Google Ads.

L'avantage est important : on évite de transporter plusieurs années de dette technique dans la nouvelle boutique.

Attention au changement de version PHP

C'est un élément souvent sous-estimé.

Une boutique PrestaShop 1.7 fonctionne généralement sur une version de PHP bien plus ancienne que celle utilisée par PrestaShop 9.

PrestaShop 9 nécessite au minimum PHP 8.1.

Cela signifie que certains anciens modules peuvent fonctionner sur la boutique actuelle mais générer immédiatement des erreurs une fois exécutés sur une version récente de PHP.

Les problèmes les plus fréquents concernent :

• des fonctions PHP supprimées ;
• des syntaxes dépréciées ;
• d'anciennes bibliothèques ;
• des signatures de méthodes devenues incompatibles ;
• des propriétés dynamiques ;
• des modules abandonnés depuis plusieurs années.

Tester les modules uniquement sur la version actuelle de PrestaShop n'est donc pas suffisant.

Le SEO doit faire partie de la migration dès le début

Migrer techniquement une boutique tout en perdant une partie de son référencement naturel serait évidemment contre-productif.

Avant la mise en production, il faut notamment comparer :

• les URL produits ;
• les URL catégories ;
• les pages CMS ;
• les balises Title ;
• les meta descriptions ;
• les H1 ;
• les balises canonical ;
• les hreflang sur les boutiques multilingues ;
• les données structurées ;
• le sitemap XML ;
• le fichier robots.txt.

Si certaines URL changent, un plan de redirections 301 doit être préparé.

Après la mise en ligne, il est également conseillé de surveiller Google Search Console afin d'identifier rapidement :

• les erreurs 404 ;
• les problèmes d'indexation ;
• les variations inhabituelles de pages indexées ;
• les erreurs de données structurées.

Une migration PrestaShop est donc autant un projet SEO qu'un projet technique.

Profiter de la migration pour améliorer les performances

Une migration 1.7 vers 9.2 constitue également une bonne occasion de remettre à plat les performances de la boutique.

Cela passe notamment par :

• un hébergement correctement dimensionné ;
• une version PHP récente ;
• la suppression des modules inutiles ;
• l'optimisation des images ;
• la réduction du JavaScript ;
• un système de cache adapté ;
• une meilleure gestion des tâches CRON ;
• l'analyse des requêtes SQL coûteuses.

PrestaShop 9 apporte également une base plus moderne avec Symfony 6.4 ainsi qu'un support des formats d'images modernes comme WebP et AVIF.

Pourquoi migrer directement vers PrestaShop 9.2 ?

Migrer aujourd'hui vers PrestaShop 9.2 permet de profiter de plusieurs générations d'améliorations.

Les nouveautés de PrestaShop 9.0

• Symfony 6.4 ;
• PHP moderne ;
• nouvelle Admin API ;
• support WebP et AVIF ;
• modernisation du back-office.

Les nouveautés de PrestaShop 9.1

• Hummingbird 2.0 ;
• nouvelle gestion des expéditions ;
• possibilité de gérer plusieurs transporteurs pour une même commande ;
• nouveau système de remises et promotions.

Les nouveautés de PrestaShop 9.2

• One Page Checkout natif ;
• Ask AI dans le back-office ;
• Extra Properties ;
• évolutions de Hummingbird ;
• poursuite de la migration vers Symfony ;
• nouvelles possibilités pour les développeurs.

On ne change donc pas simplement de numéro de version : on change réellement de génération de boutique.

Comment se déroule une migration PrestaShop 1.7 vers 9.2 ?

Une migration sérieuse doit être réalisée sur un environnement séparé de la boutique en production.

Le projet peut être résumé en plusieurs grandes étapes :

1. audit de la boutique existante ;
2. inventaire des modules et développements spécifiques ;
3. analyse du thème ;
4. choix entre adaptation du thème existant et nouvelle base Hummingbird ;
5. vérification de l'hébergement ;
6. sauvegarde complète des fichiers et de la base de données ;
7. création d'un environnement de préproduction ;
8. installation ou mise à niveau vers PrestaShop 9.2 ;
9. adaptation ou remplacement des modules ;
10. migration et contrôle des données ;
11. adaptation ou reconstruction du thème ;
12. reconnexion des ERP, transporteurs et paiements ;
13. tests fonctionnels complets ;
14. contrôle SEO ;
15. synchronisation finale des données ;
16. mise en production.

La boutique PrestaShop 1.7 peut ainsi continuer à fonctionner pendant la préparation de la nouvelle version.

Quels tests effectuer avant la mise en ligne ?

Une migration n'est terminée que lorsque le parcours complet a été testé.

Il faut notamment vérifier :

• création de compte ;
• connexion des anciens clients ;
• réinitialisation du mot de passe ;
• ajout au panier ;
• codes promotionnels ;
• calcul de TVA ;
• frais de port ;
• livraison en point relais ;
• paiement par carte bancaire ;
• PayPal ou autres moyens de paiement ;
• création de commande ;
• e-mails transactionnels ;
• génération des factures ;
• décrémentation du stock ;
• synchronisation ERP ;
• remboursement ;
• commandes B2B si nécessaire ;
• affichage sur mobile et tablette.

Ces tests doivent être répétés avec plusieurs scénarios afin de couvrir les principaux parcours clients de la boutique.

Faut-il migrer maintenant vers PrestaShop 9.2 ?

Pour une boutique encore sous PrestaShop 1.7, le sujet mérite au minimum d'être étudié dès maintenant.

La sortie de PrestaShop 9.2 apporte une génération beaucoup plus moderne de la plateforme, tandis que PrestaShop 1.7 repose désormais sur une architecture vieillissante.

Cela ne signifie pas qu'il faut effectuer une migration dans l'urgence.

Au contraire.

Une migration réussie doit commencer par un audit de l'existant permettant de déterminer précisément :

• ce qui peut être conservé ;
• ce qui doit être adapté ;
• ce qui doit être remplacé ;
• ce qu'il est préférable de reconstruire.

Pour une boutique PrestaShop 1.7 installée depuis plusieurs années, la migration vers PrestaShop 9.2 peut finalement devenir bien plus qu'une simple mise à jour.

C'est l'occasion de repartir sur une base technique saine, d'améliorer l'expérience utilisateur et de préparer la boutique pour les prochaines années.