.png)
4 hour_ago
11
NE LAISSER PAS LE 5G DETRUIRE VOTRE ADN Protéger toute votre famille avec les appareils Quantiques Orgo-Life® Publicité par Adpathway
La fin du support officiel de PHP 8.2, prévue le 31 décembre 2026, impose de vérifier la version utilisée sur son hébergement web, de tester la compatibilité de son CMS et de ses extensions, puis de migrer vers PHP 8.3 ou 8.4 afin d’éviter les failles de sécurité. Il reste environ deux mois. Ce guide détaille l’audit à mener, la migration sans coupure et les réglages chez IONOS.
| Version PHP | Statut communautaire | Risque de sécurité | Action immédiate requise | Option chez l’hébergeur (ex. IONOS) |
| PHP 7.4 / 8.0 (obsolètes) | Fin de vie en novembre 2022 (7.4) et novembre 2023 (8.0) | Très élevé : aucun correctif depuis plus de deux ans | Migrer en priorité, après tests | Extended Support payant, pour une parenthèse courte |
| PHP 8.1 (obsolète) | Fin de vie le 31 décembre 2025 | Élevé : aucun correctif depuis dix mois | Planifier la bascule dans les semaines à venir | Extended Support déjà listé par IONOS |
| PHP 8.2 (fin de support) | Correctifs de sécurité seuls jusqu’au 31 décembre 2026 | Modéré aujourd’hui, élevé dès janvier 2027 | Auditer et basculer avant fin décembre | Changement gratuit depuis l’espace client |
| PHP 8.3 / 8.4 / 8.5 (supportées) | Sécurité jusqu’en décembre 2027 (8.3), 2028 (8.4) et 2029 (8.5) | Faible | Viser PHP 8.4 comme version cible | Sélection en quelques clics |
Qu’est-ce que PHP et pourquoi la fin du support est-elle critique ?
Le rôle moteur de PHP sur votre hébergement
PHP est le moteur d’exécution côté serveur de la majorité des sites. Quand un visiteur ouvre une page, l’hébergeur lance PHP, qui lit le code, interroge la base de données puis renvoie une page HTML. WordPress, WooCommerce, PrestaShop, un ERP comme Dolibarr ou une application Symfony fonctionnent ainsi. Selon W3Techs (août 2026), PHP équipe environ 70 % des sites dont le langage serveur est identifiable.
Concrètement, la version PHP qui lit votre code décide des fonctions disponibles : chaque nouvelle version de PHP retire des fonctions que le code utilisait. Choisir une version PHP maintenue n’est donc pas un détail technique.
Fin de support communautaire : ce que recouvre l’EOL
Le support PHP suit un cycle de vie régulier : deux ans de support actif, puis deux ans de correctifs de sécurité seuls. L’EOL (End of Life) marque la fin de vie de PHP pour la branche concernée. Depuis PHP 8.1, ce cycle dure quatre ans, contre trois auparavant. PHP 8.2, sorti en décembre 2022, ne reçoit plus de corrections de bugs depuis le 31 décembre 2024 et n’aura plus aucun correctif de sécurité après le 31 décembre 2026. Toute faille découverte ensuite restera ouverte, comme une faille zero-day que personne ne corrigera.
Acquia a programmé l’arrêt de PHP 8.2 sur sa plateforme cloud au 1er octobre 2026, redoutant des attaques dès la fin du support.
Les risques réels d’un serveur sous une version PHP obsolète
- Sécurité : des robots scrutent Internet à la recherche de versions non corrigées. Une application exposée à Internet sous PHP obsolète devient une cible facile, et en France, une fuite de données personnelles impose de notifier la CNIL sous 72 heures.
- Disponibilité : les versions récentes des plugins et des frameworks relèvent peu à peu la version minimale requise. Pour WordPress, PHP 8.3 ou plus est recommandé ; Drupal 11 l’exige et Symfony 8 impose PHP 8.4. Un composant qui franchit ce seuil provoque une erreur 500, et des erreurs serveur répétées ralentissent l’exploration de Google.
- Performance : n’espérez pas de miracle. Sur WordPress 6.8, Kinsta mesure environ 146 requêtes par seconde en PHP 8.2 contre 148 en PHP 8.4, soit 1,5 % de mieux, et Tideways constate une stabilité comparable. Le vrai saut concerne PHP 7.4 : PHP 8.5 y gagne environ 6,6 %. La mise à jour sert la sécurité et la compatibilité, plus que la vitesse.
Checklist d’audit : préparer votre migration étape par étape
Étape 1 : identifier sa version actuelle
Sous WordPress, ouvrez Outils > Santé du site > Info > Serveur : la version PHP y figure. Autre méthode, un fichier info.php appelant phpinfo(), à téléverser puis à supprimer aussitôt, car il expose la configuration du serveur. Les informations du panneau de l’hébergeur indiquent aussi la version par domaine. Sur un hébergement mutualisé, le responsable de la version PHP, c’est vous ; sur une offre managée, c’est l’hébergeur.
Astuce : En SSH, php -v affiche la version en ligne de commande, parfois différente de celle servie au web.
Étape 2 : auditer la compatibilité des composants
Mettez d’abord à jour le cœur de WordPress, puis les extensions, avant de toucher à PHP. Inventoriez ensuite le thème, les plugins, les modules et le code sur mesure, en relevant pour chacun la mention « Requires PHP » et les notes de version. Les extensions abandonnées, sans mise à jour depuis deux ans, bloquent le plus souvent une migration PHP.
Côté développement, PHPCompatibility, associé à PHP_CodeSniffer, scanne le code pour la version cible, et Rector réécrit une partie des appels dépréciés. PHP 8.4 déprécie par exemple les types nullables implicites.
Pour une application Symfony, tout dépend du framework : Symfony 7.4 LTS tourne sur PHP 8.2 à 8.5 avec des corrections jusqu’en novembre 2028, alors que Symfony 8 exige PHP 8.4. Un ERP ou un développement confié à une TMA (tierce maintenance applicative) se traite avec le prestataire : réclamez un rapport de compatibilité.
Étape 3 : créer un environnement de staging et sauvegarder
Avant toute bascule, réalisez une sauvegarde complète, base de données et fichiers, stockée hors du serveur, puis vérifiez qu’elle se restaure. Clonez ensuite le site vers un environnement de staging, par exemple un sous-domaine, où vous activez la version cible.
Consigne : Protégez le staging par mot de passe ou par une balise noindex : une copie indexée par Google crée du contenu dupliqué.
Étape 4 : tester et basculer la version PHP
Activez le débogage sur le staging uniquement (WP_DEBUG et WP_DEBUG_LOG sous WordPress), puis parcourez les tests critiques : connexion, formulaires, paiement, envoi d’e-mails, tâches planifiées. Scrutez le journal d’erreurs (error log) à la recherche des mentions Fatal error et Deprecated. Une fois la nouvelle version PHP validée, basculez la version PHP de production à une heure creuse, gardez l’ancienne sous la main pour un retour arrière et surveillez les logs pendant 48 heures.
Cas pratique chez IONOS : gérer la transition PHP sur son hébergement
Sur un hébergement web classique (mutualisé)
IONOS
Dans l’espace client IONOS, ouvrez Menu > Hébergement, choisissez le contrat puis cliquez sur Gérer dans la tuile PHP. Le tableau des domaines affiche chaque version : cliquez sur un domaine, sélectionnez la version et enregistrez, ou cochez plusieurs domaines pour les basculer ensemble. IONOS recommande PHP 8.4 pour WordPress, Joomla ou Drupal. L’hébergeur ne modifie pas automatiquement la version.
Avantages de la solution :
- Changement gratuit, effectif en quelques instants
- Version distincte par domaine ou sous-domaine, idéale pour un test sur staging
- Retour arrière possible si le site casse
Inconvénients ou points de vigilance :
- La compatibilité des plugins et du code reste à votre charge
- Un sous-domaine oublié sur une version abandonnée peut déclencher la facturation de l’Extended Support
Sur les offres managées (WordPress managé, serveurs managés)
Avec Managed Hosting for WordPress, les équipes d’IONOS contrôlent et mettent à jour WordPress comme PHP : le client ne choisit pas la version. Sur un serveur dédié managé, le changement de version passe en revanche par le même menu que l’hébergement web, et l’Extended Support y est aussi proposé.
Avantages de la solution :
- Mises à jour de PHP et de WordPress prises en charge
- Stabilité et sécurité sans compétence technique particulière
Inconvénients ou points de vigilance :
- Le calendrier et la version dépendent de l’hébergeur, sans possibilité de rester sur l’ancienne
- Une installation WordPress standard ou un domaine hors périmètre managé peut rester sur une version obsolète
Le service IONOS Extended Support
Service payant, facturé au mois, qui confie aux experts sécurité d’IONOS la correction des failles des versions abandonnées par la communauté. Il démarre juste après la fin du support officiel, avec une transition gratuite, puis une facturation si vous ne migrez pas. Le tarif dépend de l’ancienneté de la version. La liste d’IONOS couvre aujourd’hui PHP 5.6 à 8.1 ; PHP 8.2 n’y figure pas encore, mais la logique devrait se répéter après le 31 décembre 2026, sous réserve de confirmation de l’hébergeur.
Avantages de la solution :
- Du temps pour adapter un code ou des extensions fragiles
- Failles de l’ancienne version corrigées par l’hébergeur
Inconvénients ou points de vigilance :
- Coût mensuel qui s’accumule sans résoudre la dette technique
- Option à résilier dans les paramètres PHP après migration, sans quoi la facturation continue
Verdict : agir avant le 31 décembre 2026
IONOS
Repousser la montée de version PHP est un mauvais calcul : quelques heures de tests coûtent moins qu’un site piraté, qu’une chute de visibilité sur Google ou qu’un abonnement Extended Support sans fin. Migrer PHP vers la version 8.4, maintenue côté sécurité jusqu’au 31 décembre 2028, reste le choix le plus sûr ; PHP 8.5 viendra une fois les extensions validées.
Feuille de route d’ici fin décembre :
1.Cette semaine : relever la version PHP de l’hébergeur pour chaque domaine
2.Novembre : inventaire, audit de compatibilité, puis staging et tests
3.Début décembre : bascule en production, puis surveillance des logs
4.Fin décembre : résilier l’option payante et supprimer les sous-domaines oubliés
Checklist de sécurité pour anticiper les prochaines versions PHP :
- Poser un rappel chaque novembre, car chaque branche perd son support un 31 décembre
- Supprimer les thèmes et plugins abandonnés, puis mettre à jour WordPress, extensions et dépendances Composer chaque mois, ou confier la maintenance à une TMA
- Activer les sauvegardes automatiques et les alertes e-mail de l’hébergeur
Les tarifs mentionnés sont indicatifs et sujets à des variations. Futura peut recevoir une compensation lorsque nos lecteurs effectuent un achat via les liens inclus dans cet article. Votre soutien à travers ces liens marchands contribue directement au maintien de notre contenu informatif.
.jpg)
French (CA)