Un sito web lento non è solo un problema tecnico — è una perdita diretta di clienti e ricavi. Secondo ricerche del 2025 e 2026, più della metà degli utenti abbandona una pagina se non si carica entro tre secondi. In Bosnia ed Erzegovina, dove il traffico mobile supera il 65% del totale, la velocità non è un lusso, ma un requisito base per fare business online.

Se il vostro sito è lento, Google lo posiziona più in basso, gli utenti se ne vanno e le conversioni calano. In questa guida spieghiamo perché succede e come risolverlo passo dopo passo.

Cause più comuni dei siti lenti

Prima di ottimizzare, identificate la causa reale. La maggior parte dei siti lenti soffre di una combinazione di fattori.

Immagini non ottimizzate

Le immagini sono il colpevole più frequente. Molte attività in BiH caricano foto direttamente da telefono o fotocamera — file da 3 a 8 MB a piena risoluzione. Una pagina con dieci immagini così può superare facilmente 30 MB di traffico.

Troppo JavaScript

Temi WordPress con page builder, widget chat, script analytics, Facebook pixel, Google Tag Manager, live chat, slider — ognuno aggiunge JavaScript che il browser deve scaricare, analizzare ed eseguire prima che l'utente veda il contenuto.

Hosting scadente

Hosting condiviso su server negli USA o in Asia con 200+ siti sullo stesso server significa TTFB (Time to First Byte) lento. Per utenti a Sarajevo, Mostar o Banja Luka, ogni hop aggiuntivo verso server in Germania o America aggiunge 100–300 ms di latenza.

Plugin e script di terze parti

Un'installazione WordPress con 30+ plugin non è rara. Ogni plugin aggiunge CSS, JS o query al database. Script esterni (Google Fonts, reCAPTCHA, mappe, embed YouTube) bloccano il rendering.

Mancanza di caching

Senza cache, ogni visitatore esegue script PHP, genera la pagina dal database e invia le stesse risorse da zero. È come cucinare ogni volta da capo invece di avere il pranzo pronto.

Come testare la velocità del sito

Prima di ottimizzare, misurate lo stato attuale. Usate più strumenti perché ognuno offre una prospettiva diversa.

Google PageSpeed Insights

Strumento gratuito di Google che analizza mobile e desktop. Dà un punteggio 0–100 e raccomandazioni concrete. Si concentra sui Core Web Vitals — metriche usate da Google per il ranking.

Testate homepage e pagine chiave (prodotti, contatti, blog). La homepage spesso ha le migliori prestazioni, ma le pagine prodotto sono quelle che convertono.

GTmetrix

Analisi più dettagliata con diagramma waterfall che mostra esattamente quali risorse rallentano il caricamento. Utile per identificare script e immagini problematici. Il piano gratuito basta per la diagnostica base.

WebPageTest

Strumento avanzato con test da diverse località. Per il mercato BiH, testate da Francoforte (data center più vicino) e da Sarajevo se disponibile.

Test rapido su Autonoma.ba

Usate il nostro strumento gratuito su /alati/provjera-brzine-web-stranice per una verifica rapida delle metriche base. Inserite l'URL e ottenete una panoramica delle prestazioni senza registrazione.

Core Web Vitals — cosa misura davvero Google

Dal 2021 Google usa i Core Web Vitals come fattore di ranking. Nel 2026 FID è stato sostituito da INP (Interaction to Next Paint), ma il principio resta: Google premia i siti con buona esperienza utente.

LCP (Largest Contentful Paint)

Misura quanto tempo serve a caricare l'elemento visibile più grande — di solito immagine hero, thumbnail video o blocco testuale grande.

Buono: sotto 2,5 secondi
Da migliorare: 2,5–4 secondi
Scarso: oltre 4 secondi

Per migliorare LCP: ottimizzate l'immagine hero, usate preload per risorse critiche, riducete il server response time.

INP (Interaction to Next Paint)

Sostituto di FID. Misura quanto rapidamente il sito reagisce all'interazione — click, tap, digitazione. INP scarso significa che l'utente clicca un pulsante e per diversi secondi non succede nulla.

Buono: sotto 200 ms
Da migliorare: 200–500 ms
Scarso: oltre 500 ms

Per migliorare INP: riducete JavaScript, usate code splitting, evitate long task nel main thread.

