Divi 5: Risoluzione dei bug più comuni dopo l'installazione

Se hai appena installato Divi 5 e il tuo sito improvvisamente presenta un "layout non corretto", il Visual Builder non si carica o visualizzi errori REST nella console, ti trovi in un caso molto comune: una combinazione di cache, ordine di caricamento degli script e sicurezza (nonce/cookie) che interferiscono tra loro.

Il problema

Dopo aver installato o attivato Divi 5 su WordPress 6.9.4 (aprile 2026), alcuni siti presentano malfunzionamenti immediati: l'editor visuale non si carica, gli stili non vengono più applicati o l'area di amministrazione diventa instabile.

Ecco alcuni messaggi tipici che vedo nei log di PHP, nella console del browser o nelle risposte di rete (nella scheda "Rete").

Uncaught TypeError: Cannot read properties of undefined (reading '...')

REST API: 401 Unauthorized /wp-json/...

403 Forbidden (CSRF token missing or incorrect)

Failed to load resource: the server responded with a status of 404 (Not Found) /wp-content/themes/Divi/...

There has been a critical error on this website.

Dove appare:

Front-end : CSS mancante, menu senza stile, moduli Divi non allineati, animazioni mancanti.
Admin Visual Builder visualizza un ciclo infinito ("Caricamento…") oppure una schermata bianca nell'editor.
API : errori su /wp-json/ (API REST) e richieste AJAX (che spesso restituiscono errori 401/403).

Circostanze tipiche:

Subito dopo l'installazione di Divi 5 (o la migrazione da Divi 4 a Divi 5).
Dopo un aggiornamento di WordPress 6.9.x o l'attivazione di un plugin di cache/CDN.
Dopo aver attivato un plugin di sicurezza/WAF (firewall applicativo) o regole del server più restrittive.

A chi è rivolto: ai blogger principianti (ma offro anche controlli per professionisti). Alla fine, saprai come individuare la causa. corriger in modo corretto (senza modificare il codice sorgente) e verificare che Divi 5 carichi correttamente le sue risorse e che l'editor comunichi correttamente tramite REST/AJAX.

Riassunto veloce

90% di casi : cache (plugin/CDN/browser) + ottimizzazione JS/CSS che interrompe l'ordine di caricamento.
Errori REST 401/403 : nonce/cookie bloccati (plugin di sicurezza, WAF, regola ModSecurity, "SameSite").
Generatore visivo in un ciclo API REST inaccessibile oppure codice JavaScript minimizzato/ritardato ("defer/delay") in modo troppo aggressivo.
Errore 404 sui file Divi : riscrittura (permalink), percorso CDN o autorizzazioni.
Errore 500 / critico PHP troppo basso, memoria insufficiente o frammento di codice danneggiato functions.php.

Sintomi

Ecco i sintomi più frequenti dopo l'installazione di Divi 5, classificati dal più "visibile" al più "insidioso".

Layout senza stile In genere, i file CSS di Divi non vengono caricati correttamente oppure vengono sostituiti da una versione memorizzata nella cache.
Il Visual Builder non si sta caricando : schermata "Caricamento" infinita oppure ritorno all'area amministrativa senza un messaggio di errore chiaro.
Moduli che non rispondono : clic inattivi, trascinamento non possibile, popup che non si aprono.
Errori nella console : Digitare Errore, caricamento del blocco non riuscito, errori CORS, 401/403 su /wp-json/.
Errore 500 / schermata bianca Spesso si tratta di un conflitto tra plugin, un limite di memoria o codice copiato nella posizione sbagliata.
I codici brevi di Divi vengono visualizzati come testo Contenuto importato ma il generatore non è attivo oppure è in conflitto con un plugin di filtraggio the_content.
Problemi “solo in produzione” : CDN, cache del server, push HTTP/2, minificazione o regole WAF.

Tabella diagnostica rapida (molto utile quando si è alle prime armi e non si sa da dove iniziare).

