Sie haften für Uptime, die Ihnen nicht gehört.

Sie haften für die Verfügbarkeit von Systemen, die Ihnen nicht gehören, und Sie müssen sie jedem Kunden einzeln belegen. Perstat hält jeden Kunden innerhalb einer Organisation getrennt: Projekte, White-Label-Statusseiten auf seiner Domain und lesende API-Schlüssel je Kunde. Kein eigenes Werkzeug pro Konto.

Sie haben Rufbereitschaft für die Systeme anderer Leute. Der Shop des einen Kunden, die Checkout-API des nächsten, die Marketing-Seite eines dritten auf einem Stack, den Sie nicht gebaut haben. Wenn eines davon zur falschen Stunde ausfällt, landet der Anruf bei Ihnen, und am nächsten Morgen will genau dieser Kunde sehen, dass Sie hingeschaut haben, in Zahlen, über seine Systeme und über keine anderen.

Die Falle ist ein Werkzeug pro Kunde: ein Monitoring-Login hier, ein Statusseiten-Anbieter dort, eine Tabelle mit Zertifikatsdaten, die Sie sich immer wieder vornehmen. Perstat ist darauf gebaut, jeden Kunden in einer Organisation zu halten und jedem trotzdem nur seine eigene Aufzeichnung zu zeigen.

Eine Organisation, ein Projekt je Kunde

Monitore liegen in Projekten. Legen Sie ein Projekt je Kunde an, und die Grenze folgt der Arbeit: die Checks dieses Kunden, seine Incidents, seine Historie, gruppiert und lesbar statt als eine flache Liste aller Monitore, die Sie betreiben.

Diese Projektgrenze ist auch die Stelle, an der Sie Lesezugriff vergeben. API-Schlüssel sind heute lesend und im Geltungsbereich verengbar: Verengen Sie einen Schlüssel auf ein einzelnes Projekt oder auf einzelne Monitore, und ein Schlüssel, den Sie in ein kundenseitiges Dashboard legen, liefert die Monitore dieses Kunden und sonst nichts. Sieben lesende Endpunkte sind da, genug, um Monitore, Checks, Antwortzeitreihen und Incidents in das zu ziehen, was Sie ohnehin betreiben. Schreibzugriff ist wählbar, wird aber noch nicht ausgewertet; Monitore legen Sie in der App an, nicht als Code.

Seien Sie klar darüber, was das nicht ist. Projekte gruppieren und verengen; sie sind kein Mandanten-Login. Ihr Kunde meldet sich nicht bei Perstat an und sieht dort keine eigene, private Konsole. Was dem Kunden gegenübersteht, ist die Statusseite und jedes Dashboard, das Sie mit einem verengten Schlüssel bauen. Das ist meist genau das, was eine Agentur will, aber es ist gut, das zu wissen, bevor Sie einem Kunden einen eigenen Zugang versprechen.

Eine Statusseite in der Marke jedes Kunden

Jeder Kunde will einen Nachweis, der seinen Nutzern gegenübersteht, nicht Ihnen. Ab dem Tarif Command sind Statusseiten White-Label: das Logo des Kunden, hell und dunkel, ohne Perstat-Branding auf der Seite. Jede Seite kann auf der eigenen Domain des Kunden laufen, status.kundenmarke.example, per CNAME oder TXT verifiziert, TLS wird an der Edge automatisch ausgestellt; Sentinel trägt 3 eigene Domains je Seite, Command 10. Eine Seite kann öffentlich sein oder hinter einem geteilten Passwort oder benannten Viewer-Konten liegen, wenn ein Kunde seine Uptime lieber nicht im offenen Netz sehen will.

Jede Seite zeigt ein Uptime-Fenster, das der Kunde wählt, von 7 bis 365 Tagen, aus derselben gemessenen Aufzeichnung, die auch Ihre Alarme auslöst; die Zahl, die der Kunde liest, ist die Zahl, bei der Sie alarmiert wurden. Zwei ehrliche Grenzen. Benachrichtigungs- und Abonnenten-Mails gehen weiterhin von der Domain von Perstat aus, nicht von status@kundenmarke.example ; der Versand von der eigenen Domain des Kunden steht auf der Roadmap, er ist heute nicht ausgeliefert. Und die Zahl der Seiten hat eine Obergrenze: bis zu 5 Statusseiten bei Sentinel, 20 bei Command, unbegrenzt bei Enterprise, das ist die Zeile, die Sie prüfen, wenn Sie eine Seite je Kunde in großer Zahl betreiben.

