Un site qui tombe en panne un vendredi soir, un plugin qui casse tout après une mise à jour, un formulaire de contact silencieusement mort depuis trois semaines : la plupart des dirigeants découvrent l'importance de la maintenance au pire moment, quand le problème est déjà visible des clients. Voici ce qu'il faut réellement surveiller après la mise en ligne d'un site, et comment structurer cette surveillance sans y passer un temps que vous n'avez pas.
Un site livré n'est pas un site terminé
La mise en ligne marque la fin d'un projet, jamais la fin du travail. Un site web repose sur un empilement de briques techniques : un hébergement, un CMS ou un framework, des bibliothèques tierces, parfois des intégrations avec des outils de paiement ou de CRM. Chacune de ces briques évolue indépendamment des autres, et chacune peut casser quelque chose sans prévenir.
Une faille de sécurité découverte dans une librairie, une API tierce qui change son format de réponse, un navigateur qui modifie sa gestion du JavaScript : rien de tout cela ne dépend de vous, et pourtant tout cela finit par affecter votre site si personne ne surveille la mécanique. C'est cette réalité, plus que la peur d'un piratage, qui justifie une vraie stratégie de maintenance de site internet. Le plus souvent, le problème n'est même pas technique : c'est simplement que personne n'a la responsabilité claire de surveiller quoi que ce soit une fois le projet livré.
Ce qu'il faut surveiller en priorité
Toute la maintenance ne se vaut pas. Certains points méritent une attention régulière, d'autres peuvent se vérifier une ou deux fois par an. Voici les trois familles à ne jamais négliger.
Sécurité et mises à jour
- Les mises à jour du CMS, du framework et des dépendances, en particulier celles qui corrigent des failles connues
- Les certificats SSL et leur renouvellement automatique
- Les accès administrateurs : anciens comptes non désactivés, mots de passe jamais changés
- Les sauvegardes, et surtout leur capacité réelle à être restaurées en cas de problème
Performance et disponibilité
- Le temps de chargement des pages, qui se dégrade souvent progressivement sans que personne ne s'en aperçoive
- La disponibilité du site, avec une alerte automatique en cas de panne plutôt qu'un signalement client
- Le bon fonctionnement des formulaires, paiements et autres points de conversion critiques
- La compatibilité avec les nouvelles versions des navigateurs
Contenu et référencement
- Les liens cassés, qui s'accumulent avec le temps sans jamais disparaître d'eux-mêmes
- Les pages obsolètes, qui nuisent à la crédibilité autant qu'au référencement
- Les métadonnées et balises, souvent oubliées après les premières semaines de mise en ligne
Un outil comme Lighthouse permet de mesurer une bonne partie de ces indicateurs factuellement plutôt qu'à l'impression — nous l'utilisons systématiquement dans nos audits, comme expliqué dans notre article sur Lighthouse chez HWS.
Maintenance corrective ou maintenance préventive ?
Deux logiques coexistent, et confondre les deux mène presque toujours à des mauvaises surprises.
La maintenance corrective intervient après coup : un bug signalé, une panne constatée, une faille exploitée. Elle est indispensable, mais elle coûte toujours plus cher qu'une intervention anticipée, en argent comme en image auprès de vos clients.
La maintenance préventive, elle, cherche les problèmes avant qu'ils ne deviennent visibles : surveillance automatisée, mises à jour planifiées, tests réguliers. C'est elle qui évite la majorité des urgences.
Une entreprise qui ne fait que de la maintenance corrective ne fait pas de maintenance — elle gère des incidents. La différence tient entièrement à ce qui se passe avant que le problème n'éclate.
Des outils comme Sentry permettent justement de détecter une erreur en production avant qu'un client ne la signale lui-même. Nous en parlons plus en détail dans notre article sur Sentry chez HWS. Couplé à un historique de déploiements propre via GitHub, cela transforme la maintenance en processus maîtrisé plutôt qu'en pompiers permanents. Concrètement, cela veut dire pouvoir revenir en arrière en quelques minutes si une mise à jour se passe mal, au lieu de chercher pendant des heures ce qui a changé.
Faut-il un contrat de maintenance ou du ponctuel ?
La question revient systématiquement, et la réponse dépend surtout de deux critères : la criticité du site pour votre activité, et la fréquence à laquelle il évolue.
- Un site vitrine peu évolutif, sans enjeu commercial direct, peut se contenter d'un contrôle annuel et d'interventions ponctuelles en cas de besoin
- Un site générateur de leads ou de ventes justifie une surveillance continue, car chaque heure d'indisponibilité a un coût direct et mesurable
- Une application métier ou un SaaS utilisé quotidiennement par vos équipes ou vos clients ne peut pas se permettre d'attendre : la moindre régression bloque des usages réels
Le type de technologie change aussi la donne. Un site construit avec des outils Webflow ou no-code demande une maintenance différente d'un développement sur-mesure : moins de dépendances à surveiller côté code, mais une vigilance équivalente sur les intégrations tierces, les performances et les mises à jour de la plateforme elle-même. Dans les deux cas, le principe reste le même : mieux vaut une vérification régulière et courte qu'une intervention lourde une fois par an, quand les petits problèmes se sont déjà accumulés.
Les erreurs qui coûtent cher
Certaines pratiques reviennent presque systématiquement chez les entreprises qui nous contactent après un incident.
- Ne jamais tester une sauvegarde avant d'en avoir réellement besoin
- Laisser un seul développeur détenir toute la connaissance du projet, sans documentation
- Reporter indéfiniment une mise à jour de sécurité par peur de casser quelque chose
- Confondre hébergement géré et maintenance : un hébergeur maintient ses serveurs, pas votre code applicatif
Chacune de ces erreurs semble anodine isolément. Cumulées, elles transforment un site sain en projet fragile, jusqu'au jour où une refonte complète devient la seule option raisonnable — alors qu'une maintenance régulière aurait suffi à l'éviter. C'est souvent à ce stade que le coût cumulé de l'inaction dépasse largement celui d'un suivi mensuel modeste.
Comment structurer une maintenance qui a du sens
Avant de signer quoi que ce soit, un diagnostic initial reste la meilleure base de décision. C'est le rôle d'un audit de site web : il établit précisément l'état technique du site, ses points fragiles et ses priorités, plutôt que de partir sur des suppositions.
À partir de ce constat, la maintenance peut se calibrer sur des besoins réels : fréquence des vérifications, niveau de réactivité attendu en cas d'incident, périmètre couvert. Un contrat de maintenance mal dimensionné — trop léger ou au contraire surdimensionné pour un site simple — coûte cher dans les deux sens. L'objectif n'est pas de vendre le contrat le plus complet possible, mais celui qui correspond réellement à l'usage et aux enjeux du site.
Un exemple concret : Uroquest
Uroquest est une application développée pour Pierre Fabre, que nous accompagnons dans la durée en maintenance d'application mobile et SaaS. Ce type de suivi illustre bien l'enjeu : une application utilisée en conditions réelles ne tolère pas les régressions silencieuses, et chaque évolution doit être testée avec la même rigueur que le développement initial.
Découvrez le projet Uroquest et la manière dont son suivi est assuré au quotidien.
Votre site fonctionne aujourd'hui, mais personne ne surveille vraiment ce qui pourrait le faire vaciller demain ? Un audit initial suffit souvent à transformer une inquiétude diffuse en plan d'action clair — et à décider, en connaissance de cause, du niveau de maintenance qui vous convient réellement.
