Überwachung von Betriebszeit, Leistung und Fehlern
Zinn Digital® überwacht die Webadressen, die Sie uns übermitteln — Betriebszeit, Core Web Vitals und Ressourcennutzung im Vergleich zu Ihren Ansprüchen — und stellt diese pro Website im Dashboard dar. Benachrichtigungen gehen an E-Mail, Telegram, Slack oder Ihren eigenen Webhook, und unsere Statusseite wird außerhalb der Plattform gehostet, 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 kostenlos pro Konto, ohne dass diese von uns gehostet werden muss — und wir überprüfen sie jede Minute von außerhalb unseres eigenen Netzwerks. Verfügbarkeit: Fehlerverfolgung pro Website und Ressourcenstatistiken pro Website befinden sich in aktiver Entwicklung und sind noch nicht verfügbar. Alles andere hier Beschriebene ist ab heute verfügbar.
Hosting-Dashboards zeigen Ihnen üblicherweise, wofür Sie bezahlen. Unseres zeigt Ihnen, was Ihre Website tut. Jede Website, die Sie bei uns betreiben, liefert dieselben Signale – pro Website, ohne dass ein Agent installiert oder etwas verkabelt werden muss.
Kontinuierliche Verfügbarkeitsprüfungen pro Website, abgeglichen mit der jeweiligen Historie der Website, sodass sich eine kurze Störung und ein echter Ausfall deutlich unterscheiden. Der Uptime-Status ist ein primäres Signal, auf das die Plattform reagiert – kein Diagramm, das niemand liest.
Reale Leistungsdaten pro Website — die Metriken, nach denen Google tatsächlich bewertet. Langsame Seiten werden als Messwert angezeigt, auf den Sie reagieren können, direkt neben den Caching-Steuerungen zur Behebung.
HTTP- und PHP-Fehlerprotokolle sind pro Website verfügbar, sodass Sie schwerwiegende Fehler nach einem fehlerhaften Plugin-Update oder einem beschädigten Deployment einfach nachschlagen können, anstatt raten zu müssen.
Bandbreite pro Website sowie die an Ihren Tarifkontingenten gemessene Ressourcennutzung – einschließlich LVE-Statistiken pro Website –, damit Sie sehen können, welche Website am stärksten beansprucht wird und ob sie sich einem Limit nähert.
Ein Dashboard, an dessen Öffnen Sie sich erinnern müssen, ist kein Monitoring. Jedes Signal speist die Benachrichtigungsebene der Plattform, und Sie entscheiden, 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 ganz bewusst woanders.
Unsere öffentliche Statusseite wird auf einer separaten Infrastruktur selbst gehostet, vollständig außerhalb der Plattform — auf einer anderen Maschine und in einer anderen Ausfalldomäne als die Steuerungsebene und die Flotte, über die sie berichtet. Wenn auf der Plattform ein Problem auftritt, bleibt die Statusseite weiterhin erreichbar, da keine ihrer Abhängigkeiten von dem Vorfall betroffen ist.
Es ist markenspezifisch gestaltet, wird von derselben Überwachung gespeist, die Ihre standortspezifischen Warnungen steuert, und ist bewusst unabhängig und nicht zufällig. Das öffentliche Frontend folgt demselben Prinzip: Die Marketing-Website und das Hilfecenter werden getrennt vom Control-Plane-Cluster bereitgestellt, sodass ein Vorfall auf der Plattform unsere Dokumentation nicht beeinträchtigt.
Dies ist dieselbe Logik, die sich durch den Rest der Plattform zieht — getrennte Ausfalldomänen, kein gemeinsames Schicksal und nichts, was sowohl das Element als auch das Werkzeug, mit dem Sie es diagnostizieren, lahmlegen kann.
Signale sind mehr wert, wenn darauf reagiert werden kann. Unsere sind direkt mit dem Assistenten und dem MCP-Server verknüpft und nicht in einem Graphen eingeschlossen.
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-Warnungen, Plugin-Konflikte, Datenbankzustand und Cache –, noch bevor ein Mitarbeiter eingreift.
Im Rahmen Ihrer Berechtigungen und der Sicherheitsrichtlinien der Plattform leert es den Cache, startet PHP-Worker neu, repariert oder erneuert SSL, repariert Datenbanktabellen, deaktiviert ein Plugin mit schwerwiegendem Fehler oder bereinigt das CDN — prüft das Signal anschließend erneut und bestätigt, ob das Problem tatsächlich behoben wurde.
Wenn weiterhin ein Mitarbeiter benötigt wird, geht das Ticket bereits vorausgefüllt mit den Diagnosedaten, den bisherigen Versuchen und dem Ergebnis ein — so setzt der Support direkt bei den Fakten an, anstatt Sie um eine Beschreibung der Symptome zu bitten.
Verbinden Sie jedes MCP-fähige KI-Tool, und es kann den Website-Zustand, aktuelle Protokolle, Metriken, Verfügbarkeit und Fehler als Ressourcen auslesen – sodass Ihr eigener Agent vor dem Handeln Diagnosen stellen kann, unter OAuth 2.1 mit organisations- und rollenbezogenen, widerrufbaren Token und einem vollständigen Überwachungsprotokoll.
Leistungsüberwachung gehört direkt neben die Werkzeuge, die die Leistung beeinflussen. Auf unserer Plattform befindet sie sich zwischen dem Caching-Stack und der SEO-Ebene.
Hinter Ihrem Dashboard steht derselbe Observability-Stack, auf dem wir die Plattform betreiben: Prometheus und Grafana für Metriken, OpenTelemetry für verteiltes Tracing über Engine, Workflows und Treiber hinweg sowie zentralisierte, strukturierte Protokolle, die nach Mandanten getaggt sind und bei denen Audit-Daten getrennt aufbewahrt werden.
Metriken werden pro Dienst, pro Worker und pro Mandant erfasst, mit LVE-Statistiken pro Website aus der Isolationsschicht. Jeder Workflow-Durchlauf — Bereitstellung, Migration, Durchsetzung — ist durchgängig einsehbar, weshalb eine Support-Antwort präzise sein kann, anstatt auf Vermutungen zu beruhen.
Monitoring in großem Maßstab ist ein Datenmengenproblem und wird daher auch als solches konzipiert. Metriken mit hohem Volumen werden zeitlich partitioniert und zusammengefasst, anstatt für immer pro Website und Minute gespeichert zu werden, Traces werden stichprobenartig erfasst und Kardinalitätskontrollen pro Mandant verhindern, dass ein einzelnes überaktives Konto die Dashboards aller anderen beeinträchtigt. Das Designziel liegt bei einer Million Websites und nicht bei der Anzahl, die wir heute betreiben.
Benachrichtigungen werden über Alertmanager an unseren Bereitschaftsdienst mit definierten und überwachten SLOs weitergeleitet — bewusst getrennt von den oben genannten Kundenbenachrichtigungen, sodass betriebliches Rauschen niemals in Ihrem Posteingang landet und Ihre Benachrichtigungen niemals hinter unseren in der Warteschlange stehen.
Pro Website: Betriebszeit, Core Web Vitals und Leistung, Bandbreite sowie Ressourcennutzung im Vergleich zu Ihren Tarifkontingenten — einschließlich websitebezogener LVE-Statistiken aus der Isolationsschicht. Alles wird pro Website im Dashboard dargestellt, ohne dass ein Agent installiert werden muss.
Über beliebige von Ihnen verbundene Kanäle: E-Mail, Telegram, Slack oder Ihren eigenen Webhook-Endpunkt. Benachrichtigungseinstellungen werden pro Organisation und pro Benutzer 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 wiederholen können.
Genau das soll damit vermieden werden. Die Statusseite wird auf einer separaten Infrastruktur selbst gehostet, vollständig außerhalb der Plattform, in einer anderen Fehlerdomäne als die Steuerungsebene und die Flotte, über die sie berichtet — denn eine Statusseite, die auf der von ihr überwachten Infrastruktur läuft, ist bei einem Ausfall nutzlos.
Es ist das Verfügbarkeitsziel, auf das wir aufbauen und hinarbeiten, und es ist als Zusicherung für Footprint-Free-Tarife angegeben. Es handelt sich um eine Verpflichtung hinsichtlich der technischen Konzeption der Plattform — isolierte Rechenleistung pro Website, horizontal skalierbare zustandslose Dienste, getrennte Ausfalldomänen — und nicht um eine veröffentlichte Messung vergangener Verfügbarkeit. Unsere vertragliche Verpflichtung ist eine separate und engere Angelegenheit, und sie ist veröffentlicht: Siehe die Uptime SLA unter /legal/sla, die das von uns garantierte Niveau und die Service-Gutschriften festlegt, die wir zahlen, wenn wir dieses verfehlen.
Ja. Der Website-Zustand, aktuelle Protokolle, Metriken, die Betriebszeit und Fehlerdaten werden als Ressourcen über unseren gehosteten MCP-Server bereitgestellt, sodass jedes MCP-fähige KI-Tool – Claude, Cursor, ChatGPT und andere – diese vor einer Aktion lesen und diagnostizieren kann. Der Zugriff erfolgt über OAuth 2.1, ist auf Ihre Organisation und die Rolle des verbindenden Benutzers beschränkt, kann pro Tool widerrufen werden und jede Aktion wird im Audit-Protokoll erfasst. Kunden-Webhooks decken denselben Bereich für herkömmliche Integrationen ab.
Die hier beschriebenen Observability-Signale sind Teil der Plattform und werden in Ihrem Dashboard für die Websites angezeigt, die Sie bei uns hosten. Die kostenlose Kachel SEO Basics — Indexierung, Trust Flow, Startseiten-Core Web Vitals — ist in jedem Tarif enthalten. Eine tiefergehende SEO-Überwachung wie Rank-Tracking und Backlink-Monitoring wird als separate, kostenpflichtige Add-ons angeboten, und eine individuelle Geschwindigkeitsoptimierung ist als zubuchbare Zusatzleistung erhältlich.
Ja. Die Footprint-Free-Testversion dauert 14 Tage, erfordert keine Kreditkarte und deckt bis zu 5 Websites ab — keine Zahlungsdaten, keine Verpflichtungen. Stellen Sie ein paar Websites bereit und beobachten Sie, was das Dashboard tatsächlich anzeigt, bevor Sie sich entscheiden.
Starten Sie eine 14-tägige Testversion ohne Kreditkarte und behalten Sie ab der ersten Bereitstellung Betriebszeit, Core Web Vitals, Fehler und Ressourcennutzung pro Website im Blick — mit Benachrichtigungen genau dort, wo Sie sie haben möchten. Kostenlose Migrationen und eine 30-tägige Geld-zurück-Garantie auf alles.
Kostenlos starten