Elementor Pro lädt nicht oder zeigt eine leere Seite an – was ist Schritt für Schritt zu überprüfen?

Lesezeit: ca. 9 Minuten · Ebene: dazwischenliegend

Sie klicken auf „Mit Elementor bearbeiten” und erhalten anstelle des Editors eine leere Seite oder einen endlosen Ladekreis. Manchmal erscheint die Meldung „Auf dieser Website ist ein kritischer Fehler aufgetreten”. Das sieht dramatisch aus. In der Praxis liegt die Ursache bei 80%-Fehlern in einer von mehreren wiederkehrenden Ursachen: einem Plugin- oder Theme-Konflikt, einem zu geringen PHP-Speicherlimit, inkompatiblen Elementor-Versionen und … Elementor Pro, Aggressives Caching oder Server-Header, die iFrames blockieren, können die Ursache sein. Dieser Artikel führt Sie durch eine Diagnosesequenz – von den einfachsten Tests (Cache, Inkognito-Modus) bis hin zu komplexeren (Sicherer Modus, WP_DEBUG, Versions-Rollback). Die meisten Probleme können Sie selbst beheben, ohne Unterstützung Ihres Hosting-Anbieters und ohne Datenverlust.

1. Beginnen Sie mit den einfachsten Tests – leeren Sie den Cache (Browser, Plugin, Cloudflare) und öffnen Sie den Editor im Inkognito-Modus.
2. Systemvoraussetzungen beachten: WordPress 6.5+, PHP 7.4+ (8.0+ ist besser), mindestens 256 MB Arbeitsspeicher für eine typische Website.
3. Aktivieren Sie den sicheren Modus unter „Elementor > Tools” – dadurch werden Plugins und Themes deaktiviert, Elementor bleibt jedoch unberührt.
4. Nach der Aktualisierung von Elementor Pro muss auch die kostenlose Version von Elementor aktualisiert werden – ein Versionskonflikt führt zu einem schwerwiegenden Fehler.
5. Wenn nichts mehr hilft: WP_DEBUG aktivieren, lesen debug.log, Führen Sie gegebenenfalls ein Rollback über „Tools > Versionskontrolle” durch.

Was sind die häufigsten Symptome für einen Absturz von Elementor Pro und wie kann man sie erkennen?

Ein Elementor-Absturz kann verschiedene visuelle Formen annehmen, die jeweils die Diagnose auf einen anderen Bereich lenken. Ein klar definiertes Symptom halbiert den Arbeitsaufwand. Anstatt alle möglichen Ursachen zu suchen, beginnt man mit den häufigsten für ein bestimmtes Szenario.

Worin besteht der Unterschied zwischen einer weißen Seite und einem hängenden Editor-Ladebildschirm?

Ein weißer Bildschirm des Todes (WSOD) ist ein komplett leerer Browserbildschirm – ohne jegliche Benutzeroberfläche. Er deutet meist auf einen schwerwiegenden PHP-Fehler hin: Etwas im Plugin- oder Theme-Code hat die Ausführung des Skripts verhindert, und der Server hat anstelle einer Seite eine leere Antwort zurückgegeben.

Ein eingefrorener Ladebildschirm ist etwas anderes. Das linke Panel von Elementor lädt normal – Menü, Widgets und Einstellungen sind sichtbar –, aber der mittlere Bereich der Seitenvorschau bleibt leer und zeigt nur ein sich drehendes Rad an. Was bedeutet das? PHP hat funktioniert (das Panel wurde erstellt), aber der Vorschau-iFrame hat entweder die JS/CSS-Ressourcen nicht geladen oder wurde durch einen Server-Header blockiert.

Fangen: Viele Nutzer verwechseln diese beiden Zustände und greifen zu Lösungen aus der falschen Kategorie. Ein hängender Ladebildschirm hängt selten mit einem PHP-Speicherlimit zusammen – viel häufiger ist der X-Frame-Options-Header, der Cloudflare Rocket Loader oder eine Browsererweiterung, die Skripte blockiert, die Ursache.

