WordPress-Fehler beheben: häufige Fehlermeldungen und Lösungen

WordPress-Fehler beheben: Was tun, wenn WordPress nicht funktioniert?

Geschrieben am 11. Mai 2025
Autor Der Webfuchs – WordPress- und SEO-Praxiswissen mit Fokus auf klare, umsetzbare Optimierung

Aktualisiert am 5. Oktober 2026
Voraussichtliche Lesezeit 14 min

WordPress funktioniert nicht? Prüfe zuerst, ob nur eine einzelne Seite, das Backend oder die gesamte Website betroffen ist. Notiere außerdem, was unmittelbar vor dem Fehler geändert wurde. Häufig liegt die Ursache in einem Plugin, Theme, Update, PHP-Fehler, Serverproblem oder einer falschen Konfiguration.

Dieser Leitfaden hilft Dir, häufige WordPress-Fehler zu beheben. Du findest Lösungen für die weiße Seite, kritische Fehler, HTTP 500, 404-Probleme, Datenbankfehler, Login-Schleifen, Upload-Probleme und einen hängenden Wartungsmodus. Arbeite die Schritte in der angegebenen Reihenfolge ab und ändere möglichst nur eine Sache gleichzeitig.

💡 Pro-Tipp:

Vor jeder größeren Änderung: Bewahre vorhandene Sicherungen auf und erstelle zusätzlich ein vollständiges Backup des aktuellen Zustands. Falls Deine Website noch erreichbar ist, teste riskante Maßnahmen zuerst auf einer Staging- oder lokalen Kopie. Eine Anleitung findest Du im WordPress Backup Guide mit UpdraftPlus.

Schnelldiagnose: Welcher WordPress-Fehler liegt vor?

SymptomWahrscheinlicher BereichErster Schritt
Browser meldet, dass die Website nicht erreichbar istHosting, Domain, DNS oder TLSAnderes Gerät und Hosting-Status prüfen
Es gab einen kritischen FehlerPlugin, Theme oder PHPAdministrator-E-Mail und Wiederherstellungsmodus prüfen
Weiße SeitePHP-Fehler, Plugin, Theme oder SpeicherLetzte Änderung prüfen und Fehlerprotokoll öffnen
Error establishing a database connectionDatenbank oder ZugangsdatenHosting-Status und wp-config.php prüfen
500 Internal Server ErrorPHP, Serverregeln oder ErweiterungServer- oder PHP-Log prüfen
Eine einzelne URL zeigt 404Gelöschte, verschobene oder falsch verlinkte SeiteLink korrigieren oder passende Weiterleitung setzen
Alle Unterseiten zeigen 404Permalinks oder Rewrite-RegelnPermalinks erneut speichern
Login führt immer zurück zur AnmeldungCookies, URL, HTTPS oder PluginCookies löschen und Website-URLs prüfen
Bild oder Datei lässt sich nicht hochladenPHP-Limit, Dateityp, Bildverarbeitung oder SchreibzugriffUpload-Limit und Server-Log prüfen
Website hängt im WartungsmodusUnterbrochenes Update.maintenance im WordPress-Hauptverzeichnis löschen
Allowed memory size exhaustedPHP-Speicher oder ressourcenintensive ErweiterungLogdatei und verursachende Aktion prüfen
WordPress sendet keine E-MailsMailserver, Absender oder ZustellungMail-Log und Hosting-Konfiguration prüfen
Customizer oder Website-Editor lädt nichtJavaScript, REST API, Cache oder PluginBrowserkonsole und Website-Zustand prüfen

Trat der Ausfall unmittelbar nach einem Core-, Plugin- oder Theme-Update auf, folge der Anleitung WordPress nach Update nicht erreichbar. Sie behandelt diesen speziellen Fall. Dieser Leitfaden bleibt die Übersicht für Fehler ohne eindeutig vorausgegangenes Update.