sintomo	Probabile causa	Verifica	Soluzione
Stile non corretto / CSS mancante	Memorizzazione nella cache + minimizzazione di CSS/JS	Scheda Rete: CSS che mostra 404 o non caricato	Disabilita l'ottimizzazione, escludi Divi, svuota la cache
Costruttore “Caricamento…”	REST bloccato (401/403) o JS ritardato	Console + Rete su /wp-json/	Escludi /wp-json/, corriger nonce/cookie, WAF
Errore 500 / critico	PHP/memoria/snippet non funzionante	WP_DEBUG + log del server	Aumenta la memoria, correggi il codice, risolvi il conflitto tra plugin
404 sugli asset	Collegamenti permanenti / riscrittura / permessi	Impostazioni > Permalink + test URL diretto file	Rigenera i permalink, controlla .htaccess/Nginx
Contenuto Divi nello shortcode	Generatore non attivo / filtro contenuti	Disabilita i plugin, controlla il tema attivo	Riattiva Divi, isola il plugin che filtra

Perché succede

Versione per principianti: Divi 5 è un editor visuale. Carica molti file (CSS/JS) e permette al browser di comunicare con WordPress tramite richieste interne (API REST e AJAX). Se una cache, un'ottimizzazione o una misura di sicurezza blocca o modifica questi scambi, si verificherà una vasta gamma di problemi.

Versione tecnica: Divi 5 si basa su un caricamento coerente degli script (ordine, dipendenze, chunk), cookie di sessione validi e nonce di WordPress. Un nonce è un token di sicurezza temporaneo che previene determinati attacchi (CSRF). Se un plugin ritarda/posticipa gli script (defer/delay), minimizza il codice modificando un modulo JS o se un WAF blocca le richieste REST, il builder risulta "caricato solo parzialmente".

Cause probabili (dalla più frequente alla più rara):

Ottimizzazione aggressiva (cache, minificazione, combinazione, "ritardo JS", CDN) che modifica l'ordine o serve file obsoleti.
Blocco REST/AJAX (plugin di sicurezza, WAF, regole del server, cookie/nonce) → 401/403.
conflitto plugin (spesso: ottimizzazione, sicurezza, traduzione o un plugin che filtra i contenuti).
Limiti del server (Memoria PHP, OPcache, timeout) → Errori 500 o "critici".
Riscrivi/permalink Interrotto dopo la migrazione → 404 su endpoint o risorse.
Errore umano : frammento copiato nel file sbagliato, punto e virgola omesso, hook non adatto.

Compatibilità con i page builder: è possibile installare Divi 5 anche se si utilizzano occasionalmente Elementor o Avada su altre pagine. I conflitti si verificano principalmente quando più page builder iniettano i propri script globali (ottimizzazione, lazy loading, librerie). Le soluzioni seguenti rimangono valide: sono pensate per WordPress 6.9.4 e per il corretto caricamento delle risorse, non per una funzionalità "esclusiva di Divi" soggetta a fragilità.

Prerequisiti prima di iniziare

Prima di qualsiasi modifica, salvaHo visto troppi siti web compromessi da un semplice copia-incolla. functions.php.

Sauvegarde : file + database (idealmente tramite il tuo provider di hosting).
Ambiente di prova : una copia allestita, se possibile.
versioni : WordPress 6.9.4, PHP 8.1+ consigliato (8.2/8.3 spesso più comodo), Divi 5 aggiornato.
Abilita il debug di WordPress (temporaneamente) per visualizzare gli errori PHP.
strumenti :
- Monitorare le query (richieste, hook, errori PHP, REST).
- Controllo dello stato e risoluzione dei problemi (modalità di risoluzione dei problemi senza impatto sui visitatori).
- Accesso alla console del browser (Chrome/Firefox) + scheda Rete.

Abilita WP_DEBUG (su staging o temporaneamente su produzione) in wp-config.php :

/**
 * Active le debug WordPress (à utiliser temporairement).
 * À placer dans wp-config.php, avant "/* That's all, stop editing! */"
 */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );     // Écrit dans wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // Évite d'afficher les erreurs aux visiteurs

Riferimento ufficiale: Debug in WordPress.

Soluzione 1: Correggere i file CSS/JS di Divi 5 che non vengono caricati (enqueue, cache, order)

Quando Divi 5 "perde" i suoi stili o l'editor si carica senza interattività, la causa principale è un plugin per le prestazioni che:

combina/minimizza gli script suddividendoli in moduli,
ritarda le sceneggiature essenziali,
Fornisce una versione memorizzata nella cache di un file che è stato modificato dopo un aggiornamento.

Diagnosi rapida :

Apri la tua pagina in modalità di navigazione privata.
F12 → tab Reti → Filtra per “CSS” e poi per “JS”.
Ricarica (Ctrl+F5). Cerca 404, 403o file serviti da un dominio CDN inatteso.

Il caso classico: "Combino/minimizzo tutto"

Potresti aver aggiunto un frammento di codice trovato in un vecchio tutorial (spesso precedente a WordPress 6.5) che impone il comando "defer" su (quasi) tutti gli script. Con Divi 5, questo è il modo migliore per creare un builder instabile.

ANTERIORE (rotto) : codice tipico incollato in functions.php (tema figlio) o un plugin per snippet.

add_filter( 'script_loader_tag', function( $tag, $handle ) {
	// MAUVAISE IDÉE : on diffère presque tout, sans exclusions.
	if ( false === strpos( $tag, 'defer' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}
	return $tag;
}, 10, 2 );

Perché si verifica questo problema: alcuni script devono essere eseguiti in un ordine specifico, o prima che il DOM sia "pronto". Rimandando tutto, si modifica l'effettivo ordine di esecuzione. Ho spesso riscontrato questo bug su siti che utilizzavano anche un plugin di caching che "ritardava l'esecuzione di JavaScript": un doppio problema.

DOPO (corretto) : manteniamo un livello di ottimizzazione ragionevole, ma esclude Gli script critici (Divi/Builder, jQuery se necessario e soprattutto tutto ciò che riguarda l'editor). Incolla questo codice in functions.php del tema figlio o, meglio ancora, in un plugin personalizzati (consigliato).

<?php
/**
 * Plugin Name: BPCAB - Correctifs Divi 5 (assets)
 * Description: Exclusions de defer/delay pour éviter les bugs Divi 5 après installation.
 * Version: 1.0.0
 * Requires at least: 6.9
 * Requires PHP: 8.1
 */

if ( ! defined( 'ABSPATH' ) ) {
	exit;
}

/**
 * Filtre = "hook" qui modifie une valeur.
 * Ici, on modifie la balise <script> générée par WordPress.
 *
 * Objectif : éviter de différer des scripts critiques (Divi/Builder/REST).
 */
add_filter( 'script_loader_tag', function( $tag, $handle, $src ) {

	// Liste d'exclusion : adaptez si vous identifiez des handles précis via Query Monitor.
	$excluded_handles = array(
		'jquery',
		'jquery-core',
		'wp-api',
		'wp-api-request',
		'wp-polyfill',
	);

	// Exclusion "par motif" sur l'URL si le handle n'est pas fiable (cas fréquent avec des bundles).
	$excluded_src_patterns = array(
		'/et-core/',   // souvent utilisé côté Divi/ET
		'/divi/',      // prudence
		'/builder/',   // prudence
		'admin-ajax.php',
		'/wp-json/',
	);

	// 1) Exclusion par handle
	if ( in_array( $handle, $excluded_handles, true ) ) {
		return $tag;
	}

	// 2) Exclusion par motif d'URL
	foreach ( $excluded_src_patterns as $pattern ) {
		if ( is_string( $src ) && str_contains( $src, $pattern ) ) {
			return $tag;
		}
	}

	// 3) Sinon, on peut ajouter defer, mais sans casser le type="module" si présent.
	if ( ! str_contains( $tag, ' defer' ) && ! str_contains( $tag, ' type="module"' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}

	return $tag;

}, 10, 3 );

Dove incollare questo codice :

Opzione pulita: crea un file wp-content/plugins/bpcab-divi5-fixes/bpcab-divi5-fixes.phpIncolla il codice, quindi attiva il plugin.
Opzione “rapida”: functions.php del tema figlio (meno robusto se si cambiano i temi).

Salva prima di modificareUna parentesi dimenticata in functions.php sufficiente a provocare una schermata bianca.

Cache e CDN: il vero “non problema”

Prima di modificare il codice, esegui queste operazioni di pulizia in quest'ordine (altrimenti testerai un sito che in realtà non esiste):

Svuota la cache dei plugin (LiteSpeed Cache / WP Rocket / ecc.).
Se presente, svuota la cache del server (hosting).
Svuota la cache della CDN (Cloudflare, ecc.).
Cancella la cache del browser (oppure utilizza la navigazione in incognito).

Se utilizzi Elementor o Avada in parallelo: applica la stessa logica. Le ottimizzazioni "globali" compromettono il funzionamento di qualsiasi builder moderno.

Soluzione 2: Correggere gli errori REST/AJAX (nonce, cookie, sicurezza, WAF)

Quando Divi 5 non riesce più a salvare, caricare il builder o recuperare i dati, spesso si verifica il seguente problema:

401 Non autorizzato su /wp-json/
403 Proibita su admin-ajax.php
Errori “nonce invalid” (a volte visibili solo nella risposta JSON)

Traduzione per principianti: WordPress rifiuta una richiesta perché la ritiene non legittima. Ciò può accadere perché il browser non invia i cookie corretti, un firewall modifica o blocca la richiesta, oppure la cache visualizza una pagina riservata agli utenti autentificati a un visitatore non autenticato.

Passaggio 1: Verificare che l'API REST risponda

Semplice test: apri questo URL (mentre sei connesso al pannello di amministrazione):

https://votre-site.tld/wp-json/

È necessario ottenere un JSON (struttura dati), non una pagina HTML bloccante. Se visualizzi una pagina "Accesso negato", una richiesta di autenticazione o un file HTML WAF, hai trovato la causa.

Documentazione ufficiale dell'API REST: Manuale dell'API REST di WordPress.

Passaggio 2: Caso comune: cache che memorizza nella cache le pagine di amministrazione/editor

Alcune impostazioni della cache (o una CDN configurata in modo errato) memorizzano nella cache pagine che non dovrebbero mai essere memorizzate: /wp-admin/, wp-jsono endpoint utilizzati dal costruttore.

Senza entrare nella configurazione specifica di ogni plugin, la regola è semplice:

Escludere / Wp-admin /, /wp-json/, admin-ajax.php dalla cache.
Disabilitare temporaneamente "Delay JS" e "Combine JS" per i test.

Passaggio 3: Caso comune: plugin di sicurezza/WAF che blocca admin-ajax o wp-json

Mi è capitato spesso con regole troppo rigide: bloccano le richieste. POST a admin-ajax.php ou /wp-json/oppure filtrano determinati parametri.

Diagnosi :

Controlla i log del plugin di sicurezza (eventi bloccati).
Controlla i log del server (ModSecurity, hosting WAF).
Nella sezione Rete, apri la richiesta 403 e osserva la risposta: a volte il WAF "firma" la sua pagina.

Correzione lato WordPress (pulita) Assicurati che WordPress invii correttamente le intestazioni no-cache alle pagine sensibili e impedisci al proxy di memorizzarle nella cache. Questa non è una soluzione miracolosa contro un WAF, ma può essere d'aiuto in caso di proxy inversi configurati in modo errato.

Incolla in un plugin personalizzato (o functions.php (riguardo al tema dei bambini):

<?php
/**
 * Empêche le cache sur les pages où Divi/WordPress ont besoin d'une session cohérente.
 * Utile si un proxy/CDN est un peu trop "zélé".
 */
add_action( 'send_headers', function() {

	// Ne pas toucher au front-end public.
	if ( ! is_admin() && ! wp_doing_ajax() ) {
		return;
	}

	// En admin/AJAX, on force des en-têtes anti-cache.
	nocache_headers();

	// Certains proxies respectent mieux ces directives explicites.
	header( 'Cache-Control: no-store, no-cache, must-revalidate, max-age=0' );
	header( 'Pragma: no-cache' );
}, 20 );

Perché questo è utile Divi 5 si basa su richieste autenticate. Se una risposta viene memorizzata nella cache e inviata nuovamente, si potrebbe verificare un nonce/cookie incoerente, con conseguente errore 401/403.

Passaggio 4: Correggere contenuti misti o domini incoerenti (www o non-www)

Divi 5 diventa rapidamente problematico se il tuo sito alterna tra:

http:// et https://
www e no-www

Controllare Impostazioni> Generale L'indirizzo web di WordPress e l'indirizzo web del sito devono essere esattamente identici.

Codice : Nonce (Sicurezza di WordPress) (utile per capire perché si rompe).

Soluzione 3: Correggere gli errori 404, l'editor in loop e gli errori 500 (permalink, riscrittura, memoria, PHP)

Questa soluzione copre tre famiglie di bug che sembrano simili ma hanno cause diverse: errori 404, cicli di caricamento ed errori critici.

Caso A — 404 dopo l'installazione/migrazione: permalink e regole di riscrittura

Sintomi :

Alcune pagine funzionano, altre restituiscono un errore 404.
Il programma di compilazione si carica, ma alcune richieste interne falliscono.

Soluzione per principianti (non è richiesto alcun codice) :

andare Impostazioni> Permalink.
Non cambiare nulla, basta cliccare Registrare.

Questo rigenera le regole di riscrittura. Molti errori 404 "successivi all'installazione" vengono risolti in questo modo.

Documento ufficiale: regole di riscrittura del flusso() (non da richiamare su ogni pagina, vedi sotto).

Caso B — errore critico / 500: memoria e frammenti PHP danneggiati

Se visualizzi “Si è verificato un errore critico su questo sito Web.”, inizia a guardare wp-content/debug.log (se WP_DEBUG_LOG è attivo) o i log PHP del provider di hosting.

Errore realistico n. 1 : un frammento copiato nel posto sbagliato (ad esempio, in wp-config.php ma nel posto sbagliato), oppure un punto e virgola dimenticato.

ANTERIORE (rotto) : esempio deliberatamente falso.

define( 'WP_MEMORY_LIMIT', '256M' )  // Point-virgule manquant => fatal error

DOPO (corretto) : in wp-config.php, prima della riga “interrompi la modifica”.

/** Augmente la mémoire PHP côté WordPress (ne remplace pas la limite serveur). */
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' ); // Utile pour l'admin/éditeur

Perché: Divi 5 (come Elementor/Avada) può sovraccaricare l'amministratore. Se il limite è di 128 MB, potresti riscontrare errori casuali, soprattutto con più plugin.

Riferimento PHP (limiti di memoria, configurazione): limite_memoria_PH.

Caso C — Cicli di caricamento: OPcache e file “obsoleti”

Meno comune, ma l'ho riscontrato su alcuni provider di hosting particolarmente aggressivi: OPcache mantiene in memoria i vecchi file PHP dopo un aggiornamento. Di conseguenza, Divi/WordPress pensa di caricare una versione, mentre in realtà il server ne sta eseguendo una diversa.

Diagnosi Il bug compare subito dopo l'aggiornamento, scompare "da solo" dopo qualche ora o dopo aver riavviato PHP-FPM.

Fissare Chiedi al tuo provider di hosting di svuotare OPcache e riavviare PHP-FPM. Lato WordPress, non puoi forzare questa operazione in modo pulito senza accesso al server (e sconsiglio l'utilizzo di script "opcache_reset()" in produzione: comportano rischi per la sicurezza se non adeguatamente protetti).

Controlli post-correzione

Non accontentarti di un semplice "aspetto migliore". Esegui dei test in modo riproducibile.

test front-end : apri una pagina Divi in modalità di navigazione privata → il CSS dovrebbe essere corretto fin dal primo caricamento.
costruttore di test Apri il Visual Builder, sposta un modulo, salva, aggiorna → la modifica dovrebbe essere permanente.
Test REST aprire /wp-json/ → Dovresti visualizzare JSON, non HTML bloccante.
consolle : nessun errore rosso relativo a file mancanti (404) o rifiutati (403).
Monitorare le query : controlla "Chiamate API HTTP" e "Errori PHP". Nessun errore irreversibile e nessun errore 401/403 ripetuto.

Se utilizzi Divi 5 con Elementor o Avada sullo stesso sito: verifica una pagina creata con ciascun builder. Una cache configurata in modo errato può causare problemi con un builder e non con l'altro, fornendo indicazioni errate.

Se ciò non funziona ancora

Procedura di risoluzione dei problemi che utilizzo quando il problema è persistente. Seguitela in ordine: eviterete di modificare a caso 10 impostazioni.

1) Isolare un conflitto tra plugin/temi senza compromettere il funzionamento del sito (Verifica dello stato di salute)

installare Controllo dello stato e risoluzione dei problemi, Poi :

permettere modalità di risoluzione dei problemi (solo per te).
Disattiva tutti i plugin tranne Divi (e quelli essenziali).
Metti alla prova il generatore.

Se funziona in modalità di risoluzione dei problemi, c'è un conflitto. Riattiva i plugin uno alla volta, testandoli ogni volta.

2) Verificare la presenza di errori PHP e la versione di PHP

Si consiglia PHP 8.1 come versione minima. Se si utilizza la versione 8.0 o 7.4, si corre un grosso rischio (in termini di sicurezza e compatibilità).
guardare wp-content/debug.log e i log del server.

3) Verificare i permessi del file

Sintomo: errori 403/404 sui file in wp-content/themes/ ou wp-content/uploads/.

File: 755 (spesso)
File: 644 (spesso)

In caso di dubbi, chiedete al vostro provider di hosting. Non utilizzate mai il comando "chmod 777": rappresenta un rischio per la sicurezza.

4) Verificare la riscrittura (Apache/Nginx)

Se i permalink non vengono rigenerati, potrebbe esserci un problema di configurazione del server (mod_rewrite, regole Nginx). Questo è un problema comune dopo una migrazione.

Codice : WordPress su Apache.

5) Controllare la console del browser e le richieste di rete

