Ein 429 bedeutet, dass ein Client in zu kurzer Zeit zu viele Anfragen gesendet hat. Wie Rate Limits funktionieren, was Retry-After aussagt, wie Sie zurückfahren und warum ein Uptime-Monitor in ein Limit laufen kann.
429 Too Many Requests bedeutet, dass der Client ein Rate Limit überschritten hat; nichts ist kaputt, und sofortige Wiederholungen machen es schlimmer.
Retry-After nennt die Wartezeit, in Sekunden oder als Datum; X-RateLimit-Header sind eine Konvention, deren Bedeutung je nach API variiert.
Clients sollten Retry-After beachten, exponentiell mit Jitter zurückfahren, Wiederholungen begrenzen und weniger Anfragen senden.
Website-Betreiber sollten mit 429 statt 503 oder 403 antworten, Retry-After senden, wo möglich pro Schlüssel begrenzen und ihr Monitoring ausnehmen.
Synthetische Checks testen Ihre Website nach Zeitplan, Real User Monitoring misst echte Besuche. Wie beide funktionieren, was sie übersehen und womit Sie anfangen.
Ein 403 heißt: Der Server hat die Anfrage verstanden und verweigert. Die üblichen Ursachen, was Besucher tun können, wie Website-Betreiber die blockierende Regel finden und warum Monitore 403 sehen, Browser aber nicht.
Uptime-Checks fragen Ihren Dienst, ob er erreichbar ist; Heartbeats warten darauf, dass Ihr Job meldet, dass er gelaufen ist. Wie beide funktionieren, was sie übersehen und wie Sie sie kombinieren.
Eine Seite kann mit 200 antworten und trotzdem einen Fehler, einen leeren Shop oder eine fremde Website zeigen. Wie Keyword-Checks das erkennen und wie Sie Text wählen, der keinen Fehlalarm auslöst.
Ihre Website ist down und Sie müssen wissen, warum. Prüfen Sie DNS, Verbindung, Zertifikat, CDN, Server und Anwendung der Reihe nach, mit einem schnellen Test für jeden Schritt.
HSTS, Content-Security-Policy, X-Content-Type-Options, Schutz vor Framing, Referrer-Policy und Permissions-Policy: was jeder Header bewirkt und ein sicherer Startwert.
Öffentliche TLS-Zertifikate sind seit dem 15. März 2026 auf 200 Tage begrenzt, danach auf 100 und 47 Tage. Der Zeitplan, was sich bei der Domainvalidierung ändert, und eine Checkliste zur Vorbereitung.
DNS-Änderungen werden nicht verteilt, sondern zwischengespeicherte Kopien laufen ab. Warum die Propagation Minuten bis zwei Tage dauert, wie Sie sie mit dig prüfen und wie Sie eine Änderung planen.
Wie Sie ein Error Budget aus einem SLO berechnen, was es verbraucht, wie die Burn Rate funktioniert und wie Sie eine Error-Budget-Policy schreiben, an die sich Ihr Team wirklich hält.
Die Uptime-Formel, Rechenbeispiele mit Vorfällen und Wartung, wie Sie die Uptime mehrerer Komponenten kombinieren und worin sich Uptime, Verfügbarkeit und Zuverlässigkeit unterscheiden.
99,9 % Uptime erlauben in einem durchschnittlichen Monat 43 Minuten und 49 Sekunden Ausfallzeit. Was jede Stufe an Neunen pro Tag, Monat und Jahr erlaubt, wie SLAs Uptime messen, wie Service-Gutschriften funktionieren und wie Sie ein Ziel wählen.
14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte
Helfen Sie uns, Uptimecheck besser zu machen
Mit Ihrer Zustimmung zeigen uns Google Analytics und Microsoft Clarity, welche Seiten helfen und wo Besucher nicht weiterkommen. Sie setzen Cookies für bis zu 13 Monate. Ohne Ihre Zustimmung läuft keines der beiden. Sie können Ihre Entscheidung jederzeit unter Cookie-Einstellungen unten auf der Seite ändern. Datenschutzerklärung