Glossar

Kompakte Definitionen. Tiefe gibt's über den Link am jeweiligen Begriff.

Web Vitals

LCP: Largest Contentful Paint. Zeit, bis das größte sichtbare Element rendert. Die Lade-Metrik. Gut ≤ 2.500 ms bei p75. Siehe LCP.

INP: Interaction to Next Paint. Worst-Case-Latenz zwischen Interaktion und nächstem Paint. Die Responsiveness-Metrik. Gut ≤ 200 ms bei p75. Hat im März 2024 FID abgelöst. Siehe INP.

CLS: Cumulative Layout Shift. Summe unerwarteter Layout-Verschiebungen. Einheitenlos. Die Visual-Stability-Metrik. Gut ≤ 0,1 bei p75. Siehe CLS.

FCP: First Contentful Paint. Zeit, bis Text oder Bild erstmals rendert. Diagnostisch; erklärt langsamen LCP. Siehe FCP.

TTFB: Time to First Byte. Zeit, bis das erste Response-Byte ankommt. Diagnostisch; der Boden für FCP und LCP. Siehe TTFB.

Experience Score: Score von 0,0 bis 10,0, gewichtet aus LCP, INP, CLS, FCP, TTFB, Ladezeit und Fehlerrate. Gemappt auf Schulnoten A+ bis F. Siehe Experience Score.

Fehlerrate: Anteil der Pageviews mit mindestens einem JavaScript-Fehler (eine nicht abgefangene Exception oder eine unbehandelte Rejection). Fehlgeschlagene Ressourcen stecken nicht darin. Siehe Fehler-Analytics.

Fehlgeschlagene Ressource: Ein <img>, <script> oder <link>, das nicht geladen hat. Ein eigenes Signal mit eigener Rate (failed_resource_rate), geteilt in eigene und fremde Hosts, denn die fremde Hälfte wird von Ad-Blockern dominiert. Siehe Fehlgeschlagene Ressourcen.

First Party: Dieselbe registrierbare Domain wie die Seite. cdn.shop.example ist First Party zu www.shop.example. Das ist die Regel hinter Fehlerrate, Fehler-Herkunft, Fetch/XHR-Split und Ressourcen-Liste.

ScriptError: Der Fehlertyp für eine Exception, die der Browser als Script error. maskiert, geworfen von einem Skript aus einem anderen Origin ohne CORS-Opt-in. Kein Dateiname, keine Zeile, keine Meldung, also keiner Datei zuzuordnen. Siehe Fehler.

Core Web Vitals: Googles Drei-Metrik-Set: LCP, INP, CLS. Die Metriken, die das Suchranking beeinflussen.

Beacon und Ingestion

Beacon: Eine einzelne gebündelte Payload, die der Tracker an /c/{collector_hash} POSTet. Auch Kurzname für das Script unter /s/{source_hash}.js, das sie erzeugt. Siehe Der RUM-Beacon.

Tracker: Der laufende JavaScript-Agent, den das Beacon-Script im Browser des Besuchers startet. Er registriert die Observer, puffert Werte, bereinigt URLs und sendet die Beacons.

Collector: Der Server-Endpunkt unter /c/{collector_hash}, der Beacons empfängt, validiert und in den Analytics-Store schreibt.

source_hash: Per-Application-Hash in der Script-URL. Stabil über Beacon-Upgrades.

collector_hash: Per-Application-Hash in der Ingest-URL. Getrennt vom source_hash, damit das Script-Template sich ändern kann, ohne Daten zu invalidieren.

Preset: Ausgangspunkt, den du beim Anlegen einer Application wählst: Minimal, Standard (Default), Full. Es setzt die Tracker-Einstellungen der Application auf einmal; danach ist jede Einstellung unabhängig. Siehe Presets.

Page-View-ID (pvid): Per-Pageview-ID, vom Tracker clientseitig erzeugt. Nicht persistiert.

pst / cst: Page-Started-Timestamp / Client-Sent-At-Timestamp. Beide auf der Besucher-Uhr, in Millisekunden seit Epoch. Das Intervall cst - pst misst die Pageview-Dauer bis zum Flush unabhängig von Clock-Skew.

Ressourcen und Accounts

Organisation: Top-Level-Account-Container. Besitzt Applications, Mitglieder, Notification Rules. Siehe Organisationen.

Application: Ein Tracking-Snippet. Ihr gehören das ausgelieferte Bundle, beide Hashes und jede Tracker-Einstellung; sie bedient eine oder mehrere Sites. Siehe Applications.

Plan: Organisations-Tier: none, beta, light, standard, partner, enterprise. Steuert Features und Quotas. Eine neue Organisation startet auf none; abgerechnet wird die Production-Application. Siehe Organisationen → Pläne.

Site: Eine Domain unter einer Application, mit eigenem Dashboard und eigenem Traffic. Hashes und Erfassungseinstellungen liegen an der Application; eine Site trägt nur Per-Domain-Overrides. Siehe Sites.

