Elementor Server Error 500: Ursachen und Lösung im Editor

Was bedeutet der Server Error 500 in Elementor?

Der Fehler bedeutet: Der Server Ihrer Website ist abgebrochen, während Elementor etwas laden oder speichern wollte. Elementor ist ein Seitenbaukasten für WordPress, mit dem Sie Seiten per Ziehen und Ablegen gestalten. Der Editor schickt dabei laufend Anfragen an den Server. Antwortet der Server mit dem Status 500, also „interner Serverfehler“, zeigt Elementor in der deutschen Oberfläche einen Hinweis mit „Serverfehler“ (bei „Deutsch (Sie)“: „Server-Fehler“), in der englischen „Server Error“.

Manchmal öffnet sich der Editor auch gar nicht, und der Browser zeigt eine schlichte Seite mit „Internal Server Error“ und dem Satz „The server encountered an internal error or misconfiguration“. Elementor beschreibt 500-Fehler in seiner Hilfe als Fehler aus der Serverumgebung der Website. Gesucht wird deshalb zuerst in der Umgebung, in der Elementor läuft: Speicher, Plugins, PHP-Version, Servereinstellungen. Tritt der Fehler nur auf einer einzigen Seite auf, können auch deren gespeicherte Daten beschädigt sein, etwa die Einstellungen eines Widgets, also eines Bausteins im Layout. Auch das nennt Elementor als Ursache; dafür gibt es unten einen eigenen Abschnitt. Den Fehler gibt es beim Öffnen des Editors, beim Speichern und beim Laden einzelner Bereiche.

Was sichern Sie, bevor Sie etwas ändern?

Sichern Sie die Website, bevor Sie Plugins abschalten oder Einstellungen ändern; das ist auch der erste Schritt in Elementors eigener Anleitung. Eine vollständige Sicherung umfasst Dateien und Datenbank. Schauen Sie im Kundenbereich Ihres Hosters, also der Firma, auf deren Servern die Website liegt, ob es eine aktuelle Sicherung gibt, und legen Sie wenn möglich eine neue an.

Ist der Fehler beim Speichern aufgetreten, schließen Sie den Editor nicht sofort. Notieren Sie, was Sie zuletzt geändert haben, und machen Sie einen Screenshot der Meldung. Notieren Sie auch, was vorher passiert ist: ein Update von Elementor oder einem anderen Plugin, ein neues Add-on, also eine Erweiterung für Elementor, eine Umstellung beim Hoster.

Was zeigen die Elementor-Systeminformationen?

Die Systeminformationen zeigen auf einen Blick, wie viel Speicher und welche PHP-Version Ihrer Website zur Verfügung stehen. PHP ist die Programmiersprache, mit der WordPress und Elementor auf dem Server laufen. Sie finden die Seite laut Elementor-Hilfe im Admin-Bereich unter Elementor → Editor → System → Systeminformationen; je nach Elementor-Version kann der Menüpunkt leicht anders heißen.

• Server Environment (Serverumgebung): Betriebssystem, Webserver, PHP-Version, MySQL-Version (MySQL ist die Datenbank-Software, in der WordPress Ihre Inhalte speichert) und PHP-Grenzwerte.
• WordPress Environment (WordPress-Umgebung): unter anderem den in WordPress eingestellten Speicherwert (WP_MEMORY_LIMIT). Ob der Server ihn zulässt, steht dort nicht.
• Log: eine Liste von Änderungen und Fehlern, die Elementor aufgezeichnet hat.

Über „System Info herunterladen“ (bei „Deutsch (Sie)“: „Systeminformationen herunterladen“) speichern Sie alles als Textdatei. Die brauchen Sie, wenn Sie den Elementor-Support, Ihren Hoster oder uns fragen. Laut Elementor läuft Elementor ab PHP 7.4 und ab WordPress 6.8. Empfohlen sind PHP 8.3 oder neuer und die jeweils neueste WordPress-Version (Stand der Anforderungsseite: 16. Oktober 2026).

Reicht das PHP-Speicherlimit für Elementor?

Prüfen Sie das zuerst, denn Elementor nennt ein zu knappes Speicherlimit ausdrücklich als Ursache für 500-Fehler. Laut den Anforderungen auf elementor.com braucht Elementor ein WordPress-Speicherlimit von mindestens 256 MB, empfohlen sind 512 MB, für die beste Leistung 768 MB (Stand 16. Oktober 2026). Laufen neben Elementor weitere Plugins, rät Elementor zu 512 MB.

