Tecnologie
Siti statici vs WordPress: la verità sulla velocità nel 2026
Cosa è un sito statico, perché è 5-10x più veloce di WordPress, quando conviene e quando no. PageSpeed reali, hosting, SEO.
Stefano Prandi — 2026-05-31
Quando dico a un cliente "ti faccio un sito statico" la reazione è quasi sempre la stessa: "statico?! Ma io lo voglio moderno, dinamico, con animazioni!". Il termine "statico" nel 2026 è terribilmente fuorviante. Un sito statico oggi può essere animato, interattivo, con form intelligenti, contenuti aggiornati in tempo reale, dashboard utenti. La differenza con WordPress non è cosa fa visivamente: è come viene costruito e servito.
E quel "come" cambia tutto, soprattutto sulla velocità. Mediamente un sito statico fatto bene è 5-10 volte più veloce di un WordPress equivalente. Con risparmi annui di hosting di 200-300€ e punteggi PageSpeed che fanno la differenza nel posizionamento Google. Vediamo perché.
Cosa è davvero un sito statico oggi
Un sito statico è un sito i cui file HTML vengono generati una sola volta, in fase di "build", e poi distribuiti già pronti. Quando l'utente visita una pagina, il server (o meglio: la CDN) gli passa l'HTML già compilato. Fine. Niente PHP, niente MySQL, niente WordPress che si sveglia, interroga 40 tabelle del database, applica 12 filtri di plugin e poi finalmente genera la pagina.
Gli strumenti moderni per costruire siti statici si chiamano Static Site Generator (SSG). I principali nel 2026:
- Astro — il mio preferito per siti contenuto-centrici (blog, vetrine, magazine). Manda zero JavaScript di default, carica componenti React/Vue/Svelte solo dove servono.
- Next.js (modalità SSG o ISR) — più versatile, ottimo per progetti che mescolano statico e dinamico.
- Hugo — scritto in Go, build velocissime, ideale per siti enormi.
- Eleventy — minimalista, perfetto per chi vuole semplicità.
- Gatsby — ormai meno usato, soppiantato da Next.js e Astro.
Tutti questi strumenti hanno una cosa in comune: trasformano un insieme di file Markdown, immagini e template in un albero di file HTML/CSS/JS pronti da servire. Quel pacchetto è il tuo sito.
Perché è più veloce: HTML pre-compilato vs PHP runtime
Ecco il punto tecnico, semplificato.
WordPress, a ogni visita, esegue questo lavoro:
- Apache/Nginx riceve la richiesta
- Lancia PHP
- PHP avvia WordPress
- WordPress si connette al database MySQL
- Esegue decine di query (post, autore, categorie, commenti, opzioni, menu, widget...)
- Carica tutti i plugin attivi (che fanno altre query)
- Compone l'HTML finale
- Lo invia al browser
Tutto questo a ogni singola richiesta. Senza cache, parliamo di 800ms-3s solo per generare la pagina, prima ancora che il browser riceva qualcosa.
Un sito statico invece:
- CDN riceve la richiesta
- Trova il file HTML già pronto nel nodo più vicino all'utente
- Lo invia
Tempo medio di risposta del server: 20-80ms.
I numeri reali su PageSpeed Insights parlano chiaro. Su progetti recenti dei miei clienti:
| Tipo | LCP | TBT | PageSpeed | |---|---|---|---| | WordPress + Elementor | 3.4s | 580ms | 52/100 | | WordPress ottimizzato (caching+CDN) | 1.9s | 220ms | 78/100 | | Sito Astro/Next.js statico | 0.8s | 50ms | 96-100/100 |
E ricordiamoci che dal 2021 i Core Web Vitals sono fattore di ranking SEO ufficiale di Google. Un sito che carica in 0.8s parte avvantaggiato rispetto a uno che ne impiega 3.
Hosting CDN edge gratis (o quasi)
Un altro vantaggio enorme: i siti statici non hanno bisogno di server con PHP e MySQL. Bastano servizi che servono file da una CDN globale. I tre big:
- Cloudflare Pages — tier free generosissimo, build illimitate, banda illimitata su sito personale
- Netlify — 100GB di banda free, ottime integrazioni
- Vercel — il preferito per Next.js, free tier solido per progetti hobby/showcase
Per un sito aziendale medio si rimane sotto i 5€/mese, spesso a zero. WordPress invece richiede hosting con PHP+MySQL, e per avere performance accettabili serve almeno un VPS o un managed hosting tipo SiteGround/Kinsta: 15-40€/mese minimo.
Risparmio annuo tipico: 200-400€.
Caso reale 1: AImpact in Astro
Uno dei miei progetti recenti, AImpact, è un archivio bilingue sull'intelligenza artificiale dal 2020 in poi. Centinaia di pagine Markdown, due lingue, toggle livello di lettura, ricerca client-side.
Stack:
- Astro + TypeScript + Tailwind + MDX
- Build statico: tutte le pagine pre-renderizzate
- Hosting: Docker su VPS personale, ma andrebbe identico su Cloudflare Pages
Risultato PageSpeed: 100/100 Performance su mobile, LCP a 0.6s. Costo di gestione: zero, tranne lo spazio sul mio server già pagato per altro. Se lo mettessi su Cloudflare Pages costerebbe 0€/mese.
Lo stesso identico sito su WordPress avrebbe richiesto: hosting da 20€/mese, plugin di caching, plugin di traduzione (WPML, +99€/anno), e comunque non avrebbe mai raggiunto quei numeri PageSpeed.
Caso reale 2: Sito Prof. Colao in Next.js
Un sito statico puro non sempre basta. A volte servono contenuti editabili da non sviluppatori, ma senza rinunciare alle performance. È il caso del sito del Prof. Fernando Colao, ortopedico di Firenze e Roma.
Stack:
- Next.js in modalità SSG + ISR (Incremental Static Regeneration)
- Sanity come CMS headless (il cliente edita testi, foto, news da un'interfaccia web)
- Tailwind + Framer Motion per le animazioni
- Deploy automatico al cambio di contenuto
Le pagine sono pre-renderizzate al build, ma Next.js le rigenera automaticamente in background quando il cliente modifica qualcosa in Sanity. Il visitatore vede sempre la versione statica veloce, mai aspetta il database.
Risultato: 98/100 PageSpeed mobile, il cliente edita da solo le news, costi hosting Vercel attorno ai 0-20€/mese in base al traffico. Provate a ottenere lo stesso con WordPress + Elementor: impossibile.
I limiti reali dei siti statici (parliamoci chiaro)
Non è tutto oro. Ci sono casi in cui il modello statico mostra i suoi limiti.
1. Build time cresce con le pagine. Un sito da 50 pagine si builda in 10 secondi. Uno da 5000 pagine può impiegare 5-10 minuti. Per blog enormi (tipo testate giornalistiche con 100k articoli) servono strategie ibride (ISR di Next.js, build incrementali).
2. Commenti realtime richiedono servizi esterni. Niente database, niente commenti nativi. Si usa Disqus, Giscus (commenti su GitHub Discussions), o si scrive una piccola API serverless. Tutto fattibile, ma non gratis come WordPress.
3. Form contatti richiedono serverless function. Non puoi avere uno script PHP che riceve il form. Devi usare Netlify Forms, Formspree, o una function su Vercel/Cloudflare Workers. Costo: zero per i primi 100 invii/mese di solito, poi qualche euro.
4. Editing per non-tecnici richiede CMS headless. Senza CMS, il cliente deve modificare file Markdown. Per la maggioranza dei clienti aziendali questo è impraticabile. Soluzione: integri Sanity, TinaCMS o Decap. Funziona benissimo (vedi caso Colao), ma è un pezzo in più da configurare.
Quando WordPress vince ancora
Onestà intellettuale: WordPress non è morto e in alcuni scenari è ancora la scelta giusta.
- Membership e contenuti riservati complessi: plugin come MemberPress o Restrict Content Pro coprono casi che con statico richiederebbero settimane di codice
- E-commerce ricco con migliaia di prodotti, varianti, sconti, gestione magazzino: WooCommerce, per quanto pesante, ha un ecosistema enorme
- Gestione SDA/spedizioni italiane: i plugin di integrazione con SDA, BRT, Poste italiane esistono già pronti
- Forum, community, profili utente: BuddyPress e bbPress per quanto datati sono soluzioni rapide
Se il tuo progetto è uno di questi, parliamone — ti dirò onestamente se WordPress conviene. Per approfondire ho scritto un articolo dedicato: WordPress nel 2026 ha ancora senso?.
Workflow editing per non-tecnici: come funziona in pratica
La paura più comune: "Ok, ma poi come modifico il sito?". Le opzioni nel 2026:
- TinaCMS — editor visuale che si integra direttamente nel sito Next.js/Astro. Modifichi testi e immagini live, sembri WordPress ma sotto è statico.
- Sanity — il più potente, dashboard ricchissima, ottimo per cataloghi e contenuti strutturati. È quello che uso per Colao.
- Decap CMS (ex Netlify CMS) — gratuito, semplice, basato su Git. Le modifiche diventano commit GitHub automatici.
- Strapi — più adatto a progetti che hanno bisogno anche di API per app mobile.
Workflow tipo per il cliente: apre cms.sito.it, scrive un articolo, clicca "Pubblica". Dietro le quinte parte una build che ricompila il sito in 30-60 secondi e lo deploya. Per l'utente finale è indistinguibile da WordPress. Per le performance, però, c'è un abisso.
In sintesi
Nel 2026 la regola pratica è semplice:
- Sito vetrina, blog, magazine, portfolio, landing: sito statico (Astro o Next.js). Più veloce, più economico, più sicuro, SEO migliore.
- E-commerce piccolo o medio: Next.js + Stripe/Shopify (headless) batte WooCommerce.
- E-commerce grande con magazzino italiano complesso, membership, community: WordPress ancora competitivo.
Per la velocità pura, non c'è partita: un sito statico ben fatto è 5-10x più veloce di WordPress, costa 5-10x meno di hosting, e Google lo premia. Se vuoi capire perché PageSpeed conta così tanto, ti consiglio Core Web Vitals spiegati semplice.
Stai pensando di rifare il tuo sito e ti chiedi se passare a statico? Ti faccio un audit gratuito del tuo WordPress attuale: misuro PageSpeed, costi hosting, e ti dico onestamente se vale la pena migrare o no. Scrivimi a stepdesign.prandi.net.
FAQ
Cosa è un sito statico?
Un sito statico è un sito web composto da file HTML, CSS e JavaScript già pronti, generati una sola volta in fase di build e poi serviti tali quali dal server. Niente database, niente PHP che gira a ogni visita: il browser riceve l'HTML finito e lo mostra subito. È l'opposto di WordPress, che ricostruisce ogni pagina dal database a ogni richiesta.
I siti statici sono davvero più veloci di WordPress?
Sì, e di parecchio. Un sito Astro o Next.js statico ben fatto raggiunge facilmente 95-100/100 su PageSpeed Insights, con LCP sotto i 1.2s. WordPress medio non ottimizzato sta tra 50 e 70/100, con LCP spesso oltre i 3 secondi. Anche WordPress molto ottimizzato (caching aggressivo, CDN, plugin lean) raramente supera 85-90.
Si può fare un blog con sito statico?
Assolutamente sì. Questo blog su StepDesign è un sito statico Astro. Ogni articolo è un file Markdown che viene compilato in HTML al momento del deploy. Esempi simili: il mio progetto AImpact (archivio AI in Astro), tutta la documentazione tecnica moderna (React docs, Tailwind docs, Stripe docs) gira su generatori statici.
I siti statici hanno bisogno di hosting speciale?
No, anzi: bastano servizi gratuiti come Cloudflare Pages, Netlify o Vercel nel tier free. Per un sito personale o aziendale di dimensioni normali si spende 0-5€/mese, contro i 10-30€/mese di un hosting WordPress decente. La CDN globale è inclusa: il sito viene servito da nodi vicini all'utente, ovunque si trovi.
Posso modificare un sito statico da solo?
Sì, in due modi. Il primo: modifichi direttamente i file Markdown da GitHub (interfaccia web, no terminale) e il sito si rideploya da solo. Il secondo, più comodo: si integra un CMS headless come Sanity, TinaCMS o Decap, che ti dà una dashboard tipo WordPress per scrivere articoli e gestire contenuti, senza toccare codice.
Richiedi un preventivo