PrestaShop version PHP : laquelle pour 1.6, 1.7, 8 et 9 ?

Votre hébergeur annonce que PHP 7.4 ne sera plus disponible, et vous ne savez pas quelle version de PHP votre PrestaShop accepte. Pour chaque branche de PrestaShop, version PHP minimum et maximum tiennent dans un tableau, de la 1.6 à la 9.2. Suivent ce qui casse, l’ordre des étapes et le retour en arrière.

Si la boutique est déjà tombée après la montée, remettez d’abord l’ancien PHP.

Version PHP de PrestaShop : le tableau de compatibilité, de 1.6 à 9.2

Officiellement, PrestaShop 1.6 accepte PHP 5.2 à 7.1, la 1.7.8 PHP 7.1.3 à 7.4, les versions 8.0 à 8.2 PHP 7.2.5 à 8.1. La 9.0 va de PHP 8.1 à 8.4, les 9.1 et 9.2 de 8.1 à 8.5. Le PHP de votre hébergement doit tomber entre les deux bornes de votre ligne.

Pour la 1.6, le maximum vient de la documentation : son code ne vérifie que le minimum.

PrestaShop 8.2 en PHP 8.2 ou 8.3 : hors support, testé sur notre banc

Le tableau donne les bornes officielles. Pour une boutique en PrestaShop 8, la pratique va un peu plus loin :

• Officiellement, PrestaShop 8 s’arrête à PHP 8.1, qui ne reçoit plus de correctifs depuis le 31/12/2025.
• L’installeur de PrestaShop 8 ne refuse pas PHP 8.2 ou 8.3. Son contrôle de version est mal écrit.
• Sur notre banc de test, le 16/10/2026, la boutique, la commande et le back-office d’un 8.2.8 (données de démo, sans module tiers) ont fonctionné en PHP 8.2 et 8.3. PHP n’a laissé que des avertissements de dépréciation, écrits au journal, invisibles sur les pages. PHP 8.4 et 8.5 n’ont pas été testés.
• Le risque se trouve surtout dans les modules. Nos montées vers PrestaShop 8 se font en PHP 8.2, corrigé jusqu’au 31/12/2026, après un test complet sur une copie de la boutique. Après cette date, la voie officielle passe par la 9.

Votre version de PHP reçoit-elle encore des correctifs ?

Tomber dans les bornes ne suffit pas. Chaque version de PHP reçoit des correctifs de sécurité pendant une durée fixée à l’avance, publiée sur php.net. Passé cette date, une faille découverte dans PHP reste ouverte.

Rapprochez les deux tableaux. Tant qu’une boutique reste en 1.6, 1.7 ou 8, aucun PHP qu’elle accepte officiellement ne reçoit encore de correctifs. PHP 8.1 est la seule version commune aux branches 8 et 9 : c’est par elle que passe la montée vers la 9. Pour une boutique en 8, PHP 8.2 (hors support PrestaShop) ne repousse l’échéance que jusqu’à fin 2026.

Quand une boutique 1.7 arrive chez nous, elle tourne presque toujours en PHP 7.4, sans correctif depuis novembre 2022.

La plage PHP de chaque version, en un coup d’œil

Chaque barre va du PHP minimum au PHP maximum que la version accepte officiellement. La zone dorée marque les versions de PHP qui reçoivent encore des correctifs.

Trouver sa version de PHP et de PrestaShop, même sans back-office

Pour lire votre ligne dans ces tableaux, il vous faut deux numéros : version de PrestaShop, version PHP. Trois endroits les donnent, selon que votre back-office s’ouvre ou non.

Dans le back-office

Ouvrez Paramètres avancés > Informations. La ligne PHP donne la version active (sur notre banc, « Version de PHP » suivi de 7.4.33).

Méfiez-vous de ce que cette page ne dit pas. De la 1.7.8 à la 9.2, elle ne contrôle que le minimum (PHP 7.1.3) et ne vous dira jamais que votre PHP dépasse le maximum. Sur notre banc, un PrestaShop 8.2.8 en PHP 8.3 n’y signalait aucun problème (« Paramètres requis : ok »).

Dans le panneau de l’hébergeur

Le panneau de votre hébergement affiche la version de PHP active, et c’est là qu’on la change : les chemins par hébergeur sont dans revenir à l’ancienne version de PHP.

Sans back-office : le fichier qui donne la version