WordPress funktioniert nicht: Diese Schritte zuerst prüfen

  1. Umfang bestimmen: Prüfe die Startseite, eine Unterseite, die Anmeldeseite und das Backend. So erkennst Du, ob der Fehler nur einen Bereich oder die gesamte Installation betrifft.
  2. Letzte Änderung notieren: Wurde kurz zuvor WordPress aktualisiert, ein Plugin installiert, PHP umgestellt, Code eingefügt oder eine Servereinstellung geändert?
  3. Hosting-Status prüfen: Kontrolliere die Statusseite oder den Kundenbereich Deines Hosters. Ein Ausfall von Webserver, Datenbank oder DNS lässt sich nicht innerhalb von WordPress beheben.
  4. Backup und Staging vorbereiten: Sichere Dateien und Datenbank. Deaktiviere Plugins oder ändere Serverdateien nach Möglichkeit nicht direkt auf einer stark besuchten Live-Seite.
  5. Passenden Fehlerabschnitt wählen: Orientiere Dich an der sichtbaren Meldung und nicht an zufälligen Lösungsvorschlägen.
  6. Ursache technisch eingrenzen: Wenn die Fehlermeldung nicht ausreicht, nutze den Leitfaden WordPress systematisch debuggen. Dort erfährst Du, wie Du den Debug-Modus aktivierst, die Datei debug.log auswertest und den Verursacher findest.

Häufige WordPress-Fehler und passende Lösungen

WordPress-Seite ist nicht erreichbar oder lädt nicht

Zeigt der Browser keine WordPress-Meldung, sondern beispielsweise ERR_NAME_NOT_RESOLVED, ERR_CONNECTION_TIMED_OUT oder einen TLS-Fehler, scheitert der Aufruf möglicherweise schon vor WordPress. Ändere in diesem Fall nicht sofort Plugins, Dateirechte oder Datenbankwerte.

  1. Rufe die Website über ein zweites Gerät und über eine andere Internetverbindung auf. Notiere die genaue Browsermeldung oder den HTTP-Status.
  2. Prüfe die Statusseite und den Kundenbereich Deines Hosters. Kontrolliere außerdem, ob Domain und TLS-Zertifikat aktiv sind.
  3. Meldet der Browser einen DNS- oder Zertifikatsfehler, prüfe zuerst die Domain-, DNS- und TLS-Konfiguration beim Hoster. WordPress selbst wird in diesem Fall möglicherweise noch gar nicht ausgeführt.
  4. Liefert der Server den Status 500, fahre mit dem Abschnitt WordPress-Fehler 500 beheben fort.
  5. Ist die Website erreichbar, lädt aber nur langsam, liegt eine Performance-Frage statt eines vollständigen Ausfalls vor. Prüfe dann Ladezeit, Serverantwort, Cache und ressourcenintensive Erweiterungen getrennt.

Bei verwalteten Hosting-Angeboten solltest Du vor Änderungen an DNS, TLS, PHP oder Serverregeln die Dokumentation oder den Support Deines Hosters prüfen. Das empfiehlt auch das WordPress-Handbuch zur Serverkonfiguration.

Es gab einen kritischen Fehler auf Deiner Website

Diese Meldung erscheint, wenn WordPress einen schwerwiegenden PHP-Fehler erkennt. Häufig wird er durch ein Plugin, Theme, eigenes Snippet oder eine nicht kompatible PHP-Version ausgelöst. WordPress kann in solchen Fällen einen Wiederherstellungsmodus bereitstellen.

  1. Prüfe das Postfach der unter Einstellungen > Allgemein hinterlegten Administrator-E-Mail. Kontrolliere auch den Spamordner.
  2. Öffne den Wiederherstellungslink aus der Nachricht. WordPress pausiert für Deine Sitzung die fehlerhafte Erweiterung und zeigt häufig, welches Plugin oder Theme betroffen ist.
  3. Prüfe, was unmittelbar vor dem Fehler aktualisiert oder verändert wurde. Spiele nicht wahllos mehrere ältere Versionen ein.
  4. Fehlt die E-Mail, kontrolliere die PHP- oder Serverprotokolle des Hosters. Nutze bei Bedarf den verlinkten Debugging-Leitfaden.
  5. Ersetze oder aktualisiere die fehlerhafte Erweiterung erst auf einer Testumgebung. Prüfe danach Frontend, Backend und wichtige Formulare.

