Comment fonctionne vraiment la facturation de l'API Anthropic

Updated 2026-07-15

Anthropic facture l'API par token : un tarif pour l'entrée, un tarif plus élevé pour la sortie, et des tarifs distincts pour l'écriture et la lecture du cache de prompt, le tout prélevé sur des crédits prépayés. La plupart des factures surprises viennent des tokens de sortie et de l'historique de conversation renvoyé à chaque tour, pas du tarif d'entrée affiché en premier.

Réponse rapide : ce qui est réellement facturé

Anthropic facture l'API Claude par token, en mode prépayé. Vous achetez des crédits dans la console développeur, et chaque requête ponctionne ce solde sur trois compteurs : les tokens d'entrée (tout ce que vous envoyez), les tokens de sortie (tout ce que le modèle génère, y compris les tokens de réflexion), et le trafic de cache de prompt (les écritures sont facturées à 1.25x le tarif d'entrée, les lectures à 0.1x). Il n'existe pas d'abonnement pour l'API elle-même, et un abonnement Claude Pro ou Max n'inclut aucun crédit API. La sortie est le compteur le plus coûteux. Claude Sonnet 4.6 est affiché à $3.00 par million de tokens d'entrée et $15.00 par million de tokens de sortie, soit un écart de 5x. Claude Opus 4.7 est affiché à $5.00 en entrée et $25.00 en sortie. Si votre facture est plus élevée que prévu, vérifiez d'abord le volume de sortie et la croissance de l'historique de conversation avant toute autre chose.

Les trois compteurs : tokens d'entrée, de sortie et de cache

L'entrée couvre bien plus que le message de l'utilisateur. Le prompt système, l'historique complet de la conversation, les définitions d'outils, les résultats d'outils et les images comptent tous comme des tokens d'entrée sur chaque requête qui les inclut. La sortie couvre tout ce que le modèle renvoie, et sur les modèles capables de raisonnement, cela inclut des tokens de réflexion que vous n'affichez peut-être jamais à un utilisateur. Le cache de prompt est le troisième compteur, et celui que la plupart des équipes laissent inutilisé. Vous marquez un préfixe stable (un long prompt système, un document, une liste d'outils fixe) avec un point de rupture cache_control. La première requête paie une prime d'écriture de 1.25x le tarif d'entrée pour le cache par défaut de 5 minutes ; chaque requête qui réutilise le préfixe dans cette fenêtre le relit à 0.1x. Un cache d'une heure est aussi disponible, à un tarif d'écriture de 2x. Voici le tableau tarifaire complet des deux modèles Claude phares, aux prix officiels.

Tarifs officiels Anthropic en USD par million de tokens.
CompteurCe qui compteSonnet 4.6Opus 4.7
Tokens d'entréePrompt système, historique, message, outils, images$3.00 / 1M$5.00 / 1M
Tokens de sortieRéponses du modèle, y compris les tokens de réflexion$15.00 / 1M$25.00 / 1M
Écriture cache (5 min)Première écriture d'un préfixe mis en cache, 1.25x l'entrée$3.75 / 1M$6.25 / 1M
Lecture cacheRéutilisation d'un préfixe mis en cache, 0.1x l'entrée$0.30 / 1M$0.50 / 1M

Un exemple détaillé : un chatbot, une journée

Prenons un chatbot de support sur Claude Sonnet 4.6 aux tarifs officiels : 10 000 requêtes par jour, chacune portant un prompt système de 2 000 tokens plus 1 500 tokens d'historique et de message utilisateur, avec une réponse de 500 tokens. Le tableau montre la même charge avec et sans mise en cache du prompt système. Sans mise en cache, la journée coûte $180.00, soit environ $5,400 par mois. La mise en cache du prompt système (en supposant environ 300 expirations de cache par jour sur la fenêtre de 5 minutes) réduit ce coût à environ $128 par jour, soit environ $3,840 par mois. Notez ce qui n'a pas bougé : le coût de sortie. La mise en cache ne touche que l'entrée, ce qui explique pourquoi la discipline sur la sortie compte plus que n'importe quel autre levier isolé.

10 000 requêtes par jour sur Claude Sonnet 4.6 : prompt système de 2 000 tokens, 1 500 tokens d'historique et de message, réponse de 500 tokens.
PosteTokens par jourTarif par 1MCoût journalier
Entrée, sans cache35,000,000$3.00$105.00
Sortie, sans cache5,000,000$15.00$75.00
Total sans cache40,000,000$180.00
Écritures cache (prompt système)600,000$3.75$2.25
Lectures cache (prompt système)19,400,000$0.30$5.82
Entrée non mise en cache (historique + message)15,000,000$3.00$45.00
Sortie5,000,000$15.00$75.00
Total avec cache40,000,000$128.07

Pourquoi les factures Anthropic surprennent les équipes

