WordPress-Website nicht erreichbar: Ursachen systematisch prüfen

Wenn eine WordPress-Website plötzlich nicht mehr erreichbar ist, muss WordPress selbst nicht die Ursache sein. Zwischen der Eingabe einer Domain im Browser und der fertigen WordPress-Seite liegen mehrere technische Ebenen: Domain und DNS, Netzwerk, Webserver, SSL/TLS, PHP, Datenbank und schließlich WordPress mit seinen Plugins und Themes.

Deshalb ist eine systematische Diagnose wesentlich sinnvoller als wahlloses Deaktivieren von Plugins oder Ändern von Einstellungen.

Kurz erklärt: Prüfe zuerst, ob nur du oder auch andere Besucher betroffen sind. Achte anschließend auf die genaue Browser- beziehungsweise Fehlermeldung. DNS-Fehler, SSL-Probleme, HTTP 500, HTTP 404, Datenbankfehler und kritische WordPress-Fehler haben unterschiedliche Ursachen und benötigen unterschiedliche Lösungswege.

„Website nicht erreichbar“ kann vieles bedeuten #

Die Aussage „Meine WordPress-Website funktioniert nicht“ reicht für eine technische Diagnose noch nicht aus.

Im Browser können beispielsweise sehr unterschiedliche Symptome auftreten:

• Domain wird überhaupt nicht gefunden
• Zeitüberschreitung beim Verbindungsaufbau
• Verbindung wird abgelehnt
• SSL- oder Zertifikatswarnung
• zu viele Weiterleitungen
• Fehler 500
• Fehler 404
• weisse Seite
• kritischer WordPress-Fehler
• Fehler beim Aufbau einer Datenbankverbindung
• Wartungsmodus
• nur einzelne Seiten funktionieren nicht
• Frontend funktioniert, aber der Adminbereich nicht

Diese Unterschiede sind für die Fehlersuche entscheidend.

1. Genaue Fehlermeldung notieren #

Bevor du etwas an WordPress veränderst, notiere die genaue Meldung des Browsers beziehungsweise der Website.

Ein Screenshot kann ebenfalls hilfreich sein.

Formulierungen wie „geht nicht“ oder „ist offline“ enthalten kaum technische Informationen. Eine konkrete Meldung wie beispielsweise:

500 Internal Server Error

grenzt die möglichen Ursachen dagegen deutlich ein.

Praxis-Tipp: Kopiere eine Fehlermeldung möglichst exakt. Auch ein HTTP-Statuscode, ein Domainname oder wenige Wörter aus einer technischen Meldung können für die Diagnose entscheidend sein.

2. Prüfen, ob wirklich die gesamte Website betroffen ist #

Rufe nicht nur die Startseite auf.

Teste beispielsweise:

https://deine-domain.ch

eine bekannte Unterseite:

https://deine-domain.ch/beispielseite

und den WordPress-Adminbereich:

https://deine-domain.ch/wp-admin

Dadurch ergeben sich bereits wichtige Hinweise.

Beispiele:

• Alles nicht erreichbar: Domain, DNS, Server, SSL oder ein grundlegender Website-Fehler kommen infrage.
• Startseite funktioniert, Unterseiten zeigen 404: Permalinks beziehungsweise Rewrite-Regeln sind verdächtig.
• Frontend funktioniert, Login nicht: Das Problem liegt wahrscheinlich spezifischer beim Login beziehungsweise Adminbereich.
• Nur eine Seite ist defekt: Ein Problem mit genau diesem Inhalt, Template, Shortcode oder Plugin ist wahrscheinlicher.

3. Prüfen, ob das Problem nur dein Gerät betrifft #

Wenn eine Website auf deinem Computer nicht erreichbar ist, bedeutet das nicht automatisch, dass sie für alle Besucher ausgefallen ist.

Teste die Website nach Möglichkeit:

• in einem anderen Browser
• in einem privaten beziehungsweise Inkognito-Fenster
• auf einem anderen Gerät
• über eine andere Internetverbindung