Steht in den Systeminformationen weniger, sehen Sie zuerst unter Werkzeuge → Website-Zustand im Reiter „Bericht“, Bereich „Server“, bei „PHP-Arbeitsspeichergrenze (memory_limit)“ nach, was der Server tatsächlich erlaubt. Ohne eigene Zeile in der wp-config.php zeigt Elementor nur die Vorgabe von WordPress, 40 MB. Steht im Website-Zustand schon 512 MB oder mehr, reicht der Speicher nach Elementors Empfehlung; dann weiter mit dem nächsten Abschnitt. Sonst können Sie das Limit in der Datei wp-config.php anheben. Das ist die zentrale Konfigurationsdatei von WordPress im Hauptordner, dort, wo auch die Ordner wp-admin und wp-content liegen. Sie erreichen sie per SFTP, also verschlüsselter Dateiübertragung auf den Server, oder über den Dateimanager Ihres Hosters.

Achtung, Eingriff in die Konfiguration: Ein falsches Zeichen in der wp-config.php legt die ganze Website lahm. Laden Sie die Datei vorher auf Ihren Rechner herunter, bearbeiten Sie sie nur mit einem reinen Texteditor und fügen Sie genau eine Zeile ein, und zwar über der Zeile /* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß. */, in englischen Installationen /* That's all, stop editing! Happy publishing. */. Steht dort schon eine Zeile mit WP_MEMORY_LIMIT, ändern Sie nur deren Wert.

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

Speichern, hochladen und dann unter Werkzeuge → Website-Zustand im Reiter „Bericht“, Bereich „Server“, den Wert „PHP-Arbeitsspeichergrenze (memory_limit)“ ansehen. Der Eintrag „Memory limit“ in den Elementor-Systeminformationen zeigt nur, was in der wp-config.php steht, nicht, ob der Server es zulässt. Steht im Website-Zustand der neue Wert und der Editor funktioniert, ist das Problem gelöst. Bleibt dort der alte Wert, lässt Ihr Hoster keine Erhöhung über die wp-config.php zu. Dann entfernen Sie die Zeile wieder und bitten den Hoster, das PHP-Speicherlimit anzuheben. Ist Ihr Hosting-Paket für so viel Speicher nicht ausgelegt, kann ein größerer Tarif nötig sein.

Steckt ein anderes Plugin oder das Theme dahinter?

Das finden Sie mit dem abgesicherten Modus von Elementor heraus, ohne dass Besucher etwas merken. Der abgesicherte Modus (englisch „Safe Mode“) lädt den Editor ohne Plugins anderer Hersteller, ohne Theme-Code und ohne experimentelle Funktionen. Laut Elementor gilt er nur für angemeldete Administratoren im Editor, Besucher sehen weiter die normale Website.

1. Öffnen Sie Elementor → Editor → Werkzeuge (englisch „Tools“) und wählen Sie beim „Abgesicherten Modus“ „Aktivieren“. Speichern.
2. Öffnen Sie die Seite erneut im Editor und speichern Sie eine kleine Änderung.
3. Klappt es jetzt, liegt die Ursache bei einem Plugin oder beim Theme. Klappt es nicht, liegt sie eher beim Server, dann weiter mit dem Fehlerprotokoll.
4. Schalten Sie den abgesicherten Modus nach der Fehlersuche wieder ab.

Um den Auslöser zu finden, empfiehlt Elementor: Elementor und Elementor Pro aktualisieren, alle anderen Plugins deaktivieren und dann einzeln wieder aktivieren, bis der Fehler zurückkommt. Anders als der abgesicherte Modus wirkt das Deaktivieren auf die ganze Website, auch für Besucher. Machen Sie das deshalb zu einer ruhigen Zeit oder, wenn Ihr Hoster das anbietet, auf einer Testkopie (Staging). Plugins, die der Hoster fest einbindet (sogenannte Must-Use-Plugins), schaltet der abgesicherte Modus laut Elementor nicht ab; die kann nur der Hoster oder jemand mit SFTP-Zugang abschalten. Worauf Sie bei der Auswahl von Plugins achten, steht in Kapitel 6 unseres Leitfadens.

Was steht im Fehlerprotokoll des Hosters?

