So prüfen Sie, ob eine Website offline ist (und was die Ergebnisse bedeuten)

1. Kurze Checkliste, wenn eine Website nicht lädt

1. Öffnen Sie die Website nach Möglichkeit in einem anderen Browser oder auf einem anderen Gerät (Mobil vs. Desktop, WLAN vs. Mobilfunk).
2. Führen Sie eine Prüfung der Startseiten-URL im Website-Checker durch.
3. Notieren Sie drei Punkte aus dem Ergebnis: Gesamtstatus, HTTP-Statuscode und Domain-/DNS-Status.
4. Nutzen Sie die Erläuterungen unten, um zu entscheiden, ob das Problem bei DNS, dem Webserver, SSL oder Ihrer eigenen Verbindung liegt.

2. Den Hauptstatus lesen

Nach einer Prüfung sehen Sie Bezeichnungen wie Online, Offline, Error, Online but Limited oder einen domainbezogenen Status wie Domain Not Found. Das sind Zusammenfassungen aus DNS- und HTTP-Verhalten:

• Online — DNS funktioniert und der Server hat mit einem Erfolgscode geantwortet (meist 200).
• Offline / Error — Wir konnten keine gültige Antwort erhalten (DNS-Fehler, Timeout oder Verbindungsfehler).
• Online but Limited — Der Server ist erreichbar, aber Bot-Schutz oder Rate-Limits haben den vollständigen Abruf blockiert.
• Domain Exists (No Website) — DNS löst auf, aber es gibt noch keinen nutzbaren Webinhalt (häufig bei neuen Setups).
• Domain Not Found — Die Domain löst derzeit über öffentliches DNS nicht auf.

3. Typische Szenarien und nächste Schritte

A. Neue Domain oder DNS-Änderung

Wenn Sie kürzlich eine Domain registriert, Nameserver geändert oder A-/AAAA-Einträge aktualisiert haben und der Checker Domain Not Found oder nur teilweise DNS-Daten anzeigt, liegt oft eine DNS-Propagationsverzögerung vor.

• Prüfen Sie die DNS-Einträge bei Ihrem Registrar oder DNS-Anbieter.
• Warten Sie 5–15 Minuten und führen Sie die Prüfung erneut aus; die globale Verbreitung kann je nach TTL länger dauern.
• War die Domain lange aktiv und löst plötzlich nicht mehr auf, prüfen Sie Ablauf, Nameserver und ob Einträge geändert oder entfernt wurden.

B. DNS funktioniert, die Website schlägt fehl

Zeigt der Checker einen gültigen Domain-Status, aber einen HTTP-Code wie 500, 502 oder 503, liegt das Problem meist auf Webserver- oder Anwendungsebene:

• 500 / 503 — Anwendungs- oder Serverfehler (fehlkonfigurierte App, Ressourcenlimits oder kurzfristige Störung).
• 502 — Bad Gateway zwischen Reverse Proxy (z. B. Nginx, Apache oder Load Balancer) und der Upstream-Anwendung.
• Sehr hohe Antwortzeit – der Server ist überlastet oder antwortet auch bei Erfolg nur langsam.

Verwalten Sie die Website, prüfen Sie Hosting-Panel oder Server-Logs zum Zeitpunkt des Fehlers. Andernfalls teilen Sie das Prüfergebnis (Status + HTTP-Code + Timing) mit dem Betreiber oder Hosting-Support – das beschleunigt die Diagnose.

C. SSL / HTTPS-Probleme

Zeigt der Checker Hinweise auf unsicheres oder fehlerhaft konfiguriertes SSL, sehen Sie im Browser Warnungen wie „Verbindung nicht privat“ oder „Zertifikat ungültig“. Typische Ursachen:

• Abgelaufenes Zertifikat (häufig ohne Auto-Renewal bei Let’s Encrypt o. Ä.).
• Zertifikat für einen anderen Hostnamen (z. B. www.example.com vs. example.com).
• Gemischte HTTP/HTTPS-Weiterleitungen, die Browser und Tools verwirren.

Meist hilft Erneuerung oder Neuausstellung des Zertifikats für den exakten Hostnamen und konsistente Weiterleitung aller Anfragen auf HTTPS.

D. Bot-Schutz und „Online but Limited“

Manche Websites nutzen Dienste wie Cloudflare oder eigene Firewalls, die automatisierte Anfragen herausfordern. Dann gilt:

• Der Checker kann bestätigen, dass der Server online ist und antwortet.
• Vollständiges HTML oder Metadaten sind ggf. nicht abrufbar; Sie sehen Online but Limited mit einem Hinweis zum Schutz.
• Im Browser kann eine kurze Verzögerung oder eine Challenge erscheinen, die Menschen lösen können, automatisierte Tools jedoch nicht.

Ist es Ihre Website und werden legitime Bots (API-Clients, Uptime-Monitore) blockiert, passen Sie die Sicherheitseinstellungen an oder erlauben Sie bekannte IPs gezielt.

4. HTTP-Statuscodes verstehen (Kurzreferenz)

Jede HTTP-Antwort enthält einen numerischen Statuscode. Kurzreferenz für die Fehlerbehebung:

• 200 OK — Die Website ist erreichbar und hat die angeforderte Seite oder Ressource geliefert.
• 301 / 302 Redirect — Die URL leitet woanders hin; der Checker folgt der Kette und zeigt die finale URL.
• 404 Not Found — Die Website ist online, aber dieser Pfad existiert nicht (Tippfehler oder verschobene Seiten prüfen).
• 403 Forbidden — Der Server hat die Anfrage abgelehnt (Berechtigungen oder Bot-Schutz).
• 429 Too Many Requests — Rate-Limit erreicht; Anfragen verlangsamen oder automatisierte Prüfungen reduzieren.
• 500 / 502 / 503 — Serverseitige Probleme; Logs prüfen oder Hosting-Anbieter kontaktieren.

5. Das Ergebnis im Support-Gespräch nutzen

Gegenüber Hosting, Entwicklung oder ISP ist ein Screenshot oder die Kopie des Prüfergebnisses oft hilfreicher als „es geht nicht“. Enthalten sein sollten:

• Die getestete URL.
• Gesamtstatus und HTTP-Code.
• Antwortzeit und ob SSL als sicher oder unsicher markiert ist.
• Hinweise zu DNS, Weiterleitungen oder Bot-Schutz.