Migration PrestaShop 1.7 vers 8 : mettre à jour votre boutique sans casser vos modules

Une migration PrestaShop 1.7 vers 8 doit remettre votre boutique à niveau sans compromettre son catalogue, ses clients, ses commandes ni ses URL. Vos modules sont examinés et testés avant la mise en ligne, tandis que la boutique actuelle continue à recevoir les visiteurs et les commandes pendant le chantier.

Vous sortez ainsi d’une branche qui ne reçoit plus de maintenance depuis la sortie de PrestaShop 9, sans traiter la mise à jour comme un simple clic. La version, les modules, le thème, l’hébergement et le parcours d’achat forment un ensemble. Ils doivent être vérifiés sur une copie avant toute bascule.

Vous conservez la continuité de votre boutique

La prestation vise à garder les produits, les clients, les commandes et les adresses existantes. Lorsque les URL ne changent pas, la migration concerne surtout l’infrastructure et le logiciel. Lorsque le chantier modifie aussi le domaine ou les adresses, un plan de redirections devient nécessaire.

La boutique en production reste ouverte pendant la préparation. Une copie complète est installée en préproduction et protégée de l’indexation. Nous y réalisons la mise à jour et les contrôles sans exposer le travail en cours aux clients ni à Google.

Cette organisation donne une base concrète pour tester les modules. Un module compatible avec PrestaShop 1.7 ne fonctionne pas nécessairement sans adaptation sur la version 8. Certains disposent d’une version plus récente, tandis que d’autres demandent un remplacement ou un portage.

La préproduction permet de vérifier avant de basculer

Google recommande de tester une copie complète du site sur un nom d’hôte de préproduction avec une directive noindex lors d’un changement d’infrastructure sans modification des URL. Cette copie sert à reproduire le fonctionnement de la boutique et à repérer les incompatibilités.

Nous mettons PrestaShop à jour dans cet environnement. Les modules tiers sont contrôlés un par un. La documentation issue du dépôt PrestaShop conseille de désactiver les modules avant la mise à jour, puis de les réactiver individuellement, en utilisant si nécessaire leur version compatible avec PrestaShop 8.

La recette vérifie ensuite le catalogue, les comptes, les commandes, le panier et le paiement. Elle permet de corriger les problèmes avant que la version mise à jour ne remplace la boutique active.

Inforeole organise la mise à jour en étapes

Nous auditons la version, les modules, le thème et l’hébergement

Nous relevons la version précise de PrestaShop, les modules tiers, les développements sur mesure, le thème et les caractéristiques de l’hébergement. Nous inventorions aussi les URL afin de détecter tout changement prévu dans le chantier.

Cet audit vérifie les prérequis de PrestaShop 8. La version accepte PHP de 7.2 à 8.1, recommande PHP 8.1 et ne prend pas en charge PHP 8.2 ou une version supérieure. Elle demande au minimum MySQL 5.7 ou MariaDB 10.2, Apache 2.4 ou Nginx 1.0 et une limite de mémoire PHP d’au moins 256 Mo.

Nous créons une copie de préproduction

La copie reproduit la boutique sans remplacer le site public. Elle reste protégée de l’indexation pendant les tests. Nous pouvons ainsi observer les erreurs et corriger les incompatibilités sans interrompre les ventes.

Nous mettons PrestaShop à jour dans cet environnement

Le passage depuis la branche 1.7 s’effectue avec la version la plus récente du module AutoUpgrade, selon la recommandation d’un mainteneur du projet. Nous ne présentons pas cette opération comme suffisante à elle seule, car le résultat dépend des modules, du thème et de l’environnement serveur.

Nous contrôlons chaque module et le thème

Les modules sont réactivés et testés individuellement. Lorsqu’un module possède une version compatible avec PrestaShop 8, sa mise à jour entre dans le parcours de contrôle. Un module sur mesure peut demander un portage, qui apparaît séparément dans la grille.

Le thème est également vérifié. Son adaptation constitue un supplément prévu, car l’affichage, la navigation et les étapes du parcours d’achat doivent rester cohérents après la mise à jour.

Nous testons l’achat avant la bascule

La recette couvre les pages du catalogue, les catégories, les comptes clients, le panier, le paiement et les commandes. Elle vérifie les modules qui interviennent dans ces étapes. La bascule vers la production n’intervient qu’après cette recette.

Nous contrôlons ensuite la boutique mise en ligne. Lorsque les URL restent identiques, nous vérifions leur disponibilité. Lorsque le projet change aussi de domaine, notre guide explique comment préparer les redirections 301 pendant une migration PrestaShop vers un nouveau domaine.

Le forfait couvre la mise à jour et sa recette

Le forfait de base comprend jusqu’à 5 000 produits et 15 modules tiers. Il couvre la création d’une préproduction, la mise à jour, les tests et la bascule.

Les modules supplémentaires, l’adaptation du thème, les modules sur mesure, une configuration multi-boutique et un changement d’hébergement sont chiffrés séparément. Cette grille relie le budget à des éléments que l’audit peut compter et vérifier.

