Contrat de maintenance site web et SLA : que doit-il contenir ?

Un contrat de maintenance site web doit fixer au minimum quatre choses : ce qui est maintenu, à quelle vitesse on réagit, qui possède quoi, et ce qui se passe si vous arrêtez. La version courte : un bon contrat décrit le périmètre (mises à jour, sauvegardes, sécurité, petites adaptations), y associe un SLA avec des temps de réaction et un uptime, règle la propriété de votre code, de votre contenu et de vos comptes, et prévoit une sortie propre. Un contrat faible laisse justement ces points ouverts, et vous le payez plus tard en temps d’arrêt, en factures surprises ou avec un site que vous ne pouvez pas emporter.

Dans cet article, vous trouverez une checklist de ce qui doit y figurer, les niveaux de support courants, et les pièges dans lesquels les entreprises B2B tombent le plus souvent. Le point de départ est pratique : vous voulez un site qui continue de tourner et de convertir, sans être prisonnier de votre prestataire. Si vous voulez une vision plus large sur la création et la gestion d’un site, commencez par notre guide du site web B2B.

Qu’est-ce qu’un contrat de maintenance site web exactement ?

Un contrat de maintenance site web est l’accord qui règle la manière dont votre site reste fonctionnel, sûr et à jour après son lancement. Un site web n’est pas un projet ponctuel mais un système vivant : les logiciels vieillissent, les plugins reçoivent des mises à jour, les navigateurs évoluent et les attaquants cherchent en permanence des points faibles. Sans maintenance, vous prenez du retard sur la sécurité, votre site ralentit et les petits défauts s’accumulent jusqu’à devenir un gros problème.

Le contrat rend explicite ce qui resterait autrement implicite. Il décrit qui est responsable des mises à jour, qui réagit quand quelque chose casse, et dans quel délai. La différence avec un vague « on y jettera un œil » est que vous disposez de droits et de délais plutôt que de bonne volonté. Pour un site critique qui ramène des leads, c’est la différence entre quelques heures et quelques jours d’arrêt.

Que doit contenir le périmètre au minimum ?

Le périmètre est le cœur du contrat et doit être concret, pas « maintenance générale ». Un périmètre complet couvre généralement ces éléments :

• Mises à jour logicielles et de plugins : maintenir à jour le CMS, les thèmes, les plugins ou les packages, testés avant leur mise en ligne.
• Sécurité : monitoring, correctifs pour les vulnérabilités connues, et accords sur ce qui se passe en cas de piratage ou de malware.
• Sauvegardes : à quelle fréquence une sauvegarde est réalisée, où elle est stockée, combien de temps elle est conservée et, plus important encore, à quelle vitesse une sauvegarde peut être restaurée.
• Monitoring de l’uptime : surveiller activement la disponibilité du site et intervenir s’il tombe.
• Performance : veiller à ce que le site reste rapide. Des temps de chargement lents vous coûtent des conversions, alors ne laissez pas de côté les accords sur les Core Web Vitals.
• Accessibilité : vérifier que les mises à jour n’introduisent pas de nouveaux obstacles. Évitez les erreurs d’accessibilité bien connues, d’autant que les exigences en la matière se durcissent.
• Petites adaptations de contenu : modifier des textes, ajouter une page, adapter un formulaire.
• Reporting : un aperçu périodique de ce qui a été fait et de ce que produit le site.

Clarifiez surtout ce qui n’est pas inclus. Une nouvelle landing page, une refonte ou une connexion avec votre CRM constituent souvent un travail supplémentaire. Ce n’est pas un problème en soi, tant que c’est clair à l’avance plutôt qu’a posteriori sur votre facture.

Que contient un SLA et quels niveaux existent ?

Un SLA (Service Level Agreement) fixe noir sur blanc les niveaux de service promis : temps de réaction, temps de résolution, uptime et disponibilité. Là où le périmètre dit ce qui est fait, le SLA dit à quel point et à quelle vitesse. C’est précisément la partie qui sonne souvent mieux à l’oral qu’elle ne se révèle sur papier.

Le cœur d’un SLA se compose de quelques éléments :

• Temps de réaction : dans quel délai vous recevez une première réponse après un signalement. Attention : le temps de réaction n’est pas la même chose que le temps de résolution.
• Temps de résolution ou temps cible : dans quel délai un problème est résolu ou contourné, souvent selon sa gravité.
• Priorités : une distinction entre un site totalement à l’arrêt et un bouton mal aligné. Ils ne doivent pas recevoir la même urgence.
• Disponibilité : uniquement aux heures de bureau ou aussi en dehors en cas de calamité.
• Uptime : le pourcentage de temps pendant lequel votre site doit être accessible. Une norme courante pour les sites professionnels tourne autour de 99,9 pour cent, ce qui correspond à une quantité limitée de temps d’arrêt par an. Plus la garantie est élevée, plus c’est cher, alors ajustez-la au caractère critique de votre site.

