Site Monitoring ist OpenTechnologyApps neuestes integriertes Projekt-Template — ein Ort, um festzuhalten, was eine öffentliche Website tut: wann sie ausfällt, wie viel Traffic sie bekommt, und wer über das Kontaktformular schreibt. Es sind bewusst drei Queues, was genau der Free-Tier-Obergrenze entspricht — damit ist dies eines von nur zwei integrierten Templates (neben IT Device Audit), das Sie ohne Upgrade installieren können.
Was verfolgt wird
| Queue | Was dort liegt |
|---|---|
| Incidents | Ausfälle und Verschlechterungen — Statuscode, Ausfallzeit, Schweregrad, betroffene Seiten |
| Traffic Snapshots | Besuche, eindeutige Besucher, meistbesuchte Seite und Traffic-Quelle für einen Zeitraum (Stunde/Tag/Woche/Monat) |
| Form Submissions | Eingehende Kontaktformular-Nachrichten, mit Absender-E-Mail und einer Kategorie |
Der ehrliche Teil: was automatisch ist und was nicht
Das ist kein Monitoring-Dienst — nichts hier überwacht Ihre Website für Sie. Es ist ein Ort, um Signale festzuhalten, und heute füllt sich genau eine der drei Queues von selbst:
| Queue | Wie sie sich füllt | Automatisch? |
|---|---|---|
| Form Submissions | Ein eingehender Webhook vom Kontaktformular Ihrer Website | Ja — das ist die eine live, vertraglich getestete Verbindung |
| Traffic Snapshots | Sie führen einen Abruf von Ihrem Analytics-Anbieter aus oder planen ihn | Nein — Sie bestimmen den Takt |
| Incidents | Sie selbst, wenn tatsächlich etwas kaputtgeht | Nein, mit Absicht — es ist kein Uptime-Checker vorinstalliert |
Wenn Sie das speziell mit dem Kontaktformular von OpenTechnologyBlog verbinden, existiert die Verdrahtung bereits auf beiden Seiten — siehe SITE_MONITORING_CONNECTION.md für das ~10-minütige Setup. Wichtig zu wissen, bevor Sie beginnen: Die bestehende E-Mail-Benachrichtigung des Formulars läuft weiter, nachdem Sie den Webhook verbunden haben — Sie bekommen ein Queue-Element und eine E-Mail, nicht das eine anstelle des anderen.
Alles andere — Traffic-Zahlen, Incident-Einträge — ist manuelle Eingabe, es sei denn, Sie bauen sich eine eigene Anbindung. Das ist keine noch zu entdeckende Lücke; das ist der tatsächliche, angegebene Umfang des Templates: drei Queues, auf die man etwas richten kann, kein Monitoring-Stack.
Zwei Automatisierungen, drei Playbooks
Die Automatisierungen sind bewusst klein gehalten: Ein Incident mit kritischem Schweregrad springt auf dringende Priorität, und ein gelöster Incident markiert sich selbst als erledigt. Keine Eskalationsketten, keine Benachrichtigungsregeln — die bauen Sie sich selbst, sobald Sie das wirklich nutzen.
Drei Playbooks kommen mit:
- Outage Response — von einem zweiten Standpunkt aus bestätigen, Statuscode und betroffene Seiten festhalten, die ausfallende Schicht identifizieren (Host, DNS, Build, Upstream), den Fix anwenden oder eskalieren, die gesamte Ausfallzeit festhalten
- Weekly Traffic Review — Besuche und meistbesuchte Seite für den Zeitraum festhalten, mit dem vorherigen Zeitraum vergleichen, größere Veränderungen und ihre wahrscheinliche Ursache notieren
- Form Submission Triage — bestätigen, dass es kein Spam ist, nach Kategorie weiterleiten oder direkt antworten, das Element schließen oder in nachverfolgte Arbeit umwandeln
So bekommen Sie es
Neues Projekt → Site Monitoring aus der Template-Auswahl auf opentechnologyapp.com — verfügbar in jedem Plan, auch Free. Löschen Sie die fünf Beispielelemente, sobald Sie sich orientiert haben; sie zeigen die Form jeder Queue, und jedes trägt example.test als Site, damit sie leicht zu erkennen sind.