PHP 7.4 en fin de vie : que faire en 2026 ?

Votre site tourne encore sous PHP 7.4 et vous repoussez la migration depuis des mois ? Vous n'êtes pas seul. En juin 2026, une part non négligeable de sites WordPress, PrestaShop et applications customs tournent toujours sur cette version pourtant abandonnée depuis novembre 2022. Le problème, c'est que chaque jour qui passe augmente le risque de faille de sécurité, de plantage après une mise à jour automatique, ou de dysfonctionnement avec les dernières versions de plugins. Voici ce qu'il faut savoir, et surtout ce qu'il faut faire.

PHP 7.4, c'était quoi exactement ?

PHP 7.4 est sorti en novembre 2019. À l'époque, c'était une mise à jour majeure : elle apportait les "typed properties" (la possibilité de typer les propriétés de classe), les "arrow functions" (fonctions fléchées plus concises), et le préchargement (preloading) pour améliorer les performances. Des nouveautés qui ont marqué un vrai bond en avant.

Le support officiel — corrections de bugs et surtout correctifs de sécurité — s'est arrêté le 28 novembre 2022, comme prévu dans le calendrier de release de PHP. Depuis cette date, aucune faille découverte dans PHP 7.4 n'est corrigée par l'équipe PHP. Zéro.

Les distributions Linux ont suivi le mouvement : Ubuntu 22.04 LTS ne propose plus PHP 7.4 dans ses dépôts officiels, Debian 12 (Bookworm) l'a exclu, et les mainteneurs comme Ondřej Surý (qui fournit les paquets PHP pour Debian/Ubuntu) ont cessé de compiler les correctifs pour cette branche.

Quels sont les risques concrets pour votre site ?

Rester sur PHP 7.4 en 2026, ce n'est pas juste un détail technique. C'est un problème à trois têtes.

Le risque sécurité. Depuis novembre 2022, toute vulnérabilité découverte dans le cœur de PHP 7.4 reste non corrigée. Si une faille de type "remote code execution" ou "buffer overflow" est identifiée demain, votre serveur sera exposé sans possibilité de correctif officiel. Les hackers le savent et ciblent activement les installations obsolètes. Une étude Sucuri de 2025 montrait que 38 % des sites WordPress piratés tournaient sur une version de PHP en fin de vie.

Le risque de compatibilité. Les développeurs de plugins, de thèmes et de bibliothèques PHP ont massivement basculé vers PHP 8.x. Beaucoup exigent désormais PHP 8.1 ou 8.2 comme version minimum. Si vous utilisez WooCommerce, Yoast SEO, ou n'importe quel plugin populaire, leur prochaine mise à jour pourrait tout simplement refuser de s'installer sur PHP 7.4.

Le risque de performance. PHP 8.0 a introduit le compilateur JIT (Just-In-Time), et chaque version depuis (8.1, 8.2, 8.3, 8.4) a optimisé le moteur. Résultat : un site migré de PHP 7.4 vers PHP 8.3 gagne entre 20 et 40 % de temps d'exécution en moins, selon les benchmarks de Phoronix. C'est du temps de chargement économisé, un meilleur score Core Web Vitals, et indirectement un meilleur référencement.

Comment savoir quelle version de PHP vous utilisez ?

Avant toute migration, il faut savoir d'où vous partez. Trois méthodes simples :

1. Interface d'hébergement. Connectez-vous à votre espace client (cPanel, Plesk, ou panneau maison). Cherchez la section "Version PHP" ou "PHP Selector". La version active est affichée.

2. Fichier PHP info. Créez un fichier info.php à la racine de votre site avec le contenu <?php phpinfo(); ?>, ouvrez-le dans votre navigateur, et cherchez la ligne "PHP Version". Supprimez ce fichier juste après, il expose des informations sensibles.

3. WordPress. Dans le tableau de bord WordPress, allez dans "Outils > Santé du site > Info > Serveur". La version PHP y est listée.

Si vous voyez "7.4.33" ou toute version 7.4.x, la suite de cet article vous concerne.

Migrer vers PHP 8.x : le guide étape par étape

Passer de PHP 7.4 à PHP 8.x n'est pas juste un changement de numéro. Plusieurs fonctions ont été supprimées, des comportements ont changé, et vos vieux plugins risquent de casser. Voici la méthode safe.

