Glossar
Begriffe aus fastmon, dem Dashboard und dieser Dokumentation.
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.
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, API-Tokens. 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: beta, starter, pro, partner, enterprise. Steuert Features und Quotas.
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).
Invite: Schwebende Mitgliedschaft, wartet auf Annahme.
API-Token: Bearer-Token mit Präfix fm_… für programmatischen Zugriff. Server-seitig gehasht; verlorene Tokens nicht wiederherstellbar.
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.
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.