SLA et garanties de disponibilité : ce que chaque équipe sales doit savoir avant de signer

Vous intégrez un nouvel outil d’enrichissement de données ou de prospection B2B. La démo est convaincante, le pricing rentre dans votre budget, les features cochent toutes vos cases. Vous êtes prêt à signer.

Mais avez-vous regardé le SLA ?

Ce document — souvent relégué en annexe du contrat — détermine ce que le fournisseur s’engage réellement à délivrer. Un SLA mal négocié, c’est une campagne de cold email paralysée un lundi matin, des leads non enrichis la veille d’un kick-off, ou pire : des données perdues sans recours contractuel.

Ce guide vous explique exactement ce qu’est un SLA, ce que signifient les fameux “99,9 %” en termes concrets, et surtout quelles clauses vérifier avant de déployer un outil B2B dans votre stack commerciale.

Enrichissez vos leads sans interruption, directement dans Google Sheets

Derrick est un outil d'enrichissement B2B natif dans Google Sheets. Emails, téléphones, données LinkedIn : enrichissez vos prospects en quelques clics.

Essayer gratuitement →

Qu’est-ce qu’un SLA ? Définition et enjeux pour les équipes commerciales

SLA est l’acronyme de Service Level Agreement, que l’on traduit en français par accord de niveau de service ou engagement de niveau de service (ENS).

Concrètement, c’est le document contractuel dans lequel un fournisseur de service (un éditeur SaaS, un hébergeur, un opérateur télécom) s’engage formellement auprès d’un client à respecter un certain niveau de qualité. Il fixe les règles du jeu avant même que le service ne soit activé.

Un SLA définit généralement trois dimensions :

• La disponibilité : pendant combien de temps le service doit être accessible (exprimée en pourcentage)
• La réactivité : dans quel délai le fournisseur intervient en cas de problème
• Les compensations : ce à quoi vous avez droit si ces engagements ne sont pas tenus

Pour un SDR ou un Growth Marketer qui dépend quotidiennement d’un outil d’enrichissement de données ou d’un outil de séquençage email, le SLA n’est pas un détail technique. C’est la garantie que votre stack commerciale tient ses promesses quand vous en avez le plus besoin — pendant une vague de prospection intense, lors d’un lancement produit ou avant un closing.

Le SLA est né dans l’univers des opérateurs réseaux pour mesurer la qualité de transmission des données. Il s’est ensuite généralisé à l’ensemble du secteur IT, des solutions SaaS aux data centers, avant de devenir une composante standard de tout contrat B2B dans le cloud.

Les indicateurs clés d’un SLA : ce que chaque terme signifie

Avant de comparer des contrats, il est essentiel de maîtriser le vocabulaire. Voici les quatre indicateurs que vous retrouverez dans la majorité des SLA SaaS.

1. Le taux de disponibilité (uptime)

C’est l’indicateur le plus visible d’un SLA. Il exprime, en pourcentage, le temps pendant lequel le service est opérationnel et accessible sur une période donnée (généralement un mois calendaire).

La formule de base est la suivante :

Uptime (%) = (Temps total − Temps d’indisponibilité non planifiée) / Temps total × 100

Un taux de 99,9 % semble excellent — il l’est en apparence. Mais traduit en temps réel, les écarts entre les niveaux de SLA deviennent significatifs.

2. La Garantie de Temps d’Intervention (GTI)

La GTI précise le délai maximal dans lequel l’équipe technique du fournisseur s’engage à prendre en charge votre incident après l’avoir signalé. Attention : il ne s’agit pas du délai de résolution, seulement d’un accusé de réception opérationnel.

Exemple : GTI de 4 heures ouvrées signifie que, passé 4 heures après votre ticket, le fournisseur est en défaut contractuel.

3. La Garantie de Temps de Résolution (GTR)

La GTR va plus loin : elle indique le délai maximal pour résoudre l’incident et rétablir le service. C’est l’indicateur qui vous intéresse le plus en tant qu’utilisateur.

Un SLA sérieux distingue plusieurs niveaux de criticité (P1, P2, P3) avec des GTR différentes selon la sévérité du problème. Un incident critique bloquant toute l’équipe aura une GTR de quelques heures, contre plusieurs jours pour un bug mineur.

4. Les crédits SLA (pénalités de service)

En cas de non-respect des engagements, le SLA prévoit généralement des crédits de service — sous forme de remboursement partiel ou de crédit sur votre prochaine facture. Rarement sous forme d’indemnisation directe.