WordPress erklärt den Ablauf, die Administrator-E-Mail und das vorübergehende Pausieren fehlerhafter Erweiterungen in der offiziellen Dokumentation zum Wiederherstellungsmodus.

WordPress zeigt eine weiße Seite

Eine vollständig weiße Seite wird häufig als White Screen of Death bezeichnet. Sie kann die gesamte Website, nur das Backend oder eine einzelne Seite betreffen. Typische Ursachen sind ein PHP-Fatal-Error, ein Plugin- oder Theme-Konflikt, ein Syntaxfehler oder ein ausgeschöpftes Speicherlimit.

  1. Prüfe zuerst die Administrator-E-Mail auf eine Meldung zum kritischen Fehler.
  2. Kontrolliere die letzte Plugin-, Theme- oder Codeänderung. Mache nur diese Änderung rückgängig.
  3. Ist das Backend erreichbar, nutze eine Staging-Kopie oder den Troubleshooting-Modus, um Erweiterungen einzeln zu testen.
  4. Ist das Backend nicht erreichbar, kann der verdächtige Plugin-Ordner vorübergehend per SFTP oder Dateimanager umbenannt werden. Benenne nicht sofort den gesamten Plugin-Ordner um, wenn ein konkreter Verdacht besteht.
  5. Prüfe die Datei debug.log oder das PHP-Fehlerprotokoll. Erhöhe das Speicherlimit nur, wenn das Protokoll tatsächlich einen Speicherfehler meldet.

Error establishing a database connection

Bei diesem Fehler erreicht WordPress die Datenbank nicht. Die Ursache kann in falschen Zugangsdaten, einem ausgefallenen Datenbankserver, einer beschädigten Datenbank oder einem Problem nach einer Migration liegen.

  1. Prüfe im Hosting-Kundenbereich, ob der Datenbankserver erreichbar ist und ob eine Störung gemeldet wird.
  2. Vergleiche in der wp-config.php Datenbankname, Benutzername, Passwort und Datenbankhost mit den Angaben des Hosters.
  3. Ändere Datenbankzugangsdaten nur, wenn Du die korrekten Werte kennst. Veröffentliche diese Angaben niemals in Screenshots oder Supportbeiträgen.
  4. Ist die Konfiguration korrekt, frage den Hoster nach dem Zustand der Datenbank und nach aktuellen MySQL- oder MariaDB-Fehlern.
  5. Repariere Datenbanktabellen nur nach einem Backup und nur, wenn eine Prüfung tatsächlich beschädigte Tabellen meldet.

Die offizielle WordPress-Dokumentation nennt falsche Angaben in der wp-config.php als häufige Ursache des Datenbankverbindungsfehlers.

WordPress-Fehler 500 beheben

Ein HTTP 500 Internal Server Error ist eine allgemeine serverseitige Meldung. Der Browser-Cache ist bei einem echten 500-Status normalerweise nicht die Ursache. Entscheidend sind das PHP- und Webserver-Protokoll sowie die letzte Änderung.

  1. Öffne im Hosting-Kundenbereich die PHP- oder Webserver-Logs und suche nach Einträgen zum Zeitpunkt des Fehlers.
  2. Nimm die letzte Plugin-, Theme-, PHP- oder Codeänderung kontrolliert zurück.
  3. Prüfe Erweiterungen auf Staging oder mit dem Troubleshooting-Modus.
  4. Verwendet Dein Server Apache, benenne eine verdächtige .htaccess vorübergehend um. Funktioniert die Seite danach, speichere unter Einstellungen > Permalinks die vorhandene Struktur erneut.
  5. Bei Nginx gibt es keine .htaccess. Rewrite- und Serverregeln müssen dort auf Serverebene geprüft werden.
  6. Sind WordPress-Core-Dateien unvollständig oder beschädigt, installiere dieselbe WordPress-Version über Dashboard > Aktualisierungen erneut oder ersetze nur die Core-Dateien. Sichere die Website vorher.

