Tarifs et facturation
Toute l’utilisation de l’API est payée à partir d’un solde unique de GeraiPoints (GP). Ni abonnement ni quota mensuel : vous ne payez que les tokens réellement utilisés.
GeraiPoints
- Rechargez votre solde sur la page Recharger. Le solde n’expire pas.
- L’historique d’utilisation par requête et par clé se trouve dans le Tableau de bord.
Calcul du coût
Le coût de chaque requête est calculé à partir de l’usage renvoyé par le modèle, au tarif par million de tokens de ce modèle, puis arrondi au GP supérieur.
biaya = ceil(
input_tokens / 1000000 × tarif_input
+ output_tokens / 1000000 × tarif_output
+ cache_read_tokens / 1000000 × tarif_cache_read
+ cache_write_tokens / 1000000 × tarif_cache_write
)
tagihan = max(biaya, minimum_per_request)Exemple avec le tarif actuel de claude-sonnet-5 :
| Élément | Valeur |
|---|---|
| Tarif d’entrée | 2 300 GP / 1M token |
| Tarif de sortie | 11 600 GP / 1M token |
| Minimum par requête | 50 GP |
| Utilisation (exemple) | 20 000 input + 1 000 output |
| Montant facturé | 58 GP |
Les chiffres proviennent du catalogue actuel et peuvent changer ; le tarif officiel de chaque modèle figure sur la page des tarifs.
Au token ou à la requête ?
Tous les modèles sont facturés au token avec un petit minimum par requête. Exception : lorsqu’une promotion à tarif fixe est active, les modèles marqués promo sont facturés au forfait par requête, à hauteur de leur minimum, quel que soit le nombre de tokens.
Tarifs du cache
Les modèles qui prennent en charge le prompt caching ont un tarif distinct pour les tokens lus depuis le cache (cache read) et, pour certains modèles, pour les tokens écrits dans le cache (cache write). Les tokens cache read coûtent bien moins cher que l’entrée normale : conserver le même préfixe de prompt (system prompt, contenu de fichiers) permet donc d’économiser. Les tarifs du cache de chaque modèle figurent sur la page des tarifs.
Minimum par requête et vérification du solde
Chaque modèle a un minimum par requête (plancher). Une petite requête dont le coût en tokens est inférieur au plancher est facturée au montant du plancher — ce n’est pas un supplément ajouté au coût des tokens.
- Avant de transmettre la requête, le serveur vérifie le solde et réserve le coût estimé. Si le solde est insuffisant, il répond 402
insufficient_quotasans aucun frais. - Le débit final est calculé après l’envoi complet de la réponse, selon l’utilisation réelle.
Requêtes annulées
Les requêtes annulées du côté de l’acheteur (délai d’expiration de l’application, bouton d’arrêt, connexion coupée) avant l’arrivée de la réponse sont facturées selon le coût réellement appliqué par le serveur d’IA, aux tarifs en vigueur du modèle ; elles ne sont pas facturées si le serveur d’IA ne facture rien. Le débit initial peut être plus élevé, la différence revient automatiquement sur le solde. Une sortie vide n’est compensée que pour les problèmes de notre côté (réponse vide/erreur du serveur, ou aucune sortie pendant ≥60 secondes). S’applique à partir du 1er novembre 2026.
Pour ne pas payer de requêtes interrompues, réglez un timeout d’au moins 300 secondes et activez le stream. Les guides par outil se trouvent dans Réglages des outils agentiques.
Ce qui est facturé ou non
| Situation | Facturé ? |
|---|---|
| Réponse terminée | Oui — selon l’utilisation |
| Erreur de notre serveur avant l’envoi de la réponse (502/503) | Non |
| Refusée avant traitement (400/401/402/403/404) | Non |
| Annulée de votre côté (timeout de l’application, bouton stop, connexion perdue) | Oui — l’utilisation déjà effectuée |
| Nouvelles tentatives (retry) automatiques | Oui — chaque tentative est une nouvelle requête |