WordPress et PHP 8.6 : checklist de compatibilité avant la mise à jour
Préparez WordPress à PHP 8.6 : prérequis chez l’hébergeur, tests de thèmes et extensions, staging et plan de retour arrière.
Ne passez pas un site WordPress en PHP 8.6 directement en production : testez d’abord une copie complète sur un environnement de staging. La bascule est plus sûre si l’hébergeur permet de revenir à la version précédente de PHP et si les parcours essentiels du site ont été validés.
La compatibilité ne concerne pas seulement WordPress : le thème, les extensions, les intégrations et les tâches planifiées exécutent aussi du code PHP. Une extension inactive mais appelée par un cron, un formulaire ou un service de paiement peut provoquer une erreur ou un comportement imprévu.
Vérifications avant le test
Vérifiez que PHP 8.6 est disponible pour le site concerné et notez la version actuelle afin de pouvoir la rétablir. Consultez aussi le statut de maintenance de la version visée sur la page officielle des versions PHP prises en charge.
- Assurez-vous que le sélecteur PHP fonctionne par site et permet un retour à la version antérieure.
- Créez un staging qui reprend les fichiers, la base de données et la configuration du site ; à défaut, utilisez un sous-domaine et une base distincte.
- Vérifiez la sauvegarde et la restauration des fichiers comme de la base de données.
- Repérez les journaux d’erreurs PHP et les erreurs 500.
- Contrôlez les extensions PHP requises par le site, notamment pour les images, MySQL/MariaDB, XML, ZIP ou l’internationalisation.
- Si vous utilisez des cron, WP-CLI ou des scripts maison, vérifiez leur version de PHP : elle peut différer de celle du site web.
Si l’offre ne fournit ni staging ni restauration autonome, créez au minimum une sauvegarde téléchargeable et testez sa restauration sur un espace séparé. Pour comparer les garanties utiles, consultez notre guide pour vérifier un hébergement WordPress avant de le choisir.
Test et mise en production
Mettez à jour WordPress, le thème et les extensions sur le staging après avoir vérifié leurs notes de version et leur prise en charge de PHP. Activez les outils de diagnostic sans afficher les erreurs aux visiteurs ; la documentation WordPress décrit la configuration de WP_DEBUG et du journal de débogage.
- Testez l’administration, la création ou modification de contenu et les principaux modèles du site.
- Testez les fonctions critiques : formulaires, panier, paiement, réservation, espace membre, e-mails, webhooks, API et tâches programmées.
- Examinez les journaux PHP et de débogage, même sans page blanche ni erreur visible.
En cas d’erreur, isolez le composant en cause sur le staging en désactivant provisoirement les extensions, puis en testant avec un thème WordPress par défaut si nécessaire. N’appliquez pas cette méthode sur le site de production pendant une période de trafic.
Avant la bascule, réalisez une sauvegarde finale, confirmez qu’elle est accessible et évitez les modifications simultanées sur le staging et la production. Passez PHP en production à un créneau calme, videz les caches utilisés, refaites les tests critiques depuis un navigateur non connecté et surveillez les journaux.
En cas d’erreur fatale, revenez d’abord à l’ancienne version de PHP depuis le panneau d’hébergement. Si d’autres fichiers, réglages ou données ont été modifiés, restaurez la sauvegarde cohérente correspondante : le seul retour de version PHP ne répare pas nécessairement un changement de base de données.
Conservez le staging quelques jours pour reproduire les anomalies signalées après la bascule. Cette préparation complète notre état des lieux sur la préparation des hébergeurs WordPress à PHP 8.6.