WordPress beschreibt eine beschädigte .htaccess als mögliche Ursache für einen Internal Server Error. Die Datei ist eine Apache-Konfiguration. Nginx verwendet andere Serverregeln.

Eine einzelne WordPress-Seite zeigt 404

Wenn nur eine bestimmte URL den Status 404 liefert, wurde die Seite meistens gelöscht, verschoben oder falsch verlinkt. Permalinks neu zu speichern löst diesen Fall nur selten.

  1. Prüfe, ob die Seite noch existiert und veröffentlicht ist.
  2. Korrigiere interne Links mit einem Tippfehler oder einer veralteten URL.
  3. Wurde der Inhalt dauerhaft verschoben, richte eine 301-Weiterleitung auf die fachlich passende neue URL ein. Wenn Du Rank Math verwendest, kannst Du dafür das integrierte Weiterleitungsmodul von Rank Math nutzen.
  4. Gibt es keinen Ersatz, darf die URL 404 oder 410 zurückgeben. Leite nicht pauschal jede gelöschte Seite auf die Startseite um.

Eine benutzerfreundliche Fehlerseite ändert den HTTP-Status nicht, hilft Besuchern aber bei der Orientierung. Die Umsetzung zeige ich im Artikel benutzerdefinierte 404-Seite in WordPress erstellen.

Google empfiehlt eine 301-Weiterleitung, wenn ein Inhalt dauerhaft an eine passende neue URL verschoben wurde. Gibt es keinen Ersatz, soll die alte URL einen echten Status 404 oder 410 liefern.

Alle WordPress-Unterseiten zeigen 404

Funktioniert die Startseite, während Beiträge und Unterseiten plötzlich 404 melden, sind häufig die Permalinks oder Rewrite-Regeln betroffen.

  1. Öffne Einstellungen > Permalinks.
  2. Ändere die Struktur nicht, sondern klicke auf Änderungen speichern. WordPress aktualisiert dadurch die Rewrite-Regeln.
  3. Prüfe bei Apache, ob WordPress die .htaccess lesen und aktualisieren kann.
  4. Bei Nginx muss der Hoster oder Serveradministrator die Permalink-Regeln prüfen.
  5. Tritt das Problem nach einer Migration auf, kontrolliere zusätzlich Domain, Unterverzeichnis und Serverkonfiguration.

PHP-Speicherlimit ist erschöpft

Ein Speicherfehler enthält häufig die Meldung Allowed memory size exhausted. Ein höheres Limit kann kurzfristig helfen, beseitigt aber nicht automatisch die Ursache. Ein fehlerhaftes Plugin oder eine sehr aufwendige Abfrage kann den zusätzlichen Speicher sofort wieder verbrauchen.

  1. Prüfe im PHP- oder WordPress-Log, welcher Vorgang und welche Datei den Speicherfehler ausgelöst haben.
  2. Teste das betroffene Plugin, Theme oder die konkrete Aktion auf einer Staging-Kopie.
  3. Kontrolliere im Hosting-Kundenbereich das serverseitige PHP-memory_limit.
  4. Erhöhe WP_MEMORY_LIMIT nur, wenn der Hoster dies unterstützt und der neue Wert das serverseitige Limit nicht überschreitet.
  5. Bleibt der Verbrauch ungewöhnlich hoch, ersetze oder korrigiere die verursachende Erweiterung.

