Comment compter l'IA dans un Bilan Carbone® ?

Les abonnements à un assistant, les licences Copilot et les appels à une API passent en comptabilité avec les autres logiciels. Un Bilan Carbone® qui compte ses achats de services en euros, comme la méthode le tolère pour les services, contient donc déjà l'IA, au ratio monétaire des services informatiques.

Ni la méthode Bilan Carbone® de l'Association pour la transition Bas Carbone (ABC) ni le GHG Protocol n'ont de règle propre à l'IA, et la Base Carbone de l'ADEME n'a aucun facteur pour l'IA, les cartes graphiques ou le cloud. Leurs règles générales suffisent, dans l'ordre d'un bilan : le poste, la donnée d'activité, le facteur, l'incertitude.

Pour situer les ordres de grandeur, nous prenons comme repère un bilan de 8,5 tCO2e par salarié. C'est la médiane de 1 618 bilans d'entreprises de services publiés sur la plateforme de l'ADEME pour les années 2022 et suivantes, avec leurs émissions indirectes, rapportés à l'effectif déclaré ou, à défaut, au milieu de sa tranche (notre calcul). Selon la façon de compter l'effectif, cette médiane va de 7,0 à 10,1 tCO2e, et la moitié des bilans se tient entre 3,2 et 40 tCO2e par salarié.

Chaque usage de l'IA se range selon une seule question, qui fait tourner les serveurs. Une organisation qui achète un assistant, une API ou du calcul dans le cloud achète un service. L'électricité du centre de données appartient à son fournisseur : elle n'entre ni dans son poste Énergie ni dans son Scope 2.

La catégorie 11 du GHG Protocol couvre les émissions des scopes 1 et 2 des utilisateurs finaux, sur toute la durée d'usage prévue des produits vendus dans l'année. Une IA vendue dans un produit et servie depuis les serveurs de son éditeur reste donc dans l'électricité de celui-ci ou dans ses achats de cloud ; seule l'énergie des appareils et des serveurs des clients va en catégorie 11, et au poste Utilisation.

Les ordinateurs des salariés sont déjà comptés dans les postes Énergie et Immobilisations. La méthode le rappelle à propos du numérique : une consommation d'électricité de l'organisation ne se compte pas une seconde fois avec les services. Une salle de serveurs en propre ajoute les fuites de fluide de sa climatisation, au poste Autres émissions directes et au Scope 1.

Un Bilan Carbone® multiplie une donnée d'activité par un facteur d'émission. Pour l'IA, la donnée la plus facile à obtenir est la plus éloignée de ce que consomment les serveurs : le montant des factures. Les autres se trouvent chez les administrateurs des outils.

• Pour un assistant en licence : le nombre de licences et le niveau d'usage. Le rapport d'usage de Microsoft 365 Copilot donne les utilisateurs actifs par application et les demandes à Copilot Chat, sans celles faites dans Word, Teams ou Outlook, dont les résumés de réunions, plus du tiers du profil de la base.
• Pour les outils de code : les utilisateurs actifs et l'activité des agents (indicateurs de GitHub Copilot), ou le nombre de développeurs qui travaillent avec des agents.
• Pour une API : les tokens lus et écrits, par modèle, dans la console de l'éditeur.
• Pour du calcul loué : les heures de carte graphique de la facture, ou l'outil carbone du fournisseur, en retenant sa valeur fondée sur le réseau.
• Pour une IA servie dans un produit : les requêtes, dans les journaux de l'application.
• Pour des serveurs en propre : les kWh mesurés, ou les cartes graphiques, leurs heures et leur charge.

Le GHG Protocol décrit 4 méthodes pour les achats, de la plus spécifique au fournisseur à la plus générale : les données du fournisseur, une méthode hybride qui part de ses données d'activité, des facteurs moyens par unité achetée, et les dépenses. Pour l'IA, la première n'existe que pour une partie du cloud. L'outil carbone de Google Cloud couvre Vertex AI et l'API Gemini ; le tableau des émissions de Microsoft 365 couvre 8 applications, et Copilot n'en fait pas partie. Le guide du GHG Protocol prévient que la donnée la plus spécifique au fournisseur n'est pas toujours la plus exacte.

Faute de facteur publié par les éditeurs d'assistants, la Base Impact de l'IA du hub calcule l'électricité de chaque usage, centre de données compris, à partir des mesures publiées et d'hypothèses d'usage qu'elle détaille. Le tableau donne les facteurs utiles à un bilan, avec l'électricité moyenne du monde.

