Uptime, garanties et promesses marketing des hébergeurs : décrypter le jargon

Uptime : ce que mesure vraiment le taux de disponibilité

L'uptime désigne le temps durant lequel un service reste accessible et fonctionne normalement. Il est souvent présenté sous la forme d'un pourcentage : 99 %, 99,9 % ou 99,99 %. Plus le chiffre approche de 100 %, plus l'interruption théorique est courte.

La formule est simple : temps de fonctionnement divisé par le temps total observé. Pourtant, le résultat dépend surtout de ce que l'hébergeur considère comme une indisponibilité. Un serveur qui répond, mais très lentement, peut être compté comme disponible. Un problème limité à une base de données, à une boîte e-mail ou à une zone géographique peut aussi sortir du calcul affiché.

Ces durées sont des équivalents mathématiques, pas une prévision. Une interruption de quarante minutes peut survenir d'un seul bloc au mauvais moment : pendant une campagne publicitaire, une ouverture de ventes ou le passage d'une commande. Pour une boutique, ce n'est pas la même chose qu'une microcoupure nocturne sur un site vitrine.

Un pourcentage d'uptime ressemble à la météo : il donne une tendance utile, mais ne dit pas à quel moment précis l'orage arrivera ni quels quartiers seront touchés.

Promesse commerciale ou garantie de niveau de service ?

La différence essentielle se trouve entre une phrase affichée sur une page commerciale et un SLA, pour Service Level Agreement. Le SLA est un engagement de niveau de service inscrit dans les conditions applicables. Il précise généralement le périmètre, la période de mesure, les exclusions et le recours proposé au client.

Une mention comme « disponibilité maximale » ou « serveurs ultra-fiables » reste vague. Elle peut décrire une intention ou une caractéristique technique, sans ouvrir droit à une compensation. À l'inverse, une garantie de 99,9 % doit être lue dans le détail : elle concerne parfois uniquement le réseau du datacenter, parfois la machine virtuelle, et pas forcément votre site, vos extensions ou votre configuration.

Les exclusions qui changent la lecture d'une garantie

Les contrats excluent souvent les maintenances planifiées, les incidents causés par le client, les attaques externes, les dépassements de ressources ou les dysfonctionnements d'un logiciel installé sur le compte. Ces limites ne sont pas forcément abusives : un hébergeur ne maîtrise pas un thème défaillant, un plugin mal mis à jour ou un mot de passe compromis.

Le problème apparaît lorsque les exclusions sont si larges qu'elles couvrent la plupart des pannes plausibles. Une maintenance annoncée à l'avance peut être légitime. Une série d'interventions fréquentes et longues, sans information claire, l'est beaucoup moins pour un site qui doit rester joignable.

Les mots qui méritent une lecture attentive

Le vocabulaire de l'hébergement peut sembler impressionnant. Certains termes décrivent des mécanismes utiles ; d'autres n'ont de valeur que s'ils sont accompagnés de détails concrets. Voici les principaux repères.

La redondance évite certaines pannes ; la sauvegarde permet de restaurer des données. Les deux notions sont souvent confondues. Un stockage redondé peut continuer à fonctionner après la panne d'un disque, mais il ne récupérera pas une base de données effacée par erreur ou chiffrée après une compromission.

Pourquoi 99,9 % ne garantit pas l'accessibilité de votre site ?

Un serveur disponible ne garantit pas que chaque visiteur verra votre page. Entre l'infrastructure et l'écran de l'internaute, plusieurs maillons peuvent échouer : DNS, certificat SSL, base de données, cache, extension, réseau local ou navigateur. L'uptime de l'hébergeur couvre seulement une partie de cette chaîne.

Imaginons un site WordPress hébergé sur une offre stable. Une extension de sécurité bloque par erreur les adresses IP de vos clients : le serveur tourne, le site peut même répondre aux outils de contrôle, mais les visiteurs concernés sont refusés. Dans les statistiques d'uptime de l'hébergeur, aucun incident ne sera forcément enregistré.