Si le back-office est en erreur 500, la version de PrestaShop se lit dans un fichier, que vous ouvrez par FTP ou depuis le gestionnaire de fichiers de l’hébergeur. Le fichier change selon la branche :

La base garde sa propre version, dans le paramètre PS_VERSION_DB de la table de configuration. Si elle diffère de celle des fichiers, c’est souvent le signe d’une mise à jour arrêtée en cours de route : voir mise à jour de PrestaShop bloquée.

Ce qui casse quand l’hébergeur passe en PHP 8

• 1.6 : d’après son code, la boutique ne démarre plus.
• 1.7 : sur notre banc (1.7.8.11), erreur 500 partout, back-office compris.
• 8 : le cœur tient (testé jusqu’à PHP 8.3 sur notre banc), ce sont surtout les modules qui cassent.

Dans les trois cas, remettez d’abord l’ancien PHP. Sur notre banc, une 1.7.8.11 est repartie sans séquelle.

PrestaShop 1.6 en PHP 8

À chaque chargement de page, le cœur de la 1.6 appelle une fonction retirée de PHP 8.0 : get_magic_quotes_gpc, dans le fichier des réglages de base. Sans elle, PHP s’arrête avant d’afficher quoi que ce soit, boutique comme back-office. Nous n’avons pas monté de 1.6 sur le banc : c’est la lecture du code, pas un relevé.

PrestaShop 1.7 en PHP 8

Le 16/10/2026, nous avons installé une 1.7.8.11 propre sur notre banc : données de démo, aucun module tiers. En PHP 7.4, tout répond, commande comprise.

En 8.0, 8.1 et 8.2, chaque page renvoie une erreur 500. L’accueil met 13 à 15 secondes à afficher un morceau de page sans mise en forme, la fiche produit reste blanche, le panier se vide. La page de connexion du back-office tombe aussi.

Le cœur seul casse : Doctrine, la bibliothèque qui parle à la base de données, déclare une fonction d’une façon que PHP 8 refuse. L’installeur de la 1.7.8 refuse d’ailleurs PHP 8.

Nous l’avons ensuite remise en PHP 7.4, sans vider le cache. Tout est reparti. Une erreur 500 ou une page blanche le jour où l’hébergeur change de PHP : regardez la version de PHP avant tout le reste.

Dans les modules

En PrestaShop 8, le cœur passe ; les pannes viennent surtout des modules écrits pour PHP 7. Trois motifs que nous retrouvons dans nos montées :

• $var{0}, une ancienne écriture pour lire une lettre dans un texte, refusée par PHP 8. Une seule ligne de ce genre peut faire tomber toute la partie visible par vos clients alors que le back-office répond.
• create_function et each(), deux fonctions retirées de PHP 8.
• count() appelé sur une valeur nulle au lieu d’une liste, qui provoque maintenant une erreur fatale.

Ces lignes se cachent souvent dans les bibliothèques que le module embarque, pas dans son propre code. Pour repérer le module fautif et le corriger sans tout casser, un guide sur les modules qui cassent après une mise à jour paraît fin octobre.

PrestaShop 1.7.8.11, PHP 8.0 (cache vidé), 8.1 et 8.2
(Doctrine casse en premier) :
PHP Fatal error: Declaration of
  Doctrine\DBAL\Driver\PDOConnection::query()
  must be compatible with PDO::query(...)
  in vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/
  PDOConnection.php on line 70

PHP 8.0, cache de PHP 7.4 conservé,
option mobile active :
Uncaught Error: Undefined constant
  "_PS_THEME_MOBILE_DIR_"
  in classes/Context.php:292

PHP 8.0, cache de PHP 7.4 conservé,
ajout au panier d'un produit avec déclinaison :
Call to undefined method
  Attribute::checkAttributeQty()
  in controllers/front/CartController.php:582

Installeur 1.7.8.11 sous PHP 8.0 :
Your server is running PHP 8.0.30,
  but PrestaShop requires PHP 7.4 or lower

L’hébergeur annonce une montée de PHP : les étapes dans le bon ordre

Si le courriel de l’hébergeur donne une date, testez avant elle :

