Il cambio di tema in numeri: un vero sito WordPress passa a Hafen

Di promesse pubblicitarie sulla velocità dei temi ce ne sono tante, di serie di misurazioni su migrazioni reali poche. Per questo qui ne documentiamo una completa: flirtuniversity.de, una scuola di flirt con contenuti accumulati in 17 anni, area membri, gestione del consenso, embed video e tutto quello che si deposita su un sito WordPress cresciuto nel tempo, il 1º settembre 2026 è passata da Neve a Hafen. Nessun allestimento da laboratorio, nessuna demo appena installata. Proprio per questo i numeri sono conservativi, e proprio per questo valgono qualcosa.

Il punto di partenza

Neve non è un cattivo tema, anzi, passa a ragione per uno dei temi classici più veloci. Con Neve il sito stava su punteggi Lighthouse mobile tra 56 e 59, con un First Contentful Paint intorno ai 4 secondi. Il motivo non è la trascuratezza ma il modo di costruire: un tema classico porta con sé il proprio framework CSS, i propri script e i propri livelli di impostazioni, che si caricano su ogni pagina, servano o no.

Hafen arriva dalla direzione opposta: un block theme in cui layout, colori e tipografia stanno nel theme.json e WordPress genera da sé il CSS necessario. Nel pacchetto questo si traduce in due request e 7 KB sulla linea, li abbiamo contati uno per uno. La domanda di questo caso studio era quanto ne resta su un sito vero, carico di tutto.

Il metodo, perché i numeri siano verificabili

Abbiamo misurato con Lighthouse 13.4.1 in Chrome headless, sulla stessa macchina, lo stesso giorno: Neve a mezzogiorno prima della migrazione, Hafen subito dopo la messa online con cache svuotata e poi riscaldata. Tre esecuzioni per pagina e categoria di dispositivo, conta la mediana di ogni metrica. Quattro tipi di pagina coprono il sito: home, archivio del blog, un articolo e una pagina corso con hero video. Sono valori di laboratorio, non dati sul campo, ma raccolti in condizioni identiche, ed è l’unica cosa che conta in un confronto.

Cosa ha portato il solo cambio di tema

Su mobile, dove fa male, il puro cambio si presenta così, sempre Neve contro Hafen, stesso giorno, stesso parco plugin:

A questo si aggiungono tra il 22 e il 38 per cento di request in meno, una Total Blocking Time dimezzata sulla home e un Largest Contentful Paint sceso tra il 29 e il 44 per cento. La stabilità del layout è rimasta a 0,00. Il desktop era già in verde sotto Neve ed è rimasto tale, con un peso pagina più leggero tra il 23 e il 34 per cento.

Il numero più importante è il First Contentful Paint: da circa 4 secondi si passa a 1,3 secondi su ogni pagina misurata. È il momento in cui i visitatori vedono qualcosa per la prima volta invece di fissare una pagina bianca, e dipende quasi per intero da quanto CSS e JavaScript il tema piazza davanti al rendering.

La parte onesta: cosa il cambio non ha risolto

I circa 360-400 KB di JavaScript rimasti arrivano quasi per intero dal parco plugin: area membri, gestione del consenso, statistiche, embed video. Un cambio di tema non ripulisce questo livello, si limita a rendere evidente che è lì il vero peso. E il Largest Contentful Paint su mobile restava tra 4 e 6 secondi anche sotto Hafen, perché l’elemento più grande delle pagine più importanti è un poster video che veniva caricato solo in un secondo momento via JavaScript. Un tema leggero non salva contenuti pesanti, lo avevamo già scritto in passato, e questa misurazione lo conferma.

Secondo giro: cosa c’era ancora da tirare fuori sul nuovo tema

Per questo al cambio è seguita una seconda tornata, stavolta sui contenuti e sul comportamento di caricamento, tutte cose che rendono al meglio solo su fondamenta già in ordine:

• Preload del poster per gli hero video: l’anteprima dell’elemento più grande viene caricata via preload con priorità alta e mostrata subito come sfondo CSS, invece di aspettare lo script dell’embed.
• Connessioni anticipate verso gli host di analisi via preconnect: sulle connessioni mobili toglie handshake DNS e TLS dal percorso critico.
• content-visibility per le sezioni sotto la piega: il browser renderizza solo ciò che sta per entrare nella visuale.
• Dieta di script: un widget di recensioni si carica ormai solo sulla home, dove è davvero integrato, e gli script degli annunci automatici di un account pubblicitario dismesso sono spariti del tutto dal sito.

Risultato sulla pagina corso, il caso più duro con hero video: punteggio mobile da 71 a 86, il Largest Contentful Paint è sceso da 5,2 a 4,0 secondi. L’articolo è salito da 77 a 86, l’archivio del blog da 76 a 80, la home ha tenuto il suo punteggio e ha guadagnato su percorso di caricamento e peso. Il JavaScript è calato ancora nettamente, tra 215 e 254 KB per pagina. Sommando le due tappe: dai punteggi mobile di 56-59 sotto Neve si è passati a 71-86, a contenuti invariati.

Cosa è rifluito nel tema

Per noi la migrazione era due cose insieme, progetto per un cliente e collaudo del nostro prodotto. Una manciata di riscontri emersi durante il passaggio è finita dritta nello sviluppo del tema ed entra nella prossima versione, Hafen 0.9.0: l’archivio del blog ha ricevuto una griglia in stile magazine con card di apertura, gli articoli senza immagine in evidenza un ripiego curato, la paginazione bersagli comodi per il tocco. Quello che prima veniva sistemato via CSS sul sito del cliente diventerà lo standard per chiunque installi il tema con il prossimo aggiornamento. È così che dovrebbe funzionare il dogfooding: il caso studio migliora il prodotto, non solo quel singolo sito.

Cosa puoi portarti a casa

Se stai valutando un cambio di tema, da questa migrazione si portano via tre cose. Primo: misura prima, misura dopo, stesso metodo. Senza i numeri di partenza, dopo non sai se ne è valsa la pena. Secondo: il cambio migliora le fondamenta, non i contenuti. Immagini pesanti, embed video e script dei plugin te li porti dietro, sulle fondamenta veloci si notano solo di più, ed è esattamente lì che conviene la seconda tornata. Terzo: i contenuti restano, i layout traslocano. Header, footer e pagine archivio vanno ripensati, i testi e le immagini restano intatti nel database.

Domande frequenti