Migration PrestaShop 1.5 vers 8 : sortir d’une version très ancienne sans perdre l’historique

Une boutique PrestaShop 1.5 peut porter dix ans de commandes, de factures et de comptes clients : le travail propre à cette version consiste à trier cet historique avant de choisir la route. Pour une version majeure, l’éditeur recommande une boutique 8 neuve qui reçoit les données. Ses outils de mise à jour ne décrivent aucun trajet d’un seul tenant de la 1.5 à la 8 ; on peut seulement les enchaîner.

• Une boutique PrestaShop 1.5 tourne sur un socle que plus rien ne corrige
• Trois générations d’outils séparent la 1.5 de PrestaShop 8
• L’historique d’une boutique PrestaShop 1.5 se partage entre la 8 et une archive
• Les factures d’une boutique PrestaShop 1.5 s’exportent avant l’extinction du serveur
• Une boutique PrestaShop 1.5 peut cacher du code retouché dans le cœur
• Le devis d’une migration depuis la 1.5 dépend du passé de la boutique
• L’historique d’une 1.5 se perd quand l’ancien serveur s’éteint avant la vérification de l’archive
• La cible 8 se choisit en connaissant son PHP
• Sources consultées
• Foire aux questions

Une boutique PrestaShop 1.5 tourne sur un socle que plus rien ne corrige

La documentation de la 1.5 demandait PHP 5.2 ou plus récent et MySQL 5.0 ou plus récent. PHP 5.6, la dernière version de PHP 5, n’est plus corrigé par php.net depuis le 31 décembre 2018, soit près de huit ans au 14 octobre 2026. Faites relever la version exacte de PrestaShop et celle de PHP avant toute discussion : l’hébergeur les connaît.

Depuis le 1er avril 2026, l’éditeur ne génère ni ne distribue plus les packs de langue de la 1.6 et des versions antérieures ; les traductions déjà installées restent en place, mais télécharger l’allemand pour une 1.5 n’est plus possible par ce canal. Ses modules ont quitté la branche : la version courante de son outil de mise à jour exige au moins une 1.7, son module de nettoyage PrestaShop Cleaner au moins une 1.7.1.0.

Trois générations d’outils séparent la 1.5 de PrestaShop 8

Monter une 1.5 sur place demande trois modules, d’après deux pages de l’éditeur qu’il faut rapprocher. La documentation de la 1.6 décrit le module 1-Click Upgrade, installable depuis une 1.4 ou une 1.5, pour atteindre la 1.6. Le README du dépôt « autoupgrade » prescrit ensuite la version 4.14.3 pour passer de la 1.6 à la 1.7, puis sa version courante pour atteindre la 8. Aucune page ne décrit le trajet complet : c’est un enchaînement déduit, à rejouer sur une copie à chaque étape, avec un PHP qui change en route (la 1.6.1.x accepte PHP 5.2 à 7.1, la 8 PHP 7.2.5 à 8.1).

La documentation de la 9 recommande l’autre voie pour une version majeure : une boutique neuve, qui reçoit les données de l’ancienne. La reprise suit la méthode décrite pour la migration de la 1.6 vers la 8 ; la règle des mots de passe figure dans la foire aux questions. Une 1.5 y ajoute une question propre : que faire de tout ce qu’elle contient.

L’historique d’une boutique PrestaShop 1.5 se partage entre la 8 et une archive

Chaque type de donnée ancienne obéit à une règle de conservation ou de nettoyage ; la destination se décide avec vous.

Une répartition simple : les commandes récentes et les clients actifs passent dans la 8, le reste part en archive. Le référentiel de la CNIL propose des durées qu’un organisme peut dépasser en les justifiant ; pour les données gardées au-delà du contrat par obligation comptable ou fiscale, il prévoit une base d’archives dédiée ou une séparation logique dans la base active, après tri.

Demandez au prestataire de compter les clients dont le dernier achat remonte à plus de trois ans au jour de la bascule : ce nombre dit quelle part du fichier ne peut plus servir à la prospection. Le fichier confié au prestataire est lui-même un traitement de données personnelles : limitez-le à la sélection décidée.

PrestaShop Cleaner travaille sur la boutique 8, une fois les données importées. Il applique les deux règles de nettoyage du tableau et contrôle les contraintes d’intégrité, c’est-à-dire les liens entre tables qui pointent vers des lignes disparues. Son écran avertit qu’aucun retour arrière n’existe : sauvegardez avant.

Décrire mon besoin →

Les factures d’une boutique PrestaShop 1.5 s’exportent avant l’extinction du serveur

La 1.5 génère ses factures en PDF depuis l’écran des factures du back-office (« AdminInvoices » dans son code) : l’option « Generate PDF file by date » produit un fichier par plage de dates, à répéter exercice par exercice. Ces PDF, ajoutés à une sauvegarde complète de la base et des fichiers, forment l’archive que votre expert-comptable pourra consulter.

Relevez aussi le numéro de la dernière facture émise. Dans la 8, le champ « Invoice number » de l’écran des factures fixe le numéro de la prochaine ; son aide affiche le numéro courant, et la valeur 0 le conserve. La séquence continue au lieu de repartir à un.

Une boutique PrestaShop 1.5 peut cacher du code retouché dans le cœur

Une boutique de cet âge a pu connaître plusieurs intervenants, dont certains ont modifié directement les fichiers de PrestaShop. Une installation neuve laisse ces retouches derrière elle, sans message. L’éditeur conserve sur GitHub les sources des versions publiées, 1.5.6.2 comprise : leur comparaison avec les fichiers de votre serveur fait apparaître les retouches.

