Site incompatible avec PHP 8 : comment le mettre à niveau ?

Pourquoi votre hébergeur impose-t-il PHP 8 ?

Ce langage est celui qui fait tourner WordPress et PrestaShop ainsi que la grande majorité des sites professionnels. Chaque version reçoit des correctifs de sécurité pendant quelques années puis plus rien. Une nouvelle génération apporte aussi des performances et des protections dont l'ancienne restera privée. Dernière version de la série 7, PHP 7.4 est abandonnée depuis novembre 2022 : une faille découverte aujourd'hui ne sera donc jamais corrigée.

Les hébergeurs ne peuvent pas laisser tourner indéfiniment un logiciel exposé sur leurs serveurs. Ils annoncent donc une date avant de basculer les comptes vers une version récente. Le jour du changement un site écrit pour l'ancienne génération affiche une page blanche ou une erreur critique, voire des messages techniques à la place du contenu. Le propriétaire découvre alors le problème en même temps que ses clients. Ce scénario n'a rien d'exceptionnel puisqu'il se répète à chaque changement de version chez tous les hébergeurs.

Comment savoir si votre site est compatible avec PHP 8 ?

Le premier indice se trouve dans votre espace d'hébergement qui indique la version utilisée, sachant que le prestataire prévient par courriel avant toute migration forcée. Si votre site n'a pas été mis à jour depuis plusieurs années le risque est réel. Une boutique PrestaShop restée en 1.6 ou 1.7 est forcément concernée. Un WordPress récent accepte PHP 8 mais un thème acheté il y a cinq ans ou une extension abandonnée peuvent tout bloquer.

Le seul test fiable consiste à faire tourner une copie du site sous la nouvelle version pour parcourir toutes les pages et les formulaires sans oublier le tunnel de commande complet d'une boutique. Les journaux d'erreurs révèlent alors précisément les fichiers à corriger avant que vos visiteurs ne tombent dessus. Ce test permet aussi de chiffrer au plus juste les travaux avant de les engager.

Qu'est-ce qui bloque lors du passage à PHP 8 ?

Cette génération est plus stricte que la précédente. Des fonctions anciennes ont disparu et un code qui tournait sans broncher déclenche désormais une erreur fatale. Il suffit d'une variable vide transmise au mauvais endroit ou d'un calcul sur une valeur qui n'est pas un nombre, voire d'une écriture tolérée pendant des années, pour arrêter une page. Le message affiché n'apprend alors rien au visiteur ni au propriétaire.

Sur WordPress les coupables se trouvent dans les extensions et les thèmes que leur éditeur ne suit plus. Sur PrestaShop les versions 1.6 et 1.7 ne fonctionnent pas avec PHP 8 : la mise à niveau passe alors par une migration de la boutique elle-même. Quant aux développements sur mesure, ils demandent une relecture complète de leur code.

Les sites qui ont accumulé les couches successives sont les plus touchés avec une extension pour chaque besoin et un habillage modifié directement plutôt que par un thème enfant, sans compter les retouches oubliées depuis longtemps. Toute modification faite à la main doit être retrouvée et réécrite.

Les messages d'avertissement comptent aussi car PHP 8.1 et 8.2 signalent les écritures appelées à disparaître dans les prochaines versions. Elles n'empêchent rien de fonctionner aujourd'hui mais remplissent les journaux et annoncent déjà la panne à venir. Nous les traitons dans la foulée pour que le site soit prêt pour PHP 8.4 et les suivantes.

Comment se déroule la mise à niveau de votre site ?

Tout débute par l'inventaire de la version actuelle et du logiciel utilisé avec ses extensions et ses développements spécifiques. Ce bilan dit déjà si une simple mise à jour suffit ou si une migration plus large s'impose. Une copie du site est ensuite placée sur un environnement de test réglé sur PHP 8.3, la version que nous recommandons aujourd'hui. Les dépendances du serveur comme les extensions de PHP, la mémoire allouée et la base de données sont vérifiées en même temps.

Chaque erreur relevée est corrigée à la source. Une extension trop ancienne est mise à jour ou remplacée par un équivalent maintenu, le thème est adapté et le code maison réécrit avec les fonctions actuelles. Nous connaissons bien ce travail puisque nous l'avons mené sur l'ensemble des sites dont nous assurons le suivi.

Une fois la copie validée la bascule se fait en quelques minutes à une heure creuse. Le site garde ses adresses et son contenu ainsi que son référencement. Seul le moteur change avec à la clé un gain de vitesse sensible, car PHP 8 exécute le même code plus rapidement que la série 7. Les sauvegardes faites avant l'opération restent disponibles pour revenir en arrière en cas de besoin.

La durée varie avec l'état du site. Un WordPress bien entretenu passe en une demi-journée alors qu'une installation ancienne chargée de développements maison demande davantage, ce que le devis détaille. Vous recevez ensuite un compte rendu des corrections apportées et des éléments remplacés.

Faut-il rester en PHP 7 en attendant ?

Des hébergeurs proposent de conserver l'ancienne version contre un supplément ou pendant un délai limité. C'est une solution d'attente et non une réponse, car le site reste exposé aux failles de sécurité et le passage devient plus lourd à mesure que le retard s'accumule. Plus l'écart grandit avec les versions actuelles et plus les extensions refusent de se mettre à jour, ce qui fait grimper la facture finale.

Le bon moment pour agir se situe avant l'échéance fixée par l'hébergeur. Un contrat de maintenance évite ensuite de revivre la même situation : chaque nouvelle version de PHP est testée sur une copie et préparée à l'avance sans urgence ni page blanche.