Plugin- und Theme-Konflikte prüfen

Plugins und Themes können nach Updates oder in bestimmten Kombinationen Fehler verursachen. Deaktiviere auf einer Live-Website nicht unüberlegt alle Erweiterungen, da dadurch Formulare, Shops, Caching oder Sicherheitsfunktionen ausfallen können.

  1. Nutze bevorzugt eine Staging-Kopie.
  2. Ist das Backend erreichbar und steht keine Staging-Kopie bereit, kann das Community-Plugin Troubleshooting eine Alternative sein. Vergleiche vor der Installation die aktuelle Angabe „Getestet bis“ mit Deiner WordPress-Version. Das Plugin versucht, Erweiterungen und Theme nur für Deine eigene Sitzung umzuschalten.
  3. Prüfe zuerst die Erweiterung, die unmittelbar vor dem Fehler installiert oder aktualisiert wurde.
  4. Aktiviere Plugins einzeln und wiederhole nach jedem Schritt dieselbe Aktion.
  5. Ist das Backend gesperrt, benenne den Ordner des verdächtigen Plugins per SFTP oder Dateimanager um.
  6. Dokumentiere das Ergebnis und informiere den Entwickler mit Fehlerzeitpunkt, Log-Auszug und getesteter Konfiguration.

WordPress-Login leitet immer zur Anmeldeseite zurück

Bei einer Login-Schleife wird die Anmeldung scheinbar akzeptiert, anschließend landest Du erneut auf wp-login.php. Häufige Ursachen sind beschädigte Cookies, unterschiedliche Website-URLs, HTTPS-Probleme, ein Proxy oder ein Sicherheits- und Weiterleitungs-Plugin.

  1. Lösche die Cookies für Deine Domain und teste die Anmeldung in einem privaten Browserfenster.
  2. Prüfe, ob WordPress-Adresse und Website-Adresse dieselbe Domain, dasselbe Protokoll und die richtige Unterverzeichnisstruktur verwenden.
  3. Kontrolliere nach einer HTTPS-Umstellung das Zertifikat, Weiterleitungen und mögliche Proxy-Einstellungen.
  4. Deaktiviere testweise das zuletzt veränderte Sicherheits-, Cache- oder Weiterleitungs-Plugin.
  5. Ändere siteurl und home in der Datenbank oder wp-config.php nur, wenn Du die korrekten Werte sicher kennst.

Wenn die Werte unklar sind, zeigt Dir mein Leitfaden zu WordPress options.php den Unterschied zwischen der Administrationsseite, der Options-Tabelle und sicheren Korrekturwegen.

HTTP-Fehler beim Bilder- oder Datei-Upload

Ein Upload kann durch ein zu kleines PHP-Limit, einen nicht unterstützten Dateityp, ein sehr großes Bild, fehlende Bildverarbeitung, ein Plugin oder fehlenden Schreibzugriff auf wp-content/uploads scheitern.

  1. Teste eine kleine JPG- oder PNG-Datei mit einfachem Dateinamen. So trennst Du ein allgemeines Upload-Problem von einem Problem mit einer einzelnen Datei.
  2. Prüfe das angezeigte maximale Upload-Limit und die Werte upload_max_filesize sowie post_max_size im Hosting-Kundenbereich oder unter Werkzeuge > Website-Zustand > Bericht.
  3. Der wirksame Höchstwert richtet sich nach dem kleineren Wert von upload_max_filesize und post_max_size. Ändere diese PHP-Werte über die Hosting-Oberfläche, php.ini, .user.ini oder den Hoster.
  4. Füge keine @ini_set()-Anweisungen für Upload-Grenzen in die functions.php ein. PHP führt upload_max_filesize und post_max_size als Einstellungen der Verzeichnis- oder Systemkonfiguration. Sie lassen sich deshalb nicht zur Laufzeit im Theme ändern. Die zulässigen Konfigurationsmodi stehen im PHP-Handbuch.
  5. Prüfe, ob der Webserver in den Upload-Ordner schreiben darf. Eigentümer, Gruppe und Serverkonfiguration bestimmen die nötigen Dateirechte. Setze nicht pauschal einen bestimmten Wert und verwende keine offenen Rechte wie 777.
  6. Kontrolliere bei großen Bildern PHP- und Server-Logs. Ein Fehler in Imagick oder GD, ein Speicherproblem oder ein Timeout kann erst bei der Bildverarbeitung auftreten.
  7. Teste Bildoptimierungs-, Sicherheits- und Upload-Plugins einzeln auf einer Staging-Kopie.