Quatre schémas expliquent la plupart des conversations du type « pourquoi la facture est-elle plusieurs fois supérieure à l'estimation ». 1. La sortie coûte 5x l'entrée, et la réflexion compte comme de la sortie. Les estimations s'ancrent sur le tarif d'entrée car c'est le chiffre annoncé en premier. Mais les réponses longues, le formatage verbeux et la réflexion étendue sont tous facturés au tarif de sortie. Un modèle qui réfléchit pendant 3 000 tokens avant de répondre en 500 facture 3 500 tokens de sortie pour ce qui ressemble à une réponse courte. 2. L'historique est refacturé à chaque tour. L'API est sans état, donc chaque tour renvoie l'intégralité de la conversation comme entrée. Une discussion de 20 tours en moyenne ne coûte pas 20 fois un tour unique ; elle coûte bien plus, car le tour 20 porte les 19 tours précédents comme entrée. Le coût d'entrée croît à peu près avec le carré de la longueur de la conversation, sauf si vous élaguez ou résumez. 3. Les abonnements et les crédits API sont séparés. Claude Pro et Max couvrent les applications Claude, pas l'API. Les équipes supposent que l'abonnement absorbe le trafic API, puis découvrent que la console a discrètement puisé dans un solde prépayé avec rechargement automatique activé. 4. Tout ce qui figure dans la requête est de l'entrée, et l'attribution est difficile. Les définitions d'outils, les résultats d'outils, les images et les prompts système sont facturés comme entrée sur chaque requête qui les inclut. Répartissez cela sur plusieurs clés API, environnements et fonctionnalités sans journalisation par clé, et personne ne peut dire quelle fonctionnalité a dépensé quoi avant que la facture n'arrive.

Facturation Anthropic vs OpenAI, côte à côte