Ein Smartphone über das Mobilfunknetz ist beispielsweise ein sinnvoller Gegencheck, wenn dein Computer über WLAN beziehungsweise einen anderen Internetanschluss verbunden ist.

4. Browser-Cache als lokale Ursache ausschließen #

Browser speichern bestimmte Inhalte lokal. In einzelnen Situationen kann deshalb ein veralteter oder fehlerhafter Zustand angezeigt werden.

Ein privates Browserfenster oder ein anderer Browser kann helfen, lokale Browserdaten als Ursache einzugrenzen.

Das sollte jedoch nicht mit einer allgemeinen Problemlösung verwechselt werden.

Wichtig: Ein Browser-Cache verursacht keinen DNS-Ausfall und repariert keinen PHP-Fatal-Error. Cache-Löschen ist deshalb kein universeller erster Schritt für jedes WordPress-Problem.

5. Domain als Ursache prüfen #

Bevor WordPress geladen werden kann, muss die verwendete Domain funktionieren.

Bei Domainproblemen sollte unter anderem geprüft werden:

• ist die Domain noch registriert?
• ist sie abgelaufen?
• zeigt sie auf die vorgesehenen Nameserver?
• sind die benötigten DNS-Einträge vorhanden?
• wurden DNS-Einstellungen kürzlich geändert?

Wenn eine Domain nicht korrekt aufgelöst werden kann, erreicht die Anfrage den Webserver möglicherweise überhaupt nicht. In diesem Fall kann WordPress selbst vollkommen intakt sein.

6. DNS verstehen: Wie findet die Domain den Server? #

DNS übersetzt einen Domainnamen in die technischen Informationen, die benötigt werden, um den zuständigen Dienst zu erreichen.

Für eine Website spielen häufig Einträge wie A und AAAA oder je nach Konfiguration auch CNAME eine Rolle.

Wenn diese Einträge falsch konfiguriert sind, kann die Domain beispielsweise:

• auf einen falschen Server zeigen
• auf eine nicht mehr verwendete IP-Adresse zeigen
• für IPv4 und IPv6 unterschiedliche Ziele verwenden
• überhaupt keine passende Adresse liefern

WordPress kann einen solchen DNS-Fehler nicht selbst beheben, weil die Anfrage gegebenenfalls noch gar nicht bei WordPress ankommt.

7. Wurden DNS-Einstellungen kürzlich geändert? #

Wenn die Website unmittelbar nach einer Änderung an Nameservern oder DNS-Einträgen nicht mehr erreichbar ist, sollte diese Änderung zuerst überprüft werden.

DNS-Informationen werden von verschiedenen Systemen zwischengespeichert. Deshalb sind Änderungen nicht zwingend für alle Nutzer exakt im selben Moment sichtbar.

Während einer Umstellung kann es vorübergehend vorkommen, dass unterschiedliche Nutzer noch unterschiedliche Zielsysteme erreichen.

Praxis-Tipp: Wenn eine Website nach einer DNS-Änderung ausfällt, ändere nicht gleichzeitig WordPress, Plugins und PHP. Prüfe zuerst, ob die Domain überhaupt auf das vorgesehene Hosting zeigt.

8. www und Domain ohne www getrennt testen #

Eine Website kann beispielsweise unter folgenden Varianten aufgerufen werden:

https://deine-domain.ch

und:

https://www.deine-domain.ch

Beide Varianten müssen technisch korrekt konfiguriert sein, wenn sie verwendet werden sollen.

Funktioniert eine Variante und die andere nicht, kann dies auf eine fehlerhafte DNS-, SSL- oder Weiterleitungskonfiguration hinweisen.

9. SSL- und HTTPS-Probleme erkennen #

Wenn die Domain erreichbar ist, der Browser aber eine Sicherheits- oder Zertifikatswarnung zeigt, liegt das Problem möglicherweise bei SSL/TLS.

Mögliche Ursachen sind beispielsweise:

• kein gültiges Zertifikat für die Domain
• Zertifikat ist abgelaufen
• Zertifikat deckt eine verwendete Domainvariante nicht ab
• Domain zeigt auf den falschen Server
• HTTPS wurde falsch konfiguriert
• Weiterleitungen zwischen HTTP und HTTPS sind fehlerhaft

Eine SSL-Warnung sollte nicht dadurch „gelöst“ werden, dass Besucher angewiesen werden, die Browserwarnung dauerhaft zu ignorieren.

10. HTTP und HTTPS getrennt betrachten #

Wenn eine Website nach einer SSL-Änderung nicht mehr funktioniert, kann ein Vergleich von HTTP und HTTPS Hinweise liefern.

Beispielsweise:

http://deine-domain.ch/

und:

https://deine-domain.ch

Moderne Websites sollten regulär über HTTPS betrieben werden. Der Vergleich dient hier lediglich der technischen Diagnose.

Wenn HTTP funktioniert, HTTPS jedoch einen Zertifikats- oder Verbindungsfehler erzeugt, liegt der Verdacht stärker auf der SSL-/HTTPS-Konfiguration als auf WordPress selbst.

11. Zu viele Weiterleitungen #

Browser können den Aufruf abbrechen, wenn eine Website in einer Weiterleitungsschleife landet.

Typische Konstellationen betreffen beispielsweise:

• HTTP → HTTPS
• HTTPS → HTTP
• www → ohne www
• ohne www → www
• WordPress-URL-Einstellungen
• Weiterleitungs-Plugins
• Serverregeln
• Proxy- oder CDN-Konfigurationen

Wenn zwei Systeme widersprüchliche Weiterleitungen erzwingen, kann eine Endlosschleife entstehen.

Bei einer Meldung über zu viele Weiterleitungen solltest du deshalb prüfen, welche Komponenten Weiterleitungen steuern.

12. HTTP-Statuscode beachten #

Wenn der Webserver antwortet, liefert er einen HTTP-Statuscode.

Einige Codes sind für die WordPress-Fehlersuche besonders relevant:

• 200: Anfrage wurde grundsätzlich erfolgreich verarbeitet
• 301/302: Weiterleitung
• 403: Zugriff nicht erlaubt
• 404: angeforderte Ressource nicht gefunden
• 500: interner Serverfehler
• 502: fehlerhafte Antwort eines vorgeschalteten beziehungsweise nachgelagerten Dienstes
• 503: Dienst momentan nicht verfügbar
• 504: Zeitüberschreitung zwischen beteiligten Systemen

Der Statuscode ist keine vollständige Diagnose, grenzt den Fehlerbereich aber erheblich ein.

13. Fehler 500 ist nicht dasselbe wie „Website nicht erreichbar“ #

Bei einem 500 Internal Server Error hat der Server die Anfrage erhalten, konnte sie aber aufgrund eines internen Fehlers nicht erfolgreich verarbeiten.

Bei WordPress kommen unter anderem PHP-Fehler, Plugins, Themes, .htaccess, Speicherlimits und andere serverseitige Probleme infrage.

Die detaillierte Fehlersuche findest du unter Fehler 500 in WordPress beheben.

14. Fehler 404 richtig einordnen #

Ein HTTP-404-Fehler bedeutet grundsätzlich, dass die angeforderte Ressource unter der verwendeten Adresse nicht gefunden wurde.

Wenn die WordPress-Startseite funktioniert, aber plötzlich zahlreiche Beiträge oder Unterseiten einen 404-Fehler zeigen, können die Permalink- beziehungsweise Rewrite-Regeln eine mögliche Ursache sein.

Die gezielte Diagnose behandeln wir unter Fehler 404 in WordPress beheben und Permalinks reparieren.

15. Fehler 403: Zugriff verweigert #

Ein HTTP-403-Status bedeutet, dass der Server die Anfrage versteht, den Zugriff aber nicht erlaubt.

Mögliche Ursachen können je nach Umgebung beispielsweise sein:

• Datei- oder Verzeichnisberechtigungen
• Sicherheitsregeln
• Webserver-Konfiguration
• Security-Plugin
• IP-basierte Sperre
• fehlerhafte Regeln in Konfigurationsdateien

