Perche molti siti WordPress sono lenti su mobile (e come risolvere il problema)

Forse hai notato che il tuo sito WordPress non carica cosi velocemente come vorresti. Ma l'hai mai controllato su mobile?

Prendi il telefono adesso e carica il tuo sito web. Conta i secondi. Guarda il layout che salta da una parte all'altra. Nota le immagini che si caricano nelle dimensioni sbagliate. Questa è l'esperienza che vivono il 60% dei tuoi visitatori - perché questa è la quota del traffico web proveniente da dispositivi mobili nel 2026.

E anche Google sta guardando.

Indicizzazione Mobile-First: perché la velocità mobile è l'unica che conta

Dal 2021, Google utilizza l'indicizzazione mobile-first per ogni sito web. Ciò significa che Google classifica il tuo sito in base alle sue prestazioni su mobile - non su desktop.

Il tuo punteggio desktop è quasi irrilevante. Se il tuo PageSpeed mobile è 45, questo è il numero che vede Google. Ed è il numero che determina se appari in prima o terza pagina.

Il sito WordPress medio ottiene 35–55 nel PageSpeed mobile. Questo e al di sotto della soglia ottimale e puo influire sulla tua attivita.

Perche i siti WordPress sono spesso lenti su mobile

I temi non sono stati costruiti per il mobile-first

La maggior parte dei temi WordPress è progettata prima per il desktop e poi "resa responsive" con i media query CSS. Il risultato: il tuo telefono scarica gli stessi asset pesanti di un browser desktop, poi nasconde ciò di cui non ha bisogno. I dati vengono comunque trasferiti. Il JavaScript viene comunque eseguito. Semplicemente non lo vedi.

Un sito veramente mobile-first invia solo ciò di cui il dispositivo ha bisogno. I temi WordPress quasi non lo fanno mai.

CSS e JavaScript che bloccano il rendering

Il sito WordPress medio carica 15–25 file CSS e JavaScript separati prima che appaia qualcosa sullo schermo. Ogni file è un viaggio di andata e ritorno verso il server. Sulle reti mobili - anche con il 4G veloce - questo può aggiungere 2–4 secondi di pura attesa prima che un singolo pixel venga visualizzato.

I plugin di caching cercano di combinare e minimizzare questi file. Ma non possono risolvere il problema fondamentale: WordPress carica tutto in anticipo perché i plugin non si coordinano tra loro.

Le immagini sono il problema principale

WordPress genera più dimensioni di immagini, ma raramente serve quella giusta per il dispositivo. Un'immagine hero da 2000px viene inviata a uno schermo di telefono da 390px. Anche con i plugin di lazy loading, WordPress non serve formati moderni come WebP o AVIF per impostazione predefinita, e non utilizza un nodo CDN edge vicino al tuo visitatore.

Su mobile, le immagini spesso rappresentano il 60–80% del peso totale della pagina. Se sbagli questo, nient'altro conta.

I page builder aggiungono un overhead enorme

Elementor, Divi, WPBakery - questi strumenti rendono WordPress più facile da progettare. Iniettano anche 500kb–1,5mb di JavaScript che viene eseguito ad ogni caricamento di pagina. Su desktop con una connessione veloce, a malapena lo noti. Su mobile, è la differenza tra un caricamento di 1 secondo e uno di 8 secondi.

L'hosting condiviso non può gestire i picchi di traffico mobile

Gli utenti mobile sono impazienti. Si aspettano pagine in meno di 2 secondi. I server di hosting condiviso che impiegano 800ms solo per rispondere alla richiesta iniziale hanno già consumato metà di quel budget prima che un singolo asset venga caricato.

Numeri reali: WordPress vs Next.js su mobile

Abbiamo migrato decine di siti WordPress verso Next.js. Ecco come appaiono realmente i numeri mobile:

Stesso contenuto. Stesso branding. La differenza è l'architettura.

Cosa significa davvero l'architettura "Mobile-First"

I siti Next.js sono costruiti in modo fondamentalmente diverso:

Generazione statica. Le pagine vengono pre-costruite come file HTML al momento del deployment. Quando un utente mobile visita il sito, riceve un file statico da un CDN - nessuna elaborazione server, nessuna query al database, nessuna esecuzione PHP. Tempo di risposta: ~50ms a livello globale.

Immagini responsive per impostazione predefinita. Next.js ha un componente Image integrato che serve automaticamente la dimensione corretta, in formato WebP/AVIF, con lazy loading, dall'edge. Un utente mobile su uno schermo da 390px riceve un'immagine da 390px. Non un'immagine da 2000px compressa in un piccolo viewport.

Deployment su edge CDN. Vercel serve il tuo sito da oltre 100 posizioni edge globali. Un utente mobile a Milano riceve la tua pagina da un server vicino, non da un server condiviso a Dallas. La sola distanza fisica può risparmiare 200–400ms.

JavaScript minimale. Niente jQuery. Nessuna catena di plugin. Nessun runtime di page builder. Un tipico sito aziendale Next.js invia 50–100kb di JavaScript in totale. Questo è 10–20 volte meno rispetto alla maggior parte dei siti WordPress.

Cosa puoi fare al riguardo

Controlla prima il tuo punteggio mobile. Se non conosci il tuo attuale punteggio PageSpeed mobile, stai navigando alla cieca. Ottieni un WordPress Health Report gratuito su webvise.io/wp-health-report - mostra il tuo vero punteggio mobile, i segnali di sicurezza e cosa otterrebbe il tuo sito dopo una ricostruzione.

Conosci i limiti dell'ottimizzazione WordPress. Se il tuo punteggio mobile e sotto 60, e difficile raggiungere 90+ solo con i plugin. I plugin di caching, gli ottimizzatori di immagini e gli abbonamenti CDN aiutano, ma l'architettura impone un limite.

Considera una ricostruzione. Una migrazione da WordPress a Next.js richiede 1–2 settimane, costa €1.500–€4.000 e risolve definitivamente il problema della velocità mobile. Il tuo sito raggiunge 90+ su mobile dal primo giorno. Nessuna manutenzione continua dei plugin. Nessun degrado delle prestazioni nel tempo.

I tuoi visitatori mobile - e Google - lo noteranno immediatamente.

Pronto a vedere come si comporta il tuo sito su mobile? Ottieni il tuo WordPress Health Report gratuito su webvise.io/wp-health-report - richiede 60 secondi. Nessuna registrazione richiesta.