Warum lädt meine Website nicht? Die drei Ebenen, die entscheiden, ob sie erreichbar ist

Du hast alles richtig gemacht. Die Seite ist veröffentlicht, sie läuft, du siehst sie. Dann schickst du den Link an eine Freundin und… nichts. Ein sich drehender Tab, ein „Seite nicht erreichbar“, ein „Zeitüberschreitung bei der Antwort“. Bei dir funktioniert es, bei ihr nicht — die frustrierendste Art von Defekt.

Die gute Nachricht: Eine Website, die nicht lädt, ist fast nie ein Rätsel. Zwischen dem Browser der Besucher und deiner laufenden Seite liegen genau drei Ebenen, und das Problem steckt immer in einer davon. Sobald du die drei kennst, hörst du auf zu raten und fängst an zu prüfen.

Die drei Ebenen

Wenn jemand deine Adresse eintippt, wandert die Anfrage durch:

1. Den Namen — das DNS macht aus deinedomain.de die IP-Adresse deines Servers.
2. Die Tür — die Anfrage muss den Server tatsächlich auf dem richtigen Port erreichen (80 für HTTP, 443 für HTTPS).
3. Die App — etwas auf dem Server muss lauschen und antworten.

Ein Fehler auf einer dieser Ebenen sieht von außen identisch aus: Die Seite lädt nicht. Der Trick ist herauszufinden, welche Ebene es ist. Drei schnelle Fragen bringen dich hin.

Ebene 1 — Zeigt der Name auf den Server?

Frag dich: Lädt sie, wenn du die IP-Adresse direkt aufrufst (z. B. http://203.0.113.10)?

Wenn die IP funktioniert, aber deinedomain.de nicht, liegt das Problem beim Namen — beim DNS. Entweder zeigt die Domain nicht auf den Server, oder die Änderung ist noch nicht durchgedrungen. Browserfehler wie „Server nicht gefunden“ oder „Diese Website konnte nicht gefunden werden“ weisen ebenfalls hierhin.

Lösung: Prüfe, ob der DNS-Eintrag der Domain auf die IP deines Servers zeigt. (Genau dazu haben wir eine Anleitung geschrieben: eine Domain mit deinem Server verbinden.)

Ebene 2 — Erreicht die Anfrage die Tür?

Frag dich: Lädt sie vom Server selbst aus, aber nicht von deinem Laptop?

Wenn du die Seite erreichst, während du auf dem Server bist, aber nicht von außen — und das Symptom ist „Zeitüberschreitung bei der Antwort“ oder eine Verbindung, die einfach hängt — kommt die Anfrage nicht durch die Tür. Irgendetwas blockiert den Port.

Meist gibt es zwei Türen zu prüfen, und die zweite wird gern vergessen:

• Die eigene Firewall des Servers (etwa ufw) — ist Port 80/443 für eingehenden Verkehr freigegeben?
• Die Firewall deines Anbieters — viele Hoster haben eine separate Firewall oder „Security Group“ außerhalb des Servers, die im Dashboard statt auf der Maschine konfiguriert wird. Ein Port kann auf dem Server offen sein und hier trotzdem blockiert.

Beide müssen den Verkehr durchlassen.

Ebene 3 — Antwortet die App wirklich?

Frag dich: Lädt sie nicht einmal vom Server selbst aus?

Wenn sie nicht einmal vom Server aus lädt — „Verbindung abgelehnt“ oder eine Fehlerseite statt deiner Seite — liegt das Problem bei der App. Entweder läuft das, was deine Seite ausliefert, nicht (ein gestoppter Container, ein abgestürzter Dienst), oder der Webserver davor zeigt auf die falsche Stelle.

Lösung: Prüfe, ob der Dienst deiner Seite aktiv ist und ob das, was den Verkehr zu ihm leitet — der Reverse Proxy — für die richtige Domain und den richtigen Port konfiguriert ist.

Alles zusammengesetzt

Drei Fragen, der Reihe nach:

• Lädt per IP, aber nicht per Name? → Ebene 1, DNS.
• Lädt auf dem Server, aber nicht von außen? → Ebene 2, eine Firewall.
• Lädt nicht einmal auf dem Server? → Ebene 3, die App.

Das ist die ganze Diagnose. Kein Neuladen und Hoffen mehr.

Die Abkürzung

Du kannst diese Prüfungen selbst durchgehen — oder du fragst einfach. Sag Faro, dem Assistenten in Server Manager, dass deine Seite nicht lädt, und er prüft alle drei Ebenen für dich: ob die Domain auflöst, ob die Ports offen sind, ob der Dienst läuft und richtig geroutet ist. Er sagt dir, welche Ebene defekt ist, und behebt es meist gleich — statt dich den Stack von Hand zerlegen zu lassen.

Dein Server, verstanden

Eine Seite, die nicht lädt, fühlt sich an wie eine Wand. Ist sie aber nicht — sie ist nur eine von drei Türen, und jetzt weißt du, welche du probieren musst. Das ist der stille Vorteil davon, einen eigenen Server zu betreiben: Wenn etwas kaputtgeht, gehört es dir — du kannst es verstehen, und die Karte ist klein genug, um sie im Kopf zu behalten.

Die Hilfe-Anleitungen gehen tiefer auf DNS, Firewalls und den Reverse Proxy ein, wenn du die Details willst.