Lo ripeto perché fa risparmiare ore: se il builder non si carica, la console e la rete quasi sempre ti dicono il motivo (chunk in 404, 403 WAF, CORS, ecc.).

Errori e trappole comuni

Sintomo/errore	Probabile causa	Soluzione consigliata
“Caricamento…” infinito in Divi 5	API REST bloccata (401/403), JS ritardato	Escludi /wp-json/ e gli script Divi dalle ottimizzazioni, controlla WAF
CSS mancante dopo l'aggiornamento	Il plugin/CAN Cache sta servendo una versione precedente	Svuota tutte le cache (plugin, server, CDN, browser)
Errore critico subito dopo l'aggiunta di un frammento	Codice incollato nel posto sbagliato, punto e virgola dimenticato	Ripristina il backup, correggi la sintassi, usa un plugin personalizzato
Shortcode di Divi visibili	Builder disabilitato, conflitto del plugin che filtra il contenuto	Isola tramite Controllo integrità, disabilita il plugin difettoso
“Nonce non valido” / 403 admin-ajax	Cookie bloccati, cache sulle pagine private, WAF	Escludi admin/AJAX dalla cache, verifica il dominio https/www, registri di sicurezza
Tutto funziona in locale, ma non in produzione.	CDN/WAF/OPcache/ottimizzazione del server	Disabilitare temporaneamente la CDN, svuotare OPcache tramite il provider di hosting e confrontare le intestazioni.

