Se utilizzi Divi per il tuo sito WordPress, avrai probabilmente notato il crescente interesse per il passaggio all'editor a blocchi Gutenberg. Problemi di prestazioni e continui miglioramenti a Gutenberg hanno alimentato questa tendenza tra agenzie, team e proprietari di siti web. Noi di Seahawk Mediaabbiamo completato numerose migrazioni da Divi a Gutenberg. Questa guida illustra i motivi per cui vale la pena passare a Gutenberg, cosa preparare, come funziona il processo e gli errori più comuni.
In breve: da Divi all'editor a blocchi Gutenberg
- Divi 5 si è allontanato dall'architettura basata sugli shortcode, su cui si fondavano i vecchi siti Divi, diventando così un punto di partenza naturale per molti team.
- Gutenberg, abbinato a un tema a blocchi, produce un codice HTML significativamente più snello, che migliora direttamente i punteggi di Core Web Vitals.
- Il blocco di layout di Divi ti permette di migrare una pagina alla volta, evitando così di dover ricostruire l'intero sito in una sola volta.
- Ogni modulo di Divi ha un equivalente nativo in Gutenberg, dai blurb e slider al modulo blog e ai modelli di Theme Builder.
- Mantenere invariati tutti gli URL e verificare lo schema prima della pubblicazione protegge il posizionamento nei risultati di ricerca durante la transizione.
- La migrazione di un sito di marketing di 20-40 pagine richiede in genere da una a tre settimane, a condizione che la pianificazione sia adeguata.
Perché così tanti siti WordPress stanno abbandonando Divi?
La tempistica di questo cambiamento non è casuale. Elegant Themes ha ristrutturato Divi in un modo che ha un impatto sui siti più datati, e WordPress è maturato al punto che l'editor a blocchi gestisce la maggior parte delle esigenze senza bisogno di un builder di terze parti.
Divi 5 ha ritirato la propria architettura
Elegant Themes ha riprogettato Divi 5 basandosi su un formato di archiviazione a blocchi e ha abbandonato il sistema di shortcode su cui si basavano le versioni precedenti. Se gestisci un sito con Divi 4, i tuoi contenuti risiedono nel markup shortcode, che Divi 5 non utilizza più come base.
Elegant Themes ha creato uno strumento di migrazione per gestire la conversione, ma questo passaggio stesso conferma che la vecchia architettura verrà gradualmente dismessa.
Se una migrazione è comunque necessaria, vale la pena chiedersi se il passaggio ai blocchi nativi di Gutenberg sia la soluzione migliore a lungo termine per il proprio sito.
Gutenberg ha colmato il divario
WordPress 6.8 è stato rilasciato nell'aprile 2025 con significativi miglioramenti all'editor a blocchi, e la versione 6.9 è prevista per dicembre 2025. La modifica completa del sito, gli stili globali tramite theme.json, le parti del template e i layout Query Loop sono ora tutti disponibili nativamente.
Il divario di funzionalità che un tempo rendeva necessari i builder proprietari si è in gran parte colmato per la maggior parte dei siti di marketing e delle installazioni WordPress ricche di contenuti . Le ragioni per continuare a utilizzare un builder a pagamento di terze parti sono semplicemente meno valide rispetto a qualche anno fa.
Passa da Divi a Gutenberg senza problemi
Ti aiutiamo a migrare dai page builder all'editor a blocchi di WordPress per layout più puliti, prestazioni migliori e nessuna perdita in termini di SEO.
Quali sono i vantaggi concreti del passaggio a Gutenberg?
Molti contenuti sulla migrazione da Divi a Gutenberg si concentrano sul processo e tralasciano completamente il risultato finale.
Nella nostra esperienza presso Seahawk Media, i vantaggi si riscontrano costantemente in tre aree: prestazioni, costi e manutenibilità a lungo termine.
Miglioramenti delle prestazioni misurabili
Divi carica i propri bundle CSS e JavaScript su ogni pagina, indipendentemente dagli elementi effettivamente utilizzati. Questo sovraccarico si accumula rapidamente, soprattutto nelle pagine che utilizzano solo una parte della libreria di moduli di Divi.
Gutenberg, abbinato a un tema a blocchi configurato correttamente, elimina quel carico superfluo. Il risultato è un output più snello, che migliora direttamente di Largest Contentful Paint, Cumulative Layout Shift e Interaction to Next Paint.
Questi sono i parametri fondamentali del Web che influenzano sia l'esperienza utente che il posizionamento nei risultati di ricerca. In ogni migrazione da Divi a Gutenberg che abbiamo effettuato presso Seahawk Media, i miglioramenti delle prestazioni sono stati costanti e misurabili.
Nessun costo di licenza né vincolo
Divi richiede un abbonamento attivo a Elegant Themes per gli aggiornamenti e l'utilizzo continuativo. Gutenberg è parte integrante di WordPress, quindi non ci sono costi di licenza e non si dipende dalle politiche di prezzo di una piattaforma commerciale.
Il passaggio ai blocchi nativi significa anche che i tuoi contenuti non sono più vincolati a un formato proprietario.
Se dovessi mai cambiare tema o team di sviluppo, i tuoi contenuti rimarranno intatti e funzioneranno con qualsiasi configurazione WordPress.
Cosa bisogna chiarire prima di iniziare a scrivere una sola pagina?
La fase di preparazione è quella in cui le migrazioni di Divi possono avere successo o incontrare seri problemi.
I team che si affrettano a ricostruire le pagine prima di aver completato il lavoro di base si trovano ad affrontare ritardi, incongruenze di design e problemi di SEO che sarebbero del tutto evitabili.
Noi di Seahawk Media consideriamo l'audit preliminare alla migrazione una parte imprescindibile di ogni progetto.
Esegui il backup del tuo sito e crea un ambiente di staging
, clonare l'intero sito live, inclusi file e database, in un ambiente di staging . L'ambiente di staging deve essere una copia completa e funzionante del sito live.
Prima di apportare modifiche, verificate che la procedura di ripristino funzioni correttamente, non dopo che si è verificato un problema.
Non eseguire mai una migrazione da Divi a Gutenberg direttamente sul tuo sito di produzione. Il rischio non vale la pena, a prescindere da quanto semplice possa sembrare il progetto.
Verifica ogni layout, modello e modulo in uso
Esamina ogni pagina, articolo, tipo di post personalizzatoe tassonomia del sito. Documenta tutti i template di Divi Theme Builder, inclusi header, footer, layout degli archivi e template per i singoli articoli, poiché richiedono un'attenzione specifica e vengono spesso trascurati durante la fase di analisi iniziale.
Annota ogni template WooCommerce, modulo globale, slider, modulo di contatto e shortcode incorporato. Più completo è l'inventario, minori saranno le sorprese che incontrerai a metà progetto.
I progetti che iniziano con un'analisi approfondita richiedono molto meno tempo rispetto a quelli in cui l'ambito di lavoro non è chiaro fino a quando i lavori non sono già in corso.
Rivedi il tuo sistema di progettazione prima di ricostruire qualsiasi cosa
Prima di modificare una singola pagina, documenta la tua attuale palette di colori, la scala tipografica, i valori di spaziatura e gli stili dei pulsanti. Questi elementi si traducono direttamente nelle impostazioni del file theme.json, che consentono a Gutenberg di accedere globalmente ai tuoi token di progettazione in ogni modello e schema.
Completare questo passaggio prima di iniziare qualsiasi lavoro sulle pagine significa che il sito ricostruito avrà un aspetto visivamente coerente dalla prima all'ultima pagina migrata.
Saltare questo passaggio porta a incongruenze che sono tediose da correggere dopo che decine di pagine sono già state ricostruite.
I moduli Divi e le loro alternative per Gutenberg
Una delle preoccupazioni che spesso si presentano prima di una migrazione da Divi a Gutenberg riguarda la capacità dell'editor a blocchi nativo di replicare le funzionalità di Divi.
Nella quasi totalità dei casi, la risposta è sì. Le alternative funzionano in modo diverso, ma coprono lo stesso ambito. Ecco un rapido riferimento agli elementi Divi più comuni e ai loro equivalenti in Gutenberg.
| Elemento Divi | Sostituzione di Gutenberg | Note |
| Sezione / Riga / Colonna | Gruppo / Colonne / Pila | Utilizzare i controlli di layout e le impostazioni di spaziatura all'interno dei blocchi Gruppo e Colonne |
| Blurb | Blocco di testo o di elementi multimediali | Costruisci una volta come modello a blocchi riutilizzabile |
| Pulsante | Blocco pulsanti | Associa gli stili ai preset dei pulsanti del tema.json |
| Galleria immagini | Galleria immagini | Mantieni il testo alternativo e abilita il caricamento differito nativo |
| Cursore | Copri il blocco con motivi o un plugin slider leggero | Evita, ove possibile, l'uso eccessivo di slider JavaScript |
| Modulo di contatto | Un plugin per moduli mantenuti con supporto a blocchi | Conferme di migrazione, avvisi GDPR e protezione dallo spam |
| Modulo del blog | Blocco ciclo di query | Ricrea i layout delle schede utilizzando le varianti del modello Query Loop |
| Intestazione e piè di pagina del Theme Builder | Parti del modello del tema a blocchi | Passare alle directory dei modelli e delle parti utilizzando i modelli |
Come eseguire la migrazione da Divi a Gutenberg senza compromettere il sito?
Seguire un processo strutturato rende la migrazione prevedibile e reversibile in ogni fase.
Ecco come abbiamo gestito la migrazione da Divi a Gutenberg in Seahawk Media, dall'inizio fino alla messa online.
Passaggio 1: Congela i contenuti e blocca l'ambiente di staging
Prima di migrare anche una sola pagina, blocca gli aggiornamenti dei contenuti sul sito live e sposta tutto il lavoro nell'ambiente di staging.
Se gli editor continuano a pubblicare sul sito live mentre la migrazione avviene nell'ambiente di staging, si creerà un divario di versione difficile da risolvere al momento del lancio. Abilita la modalità di manutenzione nell'ambiente di staging per evitare indicizzazioni accidentali durante la build.
Passaggio 2: Registra i tuoi dati di base prima di toccare qualsiasi cosa
Esegui Lighthouse e Core Web Vitals sulle tue landing page e salva i risultati. Questi dati rappresenteranno il parametro di riferimento con cui confrontarli dopo la migrazione per confermare il miglioramento delle prestazioni.
Senza un punto di riferimento, si procede a tentoni. Annota anche i percorsi di conversione chiave e i flussi utente, in modo da poterli verificare durante il controllo qualità.
Passaggio 3: Configura il tuo tema a blocchi e il file theme.json
Verifica di utilizzare WordPress 6.8 o versioni successive. Installa un tema a blocchi e mappa i token di design estratti nel file theme.json prima di ricostruire qualsiasi cosa.
Colori, caratteri, spaziatura e stili dei pulsanti devono essere definiti globalmente in questa sezione. Questa base è ciò che garantisce la coerenza visiva del sito ricostruito e semplifica notevolmente le modifiche future.
Passaggio 4: Eseguire prima un test su pagine a basso rischio
Scegli due o tre pagine che non generano un traffico significativo e applica prima a queste l'approccio di migrazione che hai scelto, che si tratti del Blocco Layout di Divi o di una ricostruzione manuale completa.
Valuta attentamente la qualità del risultato prima di estenderlo al resto del sito. I problemi che emergono sulle pagine di prova sono molto più facili da risolvere rispetto a quelli scoperti dopo aver ricostruito cinquanta pagine.
Passaggio 5: Ricostruire le parti e i modelli del template
Converti i template di intestazione, piè di pagina e archivio creati con Divi Theme Builder in parti di template a blocchi. Verifica che la navigazione, il logo del sito, la ricerca e i contenuti dinamici vengano visualizzati correttamente
Le parti del template devono essere solide prima che venga migrato qualsiasi contenuto della pagina, perché tutto il resto dipende dal loro rendering affidabile.
Passaggio 6: Conferma la parità SEO prima della pubblicazione
Mantieni ogni URL esattamente come appare sul sito Divi. Se uno slug cambia per qualsiasi motivo, aggiungi immediatamente un reindirizzamento 301. Verifica i tag canonici, i metadati Open Graph e il markup schema strutturato per tipo di template
Esegui il test dei risultati avanzati di Google su un campione di pagine dopo la ricostruzione e confronta i punteggi di Lighthouse con quelli di riferimento prima di programmare il passaggio alla versione finale.
Errori che rallentano la migrazione di Divi
Nel nostro lavoro presso Seahawk Media, le migrazioni che incontrano problemi seguono uno schema preciso. I problemi sono quasi sempre evitabili e risalgono a decisioni prese nelle prime fasi del progetto.
- Saltare l'audit dei contenuti è l'errore più comune. I team che iniziano a ricostruire le pagine prima di aver completato un inventario completo di template, moduli e shortcode si imbattono regolarmente in elementi imprevisti a metà progetto. L'audit può sembrare lento all'inizio, ma fa risparmiare molto più tempo di quanto ne costi.
- Un altro problema frequente è quello di dare per scontato che il plugin di migrazione gestisca tutto. Il plugin di Automattic è utile, ma non copre tutti i moduli di Divi.
- Spesso, le pagine complesse richiedono una pulizia approfondita. I team che utilizzano il plugin, danno un'occhiata ai risultati e considerano il lavoro concluso, finiscono per ritrovarsi con pagine che conservano residui di markup Divi, causando problemi al front-end in un secondo momento.
Non registrare una baseline delle prestazioni prima della migrazione significa non avere modo di dimostrare che il lavoro svolto abbia effettivamente apportato dei miglioramenti. Gli stakeholder e i clienti si aspettano prove di miglioramento. Senza dati di riferimento, non è possibile fornirle.
Quanto tempo richiede effettivamente una migrazione da Divi a Gutenberg?
Per un sito web di marketing standard con 20-40 pagine, sono previste da 1 a 3 settimane, inclusi l'impostazione del sistema di progettazione, la ricostruzione delle pagine, il controllo qualità e la verifica SEO.
I siti con integrazioni WooCommerce, tipi di post personalizzati o centinaia di pagine richiedono in genere dalle quattro alle otto settimane di sviluppo, a seconda della complessità del template e del numero di layout unici.
La variabile più importante che incide sui tempi è la qualità dell'audit preliminare alla migrazione. I siti che ci vengono forniti con un inventario completo dei contenuti e template Divi ben documentati vengono migrati più velocemente rispetto ai progetti in cui l'ambito del progetto non è chiaro fino a quando il lavoro non è già in corso. Investire in questo audit iniziale riduce i tempi complessivi in modo inestimabile.
Pronti a passare da Divi? Facciamolo nel modo giusto!
Il passaggio da Divi a Gutenberg è una di quelle decisioni che, se ben pianificata, dà rapidamente i suoi frutti.
Tempi di caricamento più rapidi, markup più pulito, nessun costo di licenza e un codice sorgente che rimane allineato al core di WordPress: tutti risultati concreti e misurabili.
Noi di Seahawk Media gestiamo l'intero processo, del sistema di design e dalla configurazione del tema a blocchi fino al controllo qualità e alle misure di sicurezza SEO, in modo che nulla venga trascurato e nulla si rompa.
Se sei pronto a fare il grande passo, contatta oggi stesso il nostro team e creeremo per te un sito WordPress più snello, veloce e duraturo.
Domande frequenti su Divi to Guntenberg
È possibile migrare in sicurezza un negozio WooCommerce da Divi a Gutenberg?
Sì, ma è necessario prestare particolare attenzione ai modelli di prodotto, ai layout del carrello e del checkout e a tutti WooCommerce in uso. Ognuno di questi elementi richiede una revisione individuale durante il processo di migrazione.
Ho bisogno di un nuovo tema per usare Gutenberg?
Non necessariamente, ma passare a un tema a blocchi con theme.json ti dà il pieno controllo sugli stili globali e sblocca funzionalità complete di modifica del sito. Un tema classico funziona tecnicamente, ma limita ciò che puoi fare con modelli e pattern.
Cosa succede ai miei shortcode di Divi quando passo a Divi?
Gli shortcode di Divi non vengono visualizzati correttamente in Gutenberg, apparendo come testo semplice o markup non formattato. Durante il processo di migrazione, sarà necessario ricostruire il contenuto basato sugli shortcode utilizzando blocchi nativi.
Il passaggio a Gutenberg influirà sul mio posizionamento nei risultati di ricerca?
Non se la migrazione viene gestita correttamente. Mantenere invariati tutti gli URL, verificare i metadati in base al tipo di template e preservare il markup dello schema prevengono cali di posizionamento durante e dopo la transizione.
