« Mon hébergeur me demande de passer à PHP 8, est-ce que ma boutique va tenir ? » C'est une question de plus en plus fréquente, et légitime. Les hébergeurs retirent progressivement les vieilles versions de PHP pour des raisons de sécurité, et beaucoup de boutiques PrestaShop se retrouvent coincées. Faisons le point.
Pourquoi PHP compte autant
PHP est le langage sur lequel tourne PrestaShop. Chaque version de PrestaShop est écrite pour certaines versions de PHP, ni plus anciennes, ni plus récentes. Utiliser un PHP hors de cette plage provoque des erreurs fatales, qui se traduisent souvent par une erreur 500 ou une page blanche.
Le problème vient du calendrier : PHP 7.4 et 8.0 ne sont plus maintenus, les hébergeurs poussent vers 8.2 et 8.3, et les vieilles versions de PrestaShop n'ont jamais été prévues pour ça.
La compatibilité, version par version
PrestaShop 1.6 est le cas le plus délicat. Conçue pour PHP 5 et 7, elle ne tourne pas correctement en PHP 8. Rester dessus, c'est rester sur un PHP non sécurisé, avec les risques qui vont avec.
PrestaShop 1.7 tolère PHP 8.0 à partir de la 1.7.7, mais sans garantie sur tous les modules. C'est une zone grise, viable à court terme, pas à long terme.
PrestaShop 8 supporte proprement PHP 8.1. C'est déjà une base saine.
PrestaShop 9 vise PHP 8.1 à 8.4. C'est la version pensée pour le PHP d'aujourd'hui et de demain. C'est l'une des bonnes raisons de migrer vers PrestaShop 9.
Les erreurs typiques liées à PHP
Quand la version de PHP ne colle pas, les symptômes sont assez reconnaissables. Une erreur 500 juste après un changement de version chez l'hébergeur. Une page blanche sur le front ou le back-office. Des messages de type « fatal error » dans les logs. Un module qui plante alors qu'il fonctionnait la veille.
Dans ces cas, la première chose à faire est de consulter les logs PHP, pas de changer les réglages au hasard. Si vous êtes face à une erreur 500 ou un écran blanc, on a détaillé la marche à suivre.
Passer à PHP 8 sans tout casser
La règle d'or : jamais directement en production. On duplique la boutique sur un environnement de test, on y active la version de PHP visée, et on déroule les vérifications. Le front s'affiche-t-il ? Le back-office répond-il ? Peut-on passer une commande de bout en bout ? 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. C'est seulement une fois cette recette faite qu'on touche à la boutique en ligne.
Souvent, ce test révèle que le vrai problème n'est pas PHP mais un vieux module incompatible. C'est le même sujet que pour une migration, qu'on traite dans quels modules restent compatibles.
Le bon moment pour trancher
Si votre hébergeur vous force la main sur PHP et que votre boutique est en 1.6 ou 1.7, ne bricolez pas dans l'urgence. C'est le signal qu'il est temps de viser une version maintenue. Demandez un audit, on regarde votre hébergement et vos modules, et on vous propose la trajectoire la plus sûre. Pour le suivi ensuite, la maintenance PrestaShop inclut la veille sur les versions de PHP.
