Maintenance de site internet : ce qu'un contrat couvre vraiment

Ce qu'un contrat de maintenance couvre vraiment

Un contrat de maintenance se limite en général à cinq postes concrets, ni plus ni moins. Les détailler un par un évite l'un des pièges classiques du sujet : signer un contrat flou dont personne ne sait vraiment ce qu'il recouvre tant qu'un incident ne survient pas.

Les mises à jour de sécurité, d'abord. Le langage de programmation, les bibliothèques utilisées et le système qui fait tourner le site reçoivent régulièrement des correctifs qui bouchent des failles connues. Une mise à jour ignorée pendant des mois n'est pas un détail technique : c'est une porte qu'on laisse ouverte, en connaissance de cause, une fois que quelqu'un a signalé qu'elle existait.

Les sauvegardes, ensuite, et surtout leur vérification. Une sauvegarde qui se déclenche chaque nuit sans que personne ne teste jamais si elle se restaure correctement n'a de sauvegarde que le nom. Le travail utile commence après l'enregistrement du fichier : c'est la restauration, testée régulièrement, qui garantit qu'elle servira le jour où elle devra servir.

La surveillance de la disponibilité vérifie si le site répond, à quelle vitesse, et prévient quelqu'un dès qu'il cesse de répondre. Sans cette surveillance, l'entreprise apprend souvent la panne par un client qui appelle, ce qui signifie que le site est resté hors ligne un moment avant que quiconque ne le sache.

Les correctifs mineurs couvrent les petits accrocs qui ne demandent ni conception ni décision : un lien cassé, une image qui ne s'affiche plus, un formulaire qui renvoie une erreur après la mise à jour d'un composant. Ce sont des corrections de quelques minutes à quelques heures, mais qui s'accumulent vite si personne ne les traite.

Une enveloppe de temps pour les demandes courantes complète l'ensemble : quelques heures par mois réservées pour changer un texte, ajuster une mise en page, répondre à une question technique sans ouvrir un nouveau devis à chaque fois. C'est ce poste qui distingue un vrai contrat de maintenance d'une simple facture d'hébergement renouvelée chaque année.

Pris ensemble, ces cinq postes ont un point commun : aucun ne change ce que fait le site, ils garantissent seulement qu'il continue de faire ce qu'il fait déjà, en sécurité et sans interruption. Cette limite définit la maintenance, et explique pourquoi elle ne remplace jamais un vrai projet d'évolution.

Ce qu'il ne couvre pas

Un contrat de maintenance a des limites nettes, et les connaître évite une déception classique : découvrir, au moment d'une demande, qu'elle sort du cadre du contrat et qu'elle sera facturée à part.

Une refonte de fond n'entre jamais dans une maintenance. Changer le visuel du site, revoir son organisation, migrer vers une nouvelle technologie sont des projets à part entière, avec leur propre devis et leur propre calendrier. Confondre les deux revient à demander à un contrat d'entretien de financer une reconstruction.

Une fonctionnalité qui change le produit relève de la même logique. Ajouter un espace client, une prise de rendez-vous en ligne ou un module de paiement modifie ce que le site fait pour ses visiteurs, pas seulement son bon fonctionnement. C'est un projet, avec sa propre estimation de temps et de budget.

La rédaction ou la mise à jour du contenu éditorial ne fait pas non plus partie de la maintenance technique. Écrire un nouvel article, actualiser une page de service, revoir les textes d'accueil sont des tâches de contenu, distinctes de la mécanique qui fait tourner le site.

La stratégie de référencement n'est pas davantage couverte. Un site bien maintenu reste techniquement sain, ce qui aide au référencement sans le garantir : la stratégie de mots-clés, le suivi des positions et la production de contenu pour se positionner sont un métier séparé.

Quand le besoin dépasse ce périmètre, la question change de nature. Elle ne se pose plus en termes d'entretien mais de projet, et ce projet mérite son propre chiffrage. Notre page sur la refonte d'un logiciel existant détaille comment se pose cette décision, et à partir de quel signal on bascule d'un simple entretien vers un chantier plus large.