Visitor: Ein eindeutiger Besucher, gezählt entlang einer Identitätsachse: stitch (am Edge abgeleitet, in jedem Modus vorhanden, der Standard) oder session (consent-gated). Anonym per Konstruktion. Siehe Besucher und Sessions.

Session: 30-Minuten-Fenster von Pageviews desselben Browsers, gruppiert über session_id. Eine der beiden Besucher-Identitäten, und consent-gated. Siehe Besucher und Sessions.

Release: Versionierter Deploy-Marker, an eine Application gebunden. Wird von Analytics über compare_to_release_id für Vorher/Nachher genutzt. Siehe Releases.

Tag: Freies Label auf einer Site (max. 10) zum Organisieren von Sites. Ein Cross-Site-Analytics-Scope per Tag ist geplant; Tags filtern Analytics noch nicht. Konventionen: env:production, team:growth etc.

Member: User in einer Organisation mit Rolle (owner / member / viewer). Siehe Organisationen → Rollen.

Berechtigung: Eine einzelne Fähigkeit innerhalb einer Organisation in der Form resource:action (analytics:read, release:write). Rollen sind Bündel von Berechtigungen; die Scopes eines API-Keys sind Berechtigungen.

Invite: Schwebende Mitgliedschaft, wartet auf Annahme.

API-Key: Secret, als Bearer-Token gesendet, für programmatischen Zugriff. Auf Berechtigungen beschränkt, an Organisationen gebunden, optional mit Ablaufdatum; bearbeitbar und rotierbar an Ort und Stelle. Server-seitig gehasht; verlorene Keys nicht wiederherstellbar. Persönliche Keys (fm_…) folgen der Rolle ihres Besitzers; Organisations-Keys (fmo_…) gehören der Organisation. Siehe Authentication (nur auf Englisch).

Organisations-Key: Ein API-Key (fmo_…), der der Organisation gehört. Kein Besitzer, seine Scopes sind seine ganze Autorität; er überlebt die Person, die ihn angelegt hat. Verwaltet unter Organisationseinstellungen → Zugriff mit org_key:manage. Siehe Authentication (nur auf Englisch).

Verbundene App: Eine First-Party-Integration, per OAuth autorisiert. Hält einen Grant (meist im Besitz der Organisation) mit kurzlebigen Access-Tokens und rotierenden Refresh-Tokens statt eines API-Keys. Siehe OAuth apps (nur auf Englisch).

Storage und Infrastruktur

Config-DB: Relationaler Store für User, Organisationen, Sites, Einstellungen.

Analytics-Store: Columnar-Store für Beacon-Events und aggregierte Metriken.

Session-Store: In-Memory-Store für Sessions, Rate-Limits, kurzlebige Caches.

Partner-Client: Sub-Organisation, die von einer partner-Plan-Org für jemand anderen betrieben wird.

API

Envelope: Wrapper um den Response-Body. Einzelne Ressource = direkt; Liste = data + meta; Fehler = error. Siehe API-Übersicht.

Cursor-Pagination: High-Volume-Endpunkte liefern meta.next_cursor; Client sendet zurück als ?cursor=…. Siehe Pagination.

Offset-Pagination: Default. ?limit und ?offset, Response mit meta.total und meta.has_more.

X-Request-ID: Header auf jeder Response. Bei Fehlern in error.request_id gespiegelt. Beim Reporting immer mitsenden.

UUID v7: Zeitlich sortierbares UUID-Format für alle Ressourcen-IDs.

Sonstiges

RUM: Real User Monitoring. Performance-Messung aus echten Besucher-Browsern, im Gegensatz zu synthetischen Lab-Tests.

LoAF: Long Animation Frame. Browser-API für Frames, die länger als 50 ms dauerten; meist die Ursache eines schlechten INP.

Third-Party: Request an eine andere Domain als die der Site selbst. Fastmon gruppiert nach Domain und Kategorie für Impact-Analyse. Siehe /analytics/third-party.

Checkout-Stufe: Serverseitig abgeleitetes Label auf einem Pageview (cart, checkout, success oder leer), beim Ingest durch Abgleich der Seiten-URL mit Mustern pro Stufe gesetzt. Der Baustein des Checkout-Funnels; überall ein Filter, im Explorer auch eine Gruppierungsdimension. Siehe Checkout-Funnel.

Warenkorb-Interaktion: Ein Pageview, während dessen die Seite einen POST an einen bekannten Warenkorb-Endpunkt des Shop-Systems geschickt hat (hinzufügen, ändern, entfernen), gelesen aus der Fetch/XHR-Telemetrie. Steht neben den Funnel-Schritten, nie als einer davon. Siehe Checkout-Funnel.

window.fastmon.grantConsent(): Die Funktion, die dein CMP nach Consent aufruft, um den Gerät-Schreibvorgang der Session-ID freizuschalten (wenn collect_sessions an ist). Es gibt keinen Widerruf mitten in der Session: die Session-ID ist tab-gebunden, Ablehnen heißt also schlicht, dass der Schreibvorgang nie passiert. Siehe Consent und TDDDG.