PrestaShop et PHP 8 : compatibilité par version et erreurs

PrestaShop 8 fonctionne avec PHP 7.2 à 8.1 (8.1 recommandé). PrestaShop 9.0 accepte PHP 8.1 à 8.4, et PrestaShop 9.1 va jusqu'à PHP 8.5. Toute la branche 1.7 s'arrête à PHP 7.4, et la 1.6 à PHP 7.1. Autrement dit : si votre hébergeur vous pousse vers PHP 8.2 ou plus, seul PrestaShop 9 suit.

« Mon hébergeur me demande de passer à PHP 8, est-ce que ma boutique va tenir ? » On nous pose la question de plus en plus souvent. Voici la réponse version par version, d'après la documentation officielle de PrestaShop, puis ce qu'il faut faire si la boutique affiche déjà une page blanche.

Quelle version de PHP pour chaque version de PrestaShop ?

Chaque version de PrestaShop est testée sur une plage précise de PHP. En dessous, il manque des fonctions. Au-dessus, des fonctions ont été retirées ou modifiées, et le code plante. Voici la plage officielle :

Source : tableaux de compatibilité PHP de la documentation développeur PrestaShop, pages « System requirements » des versions 1.7, 8 et 9, consultées le 28 septembre 2026.

PrestaShop 8 et PHP 8 : où est le piège ?

PrestaShop 8 est bien compatible PHP 8, mais seulement PHP 8.0 et 8.1. Les versions 8.2, 8.3, 8.4 et 8.5 sont hors plage, y compris pour PrestaShop 8.2, dont le numéro prête à confusion.

Le problème, c'est le calendrier de PHP lui-même. D'après la page officielle des versions supportées de php.net, PHP 8.1 ne reçoit plus aucun correctif de sécurité depuis le 31 décembre 2025, et PHP 8.2 arrive au même stade le 31 décembre 2026. Une boutique en PrestaShop 8 tourne donc, au mieux, sur un PHP qui n'est plus corrigé. C'est tenable quelques mois avec un hébergeur qui maintient ses propres correctifs, pas plusieurs années.

Notre lecture : PrestaShop 8 est devenu une étape, pas une destination. Si vous êtes dessus, prévoyez le passage à PrestaShop 9 dans l'année. On compare les deux dans PrestaShop 8 ou 9 : quelle version choisir.

PrestaShop 1.6 et 1.7 sont-ils compatibles PHP 8 ?

Non, aucune version. La 1.7.8, la plus récente de la branche, s'arrête à PHP 7.4, qui n'est plus maintenu depuis le 28 novembre 2022. La 1.6 s'arrête à PHP 7.1, abandonné encore plus tôt. On lit parfois qu'une 1.7.7 « tolère » PHP 8 : ce n'est pas ce que dit la documentation officielle, et en pratique le back-office et de nombreux modules plantent.

Rester sur ces versions, c'est garder à la fois un PrestaShop et un PHP sans correctifs de sécurité. Les risques sont détaillés dans les dangers de PrestaShop 1.6 en fin de vie et que faire avec une boutique en 1.7.

Le problème est très répandu : sur les 103 boutiques PrestaShop francophones qui affichent leur version de PHP dans notre étude d'octobre 2026, 93 % utilisent une version qui n'est plus maintenue.

Comment connaître sa version de PHP et de PrestaShop ?

Dans le back-office, ouvrez Paramètres avancés > Informations. La page affiche la version de PrestaShop, la version de PHP utilisée par la boutique et la limite de mémoire (memory_limit). C'est la source la plus fiable, car la version de PHP en ligne de commande (php -v en SSH) peut être différente de celle du site.

Vérifiez la mémoire au passage : la documentation recommande au moins 256 Mo pour PrestaShop 1.7 et 8, et 512 Mo pour PrestaShop 9. Une limite trop basse donne des symptômes proches d'une incompatibilité PHP, on l'explique dans mémoire PHP insuffisante sur PrestaShop.

Page blanche ou erreur 500 après un changement de PHP : que faire ?

Revenez d'abord à la version de PHP précédente dans l'espace client de votre hébergeur. C'est réversible en quelques minutes et ça remet la boutique en ligne pendant que vous cherchez la cause.

Ensuite, sur une copie de la boutique de préférence :

1. Activez le mode debug (Paramètres avancés > Performances, ou le fichier config/defines.inc.php si le back-office est inaccessible) pour afficher l'erreur au lieu de la page blanche.
2. Lisez les logs PHP de l'hébergeur et ceux de PrestaShop (var/logs). Le message indique en général le fichier en cause.
3. Si l'erreur pointe vers un dossier modules/ ou override/, c'est un module ou une surcharge qui n'est pas compatible. Mettez-le à jour, remplacez-le ou désactivez-le.
4. Si l'erreur est dans le cœur de PrestaShop, la version de PHP est hors plage : il faut rester sur l'ancien PHP ou mettre PrestaShop à jour.

La méthode complète, avec les autres causes possibles, est dans notre article sur l'écran blanc et l'erreur 500 sur PrestaShop.

Passer à PHP 8 sans casser la boutique

La règle : jamais directement en production. On duplique la boutique sur un environnement de test, on y active la version de PHP visée, et on vérifie. Le front s'affiche-t-il ? Le back-office répond-il ? Peut-on passer une commande complète, paiement compris ? Les e-mails partent-ils ? Chaque module se comporte-t-il normalement ?

Si tout passe, on bascule la production. Si un module coince, on le met à jour, on le remplace ou on le retire. Très souvent, ce test montre que le vrai problème n'est pas PHP mais un vieux module : c'est le même sujet que pour une migration, traité dans quels modules restent compatibles.

Mettre à jour PHP ou migrer PrestaShop : que choisir ?

Tout dépend de votre version actuelle :

• PrestaShop 9 : passez à PHP 8.4 (9.0) ou 8.5 (9.1) après un test sur copie. Aucune migration nécessaire.
• PrestaShop 8 : restez en PHP 8.1 le temps de préparer la mise à jour vers PrestaShop 9, idéalement avant fin 2026.
• PrestaShop 1.6 ou 1.7 : il n'y a pas de version de PHP maintenue possible. La seule sortie propre est la migration vers PrestaShop 9.

Vous hésitez, ou votre hébergeur vous impose une date ? Un audit de votre boutique PrestaShop fait le point sur la version, les modules et l'hébergement, et vous donne la trajectoire la plus sûre. Pour le suivi ensuite, la maintenance PrestaShop inclut la veille sur les versions de PHP.

Pour approfondir : stratégie de cybersécurité de l'UE.

Pour approfondir : ENISA – agence européenne de cybersécurité.