Il settore IT emette più CO2 dell'aviazione civile. Dal 2026, la direttiva CSRD chiede alle aziende europee di rendicontare anche l'impatto ambientale del proprio software. Ecco come trasformare questo obbligo in un vantaggio competitivo reale.
Panoramica in 20 secondi
Un direttore IT di un'azienda manifatturiera lombarda con 400 dipendenti mi ha raccontato una storia che sento ripetere spesso. Aveva migrato tutto in cloud tre anni fa, convinto di aver fatto la scelta più moderna e, implicitamente, più ecologica. Niente più server in cantina, niente più condizionatori che girano giorno e notte. Poi ha ricevuto una richiesta dal reparto compliance: la casa madre tedesca voleva un report sull'impatto ambientale dell'infrastruttura IT, incluse le emissioni indirette Scope 3 — quelle generate dai fornitori e dai servizi utilizzati, cloud compreso. Si è reso conto che non aveva la minima idea di quanta CO2 producesse il suo software. Non è un caso isolato. Il settore dell'Information Technology genera circa il 4% delle emissioni globali di anidride carbonica, una percentuale superiore a quella dell'intera aviazione civile mondiale. E la tendenza è in crescita: con la diffusione dell'intelligenza artificiale generativa, i consumi energetici dei data center sono esplosi. Un singolo ciclo di addestramento di un modello linguistico di grandi dimensioni — quelli alla base di ChatGPT, per intenderci — consuma energia equivalente a quella di cinque automobili nel corso di un intero anno di utilizzo.
Ma il problema non riguarda solo l'AI o i supercomputer. Il software quotidiano, quello che fa girare l'operatività delle aziende italiane, ha un'impronta ambientale nascosta e sistematica. Pensate ai server cloud sovradimensionati: secondo il report annuale di Flexera sullo State of the Cloud, il 30% della spesa cloud globale è puro spreco — risorse allocate e mai realmente utilizzate, macchine virtuali che girano al 12-15% della loro capacità ventiquattr'ore su ventiquattro. Poi ci sono le pipeline di CI/CD — i sistemi automatici che compilano e testano il codice — configurate per attivarsi a ogni singolo commit, anche quando le modifiche riguardano un commento o un file README. Frontend da 5 megabyte che scaricano librerie JavaScript mai utilizzate dall'utente. Database con query scritte senza indici, che costringono il processore a scansionare milioni di righe per restituire dieci risultati. Ognuno di questi sprechi, preso singolarmente, sembra trascurabile. Moltiplicato per migliaia di esecuzioni al giorno, per centinaia di aziende, diventa un problema ambientale concreto e misurabile.
Misurabile è la parola chiave. Il Website Carbon Calculator, uno strumento gratuito sviluppato da Wholegrain Digital, stima che una pagina web media produca circa 0,8 grammi di CO2 per ogni visualizzazione. Sembra poco, fino a quando non moltiplichi per il traffico mensile: un e-commerce con 500.000 pageview al mese genera circa 400 chilogrammi di CO2, equivalenti a un volo Milano-Barcellona andata e ritorno. Un'applicazione web ottimizzata con attenzione — caching intelligente, immagini in formato di nuova generazione, codice ridotto al necessario — può scendere a 0,1 grammi per pageview, un abbattimento di otto volte. Dal gennaio 2026 la direttiva europea CSRD (Corporate Sustainability Reporting Directive) obbliga le aziende con più di 250 dipendenti a includere nella rendicontazione di sostenibilità anche l'impatto dell'infrastruttura digitale. E non finisce qui: le PMI che operano nella catena di fornitura di queste grandi aziende vengono coinvolte indirettamente, perché i dati sulle emissioni Scope 3 dei clienti enterprise includono quelle dei fornitori. Ignorare il tema non è più un'opzione: è un rischio di business.
La buona notizia è che rendere il software più sostenibile non richiede rivoluzioni. Nella maggior parte dei casi si tratta di applicare principi di ingegneria che avremmo dovuto seguire comunque, e che producono un doppio beneficio: riducono i costi operativi e abbassano le emissioni. Partiamo dall'architettura cloud. Il concetto di right-sizing — dimensionare le risorse in modo che corrispondano al carico reale, non a quello ipotetico del picco di traffico che forse arriverà a Natale — è il primo intervento ad alto impatto. Ho visto aziende passare da istanze da 32 GB di RAM a istanze da 8 GB semplicemente analizzando i dati di utilizzo reale con strumenti come AWS Compute Optimizer o Azure Advisor, tagliando il 60% dei costi e delle emissioni associate senza nessun degrado percepibile delle prestazioni. Per i workload intermittenti — batch notturni, elaborazione di report, webhook — le architetture serverless come AWS Lambda o Google Cloud Functions sono la scelta più razionale: le risorse esistono solo quando servono e scalano a zero quando il carico finisce. Aggiungiamo CDN (reti di distribuzione dei contenuti che servono i file dal nodo più vicino all'utente) e strategie di caching aggressive, e il volume di dati trasferiti — e quindi l'energia consumata — crolla.
Sul fronte dello sviluppo, l'efficienza del codice torna a essere una competenza centrale. Per anni abbiamo dato per scontato che l'hardware avrebbe compensato il software scritto con poca cura. Ma la differenza tra un algoritmo con complessità O(n) — che esegue un'operazione per ogni elemento — e uno con complessità O(n²) — che esegue un'operazione per ogni combinazione di due elementi — non è solo una questione di millisecondi nei tempi di risposta. Su un dataset di 100.000 record, il primo esegue 100.000 operazioni, il secondo 10 miliardi. Tradotto in consumo energetico, è la differenza tra accendere una lampadina e accendere un forno industriale. Le pratiche concrete sono note ma troppo spesso trascurate: lazy loading delle immagini e dei componenti non visibili, compressione in formati moderni come WebP o AVIF che pesano il 30-50% in meno rispetto al JPEG tradizionale a parità di qualità percepita, tree-shaking delle dipendenze JavaScript per eliminare il codice importato ma mai effettivamente eseguito dal browser. Un frontend che passa da 4,5 MB a 800 KB non è solo più veloce: genera meno traffico di rete, richiede meno cicli CPU al server e al dispositivo dell'utente, e consuma meno energia a ogni livello della catena.
Misurare è indispensabile per migliorare. La Green Software Foundation — un consorzio che include Microsoft, Google, Accenture e altri — ha definito lo SCI score (Software Carbon Intensity), una metrica che esprime le emissioni di carbonio per unità funzionale di software. Strumenti come Cloud Carbon Footprint, un progetto open source di ThoughtWorks, analizzano i dati di billing dei principali provider cloud e li traducono in stime di emissioni di CO2 regione per regione. A proposito di regioni: non tutte le zone dei data center sono uguali. La region di Google Cloud a Milano (europe-west8) dichiara un tasso di energia carbon-free del 78%, mentre altre region europee oscillano tra il 40% e il 60%. Scegliere dove far girare i propri workload è una decisione ambientale oltre che tecnica. Anche Lighthouse di Google, lo strumento che molti sviluppatori già usano per misurare le performance web, sta integrando metriche legate alla sostenibilità. Italy Soft utilizza queste pratiche di sustainable software engineering nei propri progetti di sviluppo, integrando il monitoraggio della carbon footprint applicativa nella reportistica ESG che le aziende clienti devono produrre per la conformità CSRD. È un approccio che trasforma un vincolo normativo in dati azionabili: sapere esattamente dove si genera spreco energetico nel proprio stack tecnologico permette di intervenire in modo mirato, con ritorni misurabili sia in termini economici che ambientali.
Analisi del carico reale su ogni risorsa cloud per eliminare il sovradimensionamento cronico. Configurazione di auto-scaling che porta le istanze a zero nei periodi di inattività, riducendo fino al 60% i costi e le emissioni associate all'infrastruttura, senza compromettere disponibilità o tempi di risposta.
Interventi su algoritmi inefficienti, eliminazione delle dipendenze inutilizzate tramite tree-shaking, compressione delle immagini in formati WebP e AVIF, lazy loading dei componenti non visibili. L'obiettivo è un frontend sotto il megabyte e un backend che esegue solo le operazioni strettamente necessarie a ogni richiesta.
Implementazione dello SCI score della Green Software Foundation e integrazione con strumenti come Cloud Carbon Footprint per tradurre i consumi cloud in emissioni di CO2. Italy Soft integra questi dati nella reportistica ESG aziendale, rendendo misurabile e documentabile l'impatto ambientale di ogni applicazione per la conformità CSRD.
Non tutti i data center hanno lo stesso mix energetico. Mappiamo il tasso di energia rinnovabile di ogni region disponibile e rilochiamo i workload non latency-sensitive verso zone ad alta percentuale carbon-free, come la region Google Cloud Milano al 78%, ottenendo riduzioni concrete senza impatti sulle performance utente.
Italy Soft
In 30 minuti di audit gratuito analizziamo i tuoi processi e calcoliamo il ROI concreto. Nessun impegno.