Exigez ce relevé avant le devis, avec une décision par fichier modifié : refaire dans la 8, remplacer par un module, abandonner.

Trois livrables s’ajoutent : la table des données (quelles années de commandes, quels clients, quelles destinations), l’archive remise à vous dans des formats lisibles sans PrestaShop, et le rapport de répétition. Cette répétition se joue sur une préproduction, la copie de travail que vos clients ne voient pas. Elle se juge sur des totaux : le nombre de commandes et de clients présents dans la 8 égale la sélection décidée, un écart signalant une ligne perdue ou une règle de tri mal appliquée.

Faites écrire qui paie l’ancien serveur jusqu’à la vérification de l’archive, qui en garde les accès, et ce que coûte un retour arrière si la 8 échoue dans les premiers jours.

Le devis d’une migration depuis la 1.5 dépend du passé de la boutique

Cinq facteurs le font varier, sans qu’aucun se chiffre à l’avance : les fichiers du cœur retouchés ; les modules, selon qu’ils existent ou non pour la 8 ; les années de commandes à transférer plutôt qu’à archiver ; les langues à retraduire ; la cible, 8 ou 9. Le troisième se mesure dans la liste des commandes de la 1.5, triée par date : la plus ancienne ligne donne le point de départ de votre historique.

L’historique d’une 1.5 se perd quand l’ancien serveur s’éteint avant la vérification de l’archive

Éteindre l’hébergement de la 1.5 le jour de la bascule. Une archive jamais rouverte ne prouve rien ; ouvrez quelques factures de chaque exercice avant de résilier.

Compter réinstaller une 1.5 plus tard pour relire l’archive. L’éditeur indique qu’il n’est plus possible de créer de nouvelle boutique avec les packs de langue de la 1.6 et des versions antérieures. L’historique se garde dans des PDF et des exports lisibles, pas dans l’espoir de remonter une 1.5.

Décrire mon besoin →

La cible 8 se choisit en connaissant son PHP

La branche 8 accepte PHP 7.2.5 à 8.1 et demande MySQL 5.7 ou MariaDB 10.2 au minimum, là où la 1.5 se contentait de MySQL 5.0 : l’hébergement change aussi. php.net ne corrige plus PHP 8.1 depuis le 31 décembre 2025, si bien qu’une 1.5 qui ouvre en 8 en octobre 2026 quitte un PHP sans correctif pour un autre. Les mêmes données et la même archive servent une cible 9 : l’arbitrage est détaillé pour la migration de la 1.6 vers la 9.

Dans le message du formulaire de cette page, reportez la version exacte de votre 1.5, le nombre d’années de commandes et le nombre approximatif de clients.

Sources consultées

• PrestaShop, documentation développeur, « Setting up your local development environment » (1.5) et « System requirements » (8), consulté le 14 octobre 2026.
• php.net, « Unsupported Branches », consulté le 14 octobre 2026.
• PrestaShop, « Sunsetting translations for legacy PrestaShop versions », consulté le 14 octobre 2026.
• PrestaShop, dépôt « autoupgrade », fichier README, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur 9, « Keep PrestaShop up-to-date », consulté le 14 octobre 2026.
• PrestaShop, documentation 1.6, pages « Automatic update » et « Informations de configuration », consulté le 14 octobre 2026.
• PrestaShop, dépôt « pscleaner », fichier « pscleaner.php », consulté le 14 octobre 2026.
• PrestaShop, code source, « AdminInvoicesController.php » et « Tools.php » (version 1.5.6.2), « InvoiceOptionsType.php », « AdminImportController.php » et « Hashing.php » (branche 8.2.x), consulté le 14 octobre 2026.
• Entreprendre.service-public.gouv.fr, « Quels sont les délais de conservation des documents pour les entreprises ? », tableau des pièces comptables, consulté le 14 octobre 2026.
• CNIL, « Référentiel relatif aux traitements de données à caractère personnel mis en œuvre aux fins de gestion des activités commerciales », section « Durées de conservation », consulté le 14 octobre 2026.

Foire aux questions

Les mots de passe des clients d’une boutique 1.5 se reprennent-ils ?

Seulement si la table des clients est transférée en base avec ses empreintes intactes, clé de chiffrement reprise. 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. La 1.5 calcule l’empreinte avec la clé de « config/settings.inc.php », un format que la 8 vérifie encore avec la même clé. Sinon, chaque client passe par la réinitialisation.

Peut-on laisser la 1.5 en ligne pour consulter l’historique ?

Mieux vaut la retirer d’internet : une boutique joignable sur un PHP que plus personne ne corrige reste exposée, même sans clients. Pour consulter l’historique, une copie hors ligne, une sauvegarde restaurable et les PDF des factures suffisent.

Faut-il associer l’expert-comptable à la migration ?

Oui, sur deux points. Il connaît la date de clôture de vos exercices, qui fixe le départ des dix ans de conservation. Il peut aussi valider la reprise de la numérotation des factures dans la 8. Transmettez-lui l’archive des PDF dès qu’elle existe.

Les adresses des pages de la 1.5 changent-elles ?

Elles peuvent changer, puisque la boutique 8 génère ses propres adresses. Chaque ancienne adresse qui reçoit des visites ou des liens doit renvoyer vers sa nouvelle équivalente. Le relevé et les redirections suivent la méthode du SEO de migration.