Website down: erste Prüfung
Wenn Ihre Website nicht mehr erreichbar ist, lohnt sich vor jedem Eingriff eine ruhige Erst-Diagnose. Mit wenigen Tests grenzen Sie ein, ob nur Ihr eigenes Gerät betroffen ist, ob ein Browser-Cache trügt oder ob ein echter Ausfall vorliegt — und Sie vermeiden Reflex-Aktionen an DNS oder WordPress, die ein bestehendes Problem nur verschleiern. Diese Anleitung führt Sie Schritt für Schritt durch und sagt, wann und mit welchen Befunden Sie ein Ticket eröffnen.
Voraussetzungen
| Voraussetzung | Beschreibung |
|---|---|
| betroffene Domain | die genaue Adresse, die nicht lädt (z. B. ihre-domain.ch) |
| Internetzugang | bei Ihnen nachweislich funktionierend (andere Seiten gehen) |
| zweites Gerät / Mobilnetz | optional, hilft beim Eingrenzen „nur ich" vs. „alle" |
| Zeitpunkt | seit wann ist die Seite weg, gab es kurz vorher eine Änderung |
Anleitung
Auf einem zweiten Gerät und über Mobilnetz gegentesten
Öffnen Sie die Adresse auf einem anderen Gerät und einmal über das Mobilfunknetz statt über Ihr WLAN. Geht die Seite dort, liegt das Problem lokal bei Ihnen (Netzwerk, Browser, Cache) und nicht beim Server. Geht sie nirgends, ist ein echter Ausfall wahrscheinlich.
Im Inkognito-Fenster und mit geleertem Browser-Cache prüfen
Öffnen Sie ein privates bzw. Inkognito-Fenster — dort gelten gespeicherte Daten nicht. Lädt die Seite dort normal, zeigt Ihr normaler Browser nur eine veraltete Version. Wie Sie gezielt leeren, steht im Artikel Cache leeren — wann & warum.
Systemstatus prüfen
Rufen Sie unsere Status-Seite status.sysinfra.ch auf. Dort sehen Sie laufende Störungen und geplante Wartungsfenster. Steht dort bereits eine Meldung, ist die Ursache erkannt und Sie müssen nichts weiter tun. Details dazu im Artikel Systemstatus prüfen.
Die genaue Fehlermeldung notieren
Halten Sie fest, WAS der Browser zeigt: ein HTTP-Code wie 500, 403 oder 404, eine SSL-/Zertifikatswarnung („Verbindung nicht sicher"), eine Zeitüberschreitung oder eine leere weisse Seite. Der genaue Wortlaut und Code grenzt die Ursache stark ein — am besten als Screenshot.
Zeitpunkt und letzte Änderung festhalten
Notieren Sie, seit wann die Seite weg ist und ob kurz vorher etwas geändert wurde: ein Plugin-Update, eine DNS-Anpassung, ein abgelaufenes Zertifikat oder eine Domain-Verlängerung. Dieser Kontext spart bei der Analyse viel Zeit.
Noch nichts „auf Verdacht" verändern
Ändern Sie jetzt keine DNS-Einträge und starten Sie keine WordPress- oder Hoster-Aktionen blind. Eine falsche Änderung verschleiert das eigentliche Problem und verlängert die Diagnose. DNS-Grundlagen erklärt der Artikel DNS A-Record setzen.
Ticket mit den Befunden eröffnen
Eröffnen Sie ein Support-Ticket und geben Sie alles Gesammelte mit: betroffene Adresse, Fehlermeldung/Code, Zeitpunkt, ob nur Sie oder mehrere betroffen sind und was zuletzt geändert wurde. Wie Sie ein Ticket sauber aufsetzen, zeigt Support-Ticket richtig eröffnen.
Symptome richtig deuten
| Symptom | Wahrscheinliche Ursache | Erste Einordnung |
|---|---|---|
| nur Ihr Gerät betroffen, andere/Mobilnetz gehen | lokales Netzwerk, Browser oder Cache | meist kein Server-Ausfall |
| alle Geräte/Standorte betroffen | echter Ausfall oder DNS-Problem | Ticket mit Befunden |
Fehler 500 / 502 / 503 | Server- oder Anwendungsfehler (z. B. WordPress) | Ticket, nichts selbst „reparieren" |
Fehler 403 | Zugriff gesperrt (Rechte, IP-Sperre, Schutzregel) | Ticket mit genauem Wortlaut |
Fehler 404 auf einer Unterseite | Seite verschoben/gelöscht, kein Totalausfall | Adresse und Quelle des Links notieren |
| SSL-/Zertifikatswarnung | Zertifikat abgelaufen oder Mixed Content | Ticket, nicht „Warnung wegklicken" |
| alte Inhalte, Änderungen fehlen | Browser- oder CDN-Cache | erst Cache leeren, dann beurteilen |
Häufige Fehler
| Fehler | Folge |
|---|---|
| sofort DNS-Einträge ändern | ein bestehendes Problem wird verschleiert, die Diagnose dauert länger |
| Browser-Cache als Ursache übersehen | Sie sehen eine veraltete Version und melden einen Scheinausfall |
| mehrere Anbieter gleichzeitig kontaktieren | widersprüchliche Aussagen, niemand hat den Überblick |
| WordPress-/Cache-Plugins blind neu starten | kann ein Live-Problem zusätzlich verschärfen |
| Ticket ohne Fehlermeldung und Zeitpunkt | Rückfragen kosten Zeit, die Behebung verzögert sich |
5xx-Fehler oder eine SSL-Warnung zeigt — oder wenn eine Domain demnächst ausläuft. Wir bearbeiten Anfragen werktags (Mo–Fr 08–18 Uhr) mit einer Reaktionszeit von in der Regel höchstens vier Stunden.Häufige Fragen
Woran erkenne ich, ob es nur an mir liegt?
Soll ich die Seite einfach „neu starten" oder Plugins deaktivieren?
Was bedeutet ein 500-Fehler im Browser?
Wo sehe ich, ob gerade eine bekannte Störung läuft?
Verwandte Artikel
- Cache leeren — wann & warum
- Systemstatus prüfen
- Support-Ticket richtig eröffnen
- Störung melden — was wir von Ihnen brauchen
- DNS A-Record setzen