Errori umani che riscontro spesso:

Copia il codice in style.css invece di functions.php (o viceversa).
Confuso azione et filtri Un'azione esegue il codice in un dato momento; un filtro modifica un valore e deve rientro qualcosa.
Utilizzare un hook troppo presto (ad esempio, manipolando gli script prima che WordPress li salvi).
Test direttamente in produzione senza salvare o navigare in incognito.

Variante / alternativa

Metodo senza codice: partire da una configurazione "sicura" in termini di prestazioni.

Se sei un principiante, l'approccio migliore è spesso:

Disabilita temporaneamente la minimizzazione/combinazione/ritardo di JavaScript.
Verifica che Divi 5 sia stabile.
Riattiva le ottimizzazioni una alla volta, escludendo Divi/REST se necessario.

Questo metodo funziona anche per Elementor e Avada: basta cercare l'impostazione che interrompe l'ordine di esecuzione del codice JavaScript.

Metodo per sviluppatori: isolare gli handle esatti da escludere tramite Query Monitor

Con Query Monitor, nella scheda “Script”, è possibile visualizzare effettivamente interrogato. Un handle è l'identificativo interno di uno script in WordPress. Puoi quindi escludere specificamente questi handle nel filtro script_loader_tag (Soluzione 1) invece di abbinare frammenti URL.

