# Mettre à jour PHP sous WordPress

> Fonctions dépréciées, extensions incompatibles, erreurs fatales : ce qu’une montée de version PHP casse concrètement sur WordPress et WooCommerce, et comment le tester avant bascule.

- Source canonique : [https://allaux.fr/wordpress-woocommerce/mise-a-jour/php-wordpress](https://allaux.fr/wordpress-woocommerce/mise-a-jour/php-wordpress)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Montez PHP sur un clone avant la production, jamais l’inverse. Mettez d’abord le cœur, les extensions et le thème à jour, car c’est le code ancien qui casse sur une PHP récente. Changez ensuite la version dans le panneau de l’hébergeur, parcourez le site avec WP_DEBUG_LOG actif et lisez wp-content/debug.log : les avertissements de dépréciation y apparaissent avant de devenir des erreurs fatales.

## Où en est réellement WordPress sur PHP

La version minimale techniquement supportée par le cœur WordPress est PHP 7.4, mais cette version est en fin de vie : elle n’a plus reçu de correctif de sécurité depuis fin novembre 2022 et ne doit plus tourner en production. WordPress.org recommande officiellement PHP 8.3 ou supérieur. Côté WooCommerce, le minimum pour fonctionner correctement est PHP 8.1, avec PHP 8.3 également recommandé, une limite mémoire d’au moins 256 Mo, et MySQL 8.0 ou MariaDB 10.4 minimum (10.6 ou plus étant préférable).

Un site encore sur PHP 7.4, voire sur une version antérieure, n’est pas seulement moins performant : il tourne sans correctif de sécurité sur le langage lui-même, ce qui est un risque distinct de celui lié à la version de WordPress ou de ses extensions.

## Pourquoi une montée de version PHP casse un site WordPress

- Une vieille extension appelle une fonction PHP supprimée dans la nouvelle version : erreur fatale immédiate au lieu d’un simple avertissement
- Du code qui tolérait des types de données incohérents (une chaîne passée là où un entier était attendu, par exemple) déclenche une erreur fatale sous PHP 8+, alors qu’il ne produisait qu’un avertissement silencieux avant
- Une extension abandonnée par son auteur, jamais mise à jour depuis plusieurs années, qui n’a simplement jamais été testée sur PHP 8
- Un thème avec du code sur mesure ancien, écrit avant que ces fonctions ne soient dépréciées, sans qu’aucune extension ne soit en cause

## Comment je vérifie une montée de version PHP avant bascule

1. **Sauvegarde complète** — Fichiers et base de données, avant toute manipulation, pour pouvoir revenir en arrière si nécessaire.
2. **Activation du rapport de compatibilité** — Je passe en revue le code du site avec WP_DEBUG activé et un outil de scan de compatibilité PHP, pour repérer les appels à des fonctions dépréciées ou supprimées avant de changer quoi que ce soit chez l’hébergeur.
3. **Test sur un environnement à la version cible** — Je duplique le site sur un environnement configuré avec la version PHP visée et je le fais fonctionner en conditions réelles, jamais directement sur le serveur de production.
4. **Correction des points bloquants** — Je corrige le code sur mesure concerné, ou je remplace les extensions abandonnées incompatibles par des alternatives maintenues.
5. **Bascule chez l’hébergeur** — Une fois le test concluant, je change la version PHP active dans la configuration d’hébergement, à un moment de faible trafic, et je surveille le comportement du site immédiatement après.

## Ne changez jamais la version PHP à l’aveugle

> Basculer directement la version PHP côté hébergeur sans avoir testé au préalable revient à découvrir les erreurs fatales devant les visiteurs. Sur un mutualisé, ce changement est parfois accessible en un clic dans le panneau d’administration : la facilité du geste ne dispense pas de la vérification.

## Vérifier après la bascule

> Je contrôle le journal d’erreurs serveur juste après le changement, l’affichage des pages, le tunnel de commande WooCommerce si présent, et l’activité de chaque extension sensible dans les heures qui suivent.

## Pages liées

- **Que faire quand une version arrive en fin de prise en charge** — PHP 7.4 ne reçoit plus de correctif de sécurité depuis fin 2022 : ce que ça signifie pour un site qui tourne encore dessus. ([/wordpress-woocommerce/mise-a-jour/fin-de-support-version](/wordpress-woocommerce/mise-a-jour/fin-de-support-version))
- **Vérifier la compatibilité des extensions avant une mise à jour** — La méthode pour savoir si un thème ou un plugin va survivre au passage à la nouvelle version, avant de cliquer sur « mettre à jour ». ([/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour](/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour))
- **Activer le mode debug WordPress** — Comment activer WP_DEBUG proprement pour faire apparaître les erreurs et avertissements sans les exposer aux visiteurs. ([/guides/activer-mode-debug-wordpress](/guides/activer-mode-debug-wordpress))
- **Choisir un hébergement e-commerce** — Ce qui compte réellement dans le choix d’un hébergeur pour une boutique WooCommerce, au-delà du prix affiché. ([/guides/choisir-hebergement-ecommerce](/guides/choisir-hebergement-ecommerce))

## FAQ

### Quelle version de PHP faut-il viser aujourd’hui ?

PHP 8.3, recommandé à la fois par WordPress.org et par WooCommerce. WooCommerce fonctionne à partir de PHP 8.1, mais viser directement la version recommandée évite une nouvelle montée de version à court terme.

### Mon site fonctionne encore sur PHP 7.4, dois-je m’inquiéter ?

Oui. PHP 7.4 n’a plus reçu de correctif de sécurité depuis fin novembre 2022. Ce n’est pas une question de performance mais de faille non corrigée sur le langage lui-même.

### Comment savoir si une extension va casser sous PHP 8 ?

Un scan de compatibilité PHP sur le code de l’extension et un test réel sur un environnement configuré avec la version cible restent les deux méthodes fiables : la fiche du plugin annonce rarement une compatibilité précise et à jour.

### Peut-on changer la version PHP sans toucher à WordPress ou WooCommerce ?

Oui, la version PHP se change côté hébergement, indépendamment des versions de WordPress ou de WooCommerce installées. C’est justement pour ça qu’elle peut casser des choses sans lien apparent avec une mise à jour de plugin.

### Que se passe-t-il si une extension abandonnée casse après la montée de version ?

Je remplace l’extension par une alternative maintenue proposant une fonctionnalité équivalente, ou je réécris la fonctionnalité en sur-mesure si aucune alternative fiable n’existe.