Anthropic (Claude) est-il en panne ?

Comprendre la disponibilité d’Anthropic et de Claude

Anthropic fournit Claude via son interface web grand public à l’adresse claude.ai et via l’API pour développeurs à l’adresse api.anthropic.com. Ces voies d’accès peuvent tomber en panne indépendamment l’une de l’autre : l’interface web de Claude peut être indisponible alors que les requêtes API fonctionnent, ou une intégration API peut échouer alors que le site web reste accessible.

Un résultat d’état Up signifie que le service surveillé a répondu au moment du contrôle. Cela ne confirme pas que chaque requête de modèle, compte, organisation, région, session de navigateur ou identifiant API fonctionne normalement. Comparez le résultat avec la page d’état officielle d’Anthropic pour consulter les mises à jour concernant les incidents et la maintenance.

Ce que peuvent indiquer les réponses API courantes

• HTTP 529 : L’API est surchargée et peut rejeter temporairement les requêtes. Le point de terminaison peut rester accessible alors que les requêtes échouent.
• HTTP 500 : Une erreur interne côté serveur s’est produite lors du traitement de la requête.
• HTTP 503 : Le service ou un composant en amont est temporairement indisponible.
• HTTP 504 ou un délai d’attente : La requête n’a pas reçu de réponse dans le délai prévu. La cause peut être liée au service, au réseau ou aux paramètres de délai d’attente propres à l’application.

Une génération de tokens plus lente, des nouvelles tentatives répétées ou des échecs intermittents peuvent indiquer une dégradation des performances de l’API plutôt qu’une panne complète.

Résoudre les problèmes d’Anthropic Claude et les échecs de l’API

Commencez par déterminer l’ampleur du problème

Consultez cette page et comparez le résultat avec la page d’état officielle d’Anthropic. Notez l’heure exacte, le point de terminaison, le statut HTTP et indiquez si l’échec concerne Claude sur claude.ai, l’API ou les deux. Un incident signalé rend une cause côté service plus probable ; un échec limité à un compte, une requête ou un réseau indique plutôt une autre origine.

Surcharge de l’API ou erreurs serveur

• HTTP 529 : Réduisez si possible la concurrence et réessayez avec un backoff exponentiel et une temporisation aléatoire (jitter). Définissez un nombre maximal de tentatives ou une durée maximale afin qu’une surcharge ne se transforme pas en boucle de nouvelles tentatives incontrôlée.
• HTTP 500 : Conservez les détails de la réponse et l’heure de la requête, puis réessayez avec prudence. Des réponses 500 persistantes sur différentes requêtes correspondent davantage à un problème côté serveur ou lors du traitement de la requête qu’à un problème de navigateur.
• HTTP 503 : Consultez la page d’état officielle et réessayez après un délai. Changer de navigateur ne résoudra généralement pas un HTTP 503 côté API.
• HTTP 504 ou un délai d’attente : Vérifiez le délai d’attente de l’application, le proxy en amont, le chemin réseau et l’état du service. Ne partez pas du principe qu’augmenter uniquement le délai d’attente résoudra un problème de connexion ou de service.

Le contrôle d’état indique Up, mais votre intégration échoue

Vérifiez la clé API, le routage de l’organisation ou du projet, les crédits ou la capacité du compte, la configuration du modèle et de la requête, ainsi que les paramètres de délai d’attente de l’application. Confirmez que la requête est envoyée à api.anthropic.com et que le client n’applique pas une configuration invalide de proxy, de certificat ou de DNS. Consignez le statut HTTP et le corps de la réponse sans exposer les clés API.

Claude fonctionne dans le navigateur, mais le client API échoue

Le problème est plus probablement local à l’intégration : identifiants, autorisation, formatage de la requête, configuration du SDK ou du client, gestion du débit, paramètres du proxy ou règles du pare-feu. Testez une requête minimale avec le même compte et le même contexte d’organisation, puis comparez sa réponse avec celle de la requête qui échoue.

Claude sur claude.ai ne se charge pas

Essayez une fenêtre de navigation privée, désactivez les extensions qui modifient les requêtes de page, puis reconnectez-vous. Si d’autres sites échouent également, testez un autre réseau ou chemin DNS. Un échec limité au navigateur alors que la page d’état officielle est normale concerne plus probablement la session, le navigateur, l’accès au compte ou le réseau local qu’une panne générale d’Anthropic.

Problèmes de connexion, de DNS ou de TLS

Vérifiez si le nom d’hôte est résolu et si votre réseau, proxy, pare-feu ou inspection TLS bloque la connexion. Comparez si possible une requête effectuée depuis un autre réseau. Si les échecs se produisent uniquement dans un environnement, indiquez le réseau, le point de terminaison, l’horodatage et les détails de l’erreur lors de l’escalade, plutôt que d’augmenter sans cesse le nombre de tentatives.