Le 1er septembre 2026, le tarif de lancement de Claude Sonnet 5 s'arrête. Le prix de l'API passe de 2 $/10 $ à 3 $/15 $ par million de tokens en entrée et en sortie, soit +50 % sur les deux lignes. Mais ce chiffre ment un peu : le nouveau tarif est exactement celui de Sonnet 4.6, qu'Anthropic a calibré « cost-neutral » face à la génération précédente. La hausse n'existe donc que par rapport au prix promo. Elle touche ceux qui paient l'API à l'usage sur Sonnet 5, pas les abonnés Pro ou Max, ni ceux qui restent sur 4.6. Et avec le cache et le batch, tu peux l'annuler entièrement — parfois payer moins qu'en août.
De combien augmente le prix de l'API Claude ?
La hausse est uniforme : +50 % sur chaque ligne de facturation de Sonnet 5, du token d'entrée au token traité en batch. Rien d'autre ne bouge dans le catalogue. Opus 5 reste à 5 $/25 $, et Sonnet 4.6 conserve son 3 $/15 $ — qui devient, comme par hasard, le nouveau prix standard de Sonnet 5.
Voici ce qui change concrètement au 1er septembre.
| Poste (Sonnet 5, par M de tokens) | Jusqu'au 31 août | Dès le 1er sept. | Écart |
|---|---|---|---|
| Entrée standard | 2 $ | 3 $ | +50 % |
| Sortie | 10 $ | 15 $ | +50 % |
| Entrée via API Batch | 1 $ | 1,50 $ | +50 % |
Le tableau se lit d'un coup d'œil : partout la même hausse, même sur le tarif Batch déjà remisé. La date butoir tombe le 31 août au soir.
Qui est concerné par la hausse (et qui ne l'est pas) ?
Tout dépend de ta façon de payer Claude, parce que le même modèle, facturé de deux manières, ne réagit pas pareil à la fin de la promo. Voici les trois cas de figure.
- API à l'usage, sur Sonnet 5 → concerné. Le +50 % s'applique automatiquement le 1er septembre, sans action de ta part.
- Abonnement Pro ou Max → épargné. Le prix mensuel est fixe, il ne bouge pas d'un centime.
- Appels encore sur Sonnet 4.6 → épargné aussi. Tu es déjà au tarif standard, la fin de la promo Sonnet 5 ne te concerne pas.
La vraie question n'est donc pas « le prix augmente-t-il ? », mais « sur quel modèle et quel mode de paiement tournent mes appels ? ». Un studio qui fait tourner des apps en production le sait à la ligne près. Un projet lancé à la va-vite l'ignore — et c'est là que la facture surprend.
Le vrai piège n'est pas les 50 %, c'est le tokenizer
Le chiffre qui fait les titres, c'est +50 %. Le chiffre qui coûte vraiment, c'est +30 %, et presque personne ne le cite. Sonnet 5 embarque un nouveau tokenizer : pour un même texte, il découpe environ 30 % de tokens en plus que Sonnet 4.6. Comme tu paies au token, un prompt identique se facture plus cher — alors même que le prix « par million de tokens » n'a pas bougé d'un dollar.
La conséquence est contre-intuitive. Migrer de Sonnet 4.6 vers Sonnet 5 « au même tarif » ne coûte pas la même chose : à travail égal, la note grimpe d'environ 30 %. Et ce surcoût-là n'a pas de date de fin, il est structurel. Avant de basculer un projet en prod, mesure ta consommation réelle de tokens, pas seulement le prix affiché.
Comment ne pas payer plus qu'en août ?
La hausse est réelle, mais elle se rattrape. Deux leviers officiels et cumulables — le cache et le batch — suffisent à ramener la facture sous son niveau d'août, sans couper une seule fonctionnalité de ton app.
Le cache : payer 10 % du contexte répété
Le prompt caching stocke la partie stable de tes prompts : instructions système, documents de référence, contexte long. À la relecture, un token en cache coûte 10 % du prix d'entrée, soit −90 %. C'est rentable dès la première réutilisation. Pour une app qui renvoie le même contexte à chaque appel, l'économie dépasse de loin les 50 % de hausse.
Le batch : −50 % sur ce qui n'est pas urgent
L'API Batch traite tes requêtes en asynchrone, avec une remise de 50 % sur l'entrée et la sortie. Tout ce qui n'exige pas une réponse à la seconde y passe : résumés nocturnes, enrichissement de données, génération en lot. Surtout, les deux se cumulent. Un pipeline bien réglé paie donc moins cher au 1er septembre qu'au 31 août.
Que faire avant le 31 août ?
Ne fuis pas Claude. Ne migre pas dans la panique. Regarde ta facture pendant qu'il est encore temps : quel modèle fais-tu tourner, sur quel mode de paiement, et quelle part de ton contexte se répète d'un appel à l'autre. Trois réglages — cache, batch, choix du modèle — décident de presque tout le reste. Le prix affiché, lui, ne compte que si tu n'as rien optimisé.
Ce coût, on le connaît. Chez Neova, on le pilote sur des apps clientes en production : réglage du cache, batch sur les tâches lourdes, modèle choisi selon l'usage réel. Si une hausse de 50 % menace le budget de ton app, on audite ta consommation et on la ramène sous contrôle — c'est un poste qu'on chiffre dès le devis d'une application sur mesure. Et si tu construis toi-même, notre guide Claude Code montre comment garder une facture sobre dès le premier prompt.