Le cas du site sur mesure

Sur un site construit avec un système du commerce, la maintenance ressemble beaucoup à un rituel de clics : une notification signale une mise à jour disponible, on l'installe, on vérifie que rien n'a cassé, on recommence le mois suivant. Le fournisseur du système a déjà fait le gros du travail de correction.

Ce rituel n'existe pas de la même façon sur un site sur mesure. Le code a été écrit spécifiquement pour cette entreprise, par une équipe qui en connaissait chaque recoin au moment de la livraison. Aucun bouton ne prévient que quelque chose doit être mis à jour : quelqu'un doit surveiller activement les briques techniques utilisées et décider, chacune, si une mise à jour s'impose.

C'est là que réside la vraie différence entre les deux mondes, souvent mal comprise au moment de comparer un devis de maintenance sur mesure à un forfait générique. Notre page sur le logiciel sur mesure explique pourquoi ce choix, fait au départ pour gagner en liberté et en adéquation avec le métier de l'entreprise, déplace aussi la responsabilité de l'entretien vers une équipe qui connaît le code plutôt que vers un système standardisé.

Cette différence n'est ni un avantage ni un inconvénient en soi. Elle change simplement la nature de la question posée : sur un système du commerce, on cherche un contrat qui couvre l'installation régulière des mises à jour fournies par un tiers. Sur un site sur mesure, on cherche une équipe qui connaît le code, ou qui accepte de le réapprendre sérieusement avant d'y toucher.

Une agence qui découvre un code sur mesure pour la première fois commence toujours par une phase de lecture, avant même la première intervention facturable. Cette phase n'est ni anormale ni évitable : elle a un coût, en temps et en argent, qui n'existe pas quand l'équipe qui maintient le site est celle qui l'a construit.

Le réflexe consistant à parler de « mise à jour de plugin » comme s'il s'agissait du cœur du sujet vient justement de la confusion entre les deux mondes. Sur un système du commerce, ce réflexe est fondé. Sur un code écrit sur mesure, il n'a pas grand sens : il n'y a pas de plugin à mettre à jour d'un clic, il y a du code à comprendre puis à faire évoluer avec soin.

Combien coûte une maintenance de site internet

Le marché propose plusieurs formats de facturation, et aucun n'est en soi meilleur qu'un autre : le bon format dépend surtout de la taille du site, de sa criticité pour l'activité, et de la fréquence des demandes.

Le forfait mensuel fixe un montant récurrent en échange d'une liste de tâches définies à l'avance : mises à jour, sauvegardes, surveillance, et une enveloppe d'heures pour les petites demandes. C'est le format le plus lisible pour budgéter, à condition que le contrat précise en toutes lettres ce que couvre cette enveloppe.

L'enveloppe d'heures fonctionne différemment : l'entreprise achète un volume d'heures à l'avance, consommé au fil des besoins, sans abonnement mensuel fixe. Ce format convient à des sites peu critiques, où les demandes sont irrégulières et où un contrat rigide serait surdimensionné.

La facturation à l'intervention, enfin, ne prévoit aucun contrat : chaque demande est chiffrée et facturée au moment où elle survient. Ce format expose l'entreprise à un risque particulier, celui de découvrir le prix d'une intervention urgente au pire moment, quand le site est déjà hors ligne et que la négociation n'est plus vraiment possible.

Le prix varie ensuite selon plusieurs facteurs assez intuitifs : un site simple coûte moins cher à surveiller qu'un site qui traite des paiements ou des données sensibles, un site sur mesure demande une expertise plus spécifique qu'un système standardisé, et un site critique pour le chiffre d'affaires justifie une surveillance plus rapprochée qu'une vitrine institutionnelle peu visitée.