Le carbone dépend ensuite du lieu des serveurs : 458 gCO2e par kWh pour l'électricité moyenne du monde, 210 dans l'Union européenne, 384 aux États-Unis, 41 en France, en 2025 et sur le cycle de vie (la carte du hub donne tous les pays). Le pays où une demande est traitée est rarement publié, mais certains éditeurs publient une zone : Microsoft s'engage à traiter dans l'Union européenne les demandes de ses clients européens à Microsoft 365 Copilot, hors modèles d'Anthropic. Pour eux, la licence se compte avec l'électricité de l'Union européenne, soit 0,60 kgCO2e par an. La moyenne mondiale ne sert qu'à défaut d'une zone documentée ou fixée par contrat. Pour ses propres serveurs en France, le facteur de référence d'un bilan est celui de l'ADEME, 0,0519 kgCO2e par kWh pour 2024, valeur lissée sur 2021 à 2024.

Google mesure 0,24 Wh pour la demande texte médiane à son assistant Gemini, et en tire un carbone qui compte ses achats d'électricité décarbonée. La méthode Bilan Carbone® n'admet que l'électricité du réseau pour l'énergie d'une organisation ; par cohérence, nous recalculons les chiffres des fournisseurs avec le réseau de la zone des serveurs.

Prenons une entreprise française de services de 200 salariés, au bilan médian de 1 700 tCO2e, qui équipe tous ses salariés de Microsoft 365 Copilot, utilisé au niveau courant, avec des serveurs dans l'Union européenne. Les 200 licences émettent 0,12 tCO2e par an, soit 0,007 % du bilan.

Les agents de code font changer le poste d'échelle, parce qu'une heure d'agent consomme autant que plus de 2 200 questions rapides. Un développeur qui fait travailler des agents 594 heures dans l'année émet 185 kgCO2e avec l'électricité moyenne du monde, 140 fois une licence comptée de la même façon.

La fonctionnalité d'un produit pèse davantage encore, parce que chaque requête de chaque client fait tourner un serveur : 20 000 utilisateurs actifs à 3 requêtes par jour font 22 millions de requêtes par an. Si l'entreprise la sert depuis un cloud acheté, la ligne va dans ses achats de services ; depuis ses propres serveurs, dans son électricité. Dans cet exemple, le poste reste sous un demi-pour cent du bilan. Avec un bilan au 1er quartile des entreprises de services, 3,2 tCO2e par salarié, les licences en feraient 0,02 % et l'exemple complet 0,9 %.

Revenons aux 200 licences. À 20 € HT par mois, un prix proche de celui que Microsoft affiche pour Copilot Business, elles coûtent 48 000 € par an. Au ratio de la Base Carbone pour la programmation, le conseil informatique et les services d'information, 75 kgCO2e par millier d'euros de 2023, elles pèsent 3,6 tCO2e, soit 0,21 % du bilan et près de 30 fois l'électricité de leurs serveurs. Le ratio de l'édition, dont relève l'édition de logiciels, donnerait 4,6 tCO2e ; nous retenons le premier, qui comprend l'hébergement de données.

Les 2 chiffres n'ont pas le même périmètre. Le ratio monétaire, moyenne d'un secteur à 80 % d'incertitude, couvre toute la chaîne du fournisseur, ses serveurs comme leur fabrication et le reste de son activité, sans rien dire de l'IA. Le compte en usages ne retient que l'électricité des serveurs et du centre de données ; c'est un plancher. La fabrication des serveurs y ajouterait de l'ordre de 8 % avec l'électricité moyenne du monde et de 17 % avec celle de l'Union européenne, d'après la fiche de la base sur la fabrication par heure de carte graphique. L'entraînement des modèles n'a pas de facteur par usage publié.

La seule analyse du cycle de vie publiée par un éditeur, celle de Mistral Large 2 par Mistral AI avec Carbone 4 et l'ADEME, donne 1,14 gCO2e pour une réponse de 400 tokens, fabrication des serveurs comprise, entraînement non compris. L'écart avec la question rapide de la base, 0,14 gCO2e, tient surtout à la taille du modèle et au réseau électrique, et ne se transpose pas à une licence.

La méthode Bilan Carbone® recommande fortement de ne pas recourir aux ratios monétaires, les tolère pour les prestations de services et les sources peu significatives, et en limite la part au fil des bilans : 10 % au plus en ratios non spécifiques au niveau Standard, aucun au niveau Avancé. Avec un ratio monétaire, dit-elle, le seul levier de réduction devient la baisse de la dépense. Pour une licence à prix fixe, un passage à un petit modèle ou à des serveurs en France ne changerait rien au chiffre, et une baisse des prix le ferait baisser sans que les serveurs consomment moins.

