Der Übergang des Sichtbarkeitszustands: Seitenaufrufe ohne verlässliche Beacons messen
pagehide, visibilitychange und die Beacon API verhalten sich in jedem Browser anders. So erfassen Sie das Ende einer Sitzung zuverlässig — ohne Cookies und ohne persistente Identifikatoren.
Weiterlesen →Der Sec-GPC-Header ist jetzt überall: Serverseitige Erkennung für Analytics
Global Privacy Control wird als Request-Header Sec-GPC bei jeder Anfrage mitgesendet. So lesen Sie ihn am Edge und respektieren ihn in einer cookiefreien Analytics-Pipeline.
Weiterlesen →Timing-Allow-Origin: Was Analytics in der Resource Timing API sieht
Der Timing-Allow-Origin-Header steuert, wie viele Cross-Origin-Timing-Details eine Seite auslesen darf. Hier erfahren Sie, was das für datenschutzfreundliche Performance-Messung bedeutet.
Weiterlesen →Speculation Rules und Prerendering: Was Analytics bei vorab geladenen Seiten falsch macht
Chromes Speculation Rules API kann eine Seite rendern, bevor ein Nutzer überhaupt klickt. Hier erfahren Sie, wie das naive Analytics verzerrt — und wie cookiefreie, edge-basierte Messung ehrlich bleibt.
Weiterlesen →Ihr Analytics-Skript deaktiviert vermutlich den Back/Forward-Cache
Der Back/Forward-Cache macht Navigationen über den Zurück-Button nahezu sofortig, aber ein einziger unload-Listener deaktiviert ihn für die gesamte Seite. Tracking-Skripte sind meist die Ursache — und CrUX misst inzwischen den Schaden.
Weiterlesen →Dein Analytics-Skript ist das Loch in deiner Content-Security-Policy
Eine strikte CSP stopft XSS. Ein Drittanbieter-Analytics-Tag reißt es wieder auf. Warum Host-Allowlists und fehlende SRI deine Policy aushöhlen — und was ein First-Party-Tracker behebt.
Weiterlesen →Privacy by Default auf HTTP-Ebene: Header, die deine Tracking-Oberfläche verkleinern
Zwei Response-Header — Permissions-Policy und Referrer-Policy — bestimmen, wie viel deine Seiten an Ad-Tech und Dritte preisgeben. Einmal gesetzt, schließt sich die Überwachungsfläche standardmäßig.
Weiterlesen →INP Bestraft Schwere Analytics: Warum Dein Tracker im Main Thread Läuft
Interaction to Next Paint ist der Core Web Vital, an dem die meisten Seiten scheitern, und Felddaten zeigen, dass Verhaltens-Tracking-Skripte eine Hauptursache sind. Die Lösung: weniger Arbeit an den Main Thread schicken.
Weiterlesen →Soft Navigations: SPA-Performance so messen, wie der Browser sie sieht
Chromes Soft-Navigation-Heuristiken lassen Core Web Vitals endlich an clientseitige Routenwechsel andocken. So funktioniert die API und so misst man sie ohne Überwachung.
Weiterlesen →Privacy-First-Analytics in eine Astro-Site einbinden
Astros View Transitions brechen Standard-Analytics-Skripte geräuschlos. Hier ist das richtige Muster, um jeden Routenwechsel ohne Cookies oder Cookie-Banner zu verfolgen.
Weiterlesen →Privacy-First Analytics zu einer SvelteKit-App hinzufügen
SvelteKit 2 behandelt clientseitige Navigation anders als andere Frameworks. Hier ist das richtige Muster zum Tracken von Routenwechseln ohne Cookies oder Cookie-Banner.
Weiterlesen →Wie ein 2-KB-Analytics-Tracker Ihre Core Web Vitals Grün Hält
Traditionelle Analytics-Skripte sind schwer genug, um Ihren Lighthouse-Score zu beeinflussen. Hier ist, was ein leichtgewichtiger Tracker anders macht — und warum es für echte Nutzer wichtig ist.
Weiterlesen →Datenschutzfreundliches Analytics in einer Next.js-App Einbinden
Eine Schritt-für-Schritt-Anleitung zur Integration von Monoid in Next.js ohne Cookies, Einwilligungsbanner oder Compliance-Kopfschmerzen.
Weiterlesen →