Bei einem 403-Fehler sollte deshalb nicht automatisch WordPress neu installiert werden.

16. Fehler 502, 503 oder 504 #

Diese Fehler unterscheiden sich von einem klassischen WordPress-404 und sollten nicht pauschal gleich behandelt werden.

Je nach Serverarchitektur können vorgeschaltete Webserver, PHP-Prozesse, Proxy-Systeme oder andere Dienste beteiligt sein.

Ein 503 Service Unavailable kann beispielsweise bedeuten, dass ein benötigter Dienst vorübergehend nicht verfügbar ist oder die Umgebung eine Anfrage momentan nicht verarbeiten kann.

Ein 504 Gateway Timeout weist darauf hin, dass ein beteiligtes System nicht rechtzeitig eine benötigte Antwort erhalten hat.

Bei wiederholten 502-, 503- oder 504-Fehlern sind Zeitpunkt, betroffene URL und Häufigkeit für die technische Analyse besonders wichtig.

17. Verbindung läuft in einen Timeout #

Wenn der Browser lange wartet und schließlich eine Zeitüberschreitung meldet, unterscheidet sich dies von einer sofort angezeigten WordPress-Fehlerseite.

Mögliche Ursachen liegen beispielsweise bei:

• Netzwerkverbindung
• Servererreichbarkeit
• Firewall
• überlasteten oder blockierten Prozessen
• externen Diensten, auf deren Antwort gewartet wird
• sehr langen PHP-Prozessen

Der genaue Fehler und die Serverprotokolle sind auch hier wichtiger als Änderungen auf Verdacht.

18. „Fehler beim Aufbau einer Datenbankverbindung“ #

WordPress benötigt seine Datenbank für Inhalte, Einstellungen, Benutzer und zahlreiche weitere Informationen.

Kann WordPress keine Verbindung zur Datenbank herstellen, erscheint typischerweise eine entsprechende Fehlermeldung.

Mögliche Ursachen sind unter anderem:

• falscher Datenbankname
• falscher Datenbankbenutzer
• falsches Datenbankpasswort
• falscher Datenbank-Host
• Datenbankdienst nicht verfügbar
• beschädigte oder manuell veränderte Konfiguration

Die WordPress-Zugangsdaten zur Datenbank werden normalerweise in:

wp-config.php

konfiguriert.

Achtung: Ändere Datenbankzugangsdaten in wp-config.php nicht auf Verdacht. Wenn die Werte bisher funktioniert haben und niemand die Datenbankkonfiguration geändert hat, sollte zuerst geklärt werden, warum die Verbindung plötzlich fehlschlägt.

19. Kritischer WordPress-Fehler oder weisse Seite #

Wenn die Domain und der Webserver grundsätzlich erreichbar sind, WordPress aber eine Meldung über einen kritischen Fehler oder nur eine weisse Seite ausgibt, liegt der Schwerpunkt der Diagnose stärker bei PHP und WordPress selbst.

Häufige Ursachen sind Plugins, Themes, eigener PHP-Code, PHP-Kompatibilität oder Speicherprobleme.

Gehe in diesem Fall mit unserer Anleitung WordPress zeigt eine weisse Seite oder einen kritischen Fehler: Was tun? weiter.

20. WordPress-Login funktioniert nicht #

Wenn das öffentliche Frontend normal funktioniert, du dich aber nicht mehr im WordPress-Adminbereich anmelden kannst, ist die Website nicht grundsätzlich offline.

Dann sollte die Diagnose auf den Login konzentriert werden.

Mögliche Ursachen reichen von Passwort- und Cookie-Problemen über Sicherheits-Plugins bis zu Weiterleitungen.

Diesen Fall behandeln wir gezielt unter WordPress-Login funktioniert nicht: Ursachen und Lösungen.

21. Wartungsmodus nach einem Update #

Während Aktualisierungen kann WordPress vorübergehend in einen Wartungsmodus wechseln.

