Mettre à jour PHP sur WordPress sans casser son site : la méthode pas à pas

Votre hébergeur vous prévient que la version PHP de votre site arrive en fin de vie, ou le tableau de bord WordPress affiche une alerte rouge dans l'outil Santé du site. La mise à jour tient en un clic dans l'interface d'hébergement, et c'est justement ce qui la rend risquée : faite sans préparation, elle peut provoquer une page blanche, une erreur critique ou un back-office inaccessible. Bien menée, elle apporte au contraire un site plus rapide et plus sûr. Voici la méthode pour changer de version PHP sans rien casser, et pour revenir en arrière si besoin.

Pourquoi la version PHP compte autant

WordPress, son thème et ses extensions sont écrits en PHP, le langage exécuté par le serveur à chaque affichage de page. La version utilisée conditionne trois choses :

• La sécurité : une version qui ne reçoit plus de correctifs reste exposée aux failles découvertes après sa fin de vie, et rien ne viendra les combler.
• La performance : chaque génération de PHP 8 a apporté des gains de vitesse d'exécution, sensibles sur les sites riches en extensions ou en trafic.
• La compatibilité : les éditeurs d'extensions abandonnent progressivement les anciennes versions, et les nouvelles fonctionnalités de WordPress finissent par les exiger.

Version PHP	Fin du support de sécurité	Statut à l'automne 2026
7.4 et antérieures	Novembre 2022	Obsolète, à quitter en priorité
8.0	Novembre 2023	Obsolète
8.1	31 décembre 2025	Obsolète depuis peu
8.2	31 décembre 2026	Fin de vie dans quelques semaines
8.3	31 décembre 2027	Correctifs de sécurité uniquement
8.4	31 décembre 2028	Maintenue, choix recommandé
8.5	31 décembre 2029	Maintenue, la plus récente

Connaître sa version et ce qui tourne sur le site

Dans le tableau de bord, ouvrez Outils, puis Santé du site, onglet Informations, rubrique Serveur : la version PHP y figure, avec la limite de mémoire et les modules installés. L'onglet État signale aussi une version jugée trop ancienne.

Profitez-en pour dresser l'inventaire de ce qui risque de poser problème : le thème (et son éventuel thème parent), chaque extension active, et tout code personnalisé ajouté dans le fichier functions.php ou dans une extension maison. Les extensions abandonnées, sans mise à jour depuis plus d'un an ou deux, sont les premières suspectes.

Les incompatibilités les plus fréquentes

Le passage de PHP 7 à PHP 8 concentre l'essentiel des difficultés. PHP 8.0 a supprimé des fonctions anciennes comme create_function ou each, encore présentes dans du code vieillissant, et transformé de nombreux avertissements en erreurs fatales, notamment sur les types de données. Les versions suivantes ont surtout ajouté des dépréciations : PHP 8.1 signale le passage d'une valeur nulle à des fonctions natives qui ne l'acceptent pas, PHP 8.2 les propriétés créées dynamiquement sur un objet. Ces avertissements ne cassent rien dans l'immédiat, mais annoncent des erreurs dans les versions futures.

Préparer le terrain : sauvegarde, mises à jour, copie de test

1. Sauvegarder fichiers et base de données : une sauvegarde complète et vérifiée, stockée hors du serveur. Notre guide sur la sauvegarde d'un site WordPress détaille les méthodes.
2. Mettre à jour WordPress, le thème et les extensions sur la version PHP actuelle. La plupart des incompatibilités ont déjà été corrigées par les éditeurs, encore faut-il installer leurs correctifs.
3. Remplacer les extensions abandonnées par des alternatives maintenues, avant le changement de version et non après.
4. Créer une copie de test (staging) : de nombreux hébergeurs la proposent en un clic. Passez-la d'abord sur la nouvelle version PHP, et testez-y tout le site.
5. Activer le journal d'erreurs : dans le fichier wp-config.php de la copie de test, les constantes WP_DEBUG et WP_DEBUG_LOG permettent d'enregistrer les erreurs et avertissements dans un fichier, sans les afficher aux visiteurs.

Changer de version chez l'hébergeur

Le changement se fait dans l'interface d'hébergement, pas dans WordPress : sélecteur de version PHP dans cPanel ou Plesk, ou réglage équivalent dans l'espace client des hébergeurs mutualisés. La modification est généralement immédiate et réversible, ce qui permet de revenir à l'ancienne version en quelques secondes en cas de problème.

Choisissez un créneau de faible trafic, gardez la sauvegarde à portée de main et ouvrez un onglet de navigation privée pour tester le site comme un visiteur. Si votre site est sur un serveur dédié ou un VPS, vérifiez aussi que les modules PHP nécessaires (gestion des images, cURL, intl, mbstring...) sont installés pour la nouvelle version : ils ne sont pas toujours repris automatiquement.

Tester, repérer les erreurs, revenir en arrière

Après la bascule, testez méthodiquement les parcours essentiels plutôt que la seule page d'accueil :

• pages de modèles différents (article, page, archive, recherche) ;
• formulaires de contact et inscriptions à la newsletter ;
• tunnel de commande complet sur une boutique, paiement de test compris ;
• connexion à l'administration, éditeur de contenu, médiathèque ;
• tâches planifiées et envois d'e-mails automatiques.

Depuis la version 5.2, WordPress intègre un mode de récupération : en cas d'erreur fatale, il envoie à l'adresse de l'administrateur un e-mail contenant un lien spécial qui permet d'accéder au tableau de bord et de désactiver l'extension ou le thème fautif. Vérifiez que cette adresse est valide et consultée.

Si l'accès au back-office est impossible, renommer par FTP le dossier de l'extension en cause, dans wp-content/plugins, suffit à la désactiver. Et si le problème persiste, repassez à l'ancienne version PHP le temps de corriger sur la copie de test.

Après la mise à jour : performance et calendrier

Une fois la bascule validée, mesurez l'effet : temps de réponse du serveur et indicateurs de performance sont souvent meilleurs, surtout en venant d'une version 7.x. Désactivez le mode débogage en production, purgez les caches (extension de cache, cache serveur, CDN) et surveillez le journal d'erreurs pendant quelques jours.

4 ans durée de vie d'une version de PHP depuis la réforme du calendrier : deux ans de support actif, puis deux ans de correctifs de sécurité

Inscrivez enfin la prochaine échéance dans votre agenda. Une version PHP à jour fait partie d'un ensemble de bonnes pratiques de maintenance, au même titre que la protection de la page de connexion. Et si votre hébergeur ne propose pas de version récente, c'est le signe qu'il est temps d'en changer : notre méthode pour migrer WordPress vers un nouvel hébergeur sans perdre son référencement vous y aidera.