Un bug survient sur votre site web : le formulaire de contact ne fonctionne plus, une page affiche une erreur 500, ou un plugin provoque un conflit. Dans le cadre d’un contrat de maintenance, la question de la responsabilité se pose immédiatement. Qui doit corriger le problème ? À quel coût ? Cet article vous aide à comprendre les clauses essentielles d’un contrat de maintenance site web et à déterminer qui est responsable des bugs.
Table des matières:
Comprendre le périmètre d’un contrat de maintenance site web
Un contrat de maintenance définit les services de suivi et de correction apportés à un site web après sa mise en ligne. Il peut inclure des mises à jour de sécurité, des sauvegardes, une surveillance de performance, et bien sûr la correction de bugs. Mais tout n’est pas forcément couvert.
Les prestations généralement incluses
- Mises à jour de sécurité : core, thème, plugins.
- Sauvegardes régulières et restauration en cas de problème.
- Surveillance de disponibilité (uptime monitoring).
- Correction des bugs liés aux fonctionnalités existantes.
- Support technique pour les incidents courants.
Les limites classiques
En général, les contrats excluent les bugs provoqués par des modifications non autorisées, des attaques malveillantes, ou des changements effectués par le client. De même, les demandes d’évolution (nouvelles fonctionnalités) sont souvent facturées en dehors du forfait.
Responsabilité des bugs : qui paie quoi ?
La réponse dépend de l’origine du bug et des clauses du contrat. Voici les cas les plus fréquents.
Bug provenant d’une mise à jour du prestataire
Si le prestataire a effectué une mise à jour qui a cassé une fonctionnalité, la correction est à sa charge. C’est une conséquence directe de son intervention. Le contrat doit préciser que les mises à jour sont incluses et que le prestataire s’engage à tester avant de déployer.
Bug lié à un plugin ou thème tiers
L’éditeur du plugin peut publier une mise à jour qui introduit un bug. Dans ce cas, la responsabilité est partagée : le prestataire doit appliquer les correctifs disponibles, mais ne peut pas être tenu pour responsable du code tiers. Si aucun correctif n’existe, le prestataire peut proposer une solution alternative (changement de plugin) qui pourrait être facturée hors forfait.
Bug causé par une action du client
Le client modifie un fichier, installe un plugin lui-même, ou change un paramètre. Le bug qui en résulte est de sa responsabilité. Le prestataire peut le corriger, mais généralement en dehors du contrat de maintenance, donc facturable.
Bug de conception (défaut initial)
Si le bug existait dès la livraison du site mais n’a pas été détecté lors des tests, la responsabilité peut incomber au prestataire de développement initial. Si le contrat de maintenance est signé avec le même prestataire, il est souvent inclus dans la garantie de conformité (par exemple 30 jours). Passé ce délai, c’est la maintenance qui prend le relais, mais le contrat doit clarifier si ces bugs sont couverts.
Les clauses clés à vérifier dans votre contrat
Pour éviter les mauvaises surprises, examinez attentivement les points suivants :
Temps de réponse et délais d’intervention
Le contrat doit définir des SLAs (Service Level Agreements) : par exemple, bug critique corrigé sous 4 heures, bug mineur sous 48 heures. En l’absence de ces délais, la responsabilité du prestataire est difficile à engager.
Exclusions de responsabilité
Les contrats listent souvent des cas où le prestataire n’est pas responsable :
- Bug dû à une modification non autorisée par le client.
- Bug résultant d’une attaque (hacking, injection de code).
- Bug lié à un service tiers (hébergeur, API).
- Bug survenu après l’expiration du contrat.
Forfait vs. heures supplémentaires
Certains contrats incluent un nombre d’heures de maintenance par mois. Si le temps est dépassé à cause de bugs répétés, le prestataire peut facturer des heures supplémentaires. À l’inverse, un forfait illimité en temps peut sembler attractif, mais il faut vérifier ce qu’il couvre réellement (exclut souvent les évolutions).
Tableau comparatif des responsabilités selon le type de bug
| Type de bug | Responsabilité principale | Prise en charge dans le contrat |
|---|---|---|
| Bug suite à mise à jour du prestataire | Prestataire | Inclus (sauf clause contraire) |
| Bug d’un plugin tiers sans correctif | Partagée | Recherche de solution, mais changement de plugin facturable |
| Bug causé par le client | Client | Facturable si correction demandée |
| Bug existant depuis la livraison | Prestataire (si sous garantie) | Inclus dans la garantie, sinon à voir |
| Bug dû à une attaque | Client (sauf négligence du prestataire) | Souvent exclu, sauf option sécurité |
Comment rédiger un contrat équilibré ?
Pour le prestataire comme pour le client, un bon contrat protège les deux parties.
Du côté du prestataire
- Définir précisément le périmètre : ce qui est inclus et ce qui ne l’est pas.
- Prévoir des exclusions pour les bugs tiers ou ceux causés par le client.
- Limiter sa responsabilité au montant du contrat (par exemple, plafond à 3 mois de maintenance).
- Inclure une clause de force majeure (catastrophe, panne hébergeur).
Du côté du client
- Vérifier que les bugs courants sont couverts (mises à jour, correctifs).
- Négocier des SLAs clairs avec pénalités en cas de non-respect.
- S’assurer que le prestataire effectue des tests avant chaque mise en production.
- Demander un rapport mensuel des interventions.
Cas pratiques : bugs fréquents et leur traitement
Le site affiche une page blanche après une mise à jour
Scénario typique : le prestataire met à jour le thème, le site devient inaccessible. Le prestataire doit intervenir en priorité, restaurer une sauvegarde si nécessaire, et corriger le problème. C’est inclus dans la maintenance.
Un plugin de paiement ne fonctionne plus après une mise à jour automatique
Si le prestataire a configuré des mises à jour automatiques, il est responsable des conséquences. Il doit avoir un processus de test ou au moins une procédure de rollback. Si le client a lui-même activé les mises à jour automatiques, la responsabilité est plus floue.
Le formulaire de contact n’envoie pas d’email
Ce bug peut provenir d’une modification du serveur (par l’hébergeur) ou d’une mise à jour du plugin de formulaire. Le prestataire doit diagnostiquer : si c’est un réglage SMTP, il corrige ; si c’est un bug du plugin, il applique le correctif ou change de plugin (avec accord du client).
Les erreurs à éviter dans un contrat de maintenance
- Ne pas définir le temps de réponse : le prestataire peut traîner sans conséquence.
- Oublier les sauvegardes : en cas de bug destructeur, impossible de revenir en arrière.
- Mélanger maintenance et développement : une nouvelle fonctionnalité n’est pas une correction de bug.
- Ignorer les mises à jour de sécurité : un site non mis à jour est vulnérable, et un bug de sécurité peut coûter cher.
Checklist pour choisir un prestataire de maintenance
- Le contrat précise-t-il les bugs couverts ?
- Y a-t-il un temps de réponse garanti ?
- Les sauvegardes sont-elles quotidiennes et testées ?
- Le prestataire utilise-t-il un environnement de staging pour tester ?
- Les mises à jour critiques sont-elles appliquées rapidement ?
- Le support est-il joignable en cas d’urgence (téléphone, chat) ?
- Les exclusions de responsabilité sont-elles raisonnables ?
Questions fréquentes sur la responsabilité des bugs
Mon prestataire est-il responsable si un bug survient après une mise à jour automatique qu’il a programmée ?
Oui, généralement. S’il a configuré les mises à jour automatiques, il doit s’assurer qu’elles ne cassent pas le site. En cas de problème, la correction est à sa charge.
Que faire si le bug est dû à une faille de sécurité chez l’hébergeur ?
La responsabilité incombe à l’hébergeur. Le prestataire de maintenance peut vous aider à signaler le problème et à restaurer le site, mais cela peut être facturé si non inclus dans le contrat.
Puis-je être facturé pour un bug qui existait avant la signature du contrat de maintenance ?
Cela dépend. Si le bug était connu et non résolu, le prestataire peut l’exclure de son offre. Demandez un audit avant de signer pour identifier les bugs existants.
Le prestataire peut-il refuser de corriger un bug sous prétexte qu’il est lié à un plugin obsolète ?
Oui, si le plugin n’est plus maintenu par son éditeur. Le prestataire peut proposer de le remplacer par une alternative, mais cela peut être considéré comme une évolution et donc facturable.
Comment prouver que le bug a été causé par le client ?
Les journaux de modifications (logs) et les sauvegardes permettent de tracer les actions. Un bon prestataire documente les interventions et peut identifier l’origine du problème.
Recommandations pour un contrat de maintenance serein
Pour éviter les litiges, privilégiez un contrat écrit, clair et détaillé. Le prestataire doit décrire son processus de gestion des bugs : signalement, diagnostic, correction, test, mise en production. Le client, de son côté, doit s’engager à ne pas modifier le site sans l’accord du prestataire. Enfin, prévoyez une révision annuelle du contrat pour l’adapter aux évolutions du site. Avec ces précautions, la question « contrat de maintenance site web : qui est responsable des bugs ? » trouvera une réponse équitable pour les deux parties.
Super article ! Une question : si le bug existait depuis le début (défaut de conception) mais qu’il n’a été découvert que 6 mois après la mise en ligne, le contrat de maintenance le couvre-t-il ?
Merci ! En général, non, sauf si le contrat inclut une clause de garantie de conformité étendue. La plupart des contrats de maintenance couvrent les bugs apparus après la mise en ligne, pas les défauts préexistants. Ceux-ci relèvent de la garantie de livraison (souvent 30 jours). Passé ce délai, la correction est souvent considérée comme une évolution et peut être facturée. Il est donc important de bien tester le site à la livraison.
Merci pour cet article très clair ! J’ai signé un contrat de maintenance il y a peu et je me demande si les bugs de performance (lenteur du site) sont généralement couverts ou pas ?
Bonjour, ravi que l’article vous ait aidé. En général, les bugs de performance ne sont pas systématiquement inclus dans un contrat de maintenance de base. Cela dépend du périmètre défini. Certains contrats proposent des audits de performance en option. Vérifiez les clauses de votre contrat : si la lenteur provient d’un plugin obsolète ou d’une mauvaise configuration, la correction peut être incluse, mais une optimisation lourde est souvent facturée à part.
Article très utile, merci. Je suis prestataire et je me demande comment rédiger une clause qui protège bien en cas de bug d’un plugin tiers. Des conseils ?
Merci pour votre retour. Pour protéger votre activité, incluez une clause précisant que vous n’êtes pas responsable des bugs provenant de logiciels tiers (plugins, thèmes) et que vous vous engagez seulement à appliquer les correctifs disponibles. Si aucun correctif n’existe, précisez que vous pouvez proposer une alternative (changement de plugin) qui sera facturée hors forfait. Cela évite les malentendus.
Et si le bug vient d’une mise à jour automatique du CMS, par exemple WordPress qui se met à jour tout seul ? Le prestataire est responsable ?
Bonne question. En général, les mises à jour automatiques du CMS sont gérées par le prestataire dans le cadre du contrat de maintenance. Si une mise à jour automatique (même déclenchée par le CMS) cause un bug, le prestataire doit le corriger sans frais supplémentaires, car cela fait partie de son devoir de maintenance. Mais il est important que le contrat précise que les mises à jour sont incluses et qu’il y a une phase de test avant déploiement.
J’ai eu un bug après avoir modifié moi-même le fichier .htaccess. Mon prestataire me dit que c’est de ma faute et veut me facturer la correction. Est-ce normal ?
Oui, c’est tout à fait normal. Dans la plupart des contrats, les bugs causés par des modifications non autorisées du client sont exclus de la maintenance. Le prestataire peut corriger le problème, mais c’est une prestation supplémentaire facturable. Pour éviter cela, il est recommandé de toujours passer par le prestataire pour toute modification technique.