Uptime-Monitoring

Erfahre sofort,
wenn dein Dienst ausfällt.

HTTP-, Ping- und Keyword-Checks aus deutscher Infrastruktur. Intervalle ab 30 Sekunden, jeder Fehler klassifiziert, jeder Alert innerhalb von Sekunden zugestellt — kein US-Cloud, kein CLOUD Act, kein DNS-Caching.

Kostenlose Stufe inklusive · Keine Kreditkarte · jederzeit kündbar

Drei Schritte

So funktioniert's.

Richte einen Monitor auf deinen Dienst. Konfiguriere Intervall und Strenge. Werde benachrichtigt, wenn etwas kaputtgeht.

01

Monitor erstellen

Wähle einen Check-Typ — HTTP, Ping oder Keyword — und gib die URL oder den Host ein, den du überwachen willst. Das ist die minimale Konfiguration. Alles andere hat sinnvolle Standardwerte.

02

Check-Typ wählen

Drei Wege, um zu verifizieren, dass ein Dienst lebt — wähle den, der zu dem passt, was du überwachst:

GET https://api.example.com/health HTTP
// alle 30s aus Nürnberg
GET https://api.example.com/health
 200 OK · 34ms · TLS 1.3

// prüft Status-Code, Antwortzeit, Header,
// SSL-Gültigkeit, DNS-Auflösung, Chain of Trust.
03

Benachrichtigt werden, wenn er ausfällt

Sobald die konfigurierte Anzahl aufeinanderfolgender Fehler erreicht ist, wird ein Incident geöffnet und Alerts gehen per E-Mail, Slack, Discord oder Webhook raus. Der Incident wird automatisch geschlossen, sobald der nächste erfolgreiche Check eintrifft — inklusive Auflösungsbenachrichtigung.

Fehlerklassifikation

Was wir tatsächlich erkennen.

Jeder Incident wird mit seiner Ursache klassifiziert, damit du ohne Raten triagieren kannst. Kein generisches „Seite down" — der Alert sagt dir, was kaputt ist.

HTTP-Fehler

4xx- und 5xx-Antwort-Codes. Konfigurierbar — du entscheidest, ob ein 401 ein Incident ist oder erwartet (z. B. bei auth-geschützten Health-Endpoints).

SSL-Zertifikatsprobleme

Ablaufdatum, Chain-of-Trust-Probleme, Hostname-Abweichungen. Eigene Ursache, damit du reagieren kannst, bevor ein Ausfall deine Kunden trifft.

DNS-Fehler

Kein Record gefunden, NXDOMAIN, Timeout beim Resolver. Kein DNS-Caching auf unserer Seite — jeder Check führt einen frischen Lookup durch.

Timeouts

Server nicht erreichbar, Verbindung hängt, oder Antwort langsamer als dein konfiguriertes Timeout (Standard 10s). Erfasst degradierte Performance, nicht nur harte Ausfälle.

Connection Refused

Port geschlossen, Dienst hört nicht zu, Firewall-Drop. Unterscheidet sich von Timeout — Host ist oben, aber der Dienst ist tot.

Keyword fehlt

Antwort lieferte 200, aber der erwartete Text fehlt. Fängt weiche Fehler ab, bei denen eine Seite einen Fehler rendert oder eine WAF Inhalte blockiert.

Die Richtung zählt

Uptime vs. Heartbeat.

Zwei Ansätze, ein Ziel: zu wissen, wann etwas kaputtgeht. Uptime fängt öffentliche Ausfälle ab. Heartbeat fängt stille interne Fehler ab.

Uptime-MonitoringHeartbeat-Monitoring
RichtungFoundersDeck pingt deinen DienstDeine Aufgabe pingt FoundersDeck
Beantwortet„Antwortet mein Dienst?"„Lief mein Job pünktlich?"
Am besten fürWebsites, APIs, EndpointsCronjobs, Scripts, Worker
FehlermodusErkennt öffentliche AusfälleErkennt stille Fehler
Warum eins nicht reicht

