Implementare lo sviluppo di temi wordpress custom con Full Site Editing significa costruire l’intera architettura del sito su theme.json, template parts e block patterns, senza dipendenze da page builder o plugin commerciali di terze parti. Per un sito aziendale B2B ad alto traffico, questa scelta abbassa il peso del CSS, migliora i Core Web Vitals e consegna al team interno un’interfaccia di gestione che non richiede lo sviluppatore per ogni modifica strutturale.
I temi da marketplace come Avada, Divi o OceanWP caricano un’infrastruttura CSS e JavaScript progettata per coprire centinaia di casi d’uso, indipendentemente da quello che il sito usa effettivamente. Il risultato tipico è un bundle CSS superiore a 300KB per pagina, con oltre il 65-70% di codice mai richiamato da nessun selettore attivo nel sito.
Un tema FSE custom genera il CSS a partire da theme.json e dai blocchi registrati nel progetto. Il codice non necessario non viene prodotto, quindi il punto di partenza della performance è già leggero prima di qualsiasi intervento di build o minificazione.
WordPress 7.0 genera il foglio di stile del sito interpolando i valori di theme.json con i blocchi attivi. Un tema senza page builder e senza shortcode legacy produce HTML con class attribute standardizzati, compatibili con la cache edge di Cloudflare e con la prefetch logic dei browser moderni.
Eliminare jQuery, che pesa 87KB minificato, e adottare l’Interactivity API v2 disponibile con WordPress 7.0 (maggio 2026) per i componenti dinamici azzera il Total Blocking Time su pagine con menu mobili, accordion e filtri prodotto, tra gli elementi più comuni in un sito B2B.
La struttura di un tema FSE custom si articola su tre livelli. theme.json definisce il design system globale con scala tipografica, palette colori, preset di spaziatura e stili degli elementi HTML. I template parts gestiscono le aree strutturali ripetute come header, footer e sidebar. I block patterns compongono le sezioni di pagina riutilizzabili tra template diversi.
Ogni template di pagina, dal prodotto singolo alla landing page di campagna, usa questi tre livelli in combinazione. Aggiornare il manuale del brand del cliente richiede di modificare valori in un file JSON, e le variazioni si propagano automaticamente su tutto il sito senza interventi manuali sulle singole pagine.
theme.json, introdotto con WordPress 5.9 (gennaio 2022), supporta settings per typography, color, spacing, border e layout. WordPress 7.0 (maggio 2026) aggiunge il supporto nativo alle pseudoclassi direttamente nel file, permettendo di definire stili per stati come :hover, :focus e :visited senza scrivere CSS separato. Dichiarare tutti i valori in un file solo elimina le variabili CSS sparse su file multipli e riduce il rischio di regressioni visive durante gli aggiornamenti del core.
Quando il cliente aggiorna la palette colori o la font principale, lo sviluppatore modifica cinque o sei righe JSON e l’intero sito recepisce le variazioni in una sola operazione. Con un tema da marketplace basato su variabili CSS distribuite su dieci file separati, la stessa operazione richiede un’analisi preventiva che può durare ore e produce errori nei componenti meno testati.
Un sito aziendale B2B che supera le 5.000-8.000 sessioni mensili e riceve picchi durante eventi di settore ha bisogno di un TTFB basso e di un LCP sotto i 2,5 secondi su ogni template principale. Un tema FSE custom produce HTML semantico senza wrapper ridondanti, senza CSS inline iniettati da plugin e senza script di terze parti caricati indipendentemente dal contenuto della pagina.
HTML pulito e bundle CSS ridotto migliorano il tasso di cache hit sui CDN. Un sito che serve risorse statiche dal layer edge di Cloudflare Pro registra in genere un aumento del tasso di cache hit dal 60-65% a oltre l’85% dopo la migrazione da un tema da marketplace a un tema FSE custom, con una riduzione proporzionale delle richieste al server di origine durante i picchi.
Google misura la performance percepita con tre metriche principali. LCP deve restare sotto i 2,5 secondi, INP (Interaction to Next Paint) deve restare sotto i 200 millisecondi, e CLS deve mantenersi sotto 0,1. Un tema FSE senza jQuery riduce strutturalmente INP perché elimina il JavaScript che blocca il thread principale e ritarda la risposta alle interazioni utente.
Il passaggio da un tema Avada 7.x a un tema FSE custom produce in genere una riduzione del CSS da 300-350KB a 25-35KB, una diminuzione delle richieste HTTP da 60-80 a 15-25 e un miglioramento del punteggio PageSpeed mobile da un range 45-55 a un range 88-96, misurato con WebPageTest su connessione 4G simulata con cache fredda.
I blocchi nativi di WordPress fanno parte dell’API pubblica del core, e Automattic garantisce la retrocompatibilità tra versioni major. Un tema FSE custom costruito su WordPress 7.0 rimane compatibile con le versioni successive senza richiedere riscritture strutturali, a differenza dei temi da marketplace che accumulano debito tecnico a ogni aggiornamento major e richiedono 4-8 ore di test di compatibilità per ogni rilascio.
La scalabilità editoriale riguarda anche la capacità del team interno di gestire contenuti complessi senza coinvolgere lo sviluppatore. Il Site Editor di WordPress permette di modificare header, footer, template di pagina e sezioni del sito tramite un’interfaccia visiva, e le modifiche si propagano in tempo reale senza aprire il codice.
I block patterns sono sezioni di layout predefinite e riutilizzabili, disponibili nel site editor con un nome descrittivo. Un set ben progettato copre le varianti hero, le sezioni call to action, i layout di scheda prodotto e i template di categoria, così il team editoriale crea nuove pagine in 20-30 minuti e i pattern stessi incorporano già i vincoli visivi del design system.
Ogni pattern ha zone editabili e zone protette. Le zone protette mantengono intatta la struttura visiva del brand, mentre quelle editabili permettono al team di aggiornare testi, immagini e link senza alterare il layout. Questa separazione riduce il rischio di regressioni grafiche durante la produzione ordinaria di contenuti.
Un sito B2B con catalogo prodotti strutturato, sezioni news aggiornate dal team interno e landing page stagionali è il contesto in cui un tema FSE custom esprime al meglio la sua utilità. La combinazione di custom post type, template parts differenziati per area di prodotto e pattern riutilizzabili copre la complessità editoriale senza plugin di page building aggiuntivi.
Lo sviluppo di un tema FSE custom richiede in genere 6-8 settimane, dalla fase di analisi del design system alla messa in produzione, e include la costruzione di 8-12 pattern di blocchi riutilizzabili, 4-6 template di pagina distinti e la configurazione completa di theme.json. Il costo di manutenzione annuale si riduce del 50-60% rispetto a un tema da marketplace perché non ci sono licenze plugin da rinnovare e gli aggiornamenti di WordPress core non richiedono test di compatibilità estesi.
Le domande seguenti raccolgono i dubbi più frequenti di chi valuta il Full Site Editing per un progetto WordPress B2B.
Il Full Site Editing (FSE) è il sistema nativo di WordPress per costruire e modificare l’intero layout di un sito tramite blocchi, senza page builder esterni. Introdotto con WordPress 5.9 (gennaio 2022) e rafforzato con WordPress 7.0 (maggio 2026), permette di gestire header, footer, template di pagina e pattern di layout dal site editor nativo. Conviene ai siti con un team editoriale interno e requisiti di performance elevati.
Conviene quando il sito gestisce più tipologie di contenuto, ha un team interno che produce contenuti in autonomia e richiede performance elevate su connessioni mobile. La soglia a cui il costo di sviluppo custom è giustificato è in genere un sito con oltre 3.000-5.000 sessioni mensili e almeno tre template di pagina distinti. Un tema da marketplace introduce dipendenze e codice non necessario che un tema FSE custom elimina strutturalmente.
Sì, in modo misurabile. Il passaggio da un tema Avada 7.x a un tema FSE custom produce in genere un miglioramento del punteggio PageSpeed mobile da un range 45-55 a un range 88-96, con il LCP che scende da oltre 5 secondi a sotto i 2 secondi su connessione 4G. La differenza principale sta nell’eliminazione del CSS inutilizzato e del JavaScript bloccante, che in un tema da marketplace pesano spesso oltre 350KB combinati.
Per un sito B2B di medie dimensioni, lo sviluppo richiede in genere 6-8 settimane, compresa la fase di analisi del design system, la configurazione di theme.json, la costruzione dei template e i test di performance. I tempi variano in base al numero di custom post type, alla complessità dei pattern da costruire e alle integrazioni con sistemi CRM o ERP esterni.
theme.json è il file di configurazione centrale del tema che controlla tipografia, colori, spaziature e stili globali tramite un’unica fonte. Con WordPress 7.0 (maggio 2026) supporta anche le pseudoclassi come :hover e :focus direttamente nel file, eliminando la necessità di CSS separato per gli stati interattivi. Questo riduce il tempo di manutenzione del design system da ore a minuti per ogni aggiornamento.
Copyright 2026 SYROOP SRL – via del Lauro, 2 – 20121 – Milano – syroopsrl@legalmail.it – P.IVA 13829780967
Richiedi informazioni o preventivi
L’accessibilità digitale consente a tutte le persone di navigare e utilizzare i contenuti online in modo semplice, autonomo ed efficace.
Gli strumenti disponibili in questo pannello permettono di personalizzare la visualizzazione del sito in base alle proprie esigenze e preferenze.
Le funzionalità offerte rappresentano un supporto aggiuntivo alla navigazione e non sostituiscono le tecnologie assistive, le impostazioni del browser o quelle del sistema operativo.
L’utilizzo di questo widget non garantisce, da solo, la conformità del sito ai requisiti di accessibilità previsti dalla normativa vigente o agli standard internazionali applicabili.