Im Fehlerprotokoll steht der eigentliche Grund für den Serverfehler; Elementor rät ausdrücklich, dort nachzusehen. Das PHP-Fehlerprotokoll (englisch „error log“) ist eine Datei, in die der Server jeden Abbruch mit Uhrzeit, Datei und Zeile schreibt. Manche Hoster zeigen es im Kundenbereich, bei anderen liegt es als Datei in einem Ordner wie logs. Wenn Sie es nicht finden oder nicht öffnen können, fragen Sie Ihren Hoster.

Suchen Sie die Einträge zur Uhrzeit, zu der der Fehler auftrat. Zwei Muster helfen beim Lesen:

• „Allowed memory size of … bytes exhausted“: Der Speicher reicht nicht. Weiter mit dem Abschnitt zum Speicherlimit oder mit dem Hoster.
• „PHP Fatal error“ mit einem Pfad wie wp-content/plugins/name-des-plugins: Das genannte Plugin hat den Abbruch ausgelöst. Deaktivieren Sie es und prüfen Sie, ob es ein Update gibt.

Gibt Ihnen der Hoster keinen Zugang zum Protokoll, kann WordPress selbst ein Debug-Log schreiben. Wie das geht und warum Sie die Zeilen danach wieder entfernen müssen, erklären wir im Artikel zum kritischen Fehler in WordPress. Dort steht auch, wie Sie ein Plugin per SFTP abschalten, wenn gar nichts mehr geht.

Was tun, wenn der Fehler nur auf einer Seite auftritt?

Dann retten Sie die Seite über ein Template (eine gespeicherte Vorlage) in eine neue Seite. Elementor beschreibt dafür diesen Weg:

1. Öffnen Sie die betroffene Seite im Editor.
2. Klicken Sie auf den Pfeil neben „Aktualisieren“ bzw. „Veröffentlichen“ und wählen Sie „Als Template speichern“.
3. Geben Sie dem Template einen Namen und speichern Sie.
4. Legen Sie unter Seiten → Seite hinzufügen eine neue Seite an und öffnen Sie sie mit Elementor.
5. Klicken Sie auf das Ordnersymbol, wählen Sie „Meine Templates“ (bei „Deutsch (Sie)“: „Ihre Templates“) und fügen Sie das gespeicherte Template ein.

Funktioniert die neue Seite, geben Sie zuerst der alten Seite eine andere Adresse, zum Beispiel mit der Endung -alt, und stellen Sie sie in den Entwurf; die Adresse ändern Sie in der Seitenliste über „Schnellbearbeitung“, Feld „Titelform“. Erst dann ist die Adresse frei, und Sie können sie der neuen Seite geben und deren Einstellungen anpassen. Sonst hängt WordPress eine -2 an, denn auch ein Entwurf belegt seine Adresse. Löschen Sie die alte Seite nicht, bevor die neue fertig geprüft ist. Elementor nennt in einer weiteren Anleitung außerdem eine beschädigte Datei .htaccess als mögliche Ursache und rät, die Permalinks zurückzusetzen: Einstellungen → Permalinks aufrufen und ohne Änderung auf „Änderungen speichern“ klicken. Das ist harmlos und schnell gemacht.

Wann sollten Sie den Hoster oder Hilfe holen?

Holen Sie Hilfe, wenn das Speicherlimit sich nicht anheben lässt, der Fehler auch im abgesicherten Modus bleibt oder Sie keinen Zugang zum Fehlerprotokoll haben. Elementor selbst nennt den Kontakt zum Hoster bei Serverfehlern als bevorzugten Weg, denn Speicher, PHP-Version, Firewall und Fehlerprotokoll liegen in dessen Hand. Schicken Sie ihm die heruntergeladenen Systeminformationen, die Uhrzeit des Fehlers, die Adresse der Seite und was Sie schon versucht haben.

Hören Sie auf, wenn es keine Sicherung gibt, wenn an der Website Anfragen oder Bestellungen hängen oder wenn ein Versuch es schlimmer gemacht hat. Wir übernehmen auch Elementor-Websites, die andere gebaut haben: Wie wir dabei vorgehen, steht unter Elementor-Agentur, für einzelne Fehler unter WordPress-Hilfe. Zeigt der Block-Editor beim Speichern „Die Antwort ist keine gültige JSON-Antwort“, hilft unser Artikel Keine gültige JSON-Antwort in WordPress.