Aller au contenu principal
Version: v2 beta

Positionnement par rapport aux référentiels existants

Cette méthode conserve une lecture par fondations, règles, modèles, matériel et cas d’usage. Les RCP précisent les exigences d’une étude sur un périmètre donné ; D4B les utilise pour améliorer son cadre et rendre ses choix explicites, sans revendiquer une conformité globale.

Cartographie des référentiels​

Le paysage des méthodologies d'évaluation environnementale du numérique est riche mais fragmenté. Le tableau ci-dessous positionne les principaux référentiels selon leur couverture1 :

RéférentielCouvertureForcesLimites
ADEME / ARCEP (RCP mère)Services numériques FRCadre normatif officiel, multicritère, 3 tiersGranularité limitée pour certains équipements, centré France
BoaviztaMatériel (composants, équipements)Décomposition matérielle fine, open sourceCouverture partielle des cas d'usage, pas de cadrage service 2
GreenITSensibilisation, cas d'usage concretsPédagogie, sobriété numériqueDocuments de nature différente selon la publication
Green Software Foundation (SCI)Intensité carbone logicielleFrontières explicites, unité d'analyse claireMono-indicateur carbone ; fabrication du matériel incluse selon allocation 3
PAIA (MIT)Électronique grand publicModèle paramétrique produitCentré produit, pas de service
IMEC NetZeroSemi-conducteurs, composantsProfondeur technique sur la fabricationSpécialisé ; accès et inventaires à vérifier 4
Cloud Carbon FootprintCloud (IaaS)Coefficients de puissance par composant, open sourceMono-indicateur (carbone), centré cloud 5
UBA Green Cloud ComputingCloud et datacentersAllocation par ressources virtuelles, multicritèreCentré Allemagne, approche datacenter

Cette cartographie décrit des usages complémentaires, pas un classement de précision ni une certification de conformité. La revue datée des sources précise notamment les apports récents de SCI for AI et des modèles composants.

Ce que cette méthode reprend​

RéférentielApports repris dans la méthodologie
ADEME / ARCEPCadrage ACV selon ISO 14040/14044. Lecture multicritère, avec neuf indicateurs D4B et une correspondance explicitée avec le RCP 2026. Trois tiers : terminaux, réseaux et centres informatiques. Approche équipement ou système selon la maîtrise du périmètre.
BoaviztaDécomposition matériaux → composants → équipements et calcul de l’équipement à partir de ses composants. Distinction entre modèles explicatifs et facteurs forfaitaires. Transparence des données et open source.
UBA Green Cloud ComputingAllocation par ressources virtuelles (vCPU, vDisk, vNIC). Prise en compte de l’infrastructure support, dont le refroidissement et le PUE, par une allocation composite. Lecture multicritère : GWP, ADP, CED et eau.
Green Software Foundation (SCI)Frontières explicites et unité d’analyse reliée à la fonction rendue. Relation entre usage, infrastructure et impact.
GreenITCas d’usage concrets et parcours utilisateur. Sobriété comme levier de réduction. Explications accessibles au-delà des spécialistes ACV.

Ce que cette méthode adapte​

SujetArticulation avec les RCPChoix D4B conservé
PérimètreApplication complète et période expliciteCalculs par page, session ou requête, à agréger
IndicateursSeize catégories EF dans le RCP parent 2026Neuf indicateurs ; couverture et manques indiqués
RéseauPart fixe et part variable dans les RCP FAI/applicatifExemple par Go ; différence documentée
CloudFacteurs par unité de service et règles d’allocation propresEstimation par ressources lorsque pertinente, sans équivalence automatique
QualitéSix critères dans le RCP parentGrille D4B distincte, avec correspondance expliquée
IAPérimètre temporel applicatif à distinguer du cycle de vie du modèleEntraînement, médias et limites conservés

Ces différences sont détaillées dans les pages concernées. Un apport documentaire compatible peut être intégré directement. Un changement de formule, de facteur ou de score demande une analyse séparée de ses effets sur les résultats.67

Ce qui la différencie​

  1. Architecture modulaire conçue pour plusieurs profils de lecture (découverte, cadrage, implémentation).
  2. Registre central d'hypothèses et de valeurs par défaut, évitant la dispersion.
  3. Lien explicite avec le référentiel de données digital4better/data comme source canonique versionnée.8
  4. Chaîne matérielle complète : matériaux → composants → équipements → infrastructure → service.
  5. Couches méthodologiques rendues visibles : allocation, double comptabilisation, robustesse, temporalité.

Hypothèses et limites​

  • Cette page positionne la méthode à un niveau éditorial et méthodologique ; elle ne prétend pas faire une comparaison normative exhaustive de tous les référentiels.
  • Les convergences et divergences devront être enrichies au fil des révisions, notamment lorsque de nouveaux référentiels seront publiés.
  • Certains référentiels (PAIA, IMEC) couvrent des périmètres très spécialisés qui ne sont que partiellement repris dans cette méthode.

Notes de bas de page​

  1. Corpus de référence : Pathfinder Framework, Green Cloud Computing (UBA, 2021) et PAIA ; documentation Boavizta et SCI. Les versions et périmètres sont détaillés dans Sources et corpus. ↩

  2. Boavizta Documentation Documentation en ligne, version non figée. ↩

  3. Green Software Foundation SCI Documentation en ligne, version non figée. ↩

  4. IMEC NetZero Documentation en ligne, version non figée. ↩

  5. Cloud Carbon Footprint Documentation en ligne, version non figée. ↩

  6. ADEME, RCP services numériques, version 2, juin 2026, p. 13–25. ↩

  7. ADEME, RCP des applicatifs numériques, juin 2026, p. 13–16, 24–35, 54. ↩

  8. Digital4Better, digital4better/data. Catalogue évolutif ; utiliser un commit pour figer les facteurs. ↩