Divi 5: Häufige Fehler nach der Installation beheben

Wenn Sie Divi 5 gerade erst installiert haben und Ihre Website plötzlich ein „fehlerhaftes Layout“ anzeigt, der Visual Builder sich weigert zu laden oder Sie REST-Fehler in der Konsole sehen, befinden Sie sich in einem sehr häufigen Fall: einer Mischung aus Cache, Skriptladereihenfolge und Sicherheitseinstellungen (Nonce/Cookies), die sich überschneiden.

das Problem

Nach der Installation oder Aktivierung von Divi 5 auf WordPress 6.9.4 (April 2026) kommt es auf einigen Websites zu sofortigen Funktionsstörungen: Der visuelle Editor wird nicht geladen, Stile werden nicht mehr angewendet oder die Administration wird instabil.

Hier sind einige typische Meldungen, die ich in PHP-Protokollen, in der Browserkonsole oder in Netzwerkantworten (unter der Registerkarte „Netzwerk“) sehe.

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.

Wo es erscheint:

Front-End Fehlendes CSS, ungestyltes Menü, falsch ausgerichtete Divi-Module, fehlende Animationen.
Administrator : Endlosschleife im Visual Builder („Laden…“) oder weißer Bildschirm im Editor.
API : Fehler bei /wp-json/ (REST-API) und AJAX-Anfragen (die häufig zu 401/403 führen).

Typische Umstände:

Unmittelbar nach der Installation von Divi 5 (oder der Migration von Divi 4 zu Divi 5).
Nach einem WordPress 6.9.x-Update oder der Aktivierung eines Cache-/CDN-Plugins.
Nach der Aktivierung eines Sicherheits-Plugins/einer WAF (Anwendungsfirewall) oder strengerer Serverregeln.

Für wen ist das gedacht? Für Blog-Einsteiger (ich biete aber auch professionelle Überprüfungen an). Am Ende wissen Sie, wie Sie die Ursache finden. corriger ordnungsgemäß (ohne Eingriff in den Kern) und überprüfen, ob Divi 5 seine Assets korrekt lädt und ob der Editor korrekt über REST/AJAX kommuniziert.

Kurze Zusammenfassung

90% der Fälle : Cache (Plugin/CDN/Browser) + JS/CSS-Optimierung, die die Ladefolge durcheinanderbringt.
REST 401/403-Fehler : Nonce/Cookies blockiert (Sicherheits-Plugin, WAF, ModSecurity-Regel, „SameSite“).
Visual Builder in einer Schleife Die REST-API ist nicht erreichbar oder JS wird zu aggressiv minimiert/verzögert („defer/delay“).
404-Fehler bei Divi-Dateien : Umschreiben (Permalinks), CDN-Pfad oder Berechtigungen.
Fehler 500 / kritisch PHP-Fehler: zu niedriges Arbeitsspeicherniveau oder fehlerhafter Codeabschnitt. functions.php.

Symptome

Hier sind die häufigsten Symptome nach der Installation von Divi 5, geordnet von den „sichtbarsten“ bis zu den „schwierigsten“.

Ungestyltes Layout Normalerweise lassen sich Divi CSS-Dateien entweder nicht laden oder werden durch eine zwischengespeicherte Version ersetzt.
Der visuelle Builder wird nicht geladen : Endlos erscheinender „Lade“-Bildschirm oder Rückkehr zum Adminbereich ohne klare Fehlermeldung.
Module, die nicht reagieren : inaktive Klicks, Drag & Drop nicht möglich, Popups, die sich nicht öffnen.
Fehler in der Konsole : Typfehler, Fehler beim Laden der einzelnen TeileCORS-Fehler, 401/403 bei /wp-json/.
Fehler 500 / weißer Bildschirm Häufig liegt es an einem Plugin-Konflikt, einer Speicherbegrenzung oder daran, dass Code an die falsche Stelle kopiert wurde.
Divi-Shortcodes werden als Text angezeigt Inhalte wurden importiert, aber der Builder ist nicht aktiv oder es besteht ein Konflikt mit einem Filter-Plugin. the_content.
Probleme „nur in der Produktion“ : CDN, Server-Cache, HTTP/2 Push, Minifizierung oder WAF-Regeln.