Le bilan perd alors ce que l'électricité ne couvre pas, la fabrication des serveurs et l'entraînement des modèles. Nous ajoutons la fabrication quand la base la donne, et nous déclarons l'entraînement comme une limite, avec une note de complétude basse dans la matrice d'incertitude.

La fourchette de la base, de 0,48 à 0,78 kgCO2e pour une licence avec l'électricité de l'Union européenne, ne couvre que l'électricité des tâches, sous ses hypothèses. Les réglages font varier davantage : la même licence émet 0,18 kgCO2e par an pour un usage sobre et 1,8 pour un usage intensif, de 0,29 à 1,7 kgCO2e selon la taille du modèle, que Microsoft ne publie pas, 0,12 avec des serveurs en France et 1,3 avec l'électricité moyenne du monde.

Le volume réel d'usage, que donnent en partie les consoles, et la zone des serveurs réduisent donc l'incertitude davantage qu'un facteur par tâche plus précis ; la taille du modèle reste inconnue pour la plupart des assistants.

La méthode Bilan Carbone® demande une incertitude par ligne, tirée de notes de qualité sur le facteur et la donnée d'activité, en intervalle de confiance à 95 %. Pour l'IA, le nombre de licences, tiré des contrats, est une donnée de très bonne qualité ; le niveau d'usage et le facteur appellent des notes basses en fiabilité et en complétude, et en représentativité géographique et technique quand le lieu et le modèle sont inconnus.

Une organisation qui installe un modèle ouvert sur ses serveurs change de poste. Avec 2 cartes H100 allumées toute l'année et chargées à 60 %, le serveur et sa salle consomment environ 10 400 kWh par an. La base compte la salle comme un centre de données récent, ce qui est optimiste pour une petite salle. En France, au facteur de l'ADEME, cela fait 0,54 tCO2e, en entier dans le poste Énergie du Bilan Carbone® ; au format du GHG Protocol, 0,36 t vont en Scope 2 (combustion à la centrale) et 0,18 t en catégorie 3 (amont et pertes du réseau). Avec l'électricité moyenne du monde, en cycle de vie, ce serait 4,8 tCO2e.

La fabrication va dans le poste Immobilisations, répartie sur la durée de vie du matériel dans l'organisation, que la méthode laisse estimer. Avec 5 ans, la durée retenue par la fiche de la base, elle représente environ 1 tCO2e par carte, sa part du serveur comprise (notre calcul), soit 0,42 tCO2e par an pour 2 cartes. Avec l'électricité française, la fabrication pèse ainsi 77 % de l'électricité ; avec l'électricité moyenne du monde, 9 %.

Le GHG Protocol demande au contraire d'inscrire toute la fabrication dans l'année d'achat, en catégorie 2 : environ 2,1 tCO2e pour les 2 cartes, puis rien. Sur 5 ans, le total est le même et les années très différentes, ce qu'un bilan publié dans les 2 formats précise.

1. Recenser les usages de l'IA et, pour chacun, qui fait tourner les serveurs : assistants, outils de code, API, cloud, produit, serveurs en propre ou loués.
2. Ranger chaque usage : achats de services pour ce que sert un fournisseur, Énergie et Immobilisations pour les serveurs de l'organisation, Utilisation pour les appareils et les serveurs des clients.
3. Collecter des volumes : licences et niveau d'usage, demandes des consoles, tokens, heures de carte graphique, requêtes, kWh.
4. Appliquer un facteur par usage, avec l'électricité de la zone des serveurs quand l'éditeur la documente ou qu'un contrat la fixe, la moyenne mondiale à défaut, et le facteur de l'ADEME pour ses serveurs en France.
5. Retirer de la ligne en euros les montants comptés en usages, ajouter la fabrication des serveurs quand la base la donne, et noter la complétude de la ligne en conséquence.
6. Écrire le périmètre, la zone retenue et l'incertitude de chaque ligne.

Notre lecture : pour une organisation de bureau, ce poste se règle en une ligne, et nous la comptons en usages, parce qu'en euros une licence ne montre ni l'effet d'un modèle plus petit ni celui de serveurs en France, ni le moment où des agents ou une IA vendue à des clients font changer le poste d'échelle.

Les leviers de réduction, l'ordre de grandeur selon la taille de l'entreprise et les prestataires sont dans 3 articles du blog : notre guide pour intégrer l'IA à son Bilan Carbone®↗, le Bilan Carbone® de l'IA en entreprise↗ et la mesure de l'IA en entreprise↗.