Da semplice piattaforma di blogging a Content Management System (CMS) in grado di gestire circa il 43% di tutti i siti web a livello globale e oltre il 60% del mercato dei CMS (fonte: W3Techs, 2026), WordPress ha attraversato numerose fasi evolutive. Oggi, la piattaforma si trova nel mezzo della sua trasformazione più radicale: il passaggio al
Full Site Editing (FSE).
Comprendere questa nuova architettura non è solo una necessità per gli sviluppatori, ma un'opportunità strategica per PMI, webmaster e creatori di contenuti che desiderano siti più veloci, flessibili e gestibili in autonomia.
Cos’è il Full Site Editing e perché rappresenta una svolta
Il Full Site Editing è un nuovo paradigma di progettazione all'interno di WordPress che permette di
modificare l'intero sito web utilizzando i blocchi. Se in passato i blocchi erano limitati al contenuto di articoli e pagine, l'FSE estende questa logica a ogni singolo elemento strutturale: intestazioni (header), piè di pagina (footer), barre laterali e layout generali.
Dal Classic Editor → Gutenberg → FSE
Per capire la portata di questa svolta, è utile ripercorrere le tappe recenti del CMS:
- Classic Editor: l'editor tradizionale basato su un'interfaccia simile a Word (TinyMCE). Permetteva di formattare il testo, ma la struttura della pagina dipendeva rigidamente dal codice PHP del tema;
- Gutenberg (2018): l'introduzione dell'editor a blocchi. Ha rivoluzionato la creazione dei contenuti, permettendo di inserire testo, immagini, bottoni e colonne come elementi indipendenti, ma sempre confinati all'area del "body" della pagina;
- FSE (dal 2022 in poi): il completamento della visione. Con le versioni 6.x di WordPress, il concetto di blocco esce dall'area di contenuto e conquista l'intero sito. Non servono più page builder esterni pesanti per modificare un header: basta l'editor nativo.
Come funziona il Full Site Editing
L'FSE non è un plugin, ma un ecosistema di funzionalità integrate nel core di WordPress. Per utilizzarlo, il sistema si appoggia a tre pilastri fondamentali.
Site Editor
Quando è attivo un block theme, il Site Editor diventa l'interfaccia di personalizzazione predefinita e sostituisce funzionalmente il Customizer (Personalizza). Quest'ultimo resta tuttavia disponibile per i classic theme e per i plugin che ne fanno ancora uso. È un'interfaccia visiva unificata dove è possibile navigare tra le diverse parti del sito e modificarle in tempo reale, esattamente come appariranno online (approccio WYSIWYG).
Template e Template Parts
Nel mondo FSE, il concetto di pagina è gestito tramite:
- Template: definiscono il layout di una specifica tipologia di pagina (es. il template per i singoli articoli, il template per l'errore 404 o per gli archivi);
- Template Parts: sono sezioni riutilizzabili all'interno dei template. Gli esempi più comuni sono l'header e il footer; Modificando una Template Part (ad esempio, cambiando il logo nell'header), la modifica si ripercuoterà automaticamente su tutti i template che la includono.
Global Styles (stili globali)
Gli stili globali permettono di gestire l'estetica del sito da un unico pannello. Senza toccare una riga di codice CSS, è possibile definire la palette di colori, la tipografia, le spaziature e il layout dei blocchi a livello globale. Le impostazioni si appoggiano al file theme.json fornito dal tema, ma le personalizzazioni dell'utente vengono memorizzate nel database (nel post type wp_global_styles), il che permette di mantenerle anche dopo gli aggiornamenti del tema.
Temi a blocchi: la base del nuovo WordPress
Per attivare il Full Site Editing è
obbligatorio utilizzare un "tema a blocchi" (Block Theme), come ad esempio il tema predefinito Twenty Twenty-Five.
Differenze con i temi classici
La differenza strutturale è netta. I temi classici sono costruiti in PHP (es. header.php, footer.php). I temi a blocchi, invece, sono composti quasi interamente da file HTML che contengono il markup dei blocchi. I miglioramenti prestazionali non derivano tanto dal formato dei template, quanto dalla riduzione di page builder esterni, dal CSS più snello generato dinamicamente a partire da theme.json e da un migliore controllo del rendering. Il TTFB dipende comunque dalla configurazione di hosting, caching e plugin attivi.
Vantaggi per design e personalizzazione
I temi a blocchi offrono una libertà senza precedenti. Un utente può prendere un tema di base e stravolgerne completamente il layout in poche ore, spostando elementi strutturali con il drag-and-drop. Inoltre, riducono drasticamente la necessità di installare Page Builder di terze parti (come Elementor o WPBakery), alleggerendo il sito e migliorando i Core Web Vitals, fondamentali per la SEO.
Cosa cambia per gli utenti e per i webmaster
L'adozione dell'FSE modifica profondamente i flussi di lavoro di chi gestisce siti web.
Meno codice, più controllo
Per l'utente finale o il proprietario di una PMI, l'FSE significa indipendenza. Cambiare la disposizione del menu o aggiungere un banner promozionale nel footer non richiede più l'apertura di un ticket di assistenza a uno sviluppatore. L'interfaccia visuale democratizza il web design.
Impatto su child theme e personalizzazioni
Storicamente, per modificare un tema in modo sicuro si creava un "child theme" per inserire codice CSS o PHP personalizzato. Con l'FSE e i Global Styles, la necessità di un Child Theme per mere modifiche estetiche è quasi azzerata. Le personalizzazioni vengono salvate nel database di WordPress e resistono agli aggiornamenti del tema genitore. I child theme rimangono utili solo per modifiche funzionali complesse o per sviluppatori che creano varianti strutturali avanzate.
Quando conviene usare l’FSE e quando evitarlo
Nonostante i vantaggi, l'FSE non è ancora la soluzione universale per ogni scenario.
Siti semplici / PMI
L'FSE è
altamente raccomandato per nuovi progetti: siti vetrina, blog, portfolio e siti per PMI. In questi casi, la velocità di sviluppo, l'assenza di costi per licenze di page builder esterni e le prestazioni native di WordPress offrono un vantaggio competitivo enorme.
Progetti complessi o legacy
È
sconsigliato (o richiede molta cautela) migrare all'FSE siti web esistenti molto complessi ("legacy"), e-commerce con logiche di checkout altamente personalizzate o portali che dipendono da plugin non ancora ottimizzati per i blocchi. In questi casi, il costo e il rischio del refactoring superano i benefici immediati. Il passaggio dovrà essere pianificato gradualmente.
Come iniziare: guida rapida all’uso dell’FSE
Iniziare a sperimentare con il Full Site Editing è semplice e non richiede competenze di programmazione.
Installare un tema a blocchi
- Accedi alla bacheca di WordPress;
- Vai su Aspetto > Temi > Aggiungi nuovo;
- Clicca sul filtro "Funzionalità" e seleziona Full Site Editing (o Modifica completa del sito);
- Installa e attiva un tema come Twenty Twenty-Four o Ollie.
Modificare header, footer e template
- Vai su Aspetto > Editor;
- Clicca su Pattern e seleziona "Parti del template" per modificare l'header;
- Seleziona il blocco del logo o del menu di navigazione per personalizzarli;
- Clicca su Salva. Il sistema ti chiederà conferma delle parti specifiche che stai aggiornando.
Limiti attuali dell’FSE
Per una valutazione oggettiva, è necessario considerare anche le attuali criticità del sistema.
Maturità del sistema blocchi
Sebbene WordPress 6.5 e successivi abbiano introdotto miglioramenti enormi, l'interfaccia dell'Editor del Sito può risultare ancora poco intuitiva per i neofiti. La gestione della responsività (come si comportano i blocchi su smartphone rispetto al desktop) sta migliorando, ma in alcuni casi non offre ancora il controllo granulare al pixel tipico dei page builder professionali più maturi.
Compatibilità plugin
L'ecosistema dei plugin si sta adattando, ma non tutti gli sviluppatori terzi hanno aggiornato i propri prodotti per interfacciarsi perfettamente con l'Editor del Sito. Potrebbe capitare che un vecchio plugin generi shortcode che non si integrano visivamente in modo fluido all'interno di un template a blocchi.
Cosa aspettarsi dal futuro del FSE
Il Full Site Editing non è una moda passeggera, ma l'infrastruttura su cui si baserà il futuro di WordPress. FSE rappresenta il completamento della Fase 2 del progetto Gutenberg, mentre le Fasi 3 (collaborazione in tempo reale) e 4 (multilingua nativo) sono ancora in sviluppo. Le prossime fasi di sviluppo (Fase 3 e Fase 4 del progetto Gutenberg) si concentreranno sulla
collaborazione in tempo reale (stile Google Docs) e sul
multilingua nativo.
I temi classici continueranno a funzionare per anni, garantendo retrocompatibilità, ma l'innovazione, la sicurezza e le prestazioni si concentreranno esclusivamente sull'ecosistema a blocchi. Per webmaster e aziende, iniziare oggi a familiarizzare con l'FSE significa farsi trovare pronti per lo standard web dei prossimi dieci anni.