WordPress ermittelt die maximale Upload-Größe aus den PHP-Werten upload_max_filesize und post_max_size. Die technische Berechnung ist in wp_max_upload_size() dokumentiert.

„Bist Du sicher, dass Du das tun möchtest?“

Diese Meldung kann erscheinen, wenn ein Sicherheits-Token abgelaufen oder ungültig ist. WordPress nennt diese Token Nonces. Sie schützen Aktionen im Backend und besitzen eine begrenzte Lebensdauer. Häufige Auslöser sind eine lange geöffnete Sitzung, ein zwischengespeichertes Formular oder fehlerhafter Erweiterungscode.

  1. Lade die Seite neu und melde Dich erneut an.
  2. Leere den Browser-Cache und den Cache Deiner Website für den betroffenen Backend-Bereich.
  3. Öffne die Aktion erneut aus einer aktuellen Backend-Seite. Verwende keinen alten Tab und kein gespeichertes Formular.
  4. Tritt der Fehler nur bei einer bestimmten Erweiterung auf, prüfe deren Aktualisierungen und Supportinformationen.

Die WordPress-Entwicklerdokumentation erklärt die Lebensdauer und Aufgabe von Nonces. Sie ersetzen keine Berechtigungsprüfung.

WordPress hängt im Wartungsmodus

Während eines Updates erstellt WordPress im Hauptverzeichnis eine Datei namens .maintenance. Wird der Vorgang unterbrochen, kann diese Datei bestehen bleiben und die Wartungsmeldung dauerhaft auslösen.

  1. Prüfe, ob im Hintergrund noch ein Update läuft. Warte bei einem normalen Update einige Minuten.
  2. Bleibt die Meldung bestehen, öffne das WordPress-Hauptverzeichnis per SFTP oder Dateimanager.
  3. Lösche die Datei .maintenance.
  4. Kontrolliere anschließend unter Dashboard > Aktualisierungen, ob WordPress, Plugins oder Themes unvollständig aktualisiert wurden.
  5. Prüfe Frontend und Backend, bevor Du das Update erneut startest.

Die WordPress-Dokumentation beschreibt die Datei .maintenance im Abschnitt zur hängenden Wartungsmeldung.

WordPress sendet keine E-Mails

WordPress kann eine Nachricht an die Versandfunktion übergeben, ohne dass sie beim Empfänger ankommt. Deshalb musst Du zwischen Erzeugung, Übergabe an den Mailserver und tatsächlicher Zustellung unterscheiden.

  1. Prüfe Spamordner, Empfängeradresse und Absenderdomain.
  2. Nutze vorübergehend ein Mail-Log, um festzustellen, ob WordPress die Nachricht erzeugt und an die Versandfunktion übergeben hat.
  3. Kontrolliere die Mailfunktion im Hosting-Kundenbereich und frage bei Bedarf den Hoster nach abgewiesenen Nachrichten.
  4. Richte bei wiederkehrenden Problemen einen authentifizierten SMTP- oder API-Versand ein.
  5. Prüfe für die Absenderdomain SPF, DKIM und DMARC. Eine erfolgreiche WordPress-Meldung garantiert keine Zustellung.

