Migration PrestaShop 1.7 vers 9 : préparer une montée de deux versions majeures

Aucune page de l’éditeur ne décrit une mise à jour de PrestaShop 1.7 vers 9 en un seul passage. Deux faits documentés laissent déduire que l’outil officiel ne la propose pas : les deux branches n’ont aucune version de PHP en commun, et l’outil ne propose que les versions compatibles avec le PHP du serveur. Restent deux routes : passer par la 8, ou installer une boutique 9 neuve qui reprend les données. Le choix se fait sur vos modules, votre thème et vos retouches de code ; la cible, au 14 octobre 2026, s’appelle 9.2.

• PrestaShop 1.7 et PrestaShop 9 ne partagent aucune version de PHP
• La route par la 8 enchaîne deux mises à jour sur la boutique en place
• L’installation neuve de la 9 reprend les données sans reprendre la boutique
• Quatre relevés de la boutique tranchent entre les deux routes PrestaShop
• Ce qui fait varier le coût d’une migration de PrestaShop 1.7 vers 9
• Le prestataire remet un choix écrit, puis des comptes qui concordent
• Une configuration recopiée, une extraction unique ou une cible dépassée font échouer la reprise vers PrestaShop 9
• Sources consultées
• Foire aux questions

PrestaShop 1.7 et PrestaShop 9 ne partagent aucune version de PHP

La 1.7.8, dernière de sa branche, fonctionne de PHP 7.1 à 7.4. La 9.2, publiée le 30 septembre 2026, demande PHP 8.1 au minimum et va jusqu’à 8.5. Entre les deux, seule la branche 8 fait le pont, avec PHP 7.2.5 au minimum.

D’après le README de son dépôt, l’Update Assistant propose la version la plus récente compatible avec le PHP du serveur. Sur PHP 7.4, une boutique 1.7 ne devrait se voir proposer que des versions 8, jamais une 9 : déduction de ces deux sources, que l’écran de l’outil, sur une copie, confirme ou non. Pour contrôler le serveur, la documentation de la 9 recommande le fichier « phppsinfo.php », déposé sur l’hébergement.

La route par la 8 enchaîne deux mises à jour sur la boutique en place

Premier passage : la boutique monte en 8 sur PHP 7.2.5 à 7.4, avec les vérifications détaillées sur la migration de PrestaShop 1.7 vers 8. PHP passe ensuite à 8.1. Second passage : la boutique monte en 9, puis PHP passe à une version encore corrigée.

L’éditeur présente l’Update Assistant pour la 9 à la sortie de la 9.0, et pour la 9.2 depuis une 9.0.x ou une 9.1.x ; ses annonces ne disent pas si une 8.x rejoint la 9.2 d’un seul passage. L’écran de l’outil, sur la copie, indique la version proposée : un arrêt en 9.0 ou en 9.1 peut s’intercaler.

Chaque passage garde les données, les modules compatibles et le thème, et chacun repasse le contrôle des prérequis. Un module doit exister deux fois, une version pour la 8 et une pour la 9, sous peine d’être désinstallé à l’un des deux passages.

La pause en 8 entre les deux reste possible. La branche 8.2 reçoit des correctifs critiques et de sécurité depuis le 4 juillet 2025, jusqu’à la sortie de PrestaShop 10, sans date annoncée. Son plafond, PHP 8.1, n’a plus de correctif depuis le 31 décembre 2025 : chaque mois passé en 8 se vit sur un langage que php.net ne corrige plus.

L’installation neuve de la 9 reprend les données sans reprendre la boutique

L’éditeur appelle cette route une migration : les données de la boutique existante passent dans une boutique installée à neuf, sur la dernière version. Sa documentation la recommande pour un changement de version majeure.

La procédure tient en trois temps : extraire, ajuster, importer. L’export du back-office ne livre que les colonnes affichées à l’écran ; une extraction complète passe par la base de données. Plusieurs tables ne se recopient pas, car la boutique neuve a les siennes : la configuration, les droits des employés et des modules, les onglets du back-office. Les photos se copient depuis le dossier « img/p », à l’identique si les identifiants des produits restent les mêmes ; les pièces jointes et les fichiers des clients, rangés dans « download » et « upload », suivent. Les langues autres que celle d’installation se réinstallent, et l’index de recherche se reconstruit, faute de quoi la recherche ne trouve aucun produit importé.

Les mots de passe des clients obéissent à une règle propre. D’après le code de PrestaShop, l’outil d’import du back-office re-hache la colonne « passwd » : une empreinte importée par lui ne permet plus la connexion. Seules des empreintes transférées en base avec la table des clients, clé de chiffrement reprise, restent valables ; sinon chaque client réinitialise son mot de passe.

Les modules s’installent dans leur version pour la 9, puis se configurent à nouveau. Le thème ne fait pas partie des données reprises : il ne s’installe sur la 9 que dans une version compatible. Depuis la 9.1, toute nouvelle installation arrive avec Hummingbird, le thème par défaut de l’éditeur.

Atout de cette route, la boutique 1.7 reste en ligne et intacte jusqu’au jour de la bascule. Les adresses des pages se vérifient une à une : le plan de redirections relève du SEO de migration.

Décrire mon besoin →

Quatre relevés de la boutique tranchent entre les deux routes PrestaShop

