Maintenance de site internet : prix, contrat et ce qui doit vraiment être inclus

• —L'hébergement maintient un serveur et un domaine accessibles. Il ne garantit ni correction fonctionnelle ni évolution du contenu.
• —La maintenance préventive surveille, sauvegarde, met à jour et corrige les incidents inclus dans un périmètre défini.
• —La maintenance évolutive réserve du temps pour améliorer le site : design, contenu, SEO, automatisations ou nouvelles fonctions.

Un prix très bas peut donc être cohérent pour de l'hébergement seul. Il devient trompeur si la proposition laisse entendre qu'un développeur interviendra, restaurera les données et fera évoluer le produit sans définir de temps ni de délai.

Il n'existe pas de prix universel. Un site vitrine stable, sans compte client, n'a pas le même niveau de risque qu'une boutique, un portail métier ou un système de réservation. Le coût dépend de ce que le prestataire s'engage réellement à surveiller et à prendre en charge.

• —Nombre d'environnements, de domaines et de services tiers à surveiller.
• —Présence de paiement, comptes utilisateurs, données personnelles ou automatisations critiques.
• —Délai de réponse attendu et nécessité d'intervenir hors horaires ouvrés.
• —Volume d'évolutions réservé chaque mois et compétences mobilisées : développement, design, contenu ou SEO.
• —État initial du site, documentation disponible et qualité des accès transmis.

Care se situe entre 99 et 490 € HT par mois. La formule essentielle couvre le monitoring, les sauvegardes et la sécurité. Les formules de 249 à 490 € ajoutent de une à trois petites interventions mensuelles selon le périmètre. Une refonte ou un nouveau module reste chiffré séparément : le forfait ne promet pas un volume irréaliste.

• —Le périmètre : domaines, applications, environnements et services tiers couverts.
• —Les sauvegardes : fréquence, durée de conservation, emplacement et procédure de restauration.
• —Le monitoring : ce qui est testé, à quelle fréquence et qui reçoit l'alerte.
• —Le SLA : délai de prise en compte, plages horaires et différence entre incident critique et demande normale.
• —Les mises à jour : qui décide, comment elles sont testées et comment revenir en arrière si elles cassent quelque chose.
• —Les évolutions : unité de travail, quota, ordre de priorité et traitement du hors-périmètre.
• —La propriété : accès au domaine, au serveur, au dépôt de code, aux données et aux comptes tiers.
• —La sortie : restitution des accès, sauvegardes, documentation et délai de réversibilité en fin de contrat.

Si ces points ne sont pas écrits, ils ne sont pas inclus. Une bonne relation n'a rien à craindre d'un périmètre clair ; elle y gagne du temps quand un incident arrive.

Beaucoup de contrats mentionnent « sauvegardes quotidiennes » puis s'arrêtent là. Où sont-elles stockées ? Combien de temps ? Contiennent-elles la base, les fichiers et la configuration ? Quelqu'un a-t-il déjà restauré l'ensemble sur une machine propre ?

Le test de restauration est le moment de vérité. Il révèle les secrets manquants, les fichiers ignorés et les dépendances oubliées. Pour un site qui encaisse ou contient des comptes clients, ce test doit faire partie de la méthode, même s'il n'est pas exécuté chaque mois.

Accepter immédiatement un forfait sur un site inconnu revient à assurer une maison sans la visiter. La reprise commence par un diagnostic : technologie, versions, dépendances, accès, sauvegardes, sécurité, performance et état du déploiement.

• —Récupérer et vérifier les accès au domaine, hébergeur, dépôt de code, base de données, emails et services tiers.
• —Construire le projet dans un environnement isolé et documenter les variables nécessaires.
• —Créer une sauvegarde complète avant la première mise à jour.
• —Corriger les risques critiques séparément ; ne pas les dissimuler dans le forfait mensuel.
• —Définir ensuite le niveau de service et la liste des premières évolutions.

• —« Tâches illimitées » : combien peuvent être en cours, quelle taille maximale et quel délai ?
• —« Disponibilité garantie » : comment est-elle mesurée, quelles exclusions et quelle architecture la rend crédible ?
• —« Sauvegarde incluse » : qui sait restaurer, en combien de temps et avec quelle perte de données maximale ?
• —« Sécurité gérée » : quelles mises à jour, quelles alertes et quelle procédure en cas d'incident ?
• —« SEO inclus » : parle-t-on de suivi technique, de contenu, de liens externes ou seulement d'un rapport automatique ?

Ces expressions ne sont pas mauvaises en elles-mêmes. Elles deviennent utiles seulement quand elles sont traduites en actions, délais et responsabilités vérifiables.

Un contrat continu a du sens quand le site produit du chiffre d'affaires, porte une opération ou accumule chaque mois des évolutions utiles. Si le site est stable et peu critique, une surveillance simple assortie d'interventions ponctuelles peut suffire.

• —Choisissez un partenariat continu si une panne bloque des réservations, paiements, équipes ou clients.
• —Choisissez-le aussi si les petites évolutions s'accumulent au point de freiner le commerce ou les opérations.
• —Restez sur un dispositif léger si le site change rarement, ne traite pas de données sensibles et peut tolérer un délai d'intervention plus long.

Le meilleur contrat n'est pas le plus complet. C'est celui dont le niveau de responsabilité correspond au coût réel d'une panne et au rythme réel des changements.