Documento ufficiale sull'indagine: wp_enqueue_script ().

Evita questo problema in futuro

Evita i frammenti “magici”. Promettono PageSpeed 100/100 rimandando tutto. Spesso sono precedenti ai moderni page builder.
Preferisci un plugin personalizzato piuttosto che incollare il codice in functions.phpLe tue impostazioni rimarranno invariate anche se cambi tema.
Documenta le esclusioni della cache (un semplice file di testo): /wp-json/, admin-ajax.phppagine del costruttore.
Aggiornamento a tappe Prima WordPress, poi Divi, poi i plugin. Esegui dei test dopo ogni passaggio.
Monitorare la presenza di errori : un plugin come Query Monitor nell'ambiente di staging e log puliti in produzione.

Se è necessario aggiornare i permalink nel codice (ad esempio, quando viene attivato un plugin), farlo solo all'attivazione, mai ad ogni caricamento:

<?php
/**
 * Exemple sûr : flush rewrite rules uniquement à l'activation.
 * À placer dans un plugin (pas dans functions.php).
 */
register_activation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

register_deactivation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

perché: flush_rewrite_rules() è costoso. Richiamarlo su ogni pagina può rallentare notevolmente il sito.

Risorse

Domande frequenti

Divi 5 è compatibile con WordPress 6.9.4?

