Perché la Velocità del Sito Conta
Gli utenti hanno aspettative sempre più alte. Un ritardo di 1 secondo può costare migliaia di euro in conversioni perse. Google utilizza la velocità come fattore di ranking. La performance non è più opzionale - è critica.
Statistiche sull'Impatto della Velocità
- 1 secondo di ritardo = 7% di perdita nelle conversioni
- 53% abbandona se il sito impiega più di 3 secondi
- Bounce rate aumenta del 32% quando il tempo di caricamento passa da 1 a 3 secondi
- Siti veloci hanno conversioni 2 volte superiori
- Amazon: 100ms di ritardo = 1% di ricavi persi
- Google: La velocità è un fattore di ranking dal 2018
- Cosa misura: Quando si carica l'elemento visibile più grande
- Obiettivo: < 2,5 secondi
- Impatto: Percezione dell'utente sul caricamento
- Cosa misura: Tempo fino a quando il sito risponde alla prima interazione
- Obiettivo: < 100ms (FID) / < 200ms (INP)
- Impatto: Interattività
- Cosa misura: Quanto si "sposta" la pagina durante il caricamento
- Obiettivo: < 0,1
- Impatto: Stabilità visiva
- URL: pagespeed.web.dev
- Core Web Vitals
- Raccomandazioni specifiche
- Dati Lab e Field
- Analisi waterfall
- Molteplici location
- Dati storici
- Analisi approfondita
- Esecuzioni multiple
- Confronto visivo
- Tab Network (waterfall)
- Tab Performance (profiling)
- Audit Lighthouse
- Report Core Web Vitals
- URL con problemi
- Dati degli utenti reali
- Cosa si carica?
- In che ordine?
- Cosa blocca?
- Quali sono i file più grandi?
- Possono essere compressi/ottimizzati?
- Analytics, ads, widget
- Impatto sulla performance
- Tempo di risposta del server
- <200ms ideale
- 30% più piccolo di JPEG/PNG
- Supporto quasi universale
- Ideale per la maggior parte dei casi
- 50% più piccolo di JPEG
- Supporto in crescita
- Formato di nuova generazione
- Fotografie
- Fallback per browser datati
- Quando serve la trasparenza
- Grafiche con colori solidi
- Icone e loghi
- Scalabile all'infinito
- Molto piccolo
- Strumenti: TinyPNG, ImageOptim, Squoosh
- Qualità: 80-85% per JPEG
- Risparmio: 50-80%
- Usa srcset per diverse dimensioni dello schermo
- Specifica sizes per indicare al browser quale dimensione scegliere
- Il browser sceglie automaticamente l'immagine giusta
- Aggiungi l'attributo loading="lazy" alle immagini
- Carica le immagini quando si avvicinano al viewport
- Attributo HTML nativo
- Riduce il caricamento iniziale
- Specifica sempre width e height sulle immagini
- Previene il CLS (Cumulative Layout Shift)
- Il browser riserva lo spazio prima del caricamento
- Cloudflare Images
- Imgix
- Cloudinary
- Auto-ottimizzazione e resize
- Critical (pacchetto npm)
- CriticalCSS
- Penthouse
- Spazi bianchi
- Commenti
- Caratteri ridondanti
- cssnano
- clean-css
- PostCSS
- PurgeCSS
- UnCSS
- Purge di Tailwind
- Non usare @import per caricare altri file CSS
- @import blocca il caricamento parallelo
- Meglio usare tag link separati o concatenazione
- Terser
- UglifyJS
- esbuild
- Webpack
- Rollup
- Vite
- Caricamento iniziale più piccolo
- Carica solo ciò che serve
- Aggiungi l'attributo defer agli script
- Non blocca il parsing dell'HTML
- Esegue dopo che il DOM è pronto
- Mantiene l'ordine degli script
- Aggiungi l'attributo async per script indipendenti
- Non blocca il parsing dell'HTML
- Esegue immediatamente quando caricato
- Non garantisce l'ordine di esecuzione
- Ideale per analytics e tracking
- Chrome Coverage tool
- Bundlephobia (verifica dimensioni dei pacchetti)
- Import cost (estensione VS Code)
- Analytics
- Widget di chat
- Ads
- Widget social
- Lazy load dove possibile
- Facade (placeholder)
- Self-host per quelli critici
- Audit regolare
- Shared → VPS → Dedicato
- Tradizionale → Cloud
- Cloudflare
- AWS CloudFront
- Fastly
- Bunny CDN
- Server vicini agli utenti
- Riduce la latenza
- Caching aggressivo
- Protezione DDoS
- Configura l'header Cache-Control sul server
- Asset statici (CSS, JS, immagini): cache per 1 anno
- HTML: cache breve o no-cache
- Usa cache busting (versioning) per gli aggiornamenti
- Redis
- Memcached
- Page caching
- Edge caching
- Configurazione TTL
- Supporto universale
- 70-80% di riduzione delle dimensioni
- 15-20% migliore di Gzip
- Supporto nei browser moderni
- Preferito quando possibile
- Multiplexing
- Compressione degli header
- Server push
- Richiede HTTPS
- Protocollo QUIC
- Connessioni più veloci
- Migliore per mobile
- Query frequenti
- Colonne in WHERE/JOIN
- Evitare N+1
- Limitare i dati recuperati
- Layer di caching
- Plugin di caching (WP Rocket, W3 Total Cache)
- Ottimizzazione immagini (ShortPixel, Imagify)
- Integrazione CDN
- Pulizia database
- Troppi plugin
- Temi pesanti
- Revisioni eccessive dei post
- File media di grandi dimensioni
- Immagini prodotto ottimizzate
- Lazy load delle recensioni
- Defer del JS non critico
- Distrazioni minime
- Elaborazione pagamenti veloce
- Nessuno script bloccante
- Code splitting aggressivo
- Server-side rendering (SSR)
- Static generation dove possibile
- Virtual scrolling per liste lunghe
- Memoization
- Gestione dello stato efficiente
- Tempi di caricamento delle pagine
- Time to interactive
- Core Web Vitals
- Google Analytics 4
- SpeedCurve
- New Relic Browser
- Datadog RUM
- Calibre
- SpeedCurve
- Pingdom
- LCP > 3s
- CLS > 0,1
- TTFB > 500ms
- Tassi di errore
- [ ] Abilitare la compressione (Gzip/Brotli)
- [ ] Abilitare il browser caching
- [ ] Usare CDN
- [ ] Ottimizzare le immagini (formato, dimensione, lazy load)
- [ ] Minificare CSS/JS
- [ ] Defer del JS non critico
- [ ] Critical CSS inline
- [ ] Rimuovere CSS/JS non utilizzato
- [ ] Code splitting
- [ ] Preconnect agli origin importanti
- [ ] Ottimizzare i web font
- [ ] Server-side rendering
- [ ] Service worker
- [ ] HTTP/2 o HTTP/3
- [ ] Ottimizzazione database
- [ ] Edge computing
- 100.000 visitatori/mese
- 2% conversione
- 100€ ordine medio
- Ricavi: 200.000€/mese
- Bounce rate scende del 20%
- Conversione aumenta al 2,5%
- Ricavi: 250.000€/mese
- Aumento: 50.000€/mese
- Misura prima di ottimizzare
- Focus sul percorso critico
- User experience > metriche
- Continuo, non periodico
Core Web Vitals
Google misura tre metriche principali:
LCP (Largest Contentful Paint)
FID (First Input Delay) / INP (Interaction to Next Paint)
CLS (Cumulative Layout Shift)
Diagnosi della Performance
Strumenti di Test
Google PageSpeed Insights:
GTmetrix:
WebPageTest:
Chrome DevTools:
Google Search Console:
Cosa Analizzare
1. Grafico Waterfall
2. Risorse Più Grandi
3. Script di Terze Parti
4. Time to First Byte (TTFB)
Ottimizzazione delle Immagini
Perché Conta
Le immagini sono solitamente il 50%+ del peso della pagina.
Formati di Immagine
WebP:
AVIF:
JPEG:
PNG:
SVG:
Tecniche di Ottimizzazione
1. Compressione
2. Immagini Responsive
3. Lazy Loading
4. Dimensioni Specificate
5. CDN per Immagini
Ottimizzazione CSS
Critical CSS
Cos'è:
Il CSS necessario per above-the-fold, inline nell'HTML.
Implementazione:
1. Identifica il CSS critico
2. Inline nel
3. Carica il resto in modo asincrono
Strumenti:
Minificazione
Elimina:
Strumenti:
Rimuovere CSS Non Utilizzato
Problema:
I framework CSS includono tutto, tu usi il 10%.
Soluzioni:
Evitare @import nel CSS
Ottimizzazione JavaScript
Minimizzare e Bundle
Minificazione:
Bundling:
Code Splitting
Cos'è:
Suddivisione del bundle in chunk caricati on-demand.
Benefici:
Defer e Async per gli Script
Defer:
Async:
Rimuovere JavaScript Non Utilizzato
Strumenti:
Script di Terze Parti
Problemi:
Soluzioni:
Ottimizzazione Lato Server
Hosting e Server
Upgrade hosting:
CDN (Content Delivery Network):
Benefici CDN:
Caching
Browser Caching:
Server Caching:
CDN Caching:
Compressione
Gzip:
Brotli:
HTTP/2 e HTTP/3
HTTP/2:
HTTP/3:
Ottimizzazione Database
Indicizzazione:
Ottimizzazione Query:
Ottimizzazioni Specifiche
WordPress
Essenziali:
Evitare:
E-commerce
Pagine Prodotto:
Checkout:
SPA (Single Page Application)
Caricamento Iniziale:
Runtime:
Monitoraggio Continuo
Real User Monitoring (RUM)
Cos'è:
Dati da utenti reali, non test di laboratorio.
Metriche:
Strumenti:
Synthetic Monitoring
Cos'è:
Test automatizzati regolari.
Strumenti:
Alerting
Configura alert per:
Checklist di Ottimizzazione
Quick Win
Sforzo Medio
Avanzato
ROI dell'Ottimizzazione
Calcolo dell'Impatto
Esempio:
Dopo l'ottimizzazione (tempo di caricamento 4s → 2s):
Investimento vs Ritorno
Costo ottimizzazione: 5.000-20.000€ (una tantum) Ritorno: 50.000€+/mese (continuo) ROI: 250%+ nel primo mese
Conclusione
La performance web è una disciplina continua, non un progetto una tantum. L'impatto sul business è diretto e misurabile.
Principi:
Passi per iniziare:
1. Audit con PageSpeed Insights
2. Identifica i problemi più grandi
3. Prioritizza per impatto
4. Implementa e misura
5. Configura il monitoraggio continuo
---
Il team DGI offre servizi di audit e ottimizzazione delle performance web. Contattaci per un'analisi gratuita del tuo sito.