Divi Builder rotto: come risolvere
Cos’è “Divi Builder rotto” e quali sono le cause più comuni
Quando si dice che il Divi Builder è rotto, di solito si intende uno di questi comportamenti: il builder visuale non si apre affatto, resta bloccato su una rotellina di caricamento infinita, mostra una schermata bianca, oppure gli elementi non sono più trascinabili nella pagina. Sono sintomi diversi con cause diverse, ma nella grande maggioranza delle segnalazioni la causa è la stessa e riguarda la cache interna di Divi, non un errore del tema in sé.
La causa più comune: cache dei file statici di Divi non aggiornata dopo un update
Divi genera automaticamente file CSS statici per velocizzare il caricamento delle pagine (funzione Static CSS File Generation), e dopo un aggiornamento del tema o di un modulo, questi file cache-ati possono restare disallineati rispetto al codice appena aggiornato del builder. Il risultato tipico è un builder che non si apre correttamente, o che carica ma con elementi che non rispondono come dovrebbero, perché sta ancora leggendo regole CSS/JS della versione precedente.
Seconda causa frequente: conflitto JavaScript con plugin di cache o minificazione (nominata)
Un plugin di ottimizzazione che minifica o combina gli script JavaScript può interferire con gli script del builder di Divi, che sono particolarmente sensibili a questo tipo di manipolazione: in questi casi il builder si apre ma alcune funzioni (trascinamento, salvataggio, anteprima) smettono di rispondere senza un errore visibile immediato.
Causa meno comune: memory limit PHP insufficiente per layout complessi (nominata)
Su pagine con molte sezioni, moduli annidati o un layout particolarmente articolato, il builder può richiedere più memoria di quella assegnata di default a PHP: in questi casi il builder si blocca specificamente su pagine pesanti, mentre resta funzionante su pagine più semplici dello stesso sito.
Come capire la causa: usare la Modalità sicura di Divi
Divi include uno strumento diagnostico specifico integrato nel builder stesso, pensato proprio per isolare se il problema dipende da un conflitto esterno o dal tema: la Modalità sicura (Safe Mode).
Step 1: attivare la Modalità sicura dal builder
Aprendo il builder visuale (anche se attualmente bloccato o parzialmente funzionante), dall’icona a forma di chiave inglese in basso si accede al menu che include l’opzione “Modalità sicura” o “Safe Mode”. Attivandola, Divi disattiva temporaneamente tutti gli altri plugin e passa al tema di default di WordPress solo all’interno del builder, senza modificare nulla per i visitatori del sito.
Step 2: verificare se il problema sparisce in Safe Mode
Il test è a esito binario: se in Modalità sicura il builder si apre e funziona correttamente, il problema è confermato come un conflitto esterno (plugin o tema, non Divi in sé); se il problema persiste identico anche in Safe Mode, la causa è quasi certamente interna a Divi stesso (cache dei file statici o un bug della versione installata), e non serve cercare conflitti con altri plugin.
Step 3: leggere la console del browser per un errore specifico
Con F12 si apre la console del browser, riproducendo l’apertura del builder: un errore JavaScript in rosso (spesso Uncaught TypeError o riferimenti a et_pb_ seguito da un nome di funzione) conferma un problema di script, mentre l’assenza di errori con builder comunque bloccato su “Loading” indica più probabilmente una richiesta AJAX che non riceve risposta, verificabile nel pannello Network cercando richieste verso admin-ajax.php in stato diverso da 200.
| Sintomo osservato | Causa probabile |
|---|---|
| Problema sparisce attivando la Modalità sicura di Divi | Conflitto con un plugin o tema esterno, non Divi in sé |
| Problema identico anche in Modalità sicura | Cache dei file statici di Divi disallineata, o bug della versione installata |
Console mostra errori con prefisso et_pb_ | Script del builder Divi in conflitto con minificazione/combinazione JS di un plugin di cache |
Richiesta admin-ajax.php in stato diverso da 200 nel pannello Network | Il builder non riceve risposta dal server, spesso per timeout o memory limit PHP insufficiente |
| Builder bloccato solo su pagine con molte sezioni/moduli, funzionante su pagine semplici | Memory limit PHP insufficiente per il layout specifico di quella pagina |
| Builder rotto solo dopo un aggiornamento recente di Divi o di un plugin correlato | File statici CSS/JS non rigenerati dopo l’update |
Risolvere: svuotare la cache di Divi e rigenerare i file statici
Per il caso più comune — cache dei file statici disallineata dopo un aggiornamento — il percorso più diretto è forzare Divi a rigenerare questi file, senza toccare altre impostazioni del tema.
Step 1: svuotare la cache di Divi da Theme Options
Da Divi → Theme Options → Builder → Advanced, si trova l’opzione per svuotare la cache dei file statici generati da Divi. In alternativa, salvare nuovamente le Theme Options (anche senza modificare nulla) forza spesso la rigenerazione degli stessi file.
Step 2: svuotare anche la cache del browser e del server
Dopo aver svuotato la cache di Divi, va svuotata anche la cache del browser (Ctrl+Shift+R o equivalente per un refresh forzato) e, se il sito usa un plugin di cache o una CDN, anche quella cache esterna: i file CSS/JS rigenerati da Divi potrebbero altrimenti restare comunque serviti dalla versione precedente conservata a un altro livello.
Step 3: se il problema persiste, disattivare temporaneamente minificazione/combinazione JS
Se dopo aver svuotato tutte le cache il builder continua a non funzionare, va disattivata temporaneamente l’opzione di minificazione/combinazione JavaScript nel plugin di cache (senza disattivare l’intero plugin) e ripetuto il test: se il builder torna a funzionare, va esclusa dalla minificazione la cartella degli script di Divi, mantenendo l’ottimizzazione attiva sul resto del sito.
Verifica finale osservabile
Dopo l’intervento, il builder deve aprirsi senza restare bloccato sulla rotellina di caricamento, gli elementi devono risultare trascinabili, e nella console del browser (F12) non devono più comparire errori con prefisso et_pb_ durante l’uso normale del builder — non basta che “sembri funzionare”, va verificato che il salvataggio di una modifica al layout venga effettivamente registrato.
Caso particolare: builder bloccato dopo un aggiornamento massivo (Divi + più plugin insieme)
Quando l’aggiornamento ha coinvolto contemporaneamente Divi, un plugin di cache e magari altri plugin, isolare la causa richiede un passaggio in più rispetto al caso singolo: la Modalità sicura resta il primo test, ma se il problema persiste anche lì, conviene verificare il changelog dell’aggiornamento di Divi per eventuali note su breaking change nella struttura dei file statici, spesso indicate esplicitamente dagli sviluppatori nelle versioni maggiori.
Non riesci a risolvere Divi Builder? Intervento tecnico a distanza
Isolare con certezza se il problema è la cache di Divi, un conflitto con un plugin specifico o un limite di memoria PHP richiede di leggere correttamente i segnali della Modalità sicura, della console del browser e del pannello Network, un lavoro che richiede tempo se il sito è già online con contenuti da modificare con urgenza. Se dopo aver svuotato le cache e testato la Modalità sicura il builder continua a non funzionare, è possibile richiedere una verifica diretta: invia l’accesso al sito e viene eseguita una diagnosi mirata su cache, script e configurazione PHP per individuare la causa esatta senza interrompere ulteriormente il lavoro sul sito.
Domande frequenti su Divi Builder rotto
Attivare la Modalità sicura di Divi rischia di far perdere le modifiche non salvate? No, la Modalità sicura disattiva temporaneamente plugin e tema solo per la sessione del builder in corso, senza toccare i contenuti già salvati: è pensata proprio come strumento diagnostico sicuro da usare liberamente.
Perché il Divi Builder funziona sul front-end ma non nel backend (o viceversa)? Perché il builder frontend e quello backend caricano script leggermente diversi: un conflitto che colpisce uno script specifico può manifestarsi solo in una delle due modalità, motivo per cui vale la pena testare entrambe prima di concludere che il builder “non funziona” in generale.
Serve aggiornare Divi all’ultima versione per risolvere il problema? Non sempre, ma è il primo controllo di buon senso: molti problemi di builder rotto dopo un aggiornamento sono in realtà bug già corretti in una versione successiva, quindi verificare di avere l’ultima versione stabile va fatto prima di procedere con la diagnosi più approfondita.
Il problema riguarda solo alcune pagine, non tutto il sito: è comunque un problema di Divi? Sì, è un pattern comune: se il builder si blocca solo su pagine con layout complessi, la causa più probabile è un limite di memoria PHP insufficiente per quella specifica pagina, non un problema generale di Divi che si manifesterebbe su ogni pagina allo stesso modo.
Posso perdere il layout della pagina se il builder si blocca? Di norma no: Divi salva automaticamente delle revisioni del layout, mentre il blocco del builder è un problema di caricamento/visualizzazione, non di corruzione dei dati salvati — ma è comunque buona norma esportare un backup del layout prima di interventi correttivi importanti.
Vuoi risolverlo con un intervento diretto? Se preferisci non passare ore tra cache, Safe Mode e console del browser, → Richiedi assistenza tecnica: invia l’accesso al sito e viene individuata la causa esatta del blocco, con la correzione applicata senza rischiare di perdere il lavoro già fatto sulle pagine.