Pourquoi un site qui fonctionne peut être en danger

Votre site s’affiche, les commandes arrivent, personne ne se plaint. C’est exactement la situation dans laquelle j’interviens le plus souvent — quelques semaines avant l’incident.

Ce qui ne se voit pas depuis le navigateur

Un site est un empilement de couches : le serveur, la version du langage, le socle, les extensions, les données. Une seule peut être en fin de vie sans qu’aucune page ne le montre.

• Une version de PHP qui ne reçoit plus de correctifs. Le site tourne, mais aucune faille n’est plus corrigée.
• Des sauvegardes qui existent sans avoir jamais été restaurées. Une sauvegarde non testée est une hypothèse.
• Un seul compte administrateur, rattaché à une adresse que plus personne ne relève.
• Une extension abandonnée par son auteur, qui fonctionne encore et ne sera plus jamais corrigée.
• Un nom de domaine au nom de quelqu’un d’autre, ou dont l’échéance n’est surveillée par personne.

Pourquoi ça tient quand même

Parce qu’un site n’est pas une machine qui s’use : il fonctionne à l’identique jusqu’au jour où une condition change. Une mise à jour du serveur, une faille exploitée, une carte bancaire expirée.

Ce qui casse un site n’est presque jamais le site : c’est ce qui change autour de lui.

Comment le vérifier soi‑même

Trois choses se contrôlent sans compétence technique : la date d’expiration du domaine, la date de la dernière sauvegarde réellement téléchargée, et la liste des personnes qui peuvent entrer dans l’administration.

Si l’une des trois réponses est « je ne sais pas », c’est là qu’il faut commencer.

Sur le même sujet : Combien de temps dure une intervention sur un site ? · Comment savoir si mon prestataire fait du bon travail ?