Zuerst die genaue Meldung festhalten
„Lädt nicht“ kann bedeuten, dass überhaupt keine Verbindung entsteht, ein Zertifikat abgelehnt wird oder eine Anwendung trotz erfolgreicher HTTP-Antwort leer bleibt. Notiere die vollständige URL, Uhrzeit und den Wortlaut der Meldung. Diese Angaben verhindern, dass du an der falschen Stelle Einstellungen änderst.
Prüfe, ob eine einzelne Unterseite oder auch die Startseite betroffen ist. Nach einem Kauf oder Formularversand zuerst den Vorgangsstatus kontrollieren: Ein sichtbarer Fehler beweist nicht, dass der Auftrag unverarbeitet blieb.
Mit drei Vergleichen eingrenzen
1. Öffne eine andere bekannte Website. Scheitern viele Ziele, ist der eigene Anschluss oder Resolver ein sinnvoller Ausgangspunkt.
2. Öffne die betroffene URL in einem anderen Browser. Funktioniert sie dort, untersuche Sitzung, Erweiterungen und Browsereinstellungen.
3. Vergleiche WLAN mit Mobilfunk. Funktioniert nur ein Netz, kommen dessen DNS, Filter, IPv6 und Routing infrage. Das Ergebnis benennt noch keine sichere Ursache.
Die technische Schicht erkennen
DNS-Fehler entstehen vor dem eigentlichen Websiteabruf. Refused oder Timeout betreffen den Verbindungsaufbau. TLS-Warnungen verhindern eine vertrauenswürdige verschlüsselte Verbindung. Bei einem HTTP-Fehler wie 403, 404 oder 503 hat dagegen eine HTTP-Instanz geantwortet.
Wenn HTML sichtbar ist, Bilder oder Interaktionen aber fehlen, prüfe in den Browser-Entwicklerwerkzeugen einzelne fehlgeschlagene Ressourcen und JavaScript-Fehler. Ein Status 200 garantiert keine funktionsfähige Anwendung. Übertrage bei Supportanfragen keine Sitzungstokens aus den Werkzeugen.
Was Betreiber zuerst prüfen sollten
Vergleiche Beginn und Umfang der Störung mit Deployments, DNS-Änderungen und Zertifikatserneuerungen. Prüfe Access-, Fehler- und Anwendungslogs mit demselben Zeitfenster. Fehlen Requests am Origin, untersuche vorgeschaltetes CDN, DNS und Firewall.
Bei WordPress nach einem Plugin- oder PHP-Update suche zuerst den konkreten PHP-Fehler. Sichere den aktuellen Stand und teste eine Änderung nach der anderen. Bei langsamen Seiten sind Datenbank, externe APIs und Worker-Wartezeiten getrennt zu betrachten.
Den Checker sinnvoll einsetzen
Ein manueller Check der vollständigen URL liefert eine unabhängige Messung von isdown.de. Vergleiche Zeitpunkt und Ziel mit deinem Browser. Der Check meldet keine garantierte weltweite Verfügbarkeit und besitzt nicht deine Anmeldung. Private Inhalte und lokale Netzadressen werden nicht geprüft.
Wenn du den Betreiber kontaktierst, gib Fehlermeldung, Zeit, URL und Ergebnisse der drei Vergleiche an. So wird aus „geht nicht“ eine brauchbare Fehlerbeschreibung.
Häufige Fragen
Ist ein grüner Check ein Beweis, dass alles funktioniert?
Nein. Er gilt für den konkreten Abruf von unserem Standort. Login, JavaScript und deine Sitzung können dennoch gestört sein.
Soll ich alle Einstellungen zurücksetzen?
Nein. Ein gezielter Vergleich liefert mehr Informationen und vermeidet zusätzliche Fehler.
Wann sollte ich den Provider kontaktieren?
Wenn mehrere Geräte über deinen Anschluss betroffen sind und dasselbe Ziel über ein anderes Netz funktioniert. Gib die Vergleichsergebnisse mit an.