Le panel hébergeur affiche PHP 8.3 en gros. Le développeur clique. Le site WordPress affiche une page blanche : un plugin appelle une fonction dépréciée depuis PHP 8.2. La version « la plus récente » n'était pas la bonne — la compatible l'était.
Choisir une version de PHP, c'est négocier entre sécurité, performance et dette applicative. La nouveauté vient après la compatibilité — toujours. Un numéro de version affiché en tête du menu déroulant ne remplace pas un test en préproduction.
Pourquoi rester sur PHP en fin de support coûte cher
| Risque PHP 7.x EOL | Impact |
|---|---|
| CVE non corrigées | Compromission du site |
| Performance inférieure | Processeur plus sollicité, facture hébergement |
| Incompatibilité des bibliothèques modernes | Composer bloqué |
| Audit client ou RGPD | Non-conformité argumentée |
PHP 7.4 en 2026, ce n'est pas de la prudence — c'est de la dette reportée jusqu'à la panne.
Chaque mois passé sur une version en fin de support augmente la surface d'attaque sans apporter de bénéfice. Les correctifs de sécurité ne sont plus publiés ; les nouvelles versions de Laravel, Symfony ou WooCommerce exigent PHP 8.2 ou plus.
Méthode de choix en quatre étapes
1. Inventaire de la stack. WordPress et plugins, version Laravel, Symfony LTS, extensions PHP requises (intl, redis, imagick).
2. Lire les matrices de compatibilité des éditeurs CMS et framework.
3. Tester en préproduction avec display_errors désactivé mais journaux verbeux.
4. Planifier une fenêtre de production plus retour arrière en un clic via le panel.
| Profil | Cible réaliste 2026 |
|---|---|
| WordPress récent | 8.2 ou 8.3 après test des plugins |
| Laravel 10/11 | 8.2+ requis |
| Symfony 6/7 | 8.2+ |
| Code personnalisé legacy | 8.1 en transition puis 8.2 |
Rôle de l'hébergeur dans le choix
- Multi-versions avec bascule dans le panel ou binaire alternatif.
- Extensions documentées par version —
imagicksur 8.3 n'est pas garanti si absent sur 8.2. - Préavis avant retrait des anciennes versions.
- CLI et FPM sur la même version — évitez le décalage entre
composeret le web.
Comparez les offres via l'annuaire et le comparateur. Pour WordPress spécifiquement, croisez avec Apache ou nginx pour WordPress.
Montée de version sans surprise
- Sauvegarde complète avant toute modification.
- Préproduction sur la version cible exacte.
- Correction des dépréciations visibles dans les journaux PHP 8.x.
composer updatesi application moderne avec contraintes de version.- Bascule production en heures creuses.
- Surveillance pendant quarante-huit heures.
Croisez Composer en production pour un fichier de verrouillage cohérent, et Invalidation OPcache pour synchroniser le bytecode après la bascule.
Le sommet : PHP récent protège le serveur, pas le code pourri
Voici ce que le marketing « dernière version disponible » oublie de dire.
Décider et avancer sans angle mort
Sur une demi-journée, vous pouvez trancher la version PHP de votre projet :
- Listez les versions supportées par votre CMS ou framework.
- Testez en préproduction sur la version cible.
- Vérifiez que l'hébergeur propose cette version en FPM et CLI.
- Planifiez un retour arrière en un clic via le panel.
- Documentez la version choisie pour toute l'équipe.
Commencez par l'inventaire des plugins et dépendances Composer — c'est là que les surprises de compatibilité se cachent. Une montée réussie se mesure en parcours utilisateur complets, pas seulement en absence de page blanche sur la page d'accueil.
Questions fréquentes
Quelle version PHP minimum en 2026 ?
Visez PHP 8.2 minimum pour les projets neufs. Sortez de PHP 7.x dès que possible — fin de support et failles non corrigées. PHP 8.1 reste tolérable temporairement si un plan de montée est documenté.
Comment tester compatibilité avant montée ?
Clonez en préproduction, basculez la version PHP, activez les journaux d'erreurs et parcourez les chemins critiques : connexion, panier, API. Utilisez PHPCompatibility via PHPCS et Rector pour le code personnalisé.
L'hébergeur impose-t-il la version ?
Sur mutualisé, le panel propose un sélecteur. Sur VPS, vous installez vous-même. Vérifiez les versions disponibles avant signature — certains hébergeurs traînent encore sur PHP 8.0.
PHP 8.3 vaut-il le saut immédiat ?
Si votre stack est validée en préproduction, oui — gains de performance modestes par rapport à 8.2. Sinon, restez sur 8.2 jusqu'à des tests complets sur tous les parcours critiques.
La bonne version PHP ne fait pas la une — elle fait tourner le site lundi matin sans page blanche.