Mise à jour PHP : ce qui peut casser et comment l’éviter

La mise à jour PHP est l’une des opérations les plus impactantes et les plus risquées d’un site WordPress. Bien menée, elle améliore performance et sécurité. Mal menée, elle peut casser le site. Voici les précautions à prendre.

Pourquoi mettre à jour PHP

• Performance : les versions récentes de PHP (8.2/8.3) sont nettement plus rapides que PHP 7.4
• Sécurité : les versions anciennes ne reçoivent plus de patchs
• Compatibilité : WordPress et plugins exigent des versions récentes
• Fonctionnalités : nouvelles capacités du langage

PHP 8.2 ou 8.3 sont les versions à viser en 2026.

Les versions à connaître

Ce qui peut casser lors d’une mise à jour

1. Plugins obsolètes

Plugins non mis à jour depuis 2 ans peuvent contenir du code PHP incompatible avec PHP 8+. Erreurs fatales possibles.

2. Thèmes anciens

Thèmes premium non maintenus peuvent contenir des fonctions PHP supprimées dans les nouvelles versions.

3. Code personnalisé dans functions.php

Snippets ajoutés au fil du temps. Fonctions deprecated, syntaxe ancienne.

4. Plugins de paiement / sécurité

Particulièrement sensibles aux mises à jour PHP. Tester systématiquement.

5. Configurations serveur

Certaines extensions PHP doivent être activées sur la nouvelle version (curl, mbstring, gd, etc.).

Le processus de mise à jour sécurisé

Étape 1 · Audit de compatibilité

Plugin « PHP Compatibility Checker » : scan automatique du site pour identifier les incompatibilités.

Liste des problèmes potentiels avant mise à jour.

Étape 2 · Mise à jour de tout d’abord

• Core WordPress à la dernière version
• Thème à jour
• Tous les plugins à jour

Sans cela, plus de chances de casse.

Étape 3 · Sauvegarde complète

Sauvegarde des fichiers + base de données avant tout. Test de la sauvegarde par restauration en staging.

Étape 4 · Test en staging

Cloner le site dans un environnement de test. Appliquer la mise à jour PHP. Tester :

• Pages principales s’affichent
• Formulaires fonctionnent
• Paiement (si e-commerce)
• Espace admin accessible
• Plugins actifs sans erreur

Étape 5 · Mise à jour en production

Une fois le staging validé, basculement en production. Préférer une période de faible trafic.

Étape 6 · Monitoring post-mise à jour

Surveillance accrue les premiers jours :

• Logs d’erreurs PHP
• Erreurs JavaScript
• Formulaires reçus
• Performances

Les outils utiles

PHP Compatibility Checker

Plugin gratuit qui scanne tout le site et identifie les incompatibilités version par version.

Query Monitor

Affiche les erreurs PHP dans l’admin. Utile pour identifier les problèmes après mise à jour.

Wp-cli

Outil ligne de commande pour faire les mises à jour de manière contrôlée et scriptable.

Le calendrier de mise à jour

Recommandation :

• Mise à jour majeure PHP : tous les 2-3 ans (du major au major)
• Mise à jour mineure : automatique côté hébergeur
• Test compatibilité : 1 mois avant le passage
• Migration : 1 jour
• Monitoring : 1 semaine

Qui peut faire la mise à jour

En interne

Si compétences WordPress correctes. Comprendre les logs d’erreur, savoir restaurer une sauvegarde.

Avec prestataire

Recommandé pour les sites e-commerce, sites stratégiques. Coût : 300-1 500 € selon complexité.

Hébergeur managé

Hébergeurs comme Kinsta, WP Engine font la migration accompagnée. Inclus dans l’offre.

En cas de crash après mise à jour

Première action

Activer le mode débogage WordPress dans wp-config.php pour voir les erreurs.

Identifier le coupable

1. Désactiver tous les plugins
2. Vérifier si le site fonctionne
3. Réactiver un par un pour identifier celui qui casse

Solutions

• Mettre à jour le plugin coupable
• Remplacer par une alternative
• Si critique : revenir à PHP version précédente temporairement

Le rollback PHP

Si problème majeur, redescente PHP possible :

• Via interface hébergeur (souvent disponible)
• Test et identification du problème
• Correction du plugin / thème coupable
• Nouvelle tentative de mise à jour PHP

Ne pas rester sur ancienne version PHP au-delà de quelques semaines.

Les bénéfices mesurables après mise à jour

En passant un site de PHP 7.4 vers une version récente (8.2/8.3), on observe généralement :

• Un TTFB en nette baisse
• Un temps de chargement total réduit
• Une consommation mémoire plus contenue
• Un score PageSpeed en amélioration

Les gains varient selon le site (thème, plugins, charge), mais restent significatifs pour un effort raisonnable.

FAQ

Faut-il mettre à jour PHP même si le site fonctionne ?

Oui. Anciennes versions = vulnérabilités sécurité non patchées. Risque croissant.

Combien de temps pour une mise à jour PHP complète ?

1 jour pour la migration + 1 semaine de monitoring renforcé.

Mon hébergeur propose la mise à jour, faut-il accepter ?

Pas immédiatement. Tester en staging avant, vérifier la compatibilité. L’hébergeur peut imposer plus tard si version trop ancienne.

Sources

• Documentation officielle PHP (versions supportées et cycles de fin de support)
• Google – web.dev (impact de la version serveur sur TTFB et performance)

Les chiffres cités sont des ordres de grandeur issus de sources publiques ; ils varient selon les secteurs, les sources et les périodes.