CLS (Cumulative Layout Shift)

Misura la stabilità visiva — quanto gli elementi si spostano durante il caricamento. Se cliccate un link e in quel momento appare un annuncio e cliccate nel posto sbagliato, è CLS scarso.

Buono: sotto 0,1
Da migliorare: 0,1–0,25
Scarso: oltre 0,25

Per migliorare CLS: definite width e height per le immagini, non caricate font che cambiano layout, evitate contenuto dinamico inserito sopra la fold.

Passo dopo passo: guida all'ottimizzazione

Passo 1: Ottimizzate le immagini

Convertite tutte le immagini in WebP o AVIF. Usate Squoosh, TinyPNG o ImageOptim. Regola: hero max 200 KB, thumbnail sotto 50 KB. Implementate lazy loading. Usate srcset per immagini responsive.

Passo 2: Implementate il caching

Per WordPress: WP Rocket, LiteSpeed Cache o W3 Total Cache. Impostate browser cache headers (min 1 anno per risorse statiche). Usate CDN — Cloudflare ha piano gratuito che riduce drasticamente TTFB per utenti in BiH. Abilitate server-side caching (Redis, Memcached) se avete traffico sufficiente.

Passo 3: Riducete JavaScript

Audit con Chrome DevTools Coverage. Rimuovete plugin e widget inutilizzati. Rinviate il caricamento di JS non critico (defer/async). Valutate alternative più leggere ai page builder pesanti. Per development custom, usate tree shaking e code splitting.

Passo 4: Ottimizzate i font

Self-hostate Google Fonts invece di caricarli dai server Google. Usate font-display: swap. Limitate le varianti di peso — 2–3 bastano per la maggior parte dei siti.

Passo 5: Migliorate l'hosting

Per attività in BiH consigliamo hosting in UE (Germania, Paesi Bassi, Francia). Managed WordPress (Kinsta, WP Engine) o stack moderno (Vercel, Netlify per siti statici/JAMstack). TTFB dovrebbe essere sotto 600 ms.

Passo 6: Minimizzate CSS e HTML

Rimuovete CSS inutilizzato (PurifyCSS, uncss). Minificate HTML, CSS e JS. Inline critical CSS per above-the-fold. Usate HTTP/2 o HTTP/3.

Prima e dopo: esempi reali

Esempio 1: Ristorante locale (WordPress)

Prima: PageSpeed 34/100 mobile, LCP 6,2s, 47 plugin, immagini 2–4 MB.

Dopo ottimizzazione: score 78/100 mobile, LCP 2,1s. Rimossi 32 plugin superflui, immagini convertite in WebP, LiteSpeed Cache e Cloudflare CDN. Risultato: 40% più prenotazioni online in tre mesi.

Esempio 2: E-commerce (WooCommerce)

Prima: LCP 8,1s, INP 890ms, TTFB 4,2s su shared hosting.

Dopo: migrazione a managed hosting, Redis caching, lazy loading prodotti, ottimizzazione immagini. LCP 2,4s, INP 180ms. Conversione da 1,2% a 2,8%.

Esempio 3: Sito corporate (Next.js)

Autonoma.ba usa Next.js con ottimizzazione immagini automatica, static generation e edge caching. Risultato: PageSpeed 95+ su mobile e desktop, LCP sotto 1,5s. È lo standard che applichiamo ai clienti che cercano massime prestazioni.

Manutenzione regolare delle prestazioni

L'ottimizzazione non è un intervento una tantum. Ogni nuovo plugin, immagine o script può degradare le prestazioni. Impostate un audit mensile della velocità. Monitorate Core Web Vitals in Google Search Console. Testate dopo ogni aggiornamento importante.

Le prestazioni sono un investimento che si ripaga con migliore ranking, più conversioni e utenti più soddisfatti. Sul mercato BiH, dove la concorrenza online è ancora indietro, un sito veloce è un vantaggio competitivo.

Se non sapete da dove iniziare o non avete competenze tecniche, Autonoma.ba offre servizi completi di ottimizzazione prestazioni — dall'audit all'implementazione. Prenotate una consulenza gratuita e scoprite quanta velocità può guadagnare il vostro sito.

Perché il vostro sito web è lento e come risolvere (PageSpeed 2026)