Real User Monitoring
Real User Monitoring.Echte Nutzer, echte Zahlen.
fastmon misst die Web-Performance direkt im Browser deiner Besucher: echte Geräte, echte Netze, die Core Web Vitals, nach denen Google dich rankt. Kein Labor, keine Schätzung, keine 28-Tage-Durchschnitte.
Was ist RUM?
Die Performance, die deine Besucher wirklich bekommen.
Real User Monitoring (RUM) misst, wie deine Website in den Browsern deiner echten Besucher läuft, auf deren eigenen Geräten und in deren Netzen, so wie sie es erleben. Ein kleines Script liest bei jedem Seitenaufruf die nativen Performance-APIs des Browsers und meldet die Zeiten zurück. Das sind Felddaten, das Gegenteil eines Labortests auf einer schnellen Maschine im Büro.
Genau dieser Unterschied ist der Punkt. Ein synthetisches Tool sagt dir, wie schnell ein simuliertes Gerät deine Seite unter idealen Bedingungen geladen hat. RUM sagt dir, wie schnell es für den Besucher auf einem drei Jahre alten Android im Mobilfunknetz war. Es ist die Wahrheit, verrauscht und träger, aggregiert am 75. Perzentil, damit du das Erlebnis der Nutzer siehst, die leiden, nicht einen schmeichelnden Durchschnitt.
Es ist auch keine Web-Analytics. Analytics zählt Besuche und Quellen. RUM misst die Performance jedes Besuchs: die Core Web Vitals, nach denen Google rankt, JavaScript-Fehler und wohin die Zeit wirklich geht. fastmon liefert dir alles davon aus einem Script, ohne Cookies*, komplett in der EU gehostet.
Warum RUM
Sieh, was ein Labortest dir nie zeigt.
Drei Dinge, die Felddaten können und synthetische Checks und Analytics nicht.
Sieh, was echte Nutzer erleben
Jeder echte Seitenaufruf meldet seine Core Web Vitals, damit du die Performance siehst, die deine Besucher wirklich bekommen, nach Gerät, Netz und Land aufgeschlüsselt, kein einzelner Durchschnitt.
Fixe das Richtige
p75-Perzentile, LCP-Subparts, Request-Waterfalls und Fehler-Fingerprints zeigen dir die Seiten und Ursachen, die zählen, statt einem Laborwert hinterherzujagen.
Werde alarmiert, bevor Nutzer sich beschweren
Schwellen- und Regressions-Regeln auf den Vitals, an E-Mail, Slack, Discord oder Webhook, mit Release-Markern, damit du weißt, welcher Deploy schuld war.
Core Web Vitals
Die drei Metriken, nach denen Google rankt.
fastmon meldet LCP, INP und CLS aus echten Besuchen, aggregiert am p75 gegen die Schwellen von Google. Grün heißt: 75 % deiner Besucher waren mindestens so schnell.
Wie schnell erscheint der Hauptinhalt?
Largest Contentful Paint ist der Moment, in dem das größte sichtbare Element (ein Hero-Bild, Video-Poster oder die Überschrift) gerendert ist. fastmon zerlegt es in seine vier Subparts, von TTFB bis Element-Render-Delay, damit du siehst, wo die Wartezeit steckt.
- Gut
- ≤ 2,5 s
- Grenzwertig
- ≤ 4,0 s
- Schlecht
- > 4,0 s
Reagiert die Seite sofort auf Taps und Klicks?
Interaction to Next Paint ist die Worst-Case-Verzögerung zwischen einer Interaktion und dem nächsten Frame. Sie ersetzte FID im März 2024 als Core Web Vital. Long Animation Frames (über 50 ms) zeigen auf das Script, das die Antwort blockiert hat.
- Gut
- ≤ 200 ms
- Grenzwertig
- ≤ 500 ms
- Schlecht
- > 500 ms
Springt das Layout beim Laden herum?
Cumulative Layout Shift bewertet, wie viel sichtbarer Inhalt sich unerwartet verschiebt. fastmon meldet das schlechteste Shift-Fenster pro Besuch, damit ein spät ladender Banner, der deinen Inhalt nach unten schiebt, sich nicht im Durchschnitt versteckt.
- Gut
- ≤ 0,1
- Grenzwertig
- ≤ 0,25
- Schlecht
- > 0,25
Eine Zahl fürs Meeting: der Experience Score.
fastmon verdichtet die Vitals plus Fehlerrate und Ladezeit zu einem einzigen Experience Score von 0 bis 10, benotet von A+ bis F.
Sieben gewichtete Signale: LCP 25 %, INP, FCP und Fehlerrate je 15 %, Page Load Time, CLS und TTFB je 10 %. Jedes wird per linearer Interpolation gegen seine Gut- und Schlecht-Schwelle auf einen Sub-Score gemappt.
Cannot read properties of undefined (reading 'map')
3 Besucher betroffen · zuerst vor 2 h · checkout.js:42
Fehler & Netzwerk
Wohin die Zeit geht, und was bricht.
Langsam ist das eine Problem, kaputt das andere. fastmon meldet beides aus denselben echten Besuchen, bis auf die Backend-Phase und den exakten Fehler-Fingerprint.
- JavaScript-Fehler nach Fingerprint gruppiert (Typ, Meldung, Stack-Form), mit Häufigkeit, betroffenen Besuchern und First-/Last-Occurrence
- Error Rate over Time: Anteil der Pageviews mit mindestens einem Fehler, Fehler von Adblocker-blockierten Trackern und Teardown-Rauschen ausgenommen
- Navigation- und Resource-Timing, dazu Fetch- und XHR-Calls am p75 und p95 mit Request-Waterfall
- Server-Timing-Breakdown in sieben Phasen entlang des Request-Pfads (Edge, Origin, Backend, Datenbank, Render, Cache, External)
- Cache-Monitoring über Browser-, CDN- und Origin-Ebene, inklusive bfcache-Hit-Rate
Segmente
Schlüssle nach Land, Gerät und Seite auf.
Ein Durchschnitt versteckt die Nutzer, die leiden. Mit fastmon brichst du jede Metrik herunter, bis du das Segment findest, das wirklich langsam ist.
- Geografie nach Land, am Edge aus der IP abgeleitet (die rohe IP erreicht das Backend nie)
- Gerätetyp, Browser, OS, Viewport und Verbindungstyp
- Pro Seite und pro Template, damit du siehst, welche Routen langsam sind
- Visitor Explorer: einzelne Besuche mit Dauer, Gerät und Web Vitals sowie Fehlern pro Seite
- Single-Page-Apps: clientseitige Routenwechsel werden als Soft Navigations erfasst
Gebaut für Produktion
Alerts, Releases und eine API.
RUM nützt nur, wenn es in deinen Workflow passt. fastmon klinkt sich in die Tools ein, die du schon nutzt.
Alerts, die sich selbst routen
Regeln auf LCP, INP, CLS, FCP, TTFB, Fehlerrate, Pageviews oder Visitors, absolut oder als Prozent-Änderung, an E-Mail, Slack, Discord oder Webhook.
Release-Tracking
Tagge einen Deploy mit einem API-Call aus GitHub Actions, GitLab oder Vercel. fastmon vergleicht die Vitals davor und danach am p75.
REST API mit OpenAPI
Frag jede Metrik über die Analytics-API ab, mit Bearer-Token-Auth, Offset- und Cursor-Pagination und einem OpenAPI-Schema.
Datenschutz
Innerhalb der DSGVO entworfen. Nicht nachträglich angepasst.
Das ist der Unterschied zwischen einem Monitoring-Tool aus der EU und einem mit EU-Region. Hier ist das Datenblatt: die ehrliche Version, mit Fußnote.
* Bezieht sich auf die Einwilligungspflicht nach § 25 TDDDG, die einen Zugriff auf das Endgerät voraussetzt. Eine eigenständige Einwilligungspflicht nach DSGVO kann bestehen, sobald im konkreten Einsatz personenbeziehbare Daten verarbeitet werden. Die Prüfung obliegt dem jeweiligen Website-Betreiber, der fastmon einbindet.
Datenblatt
- Cookies
- 0*strikt speicherfrei: kein localStorage, kein sessionStorage
- IP-Adresse
- am Edge entferntbevor irgendein Application-Code sie sieht
- Standort
- nur Landzweistelliger ISO-Code, mehr nicht
- Datenpfad
- 100 % EUkein Cloudflare, kein AWS, kein GCP
- Aufbewahrung
- 90 TageDefault, pro Website einstellbar
- Fingerprinting
- keinskein Canvas, keine Font-Enumeration
Wo es hingehört
RUM, Synthetic und Analytics.
Drei verschiedene Jobs. fastmon macht alle drei aus einem Script, aber sie beantworten verschiedene Fragen.
Die Performance, die echte Besucher bekommen, aus dem Feld, am p75. Beantwortet: wie schnell ist meine Seite wirklich, und für wen?
Geplante Labortests auf einem simulierten Gerät unter idealen Bedingungen. Reproduzierbar, ideal, um Regressionen vor einem Deploy zu fangen.
Wer besucht, woher, über welche Kampagne. Misst Traffic, keine Performance. In fastmon liegt es direkt neben den Vitals.
Setup
Live in rund fünf Minuten.
Ein Script-Tag im Head, kein Build-Step, keine Konfiguration. Läuft mit jedem Stack, von statischem HTML bis Next.js, WordPress und Shopware.
<script defer src="https://fastmon.site/s/{source_hash}.js"></script>
Tag einbauen
Vanilla JS, ~40 KB komprimiert, lädt mit defer.
Mit 204 prüfen
Der Collector antwortet mit 204 No Content. Ein Blick in den Network-Tab.
Daten ankommen sehen
Deine ersten Besucher erscheinen rund eine Minute später im Dashboard.
FAQ
Real User Monitoring, beantwortet.
Die Fragen, die man stellt, bevor man den Tag einbaut.
Was ist der Unterschied zwischen RUM und Synthetic Monitoring?
RUM ist passiv: es misst echte Besuche in echten Browsern und erfasst so das tatsächliche Erlebnis über jedes Gerät und Netz, aggregiert am p75. Synthetic Monitoring ist aktiv: es fährt geplante Tests auf einem simulierten Gerät unter idealen, reproduzierbaren Bedingungen. Sie ergänzen einander, und fastmon macht beides aus demselben Script.
Ist RUM nur ein weiteres Analyse-Tool?
Nein. Analytics zählt Besuche, Quellen und Kampagnen. RUM misst die Performance jedes Besuchs: Core Web Vitals, JavaScript-Fehler und Netzwerk-Timing. fastmon zeigt beides nebeneinander, aber die RUM-Daten drehen sich um Geschwindigkeit und Stabilität, nicht um Traffic.
Welche Metriken misst fastmon?
Die drei Core Web Vitals (LCP, INP, CLS) am p75 gegen die Google-Schwellen, dazu die Diagnose-Metriken FCP, TTFB und Page Load Time, JavaScript-Fehler und Netzwerk-Timing inklusive Server-Timing-Phasen. Alles verdichtet sich zu einem Experience Score von 0 bis 10.
Brauche ich für RUM einen Cookie-Banner?
In den meisten Fällen ja, aber aus einem anderen Grund als bei klassischen Analyse-Tools. fastmon setzt selbst keine Cookies* und speichert im Standard-Modus (read-only) nichts auf dem Gerät. Die IP-Adresse wird am Edge auf einen Ländercode reduziert und sofort verworfen, Query-Strings werden entfernt, keine langlebigen oder seitenübergreifenden Identifikatoren. Was bleibt, ist ein Lesezugriff auf Browser-APIs (Performance API für Web Vitals, Viewport, Fehler). Nach vorherrschender Auslegung fällt dieser Zugriff unter § 25 Abs. 1 TDDDG und erfordert eine Einwilligung. Der Website-Betreiber holt diese Einwilligung über seine Consent-Management-Plattform ein, genau wie bei anderen Tools; die Verantwortung dafür liegt beim Betreiber und ist in unserer Datenschutzerklärung (Abschnitt 5.5) beschrieben. Der Unterschied zu cookie-basierten Trackern zeigt sich beim Opt-out: Lehnt ein Endnutzer ab, misst fastmon für diesen Besuch nichts, genau wie es sein muss. Was dabei aber nicht passiert: keine doppelt gezählten Nutzer, keine verwaisten Sessions, keine verzerrten Unique-Zahlen, denn fastmon baut ohnehin keine langlebige oder seitenübergreifende Wiedererkennung auf, die kaputtgehen könnte. fastmon misst aggregierte Feld-Performance per Stichprobe, und eine kleinere Stichprobe bleibt aussagekräftig. Deine Metriken werden also nur kleiner, nicht verzerrt, egal wie hoch deine Opt-out-Rate ist. Bei cookie-basierten Tools kostet dich jedes Opt-out zusätzlich Wiedererkennung und damit die Verlässlichkeit deiner Nutzerzahlen.
Wo werden die Daten gespeichert?
Komplett in der EU, auf in Deutschland betriebener Infrastruktur. Kein Cloudflare, kein AWS, kein GCP, kein US-Subauftragsverarbeiter im Datenpfad. Daten werden per Default 90 Tage aufbewahrt, pro Website einstellbar.
Wie schnell ist das Setup und macht es meine Seite langsamer?
Rund fünf Minuten: ein Script-Tag mit defer, kein Build-Step. Das Script ist Vanilla JS, rund 40 KB komprimiert, und liest die nativen Performance-APIs des Browsers. Die Daten gehen über navigator.sendBeacon raus, in einem bewusst schlanken Wire-Format, gebündelt über den Seiten-Lifecycle.
Sieh, was deine Besucher
wirklich erleben.
Core Web Vitals von echten Geräten, read-only im Standard: keine Cookies*, keine langlebigen Identifikatoren. Live in rund fünf Minuten.
Light
29 €/Monat
200.000 Pageviews inklusive.
Debugging und alle Features? Standard ab 99 € für 1 Mio. Pageviews. Enterprise auf Anfrage. Alle Pläne ansehen