Normalerweise wird dieser Zustand nach Abschluss des Updates automatisch wieder beendet.

Wird ein Update jedoch unterbrochen, kann die Website unter Umständen im Wartungsmodus hängen bleiben.

Ein Hinweis wie:

Wegen geplanter Wartungsarbeiten kurzzeitig nicht verfügbar.

ist deshalb etwas anderes als ein DNS-, SSL- oder HTTP-500-Fehler.

Prüfe in diesem Fall, ob unmittelbar zuvor ein WordPress-, Plugin- oder Theme-Update durchgeführt wurde.

22. Plugin als Ursache #

Wenn die Website unmittelbar nach Installation, Aktivierung oder Aktualisierung eines Plugins ausfällt, ist dieses Plugin ein naheliegender Ausgangspunkt.

Ist der Adminbereich noch erreichbar, kann das betreffende Plugin dort zunächst deaktiviert werden.

Ist der Adminbereich nicht erreichbar, kann je nach Fehler eine manuelle Diagnose über das Plugin-Verzeichnis notwendig werden.

Wenn die Ursache nicht eindeutig ist, solltest du Plugins systematisch untersuchen statt wahllos mehrere Erweiterungen zu löschen.

Die ausführliche Vorgehensweise folgt in Plugin- oder Theme-Konflikte in WordPress erkennen und beheben.

23. Theme als Ursache #

Ein Theme kann ebenfalls dazu führen, dass eine WordPress-Website nicht mehr korrekt ausgegeben wird.

Das ist besonders dann verdächtig, wenn der Fehler unmittelbar nach:

• einem Theme-Update
• einem Theme-Wechsel
• einer Änderung an einem Child-Theme
• einer Änderung an functions.php

auftritt.

Auch hier sollte zunächst der zeitliche Zusammenhang geprüft werden.

24. PHP-Version als Ursache prüfen #

Wenn die PHP-Version unmittelbar vor dem Ausfall geändert wurde, sollte die Kompatibilität von WordPress, Plugins und Theme geprüft werden.

Eine neuere PHP-Version kann beispielsweise veralteten Code sichtbar machen, der zuvor noch funktioniert hat.

Eine sehr alte PHP-Version kann umgekehrt mit moderner WordPress-Software inkompatibel sein.

Die PHP-Version sollte deshalb nicht wahllos hoch- und heruntergeschaltet werden.

Wie du dabei systematisch vorgehst, behandeln wir unter PHP-Version für WordPress ändern und Kompatibilität prüfen.

25. PHP Memory Limit #

Wenn PHP während der Ausführung mehr Speicher benötigt als erlaubt, kann eine Anfrage abbrechen.

Ein entsprechender Logeintrag kann beispielsweise den Text:

Allowed memory size ... exhausted

enthalten.

In diesem Fall ist die Ursache wesentlich konkreter als die allgemeine Aussage „Website nicht erreichbar“.

Wie WordPress- und PHP-Speichergrenzen zusammenhängen und warum eine Erhöhung nicht immer die eigentliche Lösung ist, behandeln wir unter PHP Memory Limit in WordPress: Fehler erkennen und beheben.

26. Error Logs verwenden #

Wenn der Server erreichbar ist, aber die Verarbeitung von WordPress beziehungsweise PHP scheitert, sind Fehlerprotokolle häufig eine der wertvollsten Informationsquellen.

Ein Error Log kann beispielsweise Hinweise enthalten auf:

• PHP Fatal Errors
• Speicherprobleme
• fehlerhafte Plugins
• Theme-Dateien
• fehlende Dateien
• Syntaxfehler
• Probleme mit PHP-Funktionen

Achte dabei besonders auf Einträge, deren Zeitstempel mit dem Auftreten des Problems übereinstimmt.

27. WordPress-Debugging verwenden #

Wenn ein WordPress- beziehungsweise PHP-Problem vermutet wird und die vorhandenen Informationen nicht ausreichen, können die WordPress-Debugging-Funktionen bei der Diagnose helfen.

Dazu gehören unter anderem:

WP_DEBUG

WP_DEBUG_LOG

WP_DEBUG_DISPLAY

Auf produktiven Websites sollten detaillierte Fehlermeldungen nicht unnötig öffentlich ausgegeben werden.

Eine ausführliche Anleitung folgt unter WordPress Debugging aktivieren und Fehlerprotokolle verwenden.

28. .htaccess als mögliche Fehlerquelle #

Bei bestimmten Webserver-Konfigurationen verwendet WordPress die Datei:

.htaccess

unter anderem für Rewrite-Regeln.

Fehlerhafte oder inkompatible Regeln können verschiedene Probleme verursachen.

Besonders relevant ist die Datei bei:

• HTTP-500-Fehlern
• Permalink-Problemen
• Weiterleitungen
• bestimmten Sicherheitsregeln

Die Datei sollte jedoch nicht einfach gelöscht oder durch irgendeine Version aus dem Internet ersetzt werden, ohne die vorhandene Konfiguration zu sichern.

29. WordPress-Core-Dateien beschädigt oder unvollständig #

In seltenen Fällen können WordPress-Core-Dateien fehlen oder beschädigt sein, beispielsweise nach einer unterbrochenen Aktualisierung oder einer fehlerhaften manuellen Dateiübertragung.

Bevor Core-Dateien ersetzt werden, sollte allerdings geprüft werden, ob das Fehlerbild tatsächlich darauf hindeutet.

Ordner wie:

wp-content/

enthalten hingegen deine Themes, Plugins und weitere Website-Inhalte und dürfen bei einer Core-Reparatur nicht unüberlegt überschrieben oder gelöscht werden.

30. Dateiberechtigungen nicht wahllos ändern #

Falsche Datei- oder Verzeichnisberechtigungen können Zugriffsprobleme verursachen.

Es ist jedoch keine gute Fehlersuchstrategie, sämtliche Dateien und Verzeichnisse pauschal mit möglichst weitreichenden Rechten zu versehen.

Zu großzügige Berechtigungen können ein Sicherheitsrisiko darstellen und die eigentliche Ursache verschleiern.

Achtung: Verwende niemals pauschal weit offene Dateiberechtigungen nur deshalb, um einen Fehler „irgendwie“ zu beseitigen. Berechtigungen sollten gezielt und passend zur Serverumgebung gesetzt werden.

31. Ist die Website vielleicht nur sehr langsam? #

Eine extrem langsame Website kann aus Sicht eines Besuchers wie ein Ausfall wirken.

Wenn die Seite nach langer Wartezeit doch erscheint, sollte deshalb nicht ausschließlich nach einem vollständigen Serverausfall gesucht werden.

Mögliche Ursachen können beispielsweise sein:

• langsame PHP-Verarbeitung
• ressourcenintensive Plugins
• langsame Datenbankabfragen
• externe Dienste
• WP-Cron-Aufgaben
• fehlendes oder ungeeignetes Caching
• sehr große Bilder oder Ressourcen
• erreichte Hosting-Ressourcen

Für diesen Fall folgt der eigene Artikel WordPress ist langsam: Ursachen finden und Ladezeit verbessern.

32. Hosting-Ressourcen als mögliche Ursache #

Eine WordPress-Website benötigt unter anderem CPU-Zeit, Arbeitsspeicher, PHP-Prozesse und weitere Serverressourcen.

Wenn eine Website außergewöhnlich viele Ressourcen benötigt oder technische Limits erreicht, können Anfragen langsamer werden oder fehlschlagen.

Das bedeutet jedoch nicht automatisch, dass jedes Erreichen eines Limits mit „zu kleinem Hosting“ erklärt werden sollte.

Ein ungewöhnlicher Ressourcenverbrauch kann ebenso auf:

• fehlerhafte Plugins
• schlecht optimierte Prozesse
• Bots
• ungewöhnlich viele Anfragen
• Import- oder Backup-Prozesse
• hängende Cron-Aufgaben

hinweisen.