Deine API kann 200 OK zurückgeben, während das nächtliche Backup eine Woche lang stillschweigend fehlgeschlagen ist. Dein Cronjob kann perfekt laufen, während deine Website ausfällt. Echte Zuverlässigkeit bedeutet, beide Richtungen zu überwachen. FoundersDeck gibt dir Uptime-Monitoring und Heartbeat-Monitoring in einem Tool — alles in Nürnberg gehostet. Kein CLOUD Act, keine Daten verlassen die EU, kein zweiter Anbieter.

Uptime-Tool wählen

FoundersDeck vs. UptimeRobot, Better Stack, Pingdom.

Die drei beliebtesten Uptime-Tools sind allesamt US-Gesellschaften — das bedeutet, dass jedes Byte deiner Monitoring-Daten dem CLOUD Act unterliegt, egal welche „Region" du in ihrem Dashboard wählst. Hier ein ehrlicher Direktvergleich.

FoundersDeckUptimeRobotBetter StackPingdom
HauptsitzDeutschlandUSAUSA (Delaware)USA (SolarWinds)
CLOUD-Act-ExpositionKeineJaJaJa
DatenstandortAusschließlich NürnbergGlobal (US-betrieben)Global (US-betrieben)Global (US-betrieben)
Schnellstes Intervall30s (Scale)60s (Free)30s60s
Monitoring-StandorteNur EU (bewusst)GlobalGlobalGlobal
Heartbeat / Cron
Öffentliche Status-Seiten
Bezahlte Einstiegsstufe€9/Monat$7/Monat$29/Monat$15/Monat
Wähle ein US-Tool, wenn

du wirklich globale Monitoring-Standorte brauchst (z. B. weil du ein weltweites Publikum bedienst und regionale Ausfälle abfangen willst), du bereits in US-Compliance-Frameworks operierst oder du Features brauchst, die wirklich kategoriebildend sind — wie Pingdoms Real-User-Monitoring.

Wähle FoundersDeck, wenn

deine Zielgruppe europäisch ist, deinen Kunden DSGVO und CLOUD-Act-Exposition wichtig sind, du Uptime + Heartbeat + Status-Seiten in einem Abonnement willst — oder du ein Tool bevorzugst, das ein Founder gebaut hat, der es selbst nutzt, statt einer VC-finanzierten Plattform.

Konfiguration

Geschwindigkeit vs. Rauschen feinjustieren.

Jeder Regler, den du brauchst, um den Monitor auf den Dienst abzustimmen — ohne dich in Optionen zu ertränken, die du nicht brauchst.

Check-Intervalle
30s → 10m

30-Sekunden-Checks auf Scale, 1-Minute auf Starter und Pro, 5-Minuten auf Free.

Request-Timeout
1s → 30s

Harter Cutoff, nach dem der Check als Timeout markiert wird. Standard 10 Sekunden.

Alert-Sensitivität
1 → 5 Fehler

Anzahl aufeinanderfolgender fehlgeschlagener Checks, bevor ein Incident geöffnet wird.

HTTP-Methoden
GET · HEAD

HEAD als Standard, um die Last auf den überwachten Dienst zu minimieren — Wechsel zu GET, wenn Body-Inspektion oder Keyword-Checks nötig sind.

Erwarteter Status
Beliebiges 2xx

Standard ist 200 — pro Monitor überschreibbar für Endpoints, die 201, 204 oder Custom-Codes zurückgeben.

Aufbewahrung
30T → 365T

30 Tage auf Free, 90 auf Starter, 180 auf Pro, 365 auf Scale — alles in Deutschland gespeichert.

Alert-Kanäle
  • E-Mail
  • Slack
  • Discord
  • Webhook
FAQ

Häufig gefragt.