Kurzdiagnosetabelle (sehr nützlich für Einsteiger, die nicht wissen, wo sie anfangen sollen).

Symptom	Mögliche Ursache	Überprüfung	Lösung
Fehlerhafter Stil / Fehlendes CSS	Caching + CSS/JS-Minifizierung	Netzwerk-Tab: CSS zeigt 404 an oder ist nicht geladen	Optimierung deaktivieren, Divi ausschließen, Cache leeren
„Ladevorgang läuft…“	REST-Anfrage blockiert (401/403) oder JavaScript verzögert	Konsole + Netzwerk auf /wp-json/	/wp-json/ ausschließen, corriger Nonce/Cookies, WAF
Fehler 500 / kritisch	PHP/Speicher/Snippet defekt	WP_DEBUG + Serverprotokolle	Speicher erhöhen, Code korrigieren, Plugin-Konflikt beheben
404 zu Vermögenswerten	Permanente Links / Umschreiben / Berechtigungen	Einstellungen > Permalinks + Test der direkten Datei-URL	Permalinks neu generieren, .htaccess/Nginx prüfen
Divi-Inhalte im Shortcode	Builder nicht aktiv / Inhaltsfilter	Plugins deaktivieren, aktives Theme überprüfen	Divi reaktivieren, das Plugin isolieren, das die Filter durchführt.

Warum passiert das

Kurzfassung: Divi 5 ist ein visueller Website-Baukasten. Er lädt zahlreiche Dateien (CSS/JS) und ermöglicht Ihrem Browser die Kommunikation mit WordPress über interne Anfragen (REST-API und AJAX). Wenn ein Cache, eine Optimierung oder eine Sicherheitsmaßnahme diese Kommunikation blockiert oder verändert, können vielfältige Probleme auftreten.

Technische Erklärung: Divi 5 benötigt konsistentes Laden von Skripten (Reihenfolge, Abhängigkeiten, Chunks), gültige Session-Cookies und WordPress-Nonces. Eine Nonce ist ein temporäres Sicherheitstoken, das bestimmte Angriffe (CSRF) verhindert. Wenn ein Plugin das Laden von Skripten verzögert, ein JavaScript-Modul durch Mining beschädigt oder eine Web Application Firewall (WAF) REST-Anfragen blockiert, wird der Builder nur unvollständig geladen.

Mögliche Ursachen (von der häufigsten zur seltensten):

Aggressive Optimierung (Cache, Minifizierung, Kombination, „JS-Verzögerung“, CDN), wodurch die Reihenfolge geändert oder veraltete Dateien ausgeliefert werden.
REST/AJAX-Blockierung (Sicherheits-Plugin, WAF, Serverregeln, Cookies/Nonce) → 401/403.
Plugin-Konflikt (häufig: Optimierung, Sicherheit, Übersetzung oder ein Plugin, das Inhalte filtert).
Serverbeschränkungen (PHP-Speicher, OPcache, Timeouts) → 500- oder „kritische Fehler“-Fehler.
Umschreiben/Permalinks Fehler nach der Migration → 404-Fehler bei Endpunkten oder Assets.
Menschlicher Fehler : Codeausschnitt in die falsche Datei kopiert, Semikolon fehlt, Hook ungeeignet.

Kompatibilität mit Page-Buildern: Sie können Divi 5 auch dann installiert haben, wenn Sie auf anderen Seiten gelegentlich Elementor oder Avada verwenden. Konflikte treten hauptsächlich dann auf, wenn mehrere Page-Builder ihre eigenen globalen Skripte (Optimierung, Lazy Loading, Bibliotheken) einbinden. Die folgenden Lösungen sind weiterhin gültig: Sie zielen auf WordPress 6.9.4 und das korrekte Laden von Assets ab und nicht auf eine fehleranfällige „Divi-exklusive“ Funktion.