Wann liegt das Problem im Frontend und wann nur im Editor?

Ein weißer Bildschirm (WSOD) signalisiert, dass die Website für Besucher nicht erreichbar ist. Höchste Priorität! Prüfen Sie zunächst, ob Sie die Website überhaupt aufrufen können. wp-admin. In diesem Fall betrifft das Problem nur den öffentlichen Teil der Website, und die Ursache liegt meist im Theme oder einem schlecht gestalteten Widget.

Das Problem, das im Editor selbst auftritt, sieht völlig anders aus. Die Benutzerseite und das Admin-Panel funktionieren, aber nach dem Klick auf „Mit Elementor bearbeiten” passiert nichts. Dieses Szenario ist viel häufiger und deutlich weniger dramatisch. Sie können in Ruhe an der Lösung arbeiten, ohne ständig Kunden verlieren zu müssen.

Was bedeutet die Meldung „Auf dieser Website ist ein kritischer Fehler aufgetreten”?

Diese Meldung ersetzt in neueren WordPress-Versionen die klassische weiße Seite. Der Inhalt bleibt immer gleich, aber im Hintergrund sendet WordPress dem Administrator eine E-Mail mit einem Link zum Wiederherstellungsmodus. Dort finden Sie die genaue Fehlermeldung und den Namen des Plugins, das den Fehler verursacht hat.

Überprüfen Sie das Kontrollkästchen für die Administrator-E-Mail-Adresse unter „Einstellungen > Allgemein”. In der Nachricht befindet sich ein Link. ?action=enter_recovery_mode mit einem Token. Durch Klicken werden Sie im abgesicherten Modus in das Panel eingeloggt, wo das problematische Plugin deaktiviert ist.

Erfüllen Ihr Server und Ihre WordPress-Installation die Anforderungen für Elementor Pro?

Inkompatible Servervoraussetzungen sind nach Konflikten die zweithäufigste Ursache für eine weiße Seite. Elementor hat seine Anforderungen 2024 aktualisiert. Ältere Anleitungen, die sich auf PHP 5.6 oder WordPress 5.x beziehen, sind daher technisch veraltet.

Welche sind die Mindest- und die empfohlenen Versionen von WordPress und PHP?

Auf der offiziellen Elementor-Anforderungsseite werden WordPress 6.5+ und PHP 7.4+ als Mindestvoraussetzungen genannt. In der Praxis empfiehlt sich jedoch PHP 8.0 oder 8.1 – diese Versionen sind schneller, sicherer und besser vom Entwickler getestet. Das Plugin-Repository gibt zwar ein minimales Speicherlimit von 64 MB an, dies ist jedoch rein formal und für den praktischen Einsatz nicht relevant.

Wie kann ich das aktuelle PHP-Speicherlimit im WordPress-Dashboard überprüfen?

WordPress zeigt diese Daten an zwei Stellen an, die beide vom Admin-Bereich aus anklickbar sind.

Unter „Site-Status > Informationen” erweitern Sie den Abschnitt „Server“. Dort finden Sie Felder. PHP-Speicherlimit Und WordPress-Speicherlimit. Es handelt sich um zwei unterschiedliche Werte – beide müssen ausreichend hoch sein. Das PHP-Speicherlimit wird vom Hosting-Anbieter (php.ini) festgelegt, das WordPress-Speicherlimit hingegen durch eine Konstante. WP_MEMORY_LIMIT w wp-config.php.

Wie kann ich WP_MEMORY_LIMIT in der wp-config.php oder im Hosting-Panel erhöhen?

Am schnellsten geht es über die Datei. wp-config.php Im Stammverzeichnis Ihrer WordPress-Installation. Öffnen Sie die Datei über den Dateimanager Ihres Webhostings oder per FTP und fügen Sie oberhalb des Kommentars eine Zeile hinzu. /* Das war's, Bearbeitung beenden! */:

define( 'WP_MEMORY_LIMIT', '256M' ); define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Die erste Zeile legt das Limit für das Frontend fest, die zweite für administrative Aufgaben: Importe, Aktualisierungen und den Editor. Nach dem Speichern der Datei öffnen Sie „Website-Status > Informationen” und prüfen Sie, ob der neue Wert angezeigt wird.

Ausgabe wp-config.php Hat das nicht geholfen? Ihr Hostinganbieter hat weltweit ein niedrigeres Limit festgelegt. Melden Sie sich in Ihrem Hosting-Panel an, suchen Sie nach einem Tool wie „Multi-PHP INI Editor” oder „PHP-Version auswählen” und erhöhen Sie das Limit. Speicherlimit Bis zu 256 MB oder 512 MB. Bei Shared-Hosting-Paketen kann dieser Parameter gesperrt sein. In diesem Fall bleibt Ihnen nur eine Möglichkeit: den Support kontaktieren oder Ihr Paket wechseln.

Profi-Tipp: Nach der Erhöhung des Speicherlimits muss der PHP-Prozess neu gestartet werden. In cPanel erfolgt dies über „PHP-Version auswählen > (Versionswechsel)”. In DirectAdmin verwenden Sie dazu den „PHP-Selektor”. Ohne Neustart wird der neue Wert nicht auf laufende Prozesse angewendet.

Wie kann ich den Cache leeren und das Problem browserseitig ausschließen?

Bei ungewöhnlichem Verhalten von Elementor steht der Cache im Verdacht. Das Problem? In WordPress existiert der Cache an sechs Stellen gleichzeitig. Es reicht nicht aus, nur eine davon zu leeren.

Welche Cache-Ebenen müssen geleert werden (Browser, Plugin, Cloudflare)?

Bereinigen Sie die Cache-Ebenen nacheinander, beginnend mit der äußersten. Starten Sie mit Cloudflare – im Bereich „Caching > Konfiguration > Alles löschen”. Anschließend das WordPress-Cache-Plugin: WP-Rakete, LiteSpeed Cache oder W3 Gesamtcache – Wählen Sie die Option „Cache leeren” oder „Alles löschen”. Anschließend in Elementor: „Werkzeuge > Dateien und Daten neu generieren”. Zum Schluss leeren Sie den Browser-Cache mit Strg+Umschalt+R (Erneutes Aktualisieren) oder öffnen die Seite im Inkognito-Modus.

Prüfen Sie den entsprechenden HTTP-Header, um zu bestätigen, ob die Antwort aus dem Cache oder vom Ursprungsserver stammt:

curl -I https://yourdomain.pl/?nocache=1

Halten Sie Ausschau nach Schlagzeilen als Reaktion darauf. CF-Cache-Status (Cloudflare) und X-Cache (Server). Wert SCHLAG bedeutet, dass die Antwort aus dem Cache stammt. VERMISSEN oder BYPASS Die Anfrage ging an den Ursprungsserver. Die zweite Variante ist ein gutes Zeichen: Der Cache ist geleert.

Wie kann man überprüfen, ob ein Editor eine Browsererweiterung blockiert?

Adblock, uBlock Origin, NoScript, Privacy Badger und ähnliche Add-ons können die von Elementor geladenen JavaScript-Ressourcen blockieren. Ein typisches Symptom? Der Editor funktioniert in einem Browser, zeigt in einem anderen ein leeres Fenster an, und im Inkognito-Modus läuft alles einwandfrei.

1. Schritt 1 (10 Sek.): Öffnen Sie dieselbe Seite im Inkognitomodus (Strg+Umschalt+N in Chrome).
2. Schritt 2 (30 Sek.): Wenn es im Inkognitomodus funktioniert – wechseln Sie zurück in den Normalmodus und deaktivieren Sie die Erweiterungen nacheinander.
3. Schritt 3 (1 Min.): Sobald Sie den Übeltäter gefunden haben, setzen Sie die Website-Domain auf die Whitelist, anstatt das Add-on dauerhaft zu deaktivieren.