Was ist Uptime-Monitoring?
Uptime-Monitoring ist die Praxis, kontinuierlich zu prüfen, ob eine Website, API oder ein Dienst von außen erreichbar ist und korrekt antwortet. FoundersDeck sendet Anfragen von deutscher Infrastruktur in festen Intervallen, erfasst Antwortzeit, Status-Code und Fehlerklasse — und alarmiert dich in dem Moment, in dem ein Dienst nicht mehr wie erwartet reagiert.
Wie oft werden meine Monitore geprüft?
Check-Intervalle reichen von 30 Sekunden (Scale-Tarif) bis 10 Minuten. Free läuft auf 5-Minuten-Intervallen, Starter und Pro auf 1 Minute, Scale auf 30 Sekunden. Jeder Check läuft aus EU-Infrastruktur — kein DNS-Caching, keine geteilten Agents mit unbeteiligten Kunden.
Was ist der Unterschied zwischen HTTP-, Ping- und Keyword-Checks?
HTTP-Checks verifizieren den vollständigen Request/Response-Zyklus auf Port 80/443 — Status-Code, Header, SSL, DNS. Ping-Checks prüfen die grundlegende Netzwerkerreichbarkeit über ICMP/TCP und eignen sich für Dienste ohne HTTP-Endpoints. Keyword-Checks sind HTTP-Checks, die zusätzlich überprüfen, ob ein bestimmter String im Response-Body vorhanden ist — nützlich für weiche Fehler, wo eine Seite 200 OK liefert, aber einen Fehler darstellt.
Erkennt ihr SSL-Zertifikatsprobleme?
Ja. Jeder HTTPS-Check verifiziert die Zertifikatskette, Ablaufdatum und Hostname-Match. SSL-Fehler werden als eigene Incident-Ursache klassifiziert (ssl_error) und erscheinen separat in deiner Incident-Historie — so kannst du auf Zertifikatsprobleme reagieren, bevor sie zu Ausfällen werden.
Wie werden False Positives verhindert?
Jeder potenzielle Ausfall wird durch mehrere aufeinanderfolgende fehlgeschlagene Checks bestätigt, bevor ein Incident geöffnet wird — die genaue Zahl ist pro Monitor konfigurierbar (1 bis 5). Kurze Netzwerk-Aussetzer, transiente Upstream-Fehler und kurze Cold-Start-Spitzen wecken dich nicht. Nur echte, anhaltende Probleme lösen einen Alert aus.
Was passiert in dem Moment, in dem ein Check fehlschlägt?
Ein fehlgeschlagener Check wird mit Status-Code, Antwortzeit und klassifiziertem Fehlertyp (Timeout, DNS, SSL, Connection Refused, HTTP-Fehler, Keyword fehlt) protokolliert. Sobald die konfigurierte Anzahl aufeinanderfolgender Fehler erreicht ist, wird ein Incident geöffnet und Alerts werden innerhalb von Sekunden an alle verknüpften Kanäle gesendet. Der Incident wird automatisch geschlossen, sobald der nächste erfolgreiche Check eintrifft.
Welche Alert-Kanäle werden unterstützt?
E-Mail in jedem Tarif; Slack und Discord ab Starter (€9/Monat); Webhooks ab Pro (€19/Monat). Jeder Kanal erhält außerdem eine Auflösungsbenachrichtigung, wenn sich der Dienst erholt — damit dein Team weiß, wann es Entwarnung gibt.
Wo werden meine Uptime-Daten gespeichert?
Alle Uptime-Check-Ergebnisse, Antwortzeit-Historien und Incident-Datensätze werden ausschließlich in Nürnberg auf Netcup-Infrastruktur gespeichert. Aufbewahrung reicht von 30 Tagen (Free) bis 365 Tagen (Scale). Keine Daten verlassen die EU, kein US-Recht, kein CLOUD Act, kein FISA 702. Details auf unserer Trust- & Souveränitäts-Seite.