Wichtig: Ressourcenlimits sind ein Messwert und nicht automatisch die Ursache. Entscheidend ist, warum die Website die betreffende Ressource benötigt.

33. Firewall und Sicherheitsmechanismen berücksichtigen #

Firewalls und andere Sicherheitsmechanismen können Zugriffe blockieren, wenn Anfragen als unerwünscht oder verdächtig eingestuft werden.

Wenn nur eine bestimmte IP-Adresse, ein bestimmtes Netzwerk oder eine bestimmte Aktion betroffen ist, sollte auch diese Ebene berücksichtigt werden.

Deaktiviere Sicherheitsmechanismen jedoch nicht pauschal auf einer produktiven Website, nur um einen Test durchzuführen.

34. CDN oder Proxy als zusätzliche Ebene #

Wenn die Domain über ein CDN, einen Reverse Proxy oder einen vergleichbaren vorgeschalteten Dienst läuft, befindet sich zwischen Besucher und eigentlichem Webserver eine weitere technische Ebene.

Ein Fehler kann dann beispielsweise:

• am vorgeschalteten Dienst
• bei dessen DNS-Konfiguration
• bei SSL zwischen den Systemen
• beim Ursprungsserver
• bei der Verbindung zwischen Proxy und Ursprungsserver

liegen.

Die sichtbare Fehlerseite muss deshalb nicht zwingend direkt von WordPress oder vom eigentlichen Hosting-Server stammen.

35. Externe Dienste können WordPress ausbremsen #

Plugins und Themes können während einer Anfrage externe Systeme kontaktieren.

Wenn eine externe API langsam oder nicht erreichbar ist und die verwendete Software ungünstig damit umgeht, kann dies die Verarbeitung der WordPress-Anfrage verzögern.

Das ist ein weiterer Grund, bei Timeouts und ungewöhnlich langen Antwortzeiten Fehlerprotokolle und Plugin-Verhalten zu untersuchen.

36. Datenbankprobleme trotz grundsätzlich erreichbarer Website #

Nicht jedes Datenbankproblem führt zu einer vollständigen Meldung über eine fehlende Verbindung.

Langsame Abfragen, beschädigte Tabellen oder außergewöhnlich große Datenmengen können ebenfalls Probleme verursachen.

Direkte Änderungen an der Datenbank sollten jedoch erst erfolgen, wenn es konkrete Hinweise auf ein Datenbankproblem gibt.

Eine Datenbank ist kein Bereich für wahllose „Aufräumarbeiten“ während einer akuten Störung.

37. Was wurde unmittelbar vor dem Ausfall geändert? #

Wie bei vielen technischen Problemen ist der zeitliche Zusammenhang besonders wertvoll.

Frage dich:

• wurde WordPress aktualisiert?
• wurde ein Plugin aktualisiert?
• wurde ein Theme aktualisiert?
• wurde ein Plugin installiert oder aktiviert?
• wurde PHP geändert?
• wurden DNS-Einträge geändert?
• wurde die Domain transferiert?
• wurde SSL verändert?
• wurde .htaccess bearbeitet?
• wurde eigener PHP-Code eingefügt?

Eine Störung, die unmittelbar nach einer konkreten Änderung beginnt, sollte zuerst im Zusammenhang mit genau dieser Änderung untersucht werden.

38. Nicht fünf Dinge gleichzeitig ändern #

Systematische Fehlersuche bedeutet, Hypothesen einzeln zu prüfen.

Wenn du gleichzeitig:

• PHP wechselst
• Plugins deaktivierst
• .htaccess ersetzt
• Cache leerst
• DNS veränderst

und die Website danach funktioniert, hast du zwar möglicherweise das Symptom beseitigt, aber kaum etwas über die eigentliche Ursache gelernt.

Das erschwert auch die Vermeidung eines erneuten Ausfalls.

39. Backup nicht automatisch als ersten Schritt zurückspielen #

Ein aktuelles Backup ist sehr wichtig. Trotzdem ist eine vollständige Wiederherstellung nicht bei jedem Fehler die beste erste Reaktion.