Le Gestionnaire de modules d’abord. Comptez les modules non natifs, puis cherchez pour chacun une version 8 et une version 9. Un module publié en 9 mais abandonné en 8 fait pencher vers l’installation neuve.

Le thème ensuite. Un thème enfant de Classic peu retouché traverse les deux passages. Un thème acheté que son auteur ne publie pas pour la 9 se refait, sur Hummingbird ou un autre.

Puis les fichiers du cœur modifiés et les surcharges, que l’outil liste à chaque passage. Nombreux, ils restent derrière avec une installation neuve, et le besoin qu’ils couvraient se refait dans un module.

Enfin le calendrier. La route par la 8 étale le chantier et laisse une boutique qui tourne à chaque étape ; l’installation neuve concentre le travail sur une seule bascule.

Ce qui fait varier le coût d’une migration de PrestaShop 1.7 vers 9

La route par la 8 coûte deux campagnes de tests, deux changements de PHP et, pour chaque module, deux versions à obtenir. L’installation neuve coûte la reprise des données, la configuration de chaque module à neuf, le thème à refaire et le plan de redirections. Le volume pèse dans les deux cas : commandes, clients, photos, langues. Une version de module pour la 8 ou pour la 9 peut être payante : posez la question à chaque auteur.

Le prestataire remet un choix écrit, puis des comptes qui concordent

Le premier livrable est la route retenue, motivée par l’inventaire, avec les deux routes chiffrées sur ce même inventaire. Pour une installation neuve, exigez ensuite la liste des données reprises et de celles laissées derrière.

Le contrôle à la bascule tient en une comparaison que vous faites seul. Relevez le nombre de clients dans Clients > Clients, celui des commandes dans Commandes > Commandes et celui des produits dans Catalogue > Produits, sur l’ancienne boutique puis sur la nouvelle. Un écart se justifie ligne par ligne.

Faites écrire qui remet l’ancienne boutique en service, et en combien d’heures, si la nouvelle refuse une commande le jour de la bascule. Dans la route par la 8, la même clause vaut à chaque passage, depuis la sauvegarde prise juste avant.

Décrire mon besoin →

Une configuration recopiée, une extraction unique ou une cible dépassée font échouer la reprise vers PrestaShop 9

Recopier l’ancienne table de configuration dans la boutique neuve : la documentation de l’éditeur la déconseille, la nouvelle boutique a déjà la sienne.

Extraire les données une seule fois, des semaines avant la bascule. Les commandes et les comptes créés entre-temps restent sur l’ancien serveur : une dernière extraction se fait juste avant la bascule, boutique 1.7 en maintenance.

Viser une version 9 déjà dépassée. Chez PrestaShop, sauf rare exception, une version mineure cesse d’être corrigée à la sortie de la suivante. Un devis rédigé pour la 9.1 vise une version sans correctif depuis le 30 septembre 2026.

Dans le message du formulaire de cette page, reportez votre version complète, le nombre de modules non natifs et l’origine de votre thème.

Sources consultées

• PrestaShop, documentation développeur, « System requirements for PrestaShop 1.7 », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 8, « System requirements », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « System requirements », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 9 is available », « PrestaShop 9.1 is available » et « PrestaShop 9.2 is available », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « Keep PrestaShop up-to-date », pages « Update from the back office » et « How to migrate to PrestaShop 8 », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « Supported branches », consulté le 14 octobre 2026.
• PrestaShop, « PrestaShop 8.2.x is now in the extended support phase », consulté le 14 octobre 2026.
• PrestaShop, dépôt « autoupgrade », fichier README, consulté le 14 octobre 2026.
• PrestaShop, code source, « AdminImportController.php » et « Hashing.php » (branche 8.2.x), consulté le 14 octobre 2026.
• php.net, « Unsupported Branches » et « Supported Versions », consulté le 14 octobre 2026.

Foire aux questions

Combien de temps peut-on rester en 8 entre les deux étapes ?

L’éditeur maintient la 8.2 jusqu’à la sortie de PrestaShop 10, sans date annoncée. La limite vient du PHP, plafonné à 8.1 en 8. Fixez la date du second passage dès la commande du premier, et faites-la figurer dans le devis.

Quelle version de PrestaShop 9 viser ?

La dernière version mineure publiée, la 9.2 depuis le 30 septembre 2026. Elle prend en charge PHP 8.1 à 8.5. Dans la route par la 8, vérifiez au moment du second passage quelle version l’Update Assistant propose, car une nouvelle mineure a pu sortir entre-temps.

Les identifiants des produits changent-ils avec une installation neuve ?

Pas forcément : la reprise peut garder les identifiants d’origine. La documentation de l’éditeur l’envisage, et la copie des photos se résume alors au dossier « img/p ». Si les identifiants changent, les tables qui y font référence, comme celles des pièces jointes et des personnalisations, s’adaptent une à une.

Peut-on garder le thème 1.7 en allant en 9 ?

Par la route de la 8, oui, si son auteur le fait évoluer ou si un développeur l’adapte deux fois. La 9 change la façon dont plusieurs pages transmettent leurs données au thème, détaillé sur le passage de PrestaShop 8 à 9. Avec une installation neuve, le thème se reconstruit sur la 9.