Monitortypen: HTTP, API, SSL, DNS, TCP, Heartbeat & Domain

Für alle Typen gelten die gleichen Grundregeln: Prüfintervalle von 1, 5, 10, 15, 30, 60 Minuten (kostenloses Solo-Konto ab 30 Minuten), Wiederholungsprüfung bei Fehlschlag und Bestätigung der Störung nach 2 aufeinanderfolgenden Fehlschlägen (einstellbar). Details stehen in der Messmethodik.

HTTP/HTTPS-Monitor

Der Basistyp: ruft eine URL auf und bewertet den Statuscode. Einstellbar sind die akzeptierten Statuscodes, die Methode (GET oder HEAD), ob Weiterleitungen verfolgt werden und eigene Header (zum Beispiel für geschützte Endpunkte; sie werden verschlüsselt gespeichert). Erfasst werden Antwortzeit mit Teilwerten und Statuscode.

Wann: für jede Startseite und jeden wichtigen Einstiegspunkt. Grenze: ein Statuscode 200 sagt nichts über den Inhalt; eine Fehlermeldung mit „200 OK“ bleibt unentdeckt. Dafür gibt es den Keyword-Monitor.

Keyword-Monitor

Wie HTTP, prüft aber zusätzlich den Antwort-Body: Ein Text muss enthalten sein (zum Beispiel ein Satz im Footer) oder darf nicht enthalten sein (zum Beispiel „Datenbankfehler“). Gelesen werden die ersten 256 KB der Antwort.

Wann: bei Anwendungen, die Fehler mit Status 200 ausliefern, und zur Kontrolle, dass wirklich die erwartete Seite erscheint. Grenze: Texte, die erst per JavaScript im Browser entstehen, sind im ausgelieferten HTML nicht enthalten.

API/JSON-Monitor

Ruft einen Endpunkt auf, parst die JSON-Antwort und prüft den Wert an einem JSON-Pfad mit einem Operator: exists, eq, neq, contains, gt oder lt. So lässt sich etwa kontrollieren, dass status gleich ok ist oder queue.length kleiner als ein Grenzwert bleibt.

Wann: für Health-Endpunkte und APIs. Grenze: Es wird nur die ausgelieferte Antwort bewertet, nicht die Korrektheit der dahinterliegenden Daten. Mehrstufige Abläufe mit Anmeldung sind nicht abbildbar.

SSL-Zertifikat-Monitor

Baut eine strikte TLS-Verbindung auf und prüft Zertifikatskette und Hostname sowie die Restlaufzeit. Warnungen gehen bei 30, 14, 7, 3, 1 Tagen vor Ablauf hinaus (Ereignis ssl_warning). Solange das Zertifikat bald abläuft, steht der Status auf „Beeinträchtigt“.

Wann: für jede HTTPS-Domain, besonders bei automatischer Erneuerung. Grenze: Geprüft wird das Zertifikat, das unter dem Hostnamen ausgeliefert wird; ein CDN kann ein anderes zeigen als der Ursprungsserver. Mehr: SSL-Überwachung.

DNS-Monitor

Fragt einen Eintrag ab: A, AAAA, CNAME, MX, NS oder TXT. Optional kann ein erwarteter Wert hinterlegt werden; weicht die Antwort ab, schlägt die Prüfung fehl. Ohne erwarteten Wert genügt, dass der Eintrag auflösbar ist.

Wann: bei Umzügen, für Mail-Einträge (MX, TXT für SPF) und gegen unbemerkte Änderungen. Grenze: Resolver zwischenspeichern Antworten bis zum Ablauf der TTL; eine Änderung wird daher nicht überall gleichzeitig sichtbar. Siehe DNS-Fehler erkennen und beheben.

TCP-Port-Monitor

Öffnet eine TCP-Verbindung zu Host und Port. Erlaubt sind 21, 22, 25, 53, 80, 110, 143, 443, 465, 587, 993, 995, 8080, 8443, also typische Ports für FTP, SSH, SMTP, DNS, HTTP(S), POP3, IMAP und ihre verschlüsselten Varianten.

Wann: für Mailserver, SSH-Zugänge und andere Dienste ohne HTTP. Grenze: Eine offene Verbindung heißt nicht, dass der Dienst korrekt arbeitet; es wird kein Protokolldialog geführt.

Heartbeat-/Cron-Monitor

Hier prüft nicht UPTIMESHIELD Ihr System, sondern Ihr System meldet sich: Jeder Monitor erhält eine Ping-URL /ping/{token}/, die per GET, POST oder HEAD ohne Authentifizierung aufgerufen werden kann. Bleibt der Ping aus, löst der Monitor Alarm aus. Intervalle: 5, 10, 15, 30, 60, 120, 360, 720 oder 1440 Minuten plus 5 Minuten Karenzzeit. Bis zum ersten Ping steht der Status auf „Unbekannt“.

Wann: für Cronjobs, Backups, Importe und Wartungsskripte. Grenze: Der Monitor hängt vom Ping-Sender ab: Fällt der Server des Skripts aus oder ist das Netz gestört, bleibt der Ping aus, auch wenn der Job lief. Umgekehrt beweist ein Ping nur, dass das Skript bis zur Ping-Zeile kam. Anleitung: Cronjobs mit Heartbeat überwachen.