Voraussetzungen vor Beginn

Vor jeglicher Änderung, speichernIch habe schon zu viele Webseiten gesehen, die durch einfaches Kopieren und Einfügen kaputtgegangen sind. functions.php.

Sauvegarde : Dateien + Datenbank (idealerweise über Ihren Hosting-Anbieter).
Test Umgebung : wenn möglich eine vorbereitete Kopie.
Versionen : WordPress 6.9.4, PHP 8.1+ empfohlen (8.2/8.3 oft komfortabler), Divi 5 auf dem neuesten Stand.
WordPress-Debugging aktivieren (vorübergehend) zur Anzeige von PHP-Fehlern.
Werkzeuge :
- Abfrage-Monitor (Anfragen, Hooks, PHP-Fehler, REST).
- Health Check & Fehlerbehebung (Fehlerbehebungsmodus ohne Beeinträchtigung der Besucher).
- Zugriff auf die Browserkonsole (Chrome/Firefox) + Registerkarte „Netzwerk“.

Aktivieren Sie WP_DEBUG (auf der Staging-Umgebung oder vorübergehend auf der Produktionsumgebung) 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

Offizielle Referenz: Debuggen in WordPress.

Lösung 1: Divi 5 CSS/JS-Dateien reparieren, die nicht geladen werden (Einreihen, Zwischenspeicherung, Reihenfolge)

Wenn Divi 5 seine Stile „verliert“ oder der Editor ohne Interaktivität lädt, ist die häufigste Ursache ein Performance-Plugin, das:

Kombiniert/minimiert Skripte durch Aufteilen von Modulen
verzögert wichtige Skripte,
Zeigt eine zwischengespeicherte Version einer Datei an, die sich nach einem Update geändert hat.

Schnelle Diagnose :

Öffnen Sie Ihre Seite im privaten Browsermodus.
F12 → Tabulator Netzwerk → Filtern Sie nach „CSS“ und dann nach „JS“.
Neu laden (Strg+F5). Suchen Sie nach 404, 403oder Dateien, die von einer unerwarteten CDN-Domäne bereitgestellt werden.

Der klassische Fall: „Ich kombiniere/minimiere alles“

Möglicherweise haben Sie einen Code-Schnipsel aus einem älteren Tutorial (oft vor WordPress 6.5) hinzugefügt, der den Befehl „defer“ auf (fast) alle Skripte anwendet. Bei Divi 5 führt dies zu einem instabilen Build-System.

VORDERSEITE (defekt) : typischer Code, der in functions.php (Child-Theme) oder ein Snippets-Plugin.

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 );

Warum das nicht funktioniert: Manche Skripte müssen in einer bestimmten Reihenfolge ausgeführt werden oder bevor das DOM vollständig geladen ist. Durch das Verschieben aller Skripte ändert sich die tatsächliche Ausführungsreihenfolge. Ich habe diesen Fehler häufig auf Websites beobachtet, die zusätzlich ein Caching-Plugin verwenden, das JavaScript verzögert: doppeltes Problem.

NACH (korrigiert) Wir halten ein angemessenes Optimierungsniveau aufrecht, aber wir umfasst nicht Die wichtigsten Skripte (Divi/Builder, gegebenenfalls jQuery und insbesondere alles, was mit dem Editor zusammenhängt). Diesen Code fügen Sie hier ein: functions.php des Child-Themes oder, besser noch, in einem benutzerdefinierte Plugins (empfohlen).

<?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 );

Wo soll dieser Code eingefügt werden? :

Bereinigungsoption: eine Datei erstellen wp-content/plugins/bpcab-divi5-fixes/bpcab-divi5-fixes.phpFügen Sie den Code ein und aktivieren Sie anschließend das Plugin.
„Schnell“-Option: functions.php des Kindthemas (weniger robust, wenn Sie das Thema ändern).

