Il y a des lignes de facture que personne ne lit. Celle-ci portait un intitulé anodin, du genre « support étendu » ou « version PHP prolongée ». 16,50 € par mois. Mon client la réglait depuis des mois sans savoir ce qu'elle recouvrait.

Elle recouvrait ceci : son site tournait sur une version du langage PHP que la communauté ne maintient plus. L'hébergeur, lui, continue d'appliquer les rustines de sécurité sur ces versions périmées, et il facture ce service. Sa démarche est légitime. Pour le client, c'est une perte sèche, et surtout le symptôme d'autre chose.

Un site semi-fonctionnel, figé depuis deux ans

Quand j'ai repris le dossier, l'état des lieux tenait en trois constats. Le gestionnaire de contenu accusait deux ans de retard sur les versions publiées. Plusieurs extensions n'avaient plus reçu la moindre mise à jour. Et le site répondait à moitié : certaines pages tenaient debout, d'autres non.

Personne n'avait rien cassé. C'est le point à comprendre : un site web n'est pas un meuble. Il repose sur une pile de briques logicielles qui, elles, continuent d'évoluer. Ne rien faire pendant deux ans n'est pas un statu quo, c'est un recul. La dette technique est exactement cela : le prix cumulé de reports successifs, dont chacun paraissait raisonnable pris isolément.

L'écueil classique consiste alors à tout jeter et à repartir de zéro, pour un devis à quatre chiffres. Dans ce cas précis, la structure était saine. Il fallait la remettre d'aplomb, pas la reconstruire.

La méthode, dans l'ordre

1. Sauvegarde à froid. Copie intégrale des fichiers et de la base de données, stockée hors du serveur de production, avant la moindre commande. Et surtout : restauration testée. Une sauvegarde jamais restaurée n'est pas une sauvegarde, c'est une intention.

2. Inventaire. Relevé de la version du langage, de celle du gestionnaire de contenu, de chaque extension et de chaque incompatibilité connue entre elles. C'est ce tableau qui dicte l'ordre des opérations, pas l'inverse.

3. Montée de version par paliers. Jamais d'un seul bond. On avance version par version, avec une recette fonctionnelle entre chaque palier : navigation, formulaires, panier le cas échéant, affichage mobile. Quand quelque chose casse, on sait immédiatement quel palier l'a cassé.

4. Nettoyage. Retrait des extensions abandonnées par leurs auteurs, suppression du code mort accumulé, remplacement des solutions redondantes, compression des images restées au format d'origine. Un site allégé se met à jour plus vite et tombe moins souvent.

5. Bascule et régularisation. Passage en PHP 8.3, vérification complète, puis désactivation de l'option payante chez l'hébergeur. La régularisation de la surfacturation a été menée jusqu'à son terme avec le support : versions périmées facturées en supplément, dossier réglé, compte assaini.

Le résultat, en chiffres

  • Gestionnaire de contenu et extensions à jour, sans perte de données ni de mise en page.
  • Passage en PHP 8.3, version activement maintenue.
  • Suppression de la surtaxe : 16,50 € par mois, soit 198 € par an.
  • Temps de chargement divisé par deux, sans refonte graphique.
  • Surfacturation antérieure régularisée auprès de l'hébergeur.

Aucune de ces lignes ne relève de l'exploit. C'est du travail d'entretien, mené dans l'ordre, jusqu'au bout. La différence entre un site qui dure et un site qu'on refait tous les trois ans tient très souvent à cela.

Trois questions à poser dès aujourd'hui

Quelle version de PHP votre site utilise-t-il, et est-elle encore maintenue ? La réponse tient en une ligne dans votre espace d'hébergement. Votre facture comporte-t-elle une option que vous ne savez pas expliquer ? Si oui, demandez à quoi elle correspond, par écrit. Et quand votre gestionnaire de contenu a-t-il été mis à jour pour la dernière fois ? Au delà de six mois, l'audit s'impose.