Domain-Ablauf-Monitor

Fragt das Ablaufdatum Ihrer Domain über RDAP ab, den Nachfolger von WHOIS, und warnt bei 60, 30, 14, 7, 1 Tagen vor Ablauf sowie nach Ihrer eigenen Schwelle (Standard 30 Tage). Ist die Domain abgelaufen oder nicht mehr registriert, entsteht eine Störung mit Alarm. Abgefragt wird höchstens alle sechs Stunden.

Wann: für jede Domain, deren Verlängerung manuell läuft oder bei einem anderen Dienstleister liegt. Grenze: Nicht jede Endung veröffentlicht ein Ablaufdatum; bei .de bestätigt der Monitor nur die Registrierung. Er ersetzt keine Verlängerung beim Registrar.

Inhalts-Änderungs-Monitor

Vergleicht eine Seite bei jeder Prüfung mit dem zuletzt gemerkten Stand und meldet, was sich geändert hat: mit den neuen und entfernten Textstellen, nicht nur mit dem Hinweis „etwas ist anders“. Die Seite bleibt dabei „online“, es gibt eine Benachrichtigung, keinen Ausfall. Ab Pro. Der Monitor lässt sich an drei Stellen genau einstellen:

1. Was beobachtet wird

• Ganze Seite oder Bereiche: bis zu fünf einfache Selektoren (#id, .klasse, Tag), mit Komma getrennt, etwa #preise, .produkt-titel. Fehlt ein Bereich, wird das als Änderung gemeldet.
• Bereiche ausschließen: Cookie-Banner, Besucherzähler, Footer oder Zufallsblöcke, die sich ständig ändern.
• SEO-Elemente: Seitentitel, Meta-Beschreibung, Überschriften (H1, H2), Canonical und Robots-Angabe, auf Wunsch nur diese. Ideal, um Änderungen bei Konkurrenz-Seiten zu sehen.
• Linkliste: neue und entfernte Links im beobachteten Bereich, zum Beispiel neue Produkt- oder Landingpages eines Wettbewerbers.

2. Was ignoriert wird

• Zahlen (Zähler, Mengen), Datum und Uhrzeit (auch „Stand: …“ und Wochentage) sowie die Groß- und Kleinschreibung.
• Eigene Textstellen: bis zu 20 Wörter oder Sätze, die vor dem Vergleich entfernt werden, etwa „Heute im Angebot“.

3. Wann gemeldet wird

• Bei jeder Änderung des Inhalts, optional erst ab einer Mindest-Änderung in Prozent. Kleine Änderungen summieren sich, bis die Schwelle erreicht ist.
• Bei bestimmten Wörtern: Meldung, wenn ein Wort auftaucht (etwa „Aktion“ oder „ausverkauft“) oder verschwindet (etwa „Auf Lager“). Gemeldet wird nur der Wechsel.
• Bei einem Zahlenwert: Der Monitor liest den ersten Preis (mit Währung) oder die erste Zahl im Bereich, versteht deutsche und englische Schreibweise und meldet jede Änderung, sinkende oder steigende Werte, das Unter- oder Überschreiten einer Grenze oder eine Mindest-Abweichung in Prozent.
• Mit Bestätigung: Auf Wunsch kommt die Meldung erst, wenn auch die nächste Prüfung dieselbe Änderung sieht. Das filtert A/B-Tests und halb ausgelieferte Seiten.

Im Dashboard stehen zu jedem Monitor die letzte Änderung mit neuen und entfernten Textstellen, ein Änderungsverlauf der letzten Meldungen und ein Knopf, um den aktuellen Stand als neuen Ausgangsstand zu übernehmen. Ändern Sie die Einstellungen, wird der Ausgangsstand beim nächsten Lauf automatisch neu gemerkt, damit keine falschen Meldungen entstehen.

Wann: für Preisseiten und Preisänderungen bei Wettbewerbern, Lagerbestand („Auf Lager“ wird „ausverkauft“), Impressum und Rechtstexte, Titel und Überschriften der Konkurrenz oder als Frühwarnung vor gehackten Startseiten. Grenze: Es wird kein JavaScript ausgeführt, nachträglich per Skript geladene Inhalte sieht der Monitor nicht. Dynamische Inhalte (Uhrzeiten, Zähler, Zufallsblöcke) lösen Fehlalarme aus; dafür gibt es Bereiche, Ausschlüsse und die Ignorier-Optionen. Beobachten Sie fremde Seiten nur im Rahmen ihrer Nutzungsbedingungen und mit einem sinnvollen Intervall (ab 5 Minuten).

Mehrschritt-Monitor

Führt bis zu 8 Anfragen nacheinander aus, mit gemeinsamen Cookies. Werte aus früheren Antworten (z. B. ein CSRF-Token per Muster oder json:pfad) lassen sich mit {{name}} in späteren Schritten verwenden. Jeder Schritt prüft Status und Text; im Prüfprotokoll steht die Zeit je Schritt. Zugangsdaten werden verschlüsselt gespeichert. Nur im Tarif Max.

Wann: für Login, Warenkorb, Bestellstrecke oder API-Abläufe. Grenze: Es wird kein JavaScript ausgeführt, nur HTTP-Anfragen; Captchas und Zwei-Faktor-Logins sind nicht prüfbar.