Méthodologie et règles de calcul

D'où viennent les chiffres de La Bible de l'IA et comment les estimations de coût sont calculées.

Mis à jour le 22/10/2026 · données validées par l'éditeur · tableau de bord interactif, calculateur et comparatif

Comment La Bible de l'IA relève les prix des LLM, mesure leurs coûts réels et calcule les estimations. Toutes les règles ci-dessous sont validées par l'éditeur ; une estimation n'est jamais une facture.

Niveaux de confiance

• A, vérifié : donnée issue de la page officielle de l'éditeur, ou mesure documentée et reproductible.
• B, estimé : calcul fondé sur des hypothèses explicites, affichées à côté du résultat.
• C, non vérifié : donnée d'une source tierce ou insuffisamment corroborée.

Principes

• Aucune donnée inventée : une valeur absente est affichée « Donnée non disponible ».
• Chaque chiffre est daté et relié à sa source.
• Aucun classement général d'un modèle à partir d'un test unique.
• Les corrections sont publiées sans effacer l'historique.

Définitions

• Prix d'entrée : Tarif public des tokens envoyés au modèle. Unité : USD par million de tokens. Formule : Montant publié par l'éditeur.
• Prix de sortie : Tarif public des tokens produits par le modèle, réflexion comprise lorsque l'éditeur la facture comme de la sortie. Unité : USD par million de tokens. Formule : Montant publié.
• Tokens de réflexion : Tokens de réflexion interne déclarés par l'API dans le relevé d'usage. Unité : tokens. Formule : Champ reasoning_tokens du relevé d'usage.
• Part de réflexion : Part des tokens de sortie facturés qui correspondent à de la réflexion déclarée. Unité : %. Formule : tokens de réflexion ÷ tokens de sortie facturés.
• Coût observé : Coût d'un essai reconstitué à partir des tokens rapportés par l'API et du tarif officiel relevé. Unité : USD. Formule : tokens entrée × prix entrée + tokens sortie facturés × prix sortie.
• Coût par tâche réussie : Coût total des essais d'un périmètre divisé par le nombre de tâches réussies. Unité : USD par tâche réussie. Formule : coût total du périmètre ÷ tâches réussies.
• Coût pour 1 000 tokens utiles : Coût observé ramené aux tokens que l'utilisateur envoie ou lit. Unité : USD pour 1 000 tokens. Formule : coût total ÷ (tokens entrée + tokens sortie visibles) × 1 000.
• Taux de réussite : Part des tâches dont le résultat satisfait le critère automatique défini pour la tâche. Unité : %. Formule : tâches réussies ÷ tâches exécutées.
• Note qualité : Note globale sur 10 attribuée à l'aveugle à un document produit, selon pertinence, structure, exactitude et utilité. Unité : points sur 10. Formule : Jugement global du juge (pas une moyenne).
• Temps jusqu'au premier token : Délai entre l'envoi de la requête et la réception du premier mot. Unité : millisecondes. Formule : Mesure côté client.
• Temps total : Durée totale de la réponse. Unité : millisecondes. Formule : Mesure côté client.

Règles de calcul

Ce document décrit toutes les règles qu'appliquent le calculateur (section E), le comparatif et les graphiques de coût du tableau de bord. Elles sont codées dans le site et le site. Rien d'autre n'intervient dans le résultat.

Toutes les estimations sont de niveau B (estimation calculée, hypothèses affichées). Ce ne sont jamais des factures.

1. Quel tarif est utilisé