Auch ein erfolgreicher Rückgabewert von wp_mail() bestätigt nur, dass WordPress die Nachricht ohne unmittelbaren Fehler verarbeitet hat. Er beweist nicht, dass sie beim Empfänger angekommen ist.

Customizer oder Website-Editor funktioniert nicht

Welcher Designbereich verfügbar ist, hängt vom Theme ab. Klassische Themes wie GeneratePress verwenden den Customizer. Bei einem Block-Theme findest Du die zentrale Gestaltung unter Design > Editor.

  1. Prüfe zuerst, ob Du im richtigen Bereich arbeitest. Der Website-Editor ist nur mit einem Block-Theme verfügbar.
  2. Teste ein privates Browserfenster und deaktiviere störende Browser-Erweiterungen.
  3. Leere Seiten-, Objekt- und Browsercache.
  4. Öffne die Browserkonsole und den Netzwerk-Tab. JavaScript-Fehler oder blockierte REST-Anfragen erklären häufig, warum die Vorschau nicht lädt oder Änderungen nicht gespeichert werden.
  5. Prüfe Plugin- und Theme-Konflikte mit Staging oder dem Troubleshooting-Modus.
  6. Kontrolliere unter Werkzeuge > Website-Zustand REST-API- und Loopback-Fehler.

WordPress unterscheidet zwischen Block-Themes mit Website-Editor und klassischen Themes, die Funktionen wie den Customizer verwenden.

Wenn die Ursache weiterhin unklar ist

  1. Website-Zustand prüfen: Unter Werkzeuge > Website-Zustand findest Du Hinweise zu PHP, REST API, Loopback-Anfragen, Hintergrundupdates und Serverkonfiguration. WordPress beschreibt die verfügbaren Prüfungen in der Dokumentation zum Site-Health-Bildschirm.
  2. Fehlerprotokolle sichern: Kopiere relevante Logeinträge mit Zeitpunkt und Dateipfad. Entferne Passwörter, Tokens, absolute Benutzerpfade und personenbezogene Daten, bevor Du sie weitergibst.
  3. Backup wiederherstellen: Sichere zuerst die aktuelle Datenbank zusätzlich. Verwende nur eine als funktionsfähig bekannte Sicherung. Prüfe vorher, welche Bestellungen, Formulareingänge, Kommentare oder anderen Änderungen seit dem Sicherungszeitpunkt verloren gehen würden.
  4. WordPress-Core neu installieren: Ersetze Core-Dateien nur bei begründetem Verdacht auf unvollständige oder beschädigte Dateien. Folge der offiziellen Anleitung zum Aktualisieren von WordPress. Lösche bei der manuellen Ersetzung weder wp-content noch die wp-config.php.
  5. Hoster oder Entwickler kontaktieren: Gib die genaue Fehlermeldung, den Zeitpunkt, die betroffene URL, letzte Änderungen und bereits getestete Schritte an.

⚠️ Stolperstein:

Kein regulärer Lösungsweg: Setze eine bestehende Website nicht mit einem Reset-Plugin oder direkt in der Datenbank auf den Ausgangszustand zurück. Ein vollständiger Reset löscht Inhalte und Einstellungen und ist keine normale Maßnahme zur Fehlerbehebung.

WordPress-Fehler vorbeugen

  • Erstelle automatische Backups und teste regelmäßig, ob sie sich wiederherstellen lassen.
  • Aktualisiere WordPress, Plugins und Themes zuerst auf Staging, wenn die Website geschäftskritisch ist.
  • Entferne nicht verwendete Plugins und Themes.
  • Dokumentiere Code-Snippets, Serveränderungen und größere Konfigurationsanpassungen.
  • Überwache PHP- und Serverprotokolle, wenn wiederholt Warnungen oder Fehler auftreten.
  • Prüfe nach Updates zentrale Funktionen wie Login, Formulare, Suche, Shop und geplante Aufgaben.

Fazit: WordPress-Fehler schrittweise beheben