Chez Techmind, le suivi d'un site ou d'un outil sur mesure entre dans une offre de direction technique externalisée, facturée entre 3 000 et 5 000 euros par mois selon la taille du périmètre couvert. Ce montant reste une fourchette de référence pour notre propre offre, pas un prix de marché général : demandez toujours à votre prestataire actuel ce que couvre précisément son tarif avant de comparer deux propositions entre elles.

Une objection revient souvent au moment de signer : le premier mois d'un nouveau contrat coûte parfois plus cher, ou demande plus de temps, que les mois suivants. Ce n'est pas un abus de prix : c'est le temps que prend la découverte du site par une équipe qui ne l'a pas construit, l'inventaire de ce qui tourne réellement, et la mise en place des sauvegardes et des surveillances qui n'existaient peut-être pas avant. Une fois ce socle posé, le rythme mensuel redevient plus régulier.

Ce que coûte l'absence de maintenance

L'absence de maintenance ne coûte rien, jusqu'au jour où elle coûte tout d'un coup. C'est ce décalage dans le temps qui la rend si facile à ignorer d'année en année, et si douloureuse le jour où elle rattrape l'entreprise.

Une faille de sécurité connue et non corrigée finit, tôt ou tard, par être trouvée par quelqu'un d'autre que l'entreprise elle-même. Un site piraté n'affiche pas toujours un message visible : il peut simplement se mettre à envoyer des messages indésirables, rediriger discrètement une partie de son trafic, ou exposer des données de clients sans qu'aucun signal visuel n'alerte qui que ce soit.

Une indisponibilité, même de quelques heures, se paie en visiteurs et en clients qui passent simplement à autre chose. Un prospect qui tombe sur un site hors ligne ne revient pas forcément une heure plus tard : il regarde ce que propose un concurrent, et parfois il reste là.

La sauvegarde qu'on croyait acquise est peut-être la déception la plus dure de toutes, parce qu'elle se découvre au pire moment possible. Un serveur qui lâche, une mise à jour qui tourne mal, une erreur humaine qui efface une base de données : dans chacun de ces cas, l'entreprise découvre en même temps le problème et l'absence de solution, quand une sauvegarde testée aurait réglé la situation en quelques heures.

Sur un logiciel sur mesure, il existe une quatrième facture, moins visible mais tout aussi réelle : chaque mois sans entretien laisse le code vieillir un peu plus, et chaque évolution future coûte un peu plus cher que la précédente. Notre page sur la dette technique détaille ce mécanisme, avec ce qui la fait grossir et comment on la rembourse sans tout réécrire.

Ces quatre coûts partagent un même trait : ils ne se voient pas sur une facture avant de se produire, ce qui les rend faciles à sous-estimer au moment de décider si un contrat de maintenance vaut son prix. Ils se voient très bien le jour où l'un d'entre eux se produit réellement.

Les signaux qui doivent alerter avant l'incident

Certains signaux précèdent presque toujours un incident sérieux, et ils sont visibles bien avant que le site ne tombe réellement en panne. Les repérer permet d'agir avant la panne plutôt que de la subir.

Un site qui ralentit progressivement, sans qu'aucune campagne de trafic ne l'explique, signale souvent un problème de fond : une base de données qui grossit sans entretien, un serveur qui approche de ses limites, ou un code qui accumule des couches sans jamais être nettoyé.

Une notification de l'hébergeur mentionnant une version qui ne sera bientôt plus prise en charge mérite une attention immédiate, même si le site fonctionne encore normalement au moment où elle arrive. Ces notifications annoncent une fenêtre de temps, souvent de quelques mois, avant que la version en question cesse de recevoir des correctifs de sécurité.

L'absence de réponse claire à la question de la dernière sauvegarde testée est en elle-même un signal, indépendamment de la réponse qu'on obtient. Si personne dans l'entreprise ne sait répondre, ou si la réponse remonte à plus longtemps qu'on ne l'imaginait, la question mérite d'être posée avant qu'un incident ne la pose à la place de l'entreprise.