Sì, in pratica questa è una combinazione comune nel 2026. I problemi successivi all'installazione derivano più spesso da problemi di caching/ottimizzazione/sicurezza che da una "pura" incompatibilità. Mantieni Divi e WordPress aggiornati ed effettua dei test in un ambiente di staging.

Devo disabilitare il plugin di caching per utilizzare Divi 5?

No. Ma spesso dovrai escludere Evita determinati endpoint (REST/AJAX) e opzioni di "ritardo JavaScript" eccessivamente aggressive. Se abiliti un'opzione e il generatore smette di funzionare, hai trovato il colpevole.

Perché ricevo errori 401/403 su /wp-json/?

La causa più comune è il blocco dei cookie (dominio www/non-www incoerente), la memorizzazione nella cache delle pagine private o un WAF che blocca le richieste POST. Verifica la coerenza degli URL del sito e fai una prova disabilitando temporaneamente la sicurezza/CDN.

Posso inserire questi frammenti di codice in un plugin "Frammenti di codice"?

Sì, ma con cautela. Un frammento di codice difettoso può comunque mandare in crash il sito se il plugin lo esegue ovunque. Preferisco un plugin personalizzato, piccolo e versionato (anche minimale), perché si ha un maggiore controllo su ciò che viene caricato.

Lo strumento di creazione funziona per me, ma non per un altro amministratore: perché?

Spesso, la causa è la cache del browser, un'estensione o una diversa politica sui cookie. Prova a eseguire un test in modalità di navigazione privata, senza estensioni, e confronta le richieste di rete (401/403).

Ricevo un errore 500 solo quando apro Visual Builder.

Questo indica un limite di memoria, un timeout o un errore irreversibile che si verifica su una specifica rotta (REST/AJAX). Abilita WP_DEBUG_LOG, riproduci il bug e poi leggi il log. wp-content/debug.log.

Divi 5 + Elementor sullo stesso sito: è una cattiva idea?

Non è "vietato", ma aumenta il rischio di conflitti (script globali, ottimizzazione, CSS). Se proprio devi farlo, evita le ottimizzazioni che combinano/rimandano tutto e testa ogni builder dopo ogni aggiornamento.

Devo aggiornare regolarmente i permalink?

No. Fallo quando modifichi la struttura dei permalink, migri il sito o installi un plugin che aggiunge percorsi. Nel codice, solo quando attivi/disattivi un plugin.

Qual è la prima cosa da controllare quando Divi 5 "non si carica"?

Nella console e nella scheda Rete, vedrai quasi sempre un errore 401/403 (REST/AJAX), un errore 404 su un blocco JS/CSS o uno script bloccato dall'ottimizzazione.