1. Sauvegardez tout

Avant de toucher à quoi que ce soit, faites une sauvegarde complète : fichiers + base de données. La plupart des hébergeurs proposent un outil de backup intégré. Si vous gérez votre serveur, un mysqldump + une archive tar des fichiers suffisent.

2. Auditez votre code et vos extensions

C'est l'étape la plus importante. Plusieurs outils peuvent scanner votre code à la recherche de fonctions dépréciées ou supprimées dans PHP 8.x :

• PHPCompatibility (via PHP_CodeSniffer) : phpcs --standard=PHPCompatibility --runtime-set testVersion 8.0-8.3 ./wp-content/
• Rector : un outil de refactoring automatique qui peut migrer votre code de PHP 7.4 vers 8.x
• PHPStan avec le niveau le plus strict pour détecter les incompatibilités de typage

Pour WordPress, commencez par vérifier que votre thème et tous vos plugins sont compatibles PHP 8.x. Dans le dépôt WordPress, chaque plugin affiche sa version PHP minimum testée.

3. Testez dans un environnement de staging

Ne faites jamais une migration en production directement. Créez un sous-domaine ou un environnement local (Local by Flywheel, MAMP, ou Docker). Basculez cet environnement en PHP 8.2 ou 8.3, puis testez toutes les pages importantes de votre site : page d'accueil, articles, formulaires de contact, processus de commande si e-commerce.

4. Changez la version PHP chez votre hébergeur

Une fois les tests OK, connectez-vous à votre espace client et changez la version PHP. La plupart des hébergeurs mutualisés proposent un sélecteur de version PHP accessible en deux clics. Pour un VPS, vous devrez mettre à jour via la ligne de commande :

sudo apt update
sudo apt install php8.3 php8.3-fpm php8.3-mysql php8.3-xml php8.3-curl php8.3-mbstring php8.3-zip
sudo a2dismod php7.4
sudo a2enmod php8.3
sudo systemctl restart apache2

5. Vérifiez et corrigez

Après la migration, parcourez votre site page par page. Activez le mode debug WordPress (define('WP_DEBUG', true); dans wp-config.php) pour voir les éventuelles erreurs résiduelles. Les problèmes les plus fréquents après une migration PHP 7.4 vers 8.x :

• Erreurs de type : PHP 8 est plus strict sur les types de données. Une fonction qui attend un int et reçoit null déclenchera une erreur fatale.
• Fonctions supprimées : create_function(), each(), et money_format() n'existent plus.
• Changements de comportement : la comparaison 0 == "foo" qui retournait true en PHP 7 retourne false en PHP 8.

PHP 8.4 : pourquoi c'est le bon moment

PHP 8.4, sorti en novembre 2025, est la version actuelle stable. Elle apporte les "property hooks" (une syntaxe élégante pour les getters/setters), le support natif du HTML5 dans l'extension DOM, et des améliorations de performance notables.

Mais surtout, migrer maintenant vers PHP 8.3 (version la plus déployée chez les hébergeurs français début 2026) ou 8.4 vous donne plusieurs années de tranquillité. Le support de sécurité de PHP 8.3 court jusqu'en novembre 2027, celui de PHP 8.4 jusqu'en novembre 2028. Vous ne voulez pas revivre le stress d'une version obsolète dans six mois.

Si vous êtes chez un hébergeur qui ne propose pas encore PHP 8.3, c'est un signal d'alarme. Un hébergeur sérieux maintient des versions PHP récentes. Chez Gaprod par exemple, PHP 8.0, 8.1, 8.2, 8.3 et 8.4 sont disponibles via le sélecteur de version en un clic sur tous les hébergements mutualisés et VPS.

En résumé

PHP 7.4 est une version morte depuis plus de trois ans. Continuer à l'utiliser en juin 2026 expose votre site à des failles de sécurité non corrigées, des incompatibilités croissantes avec les plugins et thèmes, et des performances en retard d'une génération. La migration vers PHP 8.3 ou 8.4 est un investissement de quelques heures qui protège votre site pour les années à venir.

Sauvegardez, auditez, testez en staging, puis basculez. Votre temps de chargement, votre référencement et votre tranquillité d'esprit vous diront merci.