Pour les agences et les graphistes
À quoi sert la maintenance d’un site qui marche
« Mon site marche très bien, pourquoi je paierais tous les mois ? » Vous avez peut-être déjà entendu cette phrase, ou vous l’avez dite vous-même. C’est une bonne question. Il arrive que personne n’y réponde vraiment : le site vit sa vie, et deux ans plus tard, le jour où il tombe, chacun pensait que l’autre s’en occupait.
Voici ce qu’on observe sur les sites qui vivent sans suivi, pourquoi la maintenance passe inaperçue, et ce que chacun peut vérifier sur un site en dix minutes, avec ou sans contrat.
Pourquoi la maintenance ne se voit pas
Un site qui fonctionne ne montre aucun besoin. Les mises à jour se font dans un tableau de bord que son propriétaire n’ouvre jamais. Les sauvegardes ne servent qu’une fois, le mauvais jour. Et quand tout se passe bien, il n’y a rien à raconter.
Le travail d’une maintenance se fait justement là où personne ne regarde. C’est ce qui la rend utile, et c’est aussi ce qui la rend difficile à juger. Quatre phrases reviennent quand on en parle. Chacune dit quelque chose de vrai, et chacune se vérifie.
| Ce qu’on entend | Ce qui se passe vraiment | Ce que vous pouvez vérifier |
|---|---|---|
| « Mon site marche très bien. » | Il marche aujourd’hui. Ce qui le fait tomber arrive plus tard : une mise à jour d’extension, ou un changement de version de PHP chez l’hébergeur. | Dans l’administration, la page des extensions : combien attendent une mise à jour. |
| « Les mises à jour, c’est gratuit. » | Les appliquer prend une seconde. Vérifier qu’elles n’ont rien cassé, et réparer quand c’est le cas, prend du temps. | Après la dernière mise à jour, quelqu’un a-t-il ouvert le site et envoyé le formulaire de contact ? |
| « Je paie déjà l’hébergement. » | L’hébergeur garde le serveur allumé. En général, il ne teste ni le formulaire de contact, ni les extensions, ni le contenu du site. | Le contrat d’hébergement dit ce qu’il couvre. Cherchez ce qu’il prévoit pour les mises à jour et les sauvegardes. |
| « Je n’ai rien demandé depuis un an. » | Une maintenance travaille surtout quand personne ne demande rien. Encore faut-il que ce travail soit montré. | Pouvez-vous dire ce qui a été fait sur le site le mois dernier ? Si personne ne le peut, la question est juste. |
Ce qui arrive aux sites laissés sans suivi
Les pannes d’un site sans maintenance sont rarement spectaculaires. Elles sont silencieuses, et c’est ce qui les fait durer.
- Un site qui ne répond plus pendant trois jours, parce que personne ne l’a vu tomber.
- Un site piraté qui envoie du spam, et que Google signale à ses visiteurs.
- Un formulaire de contact qui n’envoie plus rien depuis un mois.
- Une sauvegarde introuvable le jour où il en faut une.
Ces quatre situations ont un point commun : aucune ne prévient. Le propriétaire du site l’apprend tard, souvent par un client resté sans réponse.
Une panne qu’on apprend par un client a déjà duré trop longtemps.
Les causes sont techniques : une version de PHP dépassée, une extension abandonnée par son auteur. Les effets, eux, se disent sans jargon : des demandes perdues, des visiteurs avertis par Google, des jours de travail pour tout remettre en place.
Les petites demandes comptent aussi
Il y a les pannes, et il y a les petites demandes : changer un horaire, ajouter le logo d’un partenaire, corriger une faute. Sans temps prévu pour elles, chacune appelle un devis de quinze minutes que personne n’a envie d’écrire, et la modification attend.
C’est un point à lire dans un contrat de maintenance : combien de temps d’intervention est compris chaque mois, et ce qui se passe au-delà. Une formule qui n’en comprend aucun peut très bien convenir, à condition de le savoir avant. Un contrat qui promet « les petites modifications » sans dire combien de temps donnera lieu à des discussions.
Ce qu’un rapport mensuel doit montrer
Une maintenance qui ne se voit pas finit souvent par être arrêtée. Au bout d’un an sans incident, la question « pourquoi je paie ? » revient, et elle est juste.
Le rapport mensuel y répond avant qu’elle se pose. Un rapport utile se lit sans connaissances techniques et dit au moins trois choses : ce qui a été mis à jour, ce qui a été vérifié, et ce qui mérite d’être repris. Celui que je remets avec la maintenance des sites, quand le propriétaire du site le souhaite, contient les mises à jour appliquées, les sauvegardes vérifiées, la disponibilité du mois, les alertes traitées et une recommandation. En voici le format.
- Mises à jourBon
- SauvegardesBon
- Disponibilité du siteBon
- Formulaire de contactÀ surveiller
Si votre rapport tient en une ligne, « mises à jour effectuées », demandez le détail : quelles extensions, quelle sauvegarde, et quand sa restauration a été testée pour la dernière fois. Une sauvegarde se juge le jour où on la restaure.
Dix minutes pour faire le point sur un site
Ces cinq contrôles ne demandent aucune compétence technique. Il suffit d’un accès à l’administration de WordPress, et d’un peu d’attention.
- Les mises à jour en attenteDans l’administration, le menu Tableau de bord, puis Mises à jour. Quelques-unes, c’est normal. Des dizaines, ou des extensions restées des années sans mise à jour, montrent un site laissé de côté.
- La version de PHPLe menu Outils, puis Santé du site, onglet Infos, rubrique Serveur. Le support de PHP 8.2 s’arrête le 31 décembre 2026 : le détail est dans l’article sur la fin de PHP 8.2.
- Le formulaire de contactEnvoyez-vous un message depuis le site, comme un visiteur. Vérifiez qu’il arrive, et pas dans les indésirables.
- La dernière sauvegardeOù est-elle, de quand date-t-elle, et se trouve-t-elle ailleurs que sur le serveur du site ?
- Les accèsLe nom de domaine, l’hébergement et l’administration sont-ils au nom du propriétaire du site ?
Un point qui coince indique simplement par où commencer.
Le bon niveau de suivi dépend du site
Tout se ramène à une question : que coûte une journée sans site ? Une vitrine qui présente une activité peut se contenter de mises à jour contrôlées et de sauvegardes. Un site qui reçoit des demandes chaque semaine, ou une boutique, a besoin d’un délai d’intervention écrit.
Le site d’une page, avec deux extensions, que son propriétaire met à jour lui-même et vérifie après chaque passage, peut très bien se passer de contrat. L’important est que quelqu’un s’en charge, et que tout le monde sache qui.
C’est la question à régler en premier, avant de parler de formule : qui répond quand le site tombe, ou quand son propriétaire a une demande, et sous quel délai. Elle s’écrit au départ. « Aucun délai garanti » est une réponse acceptable, à condition d’être donnée avant la panne.