Un dernier signal, souvent négligé, concerne les accès : savoir qui détient les identifiants du nom de domaine, de l'hébergement et de l'administration du site. Quand cette information tient dans la tête d'une seule personne, partie ou non de l'entreprise, le site est en réalité déjà en situation de risque, même s'il fonctionne parfaitement ce jour-là.

Aucun de ces signaux ne réclame une expertise technique pour être repéré. Ils demandent surtout qu'une personne dans l'entreprise se pose la question régulièrement, ce qui est le rôle qu'un contrat de maintenance sérieux occupe au quotidien.

Un cas fréquent illustre bien ce dernier point : l'identifiant du site reste sur le compte personnel d'un salarié parti depuis longtemps, ou sur une adresse email que plus personne ne consulte. Le jour où il faut agir vite, retrouver l'accès prend parfois plus de temps que le problème technique lui-même, ce qui transforme un incident mineur en blocage de plusieurs jours.

Comment se déroule un suivi, mois après mois

Un suivi sérieux suit une cadence reconnaissable, assez semblable d'un mois à l'autre, ce qui est justement le but : transformer l'entretien en routine plutôt qu'en urgence répétée.

Chaque mois, les mises à jour disponibles sont examinées une par une, pas installées en masse sans vérification. Certaines s'appliquent sans risque, d'autres demandent un test préalable parce qu'elles touchent une partie sensible du site. Ce temps de vérification est ce que couvre un contrat de maintenance sérieux, plus que le geste de mise à jour lui-même.

La sauvegarde du mois est vérifiée, pas seulement produite : un test de restauration, même partiel, confirme régulièrement que le fichier enregistré fonctionnerait réellement le jour où il devrait servir. C'est l'étape que beaucoup de contrats promettent sans jamais l'exécuter.

Un compte-rendu synthétique remonte à l'entreprise, avec ce qui a été fait, ce qui reste à surveiller, et les demandes traitées dans l'enveloppe du mois. Ce document n'a pas vocation à impressionner : il sert à ce que l'entreprise sache toujours où en est son site, sans avoir à le demander.

En cas d'incident, un délai de réponse défini à l'avance encadre l'attente. Ce délai varie selon la criticité du site et selon ce qui a été convenu au départ, mais il doit exister sous une forme concrète, avec un moyen de contact clair, plutôt que sous la forme vague d'une disponibilité du mieux qu'on peut.

Cette cadence mensuelle n'empêche pas les urgences de survenir en dehors du calendrier prévu. Elle réduit simplement leur fréquence, parce qu'une bonne partie des incidents qu'elle prévient n'ont tout simplement plus l'occasion de se produire.

Qui doit s'en occuper

Trois options existent en pratique pour assurer la maintenance d'un site, et chacune a ses forces et ses limites propres, surtout sur un site sur mesure.

Une agence généraliste, choisie sans lien avec le projet d'origine, propose souvent le tarif le plus visible au premier regard. Elle redécouvre pourtant le code à chaque intervention un peu sérieuse, ce qui rallonge le temps de chaque demande et rend certains diagnostics plus longs que nécessaire, surtout dans les premiers mois de la relation.

Un poste interne dédié à la maintenance se justifie rarement pour un seul site : le volume de travail réel, une fois les mises à jour et les corrections courantes traitées, ne remplit en général pas un temps plein, sauf dans une entreprise qui possède plusieurs outils sur mesure à entretenir en parallèle.

L'équipe qui a construit le site part avec un avantage difficile à égaler : elle connaît déjà les décisions prises pendant la construction, les raccourcis pris en connaissance de cause, et les zones du code qui demandent une attention particulière avant d'y toucher. Cette continuité évite la phase de redécouverte que traverse toute nouvelle équipe.

Le choix du bon prestataire ressemble, dans son mécanisme, à celui qu'on fait au moment même de construire un outil ou un site sur mesure : la continuité entre celui qui construit et celui qui entretient réduit les frictions et les malentendus, alors qu'un changement de main multiplie les questions auxquelles plus personne n'a la réponse immédiate.