Ein DNS-Fehler wird beispielsweise durch das Zurückspielen einer WordPress-Datenbank nicht repariert.

Bei einer dynamischen Website kann ein Restore außerdem neuere Inhalte oder Transaktionen überschreiben.

Ermittle deshalb möglichst zuerst, auf welcher technischen Ebene das Problem liegt.

40. Systematische Diagnose nach Fehlerbild #

Als Orientierung kannst du folgende Reihenfolge verwenden:

1. Genaue Fehlermeldung notieren.
2. Startseite, Unterseite und Adminbereich getrennt testen.
3. Anderen Browser beziehungsweise anderes Gerät testen.
4. Bei Bedarf eine andere Internetverbindung verwenden.
5. Domainstatus prüfen.
6. DNS-Auflösung und kürzliche DNS-Änderungen prüfen.
7. SSL-/HTTPS-Fehler kontrollieren.
8. HTTP-Statuscode bestimmen.
9. Bei 404 Permalinks und Rewrite-Regeln untersuchen.
10. Bei 500 serverseitige Fehler und Logs untersuchen.
11. Bei kritischem Fehler WordPress/PHP diagnostizieren.
12. Bei Datenbankfehler Datenbankverbindung prüfen.
13. Letzte Änderungen an Plugins, Theme oder PHP berücksichtigen.
14. Error Logs auswerten.
15. Ursache gezielt beheben.
16. Website anschließend vollständig testen.

41. Website ist wieder erreichbar – was jetzt? #

Wenn die Website wieder funktioniert, sollte die Diagnose nicht automatisch beendet werden.

Prüfe:

• wurde die eigentliche Ursache identifiziert?
• war der Ausfall einmalig oder wiederholbar?
• sind noch Fehlermeldungen im Log vorhanden?
• funktionieren Frontend und Adminbereich?
• funktionieren Formulare und andere wichtige Funktionen?
• müssen temporäre Änderungen zurückgenommen werden?

Besonders bei wiederkehrenden Störungen ist es wichtig, nicht nur das sichtbare Symptom zu beseitigen.

42. Welche Informationen helfen dem CURIAWEB-Support? #

Wenn eine WordPress-Website bei CURIAWEB nicht erreichbar ist, helfen konkrete technische Angaben bei der Eingrenzung.

Teile möglichst mit:

• betroffene Domain
• genaue Fehlermeldung
• ungefähren Zeitpunkt des ersten Auftretens
• ob das Problem dauerhaft oder nur zeitweise auftritt
• ob Frontend und Adminbereich betroffen sind
• ob die Website über eine andere Internetverbindung erreichbar ist
• welche Änderung unmittelbar vor dem Problem durchgeführt wurde
• ob DNS, PHP, Plugins oder Theme kürzlich geändert wurden

Ein Screenshot der Fehlermeldung kann zusätzlich hilfreich sein.

Sende Passwörter nicht unaufgefordert mit.

Zusammenfassung #

Wenn eine WordPress-Website nicht erreichbar ist, sollte nicht automatisch WordPress selbst als Ursache angenommen werden. Domain, DNS, SSL, Webserver, PHP, Datenbank, WordPress, Plugins und Themes bilden unterschiedliche technische Ebenen.

Beginne deshalb mit der genauen Fehlermeldung und prüfe anschließend, ob die Domain den richtigen Server erreicht und welcher HTTP- beziehungsweise Verbindungsfehler tatsächlich vorliegt.

Ein 404-Fehler benötigt eine andere Diagnose als ein HTTP 500, ein SSL-Problem, ein Datenbankfehler oder ein kritischer WordPress-Fehler. Erst wenn die fehlerhafte Ebene eingegrenzt ist, sollten Änderungen vorgenommen werden.

Besonders hilfreich sind der zeitliche Zusammenhang mit vorherigen Änderungen sowie Server- und WordPress-Fehlerprotokolle. Eine systematische Diagnose verhindert, dass durch wahllose Änderungen zusätzliche Probleme entstehen oder die eigentliche Ursache verdeckt wird.