Vor dem Bearbeiten speichern.Eine vergessene Klammer in functions.php genug, um einen weißen Bildschirm zu verursachen.

Cache und CDN: das eigentliche „Nicht-Problem“

Bevor Sie den Code bearbeiten, führen Sie diese Bereinigungen in dieser Reihenfolge durch (andernfalls testen Sie eine Website, die gar nicht existiert):

Leeren Sie den Plugin-Cache (LiteSpeed Cache / WP Rocket / etc.).
Leeren Sie den Server-Cache (Hosting-Cache), falls verfügbar.
Leeren Sie den CDN-Cache (Cloudflare usw.).
Leeren Sie Ihren Browser-Cache (oder verwenden Sie den privaten Browsermodus).

Wenn Sie Elementor oder Avada parallel verwenden: Wenden Sie dieselbe Logik an. „Globale“ Optimierungen führen bei jedem modernen Builder zu Problemen.

Lösung 2: REST/AJAX-Fehler beheben (Nonce, Cookies, Sicherheit, WAF)

Wenn Divi 5 nicht mehr speichern, den Builder laden oder Daten abrufen kann, wird häufig Folgendes angezeigt:

401 Nicht autorisiert von /wp-json/
403 Verboten von admin-ajax.php
Fehler vom Typ „Nonce ungültig“ (manchmal nur in der JSON-Antwort sichtbar)

WordPress lehnt eine Anfrage ab, da sie als ungültig eingestuft wird. Entweder sendet der Browser nicht die korrekten Cookies, eine Firewall verändert/blockiert die Anfrage oder ein Cache liefert einem nicht angemeldeten Besucher eine Seite für angemeldete Benutzer.

Schritt 1: Überprüfen Sie, ob die REST-API antwortet.

Einfacher Test: Öffnen Sie diese URL (während Sie im Admin-Panel angemeldet sind):

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

Sie benötigen eine JSON-Datei (Datenstruktur), keine blockierende HTML-Seite. Wenn Sie eine „Zugriff verweigert“-Seite, eine Authentifizierungsabfrage oder WAF-HTML sehen, haben Sie die Ursache gefunden.

Offizielle REST-API-Dokumentation: WordPress REST API-Handbuch.

Schritt 2: Häufiger Fall – Cache, der Admin-/Editorseiten zwischenspeichert

Manche Cache-Einstellungen (oder ein falsch konfiguriertes CDN) speichern Seiten im Cache, die niemals zwischengespeichert werden sollten: /wp-admin/, wp-jsonoder Endpunkte, die vom Builder verwendet werden.

Ohne auf die spezifische Konfiguration jedes Plugins einzugehen, ist die Regel einfach:

Ausschließen / Wp-admin /, /wp-json/, Admin-ajax.php aus dem Cache.
Deaktivieren Sie vorübergehend „Delay JS“ und „Combine JS“ zu Testzwecken.

Schritt 3: Häufiger Fall – Sicherheits-Plugin/WAF blockiert admin-ajax oder wp-json

Ich habe das schon oft bei übermäßig strengen Regeln erlebt: Sie blockieren Anfragen. jetzt lesen zu admin-ajax.php ou /wp-json/oder sie filtern bestimmte Parameter.

Diagnostisch :

Überprüfen Sie die Protokolle des Sicherheits-Plugins (blockierte Ereignisse).
Überprüfen Sie die Serverprotokolle (ModSecurity, WAF-Hosting).
Öffnen Sie im Netzwerk die 403-Anfrage und sehen Sie sich die Antwort an: Manchmal „signiert“ die WAF ihre Seite.

WordPress-Seitenfix (sauber) Stellen Sie sicher, dass WordPress korrekt No-Cache-Header an sensible Seiten sendet und verhindern Sie, dass ein Proxy diese zwischenspeichert. Dies ist zwar kein Allheilmittel gegen Web Application Firewalls (WAF), hilft aber bei einigen schlecht konfigurierten Reverse-Proxys.