Warum kann Cloudflare Rocket Loader das Laden des Editors beeinträchtigen?

Rocket Loader ist eine Cloudflare-Funktion, die das Laden von JavaScript verzögert, um Seiten schneller darzustellen. Das klingt sinnvoll, aber Elementor benötigt eine bestimmte Reihenfolge für die Initialisierung der Skripte. Rocket Loader bringt diese Reihenfolge durcheinander, wodurch der Editor nicht mehr funktioniert.

Deaktivieren Sie Rocket Loader im Cloudflare-Dashboard: „Geschwindigkeit > Optimierung > Rocket Loader > Aus”. Deaktivieren Sie außerdem „JavaScript automatisch minimieren” zu Diagnosezwecken. Sie können beide Optionen nach der Bearbeitung wieder aktivieren. Fügen Sie dazu jedoch eine Seitenregel für die Domain des Editors hinzu, um den Pfad auszuschließen. /wp-admin/* mit Raketenlader.

Wie kann ich im abgesicherten Modus Plugin- oder Theme-Konflikte erkennen?

Der abgesicherte Modus ist das leistungsstärkste Diagnosetool, das Elementor integriert hat. Sie können ihn mit einem einzigen Klick aktivieren und sofort feststellen, ob das Problem bei Elementor selbst oder in dessen Umgebung liegt.

Wo genau im Bedienfeld kann ich den abgesicherten Modus aktivieren und was genau bewirkt dieser Modus?

Der abgesicherte Modus isoliert Elementor und WordPress von den Themes und Plugins, die möglicherweise den Fehler verursachen.

Offizielle Elementor-Dokumentation – Was ist der sichere Modus?

Im sicheren Modus werden vorübergehend alle anderen Plugins deaktiviert und anstelle Ihres Plugins ein leeres Theme geladen. Dies betrifft jedoch nur den Editor – die Benutzeroberfläche der Website für Besucher bleibt unverändert.

Nach der Aktivierung kehren Sie zu einer beliebigen Seite zurück und klicken Sie auf „Mit Elementor bearbeiten”. Lädt der Editor normal? Liegt das Problem an einem Plugin oder Theme? Funktioniert es immer noch nicht? Dann liegt das Problem an Elementor selbst, Ihrer Serverkonfiguration oder Ihrem Browser.

Wie findet man systematisch ein problematisches Plugin nach dessen Deaktivierung?

Deaktivieren Sie den abgesicherten Modus und gehen Sie zu „Plugins > Installierte Plugins”. Die schnellste Methode? Deaktivieren Sie die Plugins selektiv, anstatt sie einzeln zu deaktivieren.

1. Deaktivieren Sie alle Plugins außer „Elementor” und „Elementor Pro”.
2. Überprüfen Sie, ob der Editor funktioniert. Er sollte funktionieren – Sie haben die potenziellen Verursacher des 99% soeben ausgeschlossen.
3. Aktivieren Sie die Plugins in Fünfergruppen und testen Sie den Editor nach jeder Gruppeneinteilung.
4. Wenn ein Paket den Editor beschädigt, deaktivieren Sie es und aktivieren Sie die Plugins aus dem Paket nacheinander.
5. Sollten Sie einen Konflikt feststellen, prüfen Sie, ob Plugin-Updates verfügbar sind, melden Sie das Problem dem Autor oder suchen Sie nach einer Alternative.

Die Bündelungsmethode reduziert die Diagnosezeit für 30 Plugins von 30 Versuchen auf 5–8 Versuche. Dies entspricht dem „Binärsuchverfahren”, das Entwickler zur Fehlersuche einsetzen.

Wann ist das Motiv der entscheidende Faktor und wie können wir das bestätigen?

Hat das Deaktivieren aller Plugins nicht geholfen? Dann liegt es wahrscheinlich am Theme. Gehen Sie zu „Design > Themes” und aktivieren Sie das Standard-Theme – Twenty Twenty-Four oder Hello Elementor. Diese sind speziell für Elementor entwickelt und besonders ressourcenschonend.

Überprüfen Sie den Editor. Funktioniert er? Das Theme war die Ursache. ThemeForest-Theme-Updates benötigen oft lange, bis sie mit neueren Elementor-Versionen kompatibel sind. Ein dokumentierter Fall im ThemeIsle-Blog zeigte ein Theme, das nur zwei Monate nach der Veröffentlichung von Elementor 3.21 aktualisiert wurde und einen weißen Bildschirm (WSOD) verursachte, bis das Update mit dem angeblich behobenen Fehler aufgrund von Feedback zum Plugin-Update veröffentlicht wurde.

Was tun, wenn nach dem Aktualisieren von Elementor Pro eine weiße Seite erscheint?

Elementor Pro aktualisieren, ohne gleichzeitig die kostenlose Version zu aktualisieren? Ein klassischer Fehler. Pro enthält Code, der auf neue Klassen und Funktionen der kostenlosen Version verweist – fehlen diese, löst PHP einen schwerwiegenden Fehler aus.

Warum verursachen inkompatible Versionen von Elementor und Elementor Pro einen schwerwiegenden Fehler?

Elementor Pro ist eine Erweiterung, die das kostenlose Elementor mithilfe seiner Klassen, Funktionen und Hooks erweitert. Wenn der Pro-Autor neue Funktionen hinzufügt, die eine Klasse erfordern, X Wenn Sie von der kostenlosen Version 3.22 ausgehen und die kostenlose Version 3.20 verwenden, stürzt PHP beim Laden mit einer Fehlermeldung wie „Klasse X nicht gefunden” ab.

W debug.log Sie werden einen Eintrag sehen, der diesem ähnelt:

Schwerwiegender PHP-Fehler: Unbehandelte Ausnahme: Klasse "Elementor\Core\Base\Module" nicht gefunden in /wp-content/plugins/elementor-pro/modules/forms/module.php in Zeile 27

Dies deutet eindeutig auf eine Versionsinkompatibilität hin. Lösung: Aktualisieren Sie die kostenlose Elementor-Version auf dieselbe Version wie die Pro-Version.

Wie erhalte ich wieder Zugriff auf wp-admin, indem ich den Plugin-Ordner umbenenne?

Ein schwerwiegender Fehler verhindert den Zugriff auf das Admin-Panel? Sie müssen Elementor Pro vorübergehend über eine Datei deaktivieren. Melden Sie sich in Ihrem Hosting-Panel bei Ihrem FTP- oder Dateimanager an und gehen Sie zu /wp-content/plugins/.

1. Ordner finden elementor-pro und benennen Sie es um in elementor-pro-OFF.
2. WordPress deaktiviert das Plugin automatisch – der Ordner mit dem ursprünglichen Namen existiert nicht mehr, daher „verschwindet” das Plugin aus dem System.
3. Einloggen in wp-admin – Es sollte funktionieren.
4. Aktualisieren Sie Elementor kostenlos über „Plugins > Installierte Plugins > Aktualisieren”.
5. Gehen Sie zurück zu FTP und benennen Sie den Ordner wieder um in elementor-pro.
6. Aktivieren Sie Elementor Pro in Ihrem Plugin-Bereich und aktualisieren Sie es umgehend auf die neueste Version.

Häufiger Fehler: Nach dem Umbenennen eines Plugin-Ordners löschen Sie diesen nicht aus der Datenbank. Ihre Lizenzen, Einstellungen und der Theme Builder bleiben in den Datenbanktabellen erhalten. Das Umbenennen des Ordners ist eine temporäre Deaktivierung, keine Deinstallation.

Wie kann ich Elementor über Tools → Versionskontrolle auf die stabile Version zurücksetzen?

Hat ein Update der kostenlosen Elementor-Version einen Fehler verursacht, den der Entwickler noch nicht behoben hat? Nutzen Sie die integrierte Rollback-Funktion. Gehen Sie zu „Elementor > Tools > Versionskontrolle”.

Sie sehen zwei Felder: „Rollback-Version” (für die kostenlose Elementor-Version) und „Rollback-Pro-Version” (für die Pro-Version). Wählen Sie im Dropdown-Menü eine frühere stabile Version aus und klicken Sie auf „Diese Version neu installieren”. Elementor lädt die angegebene Version vom Server des Entwicklers herunter und überschreibt die aktuelle.

Beim Zurücksetzen beider Plugins wählen Sie Versionen derselben Generation (z. B. 3.21.x für beide). Blockieren Sie nach dem Zurücksetzen automatische Updates unter „Plugins > Installierte Plugins”, bis der Hersteller einen Hotfix veröffentlicht.

Welche Einstellungen unter Elementor → Tools beheben Ladeprobleme?

Das Panel „Elementor > Tools” enthält drei Werkzeuge, mit denen sich die meisten Probleme beheben lassen, ohne dass Dateien bearbeitet werden müssen: Editor-Lademethode wechseln, Dateien und Daten neu generieren und Bibliothek synchronisieren.

Wann sollte die Option „Editor-Lademethode wechseln“ aktiviert werden und was ändert diese Option?

Durch Umstellen der Lademethode des Editors lassen sich Serverprobleme beheben. Dies kann auch hilfreich sein, um den berüchtigten weißen Bildschirm (White Screen of Death) zu lösen.

Offizielle Elementor-Dokumentation – Serverkonfigurationskonflikte

Diese Option ändert die Art und Weise, wie Elementor den Editor lädt. Anstatt der Standardmethode wird eine alternative Methode verwendet, die mit restriktiven Serverkonfigurationen kompatibel ist. Verfügt Ihr Hosting über strenge mod_security-Regeln oder eine Web Application Firewall (WAF), die das Laden von iFrames blockiert? Diese Umschaltung behebt das Problem häufig.

Sie finden die Option unter „Elementor > Einstellungen > Erweitert > Editor-Lademethode ändern > Aktivieren”. Speichern Sie Ihre Änderungen und testen Sie den Editor. Hat es nicht geholfen? Deaktivieren Sie die Option wieder – die alternative Methode ist in manchen Konfigurationen langsamer.

Wie funktioniert die Funktion „Dateien und Daten neu generieren“ und wann sollte ich sie ausführen?

Elementor generiert CSS-Dateien für jede Seite und speichert sie in wp-content/uploads/elementor/css/. Nach der Aktualisierung eines Plugins oder Themes bzw. nach der Änderung globaler Stile können diese Dateien nicht mehr mit der aktuellen Struktur übereinstimmen. Die Folge: Fehlende Stile, fehlerhafte Layouts und Leerzeichen.

„Werkzeuge > Dateien und Daten neu generieren” löscht den alten CSS-Cache und erstellt ihn komplett neu. Dieser Vorgang ist sicher – es werden weder Inhalte noch Widget-Einstellungen gelöscht, sondern nur die generierten Unterstützungsdateien.

Profi-Tipp: Nach dem Klicken auf „Dateien und Daten neu generieren” generiert Elementor das CSS nicht sofort, sondern erst beim nächsten Seitenaufruf. Verwenden Sie Preload-Caching in WP Rocket? Dann wird die Version ohne Styles zwischengespeichert. Generieren Sie die Dateien und Daten zuerst neu, rufen Sie die Seite dann manuell auf und aktivieren Sie erst dann den Cache.

Was bewirkt die Sync-Bibliothek und lohnt es sich, sie zu erzwingen?

Die Synchronisierungsbibliothek aktualisiert die Liste der vorgefertigten Vorlagen und Widgets in der Elementor-Bibliothek. Allein behebt sie selten Probleme beim Laden des Editors, ist aber Teil des Prozesses „Dateien und Daten neu generieren” – führen Sie sie zusammen mit einem Neustart des gesamten Systems aus.

Erzwingen Sie die Synchronisierung nach größeren Pro-Updates oder nach einer Änderung Ihres Lizenzplans. Manchmal werden neue Vorlagen erst nach einer manuellen Aktualisierung in Ihrer Bibliothek angezeigt.

Wie aktiviere ich WP_DEBUG und lese PHP- und JavaScript-Fehlerprotokolle?

Keiner der vorherigen Schritte hat funktioniert? Dann ist es Zeit, genauer hinzusehen. WP_DEBUG wandelt die leere Seite in eine spezifische Fehlermeldung um, und die JavaScript-Konsole zeigt Ihnen, warum der Editor-Ladevorgang hängt.

Welche Einträge muss ich in wp-config.php hinzufügen, um sicheres Debugging zu ermöglichen?

Hinzufügen zu wp-config.php Debug-Block oberhalb der Zeile /* Das war's, Bearbeitung beenden! */. Die produktionssichere Konfiguration speichert Fehler in einer Datei, anstatt sie den Besuchern anzuzeigen:

define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false ); @ini_set( 'display_errors', 0 );

Werte in der Reihenfolge: WP_DEBUG schaltet den Debug-Modus ein, WP_DEBUG_LOG erzwingt das Schreiben von Fehlern in eine Datei., WP_DEBUG_DISPLAY eingestellt auf FALSCH verbirgt Fehler vor den Besuchern, und Anzeigefehler Zusätzlich blockiert es die Anzeige von PHP-Warnungen.

Nach dem Speichern der Datei aktualisieren Sie die Fehlerseite. WordPress fügt dann alle Fehler hinzu. wp-content/debug.log. Sobald die Diagnose abgeschlossen ist, stellen Sie ein WP_DEBUG zurück zu FALSCH – Im Produktionsmodus ist das Debuggen nicht zulässig.

Wo finde ich die debug.log-Datei und wie erkenne ich Fehler im Zusammenhang mit Elementor Pro?

Die Datei befindet sich in wp-content/debug.log. Öffnen Sie die Datei über den Dateimanager oder FTP. Suchen Sie nach Zeilen, die mit einem bestimmten Buchstaben beginnen. Schwerwiegender PHP-Fehler mit einem Datum, das nahe an dem Zeitpunkt liegt, als Sie versucht haben, den Editor aufzurufen.

Wie kann man Fehler in der JavaScript-Konsole lesen, wenn der Editor eingefroren ist?

