Verfügbarkeit, Performance & Fehlerüberwachung
Zinn Digital® überwacht die von Ihnen angegebenen Webadressen – Betriebszeit, Core Web Vitals und Ressourcennutzung im Vergleich zu Ihrem Tarif – und zeigt diese pro Website im Dashboard an. Benachrichtigungen gehen per E-Mail, Telegram, Slack oder über Ihren eigenen Webhook ein, und unsere Statusseite befindet sich außerhalb der Plattform, sodass sie auch dann erreichbar ist, wenn wir es nicht sind. Die Überwachung von Betriebszeit und Seitengeschwindigkeit ist ab sofort verfügbar: Fügen Sie eine beliebige Webadresse hinzu – drei sind bei jedem Konto kostenlos, und sie muss nicht bei uns gehostet werden –, und wir überprüfen sie minütlich von außerhalb unseres eigenen Netzwerks. Verfügbarkeit: Die fehlerbezogene Verfolgung pro Website und die Ressourcenstatistiken pro Website befinden sich in aktiver Entwicklung und sind noch nicht verfügbar. Alles andere, was hier beschrieben wird, ist ab heute live.
Hosting-Dashboards zeigen Ihnen gewöhnlich, wofür Sie bezahlen. Unseres zeigt Ihnen, was Ihre Website tut. Jede Website, die Sie bei uns betreiben, liefert dieselben Signale – pro Website, ganz ohne zu installierende Agents oder komplizierte Verkabelung.
Kontinuierliche Verfügbarkeitsprüfungen pro Website, abgeglichen mit der Website-eigenen Historie, damit sich ein kurzer Aussetzer und ein echter Ausfall voneinander unterscheiden. Der Betriebsstatus ist ein zentrales Signal, auf das die Plattform reagiert, und kein unelesenes Diagramm.
Echte Leistungsdaten pro Website – die Messwerte, nach denen Google tatsächlich bewertet. Langsame Seiten werden als umsetzbare Messgröße angezeigt, direkt neben den Caching-Steuerelementen, die sie beheben.
HTTP- und PHP-Fehlerprotokolle sind pro Website verfügbar, sodass Sie einen schwerwiegenden Fehler nach einem fehlerhaften Plugin-Update oder einer misslungenen Bereitstellung finden können, anstatt raten zu müssen.
Bandbreite pro Website sowie Ressourcennutzung gemessen an Ihrem Tarifkontingent – einschließlich LVE-Statistiken pro Website –, damit Sie sehen können, welche Website am stärksten ausgelastet ist und ob sie sich einem Limit nähert.
Ein Dashboard, an das man erst denken muss, ist kein Monitoring. Jedes Signal speist die Benachrichtigungsebene der Plattform, und Sie bestimmen, wo es ankommt.
Eine Statusseite, die auf derselben Infrastruktur gehostet wird, die sie überwacht, ist genau in dem Moment nutzlos, in dem Sie sie brauchen. Unsere befindet sich bewusst woanders.
Unsere öffentliche Statusseite ist auf einer separaten Infrastruktur gehostet, komplett außerhalb der Plattform – eine andere Maschine, eine andere Fehlerdomäne als die Steuerungsebene und die Flotte, über die sie berichtet. Wenn mit der Plattform etwas schimmert, antwortet die Statusseite weiterhin, da nichts, wovon sie abhängt, innerhalb des Vorfalls liegt.
Es ist mit Branding versehen, nutzt dieselbe Überwachung, die auch Ihre Benachrichtigungen pro Website steuert, und ist absichtlich und nicht zufällig unabhängig. Das öffentliche Frontend folgt demselben Prinzip: Die Marketing-Website und das Helpcenter werden getrennt vom Control-Plane-Cluster bereitgestellt, sodass ein Plattformvorfall nicht unsere Dokumentation mitreißt.
Dies ist dieselbe Logik, die sich durch den Rest der Plattform zieht – getrennte Fehlerauswirkungen, kein gemeinsames Schicksal, nichts, was sowohl das System als auch das Tool zu dessen Diagnose lahmlegen kann.
Signale sind mehr wert, wenn jemand auf sie reagieren kann. Unsere sind in den Assistenten und in den MCP server integriert, anstatt in einem Diagramm eingesperrt zu sein.
Wenn Sie ein Ticket erstellen, führt der Assistent zunächst eine Live-Diagnose der betroffenen Website durch – Betriebszeit, HTTP- und PHP-Fehler, SSL- und DNS-Status, Ressourcenlimits und LVE-Fehler, Malware-Flaggen, Plugin-Konflikte, Datenbankintegrität und Cache –, bevor überhaupt ein Mensch involviert wird.
Im Rahmen Ihrer Berechtigungen und der Leitlinien der Plattform leert es den Cache, startet PHP-Worker neu, repariert oder erneuert SSL, repariert Datenbanktabellen, deaktiviert ein fehlerhaftes Plugin oder bereinigt das CDN – überprüft anschließend das Signal und bestätigt, ob das Problem tatsächlich behoben wurde.
Wenn dennoch ein Mensch benötigt wird, kommt das Ticket bereits vorausgefüllt mit den Diagnosedaten, dem bisherigen Vorgehen und dem Ergebnis an – sodass der Support direkt mit den Fakten beginnt, anstatt Sie nach dem Symptom zu fragen.
Verbinden Sie ein beliebiges MCP-fähiges KI-Tool, das Website-Status, aktuelle Protokolle, Metriken, Betriebszeiten und Fehler als Ressourcen lesen kann – sodass Ihr eigener Agent vor dem Handeln Diagnosen stellen kann, abgesichert durch OAuth 2.1 mit organisations- und rollenbasierten, widerrufbaren Token sowie einem vollständigen Audit-Log.
Leistungsüberwachung gehört neben die Werkzeuge, die die Leistung beeinflussen. Auf unserer Plattform liegt sie zwischen dem Caching-Stack und der SEO-Ebene.
Hinter Ihrem Dashboard verbirgt sich derselbe Observability-Stack, auf dem auch unsere Plattform läuft: Prometheus und Grafana für Metriken, OpenTelemetry für verteiltes Tracing über die Engine, Workflows und Treiber sowie zentralisierte, strukturierte Protokolle mit Mandanten-Tagging und separat aufbewahrten Audit-Daten.
Metriken werden pro Service, pro Worker und pro Tenant erfasst, einschließlich LVE-Statistiken pro Site aus der Isolationsschicht. Jeder Workflow-Lauf – ob Provisionierung, Migration oder Durchsetzung – ist von Anfang bis Ende sichtbar, weshalb eine Support-Antwort konkret statt eine Vermutung sein kann.
Die Überwachung im großen Maßstab ist ein Datenvolumenproblem und wurde daher auch so konzipiert. Hochvolumige Metriken werden zeitlich partitioniert und zusammengefasst, anstatt pro Site und Minute für immer gespeichert zu werden, Traces werden Stichproben unterzogen und Mandantenbezogene Kardinalitätskontrollen verhindern, dass ein einzelner fehlerhafter Account die Dashboards aller anderen beeinträchtigt. Das Designziel liegt bei einer Million Sites, nicht bei der Anzahl, die wir heute betreiben.
Die Alarmierung wird über den Alertmanager an unseren Bereitschaftsdienst weitergeleitet, wobei SLOs definiert und nachverfolgt werden – bewusst getrennt von den oben genannten Benachrichtigungen für Kunden, damit operativer Lärm niemals in Ihrem Postfach landet und Ihre Alarme sich niemals hinter unseren anstehen.
Pro Website: Verfügbarkeit, Core Web Vitals und Leistung, Bandbreite und Ressourcennutzung gemessen an Ihrem Tarif – einschließlich pro Website erstellter LVE-Statistiken aus der Isolationsebene. Alles wird pro Website übersichtlich im Dashboard angezeigt, ganz ohne zu installierende Agents.
Über welche Kanäle Sie auch immer eine Verbindung herstellen: E-Mail, Telegram, Slack oder Ihr eigener Webhook-Endpunkt. Benachrichtigungseinstellungen werden pro Organisation und pro Nutzer festgelegt, sodass Sie entscheiden, welche Ereignisse welchen Kanal und welche Person erreichen. Webhook-Zustellungen sind HMAC-signiert, werden mit Backoff wiederholt und protokolliert, sodass Sie jede Zustellung überprüfen oder erneut senden können.
Genau das soll damit vermieden werden. Die Statusseite wird auf einer separaten Infrastruktur gehostet, vollständig außerhalb der Plattform und in einer anderen Fehlerdomäne als die Steuerungsebene und die Flotte, über die sie berichtet – denn eine Statusseite, die auf der Infrastruktur läuft, die sie überwacht, ist während eines Ausfalls nutzlos.
Es ist das Betriebszeit-Ziel, nach dem wir bauen und arbeiten, und es wird als Zusicherung für Footprint-Free-Tarife angegeben. Es ist eine Verpflichtung hinsichtlich der Architektur der Plattform – isolierte Rechenleistung pro Website, horizontal skalierbare zustandslose Dienste, getrennte Fehlerdomänen – und keine veröffentlichte Messung der vergangenen Verfügbarkeit. Unsere vertragliche Verpflichtung ist etwas Eigenes, enger Gefasstes und wird veröffentlicht: Siehe die Uptime SLA unter /legal/sla, in der das von uns garantierte Niveau und die Servicegutschriften festgelegt sind, die wir bei Unterschreitung zahlen.
Ja. Site Health, aktuelle Protokolle, Metriken, Uptime- und Fehlerdaten werden als Ressourcen über unseren gehosteten MCP-Server bereitgestellt, sodass jedes MCP-fähige KI-Tool – Claude, Cursor, ChatGPT und andere – sie auslesen und vor dem Handeln diagnostizieren kann. Der Zugriff erfolgt über OAuth 2.1, ist auf Ihre Organisation und die Rolle des verbindenden Benutzers beschränkt, pro Tool widerrufbar und jede Aktion wird protokolliert. Customer Webhooks decken für herkömmliche Integrationen denselben Bereich ab.
Die hier beschriebenen Observability-Signale sind Teil der Plattform und werden in Ihrem Dashboard für die Sites angezeigt, die Sie bei uns hosten, und das kostenlose SEO Basics-Kachel – indexiert, Trust Flow, Homepage Core Web Vitals – ist in jedem Tarif enthalten. Tiefgehendere SEO-Überwachungen wie Rank-Tracking und Backlink-Monitoring werden als separate kostenpflichtige Add-ons verkauft, und praxisnahe Geschwindigkeitsoptimierungen sind ein kostenpflichtiges Extra.
Ja. Die Footprint-Free-Testversion dauert 14 Tage, ist kreditkartenfrei und deckt bis zu 5 Websites ab – keine Zahlungsdaten, keine Verpflichtung. Stellen Sie ein paar Websites bereit und sehen Sie sich an, was das Dashboard tatsächlich anzeigt, bevor Sie sich entscheiden.
Starte eine karteifreie 14-tägige Testphase und sieh dir Uptime, Core Web Vitals, Fehler und Ressourcennutzung pro Site ab dem ersten Deployment an – mit Alerts, wo immer du sie haben möchtest. Kostenlose Migrationen und eine 30-Tage-Geld-zurück-Garantie stehen hinter allem.
Kostenlos starten