Die Abläufe, die niemand in den Kalender schreibt

Der Ausfall, der einer Agentur peinlich ist, ist selten exotisch. Es ist ein abgelaufenes TLS-Zertifikat oder eine Domain, die verfallen ist, weil die Erinnerung an eine Adresse ging, die niemand liest. Über vierzig Kundendomains sind das vierzig Termine, die Sie von Hand verfolgen, oder eben nicht.

Perstat überwacht sie als Checks. Ein ssl_cert-Check meldet Ablauf, Aussteller und selbstsignierte Zertifikate; ein domain-Check liest NS, SOA, DNSSEC und WHOIS-Ablauf. Richten Sie sie auf jede Kundendomain, und ein auslaufendes Zertifikat oder eine ablaufende Registrierung wird Wochen im Voraus zur Warnung, auf derselben Übersicht wie alles andere, statt zu einem Samstag.

Eine Übersicht, und ein Pager, der sie respektiert

Für Ihr eigenes Team legen Cockpit und Wallboard die ganze Flotte auf einen Bildschirm, live über einen dauerhaften Stream, den Zustand jedes Kunden auf einen Blick. Eine Flotte dieser Größe bleibt nur erträglich, wenn sie nicht bei jeder Kleinigkeit Alarm schlägt, und genau das ist der Zweck der Alarmierungsregel: Ein Incident wird erst eröffnet, wenn Prüfpunkte in mehr als einer Region den Ausfall bestätigen, und innerhalb einer Region müssen 75 % ihrer Prüfpunkte übereinstimmen, bevor die Region überhaupt abstimmt. Eine instabile Route auf der Seite eines Kunden erreicht Ihr Telefon nicht, und eine Abweichung unterhalb dieser Schwelle landet auf einer Watchlist, die Sie lesen, wann es Ihnen passt. Fünfhundert Monitore werden nicht zu fünfhundert Fehlalarmen.

Belegen, und wo Perstat aufhört

Was Sie einem Kunden geben, ist die Statusseite von oben und die Aufzeichnung dahinter: Uptime-Fenster über echte gemessene Daten, eine kuratierte Ausfallhistorie, in der ein Fehlalarm mit Begründung verworfen wird und seine Wirkung auf die Zahl vorher angezeigt wird, angekündigte Wartung getrennt gehalten und nicht angerechnet. Es gibt ein kopierbares Uptime-Badge und einen Beispiel-SLA-Report , den Sie einem Kunden als Vorlage zeigen können. Lesen Sie diesen Report als illustrativ: Ein SLA-Export auf einen Klick ist der angekündigte nächste Schritt, kein Knopf, den Sie heute drücken.

Jetzt der Teil, der entscheidet, ob Perstat zu Ihrem Geschäft passt. Perstat hat kein Wiederverkäufer-Portal und keine kundengetrennte Rechnungsstellung. Sie halten einen Perstat-Vertrag und sind die abgerechnete Partei; die Trennung zwischen Kunden läuft über Projekte und White-Label, nicht über eine Mandantenabrechnung, die Sie Zeile für Zeile weiterverkaufen. Wenn Ihr Modell verlangt, dass Perstat jeden Kunden direkt unter Ihrer Marke abrechnet, gibt es das nicht. Wenn Sie viele Kunden überwachen, sie getrennt halten und jeden einzeln aus einer Stelle belegen müssen, ist das genau die Form des Produkts.

Fangen Sie mit einem Kunden an

Nehmen Sie Ihr unübersichtlichstes Konto, das, dessen Seite, Shop und Mail an verschiedenen Tagen ausfallen. Legen Sie seine Systeme in ein Projekt und richten Sie eine Statusseite auf seine Domain. Das ist das ganze Modell im Kleinen, und es läuft im kostenlosen Tarif, bevor Sie es skalieren.

Kostenlos mit dem Monitoring starten . Oder die Preise ansehen , jede Zahl steht auf der Seite. Oder die Tour machen , ohne Anmeldung.