Recevoir un email annonçant qu'une version de PHP sera retirée de votre hébergement dans quelques semaines peut sembler une contrainte imposée sans consultation. En réalité, cette anticipation protège directement votre site, et le délai de prévenance existe justement pour vous laisser le temps de vérifier la compatibilité avant que le changement ne devienne obligatoire.
Pourquoi un hébergeur retire une version de PHP
Chaque version de PHP bénéficie d'un cycle de support limité dans le temps, défini par le projet PHP lui-même, pas par l'hébergeur. Une fois ce cycle terminé, la version cesse de recevoir des correctifs de sécurité, ce qui transforme chaque site encore configuré sur cette version en cible plus facile pour une faille connue et non corrigée. Maintenir une version obsolète disponible sur l'ensemble d'un parc de serveurs revient à exposer tous les sites concernés à un risque identifié et évitable.
Pourquoi le changement n'est pas appliqué du jour au lendemain
Un changement de version de PHP peut casser un site qui dépend d'une syntaxe ou d'une extension devenue incompatible avec la nouvelle version. C'est pour cette raison précise qu'un hébergeur sérieux communique le changement plusieurs semaines à l'avance plutôt que de l'appliquer immédiatement :
- Le temps de vérifier la compatibilité du site, du thème et des extensions avec la nouvelle version annoncée.
- Le temps de tester ce changement sur un environnement de staging avant qu'il ne s'applique en production.
- Le temps de contacter le support ou le développeur du site en cas d'incompatibilité identifiée.
Ce que vous devez vérifier pendant ce délai
Recevoir l'annonce ne suffit pas : encore faut-il agir avant l'échéance. Les étapes concrètes à suivre pendant la période de prévenance :
- Identifier la version de PHP actuellement utilisée par votre site, visible dans votre panel d'hébergement.
- Vérifier auprès de la documentation de votre CMS ou de vos extensions la version PHP minimale requise pour leur fonctionnement.
- Tester le changement sur une copie du site avant la date limite, pour repérer une éventuelle erreur avant qu'elle n'affecte le site réel.
- Mettre à jour les extensions ou le thème concernés si une version plus récente résout l'incompatibilité identifiée.
Ce qui se passe si le délai est ignoré
Un site qui n'a pas été vérifié avant l'échéance peut afficher des erreurs fatales dès le basculement vers la nouvelle version, dans le pire des cas une page blanche complète. Le délai de prévenance n'élimine pas ce risque, il offre simplement l'occasion de l'éviter avant qu'il ne se matérialise, à condition d'agir pendant la période annoncée plutôt qu'au dernier jour.
Ce que montre un test de compatibilité réussi
Un test de compatibilité qui ne révèle aucune erreur reste la meilleure confirmation possible avant une migration de version PHP. Il permet d'aborder le changement annoncé avec une tranquillité réelle plutôt qu'une simple espérance que « tout devrait bien se passer ». Documenter ce test, même brièvement, avec la date et la liste des fonctionnalités vérifiées, donne aussi une référence utile si un problème venait malgré tout à apparaître après la bascule, pour vérifier rapidement si le test avait ou non couvert la fonctionnalité concernée par l'incident.
Un calendrier de migration partagé avec toute l'équipe technique concernée, même pour un petit site, évite qu'une seule personne porte seule la responsabilité de vérifier la compatibilité dans l'urgence, à quelques jours de l'échéance annoncée par l'hébergeur.
Peut-on demander à garder une ancienne version de PHP indéfiniment ?
Non, une fois le support de sécurité d'une version terminé, la maintenir en service expose l'ensemble du serveur à des failles connues, ce qui n'est responsable ni pour le client concerné ni pour les autres sites hébergés sur la même infrastructure.
Que faire si mon site ne fonctionne plus après le changement annoncé ?
Contacter immédiatement le support technique avec le message d'erreur exact rencontré. Dans de nombreux cas, le problème se résout en mettant à jour une extension obsolète ou en ajustant une configuration spécifique, une opération généralement rapide une fois la cause identifiée.
Ces annonces de migration obligatoire visent à protéger votre site, pas à le contraindre sans raison. Si vous recevez une notification de ce type, le support de VSP TECH reste disponible via un ticket pour vérifier la compatibilité de votre site WordPress ou de votre hébergement mutualisé avant la date limite.
