Status Page: Open Source vs. White-Label-SaaS — was lohnt sich für Agenturen?

„Status Page open source" ist eine der ehrlichsten Suchanfragen, die eine Agentur stellen kann – dahinter steht die berechtigte Frage: Warum für etwas zahlen, das es kostenlos gibt? Die Antwort ist nicht „weil Open Source schlecht ist" – das wäre ein Strohmann. Open-Source-Status-Pages sind ausgereift, mächtig und für viele Fälle die richtige Wahl. Die ehrliche Antwort ist eine Total-Cost-of-Ownership-Rechnung: Was kostet die kostenlose Lösung wirklich, wenn man Hosting, Wartung und den Branding-Aufwand pro Kunde einrechnet – und wann lohnt sich stattdessen eine fertig gebrandete White-Label-Lösung? Dieser Artikel rechnet beides fair durch.

Warum das kein „Open Source ist schlecht"-Artikel ist

Die schlechteste Version dieses Vergleichs behauptet, kostenlose Software sei minderwertig. Das ist falsch und hilft niemandem. Open-Source-Status-Pages gehören zu den solidesten Werkzeugen im Web-Ökosystem: Sie sind quelloffen, oft jahrelang erprobt, hochgradig anpassbar und geben dir vollständige Kontrolle über Code und Daten. Wer die Zeit und das technische Umfeld hat, bekommt damit ein exzellentes Ergebnis – ohne einen Cent Lizenzkosten.

Der ehrliche Vergleich dreht sich deshalb nicht um Qualität, sondern um Kosten – und zwar um die vollständigen Kosten. „Kostenlos" bezieht sich auf die Lizenz, nicht auf den Betrieb. Genau diese Lücke zwischen Lizenzpreis und Gesamtkosten ist der Kern der Entscheidung. Ein Werkzeug, dessen Anschaffung nichts kostet, kann im laufenden Betrieb teurer sein als eines mit monatlicher Gebühr – wenn die laufende Arbeit jemand bezahlen muss. Und in einer Agentur bezahlt sie deine abrechenbare Zeit.

Die versteckten Kosten des Self-Hostings

Wer eine Open-Source-Status-Page selbst betreibt, übernimmt eine Reihe von Aufgaben, die bei einer SaaS im Preis inbegriffen sind. Keine davon ist unüberwindbar – aber jede kostet Zeit oder Geld, und in Summe ergeben sie die eigentliche TCO.

Der Server und sein Hosting. Die Status-Page muss irgendwo laufen – ein VPS oder Container, der Geld kostet und konfiguriert werden will. Dazu kommen TLS-Zertifikate, eine Domain-Anbindung und die Grundeinrichtung. Ein kleiner, aber dauerhafter Posten.

Updates und Security-Patches. Selbst gehostete Software ist deine Verantwortung, auch sicherheitstechnisch. Jede Abhängigkeit, jede Sicherheitslücke, jedes größere Versions-Upgrade landet auf deinem Tisch. Vernachlässigst du das, wird die Status-Page selbst zum Risiko; pflegst du es, ist es wiederkehrende Arbeitszeit.

Das separate Monitoring-Backend. Hier liegt der am häufigsten unterschätzte Punkt – dazu gleich ein eigener Abschnitt. Kurz: Viele Open-Source-Status-Pages zeigen nur an, sie prüfen nicht. Die Prüf-Infrastruktur, die überhaupt weiß, ob ein Dienst läuft, musst du zusätzlich stellen und betreiben.

Das Branding pro Kunde. Für eine Agentur ist eine Status-Page selten ein Einzelstück, sondern ein Vielfaches – eine pro Kunde, jeweils in dessen Marke. Bei einer Open-Source-Lösung ist jede dieser Seiten manuelle Konfigurations- und Design-Arbeit. Was bei einem Kunden charmant ist, wird bei zwanzig zum wiederkehrenden Projekt.

Die Absicherung der Status-Page selbst. Eine Status-Page hat eine ironische Anforderung: Sie muss gerade dann laufen, wenn etwas anderes ausfällt. Eine self-hosted Seite, die auf derselben Infrastruktur wie die überwachten Dienste liegt, geht im Ernstfall mit unter – genau dann, wenn sie gebraucht wird. Sie sauber getrennt und hochverfügbar zu betreiben, ist ein eigener Aufwand.

Der oft übersehene Punkt: Status-Page ist nicht gleich Monitoring

Dieser Punkt verdient einen eigenen Abschnitt, weil er in Build-vs-Buy-Entscheidungen am häufigsten übersehen wird und die Rechnung stark verschiebt. Eine Status-Page ist im Kern ein Anzeige-Werkzeug: Sie stellt dar, ob Dienste „grün" oder „rot" sind. Woher sie diese Information nimmt, ist eine ganz andere Frage.

Viele Open-Source-Status-Pages sind reine Frontends. Sie brauchen eine Datenquelle, die tatsächlich prüft, ob ein Dienst erreichbar ist – ein Monitoring-Backend, das im Minutentakt Checks ausführt, Ergebnisse speichert und der Status-Page zuspielt. Dieses Backend ist selbst ein Projekt: Prüf-Jobs, Speicherung, Alarmierung, idealerweise Checks von mehreren Standorten, damit ein einzelner Netzwerk-Schluckauf keinen Fehlalarm auslöst. Wer nur die Status-Page installiert und den Rest übersieht, hat eine schöne Anzeige ohne verlässlichen Inhalt.

