PrestaShop 1.7 en 2026 : rester ou mettre à jour ?
Beaucoup de boutiques tournent encore sous PrestaShop 1.7 – et tournent bien. Pourtant, la question « mettre à jour ou pas » revient à chaque panne de module, à chaque e-mail de l’hébergeur et à chaque nouvelle version d’une passerelle de paiement. Voici un état des lieux honnête pour 2026 : ce qui menace réellement une boutique en 1.7, quand il est raisonnable de rester, quand mettre à jour, et vers quelle version.
Les faits en 2026
- La dernière version 1.7 est la 1.7.8.11, de janvier 2024 – un correctif de sécurité. La branche 1.7.8 est en support étendu depuis début 2023 et ne reçoit que des correctifs critiques.
- PrestaShop 1.7.8 fonctionne au maximum sous PHP 7.4. PHP 7.4 ne reçoit plus de correctifs de sécurité depuis novembre 2022 – depuis plus de trois ans.
- PrestaShop 8 a aussi un problème de PHP. Sa version recommandée, PHP 8.1, ne reçoit plus de correctifs de sécurité depuis le 31 décembre 2025, et la branche 8.x ne prend pas en charge les versions plus récentes de PHP.
- PrestaShop 9 fonctionne sous PHP 8.1 à 8.4, repose sur Symfony 6.4 LTS et reste aujourd’hui la seule branche avec une perspective de plusieurs années.
Ce qui menace réellement une boutique en 1.7
- La sécurité. La plupart des intrusions sur PrestaShop ne visent pas le cœur mais les modules – et les éditeurs publient de plus en plus leurs correctifs uniquement pour la 8 et la 9. Sur un PHP non maintenu, les failles de PHP lui-même restent ouvertes aussi. Les vulnérabilités connues des modules sont publiées notamment par Friends of Presta.
- L’hébergement. Les hébergeurs retirent les anciennes versions de PHP. PHP 7.4 est souvent encore disponible, mais « en option payante » ou « jusqu’à la fin de l’année » – et un changement de PHP imposé signifie une boutique qui cesse soudain de fonctionner.
- Paiements et intégrations. Passerelles de paiement, transporteurs et comparateurs mettent à jour leurs API. Les nouvelles versions de leurs modules prennent de moins en moins en charge la 1.7.
- Le coût en temps. Chaque modification prend plus longtemps, car il faut chercher d’anciennes versions de modules et contourner les limites.
Quand il est encore raisonnable de rester
Rester en 1.7 quelques mois de plus a du sens si la boutique est stable, que vous ne prévoyez pas de nouvelles intégrations et qu’une migration tomberait en pleine saison. Dans ce cas, assurez le minimum :
- la dernière 1.7.8.x et les dernières versions des modules disponibles pour la 1.7,
- la suppression des modules inutilisés (chacun est une faille potentielle),
- un WAF ou des règles serveur qui bloquent les attaques connues, un système d’exploitation serveur à jour,
- une sauvegarde quotidienne hors du serveur, avec une restauration testée,
- une date de migration inscrite au planning – pas « un jour ».
Quand mettre à jour
| Signal | Ce que cela signifie |
|---|---|
| L’hébergeur annonce la fin de PHP 7.4 | Vous avez une échéance que vous n’avez pas choisie. Migrez avant, pas après. |
| Un module de paiement ou de transport n’a plus de version pour la 1.7 | Vous êtes sur le point de perdre une fonction clé de la boutique. |
| Vous prévoyez un nouveau thème, une intégration ERP ou de nouveaux modules | Le faire en 1.7, c’est du travail à refaire après la migration. |
| Il y a eu un incident de sécurité | Après le nettoyage, l’ancienne boutique reste le point le plus faible. |
Vers quelle version : 8 ou 9 ?
Si vous migrez maintenant, visez PrestaShop 9. La version 8 est mûre, mais son PHP recommandé n’est déjà plus maintenu : une nouvelle migration vous attendrait d’ici un an. La 8.x a du sens comme étape intermédiaire – la 1.7 ne tourne pas sous PHP 8.1 et la 9 ne tourne pas sous PHP 7, donc une mise à jour « sur place » passe par la 8 – ou quand un module clé n’a pas encore de version pour la 9. L’alternative est une installation propre de la 9 avec migration des données.
Le coût d’une migration dépend surtout de trois éléments : le nombre de modules, le nombre d’overrides et le degré de modification du thème. Vérification rapide :
# à la racine de la boutique
php -v
ls modules | wc -l
find override -name '*.php' ! -name 'index.php' | wc -l
ls themesUne boutique avec quelques dizaines de modules, sans overrides et avec un thème peu modifié, c’est généralement une affaire de jours. Une dizaine d’overrides, des modules sur mesure et un thème très retravaillé – plutôt des semaines. Ce qui casse précisément pendant une migration fait l’objet d’un guide séparé sur la migration de la 1.7 vers la 8 et la 9.
Estimons votre migration
Chez CodeTheWeb, nous mettons à jour les boutiques de PrestaShop 1.7 vers 8 et 9 et administrons des serveurs pour PrestaShop (Plesk, Apache, nginx). Nous commençons par un audit des modules, des overrides et du thème, puis vous recevez un plan concret : ce qui reste, ce que nous remplaçons et combien de temps cela prend.