Core Web Vitals auf jeder Seite
LCP, INP, CLS, FCP und TTFB werden bei jedem Seitenaufruf erfasst, ohne Sampling und ohne zusätzliche Konfiguration.
Ein 5,7 kB großes Script erfasst Core Web Vitals, JavaScript-Fehler und Seitenaufrufe aus jeder echten Session und zeichnet die Session-Details für genau die Sessions auf, die Sie behalten wollen.
RUM erfasst, was synthetische Tests nicht können: die tatsächliche Performance, Fehler und das Verhalten, das Ihre Besucher auf jedem Gerät, in jedem Netzwerk und an jedem Standort erleben. Zwei Modi ermöglichen es Ihnen, mit einem Klick von aggregierten Trends zu einzelnen Session-Details zu wechseln.
LCP, INP, CLS, FCP und TTFB werden bei jedem Seitenaufruf erfasst, ohne Sampling und ohne zusätzliche Konfiguration.
Web Vitals, Seitenaufrufe und Fehler werden aus jeder Besuchersession erfasst, sodass eine Seite mit wenig Traffic oder ein Randfall nie unsichtbar bleibt. Die Session-Details werden für die Sessions erfasst, die Ihre Filter auswählen.
Nicht abgefangene Exceptions und unbehandelte Promise-Rejections werden in der Session erfasst und mit dem Nutzer-Journey verknüpft, der sie ausgelöst hat.
Verfolgen Sie Web Vitals bei P50, P75 und P95 über beliebige Zeiträume, dazu Session-Zahlen, Fehlerquoten, Top-Seiten und eine Browser-Aufschlüsselung.
Tauchen Sie in einzelne Sessions ein: vollständige Zeitleiste aus Seitenaufrufen, Aktionen, Ressourcen und Fehlern, mit dem verknüpften Session Replay im selben Panel.
Filtern Sie die aggregierten Ansichten nach Geräteklasse, Browser, Betriebssystem oder URL, alle aus dem Request abgeleitet statt aus einem Tracking-Cookie, und finden Sie die Sessions einer Person über die ID oder E-Mail-Adresse, die Sie an setUser übergeben.
RUM Observe liefert das große Bild: Core Web Vitals pro Seite, P50-, P75- und P95-Aufschlüsselungen, Fehlerquoten und Session-Zählungen im Zeitverlauf. Filtern Sie nach Geräteklasse, Browser, Betriebssystem oder URL, um gezielt herauszufinden, wer tatsächlich betroffen ist, bevor Sie auch nur eine einzelne Session öffnen.
Fügen Sie ein Snippet in Ihren <head> ein. Kein Build-Schritt, kein Webpack-Plugin, keine Serveränderungen. Das Script ist 5,7 kB gzip- komprimiert auf der Leitung, lädt als verzögertes Modul und blockiert damit das Rendering nicht. Ab dem nächsten Seitenaufruf beginnt die Erfassung. Es gibt auch ein npm-Paket, wenn Sie es lieber in Ihrer Entry-Datei importieren.
npm install @siteqwality/rum, in beiden Fällen dieselbe APIsetUser hängt eine Nutzer-ID, E-Mail oder einen Namen an die Sessiongzip-komprimiert, verzögert geladen und ohne Render-Blockade
der Sessions gemessen: Vitals, Seitenaufrufe und Fehler
Core Web Vitals pro Seitenaufruf erfasst
kostenloser Tarif, ohne Kreditkarte starten
Das Script ist 5,7 kB gzip-komprimiert auf der Leitung und lädt als verzögertes ES-Modul, blockiert das Rendering also nicht. Der Session-Recorder ist ein separater Chunk von 22 kB gzip-komprimiert, der nur geladen wird, wenn eine Session tatsächlich auf einen Replay-Filter passt. Die meisten Besucher laden ihn nie.
Core Web Vitals, Seitenaufrufe und JavaScript-Fehler werden aus jeder Session erfasst, ohne statistisches Sampling. Die aufwendigeren Session-Details (einzelne Aktionen, Ressourcen-Timings, Long Tasks) und Session Replay werden nur für die Sessions erfasst, die Ihre Filter auswählen. Genau das hält Volumen und Datenschutz-Exposition bei Ihnen und nicht bei uns.
RUM Observe zeigt aggregierte Dashboards: Vitals-Trends, Fehlerquoten, Top-Seiten sowie Browser-Aufschlüsselungen. RUM Analyze ermöglicht es, einzelne Sessions zu öffnen und die vollständige Zeitleiste pro Nutzer zu untersuchen, einschließlich verknüpfter Session Replays und vollständiger Fehler-Stacktraces.
Rufen Sie SiteQwalityRUM.setUser({ id: 'u_123', email: 'ada@example.com' }) auf, um eine Session zu identifizieren, und übergeben Sie ein Kontext-Objekt an addError oder addAction, um eigene Schlüssel-Wert-Paare an ein einzelnes Ereignis zu hängen. Seien Sie vorsichtig damit, was Sie in dieses Kontext-Objekt legen. Es wird zum Ereignis gespeichert und in jedem Tarif 30 Tage lang aufbewahrt. Keine Dashboard-Ansicht und keine API-Antwort zeigt es heute an, und das sollten Sie nicht als Schutzmaßnahme betrachten: Die Daten sind gespeichert, sie sind für jeden mit Datenbankzugriff lesbar, und ein künftiges Release kann sie im Produkt sichtbar machen. Übergeben Sie Labels mit geringer Kardinalität und ohne Personenbezug, etwa { feature: 'checkout', step: '3' }, und keine Namen, E-Mail-Adressen oder Bestellinhalte.
LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), FCP (First Contentful Paint) und TTFB (Time to First Byte), alle in echten Nutzerbrowsern über die web-vitals-Bibliothek gemessen.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.