DeepSeek crédite des tokens à ses utilisateurs en compensation d'une panne de plusieurs heures

Le 15 octobre, DeepSeek a perdu pendant plusieurs heures son chat web et son API. Vers 8 heures du matin, le service a commencé à répondre « serveur temporairement indisponible », et la page de statut signalait la panne sur trois composants à la fois : le chat, l'API V4 Pro et l'API V4.1 Flash. L'entreprise a ensuite crédité des tokens aux utilisateurs en compensation. Sur le marché chinois, le geste est notable : les fournisseurs de modèles se limitent généralement à des excuses et à un post-mortem.

Comment la panne s'est déroulée

Les premières plaintes sont arrivées vers 8 heures du matin. La version web et l'API ont cessé de répondre presque simultanément, et chez de nombreux utilisateurs à la fois : le problème est apparu d'emblée comme massif, et non local. La page de statut officielle a classé l'incident comme une interruption partielle (partial outage). Autrement dit, une partie des requêtes pouvait encore passer, mais on ne pouvait pas compter sur un fonctionnement stable.

À 9 heures, DeepSeek a mis à jour son annonce : la cause était établie et le travail de rétablissement se poursuivait. Dans l'extrait disponible de l'article de Jiqizhixin, le texte de l'annonce s'interrompt brutalement. Nous ne citons donc pas les détails de la cause racine (réseau, cluster d'inférence, déploiement, charge) : l'entreprise ne les a pas rendus publics. Le titre de l'article d'origine évoque une interruption de plusieurs heures.

Un détail important : il n'y a pas eu que le chat grand public, deux gammes d'API payantes sont également tombées. L'incident cesse alors d'être une gêne pour les utilisateurs de l'application et devient un problème pour les développeurs dont les produits reposent sur DeepSeek.

Pourquoi une compensation en tokens

Le choix de cette « monnaie » est logique. L'API de DeepSeek est facturée au token : créditer des tokens s'intègre directement dans le modèle de facturation existant, sans remboursements, sans factures ni ajustements comptables. Pour l'entreprise aussi, le geste est peu coûteux. Le coût des tokens distribués correspond au coût de revient du calcul, et non au prix public, et sur le moment ils ne nécessitent pas d'argent réel.

Il y a un second effet. Les tokens fidélisent le client à la plateforme : celui qui a reçu un crédit a plus de chances de le dépenser chez DeepSeek que de partir chez un concurrent. Il s'agit de notre interprétation, et non d'une déclaration de l'entreprise. Le montant de la compensation et les conditions pour l'obtenir ne sont pas indiqués dans l'extrait disponible : impossible, pour l'instant, d'évaluer la générosité du geste.

Le fait lui-même n'en reste pas moins révélateur. Les entreprises dont les modèles sont devenus partie intégrante des processus de travail doivent de plus en plus se comporter comme des fournisseurs cloud : avec une page de statut publique, une analyse des causes et des compensations en cas d'interruption.

Ce que l'on sait à ce stade

• Début de la panne : vers 8h00 le 15 octobre.
• Services touchés : chat web, API V4 Pro, API V4.1 Flash.
• Classification sur la page de statut : interruption partielle.
• Vers 9h00 : DeepSeek a annoncé avoir trouvé la cause.
• Durée : plusieurs heures, selon le titre de Jiqizhixin.
• Compensation : des tokens ; le montant et les conditions ne sont pas précisés dans les matériaux disponibles.

Que faire pour les équipes qui passent par l'API

Premièrement : vérifiez le solde et l'historique des crédits dans votre espace personnel. Si la compensation est automatique, elle devrait y apparaître ; si une demande est nécessaire, mieux vaut ne pas la repousser.

Deuxièmement : examinez comment votre produit a traversé la matinée. Si les requêtes échouaient simplement avec une erreur, c'est le moment d'ajouter des relances avec backoff exponentiel et des timeouts qui ne bloquent pas l'interface utilisateur.

Troisièmement : prévoyez une route de secours. Un modèle de repli d'un autre fournisseur, ou un modèle ouvert local pour les scénarios critiques, coûte peu comparé à plusieurs heures d'indisponibilité. N'importe quel routeur de requêtes avec bascule automatique selon le code d'erreur fait l'affaire.

Enfin, abonnez-vous à la page de statut et configurez des alertes sur vos propres métriques d'erreurs. Apprendre l'existence d'un problème par les plaintes des clients vient plus tard que par le monitoring, et dans le cas de DeepSeek, l'intervalle entre la panne et la première communication officielle a été d'environ une heure.