Bei einem eingefrorenen Ladebildschirm (Seitenleiste funktioniert, Vorschau ist leer) zeigt WP_DEBUG nichts an – der Fehler tritt im Browser auf, nicht auf dem Server. Öffnen Sie die Entwicklertools mit F12 und wechseln Sie zum Tab „Konsole”.

Achten Sie auf rote Linien mit Fehlern. Häufige Muster:

• Die Anzeige von ... in einem Frame wurde verweigert, da die Option 'X-Frame-Options' auf 'DENY' gesetzt war.' – Problem mit dem iFrame-Header (siehe unten).
• Ressource konnte nicht geladen werden: net::ERR_BLOCKED_BY_CLIENT – Browsererweiterung blockiert Skripte.
• Unbehandelter TypeError: Eigenschaften von undefinierten Objekten können nicht gelesen werden mit einem Verweis auf eine Datei in /wp-content/plugins/X/ – JS-Konflikt mit dem X-Plugin.
• 404 Nicht gefunden für Datei elementor.min.js oder elementor-pro.min.js – Führen Sie „Tools > Dateien und Daten neu generieren” aus.

Kopieren Sie die gesamte Fehlermeldung und fügen Sie sie zusammen mit dem Wort „Elementor” in Google ein. Wahrscheinlich finden Sie dann einen Eintrag auf GitHub oder in einem Forum, in dem jemand das gleiche Problem gelöst hat.