1. Source : uniquement les tarifs officiels relevés sur les pages des éditeurs et validés par vous (la version publiée ne contient rien d'autre). Unité : dollar US (USD) par million de tokens.
2. Date des tarifs (champ du calculateur, aujourd'hui par défaut) : pour chaque composante (entrée, sortie, cache, lots), on prend le tarif en vigueur à cette date.
3. Hausse annoncée : un tarif programmé (ex. Gemini 4 Argon au 01/12/2026) remplace le tarif relevé à partir de sa date d'effet. Avant cette date, c'est le tarif actuel qui s'applique.
4. Palier de base : quand l'éditeur publie plusieurs paliers selon la longueur de la requête (ex. OpenAI ≤ 272K tokens, Gemini ≤ 200K, Claude Haiku 5.5 ≤ 100K), le calcul utilise le palier de base (requêtes courtes). Les prix au-delà sont affichés dans les conditions mais ne sont pas appliqués.

2. Les données saisies

3. Les formules

Prix moyens pondérés par la part en traitement par lots :

• prix d'entrée : pe = (1 − L) × entrée + L × entrée_lots
• prix d'entrée en cache : pec = (1 − L) × cache_lu + L × cache_lu_lots
• prix de sortie : ps = (1 − L) × sortie + L × sortie_lots

Coûts :

• Entrées par jour = R × Te × [ (1 − C) × pe + C × pec ] ÷ 1 000 000
• Sorties par jour = R × Ts × ps ÷ 1 000 000
• Par jour = entrées + sorties
• Par mois = par jour × J + A
• Par an = par mois × 12

Exemple (GPT-6.1 Sol, tarifs du 22/10/2026 : entrée 2 $, cache lu 0,10 $, sortie 10 $)

1 000 requêtes par jour, 1 500 tokens en entrée, 300 en sortie, 22 jours, sans cache ni lots :

• entrées : 1 000 × 1 500 × 2 ÷ 1 000 000 = 3,00 $ par jour ;
• sorties : 1 000 × 300 × 10 ÷ 1 000 000 = 3,00 $ par jour ;
• total : 6,00 $ par jour, 132 $ par mois, 1 584 $ par an.

Avec 50 % des entrées lues en cache : entrées = 1 000 × 1 500 × (0,5 × 2 + 0,5 × 0,10) ÷ 1 000 000 = 1,58 $ par jour, soit 4,58 $ par jour et 100,65 $ par mois.

4. Quand le calcul refuse de répondre (« Donnée non disponible »)

• le modèle n'a pas de prix d'entrée ou de sortie publié ;
• une part de cache est saisie alors que l'éditeur ne publie pas de prix de cache ;
• une part de traitement par lots est saisie sans prix de lots publié (entrée et sortie) ;
• cache et lots sont combinés alors que l'éditeur ne publie pas le prix « cache lu en traitement par lots ». On n'invente pas de remise combinée : il faut calculer les deux séparément.

5. Ce qui n'est PAS compté (à votre décision)

1. Écriture en cache (ex. 1,25 × le prix d'entrée chez Anthropic, 2,5 × pour le cache de 12 h chez OpenAI) : non comptée. Le calcul suppose le cache déjà rempli.
2. Réflexion invisible (tokens de raisonnement) : non comptée dans l'estimation théorique, car elle dépend de la tâche. Elle apparaît dans le « coût observé » (point 6). Sur le banc, elle représente en médiane 34 % de la sortie facturée des modèles qui raisonnent.
3. Paliers de contexte long (voir 1.4), majoration régionale (+10 % pour la résidence des données chez OpenAI), modes Fast, Priority, Flex.
4. Taxes (TVA), change euro/dollar, remises contractuelles, offres gratuites, minimums de facturation.
5. Outils facturés à l'appel (recherche web, exécution de code), stockage du cache facturé à l'heure (Google), images, audio.
6. Mois = J jours d'usage (22 par défaut), pas 30 ; an = 12 mois.

5 bis. Compléter le calcul (cases à cocher, rien de coché par défaut)

Sans case cochée, le résultat est le minimum théorique des parties 1 à 4. Chaque case cochée ajoute un poste, affiché dans un tableau de détail (montant mensuel et pourcentage par rapport à la base).

1. Requêtes longues : une part Lg des requêtes (10 % proposé, à ajuster) est facturée au palier « au-delà » publié par l'éditeur (lu dans les conditions du tarif, ex. GPT-6.1 Sol au-delà de 272K tokens : 4 $ en entrée, 0,20 $ en cache, 15 $ en sortie). Coût = (1 − Lg) × coût au palier de base + Lg × coût au palier long. Sans palier publié : « Donnée non disponible ». Combiné au traitement par lots : « Donnée non disponible » (prix non publié).
2. Réflexion invisible : si une part p de la sortie facturée est de la réflexion, la sortie facturée vaut sortie visible ÷ (1 − p). Surcoût = coût des sorties × p ÷ (1 − p). Valeur proposée : la part mesurée pour le modèle sur le banc d'essai, sinon la médiane des modèles qui raisonnent (34 %). Plafonnée à 95 %.
3. Écriture en cache : chaque contexte mis en cache est écrit une fois pour N lectures (10 proposé, à ajuster). Tokens écrits par jour = R × Te × C ÷ N ; coût = tokens écrits × prix d'écriture publié (prix en lots pour la part L). Sans prix d'écriture publié : rien n'est ajouté, et c'est signalé.
4. Majoration (résidence des données, 10 % proposé) : appliquée à toute la consommation de tokens (base + requêtes longues + réflexion + écriture en cache), pas aux « autres coûts ».
5. Euros TTC : montant en euros = montant en dollars ÷ taux saisi (1 € = x $) × (1 + TVA, 20 % proposé). Aucun taux de change n'est fourni par la Bible.
6. Coût observé : affiché seulement si la case est cochée (règle 6 ci-dessous).

Exemple (GPT-6.1 Sol, 1 000 requêtes par jour, 1 500 tokens en entrée, 300 en sortie, 50 % en cache, 22 jours) : base 100,65 $ ; requêtes longues 10 % : +6,77 $ ; réflexion 12 % (mesurée) : +9,45 $ ; écriture en cache, 10 lectures : +4,13 $ ; majoration 10 % : +12,10 $ ; total 133,10 $ par mois (+32,2 %), soit 147,88 € TTC avec 1 € = 1,08 $ et 20 % de TVA.

6. Le « coût observé dans les tests » (encadré sous le calculateur)

• Mesure du banc d'essai : coût observé = tokens rapportés par l'API × tarif officiel relevé ; réflexion invisible comprise.
• Coût pour 1 000 tokens utiles = coût total des essais du modèle ÷ tokens de sortie visibles × 1 000.
• Appliqué à votre volume : (Te + Ts) × R × J ÷ 1 000 × coût pour 1 000 tokens utiles.
• Limite à valider : cette règle reporte le mélange entrée/sortie des tâches du banc sur votre usage. C'est un ordre de grandeur, pas un devis.

7. Coût par tâche réussie (mesures, comparatif, indicateur clé)

• Coût par tâche réussie = coût total des essais du modèle (essais échoués inclus) ÷ nombre de tâches réussies.
• Non compris : reprises, temps de vérification humaine, coût de l'erreur.

8. Comparatif et graphique « scénario métier »

• Même formule que le calculateur, sans cache ni lots, avec les tarifs en vigueur le jour de la visite.
• Scénarios fixes : Assistant de messagerie (2 000 requêtes par jour, 1 500 tokens en entrée, 300 en sortie, 22 jours) ; Analyse de documents (200 ; 20 000 ; 1 000 ; 22) ; Agent de support client (5 000 ; 3 000 ; 400 ; 30).
• Le comparatif reprend le scénario Assistant de messagerie et le classe par coût mensuel croissant.

9. Indicateurs clés du haut de page (recalculés à chaque visite)

10. Coût total de possession (section F)

• Année 1 : coûts initiaux + coûts annuels.
• Chaque année a (de 0 à N − 1) : coûts annuels × (1 + croissance)^a.
• Coûts ponctuels : ajoutés l'année indiquée.
• Total = somme des années ; coût par tâche = total ÷ (tâches par an × nombre d'années).
• Pas d'actualisation financière (pas de taux d'actualisation) ni d'inflation séparée.