Le prix de la maintenance d'un site internet change selon que le site doit seulement rester en ligne, ou continuer à produire et à évoluer. Ces deux besoins ne demandent pas le même temps, donc pas le même contrat.
Le mot maintenance sert à tout. Il désigne aussi bien renouveler un hébergement que mettre à jour des extensions, répondre à une panne, modifier des pages ou faire évoluer un produit. Avant de comparer les prix, séparez ces travaux.
Trois services différents se cachent derrière le même mot
- L'hébergement garde un serveur et un domaine accessibles. Il ne comprend ni la correction d'une fonction ni la mise à jour du contenu.
- La maintenance préventive surveille, sauvegarde, met à jour et corrige les incidents prévus au contrat.
- 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 juste 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 site, sans écrire ni le temps ni le délai.
Le prix dépend surtout du niveau de responsabilité
Un site vitrine stable, sans compte client, coûte moins à maintenir qu'une boutique, un portail métier ou un système de réservation, parce qu'il fait courir moins de risques. Le prix suit ce que le prestataire s'engage par écrit à surveiller et à réparer.
- Le nombre d'environnements, de domaines et de services tiers à surveiller.
- La présence d'un paiement, de comptes utilisateurs, de données personnelles ou d'automatisations dont l'activité dépend.
- Le délai de réponse attendu, et le besoin d'intervenir en dehors des heures ouvrées.
- Les heures réservées chaque mois aux évolutions, et les métiers qu'elles demandent (développement, design, contenu ou SEO).
- L'état du site au départ, la documentation qui existe et les accès que vous pouvez transmettre.
Chez Schörger, Care est facturé chaque mois. La formule essentielle couvre la surveillance du site, les sauvegardes et la sécurité. Les formules avec évolutions ajoutent une à trois petites interventions par mois selon le périmètre. Une refonte ou un nouveau module se chiffre à part, parce qu'aucun forfait mensuel ne peut les contenir.
Les huit lignes qui doivent apparaître dans un contrat sérieux
- 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.
- La surveillance du site : 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 : comment le temps est compté, combien par mois, dans quel ordre, et ce qui se passe pour une demande hors périmètre.
- La propriété : à quel nom sont le domaine, le serveur, le dépôt de code, les données et les comptes tiers.
- La sortie : ce que vous récupérez en fin de contrat (accès, sauvegardes, documentation) et sous quel délai.
Un point qui n'est pas écrit n'est pas inclus. Un périmètre clair ne gêne pas une bonne relation, et il fait gagner du temps le jour où un incident arrive.
Une sauvegarde n'a de valeur que si la restauration est possible
Beaucoup de contrats écrivent « sauvegardes quotidiennes » et s'arrêtent là. Demandez où elles sont stockées, combien de temps, si elles contiennent la base, les fichiers et la configuration, et si quelqu'un a déjà restauré l'ensemble sur une machine propre.
Le test de restauration montre ce qui manque, par exemple une clé d'accès absente, un dossier ignoré ou une dépendance oubliée. Pour un site qui encaisse ou garde des comptes clients, ce test doit faire partie de la méthode, même s'il n'a pas lieu chaque mois.
Le bon ordre pour reprendre un site construit par quelqu'un d'autre
Accepter un forfait sur un site qu'on n'a jamais ouvert, c'est s'engager sans savoir sur quoi. La reprise commence par un diagnostic de la technologie, des versions, des dépendances, des accès, des sauvegardes, de la sécurité, de la performance et du déploiement.
- Récupérer et vérifier les accès au domaine, à l'hébergeur, au dépôt de code, à la base de données, aux mails et aux services tiers.
- Faire tourner le projet dans un environnement isolé et noter les variables nécessaires.
- Créer une sauvegarde complète avant la première mise à jour.
- Corriger les risques critiques à part, sans les cacher dans le forfait mensuel.
- Définir ensuite le niveau de service et la liste des premières évolutions.
Les promesses qui doivent vous faire poser une deuxième question
- « 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 valent quelque chose quand le contrat dit qui fait quoi, dans quel délai, et comment vous pouvez le vérifier.
Comment savoir si vous avez besoin d'un contrat continu
Un contrat continu se justifie quand le site rapporte du chiffre d'affaires, fait tourner une partie de l'activité ou demande des évolutions chaque mois. Si le site est stable et qu'une panne d'une journée ne bloque rien, une surveillance simple et des interventions ponctuelles peuvent suffire.
- Prenez un contrat continu si une panne bloque des réservations, des paiements, votre équipe ou vos clients.
- Même choix si les petites évolutions s'accumulent au point de freiner vos ventes ou le travail de l'équipe.
- Restez sur une formule légère si le site change rarement, ne traite pas de données sensibles et supporte un délai d'intervention plus long.
Choisissez le contrat d'après ce qu'une panne vous coûterait et d'après le rythme auquel le site change. Inutile de payer la formule la plus complète pour un site qui bouge rarement.