Wenn deine Website plötzlich nicht mehr erreichbar ist, kann das sehr unterschiedliche Ursachen haben. Möglich sind beispielsweise DNS-Probleme, eine falsche Domain-Zuordnung, SSL-Probleme, PHP-Fehler, eine fehlerhafte .htaccess, WordPress-Probleme oder erreichte Ressourcenlimits.
Entscheidend ist deshalb, nicht sofort Einstellungen zu verändern, sondern zuerst festzustellen, auf welcher technischen Ebene der Fehler entsteht.
Diese Anleitung führt dich Schritt für Schritt durch die wichtigsten Prüfungen im CURIAWEB-Webhosting und hilft dir, die Ursache einzugrenzen.
Wichtig: „Website nicht erreichbar“ ist zunächst nur das sichtbare Symptom. Notiere die genaue Fehlermeldung, bevor du Änderungen an DNS, PHP, WordPress oder deinem Hosting vornimmst.
Was bedeutet „Website nicht erreichbar“ überhaupt? #
Für Besucher sehen viele technische Probleme ähnlich aus: Die gewünschte Website wird nicht angezeigt.
Technisch können dahinter jedoch völlig unterschiedliche Fehler stecken:
Domain wird nicht aufgelöst
↓
DNS-Problem
Domain zeigt auf falschen Server
↓
DNS-/Konfigurationsproblem
HTTPS-Verbindung scheitert
↓
SSL-/Zertifikatsproblem
403 Forbidden
↓
Zugriff wird verweigert
404 Not Found
↓
Ressource wird nicht gefunden
500 Internal Server Error
↓
serverseitige Verarbeitung schlägt fehl
503 Service Unavailable
↓
Dienst momentan nicht verfügbar
508 Resource Limit Is Reached
↓
CloudLinux-Ressourcenlimit erreichtDeshalb beginnen wir die Diagnose nicht mit einer Reparatur, sondern mit einer Einordnung.
1. Genaue Fehlermeldung notieren #
Rufe die Website auf und notiere exakt, was angezeigt wird.
Beispiele:
Server nicht gefunden
DNS_PROBE_FINISHED_NXDOMAIN
ERR_NAME_NOT_RESOLVED
ERR_CONNECTION_TIMED_OUT
ERR_CONNECTION_REFUSED
ERR_TOO_MANY_REDIRECTS
403 Forbidden
404 Not Found
500 Internal Server Error
503 Service Unavailable
508 Resource Limit Is ReachedAuch eine Zertifikatswarnung solltest du nicht einfach als „Website offline“ zusammenfassen.
Je genauer die Meldung bekannt ist, desto schneller lässt sich die Ursache eingrenzen.
2. Betroffene URL notieren #
Notiere zusätzlich die vollständige URL.
Beispielsweise:
oder:
oder:
Das ist wichtig, weil Hauptdomain, www-Hostname und Subdomains unterschiedliche DNS-Einträge beziehungsweise Konfigurationen verwenden können.
3. Prüfen, ob die gesamte Website betroffen ist #
Teste mehrere Bereiche der Website.
Beispielsweise:
https://example.ch/
https://example.ch/kontakt/
https://example.ch/wp-admin/Prüfe:
- Ist überhaupt keine URL erreichbar?
- Funktioniert die Startseite, aber eine Unterseite nicht?
- Funktioniert das Frontend, aber der Adminbereich nicht?
- Ist nur eine Subdomain betroffen?
- Ist nur eine bestimmte Funktion betroffen?
Wenn nur eine einzelne Seite fehlschlägt, ist ein vollständiger Ausfall des Hostings wesentlich weniger wahrscheinlich.
4. Prüfen, ob nur du betroffen bist #
Teste die Website in einem privaten Browserfenster und nach Möglichkeit zusätzlich über eine andere Internetverbindung.
Ein einfacher Vergleich kann beispielsweise so aussehen:
WLAN → Website nicht erreichbar
Mobilfunk → Website funktioniertDann solltest du berücksichtigen, dass das Problem möglicherweise nur deine Verbindung, deinen DNS-Resolver oder deine öffentliche IP-Adresse betrifft.
Praxis-Tipp: Ein Test über Mobilfunk ist besonders nützlich, weil du damit normalerweise eine andere Internetverbindung und eine andere öffentliche IP-Adresse verwendest.
5. Prüfen, ob cPanel erreichbar ist #
Wenn deine Website nicht funktioniert, cPanel aber weiterhin erreichbar ist, kannst du dort unmittelbar mit der Diagnose beginnen.
Ein funktionierender cPanel-Zugang beweist zwar nicht, dass die Website korrekt konfiguriert ist, zeigt aber, dass dein Hosting-Account grundsätzlich erreichbar ist.
Das hilft bei der Eingrenzung.
6. Domain und DNS als erste technische Ebene prüfen #
Bevor eine Website aufgerufen werden kann, muss der Domainname aufgelöst werden.
Vereinfacht:
example.ch
↓
DNS
↓
IP-Adresse
↓
Webserver
↓
WebsiteWenn bereits die DNS-Auflösung fehlschlägt, erreicht die Anfrage die Website noch gar nicht.
Typische Hinweise auf ein DNS-Problem #
Meldungen wie:
DNS_PROBE_FINISHED_NXDOMAIN
ERR_NAME_NOT_RESOLVED
Server not foundweisen eher auf die Namensauflösung als auf PHP oder WordPress hin.
In diesem Fall solltest du nicht zuerst Plugins deaktivieren oder PHP-Einstellungen verändern.
7. Kürzlich vorgenommene DNS-Änderungen berücksichtigen #
Wenn unmittelbar vor dem Problem DNS-Einträge oder Nameserver geändert wurden, ist dieser zeitliche Zusammenhang besonders wichtig.
DNS-Änderungen können aufgrund von Caches nicht überall gleichzeitig sichtbar werden.
Prüfe deshalb:
- Wurden Nameserver geändert?
- Wurde ein A- oder AAAA-Eintrag geändert?
- Wurde ein CNAME verändert?
- Wurde die Domain kürzlich auf ein anderes Hosting umgestellt?
- Wurde eine Subdomain neu eingerichtet?
Wie du DNS-Einträge innerhalb von cPanel kontrollierst, erklären wir unter DNS-Zoneneditor in cPanel verwenden.
8. Prüfen, ob cPanel überhaupt für das DNS zuständig ist #
Die DNS-Zone in deinem cPanel ist nur maßgeblich, wenn die Domain tatsächlich die entsprechenden autoritativen Nameserver beziehungsweise diese DNS-Infrastruktur verwendet.
Wenn die DNS-Verwaltung bei einem externen Anbieter erfolgt, musst du Änderungen dort vornehmen.
Wichtig: Eine Änderung im cPanel-Zoneneditor hat keine Wirkung auf die öffentliche DNS-Auflösung, wenn für die Domain eine andere DNS-Infrastruktur autoritativ ist.
9. Domain-Zuordnung in cPanel kontrollieren #
Wenn die Domain korrekt auf den Hosting-Server zeigt, muss sie innerhalb des Hosting-Accounts auch korrekt eingerichtet sein.
Öffne:
Domains → Domains
Prüfe, ob die betroffene Domain vorhanden ist und welcher Document Root verwendet wird.
Die vollständige Anleitung findest du unter Domain in cPanel hinzufügen und verwalten.
10. Document Root überprüfen #
Der Document Root legt fest, aus welchem Verzeichnis der Webserver die Website für eine Domain bereitstellt.
Beispiel:
Domain:
example.ch
Document Root:
/public_html/example/Wenn die eigentliche Website in einem anderen Verzeichnis liegt, kann die Domain falsche oder keine Inhalte ausliefern.
Prüfe deshalb, ob der konfigurierte Document Root tatsächlich die Website-Dateien enthält.
11. Startdatei kontrollieren #
Öffne:
Dateien → Dateimanager
Wechsle in den Document Root der betroffenen Domain.
Prüfe, ob dort eine passende Startdatei vorhanden ist, beispielsweise:
index.php
index.htmlWenn die Website-Dateien fehlen oder in einem falschen Unterverzeichnis liegen, kann der Webserver die erwartete Website nicht korrekt bereitstellen.
Die Bedienung erklären wir unter cPanel-Dateimanager verwenden.
12. Prüfen, ob Dateien kürzlich verschoben oder gelöscht wurden #
Wenn die Website unmittelbar nach Arbeiten im Dateimanager ausgefallen ist, prüfe insbesondere:
- Wurden Dateien verschoben?
- Wurde ein Verzeichnis umbenannt?
- Wurde eine
index.phpgelöscht? - Wurde ein Archiv in das falsche Verzeichnis entpackt?
- Wurde die
.htaccessverändert?
Beginne die Fehlersuche immer bei der zuletzt vorgenommenen Änderung.
13. HTTPS und SSL separat prüfen #
Wenn die Domain grundsätzlich erreichbar ist, aber der Browser eine Zertifikatswarnung anzeigt, handelt es sich um eine andere Fehlerklasse als einen 500- oder 503-Fehler.
Typische Hinweise sind beispielsweise:
- Zertifikat abgelaufen
- Zertifikat passt nicht zum Hostnamen
- Zertifikat wird nicht als vertrauenswürdig erkannt
- HTTPS-Verbindung kann nicht korrekt hergestellt werden
Prüfe in diesem Fall gezielt die SSL-Konfiguration und nicht PHP, WordPress oder CloudLinux auf Verdacht.
14. www und Domain ohne www getrennt testen #
Teste:
und:
Wenn nur eine Variante funktioniert, solltest du DNS, SSL und Weiterleitungen für den betroffenen Hostnamen überprüfen.
Eine funktionierende Hauptdomain beweist nicht automatisch, dass auch www korrekt konfiguriert ist.
15. Weiterleitungsschleifen erkennen #
Wenn der Browser eine Meldung wie:
ERR_TOO_MANY_REDIRECTS
anzeigt, wird die Anfrage wiederholt zwischen URLs weitergeleitet.
Vereinfacht:
URL A → URL B
↓
URL A
↓
URL B
↓
...Prüfe in diesem Fall Weiterleitungen in cPanel, der .htaccess und gegebenenfalls innerhalb deiner Webanwendung.
Wie cPanel-Weiterleitungen eingerichtet werden, erklären wir unter Domain-Umleitung in cPanel einrichten.
16. HTTP-Statuscode als Wegweiser verwenden #
Wenn die Domain aufgelöst wird und der Webserver eine konkrete HTTP-Fehlermeldung liefert, solltest du die weitere Diagnose am Statuscode ausrichten.
| Status | Weiterführende Diagnose |
|---|---|
403 | Zugriffsrechte und Sicherheitsregeln |
404 | URL, Datei oder Rewrite-/Permalink-Konfiguration |
500 | Error Log, PHP, Anwendung und .htaccess |
503 | Dienst, Anwendung, Prozesse und Ressourcen |
508 | CloudLinux-Ressourcenlimits |
17. 403 Forbidden #
Ein 403 Forbidden bedeutet, dass der Zugriff auf eine Ressource verweigert wird.
Typische Prüfbereiche sind:
- Dateiberechtigungen
.htaccess- IP-Sperren
- ModSecurity
- Sicherheitsfunktionen
Verwende dafür 403 Forbidden beheben.
18. 404 Not Found #
Ein 404 Not Found bedeutet grundsätzlich, dass die angeforderte Ressource nicht gefunden wurde.
Wenn die Startseite funktioniert, aber einzelne WordPress-Seiten einen 404 erzeugen, können beispielsweise die Permalink- beziehungsweise Rewrite-Regeln beteiligt sein.
Für WordPress findest du die passende Anleitung unter WordPress-Fehler 404 beheben.
19. 500 Internal Server Error #
Ein 500 Internal Server Error weist auf einen Fehler bei der serverseitigen Verarbeitung hin.
Der Statuscode selbst nennt die Ursache noch nicht.
Prüfe insbesondere:
- cPanel Error Log
- PHP Fatal Errors
.htaccess- PHP-Version
- PHP-Erweiterungen
- Plugins und Themes
- PHP-Limits
Die vollständige Diagnose findest du unter 500 Internal Server Error beheben.
20. 503 Service Unavailable #
Ein 503 Service Unavailable bedeutet, dass ein Dienst die Anfrage momentan nicht erfolgreich verarbeiten kann.
Besonders wichtig sind bei wiederkehrenden 503-Fehlern:
- Error Log
- CloudLinux-Ressourcen
- PHP-Prozesse
- Cronjobs
- WordPress- und WooCommerce-Hintergrundaufgaben
- Wartungszustände
Verwende dafür 503 Service Unavailable beheben.
21. Resource Limit Is Reached #
Wenn ausdrücklich eine Meldung wie:
508 Resource Limit Is Reached
angezeigt wird, solltest du die CloudLinux-Ressourcennutzung untersuchen.
Die passende Anleitung findest du unter Resource Limit Is Reached: CloudLinux-Limits erkennen und beheben.
22. cPanel Error Log kontrollieren #
Bei serverseitigen Fehlern ist das Error Log einer der wichtigsten Diagnosepunkte.
Öffne:
Messwerte → Fehler
Reproduziere den Fehler und vergleiche anschließend den Zeitpunkt mit den neuesten relevanten Einträgen.
Unsere ausführliche Anleitung findest du unter cPanel Error Log lesen und Website-Fehler finden.
Praxis-Tipp: Der neueste Log-Eintrag muss nicht automatisch zu deinem Problem gehören. Vergleiche Zeitpunkt, URL, Dateipfad und Fehlermeldung miteinander.
23. Letzte Änderungen als Diagnosehilfe verwenden #
Wenn eine Website vorher funktioniert hat, frage dich:
Was wurde unmittelbar vor dem Ausfall geändert?
Beispiele:
- WordPress aktualisiert
- Plugin aktualisiert
- Theme geändert
- PHP-Version gewechselt
.htaccessbearbeitet- DNS geändert
- Domain umgeleitet
- Dateien verschoben
- Website migriert
- Cronjob eingerichtet
Ein enger zeitlicher Zusammenhang ist häufig wertvoller als eine lange Liste theoretisch möglicher Ursachen.
24. .htaccess überprüfen #
Eine fehlerhafte .htaccess kann unterschiedliche Probleme verursachen, darunter Weiterleitungsschleifen, 403- oder 500-Fehler.
Wenn das Problem unmittelbar nach einer Änderung dieser Datei begonnen hat, prüfe zuerst genau diese Änderung.
Wie du dabei sicher vorgehst, erklären wir unter .htaccess erklärt und sicher bearbeiten.
25. Dateiberechtigungen prüfen #
Wenn Dateien oder Verzeichnisse nicht mit geeigneten Berechtigungen versehen sind, kann der Webserver gegebenenfalls nicht korrekt darauf zugreifen.
Bei typischen Websites sind häufig folgende Werte anzutreffen:
Dateien: 644
Verzeichnisse: 755Diese Werte sollten jedoch nicht blind auf sämtliche Inhalte angewendet werden.
Die vollständige Anleitung findest du unter Dateiberechtigungen 644 und 755 in cPanel richtig einstellen.
Achtung: Setze Dateien und Verzeichnisse nicht pauschal auf
777, nur weil die Website nicht funktioniert. Das ist keine saubere Fehlerbehebung und kann Sicherheitsrisiken verursachen.
26. PHP-Version kontrollieren #
Wenn eine PHP-basierte Website nach einem PHP-Wechsel nicht mehr funktioniert, kontrolliere die verwendete Version und die Kompatibilität der Anwendung.
Bei CURIAWEB verwaltest du die PHP-Version grundsätzlich über:
Software → MultiPHP-Manager
Die Anleitung findest du unter PHP-Version in cPanel ändern.
Wechsle PHP-Versionen nicht wahllos. Prüfe zuerst das Error Log und die Anforderungen deiner Anwendung.
27. PHP-Erweiterungen berücksichtigen #
Nach einem PHP-Wechsel oder einer Migration kann eine Anwendung Funktionen benötigen, die in der verwendeten PHP-Umgebung nicht verfügbar sind.
Typische Fehlermeldungen sind beispielsweise:
Call to undefined function ...
Class ... not found
requires ext-...Weitere Informationen findest du unter PHP-Erweiterungen in cPanel aktivieren und verwalten.
28. PHP-Limits prüfen #
Wenn ein Fehler nur bei bestimmten aufwendigen Aktionen auftritt, können PHP-Limits relevant sein.
Beispiele sind:
memory_limit
upload_max_filesize
post_max_size
max_execution_time
max_input_timeWenn das Error Log beispielsweise:
Allowed memory size exhausted
meldet, ist das ein konkreter Hinweis auf das PHP Memory Limit.
Die Einstellungen erklären wir unter PHP Memory Limit, Upload-Größe und Ausführungszeit einstellen.
29. CloudLinux-Ressourcen kontrollieren #
Wenn die Website nur zeitweise nicht erreichbar ist, solltest du die Ressourcennutzung zum gleichen Zeitpunkt überprüfen.
Öffne:
Messwerte → Ressourcennutzung
Prüfe insbesondere, ob Faults beziehungsweise auffällige Werte vorhanden sind.
Wie du die Daten interpretierst, erklären wir unter CloudLinux Ressourcennutzung in cPanel verstehen.
30. Speicherplatz überprüfen #
Ein vollständig belegter Hosting-Account kann verschiedene Schreibvorgänge beeinträchtigen.
Dazu können je nach Anwendung beispielsweise gehören:
- Uploads
- Updates
- Cache-Dateien
- temporäre Dateien
- Logs
- Backups
- E-Mail-Speicherung
Die Speicherplatznutzung prüfst du unter:
Dateien → Speicherplatznutzung
Weitere Informationen findest du unter Speicherplatz und Bandbreite in cPanel überprüfen.
31. WordPress als eigene Fehlerquelle eingrenzen #
Wenn andere Inhalte oder Domains im Hosting funktionieren, aber eine bestimmte WordPress-Installation nicht, solltest du die Anwendung selbst untersuchen.
Typische Bereiche sind:
- Plugins
- Themes
- WordPress-Core
.htaccess- PHP-Kompatibilität
- Datenbank
- individueller Code
32. WordPress kritischer Fehler #
Wenn WordPress meldet:
Es gab einen kritischen Fehler auf deiner Website.
liegt häufig ein PHP-Fehler innerhalb von WordPress, einem Plugin, Theme oder individuellem Code vor.
Verwende dafür WordPress kritischer Fehler oder weiße Seite beheben.
33. WordPress-Plugins und Themes prüfen #
Wenn das Problem unmittelbar nach Installation, Aktivierung oder Update eines Plugins beziehungsweise Themes begonnen hat, ist dieser zeitliche Zusammenhang wichtig.
Prüfe das Error Log auf Pfade wie:
/wp-content/plugins/...
/wp-content/themes/...Die systematische Diagnose erklären wir unter WordPress Plugin- und Theme-Konflikte erkennen und beheben.
34. WordPress-Debugging verwenden #
Wenn das normale Error Log nicht genügend Informationen liefert, kann eine kontrollierte WordPress-Debug-Protokollierung zusätzliche Hinweise liefern.
WordPress kann Fehler beispielsweise unter:
wp-content/debug.log
protokollieren.
Die sichere Einrichtung erklären wir unter WordPress-Debugging und Fehlerprotokolle verwenden.
35. WordPress-Login separat testen #
Wenn nur die Anmeldung unter:
beziehungsweise:
nicht funktioniert, die öffentliche Website aber erreichbar ist, handelt es sich nicht um einen vollständigen Website-Ausfall.
Verwende in diesem Fall WordPress-Login funktioniert nicht.
36. Cronjobs und Hintergrundaufgaben berücksichtigen #
Wenn die Website regelmäßig zur gleichen Uhrzeit Probleme zeigt, solltest du geplante Prozesse prüfen.
Öffne:
Erweiterte Optionen → Cronjobs
Vergleiche den Zeitpunkt mit:
- Cronjobs
- Importen
- Exporten
- Backups
- Synchronisationen
- WordPress-Hintergrundaufgaben
Bei Problemen mit einem Cronjob findest du die passende Anleitung unter Cronjob funktioniert nicht: Ursachen und Lösungen.
37. Website nur zeitweise nicht erreichbar #
Bei sporadischen Ausfällen ist die genaue Uhrzeit besonders wichtig.
Dokumentiere mehrere Ereignisse:
09:14 → nicht erreichbar
11:37 → nicht erreichbar
15:02 → nicht erreichbarVergleiche diese Zeitpunkte anschließend mit:
- Error Log
- CloudLinux-Ressourcen
- Cronjobs
- Hintergrundaufgaben
- ungewöhnlichem Traffic
Ohne Zeitangaben sind sporadische Probleme deutlich schwieriger zu diagnostizieren.
38. Website immer zur gleichen Uhrzeit nicht erreichbar #
Ein wiederkehrendes Zeitmuster deutet häufig auf einen geplanten oder regelmäßig auftretenden Vorgang hin.
Beispielsweise:
02:00 → Backup
02:00 → Import
02:00 → Synchronisation
02:01 → Website reagiert nichtDas beweist noch nicht, welcher Prozess die Ursache ist, liefert aber einen konkreten Ausgangspunkt.
39. Website nach Update nicht erreichbar #
Wenn das Problem unmittelbar nach einem Update beginnt, prüfe die aktualisierte Komponente zuerst.
Das gilt insbesondere für:
- WordPress
- Plugins
- Themes
- PHP-Version
- individuelle Anwendungskomponenten
Kontrolliere zusätzlich das Error Log auf einen passenden Fehler.
40. Website nach Migration nicht erreichbar #
Nach einer Migration kommen mehrere Ebenen als Ursache infrage.
Prüfe in sinnvoller Reihenfolge:
Domain
↓
DNS
↓
richtiger Server
↓
Domain in cPanel
↓
Document Root
↓
Dateien
↓
SSL
↓
PHP-Version
↓
PHP-Erweiterungen
↓
Anwendung
↓
DatenbankSpringe nicht direkt zu WordPress-Plugins, wenn die Domain noch auf den alten Server zeigt.
41. Datenbankverbindung prüfen #
Viele Content-Management-Systeme und Webanwendungen benötigen eine Datenbank.
Wenn die Anwendung ausdrücklich einen Datenbankfehler meldet, prüfe:
- Datenbankname
- Datenbankbenutzer
- Zuweisung des Benutzers zur Datenbank
- Berechtigungen
- Konfigurationsdatei der Anwendung
Wie Benutzer und Datenbanken in cPanel zusammengeführt werden, erklären wir unter MySQL-Benutzer erstellen und einer Datenbank zuweisen.
Datenbank nicht auf Verdacht verändern #
Ein allgemeiner Website-Ausfall ist kein Grund, Tabellen zu löschen, zu leeren oder manuell zu verändern.
Bearbeite die Datenbank erst, wenn ein konkreter Hinweis auf ein Datenbankproblem vorliegt.
42. Prüfen, ob nur eine einzelne Domain betroffen ist #
Wenn mehrere Domains im gleichen Hosting-Account betrieben werden, kann ein Vergleich sehr hilfreich sein.
Beispiel:
domain-a.ch → funktioniert
domain-b.ch → funktioniert
domain-c.ch → nicht erreichbarDann ist ein vollständiger Ausfall des Hosting-Accounts weniger wahrscheinlich.
Konzentriere die Diagnose auf:
- DNS von domain-c.ch
- Domain-Zuordnung
- Document Root
- SSL
- Dateien
- Anwendung dieser Domain
43. Prüfen, ob alle Domains betroffen sind #
Wenn sämtliche Websites eines Hosting-Accounts gleichzeitig nicht funktionieren, erweitert sich die Diagnose.
Prüfe dann insbesondere:
- ob cPanel erreichbar ist
- welche Fehlermeldung die Domains liefern
- ob alle Domains dieselben Nameserver verwenden
- CloudLinux-Ressourcen
- Speicherplatz
- gemeinsame Änderungen an PHP oder Konfigurationen
Wenn mehrere unabhängige Websites gleichzeitig dasselbe Fehlerbild zeigen, solltest du diesen Umstand bei einer Supportanfrage unbedingt angeben.
44. Verbindungstimeout richtig einordnen #
Eine Meldung wie:
ERR_CONNECTION_TIMED_OUT
ist nicht dasselbe wie ein HTTP-500.
Bei einem HTTP-500 wurde bereits eine HTTP-Antwort vom Server empfangen. Bei einem Verbindungstimeout konnte die Verbindung beziehungsweise Anfrage dagegen nicht rechtzeitig abgeschlossen werden.
Notiere deshalb den exakten Browserfehler.
45. Connection Refused richtig einordnen #
Eine Meldung wie:
ERR_CONNECTION_REFUSED
unterscheidet sich ebenfalls von einem normalen Anwendungsfehler.
Der Browser konnte die gewünschte Verbindung nicht wie erwartet herstellen.
Auch hier gilt: Ändere nicht WordPress-Plugins oder PHP-Einstellungen, bevor klar ist, dass die Anfrage überhaupt die entsprechende Webanwendung erreicht.
46. Browser-Cache als Fehlerquelle eingrenzen #
Teste die Website zusätzlich in einem privaten Browserfenster.
Wenn nötig, verwende einen zweiten Browser oder ein anderes Gerät.
Damit kannst du bestimmte lokale Effekte ausschließen.
Ein Browser-Cache verursacht allerdings keinen echten serverseitigen PHP Fatal Error und hebt keine serverseitige Zugriffssperre auf.
47. Lokalen DNS-Cache berücksichtigen #
Nach DNS-Änderungen kann dein Gerät oder DNS-Resolver noch ältere Informationen zwischengespeichert haben.
Wenn die Website über Mobilfunk bereits den neuen Server erreicht, über deine normale Internetverbindung aber noch nicht, kann ein DNS-Cache eine Rolle spielen.
Warte in diesem Fall nicht automatisch auf eine beliebige feste Anzahl Stunden. Die tatsächliche Cache-Dauer hängt unter anderem vom jeweiligen DNS-Eintrag und dessen TTL ab.
48. Nicht sofort DNS ändern, wenn ein HTTP-Fehler angezeigt wird #
Wenn deine Website beispielsweise bereits:
500 Internal Server Error
anzeigt, wurde ein Webserver erreicht.
DNS kann nach einer Migration zwar auf den falschen Server zeigen, aber ein echter HTTP-Fehler sollte zunächst auf dem tatsächlich erreichten Server diagnostiziert werden.
49. Nicht sofort PHP ändern, wenn DNS nicht funktioniert #
Umgekehrt gilt:
Wenn die Domain überhaupt nicht aufgelöst wird, hat ein Wechsel von PHP 8.x auf eine andere PHP-Version keinen Einfluss auf dieses DNS-Problem.
Die Reihenfolge der Diagnose spart deshalb viel Zeit.
50. Nicht alle Sicherheitsfunktionen deaktivieren #
Wenn ein Zugriff verweigert wird, solltest du nicht pauschal ModSecurity, Sicherheitsplugins oder andere Schutzmechanismen deaktivieren.
Bei einem 403 sollte zuerst festgestellt werden, welche konkrete Regel beziehungsweise Zugriffskontrolle beteiligt ist.
51. Nicht mehrere Dinge gleichzeitig ändern #
Eine typische schlechte Fehlersuche sieht so aus:
Website nicht erreichbar
↓
DNS ändern
PHP wechseln
.htaccess löschen
Plugins deaktivieren
Berechtigungen ändern
Cache installierenWenn die Website danach wieder funktioniert, weißt du nicht, welche Änderung relevant war – und möglicherweise hast du neue Probleme geschaffen.
Die bessere Vorgehensweise:
Fehler exakt bestimmen
↓
technische Ebene eingrenzen
↓
Logs und Messwerte prüfen
↓
eine konkrete Hypothese bilden
↓
eine Änderung durchführen
↓
erneut testenGrundregel: Arbeite von außen nach innen: zuerst Domain und Verbindung, danach Webserver und HTTP-Status, anschließend PHP und Anwendung. So vermeidest du Änderungen auf einer technischen Ebene, die mit dem eigentlichen Problem gar nichts zu tun hat.
Website nicht erreichbar: Diagnose in der richtigen Reihenfolge #
- Notiere die vollständige URL und exakte Fehlermeldung.
- Prüfe mehrere Seiten beziehungsweise Bereiche der Website.
- Teste über ein privates Browserfenster.
- Teste nach Möglichkeit über eine zweite Internetverbindung.
- Prüfe, ob cPanel erreichbar ist.
- Ordne einen möglichen DNS-Fehler ein.
- Berücksichtige kürzlich vorgenommene DNS- oder Nameserver-Änderungen.
- Prüfe die Domain unter Domains → Domains.
- Kontrolliere den Document Root.
- Prüfe im Dateimanager, ob die Website-Dateien vorhanden sind.
- Unterscheide SSL-Probleme von HTTP-Fehlern.
- Prüfe den tatsächlichen HTTP-Statuscode.
- Öffne bei serverseitigen Fehlern Messwerte → Fehler.
- Vergleiche den Fehler mit kürzlich vorgenommenen Änderungen.
- Prüfe gegebenenfalls
.htaccessund Dateiberechtigungen. - Kontrolliere bei PHP-Anwendungen PHP-Version, Erweiterungen und Limits.
- Prüfe bei WordPress Plugins, Themes und Debug-Protokolle.
- Kontrolliere bei sporadischen Problemen die CloudLinux-Ressourcen.
- Berücksichtige Cronjobs und Hintergrundaufgaben.
- Prüfe den Speicherplatz.
- Ändere immer nur eine mögliche Ursache gleichzeitig.
- Teste anschließend exakt dasselbe Fehlerbild erneut.
Schnelldiagnose: Wo solltest du anfangen? #
| Fehlerbild | Erster Prüfpunkt |
|---|---|
DNS_PROBE_FINISHED_NXDOMAIN | Domain und DNS prüfen |
| Website zeigt nach DNS-Änderung falschen Inhalt | DNS-Ziel und Document Root prüfen |
| Zertifikatswarnung | SSL-Zertifikat und Hostname prüfen |
ERR_TOO_MANY_REDIRECTS | Weiterleitungen und .htaccess prüfen |
403 Forbidden | Berechtigungen und Sicherheitsregeln prüfen |
404 Not Found | URL, Dateien oder Rewrite-Regeln prüfen |
500 Internal Server Error | Error Log und PHP-/Anwendungsfehler prüfen |
503 Service Unavailable | Error Log, Anwendung und Ressourcen prüfen |
508 Resource Limit Is Reached | CloudLinux-Ressourcen prüfen |
| nur WordPress-Adminbereich defekt | WordPress, Plugins und Error Log prüfen |
| nur zu bestimmten Uhrzeiten nicht erreichbar | Ressourcen und Hintergrundaufgaben prüfen |
| nur über eigene Internetverbindung nicht erreichbar | lokales Netzwerk, DNS und mögliche IP-Sperre prüfen |
Was du bei einem Website-Ausfall nicht tun solltest #
Vermeide insbesondere:
- DNS-Einträge auf Verdacht ändern
- PHP-Versionen wahllos wechseln
.htaccessohne Sicherung löschen- Dateiberechtigungen pauschal auf
777setzen - alle Sicherheitsfunktionen deaktivieren
- mehrere Plugins gleichzeitig löschen
- Datenbanktabellen auf Verdacht verändern
- SSL-Zertifikate neu konfigurieren, obwohl ein PHP-Fehler vorliegt
- mehrere technische Änderungen gleichzeitig durchführen
Welche Informationen helfen dem CURIAWEB-Support? #
Wenn du die Ursache nicht selbst eingrenzen kannst, helfen möglichst genaue Angaben bei der technischen Analyse.
Notiere:
- betroffene Domain
- vollständige betroffene URL
- exakte Fehlermeldung
- Datum und genaue Uhrzeit
- ob die Website dauerhaft oder sporadisch nicht erreichbar ist
- ob nur eine Seite oder die gesamte Website betroffen ist
- ob andere Domains im gleichen Hosting funktionieren
- ob die Website über eine andere Internetverbindung erreichbar ist
- relevante Error-Log-Einträge
- auffällige CloudLinux-Werte beziehungsweise Faults
- kürzlich vorgenommene Änderungen
Bei einem reproduzierbaren Fehler solltest du zusätzlich die genauen Schritte angeben, mit denen das Problem ausgelöst werden kann.
Zusammenfassung #
Wenn eine Website nicht erreichbar ist, solltest du nicht sofort WordPress, PHP oder DNS verändern. Zuerst muss festgestellt werden, auf welcher technischen Ebene der Fehler entsteht.
Beginne mit der exakten Fehlermeldung und der betroffenen URL. Prüfe anschließend, ob nur du, eine einzelne Seite, eine Domain oder der gesamte Hosting-Account betroffen ist.
Bei DNS-Fehlern muss zuerst die Namensauflösung untersucht werden. Wird der Webserver erreicht, dienen HTTP-Statuscodes wie 403, 500, 503 oder 508 als Wegweiser für die weitere Diagnose.
Bei serverseitigen Problemen gehören das cPanel Error Log und – bei sporadischen Fehlern – die CloudLinux-Ressourcennutzung zu den wichtigsten Diagnosewerkzeugen. Bei PHP-Anwendungen kommen PHP-Version, Erweiterungen und Limits hinzu. Bei WordPress solltest du zusätzlich Plugins, Themes und Debug-Protokolle berücksichtigen.
Besonders wertvoll ist immer der zeitliche Zusammenhang: Wenn die Website direkt nach einer DNS-Änderung, einem PHP-Wechsel, Plugin-Update oder einer Änderung der .htaccess ausgefallen ist, beginne die Untersuchung genau dort.
Die wichtigste Regel lautet: Erst bestimmen, wo die Anfrage scheitert – dann genau diese technische Ebene untersuchen.
