Highlights
Der First-Run des Dashboards sieht völlig anders aus. Wenn du dich gerade erst registriert und deinen ersten Request noch nicht gesendet hast, siehst du Beispieldaten, ein funktionierendes curl-Snippet und Empty-States, die dir tatsächlich sagen, was als Nächstes zu tun ist. Wir haben außerdem die Statusseite neu aufgebaut und dafür gesorgt, dass List-Endpoints über die gesamte API hinweg spürbar schneller antworten.
What's New
Dashboard: First-Run-Erlebnis überarbeitet
Vor dieser Woche war es unpraktisch, sich zu registrieren und auf der Overview zu landen. Leere Diagramme, leere Tabellen, kein klarer erster Schritt. Das haben wir behoben.
Neue API-Keys zeigen jetzt einen Onboarding-Empty-State mit dem exakten curl-Befehl, den du für deinen ersten Request brauchst, inklusive deines echten Keys und des richtigen Endpoints. Die Overview zeigt Beispieldaten im Ghost-Modus, damit du siehst, wie das Dashboard in Aktion aussieht, bevor dein erster Call eingeht. Die Banner-Texte sind überall auf Englisch (wir haben ein paar vereinzelte gemischtsprachige Stellen behoben).
Kleine Änderungen. Aber der erste Eindruck zählt, und du solltest nach der Registrierung nicht raten müssen, was zu tun ist.
Statusseite: Neu aufgebaut, damit sie die Realität abbildet
Wir haben unsere Statusseite diese Woche neu geschrieben, damit sie nach Neustarts und über Deploys hinweg korrekt bleibt. Keine veralteten Events mehr, keine Uptime-Zahlen mehr, die durch fehlende Daten geschönten sind.
Was du auf der öffentlichen Statusseite siehst:
- Tägliche Balken werden an Tagen ohne Monitoring-Daten grau statt grün dargestellt (wir haben blinde Tage als Erfolg gewertet; das tun wir nicht mehr)
- Der Hover-Tooltip zeigt Minuten pro Schweregrad, sodass du genau siehst, wie stark die Beeinträchtigung war
- Der Uptime-Prozentsatz schließt blinde Tage aus, sodass die Zahl tatsächlich der Realität entspricht
- Kundenseitige Incident-Titel sind in verständlicher Sprache verfasst, nicht in Entwickler-Kürzeln
Der öffentliche Status-Feed spiegelt jetzt Live-Monitoring-Daten wider, dieselbe Ansicht, die auch unser Team sieht, bereinigt, bevor sie auf deinem Bildschirm landet.
Schnellere List-Endpoints
Listenansichten über die gesamte API hinweg antworten jetzt spürbar schneller, mit den größten Gewinnen beim Proxy Finder.
Wir haben unser Backend so angepasst, dass Listenansichten anders behandelt werden als Detailansichten. List-Endpoints geben standardmäßig reduzierte Datensätze zurück, und die datenintensiven Felder bleiben in den Detail-Responses, wo du sie tatsächlich anforderst. Wir haben außerdem einen veralteten Sortier-Hint entfernt, der eine unserer häufigen Queries dazu zwang, mehr Daten als nötig zu scannen.
Effekt: weniger Warten bei langen Listen, dieselben Daten beim Abrufen des vollständigen Datensatzes.
Rate-Limit-Ergebnisse erscheinen jetzt in den Analytics
Wenn ein Request auf ein vorgeschaltetes Rate-Limit stieß, wurde dieses Ergebnis in deinen Domain- und IP-Analytics nicht angezeigt. Behoben. Rate-Limit ist jetzt ein First-Class-Ergebnis, das du neben Success, Failure und Timeout sehen und filtern kannst.
Wenn du dich je gefragt hast, warum die Zahlen auf stark geschützten Websites nicht zusammenpassten, war dies ein Teil des Grundes.
Unter der Haube
Die Analytics auf dem Dashboard sollten sich jetzt zuverlässiger anfühlen. Bei Spitzenlasten stießen wir gelegentlich an Ressourcenlimits, was zu unzuverlässigem Laden der Diagramme auf der Overview führte. Das liegt hinter uns.
Wir haben zudem die Trennung der Events, die unser Team im Hintergrund überwacht, von den Incidents abgeschlossen, die auf die öffentliche Statusseite gehören. Du siehst nur Letztere, in verständlicher Sprache verfasst.
Wenn dir eine bestimmte Änderung ins Auge gesprungen ist und du die Details wissen willst, behalte die Update-Kategorie im Auge. Dort landen die längeren Berichte.