Les deux fournisseurs mesurent de la même façon : par token, avec des tarifs distincts pour l'entrée et la sortie, et des crédits prépayés par défaut. Les différences qui comptent pour votre facture se situent dans la mécanique de cache et les contrôles de dépenses. La divergence pratique se situe dans la mise en cache. OpenAI applique la mise en cache des prompts automatiquement, sans frais d'écriture et avec une remise sur la portion mise en cache. Anthropic vous demande de placer vous-même des points de rupture cache_control, facture une prime d'écriture, et la rembourse avec des lectures bien moins chères à 0.1x le tarif d'entrée. Pour les charges avec des prompts longs et stables, la mise en cache Anthropic bien réalisée est le levier le plus puissant ; mal réalisée (un horodatage dans le prompt système, une liste d'outils instable), elle ne se déclenche jamais et vous payez le plein tarif plus les primes d'écriture.

Détail de facturationAnthropicOpenAI
Unité de facturationPar token, tarifs distincts pour l'entrée et la sortiePar token, tarifs distincts pour l'entrée et la sortie
Modèle de paiementCrédits prépayés ; les paliers d'usage augmentent les limites de débitCrédits prépayés par défaut
Mise en cache de promptcache_control explicite ; écriture 1.25x, lecture 0.1xAutomatique ; entrée mise en cache à prix réduit, pas de frais d'écriture
Durée de vie du cache5 minutes par défaut, 1 heure à un tarif d'écriture de 2xGéré pour vous, généralement de quelques minutes à une heure
Remise sur lot50% de réduction via l'API Batches50% de réduction via l'API Batch
Tokens de réflexionTokens de réflexion facturés comme sortieTokens de raisonnement facturés comme sortie, non affichés dans la réponse
Contrôles de dépensesLimites de dépenses par espace de travail, rechargement automatique optionnelBudgets et alertes par projet

Comment estimer votre coût API Anthropic avant la mise en production

Chaque réponse API inclut un objet usage avec les input_tokens et output_tokens exacts, plus cache_creation_input_tokens et cache_read_input_tokens quand la mise en cache est active. Cet objet est la vérité terrain. Les tokenizers côté client conçus pour d'autres fournisseurs sous-comptent les tokens Claude, donc ne les utilisez pas pour estimer. La procédure : envoyez quelques requêtes représentatives, lisez l'objet usage, et faites la moyenne des comptages. Puis appliquez la formule : coût = (input_tokens / 1 000 000 x tarif d'entrée) + (output_tokens / 1 000 000 x tarif de sortie), plus les termes d'écriture et de lecture de cache si vous mettez en cache. Multipliez par le volume quotidien attendu, et pour les produits multi-tours, ajoutez une marge de croissance car l'historique augmente l'entrée à chaque tour. Anthropic expose aussi un endpoint count_tokens si vous voulez les comptages avant d'envoyer quoi que ce soit.

curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-sonnet-4-6",
    "max_tokens": 1024,
    "messages": [{"role": "user", "content": "Summarize this ticket: ..."}]
  }'

# La réponse contient la vérité terrain pour votre modèle de coût :
# "usage": {"input_tokens": 2412, "output_tokens": 486,
#           "cache_read_input_tokens": 0, "cache_creation_input_tokens": 0}

Cinq façons de réduire votre facture API Anthropic

La cinquième tactique est celle où une passerelle trouve sa place. APIsRouter est une passerelle compatible OpenAI qui journalise le modèle, les tokens d'entrée, les tokens de sortie et le coût exact en dollars par requête, par clé API, de sorte que chaque fonctionnalité ou environnement obtient sa propre clé et sa propre ligne dans la vue d'usage. Elle affiche Claude Sonnet 4.6 à $2.40 en entrée et $12.00 en sortie par million de tokens, et Claude Opus 4.7 à $4.00 et $20.00, 20% sous le tarif officiel, facturé à la consommation sans abonnement ; une première recharge sur /topup est doublée. Rediriger une intégration existante du SDK OpenAI vers cette passerelle tient en deux lignes :

  • Mettez en cache vos longs préfixes stables. Un prompt système ou un document qui se répète sur plusieurs requêtes est facturé à un dixième du tarif d'entrée à chaque lecture de cache après la première écriture.
  • Élaguez l'historique et plafonnez max_tokens. Résumez ou supprimez les anciens tours au lieu de les renvoyer, et réglez max_tokens sur ce dont la tâche a réellement besoin, pour qu'une réponse qui s'emballe ne facture pas des milliers de tokens de sortie superflus.
  • Routez par tâche, pas par habitude. Réservez Opus aux étapes qui en ont besoin et poussez la classification en masse, l'extraction et les brouillons vers des modèles moins chers comme deepseek-v4-flash ou glm-5.
  • Regroupez en lot tout ce qui est asynchrone. L'API Batches traite les requêtes sous 24 heures à moitié prix, idéal pour les rattrapages, les évaluations et les tâches nocturnes.
  • Placez une visibilité des coûts par clé devant votre trafic. La plupart des surprises de facturation sont des problèmes d'attribution : personne ne peut dire quelle fonctionnalité ou quel client a dépensé quoi avant que la facture n'arrive.
from openai import OpenAI

client = OpenAI(
    api_key="sk-APIsRouter-...",
    base_url="https://api.apisrouter.com/v1",
)

response = client.chat.completions.create(
    model="claude-sonnet-4-6",
    messages=[{"role": "user", "content": "Summarize this ticket: ..."}],
)

# Les comptages de tokens reviennent à chaque réponse ; la console de la
# passerelle enregistre en plus le coût exact de cette requête pour cette clé.
print(response.usage.prompt_tokens, response.usage.completion_tokens)

Questions fréquentes

Comment fonctionne la facturation de l'API Anthropic ?

Vous prépayez des crédits, et chaque requête déduit un coût basé sur les tokens : l'entrée à un tarif, la sortie à un tarif plus élevé, et les écritures et lectures de cache de prompt à 1.25x et 0.1x le tarif d'entrée. Les tarifs varient selon le modèle, et les paliers d'usage débloquent des limites de débit plus élevées à mesure que vos dépenses cumulées augmentent.

Claude Pro ou Max incluent-ils des crédits API ?

Non. Les abonnements couvrent les applications Claude ; l'API est facturée séparément à partir d'un solde de crédits prépayés dans la console développeur. Budgétiser le trafic API sur un abonnement est l'une des causes les plus courantes d'une facture inattendue.

Pourquoi ma facture API Anthropic est-elle si élevée ?

Les causes habituelles, dans l'ordre : les tokens de sortie (5x le tarif d'entrée, et les tokens de réflexion comptent comme sortie), l'historique de conversation renvoyé et refacturé à chaque tour, et le trafic non attribué sur plusieurs clés. Récupérez les journaux d'usage par requête avant de changer de modèle ; il est courant de découvrir qu'un seul endpoint ou un seul prompt est responsable de la majeure partie de la dépense.

Comment définir une limite de dépense sur l'API Anthropic ?

Dans la console Anthropic, vous pouvez définir des limites de dépense par espace de travail et contrôler si les crédits se rechargent automatiquement. Fixez une limite stricte par espace de travail et désactivez le rechargement automatique pour les expérimentations. Un solde de passerelle prépayé agit aussi comme un plafond naturel, car les requêtes s'arrêtent quand il est épuisé au lieu de dépasser votre budget.

Combien coûte l'API Claude par requête ?

Multipliez vos comptages de tokens par les tarifs du modèle. Une requête avec 2 000 tokens d'entrée et 500 tokens de sortie sur Claude Sonnet 4.6 coûte 2 000/1M x $3.00 plus 500/1M x $15.00, soit environ $0.0135 aux tarifs officiels. La même requête sur Claude Opus 4.7 coûte environ $0.0225.

La mise en cache de prompt réduit-elle vraiment les coûts de l'API Anthropic ?

Oui, quand les requêtes partagent un préfixe stable au-dessus de la taille minimale de mise en cache (environ mille à quatre mille tokens selon le modèle). Les lectures de cache sont facturées à un dixième du tarif d'entrée, donc un prompt système réutilisé passe de $3.00 à $0.30 par million de tokens après l'écriture à 1.25x. Cela n'a aucun effet sur les tokens de sortie, que la mise en cache ne peut pas toucher.