Core Web Vitals auf jeder Seite
LCP, INP, CLS, FCP und TTFB werden bei jedem Seitenaufruf einer gesampelten Session erfasst, ohne zusätzliche Konfiguration.
Ein 25,8 KB großes Script erfasst Core Web Vitals, JavaScript-Fehler und Seitenaufrufe aus echten Sessions 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 einer gesampelten Session erfasst, ohne zusätzliche Konfiguration.
Observe erfasst Web Vitals, Seitenaufrufe und Fehler standardmäßig aus 100 % der Sessions, sodass eine Seite mit wenig Traffic oder ein Randfall nicht untergeht. Sie können die Rate pro Anwendung senken, und Einwilligung, Datenschutzeinstellungen und Kontingente gelten weiterhin. Die Session-Details werden für die Sessions erfasst, die Ihre Aufzeichnungsregeln 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.
Vergleichen Sie Sessions, Aufrufe, Besucher und Fehler mit dem vorherigen Zeitraum. Schlüsseln Sie Ergebnisse nach Gerät, Browser, Land, Kanal und Release auf und öffnen Sie die passenden Sessions.
Vergleichen Sie p75-Web-Vitals nach Route oder Pfad, mit getrennten Ladezeiten für den ersten Aufruf und Routenwechsel. Untersuchen Sie Elemente mit schlechten Messwerten, erfasste Skriptlaufzeiten und langsame Ressourcen.
Kommentieren Sie eine Session oder ein Fehler-Issue, verlinken Sie einen absoluten Session-Zeitpunkt und erwähnen Sie Teammitglieder. Autoren und Administratoren können die Diskussion als erledigt markieren oder wieder öffnen.
RUM Observe liefert das große Bild: Core Web Vitals am p75 pro Seite, P50-, P75- und P95-Trends, Fehlerquoten und Session-Zählungen im Zeitverlauf. Filtern Sie dann Sessions nach Browser, Betriebssystem, Land, besuchter Seite, Fehlern, Replay und Frustration, um zu sehen, wer tatsächlich betroffen war.
Fügen Sie ein Snippet in Ihren <head> ein. Kein Build-Schritt, kein
Webpack-Plugin, keine Serveränderungen. Das Kern-Script von SDK 2.2.1 ist
25,8 KB gzip-komprimiert, lädt asynchron und blockiert damit das Rendering
nicht. Das Snippet startet mit ausstehender Einwilligung; rufen Sie
setTrackingConsent('granted') auf, sobald der Besucher zustimmt,
dann 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-komprimierter Kern von SDK 2.2.1, asynchron geladen und ohne Render-Blockade
Standard-Sampling von Observe für Vitals, Seitenaufrufe und Fehler
Core Web Vitals pro Seitenaufruf erfasst
kostenloser Tarif, ohne Kreditkarte starten
In SDK 2.2.1 ist das Kern-Script 25,8 KB gzip-komprimiert und lädt asynchron, blockiert das Rendering also nicht. Der Replay-Recorder ist eine separate Datei von 29,4 KB gzip-komprimiert, und Browser ohne native Komprimierung laden zusätzlich einen gzip-Fallback von 3,3 KB. Eine Session lädt den Recorder nur, wenn eine Replay-Regel noch auf sie passen kann und die Aufzeichnung erlaubt ist. Das kann vor dem Greifen der Regel geschehen: Der Recorder hält dann einen begrenzten Puffer im Arbeitsspeicher und lädt nichts hoch, solange die Regel nicht greift. Ohne geeignete Replay-Regel wird der Recorder nie geladen.
Observe umfasst Core Web Vitals, Seitenaufrufe und JavaScript-Fehler und sampelt standardmäßig 100 % der Sessions. Sie können die Observe-Sampling-Rate pro Anwendung senken, und Einwilligung, Datenschutzeinstellungen, Filter und Kontingente entscheiden weiterhin, was erfasst wird. Das ist also kein Versprechen unbegrenzter Erfassung. Die aufwendigeren Session-Details (einzelne Aktionen, Ressourcen-Timings, Long Animation Frames) und Session Replay werden nur für die Sessions erfasst, die Ihre Aufzeichnungsregeln 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. Dieselben Vitals können Sie auch in einem eigenen Dashboard darstellen, neben Uptime, Incidents und Logs.
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 gemessen, mit denselben Metrik-Definitionen wie Googles web-vitals-Bibliothek.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.