Come abbiamo tagliato il peso del cookie banner del 95% sui nostri siti

Il cookie banner è il killer silenzioso dei Core Web Vitals. L'abbiamo imparato a nostre spese, gestendo decine di siti web per clienti e per noi stessi. Quando installi un CMP serio, che rispetti GDPR + ePrivacy + Consent Mode v2, ti ritrovi con 35 KB, 120 KB, a volte 200 KB e oltre di script e CSS, solo per il consenso.

Quando abbiamo deciso di costruire Lean Cookie Consent, la nostra Consent Management Platform (CMP) leggera, il primo requisito che ci siamo dati non è stato la compliance, né il design. Era il byte count. Un banner cookie che pesa quanto il resto della homepage è un fallimento ingegneristico, e come tutti i fallimenti ingegneristici si misura e si risolve.

Questo articolo mostra i numeri che abbiamo misurato, pubblicamente, su configurazioni reali.

Cosa abbiamo misurato

Il Lean Cookie Consent Performance Benchmark 2026 confronta il peso iniziale del solo CMP, prima che l'utente tocchi qualsiasi cosa, sui prodotti più diffusi del mercato. La metodologia è riproducibile e pubblica:

• Misura: Chromium CDP encodedDataLength sul payload iniziale del CMP
• Compressione: Brotli HTTP body dove catturabile
• Stato: cache e storage vuoti ad ogni run, cold load
• Fixture: pagina HTML pulita con solo lo snippet CMP, niente CMS, niente analytics, niente immagini

Test pubblicato il 2026-08-16 per Lean, 2026-08-08 per i competitor. Tutti i dati grezzi e i file di evidence sono su leancookieconsent.com/benchmark-data/.

I numeri del benchmark

Una premessa doverosa. Le righe dei competitor sono state catturate su configurazioni pubbliche, spesso le versioni vendor-owned dei loro siti marketing. È plausibile che alcuni clienti abbiano configurazioni più snelle di quelle che abbiamo misurato. Il confronto va letto come upper bound contro Lean, non come "Lean batte sempre chiunque in ogni config possibile".

Il 95,6% del titolo corrisponde a una riduzione del transfer size (peso del payload trasferito sul filo, misurato con Chromium CDP encodedDataLength): da 120.549 byte a 5.256 byte. Con OneTrust arriviamo a -97,5%. Con Cookiebot a -96,6%. Sono numeri sul peso del cookie banner, non sul suo impatto in senso lato (PageSpeed, UX, conversioni).

Caso reale: blacklotus.eu

Per essere sicuri che quei numeri reggessero su un sito vero, non su una fixture vuota, abbiamo rilanciato Lighthouse 13.4.1 in headless su blacklotus.eu, il sito corporate di Black Lotus Consulting, su cui Lean Cookie Consent è in produzione dall'11 agosto.

Mobile, emulazione Moto G4 con throttling 4G simulato

Performance 100/100. Accessibility 96/100, Best Practices 100/100, SEO 100/100. Largest Contentful Paint 1,8 s, Cumulative Layout Shift 0, Total Blocking Time 0 ms. Parliamo della homepage intera, non solo di Lean.

Desktop, niente throttling

Performance 100/100 (Lighthouse desktop). Accessibility 96/100, Best Practices 100/100, SEO 100/100. LCP 0,5 s, TBT 0 ms, CLS 0.

Dopo l'ottimizzazione del 7 settembre, blacklotus.eu arriva a 100/100 sia mobile sia desktop nelle misurazioni Lighthouse aggiornate. Il banner contribuisce 0 ms di blocking time e 0 di layout shift anche qui.

Risultati PageSpeed reali sui nostri siti

Questi sono i punteggi PageSpeed Insights pubblici verificati al 7 settembre 2026 su implementazioni reali di Lean Cookie Consent in produzione, senza interventi specifici per il benchmark:

Il messaggio non è che Lean garantisce 100 PageSpeed ovunque. Il messaggio è che una CMP completa e leggera può coesistere con punteggi PageSpeed molto alti su siti reali, anche con contenuti pesanti attorno (hero image, font custom, video embed, analytics di terze parti). I punteggi Lighthouse e PageSpeed possono variare tra un'esecuzione e l'altra in funzione di throttling di rete, cache CDN, carico del server e modifiche al contenuto della pagina. Quelle sopra sono esecuzioni specifiche, non una garanzia.

Come siamo arrivati a 5,3 KB

Niente magia, qualche compromesso e cinque scelte precise.

1. Un file solo. Il payload è un singolo .js servito da CDN con cache aggressiva. Niente CSS separato, niente iframe, niente web component che richiedono polyfill.
2. Installazione inline-ready. Lo snippet è una riga di script async defer. Non blocca parsing, non blocca rendering, non richiede DNS aggiuntivi.
3. Brotli-first. Il server serve con Content-Encoding: br. Su Lean mono sono 4.956 byte in transito.
4. Localizzazione che scala. Ogni lingua aggiunge circa 250 byte, non file separati. Passare da mono a sette lingue costa 1,7 KB totali.
5. Niente tracker di terze parti. Niente pixel analytics dentro al banner, niente SDK di fingerprinting, niente tag manager obbligatorio.

Cosa significa per chi gestisce molti siti

Il peso del banner cookie scala linearmente con il numero di siti che gestisci. Se ne gestisci trenta e ognuno si porta dietro 100 KB di payload inutile solo per il consenso, stai regalando 3 MB di banda per ogni pageview aggregata, 300 ms in più di TBT medio sul portafoglio, e una bella fetta di crawl budget Google sprecata. Senza contare il rischio sanzione del Garante Privacy se il banner non è a norma.

Lean è progettato per essere installato in pochi minuti su qualsiasi sito, che sia PHP, Node, statico, WordPress o headless, con un account unico che gestisce fino a N siti da una sola dashboard.

Provalo sui tuoi siti

Trial gratuito di 14 giorni, senza carta di credito, su leancookieconsent.com/prova-gratuita.

Tutto il benchmark è verificabile: file raw (cmp-performance-2026-08-08.csv, cmp-performance-2026-08-08.json), metodologia completa (methodology.md) e claim supportate, su leancookieconsent.com/benchmark-data/. Se trovi un competitor più leggero di noi, scrivici. Pubblichiamo l'aggiornamento.

Articolo tecnico di Black Lotus Consulting S.r.l., Milano.