Ces crédits sont souvent soumis à conditions : vous devez les réclamer dans un délai défini, fournir les preuves de l’indisponibilité, et parfois prouver l’impact commercial. Vérifiez ces modalités à la lecture du contrat.

Le tableau des “nines” : ce que 99,9 % signifie vraiment en temps d’arrêt

C’est l’aspect le plus mal compris des SLA. Les équipes sales voient “99,9 % de disponibilité garantie” et imaginent un service quasi-parfait. En réalité, chaque “neuf” supplémentaire représente une réduction d’un facteur 10 du temps d’indisponibilité autorisé.

Ce que cela signifie pour votre équipe commerciale :

Un SLA à 99,9 % autorise légalement jusqu’à 43 minutes d’indisponibilité par mois. Si votre outil d’enrichissement tombe en panne un lundi matin — jour de pic d’activité pour la plupart des SDR — ces 43 minutes peuvent représenter des dizaines de séquences non lancées, des leads non enrichis, et un retard de pipeline difficile à rattraper.

Un SLA à 99,99 % réduit cette tolérance à moins de 5 minutes par mois. La différence est considérable pour les équipes qui dépendent d’une disponibilité continue.

Aucun éditeur SaaS ne peut s’engager sur 100 % de disponibilité. Les maintenances planifiées, les mises à jour d’infrastructure et les incidents imprévisibles font partie de la réalité opérationnelle. Méfiez-vous des fournisseurs qui ne mentionnent pas de SLA : l’absence de garantie contractuelle vous laisse sans recours en cas de problème.

SLA et outils B2B : les spécificités à connaître pour la prospection

Les SLA des outils de prospection et d’enrichissement de données ont des particularités que vous ne retrouverez pas dans un SLA d’hébergement classique. Voici les points d’attention spécifiques à votre contexte.

La disponibilité de l’API vs. de l’interface

La plupart des outils B2B exposent deux surfaces : une interface utilisateur (UI) et une API pour les intégrations automatisées. Le SLA peut couvrir l’une sans l’autre, ou prévoir des niveaux différents pour chacune.

Pour Thomas, Sales Ops chez une scale-up B2B qui synchronise Derrick avec HubSpot via Zapier, ce n’est pas l’interface graphique qui compte — c’est la disponibilité de l’API. Si le SLA ne mentionne pas explicitement l’API, il faut le demander avant de signer.

Le taux de match et la qualité des données enrichies

Un SLA d’outil d’enrichissement peut également inclure des engagements sur la qualité des données : taux de correspondance minimum (match rate), taux d’emails valides, fraîcheur des données. Ces engagements sont moins courants mais de plus en plus présents chez les fournisseurs premium.

Si votre outil promet un taux de match de 80 % et livre régulièrement 50 %, vous avez un problème de performance — mais sans clause contractuelle, vous n’avez aucun levier. Lors de la négociation, pensez à demander si ces indicateurs peuvent être formalisés dans un SLA ou dans une annexe de performance.

Les exclusions de maintenance planifiée

Les SLA excluent quasi-systématiquement les interruptions programmées (mises à jour, maintenances nocturnes). Ces fenêtres de maintenance ne comptent pas dans le calcul du taux de disponibilité.

Vérifiez deux points : la fréquence de ces maintenances et les horaires choisis. Un outil qui effectue ses maintenances le samedi de 2h à 4h du matin aura moins d’impact qu’un outil qui se coupe le mardi à 9h. Certains fournisseurs permettent de configurer les plages préférentielles selon votre fuseau horaire ou vos pics d’activité.

La portabilité des données et la réversibilité

Un point souvent ignoré dans les SLA B2B : la clause de réversibilité. En cas d’arrêt du contrat ou de défaillance du fournisseur, dans quel délai et sous quel format récupérez-vous vos données ?

Une décision du Tribunal des activités économiques de Paris en juin 2025 a rappelé l’importance de bien encadrer cette clause : plusieurs contrats SaaS ont été résolus aux torts du prestataire faute de réversibilité correctement formalisée. Pour vos données de prospection — emails, numéros, données LinkedIn enrichies — la portabilité est un enjeu critique.

Comment évaluer le SLA d’un outil d’enrichissement B2B : la grille de lecture

Avant de signer un abonnement à un outil de lead generation B2B ou d’enrichissement de données, posez ces questions à votre interlocuteur commercial.

Questions sur la disponibilité

• Quel est le taux de disponibilité garanti, et sur quelle période de calcul (mois calendaire ou glissant) ?
• Ce taux s’applique-t-il à l’interface utilisateur, à l’API, ou aux deux ?
• Les maintenances planifiées sont-elles incluses ou exclues du calcul ?
• Pouvez-vous accéder à un historique public de disponibilité (status page) ?