Autre cas fréquent : la page d'accueil s'affiche, alors que le panier, le paiement ou l'espace client échouent à cause d'une dépendance externe. Pour un e-commerce, mesurer uniquement la réponse d'une URL ne suffit pas. Il faut surveiller les parcours qui génèrent réellement des revenus.

Lire les compensations sans se laisser impressionner

Lorsqu'un SLA n'est pas respecté, l'hébergeur propose souvent un crédit de service : quelques jours ou une fraction de mensualité déduite de la prochaine facture. Ce geste est encadré, plafonné et soumis à une demande du client dans un délai défini.

Ce crédit ne rembourse généralement ni les ventes perdues, ni le coût d'une campagne interrompue, ni le temps passé à répondre aux clients. Il faut le voir pour ce qu'il est : une compensation commerciale limitée, et non une assurance couvrant l'activité.

• Vérifiez si la demande de crédit doit être formulée par ticket.
• Repérez le délai imposé après l'incident.
• Contrôlez le plafond de remboursement prévu.
• Identifiez les services exclus : e-mail, sauvegardes, DNS, support ou services tiers.
• Conservez vos propres relevés de surveillance si l'activité dépend du site.

Un prestataire sérieux publie souvent une page d'état de ses services ou communique clairement pendant un incident. Cela ne supprime pas les pannes, mais facilite le diagnostic. Face à un site inaccessible, savoir si le problème touche la plateforme entière ou votre seule installation évite des heures de recherches inutiles.

Comment comparer deux offres d'hébergement au-delà du chiffre affiché ?

Pour comparer des hébergeurs, regardez l'ensemble du dispositif. Un taux élevé devient crédible quand il s'accompagne d'une architecture cohérente, de sauvegardes accessibles, d'un support réactif et d'informations transparentes sur les incidents.

1. Lisez le SLA complet. Relevez le taux promis, les exclusions et le périmètre exact de la garantie.
2. Examinez les sauvegardes. Vérifiez leur fréquence, leur durée de conservation, leur emplacement et la simplicité de restauration.
3. Évaluez le support. Identifiez les canaux disponibles, les horaires annoncés et la différence entre prise en charge et résolution.
4. Contrôlez les ressources. CPU, mémoire, stockage, nombre de processus et limites de trafic peuvent provoquer des ralentissements ou des coupures sur une offre mutualisée.
5. Prévoyez votre propre contrôle. Un outil externe de surveillance détecte une panne depuis l'extérieur, ce qui complète les données du fournisseur.

Les besoins varient selon le projet. Un blog personnel peut accepter une intervention planifiée et une restauration manuelle. Une boutique, une plateforme de réservation ou un site d'adhésion doit viser une architecture plus solide, un support clairement joignable et une stratégie de secours documentée.

Les questions à poser avant de souscrire

Quelques questions simples permettent de dépasser les slogans. Elles sont particulièrement utiles lorsqu'une offre met en avant une disponibilité « garantie » sans afficher immédiatement les conditions détaillées.

• Quel service précis est couvert par le taux d'uptime annoncé ?
• Les maintenances planifiées entrent-elles dans le calcul ?
• Comment l'hébergeur détecte-t-il et mesure-t-il une interruption ?
• La garantie couvre-t-elle le réseau, le serveur, l'application ou uniquement le datacenter ?
• Quelle compensation est prévue, et selon quelle procédure ?
• Les sauvegardes sont-elles automatiques, isolées et restaurables à la demande ?
• Quelles limites de ressources peuvent entraîner une restriction du compte ?

Une réponse précise inspire davantage confiance qu'une formule rassurante. Si le fournisseur explique clairement ses limites, ses procédures et ses engagements, vous savez sur quoi vous appuyer. Le meilleur choix n'est pas toujours l'offre qui promet le chiffre le plus spectaculaire : c'est celle dont les protections correspondent aux conséquences réelles d'une indisponibilité pour votre site.