La domanda "block theme o tema classico?" non ha una risposta universale. I block themes sono maturi per molti progetti, ma non cancellano il valore dei template PHP. La scelta dipende dal tipo di sito, dal team editoriale e dalla quantità di logica custom.
Un tema WordPress non è solo grafica. È il punto in cui contenuto, layout, performance, permessi e manutenzione si incontrano. Scegliere l'architettura sbagliata significa pagare il costo a ogni modifica.
Aggiornamento luglio 2026
Con WordPress 7.0 i block themes sono ancora più forti, ma la scelta resta progettuale. La Font Library ora è disponibile anche per temi classici, quindi non è più un vantaggio esclusivo dei block themes. Al contrario, navigation overlay, pattern come blocchi singoli, visibilità responsive dei blocchi e theme.json v3 rendono i block themes molto convenienti per siti editoriali e marketing.
La best practice attuale è evitare due estremi: block theme completamente libero, che lascia il cliente rompere il design, e tema classico rigido, che obbliga ogni modifica a passare dallo sviluppatore. Un buon progetto definisce palette, spacing, tipografia fluida, pattern approvati e blocchi custom solo dove servono davvero.
Se il sito usa WooCommerce, membership, aree riservate o logiche applicative complesse, valuta un approccio ibrido: editor moderno per contenuti e template PHP per parti critiche.
Differenze architetturali
Un tema classico usa principalmente template PHP: single.php, archive.php, page.php, template-parts/ e funzioni nel functions.php. È un modello familiare, flessibile e molto adatto a logiche custom.
Un block theme sposta gran parte della struttura in:
theme.jsonper stili globali, spacing, colori e tipografia;templates/per i template HTML a blocchi;parts/per header, footer e sezioni riutilizzabili;- pattern e block pattern per composizioni editoriali.
Il risultato è più vicino a un design system editoriale. Il cliente può modificare parti del layout senza toccare codice, mentre lo sviluppatore definisce vincoli e stile.
Vantaggi dei block themes
Il vantaggio principale è la coerenza. Colori, font, spaziature e componenti non vivono in dieci punti diversi: vengono governati da theme.json e dall'editor.
Per siti aziendali, magazine leggeri, blog evoluti e landing modulari, questo porta benefici concreti:
- modifiche globali più sicure;
- builder e pattern scelti con più criterio;
- pattern riutilizzabili dal team marketing;
- migliore allineamento tra design e contenuto;
- workflow più naturale per Gutenberg.
Un block theme ben progettato non lascia tutto libero. Definisce palette, tipografia, larghezze e pattern approvati. La libertà editoriale funziona solo se ha confini chiari.
Limiti dei block themes
Il limite non è la qualità del sistema, ma la sua aderenza al progetto. Alcuni plugin sono ancora pensati per temi classici o page builder specifici. Alcune logiche, come aree riservate complesse, dashboard utente, cataloghi molto custom o flussi editoriali speciali, possono diventare più chiare in PHP.
C'è anche una curva di apprendimento. Chi conosce bene template_include, loop custom e template parts PHP deve imparare un modo diverso di ragionare: blocchi, pattern, stili globali, variazioni e markup generato dall'editor.
Quando scegliere un tema classico
Un tema WordPress custom ha ancora senso quando:
- il sito ha custom post type con layout complessi;
- serve controllo stretto sul markup;
- il cliente non deve modificare layout globali;
- il progetto integra plugin legacy;
- ci sono performance budget molto rigidi;
- l'interfaccia pubblica è più applicativa che editoriale.
Il tema classico resta una scelta solida se è scritto bene: page builder scelti con criterio, asset puliti, componenti ordinati e logica separata in plugin custom quando opportuno.
Approccio ibrido
Molti progetti reali funzionano meglio con una via intermedia. Si può usare un tema compatibile con blocchi, theme.json, pattern selezionati e template PHP dove servono logiche più specifiche.
L'approccio ibrido è utile quando il cliente vuole un editor moderno ma il progetto non è completamente editoriale. In pratica: Gutenberg per contenuti e sezioni standard, codice custom per le parti critiche.
Checklist di migrazione
Prima di migrare da tema classico a block theme:
- mappa tutti i template esistenti;
- identifica blocchi riutilizzabili e pattern;
- verifica plugin e shortcode;
- definisci palette, font e spacing in
theme.json, idealmente partendo da design tokens; - crea una staging con contenuti reali;
- testa header, footer, archive, single e ricerca;
- forma chi userà l'editor.
Conclusione
I block themes sono una scelta seria, non un esperimento. Il tema classico però resta utile quando servono controllo, logica custom e stabilità su workflow specifici. La scelta migliore non è la più nuova: è quella che riduce attrito per sviluppatori, editor e manutenzione futura.