Questions sur la réactivité

• Quelle est la GTI et la GTR selon le niveau de criticité de l’incident ?
• Les SLA de support sont-ils inclus dans tous les plans, ou uniquement à partir d’un certain niveau tarifaire ?
• Le support est-il disponible en français ? Quels sont les horaires de couverture ?

Questions sur les compensations

• Comment les crédits SLA sont-ils calculés et réclamés ?
• Dans quel délai dois-je signaler une indisponibilité pour y avoir droit ?
• Quelle est la forme de compensation : crédit de facturation, prolongation d’abonnement, remboursement ?

Questions sur la continuité

• Quel est le mécanisme de reprise après sinistre (PRA) ?
• Où sont hébergées les données ? Dans quelles régions AWS, Azure ou GCP ?
• En cas de fermeture du fournisseur, comment puis-je récupérer mes données et dans quel format ?

Les pièges courants dans les SLA SaaS : ce qu’il faut lire entre les lignes

Un SLA bien rédigé est un document de confiance. Un SLA mal rédigé — ou stratégiquement vague — peut vous laisser sans recours dans les moments critiques. Voici les quatre pièges les plus fréquents.

Piège 1 : Un uptime affiché sans définition de “disponibilité”

Certains contrats affichent 99,9 % sans définir ce que couvre ce chiffre. Un service “techniquement en ligne” peut tout à fait être inutilisable si les requêtes API retournent des erreurs 500 à 40 % du temps. Exigez une définition précise : disponibilité = service accessible ET fonctionnel pour toutes les fonctionnalités critiques.

Piège 2 : Des exclusions trop larges

Les clauses d’exclusion sont légitimes (force majeure, pannes chez des tiers comme AWS). Mais certains fournisseurs les étendent jusqu’à couvrir les pics de charge, les erreurs liées aux intégrations tierces, ou même les “dégradations de performance” sans interruption totale. Lisez cette section avec attention.

Piège 3 : Des crédits SLA plafonnnés et conditionnels

Les compensations sont souvent plafonnées à 10-20 % de votre facture mensuelle, quelle que soit la durée de l’incident. Et vous devez généralement les demander manuellement, dans un délai court (souvent 30 jours), avec des preuves. Si vous ne faites rien, il ne se passe rien — même en cas de violation flagrante.

Piège 4 : L’absence de SLA pour les plans d’entrée de gamme

De nombreux éditeurs réservent les SLA contractuels à leurs plans Enterprise. Les petites équipes sur des plans Starter ou Growth n’ont souvent aucune garantie formelle. Ce n’est pas nécessairement rédhibitoire — mais vous devez en être conscient pour calibrer votre dépendance à l’outil.

SLA et RGPD : le lien indissociable pour les équipes qui traitent des données de contact

Pour les outils B2B qui traitent des données personnelles — ce qui est le cas de tous les outils de prospection, d’enrichissement d’emails ou de téléphones — le SLA ne peut pas être lu de manière isolée. Il doit être accompagné d’un DPA (Data Processing Agreement), aussi appelé accord de sous-traitance au sens du RGPD.

Ce document précise le rôle de chacun : votre entreprise est responsable du traitement, le fournisseur SaaS agit en tant que sous-traitant. À ce titre, il doit s’engager contractuellement sur :

• La localisation des données (hébergement dans l’UE ou garanties équivalentes pour les transferts hors UE)
• Les mesures de sécurité mises en œuvre pour protéger les données enrichies
• La notification des violations de données dans les délais réglementaires (72 heures pour informer la CNIL)
• La suppression des données à la fin du contrat ou sur demande

Un outil qui collecte des emails professionnels ou des numéros de téléphone de prospects sans DPA clair vous expose à des risques de mise en conformité. Avant de déployer un outil de vérification et nettoyage d’emails ou de phone enrichment à grande échelle, vérifiez que le SLA et le DPA sont cohérents et documentés.

Pour aller plus loin sur les implications légales du cold emailing et du RGPD, consultez notre article dédié.

Les tendances qui font évoluer les SLA en 2025-2026

Les SLA ne sont plus de simples documents statiques. Plusieurs évolutions transforment actuellement leur contenu et leur usage dans le secteur B2B.

Les SLA dynamiques : certains fournisseurs expérimentent des engagements qui s’adaptent automatiquement en fonction de l’usage réel et de la criticité des applications. Un enrichissement de données en temps réel pendant une campagne aura un SLA renforcé par rapport à un traitement batch nocturne.

