Was ist Synthetic Monitoring? Definition, Typen, RUM-Vergleich
Synthetic Monitoring führt geskriptete Tests aus globalen Standorten 24/7 aus — fängt Uptime- und Latenz-Probleme vor echten Nutzern ab.
Was ist Synthetic Monitoring?
Synthetic Monitoring ist eine proaktive Performance- und Verfügbarkeits-Testtechnik, bei der vordefinierte Scripts Nutzer-Interaktionen mit einer Website, API oder Anwendung aus kontrollierten Cloud- oder Agent-Standorten simulieren. Im Gegensatz zu Real User Monitoring (RUM), das echte Nutzer in der Wildnis misst, läuft Synthetic Monitoring auf einem geplanten Rhythmus (jede Minute, Stunde oder Tag), unabhängig davon, ob echter Verkehr das System trifft. Das Ziel ist es, Verfügbarkeits- und Performance-Regressionen zu erkennen, bevor Nutzer es tun.
Ein typischer Synthetic Monitor sendet einen HTTP-Request, navigiert einen Browser durch einen Multi-Step-Flow (Login, Browsen, Checkout) oder validiert eine API-Response, dann zeichnet Timing, Status-Code und Assertion-Ergebnisse auf. Wenn etwas fehlschlägt — Endpoint down, Response zu langsam, Content fehlt — feuert der Monitor einen Alert via Slack, PagerDuty, E-Mail oder Webhook.
Wie Synthetic Monitoring funktioniert
- Definieren Sie einen Check. Eine URL zum Hitten, ein API-Endpoint zur Validierung oder ein Browser-Flow zum Durchlaufen. Der Check enthält normalerweise Assertions: Status-Code 200, Response-Body enthält bestimmten Text, Response-Zeit unter N ms.
- Planen Sie den Check. Lauf jede Minute (high-criticality), alle 5 Minuten (typisch) oder jede Stunde (niedrigere Priorität).
- Lauf aus mehreren Standorten. Cloud-basierte Synthetic Monitors führen Checks aus Agents in mehreren geografischen Regionen aus — typischerweise mindestens einer in Nordamerika, Europa und Asien.
- Ergebnisse aufzeichnen. Jeder Run produziert Metriken (Latenz, Status, Body-Size), Screenshots (für Browser-Checks) und Waterfall-Traces.
- Alerts bei Fehlern. Konfigurierbare Schwellenwerte triggern Benachrichtigungen.
Typen von Synthetic Monitoring
- Uptime Monitoring. Das einfachste — wiederholt eine URL hitten, 200-Status bestätigen.
- API Monitoring. Sende einen Request zu einem HTTP/REST/GraphQL-Endpoint mit optionalen Auth-Headers und Request-Body, assertier auf Response-Status, Body-Inhalte und Timing.
- Browser-basiertes Monitoring. Lauf eines echten Chromium-Browsers, um eine Page zu laden, Core Web Vitals (LCP, CLS, TBT) zu messen und Filmstrip + Waterfall-Daten zu erfassen.
- Transaction (Multi-Step) Monitoring. Ein gescripteter Browser-Flow läuft durch eine kritische User Journey — Login, Suche, In-den-Warenkorb, Checkout.
- SSL/TLS-Zertifikat-Monitoring. Check Zertifikat-Ablauf, Chain-Gültigkeit und SSL-Labs-Note.
- DNS Monitoring. Auflösen eines Hostnames von mehreren Resolvern.
Synthetic Monitoring vs Real User Monitoring (RUM)
Die zwei Ansätze messen verschiedene Dinge und ergänzen sich:
| Aspekt | Synthetic Monitoring | Real User Monitoring (RUM) |
|---|---|---|
| Datenquelle | Geskriptete Tests aus kontrollierten Agents | Echte Nutzer via JavaScript-Beacon |
| Abdeckung | Was Sie scripten — vorhersagbar | Was Nutzer tatsächlich tun — variabel |
| Wann es läuft | Geplant (24/7) | Wenn ein echter Nutzer besucht |
| Erkennt Probleme vor Nutzern | Ja | Nein (im Nachhinein) |
| Erfasst Real-World-Varianz | Nein (kontrollierte Umgebung) | Ja (Geräte, Netzwerke, Geografien) |
| Funktioniert ohne Verkehr | Ja | Nein (braucht Nutzer) |
| Pre-Launch-Testing | Ja | Nein (noch keine Nutzer) |
| Pro-Nutzer-Diagnostik | Nein | Ja |
Die meisten reifen Monitoring-Strategien kombinieren beides: Synthetic für "funktioniert das System wie designed", RUM für "was erleben Nutzer tatsächlich".
Häufige Metriken
- Verfügbarkeit / Uptime %. Prozentsatz erfolgreicher Checks. SLAs werden typischerweise als Verfügbarkeits-Ziele ausgedrückt (99,9%, 99,95%, 99,99%).
- Response-Zeit. End-to-End-Latenz, oft aufgeteilt nach Phase.
- Core Web Vitals. Für Browser-Checks: LCP, CLS, TBT. Google-Ranking-Faktoren.
- Fehlerrate. Prozentsatz Checks mit unerwarteten Status-Codes.
- Time-to-first-byte (TTFB). Server-seitiges Responsiveness-Signal.
- Apdex-Score. Industrie-Standard-Zufriedenheits-Metrik.
Wann Synthetic Monitoring nutzen
- Sie brauchen 24/7-Sichtbarkeit.
- Sie testen pre-launch oder low-traffic Services. RUM braucht Verkehr. Synthetic funktioniert vom ersten Tag.
- Sie brauchen SLA-Reporting.
- Sie wollen Regressionen früh erkennen. Synthetic Checks gegen Staging nach jedem Deploy.
- Sie brauchen geografische Sichtbarkeit.
- Sie brauchen konsistente Messungen.
Limitationen
- Erfasst Real-World-Varianz nicht. Synthetic-Checks laufen aus Data Centers; echte Nutzer hitten aus Café-WLAN, überlastetem 4G und alten Browsern.
- Limitiert auf das, was Sie scripten.
- Kosten skalieren mit Check-Frequenz × Standorten.
- Kann ohne gute Schwellenwerte rauschen.
- Browser-Checks verbrauchen mehr Ressourcen.
Synthetic Monitoring mit LoadFocus
LoadFocus bietet Synthetic Monitoring über die drei Haupt-Check-Typen:
- Page Speed Monitoring. Echte Chromium-Browser-Checks mit vollen Lighthouse-Audits, CWV-Tracking und budget-basierten Regressions-Alerts. Lauf aus 25+ Cloud-Regionen, Schedules ab jeder Minute.
- API Monitoring. HTTP/REST-Endpoint-Checks mit Assertion-basierter Validierung. Multi-Step-Request-Chaining via k6-Scripts.
- Load Testing. Über Synthetic Monitoring hinaus läuft LoadFocus simulierten Verkehr bei gewählter Concurrency, um Kapazität zu testen.
Die Plattform integriert mit Slack, PagerDuty, E-Mail und Webhooks und bietet CLI + GitHub Action für CI/CD. AI-generierte Waterfall-Analyse erklärt, warum ein Check langsam ist.
FAQ: Synthetic Monitoring
Wie unterscheidet sich Synthetic Monitoring von APM?
APM ist typischerweise Agent-basiert und beobachtet das Innere Ihrer Anwendung — Code-Ausführung, Datenbank-Queries, Funktions-Timing. Synthetic Monitoring beobachtet von außen — was ein Nutzer sieht. APM und Synthetic ergänzen sich.
Wie oft sollten Synthetic Checks laufen?
Kritische user-facing Services: jede Minute. Interne APIs und niedrige Priorität: alle 5-15 Minuten. Background-Jobs: alle 30 Minuten bis 1 Stunde.
Aus wie vielen Standorten sollte ich überwachen?
Mindestens 3 (einer pro Region — Amerika, EMEA, APAC). Für globale Services decken 5-10 Standorte die meisten regionalen Probleme ab.
Sollte Synthetic Monitoring RUM ersetzen?
Nein — sie ergänzen sich. Nutzen Sie Synthetic für proaktives 24/7-SLA-Monitoring; nutzen Sie RUM für tatsächliche Nutzer-Erfahrung und Edge Cases.
Was ist der Unterschied zwischen Synthetic Monitoring und Load Testing?
Synthetic Monitoring läuft Single-User-Checks in Intervallen. Load Testing simuliert viele konkurrierende Nutzer.
Kann Synthetic Monitoring Sicherheitsprobleme erkennen?
Limitiert. Für Security-Monitoring sind dedizierte Tools (Sucuri, Cloudflare Security, security-fokussierte SIEM) besser geeignet.
LoadFocus Synthetic Monitoring kostenlos ausprobieren
Wenn Sie Synthetic-Monitoring-Tools evaluieren, bietet LoadFocus Page Speed Monitoring, API Monitoring und Load Testing auf einer Plattform mit einem Free Tier ohne Kreditkarte. Registrieren bei loadfocus.com/signup und richten Sie Ihren ersten Synthetic Check in unter 5 Minuten ein — Multi-Region, mit Assertions, Alerts und AI-generierter Analyse in allen Plänen enthalten.
Verwandte LoadFocus-Tools
Setze dieses Konzept mit LoadFocus in die Praxis um — derselben Plattform, die alles antreibt, was du gerade gelesen hast.