Wenn WordPress nicht funktioniert, solltest Du nicht mehrere Einstellungen gleichzeitig verändern. Bestimme zuerst den betroffenen Bereich, prüfe die letzte Änderung und orientiere Dich an der konkreten Fehlermeldung. Bei kritischen Fehlern und weißen Seiten sind die E-Mail zum Wiederherstellungsmodus, das PHP-Fehlerprotokoll und das Serverprotokoll meist aussagekräftiger als allgemeine Lösungstipps.

Nutze Staging oder den Troubleshooting-Modus, bevor Du Erweiterungen deaktivierst. Ändere Upload-, Speicher- und Dateirechte nur auf Grundlage der tatsächlichen Serverwerte. Bleibt die Ursache unklar, hilft Dir der ergänzende Leitfaden zum WordPress Debugging mit Debug-Modus und debug.log.

Häufige Fragen zur WordPress-Fehlerbehebung

Was kann ich tun, wenn WordPress nicht funktioniert?

Prüfe zuerst, ob nur eine Seite, das Backend oder die gesamte Website betroffen ist. Notiere die letzte Änderung, kontrolliere den Hosting-Status und bewahre vorhandene Sicherungen auf. Wähle danach den passenden Fehlerabschnitt. Ändere möglichst nur eine Sache gleichzeitig.

Was bedeutet „Es gab einen kritischen Fehler auf Deiner Website“?

WordPress hat einen schwerwiegenden PHP-Fehler erkannt. Prüfe die Administrator-E-Mail und den Spamordner auf einen Link zum Wiederherstellungsmodus. Fehlt die Nachricht, kontrolliere die PHP- oder Serverprotokolle und grenze die Ursache mit dem WordPress-Debug-Modus ein.

Wie behebe ich eine weiße Seite in WordPress?

Prüfe die letzte Plugin-, Theme- oder Codeänderung. Nutze nach Möglichkeit eine Staging-Umgebung. Steht keine bereit, verwende nur ein Troubleshooting-Werkzeug, das mit Deiner WordPress-Version kompatibel ist. Bei einem PHP-Fehler helfen die Datei debug.log oder die Fehlerprotokolle des Hosters.

Was verursacht einen WordPress-Fehler 500?

Häufige Ursachen sind ein PHP-Fehler, ein Plugin- oder Theme-Konflikt, eine beschädigte Apache-.htaccess, fehlerhafte Serverregeln oder unvollständige WordPress-Dateien. Prüfe zuerst die Serverprotokolle und die letzte Änderung.

Warum zeigen alle WordPress-Unterseiten einen 404-Fehler?

Wenn nur die Startseite funktioniert, sind häufig die Rewrite-Regeln oder Permalinks betroffen. Speichere unter Einstellungen > Permalinks die vorhandene Struktur erneut. Bei Apache prüfst Du zusätzlich die .htaccess, bei Nginx muss der Hoster die Serverregeln kontrollieren.

Wann sollte ich den WordPress-Debug-Modus aktivieren?

Aktiviere ihn, wenn die sichtbare Fehlermeldung die Ursache nicht erkennen lässt oder ein Problem nur bei einer bestimmten Aktion auftritt. Die vollständige Einrichtung und Auswertung der Datei debug.log findest Du im verlinkten Leitfaden zum WordPress Debugging.

Transparenzhinweis: Dieser Artikel wurde mithilfe künstlicher Intelligenz strukturiert und formuliert. Ich habe den Inhalt anschließend fachlich geprüft, überarbeitet und trage die redaktionelle Verantwortung.

War dieser Beitrag hilfreich?

DerWebfuchs-Logo

„Der Webfuchs“ ist das Pseudonym von Stephan Bloemers. Ich baue seit den späten 90ern Websites und teile hier praxisnahe WordPress-, GeneratePress- und SEO-Tipps – ohne Blabla, dafür mit klaren Schritten und Snippets.

Schreibe einen Kommentar