Passer de PrestaShop 1.7 à 8 ou 9, sans casser la boutique

Votre boutique tourne encore sous PrestaShop 1.7 et vous savez qu’il faudra passer à une version récente. Bonne idée: au-delà des nouveautés, c’est surtout une question de sécurité et de compatibilité avec les versions de PHP encore maintenues. Une migration bien préparée se passe sans casse. Voici la méthode, et les pièges qui font déraper les projets.

PrestaShop 8 ou PrestaShop 9 ?

• PrestaShop 8 est une étape éprouvée depuis la 1.7, mais il ne dépasse pas PHP 8.1, une version de PHP qui ne reçoit plus de correctifs de sécurité depuis fin 2025.
• PrestaShop 9 repose sur des bases plus récentes et fonctionne avec les versions actuelles de PHP. C’est la cible logique pour les années à venir, à condition que vos modules et votre thème suivent.

En pratique, on vise PrestaShop 9 quand les modules indispensables existent dans une version compatible, sinon PrestaShop 8 comme étape intermédiaire. C’est l’inventaire qui tranche.

1. Faire l’inventaire

Avant toute chose, listez ce qui compose la boutique:

• la version exacte de PrestaShop et de PHP;
• tous les modules installés, natifs ou non, avec leur version et leur éditeur;
• le thème: thème du marché, thème enfant ou thème sur mesure, et tout ce qui y a été modifié depuis son installation;
• les personnalisations: overrides, fichiers modifiés à la main, développements spécifiques;
• les liens avec l’extérieur: paiement, transporteurs, ERP, marketplaces, flux.

Pour chaque module, vérifiez s’il existe une version compatible avec la version visée. Un module abandonné se remplace, ou se redéveloppe: mieux vaut le savoir avant de commencer.

2. Travailler sur une copie, jamais sur la boutique en ligne

Créez une copie complète de la boutique (fichiers et base de données) sur un environnement de test, protégé par mot de passe et non indexé par Google. Toute la migration se fait et se teste là, pendant que la boutique continue de vendre.

3. Mettre à jour la copie

Le module officiel 1-Click Upgrade (autoupgrade), dans sa version la plus récente, permet de passer de la 1.7 à une version récente en conservant les données. Sur une boutique très personnalisée, ou depuis une version plus ancienne, on préfère parfois une installation neuve dans laquelle on migre les données: produits, clients, commandes. Dans les deux cas:

• passez d’abord la copie à la bonne version de PHP;
• mettez à jour ou remplacez les modules un par un;
• adaptez ou remplacez le thème (voir l’étape suivante);
• réécrivez ou supprimez les overrides devenus inutiles.

4. Corriger le thème, ou en changer

Le thème est le poste qu’on sous-estime le plus. Sur une boutique 1.7, il est rarement resté d’origine: couleurs, blocs ajoutés, pages retouchées, parfois par plusieurs prestataires successifs. Or PrestaShop 8 et 9 font évoluer une partie de ce qu’un thème utilise: gabarits, points d’accroche des modules, bibliothèques JavaScript. Un thème 1.7 personnalisé fonctionne donc rarement tel quel, et il faut prévoir l’une de ces deux options:

• le corriger: on garde le thème actuel et on adapte tout ce qui ne passe plus. C’est le bon choix si le thème est bien construit, toujours suivi par son éditeur, et si son design vous convient encore;
• en changer: on part d’un thème compatible PrestaShop 9, comme Hummingbird, le thème moderne de PrestaShop, ou un thème du marché, et on y reporte votre identité visuelle et les personnalisations utiles. C’est souvent plus sain quand le thème a été modifié dans tous les sens, ou que son éditeur l’a abandonné.

L’IA rend ce travail beaucoup plus facile. Elle analyse les fichiers du thème, repère ce qui n’est plus compatible, propose les corrections et aide à reporter les personnalisations sur un nouveau thème. Ce qui demandait des jours de lecture de code se fait bien plus vite, et le budget du thème baisse d’autant. Elle ne remplace pas les tests: chaque page se vérifie, sur ordinateur comme sur mobile.

5. Tester comme un client

La liste de tests minimale avant toute mise en ligne:

• parcours complet de commande, avec chaque moyen de paiement et chaque transporteur;
• création de compte, connexion, mot de passe oublié;
• e-mails envoyés au client et à la boutique;
• factures, avoirs, calcul des taxes et des frais de port;
• recherche, filtres, pages produits avec déclinaisons;
• back-office: traitement d’une commande, import, exports.

6. Préserver le référencement

Une migration ne doit pas changer les adresses des pages. Comparez la liste des URL avant et après, prévoyez des redirections 301 pour tout ce qui change, et surveillez la Google Search Console les semaines qui suivent.

7. Planifier la bascule

Entre la création de la copie et la mise en ligne, la boutique a continué de recevoir des commandes et des clients. La bascule doit donc être répétée et chronométrée:

• choisir un moment calme, prévenir l’équipe;
• faire une sauvegarde complète juste avant;
• passer la boutique en maintenance, appliquer la mise à jour validée, vérifier, rouvrir;
• garder la sauvegarde et un plan de retour en arrière prêts.

Les pièges les plus fréquents

• Mettre à jour directement la boutique en ligne: au moindre souci, la boutique reste en panne pendant qu’on cherche.
• Changer la version de PHP chez l’hébergeur trop tôt: l’ancienne boutique tombe en erreur 500 avant que la nouvelle soit prête.
• Oublier un module de paiement: la boutique fonctionne, mais plus aucune commande n’aboutit.
• Négliger les overrides: invisibles au premier coup d’œil, ils cassent des fonctions entières après la mise à jour.
• Sous-estimer le thème: la boutique se met à jour sans erreur, mais des pages s’affichent mal, ou des boutons ne répondent plus.