Notre offre de suivi part de ce principe : nous préférons rester dans la durée avec les entreprises dont nous avons construit l'outil, plutôt que de reprendre à froid un code que nous découvririons en même temps que le problème qui nous amène. Le détail de cette offre se trouve sur notre page Suivi.

Un exemple concret

Une situation revient régulièrement dans les échanges avec des dirigeants qui découvrent le sujet de la maintenance après coup, plutôt qu'avant. Un site construit sur mesure fonctionne sans accroc pendant plusieurs années, sans qu'aucun contrat d'entretien n'ait jamais été signé, simplement parce que rien n'a jamais cassé.

Puis un jour, souvent au moment où l'entreprise change de prestataire d'hébergement ou renouvelle un contrat existant, une question toute simple révèle l'ampleur du problème : personne ne sait précisément quelle version du langage fait tourner le site, depuis combien de temps les mises à jour de sécurité n'ont pas été appliquées, ni si la sauvegarde évoquée dans un vieux contrat existe encore réellement quelque part.

La réponse à cette question, une fois obtenue, coûte en général plus cher à traiter d'un coup que ce qu'aurait coûté un suivi régulier étalé sur les mêmes années. Rattraper plusieurs mises à jour en retard demande davantage de tests qu'en appliquer une seule à la fois, parce que le risque qu'une combinaison de changements casse quelque chose augmente avec leur nombre.

Ce scénario n'a rien d'exceptionnel, ce qui en fait un cas utile à décrire ici plutôt qu'une anecdote isolée : il se reproduit, sous des formes légèrement différentes, chaque fois qu'un site sur mesure traverse plusieurs années sans qu'aucune responsabilité de suivi n'ait été attribuée à quelqu'un.

La leçon qui s'en dégage tient en une phrase simple : le coût d'un suivi régulier, mois après mois, reste presque toujours inférieur au coût d'un rattrapage fait dans l'urgence, une fois que plusieurs années de retard se sont accumulées en silence.

Passer à l'action

Cette page a couvert ce qu'un contrat de maintenance couvre réellement, ce qu'il exclut sciemment, son prix habituel et ce que son absence finit par coûter. Il reste à savoir, concrètement, par où commencer si aucun suivi n'existe encore pour votre site.

La première étape ne coûte rien et prend une heure : réunir les réponses aux questions simples posées plus haut. Qui détient les accès au nom de domaine et à l'hébergement. Quand a eu lieu la dernière sauvegarde réellement testée. Depuis combien de temps le code n'a pas reçu de mise à jour de sécurité.

Ces réponses, une fois rassemblées, disent déjà beaucoup sur l'urgence réelle de la situation. Un site à jour, sauvegardé et documenté n'a pas besoin d'un contrat signé dans l'heure. Un site dont personne ne sait répondre à ces questions mérite qu'on s'en occupe avant qu'un incident ne pose la question à sa place.

Si votre entreprise dépend d'un site ou d'un outil sur mesure que nous n'avons pas construit nous-mêmes, nous pouvons commencer par regarder ce qu'il en est réellement, plutôt que de proposer un forfait générique sans connaître le code concerné. Le détail de notre offre de suivi se trouve sur notre page dédiée.

Si le vrai besoin dépasse l'entretien, par exemple parce que le site a besoin d'une évolution plus large qu'un correctif, notre page sur la refonte d'un logiciel existant détaille comment se pose cette décision.

Et si vous en êtes encore au stade où le site n'existe pas, où c'est un outil métier qu'il faut construire avant même de penser à son entretien, notre page sur l'application métier sur mesure part de ce point de départ.

Dans les deux cas, la question posée par cette page reste la même : savoir qui connaît votre site, ce qui se passe s'il tombe en panne un lundi matin, et ce que ça change de le savoir avant, plutôt qu'après.