Wie lassen sich Probleme mit dem X-Frame-Options-Header und der Serverkonfiguration beheben?

Der Elementor-Editor zeigt eine Seitenvorschau in einem iFrame an. Der iFrame verfügt über eigene Sicherheitsregeln, die über den Header gesteuert werden. X-Frame-Optionen. Wenn der Header zu aggressiv eingestellt ist, weigert sich der Browser, den Inhalt zu laden – es wird ein leeres Fenster angezeigt.

Dlaczego ustawienie DENY blokuje ładowanie edytora w iframe?

Wert DENY mówi: „nie pozwól nikomu osadzić tej strony w iframe – nawet samej sobie”. Gdy hosting albo wtyczka bezpieczeństwa ustawi taki nagłówek, edytor Elementora przestaje działać. Nie potrafi załadować podglądu strony w swoim iframe.

Rozpoznasz problem po komunikacie w konsoli: „Refused to display 'https://twojadomena.pl/…’ in a frame because it set 'X-Frame-Options’ to 'DENY'”.

Jak ustawić X-Frame-Options: sameorigin na hostingu lub w wtyczce bezpieczeństwa?

Wert SAMEORIGIN pozwala osadzać stronę w iframe pod warunkiem, że strona-rodzic ma tę samą domenę. Bezpieczna opcja, która działa z Elementorem.