In ein benutzerdefiniertes Plugin einfügen (oder functions.php (zum Thema Kinder):

<?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 );

Warum das hilft Divi 5 benötigt authentifizierte Anfragen. Wenn eine Antwort zwischengespeichert und erneut ausgeliefert wird, kann dies zu einer inkonsistenten Nonce/einem inkonsistenten Cookie führen, was einen 401/403-Fehler zur Folge hat.

Schritt 4: Korrigieren Sie gemischte Inhalte oder eine inkonsistente Domain (www vs. non-www).

Divi 5 wird schnell problematisch, wenn Ihre Website zwischen folgenden Zuständen wechselt:

http:// et https://
www und neinwww

Scheck Einstellungen> Allgemein Die „WordPress-Webadresse“ und die „Website-Webadresse“ müssen exakt übereinstimmen.

Reference: Nonces (WordPress-Sicherheit) (Nützlich, um zu verstehen, warum es kaputt geht).

Lösung 3: Beheben Sie die 404-Fehler, die Endlosschleife im Editor und die 500-Fehler (Permalinks, Rewrite, Speicher, PHP).

Diese Lösung deckt drei Arten von Fehlern ab, die zwar ähnlich aussehen, aber unterschiedliche Ursachen haben: 404-Fehler, Ladeschleifen und kritische Fehler.

Fall A – 404 nach Installation/Migration: Permalinks und Rewrite-Regeln

Symptome:

Manche Seiten funktionieren, andere liefern den Fehlercode 404.
Der Builder wird geladen, aber einige interne Anfragen schlagen fehl.

Lösung für Anfänger (keine Programmierung erforderlich) :

gehen Einstellungen> Permalinks.
Ändern Sie nichts, klicken Sie einfach. Speichern.

Dadurch werden die Rewrite-Regeln neu generiert. Viele 404-Fehler „nach der Installation“ werden auf diese Weise behoben.

Offizielles Dokument: spülen_umschreiben_regeln() (nicht auf jeder Seite aufzurufen, siehe unten).

Fall B – kritischer Fehler / 500: Beschädigter PHP-Speicher und Snippets

Wenn die Meldung „Auf dieser Website ist ein schwerwiegender Fehler aufgetreten.“ angezeigt wird, sollten Sie zunächst Folgendes überprüfen: wp-content/debug.log (falls WP_DEBUG_LOG aktiviert ist) oder die PHP-Protokolle des Hosting-Anbieters.

Realistischer Fehler Nr. 1 : ein an die falsche Stelle kopierter Codeausschnitt (z. B. in wp-config.php aber am falschen Platz), oder ein vergessenes Semikolon.

VORDERSEITE (defekt) : absichtlich falsches Beispiel.

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

NACH (korrigiert) : in wp-config.php, vor der Zeile „Bearbeitung beenden“.