L’intégration de la cybersécurité : après une décennie de cyberattaques ciblant les éditeurs SaaS, les SLA intègrent désormais des indicateurs de sécurité — délai de détection d’une attaque, temps de confinement, notification des clients. C’est un enjeu particulièrement important pour les outils qui stockent des données de contact B2B.

La transparence en temps réel : les status pages publiques (comme celles de Stripe, Notion ou HubSpot) sont devenues la norme. Elles permettent aux utilisateurs de suivre la disponibilité en direct, sans attendre un email de l’équipe support. Lors de l’évaluation d’un outil, vérifiez si cette transparency est disponible — c’est souvent révélateur de la maturité opérationnelle du fournisseur.

L’engagement RSE : des acteurs comme les hyperscalers commencent à intégrer des indicateurs d’efficacité énergétique dans leurs SLA. Une tendance encore marginale, mais qui illustre l’élargissement du périmètre de ces accords bien au-delà de la simple disponibilité technique.

À retenir

• Un SLA est un engagement contractuel du fournisseur SaaS sur la disponibilité, la réactivité et les compensations — pas une simple promesse marketing
• 99,9 % d’uptime = jusqu’à 43 minutes d’indisponibilité par mois, ce qui peut avoir un impact réel sur vos campagnes de prospection
• Vérifiez que le SLA couvre bien l’API et pas uniquement l’interface utilisateur, surtout si vous utilisez des intégrations Zapier, Make ou n8n
• Les crédits SLA sont souvent plafonnés et conditionnels : lisez les modalités de réclamation avant de signer
• Pour les outils traitant des données de contact (emails, téléphones, données LinkedIn), exigez un DPA conforme au RGPD en complément du SLA
• L’absence de SLA sur les plans d’entrée de gamme est courante — calibrez votre dépendance en conséquence

Conclusion : un SLA bien négocié est un avantage concurrentiel

Un SLA, ce n’est pas de la paperasse. Pour une équipe commerciale qui dépend de ses outils pour enrichir ses contacts, automatiser ses séquences et qualifier ses leads, c’est la garantie que le contrat tient ses promesses quand la pression monte.

Prenez le temps de lire les annexes de disponibilité avant de déployer un nouvel outil dans votre stack. Posez les bonnes questions à votre interlocuteur commercial. Et construisez votre architecture technique sur des fournisseurs qui s’engagent contractuellement sur leurs performances — pas uniquement sur leurs slides de démo.

Un outil d'enrichissement B2B fiable, directement dans Google Sheets

Derrick vous permet d'enrichir emails, téléphones et données LinkedIn de vos prospects sans quitter votre feuille de calcul. Plan gratuit disponible, aucune carte bancaire requise.

Essayer gratuitement →

FAQ

Qu’est-ce qu’un SLA en informatique ? Un SLA (Service Level Agreement) est un contrat entre un fournisseur de service informatique et son client, qui définit les engagements de disponibilité, de réactivité et de compensation en cas de non-respect. Il est obligatoire dans tout contrat SaaS sérieux.

Quelle différence entre GTI et GTR dans un SLA ? La GTI (Garantie de Temps d’Intervention) est le délai dans lequel le fournisseur s’engage à prendre en charge un incident signalé. La GTR (Garantie de Temps de Résolution) est le délai maximal pour résoudre le problème et rétablir le service. La GTR est l’indicateur le plus important pour l’utilisateur.

Un SLA à 99,9 % est-il suffisant pour un outil de prospection B2B ? Cela dépend de votre usage. Un taux de 99,9 % autorise environ 43 minutes d’indisponibilité par mois. Pour la plupart des équipes sales, c’est acceptable. Si vous avez des processus d’enrichissement en temps réel ou des workflows critiques, orientez-vous vers un SLA à 99,99 % ou négociez des fenêtres de maintenance en dehors de vos pics d’activité.

Peut-on négocier un SLA avec un éditeur SaaS ? Oui, surtout à partir d’un certain volume ou d’un plan Enterprise. Il est possible de négocier le taux d’uptime, les délais GTI/GTR, les plages de maintenance, et le niveau des compensations. Les petits plans freemium ou starter offrent rarement de la flexibilité sur ce point.

Que faire si mon fournisseur ne respecte pas son SLA ? Commencez par documenter l’incident (date, durée, impact). Puis réclamez les crédits SLA dans les délais prévus au contrat — généralement 30 jours après l’incident. En cas de violation grave ou répétée, vous pouvez invoquer la résolution du contrat pour inexécution fautive, comme l’illustre la jurisprudence récente du Tribunal de Paris de juin 2025.