Le forfait ne suppose pas que tous les modules existants fonctionnent sans modification. Il organise leur contrôle et permet d’identifier le travail nécessaire avant la mise en production.

Le prix dépend surtout des modules et de l’environnement

Le forfait de base coûte 1 500 € HT. Il comprend jusqu’à 5 000 produits, 15 modules tiers, une préproduction, la mise à jour, les tests et la bascule.

Les suppléments de l’offre sont les suivants :

• Chaque tranche de 10 modules tiers au-delà des 15 modules inclus ajoute +400 € HT.
• L’adaptation du thème ajoute +600 € HT.
• Chaque module sur mesure à porter ajoute +350 € HT.
• La configuration multi-boutique ajoute +500 € HT.
• Le changement d’hébergement ajoute +300 € HT.

Le calculateur interactif placé juste en dessous vous permet d’estimer le budget à partir du nombre de modules et des besoins de votre boutique. Le devis définitif suit un échange, car l’audit doit confirmer les versions, les compatibilités et l’environnement d’hébergement.

Pour faire examiner votre situation, vous pouvez discuter de votre projet sur WhatsApp. Indiquez votre version de PrestaShop, le nombre de modules et les éventuels développements sur mesure.

Le choix de la cible demande une discussion honnête

La prestation présentée vise PrestaShop 8, mais le contexte de support doit être compris. PrestaShop 1.7 est entré dans une maintenance limitée après la sortie de PrestaShop 8, puis sa maintenance a pris fin avec la sortie de PrestaShop 9.

PrestaShop 8 recommande PHP 8.1 et ne prend pas en charge PHP 8.2 ou une version supérieure. Or PHP 8.1 a atteint sa fin de vie le 31 décembre 2025. PrestaShop 9 existe et accepte PHP de 8.1 à 8.5, avec une recommandation pour PHP 8.5.

Ces faits ne justifient pas de choisir automatiquement une cible sans examiner la boutique. Ils doivent être abordés pendant l’échange afin de relier la décision à vos modules, à votre thème, à votre hébergement et à votre calendrier. La prestation ne présente donc pas PrestaShop 8 comme un choix universel ni PrestaShop 9 comme une réponse automatique.

Les modules restent le principal point de vigilance

Les modules doivent parfois être mis à jour, remplacés ou portés. Une compatibilité supposée ne remplace pas un test. La préproduction et la réactivation unitaire servent précisément à observer leur comportement dans la version cible.

Le thème demande le même niveau de prudence. Une page qui s’affiche ne suffit pas à valider le parcours. La navigation, le panier et le paiement doivent fonctionner ensemble sur les pages réellement utilisées.

L’hébergement peut également demander une adaptation pour satisfaire les prérequis de PrestaShop 8. Si un changement d’hébergement est nécessaire, il est identifié comme un supplément plutôt que dissimulé dans une mise à jour présentée comme uniforme.

Vous avancez avec une version testée avant sa mise en ligne

La mise à jour vous permet de conserver les données et les URL tout en sortant de PrestaShop 1.7. Sa fiabilité repose sur l’audit, la préproduction, le contrôle des modules et la recette du parcours d’achat.

Le calculateur donne une première estimation selon la grille validée. Pour vérifier la cible et les compatibilités avant le devis, vous pouvez discuter de votre projet sur WhatsApp.

Questions fréquentes

Combien de temps dure la mise à jour de PrestaShop 1.7 vers 8 ?

La durée dépend du nombre de modules, du thème, des développements sur mesure, du mode multi-boutique et de l’hébergement. L’audit permet de mesurer ces éléments avant que le devis ne fixe le calendrier.

La boutique s’arrête-t-elle pendant la bascule ?

La boutique actuelle reste ouverte pendant les travaux en préproduction. La bascule intervient après la recette. Nous contrôlons ensuite le parcours d’achat sur la version mise en ligne.

Que deviennent les modules et le thème ?

Les modules sont contrôlés un par un et mis à jour lorsqu’une version compatible existe. Certains peuvent demander un remplacement ou un portage. Le thème est vérifié et son adaptation figure comme un supplément distinct.

Peut-on passer directement de PrestaShop 1.7 à 8 ?

Un mainteneur de PrestaShop recommande d’utiliser la dernière version du module AutoUpgrade pour ce passage. L’opération doit toutefois être réalisée sur une copie et suivie d’un contrôle complet des modules et du thème.

Quelle version de PHP faut-il utiliser ?

PrestaShop 8 accepte PHP de 7.2 à 8.1, recommande PHP 8.1 et ne prend pas en charge PHP 8.2 ou une version supérieure. PHP 8.1 a cependant atteint sa fin de vie le 31 décembre 2025, ce qui doit être discuté dans le choix de la cible.

Pourquoi ne faut-il pas rester sur PrestaShop 1.7 ?

La branche 1.7 a d’abord reçu une maintenance limitée à la sécurité et aux bogues critiques, puis sa maintenance a pris fin avec la sortie de PrestaShop 9. Une boutique qui y reste ne reçoit donc plus les correctifs réguliers de cette branche.