SLA d'hébergement web : ce que garantit vraiment votre contrat

Mis à jour le 30 septembre 2026 · 9 minutes de lecture

« Disponibilité garantie à 99,9 % » : cette phrase figure sur la page tarifs de presque tous les hébergeurs. Elle rassure — à tort la plupart du temps. Un SLA (Service Level Agreement) est un document contractuel précis, plein d'exceptions et de plafonds, qui protège souvent bien davantage l'hébergeur que le client. Voici comment le lire pour de vrai avant de signer, ou pour faire valoir vos droits après un incident.

Qu'est-ce qu'un SLA, concrètement

Un SLA est la clause (parfois une annexe entière) du contrat d'hébergement qui fixe un niveau de service engagé — le plus souvent un taux de disponibilité — ainsi que les compensations prévues si ce niveau n'est pas tenu. Ce n'est ni une promesse marketing, ni une garantie de fonctionnement parfait : c'est un engagement chiffré, assorti de conditions.

Sur le papier, il existe pour vous protéger. Dans les faits, il est rédigé par l'hébergeur, pour l'hébergeur, et la plupart des clients ne le lisent qu'après une panne — au moment où ils cherchent à obtenir réparation.

Les pourcentages de disponibilité, remis en perspective

Chaque décimale du pourcentage annoncé représente un écart de temps bien plus important qu'il n'y paraît :

Pour une lecture complète de ces calculs et de ce qu'ils signifient pour votre activité, consultez notre guide sur le taux de disponibilité. Ce qui compte ici, c'est de retenir qu'un SLA à 99,9 % n'a rien d'exceptionnel : c'est le strict minimum attendu d'un hébergeur professionnel en 2026.

Ce qu'un SLA couvre — et ce qu'il exclut presque toujours

Le calcul de disponibilité annoncé ne prend en compte qu'une partie des interruptions réelles. La quasi-totalité des contrats excluent explicitement :

• Les maintenances planifiées, annoncées à l'avance (parfois avec un préavis de 24 à 48 h), qui ne comptent jamais comme de l'indisponibilité contractuelle.
• Les cas de force majeure : catastrophe naturelle, coupure électrique généralisée, attaque à grande échelle sur l'infrastructure du fournisseur.
• Les pannes liées à votre propre configuration : plugin défectueux, erreur de code, dépassement de vos quotas de ressources.
• Les attaques ciblant votre site, y compris un DDoS, sauf si l'hébergeur s'engage explicitement sur la protection anti-DDoS dans le même contrat.
• Les services tiers : DNS externe, CDN, passerelle de paiement — rarement couverts par le SLA d'hébergement lui-même.

Résultat : une panne de trois heures peut très bien ne représenter, sur le papier, que quelques minutes d'indisponibilité « comptabilisée » au sens du contrat.

Les compensations : ce qu'il faut vraiment lire avant de compter dessus

En cas de dépassement du seuil garanti, le contrat prévoit en général un crédit de service — un avoir sur votre prochaine facture, presque jamais un remboursement en espèces. Trois éléments méritent une attention particulière :

1. Le barème de compensation. Souvent progressif : quelques pourcents de crédit pour un léger dépassement, davantage au-delà d'un certain seuil. Vérifiez le montant réel, pas seulement l'existence du principe.
2. Le plafond. La quasi-totalité des contrats limitent le crédit maximal, parfois à une semaine d'abonnement — dérisoire face à une panne ayant bloqué des ventes pendant plusieurs heures.
3. Le délai de réclamation. Beaucoup de SLA imposent de signaler l'incident sous 5, 15 ou 30 jours, avec preuves à l'appui, faute de quoi le droit au crédit est perdu.

Un SLA protège la relation commerciale, il ne remplace jamais une stratégie de continuité : sauvegardes à jour, surveillance indépendante et, pour les activités critiques, un plan de repli documenté.

Comment vérifier vous-même si le SLA est respecté

Se fier uniquement à la page de statut de l'hébergeur pose un problème évident : c'est lui qui décide ce qui y apparaît, et un incident court ou localisé n'y figure pas toujours. Pour disposer d'une preuve indépendante et horodatée, il faut un outil de surveillance externe qui teste votre site depuis l'extérieur, à intervalles réguliers, sans dépendre de l'infrastructure concernée.

Notre article sur pourquoi surveiller son site quand on est une TPE détaille le raisonnement complet ; retenez ici l'essentiel : sans relevé tiers, une réclamation de SLA se résume à votre parole contre celle de votre hébergeur.

6 questions à poser avant de signer un contrat d'hébergement

• Le taux de disponibilité annoncé est-il écrit dans le contrat, ou seulement sur la page marketing ?
• Quelles catégories d'incidents sont explicitement exclues du calcul ?
• Quel est le montant exact du crédit de service, et son plafond ?
• Quel est le délai maximal pour signaler un dépassement et en demander la compensation ?
• Existe-t-il une page de statut publique et historisée, consultable après coup ?
• Le support technique est-il joignable 24 h/24, ou seulement aux heures de bureau ?

Pour l'ensemble des critères de choix au-delà du seul SLA, notre guide comment choisir un hébergeur web fiable couvre la localisation des serveurs, le support et les avis clients.

Que faire si votre hébergeur ne respecte pas son engagement

1. Rassemblez vos preuves : export de votre historique de surveillance indépendante, avec horodatage précis du début et de la fin de la panne.
2. Contactez le support par écrit plutôt que par téléphone, en citant l'article du contrat concerné et en joignant les preuves.
3. Demandez explicitement le crédit prévu, dans le délai imposé par le contrat — ne comptez pas sur une application automatique.
4. Documentez les incidents répétés. Un seul dépassement isolé n'est pas alarmant ; trois en six mois le sont.
5. Envisagez une migration si le support minimise systématiquement les pannes ou refuse d'appliquer le SLA. Notre checklist de migration de site web explique comment changer d'hébergeur sans perdre votre référencement.

Questions fréquentes