Genau hier liegt der strukturelle Unterschied zur White-Label-SaaS. Bei einer integrierten Lösung wie Uptimeify ist die Status-Page direkt an die Monitore gekoppelt: Der angezeigte Status kommt automatisch aus echten Checks, die von mehreren EU-Standorten bestätigt werden, bevor ein Dienst als gestört gilt. Es gibt kein zweites System, das du aufbaust und wartest – Anzeige und Prüfung sind dasselbe Produkt. Bei der TCO-Rechnung gehört das Monitoring-Backend deshalb fest auf die Self-Hosting-Seite, nicht als Fußnote, sondern als eigener großer Posten.

Wann Open Source die richtige Wahl ist

Ein fairer Vergleich benennt auch, wann die kostenlose Lösung gewinnt – und diese Fälle gibt es. Open Source ist die richtige Wahl, wenn mehrere dieser Bedingungen zusammenkommen.

Wenn du ohnehin Infrastruktur betreibst und ein zusätzlicher Dienst kaum Grenzkosten verursacht, schrumpft der Hosting-Posten. Wenn du tiefe technische Kontrolle brauchst – eigene Datenmodelle, Spezial-Integrationen, Anpassungen, die keine SaaS bietet –, ist Quelloffenheit ein echter Vorteil. Wenn es um eine einzelne interne Status-Page geht statt um zwanzig Kundenseiten, fällt der Branding-Aufwand pro Kunde weg. Und wenn Datensouveränität nur über vollständige Selbstkontrolle darstellbar ist – etwa in Umgebungen, die keine externe Verarbeitung erlauben –, kann Self-Hosting die einzig gangbare Option sein.

Das verbindende Muster: Open Source lohnt sich, wenn deine Grenzkosten fürs Betreiben niedrig sind und dein Bedarf an Kontrolle oder Anpassung hoch. Je mehr Kunden, je weniger interne Ops-Kapazität und je höher der Wunsch nach „läuft einfach", desto stärker kippt die Rechnung zur fertigen Lösung.

Wann sich die White-Label-SaaS rechnet

Spiegelbildlich gewinnt die fertige Lösung dort, wo die versteckten Kosten des Self-Hostings am schwersten wiegen. Für die typische Agentur mit mehreren Kunden sind das genau die Posten aus der TCO-Rechnung.

Die White-Label-SaaS nimmt dir den Server und die Wartung vollständig ab – kein Patchen, kein Versions-Upgrade, keine Hochverfügbarkeits-Architektur. Sie koppelt Anzeige und Monitoring, sodass das separate Backend entfällt. Und sie macht das Branding pro Kunde zur Einstellung statt zur Projektarbeit: Jeder Kunde bekommt eine gebrandete Status-Seite unter eigener Domain per CNAME, öffentlich oder passwortgeschützt, in Minuten statt in Stunden. Der wiederkehrende Aufwand, der beim Self-Hosting mit jeder neuen Status-Seite anfällt, wird zur einmaligen Konfiguration.

Dazu kommt ein Aspekt, der auf keiner Server-Rechnung steht: der Fokus. Jede Stunde, die dein Team in das Betreiben einer Status-Page-Infrastruktur steckt, ist eine Stunde, die nicht in Kundenarbeit fließt. Bei einer fertigen Lösung fällt diese Stunde weg. Für Agenturen, deren teuerste Ressource die abrechenbare Zeit ihrer Leute ist, ist das oft das entscheidende Argument – nicht die monatliche Gebühr, sondern die zurückgewonnene Zeit.

Ein zusätzlicher Vorteil betrifft europäische Kunden: Eine EU-gehostete White-Label-Lösung, die ausschließlich aus europäischen Standorten prüft, liefert die datenschutzrechtliche Nachweisbarkeit gleich mit – als belegbare Tatsache, ohne dass du Standort und Absicherung selbst dokumentieren musst.

Die ehrliche Entscheidungshilfe

Am Ende ist die Wahl kein Glaubenskrieg, sondern eine Rechnung, die jede Agentur für sich aufmachen kann. Stell den ehrlichen Preis beider Wege nebeneinander – und zwar vollständig.

Für Open Source addierst du: Hosting des Servers, deine Zeit für Einrichtung, Updates und Security, den Aufbau und Betrieb eines Monitoring-Backends, das Branding je Kunde und die Absicherung der Status-Page gegen eigene Ausfälle. Bewerte deine Arbeitszeit dabei mit dem Satz, den du deinen Kunden berechnest – denn genau diese Zeit fehlt dort. Für die White-Label-SaaS steht auf der anderen Seite die monatliche Gebühr, oft gestaffelt nach Kunden oder Monitoren – und ein Betriebsaufwand von nahezu null.

Die Faustregel, die aus dieser Rechnung fast immer folgt: Bei einer einzelnen internen Seite und vorhandener Ops-Kapazität gewinnt Open Source häufig. Sobald es um mehrere gebrandete Kundenseiten geht, deren Status verlässlich stimmen muss und die auch dann laufen sollen, wenn es brennt, kippt die TCO zur fertigen Lösung – nicht weil Open Source schlechter ist, sondern weil die unsichtbare Arbeit sichtbar teuer wird.

Die beste Entscheidung ist die, die du mit echten Zahlen triffst, nicht mit dem Reflex „kostenlos ist günstiger". Rechne deine Zeit ein – dann zeigt dir die TCO, welcher Weg für deine Agentur wirklich der günstigere ist.