Produkt wählen
WebhostingWebsites und WordPress in einem Tarif mit FestpreisCloudApps, APIs und Datenbanken aus Git oder Docker deployenAI BuilderWebsites und Apps mit KI erstellen und ändernZu jedem Projekt hinzufügen
Domains & E-MailDatenbankenManaged WordPressAgent-LaufzeitenMigrationenEntwickler
Alles zu KIEntwicklerMCP für KI-AssistentenDokumentationSicherheitStatusHostingsurge
PreiseAnmeldenStatus
Jede Komponente unten hat ihre letzte Prüfung bestanden. Die Plattform prüft sich jede Minute selbst, und diese Seite zeigt nur, was diese Prüfungen erfasst haben.
Jeder Balken ist ein UTC-Tag: der Anteil der bestandenen Prüfungen dieses Tages. Fahr mit dem Mauszeiger über einen Tag, um die Zahlen zu sehen.
GET /api/health antwortet mit 200 und {"status":"ok"}.
Betriebsbereit
GET /api/v1/me ohne Anmeldedaten antwortet mit 401 von der API: Sie läuft und weist anonyme Aufrufe ab.
Betriebsbereit
POST /mcp als MCP-Client ohne Anmeldedaten antwortet mit 401: Der Server läuft und verlangt OAuth.
Betriebsbereit
Kein Deployment hat länger als 20 Minuten in der Warteschlange gewartet oder länger als 90 Minuten gebaut.
Betriebsbereit
Das CNAME-Ziel, auf das Kunden ihre Domains zeigen lassen, löst auf unseren Ingress auf, und der Edge-Proxy schließt TLS ab und antwortet per HTTP.
Betriebsbereit
Der Postfachserver antwortet über HTTPS, und sein SMTP-Submission-Port grüßt mit 220.
Betriebsbereit
Der Web- und API-Endpunkt von Postal antwortet über HTTPS, und sein SMTP-Port grüßt mit 220.
Betriebsbereit
Werden automatisch nach 3 fehlgeschlagenen Prüfungen in Folge eröffnet und nach 3 bestandenen Prüfungen in Folge geschlossen. Die letzten 90 Tage, neueste zuerst.
Keine Vorfälle seit Beginn der Messungen am 24. Sept. 2026.
Die Regeln hinter jeder Zahl oben. Nichts auf dieser Seite wird von Hand eingetragen, außer den Notizen des Teams zu Vorfällen.
Eine Prüfung im API-Dienst der Plattform ruft jede Komponente so auf, wie die Anfrage eines Kunden ankommt — öffentliches DNS, der Edge-Proxy, dann der Dienst — und speichert jedes Ergebnis in der Datenbank der Plattform.
Drei fehlgeschlagene Prüfungen in Folge eröffnen einen Vorfall; drei bestandene Prüfungen in Folge schließen ihn. Er beginnt bei der ersten fehlgeschlagenen Prüfung und endet bei der ersten bestandenen.
Bestandene Prüfungen geteilt durch erfasste Prüfungen im Zeitraum, auf zwei Nachkommastellen abgerundet — ein einzelner Fehlschlag wird nie als 100 % angezeigt. Tage ohne Prüfungen erscheinen als „keine Daten“, nicht als verfügbar.
Die Prüfung läuft im API-Dienst. Solange dieser Dienst ausgefallen ist, wird nichts erfasst: Diese Minuten erscheinen als fehlende Daten statt als Ausfallzeit, und diese Seite kann nicht laden. Die Prüfungen kommen aus dem eigenen Netz der Plattform, nicht aus anderen Regionen.
Dieselben Daten als JSON, frei lesbar ohne Konto: GET /api/v1/status
Die Dokumentation zeigt, wo jede Funktion im Dashboard und in der CLI zu finden ist; die Entwicklerseite behandelt die API, und /api/v1/openapi.json dokumentiert jeden Endpunkt, dieses Statusdokument eingeschlossen.
Diese Zahlen sind Messungen, kein Versprechen: Während der aktiven Entwicklungsphase gibt es keine Verfügbarkeitsgarantie und kein Service-Level (SLA). Nutzungsbedingungen