W Apache dodaj w .htaccess linię:

Header always set X-Frame-Options "SAMEORIGIN"

Używasz wtyczki bezpieczeństwa typu Wordfence, iThemes Security albo WP Cerber? Znajdź w niej opcję „X-Frame-Options” lub „Clickjacking protection” i ustaw na SAMEORIGIN zamiast DENY. Po zmianie wyczyść cache przeglądarki i sprawdź edytor.

Co zrobić, gdy domena WordPress różni się od domeny edycji (www, https)?

Edytor wymaga, żeby domena admina i domena strony były dokładnie identyczne. Wchodzisz na https://www.twojadomena.pl/wp-admin, ale w „Ustawienia > Ogólne” masz https://twojadomena.pl bez www? Iframe próbuje załadować inną domenę i SAMEORIGIN go zablokuje.

Sprawdź dwa pola w „Ustawienia > Ogólne”: „Adres WordPress (URL)” i „Adres witryny (URL)”. Oba muszą być identyczne i muszą zgadzać się z tym, co wpisujesz w pasku adresu. Ujednolić protokół (HTTPS wszędzie), ujednolić www (z lub bez, byle konsekwentnie), wymuś przekierowanie z wariantu „złego” przez .htaccess.

Was ist die Zusammenfassung der wichtigsten Informationen?

W 80% przypadków białą stronę albo zawieszony loader Elementor Pro naprawisz w trzech pierwszych krokach: wyczyszczenie cache, sprawdzenie wymagań serwera (PHP, pamięć), włączenie Safe Mode. Pozostałe 20% wymaga głębszej diagnostyki – WP_DEBUG, rollback wersji, edycja nagłówków serwera albo kontakt z supportem hostingu.

Trzymaj się sekwencji od najtańszych testów do najdroższych. Każdy krok wcześniej oszczędza godziny grzebania w plikach, których nie trzeba ruszać. Skontaktuj się z supportem hostingu, gdy nie masz uprawnień do zmiany Speicherlimit, gdy serwer narzuca X-Frame-Options: DENY globalnie albo gdy logi PHP są poza Twoim zasięgiem.

Was sind die am häufigsten gestellten Fragen (FAQs)?