1. Notez vos versions actuelles : PrestaShop, PHP, et la liste des modules actifs.
2. Sauvegardez les fichiers et la base, ensemble, le même jour.
3. Montez une copie de test de la boutique, réglée sur le PHP que l’hébergeur prévoit.
4. Parcourez la copie : accueil, fiche produit, panier, commande jusqu’à la confirmation, puis back-office.
5. Lisez les journaux de PHP et de PrestaShop. Une page qui s’affiche peut cacher une erreur.
6. Décidez : si la copie passe, changez le PHP de la boutique en ligne et refaites le même parcours ; sinon, gardez l’ancien PHP le temps de corriger les modules ou de migrer.

PrestaShop d’abord, PHP ensuite

L’Update Assistant, le module gratuit de PrestaShop pour les mises à jour, ne propose que les versions compatibles avec votre PHP actuel. Il demande lui-même PHP 7.1 au moins. D’où un ordre imposé pour une 1.7 en PHP 7.4 :

1. PrestaShop 1.7 monte en 8, toujours en PHP 7.4 ;
2. PHP passe en 8.1 ;
3. l’assistant propose alors la 9 ;
4. une fois en 9, PHP monte en 8.3 ou plus, encore corrigé, après un test sur une copie.

Une 1.6 passe par une ancienne branche de l’assistant, en deux étapes : 1.6 vers 1.7, puis 1.7 vers 8. Si PHP monte en premier, la boutique tombe en 500 et l’assistant devient inaccessible.

Revenir à l’ancienne version de PHP

Remettez la version de PHP d’avant dans le panneau de votre hébergeur :

• OVHcloud : dans le Manager, ou dans le fichier .ovhconfig à la racine de l’hébergement. OVHcloud ne documente pas de montée forcée.
• IONOS : la version se choisit dans l’espace client. IONOS ne la change pas d’office, mais une version arrêtée passe en « PHP Extended Support », facturé après une période gratuite.
• Hostinger : les versions sous 8.2 ne sont plus proposées, et le panneau ne permet pas de redescendre, sauf dans la même session de connexion. Hostinger décrit dans son aide un contournement temporaire par le fichier .htaccess.
• o2switch : dans cPanel, avec le sélecteur de version PHP.
• Autre hébergeur : cherchez la rubrique « PHP » ou « Version PHP » du panneau.

Un cas fait exception : un module qui exige PHP 8 peut casser au retour. Lors d’une de nos montées, la version 4.2 du module Mondial Relay a mis le site en 500 tant que PHP restait en 7.4.

Où s’arrêter : quand c’est une migration, pas un réglage

Changer la version de PHP se règle en quelques clics dans un panneau. Dans ces trois cas, aucun réglage ne suffit :

• Une 1.6 ou une 1.7 que vous voulez en PHP 8 : son cœur ne tourne pas en PHP 8, il faut migrer vers PrestaShop 8.
• Une 8.x que vous voulez sur un PHP officiellement corrigé : la voie officielle passe par la 9. L’autre, PHP 8.2 (hors support PrestaShop, corrigé jusqu’au 31/12/2026), se teste d’abord sur une copie.
• Des modules qui cassent en PHP 8 : ils se corrigent fichier par fichier, ou se remplacent.

Notre avis : une 1.7 dont l’hébergeur retire PHP 7.4 n’a plus de raison d’attendre. Les chemins possibles sont détaillés dans migrer vers PrestaShop 8 ou 9. Si vous gardez votre version encore quelques mois, lisez la maintenance d’une boutique 1.6 ou 1.7.

Vérifiez votre combinaison en deux choix.

Questions fréquentes sur la version PHP de PrestaShop

Faire suivre la version PHP de votre boutique

Avec la maintenance PrestaShop (69 € HT/mois, sans engagement), nous vérifions vos versions de PrestaShop et de PHP, puis vos modules, et chaque montée passe d’abord sur une copie. Le dépannage est inclus ; vos sauvegardes sont quotidiennes, chiffrées, stockées hors serveur et gardées 30 jours. L’audit complet est offert au démarrage de la maintenance.

S’il faut une migration, nous vous le disons, avec son prix, validé avant de commencer. Si vous prenez aussi l’hébergement PrestaShop en option (30 € HT/mois, 99 € HT au total), c’est nous qui réglons la version de PHP.

Dans le message, précisez vos numéros (PrestaShop, version PHP) et votre hébergeur. Nous répondons en moins d’une heure, 7j/7, de 8 h à 22 h. Si la boutique est en panne, dites-le, ou appelez le 09 72 03 59 17.