En matière de niveaux de support, on retrouve en pratique le plus souvent trois formules. Un niveau de base couvre les mises à jour, les sauvegardes et la sécurité avec une réaction aux heures de bureau, adapté à un site important mais pas critique. Un niveau intermédiaire ajoute des temps de réaction plus rapides, un budget d’heures fixe pour les adaptations et un meilleur monitoring. Un niveau premium offre des temps de réaction garantis courts, une disponibilité plus large et une réflexion proactive sur les améliorations. Choisissez honnêtement : un plombier n’a pas besoin d’un contrat premium, une entreprise SaaS dont tout le flux de leads passe par le site, souvent si.

Qu’en est-il des forfaits d’heures et du travail supplémentaire ?

Un forfait d’heures est un nombre fixe d’heures par mois ou par trimestre pour les petites adaptations, et c’est justement là que se cachent la plupart des surprises. Un forfait est pratique parce que vous n’avez pas à demander un devis pour chaque petite modification. Mais les détails déterminent s’il est équitable. Posez donc quelques questions avant de signer.

Les heures non utilisées expirent-elles à la fin de la période, ou pouvez-vous les reporter ? Beaucoup de contrats font expirer les heures, ce qui signifie que vous payez pour une capacité que vous n’utilisez pas. Que se passe-t-il si vous dépassez votre forfait : un tarif horaire convenu à l’avance s’applique-t-il, ou un tarif de travail supplémentaire plus élevé ? Et comment le temps est-il enregistré et rapporté, pour que vous puissiez contrôler où passent vos heures ? Un forfait sans enregistrement transparent est un chèque en blanc.

Soyez aussi clair sur la frontière entre maintenance et nouveau développement. Modifier un texte relève de la maintenance. Construire une toute nouvelle section ou une migration de site relève du travail de projet avec son propre devis. Un contrat qui laisse cette frontière floue finit souvent en discussion.

Qui est propriétaire de votre site web, du code et des comptes ?

La propriété est le piège le moins visible et le plus douloureux. Vous payez pour un site, mais cela ne signifie pas automatiquement que tout vous appartient. Fixez donc explicitement qui est propriétaire du code source, du design, du contenu et, tout aussi important, des comptes et des noms de domaine associés.

Concrètement, ces éléments doivent être à votre nom ou accessibles pour vous : votre nom de domaine, votre hébergement, vos licences CMS, votre analytics, et les identifiants des services tiers. Trop souvent, le domaine est enregistré au nom du prestataire, ou seul le bureau a accès à l’hébergement. Cela paraît anodin jusqu’à ce que la collaboration s’arrête et que vous ne puissiez pas emporter votre propre site. Demandez aussi si le site est construit sur une technologie standard ou sur un système propriétaire et fermé du bureau. Ce dernier cas vous rend dépendant : personne d’autre ne peut poursuivre le travail.

Le principe est simple : vous devez avoir les clés de votre propre maison. Un bureau honnête veille à ce que vous soyez et restiez propriétaire, même si vous deviez un jour partir.

Que doit contenir la clause de sortie ?

Une clause de sortie décrit ce qui se passe quand la collaboration prend fin, et son absence est un signal d’alarme. Personne ne signe un contrat avec l’intention de partir, mais c’est justement pour cela qu’une bonne sortie teste l’honnêteté de l’accord. Un bureau sûr de son travail rend le départ facile.

Faites attention à ces points :

• Délai de préavis : combien de temps à l’avance vous devez résilier, et si vous ne vous engagez pas involontairement dans une reconduction tacite pour une longue période.
• Transfert : recevez-vous tous les fichiers, le code, le contenu et les accès transférés proprement, et sous quelle forme ?
• Coopération lors de la migration : le bureau aide-t-il au passage vers un autre partenaire, et à quel tarif ?
• Pas de prise en otage : il ne doit y avoir aucune construction technique ou contractuelle qui retienne votre site ou vos données jusqu’à ce que vous payiez.

Une sortie propre vous protège du scénario où vous êtes coincé chez un partenaire qui ne livre plus. C’est, avec la propriété, la partie que vous devez examiner le plus attentivement.

Le résumé en bref

Un contrat de maintenance site web solide couvre le périmètre, un SLA concret avec des temps de réaction et un uptime, une propriété claire du code et des comptes, et une sortie équitable. Les pièges se logent dans les forfaits d’heures flous, une propriété mal définie et une clause de sortie absente. Ajustez le niveau de support au caractère critique de votre site, et faites mettre sur papier tout ce qui est promis oralement. Ainsi, votre site continue de tourner, en sécurité et à vous, et il continue de générer des leads plutôt que des problèmes.

Vous voulez que votre site continue de performer et de convertir après son lancement, sans surprises dans les petites lignes ? Découvrez notre agence de création de site web ou planifiez votre intake gratuit et nous examinerons ensemble ce qui convient à votre situation.