/** 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

Grund: Divi 5 (wie Elementor/Avada) kann die Administration stark belasten. Bei einem Limit von 128 MB können insbesondere bei mehreren Plugins sporadische Fehler auftreten.

PHP-Referenz (Speichergrenzen, Konfiguration): PHP memory_limit.

Fall C – Ladeschleifen: OPcache und „veraltete“ Dateien

Seltener, aber ich habe es bei aggressiven Hosting-Anbietern beobachtet: OPcache hält nach einem Update alte PHP-Dateien im Speicher. Dadurch denkt Divi/WordPress, es lade eine Version, während der Server tatsächlich eine andere verwendet.

Diagnostisch Der Fehler tritt direkt nach dem Update auf und verschwindet einige Stunden später „von selbst“ oder nach einem Neustart von PHP-FPM.

Fixieren Bitten Sie Ihren Hosting-Anbieter, den OPcache zu leeren und PHP-FPM neu zu starten. Auf WordPress-Seite lässt sich dies ohne Serverzugriff nicht erzwingen (und ich rate dringend davon ab, "opcache_reset()"-Skripte in der Produktion zu verwenden: Sicherheitsrisiko bei unzureichendem Schutz).

Nachkorrekturprüfungen

Geben Sie sich nicht mit der Aussage „Es sieht besser aus“ zufrieden. Testen Sie auf reproduzierbare Weise.

Frontend-Tests : Öffnen Sie eine Divi-Seite im privaten Browsermodus → das CSS sollte vom ersten Laden an korrekt sein.
Testgenerator Öffnen Sie den Visual Builder, verschieben Sie ein Modul, speichern Sie, aktualisieren Sie die Seite → die Änderung sollte erhalten bleiben.
REST-Test offen /wp-json/ → Sie sollten JSON sehen, nicht blockierendes HTML.
Console : keine roten Fehlermeldungen im Zusammenhang mit fehlenden (404) oder abgelehnten (403) Dateien.
Abfrage-Monitor : Überprüfen Sie „HTTP-API-Aufrufe“ und „PHP-Fehler“. Keine schwerwiegenden Fehler und keine wiederholten 401/403-Fehler.

Wenn Sie Divi 5 zusammen mit Elementor oder Avada auf derselben Website verwenden: Überprüfen Sie jeweils eine Seite, die mit jedem der beiden Builder erstellt wurde. Ein fehlerhaft konfigurierter Cache kann dazu führen, dass ein Builder nicht funktioniert, der andere jedoch schon, und somit falsche Hinweise liefern.

Wenn das immer noch nicht funktioniert

Vorgehensweise zur Fehlerbehebung, die ich anwende, wenn das Problem hartnäckig ist. Gehen Sie die Schritte der Reihe nach durch: So vermeiden Sie, wahllos 10 Einstellungen zu ändern.

1) Einen Plugin-/Theme-Konflikt isolieren, ohne die Website zu beschädigen (Health Check)

installieren Health Check & Fehlerbehebung, Dann :

Aktivieren Fehlerbehebungsmodus (nur für dich).
Deaktivieren Sie alle Plugins außer Divi (und denjenigen, die unbedingt erforderlich sind).
Testen Sie den Builder.

Wenn es im Fehlerbehebungsmodus funktioniert, liegt ein Konflikt vor. Aktivieren Sie die Plugins nacheinander wieder und testen Sie nach jeder Aktivierung.

2) Auf PHP-Fehler und die PHP-Version prüfen.

PHP 8.1 wird als Mindestversion empfohlen. Bei Verwendung von Version 8.0 oder 7.4 spielen Sie mit dem Feuer (Sicherheit und Kompatibilität).
aussehen wp-content/debug.log und die Serverprotokolle.

3) Dateiberechtigungen prüfen

Symptom: 403/404-Fehler bei Dateien in wp-content/themes/ ou wp-content/uploads/.

Dateien: 755 (oft)
Dateien: 644 (oft)

Im Zweifelsfall fragen Sie Ihren Hosting-Anbieter. Verwenden Sie niemals „chmod 777“: Das stellt ein Sicherheitsrisiko dar.

4) Überprüfen Sie die Umleitung (Apache/Nginx)

Werden die Permalinks nicht neu generiert, liegt möglicherweise ein Problem mit der Serverkonfiguration vor (mod_rewrite, Nginx-Regeln). Dies tritt häufig nach einer Migration auf.

Reference: WordPress auf Apache.

5) Überprüfen Sie die Browserkonsole und die Netzwerkanfragen.

Ich wiederhole das, weil es Stunden spart: Wenn der Builder nicht geladen wird, geben die Konsole und das Netzwerk fast immer den Grund an (Fehlermeldung 404, 403 WAF, CORS usw.).

Häufige Fallstricke und Fehler

Symptom / Fehler	Mögliche Ursache	Empfohlene Lösung
„Wird geladen…“ unendlich lange in Divi 5	REST-API blockiert (401/403), JavaScript verzögert	Schließen Sie /wp-json/ und Divi-Skripte von den Optimierungen aus, überprüfen Sie die WAF.
Nach dem Update fehlt CSS.	Das Cache-CDN/Plugin liefert eine ältere Version aus	Alle Caches leeren (Plugin, Server, CDN, Browser)
Kritischer Fehler unmittelbar nach dem Hinzufügen eines Code-Snippets	Der Code wurde an der falschen Stelle eingefügt, das Semikolon wurde vergessen.	Backup wiederherstellen, Syntax korrigieren, benutzerdefiniertes Plugin verwenden
Sichtbare Divi-Shortcodes	Builder deaktiviert, Plugin-Konflikt, der den Inhalt filtert	Isolieren Sie das fehlerhafte Plugin über den Health Check und deaktivieren Sie es.
„Nonce ungültig“ / 403 admin-ajax	Cookies blockiert, Cache auf privaten Seiten, WAF	Admin/AJAX vom Cache ausschließen, https/www-Domain und Sicherheitsprotokolle überprüfen
Lokal funktioniert alles, aber nicht in der Produktion.	CDN/WAF/OPcache/Serveroptimierung	Deaktivieren Sie vorübergehend das CDN, leeren Sie den OPcache über den Hosting-Anbieter und vergleichen Sie die Header.

Menschliche Fehler, die ich häufig beobachte:

Kopieren Sie den Code nach style.css statt functions.php (oder umgekehrt).
Verwechseln Aktion et Filter Eine Aktion führt Code zu einem bestimmten Zeitpunkt aus; ein Filter ändert einen Wert und muss Rückkehr etwas.
Die Verwendung eines Hooks zu früh (z. B. Manipulation von Skripten, bevor WordPress sie speichert).
Direktes Testen in der Produktionsumgebung ohne Speichern oder privates Surfen.

Variante / Alternative

No-Code-Methode: Ausgehend von einer hinsichtlich der Leistung „sicheren“ Konfiguration.

Für Anfänger ist die beste Herangehensweise oft folgende:

JS-Minifizierung/Kombination/Verzögerung vorübergehend deaktivieren.
Überprüfen Sie, ob Divi 5 stabil ist.
Reaktivieren Sie die Optimierungen nacheinander, wobei Divi/REST gegebenenfalls ausgeschlossen wird.

Das funktioniert auch für Elementor und Avada: Man sucht nach der Einstellung, die die JS-Ausführungsreihenfolge unterbricht.

Entwicklermethode: Die genauen Handles, die ausgeschlossen werden sollen, können über den Abfragemonitor ermittelt werden.

Im Abfragemonitor können Sie auf der Registerkarte „Skripte“ Folgendes sehen: Griffe Die Abfrage erfolgte tatsächlich. Ein Handle ist die interne Kennung eines Skripts in WordPress. Diese Handles können Sie dann im Filter gezielt ausschließen. script_loader_tag (Lösung 1) anstatt URL-Fragmente abzugleichen.

Offizielles Dokument zur Untersuchung: wp_enqueue_script ().

Vermeiden Sie dieses Problem in Zukunft

Vermeiden Sie „magische“ Code-Schnipsel. Sie versprechen 100/100 PageSpeed, während sie alles andere aufschieben. Oftmals stammen sie aus der Zeit vor modernen Page-Buildern.
Ich bevorzuge ein benutzerdefiniertes Plugin. anstatt Code einzufügen functions.phpIhre Anpassungen bleiben auch beim Wechsel des Designs erhalten.
Dokumentieren Sie Ihre Cache-Ausschlüsse. (eine einfache Textdatei): /wp-json/, admin-ajax.php, Builder-Seiten.
Aktualisierung in Etappen Erst WordPress, dann Divi, dann Plugins. Testen Sie jede Lösung einzeln.
Auf Fehler überwachen : ein Plugin wie Query Monitor in der Staging-Umgebung und saubere Protokolle in der Produktionsumgebung.

Wenn Sie Permalinks im Code aktualisieren müssen (z. B. wenn ein Plugin aktiviert wird), tun Sie dies nur bei der Aktivierung, niemals bei jedem Laden:

<?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();
} );

Warum: flush_rewrite_rules() ist teuer. Der Aufruf auf jeder Seite kann die Website erheblich verlangsamen.

Ressourcen

Häufig gestellte Fragen

Ist Divi 5 mit WordPress 6.9.4 kompatibel?

Ja, in der Praxis ist diese Kombination auch 2026 noch üblich. Probleme nach der Installation entstehen häufiger durch Caching-, Optimierungs- oder Sicherheitsprobleme als durch reine Inkompatibilität. Halten Sie Divi und WordPress auf dem neuesten Stand und testen Sie in einer Testumgebung.

Muss ich mein Caching-Plugin deaktivieren, um Divi 5 nutzen zu können?

Nein. Aber Sie werden es oft tun müssen. ausschließen Vermeiden Sie bestimmte Endpunkte (REST/AJAX) und übermäßig aggressive „JS-Verzögerung“-Optionen. Wenn Sie eine Option aktivieren und der Builder daraufhin nicht mehr funktioniert, haben Sie die Ursache gefunden.

Warum erhalte ich 401/403-Fehler auf /wp-json/, obwohl ich verbunden bin?

Die häufigste Ursache sind blockierte Cookies (inkonsistente www/non-www-Domain), Caching auf privaten Seiten oder eine Web Application Firewall (WAF), die POST-Anfragen blockiert. Überprüfen Sie die Konsistenz der Website-URLs und testen Sie dies, indem Sie die Sicherheitsfunktionen/das CDN vorübergehend deaktivieren.

Kann ich die Code-Snippets in ein „Code Snippets“-Plugin einfügen?

Ja, aber mit Vorsicht. Ein fehlerhafter Codeabschnitt kann die Website immer noch zum Absturz bringen, wenn das Plugin ihn überall ausführt. Ich bevorzuge ein kleines, versioniertes, benutzerdefiniertes Plugin (selbst ein minimales), da man so besser kontrollieren kann, was geladen wird.

Der Builder funktioniert bei mir, aber nicht bei einem anderen Administrator: Warum?

Häufig liegt die Ursache im Browser-Cache, einer Erweiterung oder einer abweichenden Cookie-Richtlinie. Testen Sie es testweise im privaten Browsermodus ohne Erweiterungen und vergleichen Sie die Netzwerkanfragen (401/403).

Ich erhalte nur dann einen 500-Fehler, wenn ich den Visual Builder öffne.

Dies deutet auf eine Speicherbegrenzung, einen Timeout oder einen schwerwiegenden Fehler auf einer bestimmten Route (REST/AJAX) hin. Aktivieren Sie WP_DEBUG_LOG, reproduzieren Sie den Fehler und lesen Sie anschließend das Protokoll. wp-content/debug.log.

Divi 5 und Elementor auf derselben Website: Ist das eine schlechte Idee?

Es ist zwar nicht verboten, erhöht aber das Risiko von Konflikten (globale Skripte, Optimierung, CSS). Falls Sie es unbedingt tun müssen, vermeiden Sie Optimierungen, die alles kombinieren oder verzögern, und testen Sie jeden Builder nach jedem Update.

Muss ich die Permalinks regelmäßig leeren?

Nein. Führen Sie dies durch, wenn Sie Ihre Permalink-Struktur ändern, die Website migrieren oder ein Plugin installieren, das Routen hinzufügt. Im Code ist dies nur beim Aktivieren/Deaktivieren eines Plugins erforderlich.

Was sollte man als Erstes überprüfen, wenn Divi 5 „nicht lädt“?

Die Konsole und der Netzwerk-Tab. Dort sehen Sie fast immer einen 401/403-Fehler (REST/AJAX), einen 404-Fehler bei einem JS/CSS-Abschnitt oder ein durch Optimierung blockiertes Skript.