Grundlagen und Kernkonzepte der digitalen Analytics

Öffnen Sie einen beliebigen Analytics-Report und drei Zahlen stehen nebeneinander: Users, Sessions, Events. Sie beschreiben denselben Traffic, sie stimmen nie mit den Zahlen aus dem Finanzsystem überein, und fast jede Diskussion darüber, dass „die Analytics falsch sind“, entpuppt sich als Diskussion darüber, was diese drei Wörter bedeuten. Das Objekt im Zentrum der digitalen Analytics wird konstruiert, nicht gefunden. Jemand hat entschieden, was als Event zählt, wann eine Session abläuft und welcher Identifier für eine Person steht. Diese Lektion definiert dieses Objekt und zeigt dann, woher die Daten physisch kommen: aus dem Browser oder von Ihren eigenen Servern.

Was digitale Analytics tatsächlich ist

Digitale Analytics ist das Erfassen und Interpretieren von Aufzeichnungen über Interaktionen mit digitalen Produkten und Kanälen: Websites, Apps, verbundene Geräte, E-Mails, Werbeflächen. Was sie vom Rest Ihrer Datenlandschaft unterscheidet, ist die Einheit der Aufzeichnung. Ein CRMCRMCustomer Relationship Management: Software und Strategie, um Kundeninteraktionen über den gesamten Lifecycle zu steuern und zu analysieren.Vollständige Definition ansehen → speichert Zeilen über Kunden. Ein Ledger speichert Zeilen über Transaktionen. Digitale Analytics speichert einen zeitlich geordneten Strom kleiner Verhaltensfakten, jeder versehen mit einem Zeitpunkt, einer Identität und einem Kontext, und aggregiert sie dann bei Bedarf nach oben.

Das Vokabular, einmal und präzise formuliert:

• Event: eine erfasste Interaktion. Ein Name plus eine Menge von Parametern (Adobes Web SDK nennt sie XDM-Felder, andere Tools sprechen von Properties). add_to_cart mit item_id, price, currency ist ein Event.
• Session, in Adobe Analytics Visit genannt: eine Gruppe von Events derselben Identität, abgeschlossen durch ein Inaktivitäts-Timeout, üblicherweise 30 Minuten.
• User, auch Visitor genannt: ein Identifier, kein Mensch. Meist ein Cookie oder eine Device-ID, manchmal eine Login-ID.
• Dimension: ein Attribut, nach dem Sie schneiden. Land, Gerätetyp, Traffic-Quelle, Seitenname.
• Metrik: eine Zahl, die Sie aggregieren. Events, Sessions, Umsatz, durchschnittlicher Bestellwert.
• Hit: das ältere Primitiv, ein einzelner Aufruf des Collection-Servers. Adobe Analytics hat Page Views und Custom-Link-Calls zwei Jahrzehnte lang so gezählt, das eventbasierte Modell hat das absorbiert.

Teilkonzept 1: das Event und was daran hängt

Ein Event hat drei Teile: was passiert ist (der Name), die Details (Parameter) und wer und wann (Identität und Timestamp). Alles andere in der Analytics ist Arithmetik auf dieser Basis.

Nehmen Sie einen Streaming-Dienst wie Spotify. Ein Play ist ein Event. Seine Parameter tragen den Track, ob das Play aus der Suche, einer gespeicherten Playlist oder einer algorithmischen Empfehlung kam, den Gerätetyp und wie weit der Hörer in den Track hineingekommen ist, bevor ererDas Verhältnis von Interaktionen (Likes, Kommentare, Shares) zur Reichweite eines Inhalts. Zeigt, wie stark die Zielgruppe reagiert, gemessen an der Zahl der Personen, die den Inhalt gesehen haben.Vollständige Definition ansehen → übersprungen hat. Nichts davon sind separate Reports. Es sind Felder auf einem Record, und die Reports werden nachträglich durch Zählen und Gruppieren gebaut.

Deshalb entscheidet das Event-Design, welche Fragen Sie überhaupt jemals beantworten kkDie durchschnittliche Zahl neuer Nutzer, die jeder bestehende Nutzer über Empfehlungen generiert. Über 1,0 verstärkt sich das Wachstum selbst und wird exponentiell.Vollständige Definition ansehen →önnen. Trägt das Play-Event nicht die Quelle des Plays, wird kein Dashboard, egal wie teuer, Ihnen sagen, ob Empfehlungen die Suche schlagen. Einen Parameter, den Sie nie gesendet haben, können Sie nicht rekonstruieren. Die Konstruktionsmethode für dieses SchemaSchemaEin Schema ist der formale Bauplan, der festlegt, wie Daten in einer Datenbank, einer Datei oder einer Nachricht strukturiert, benannt, typisiert und miteinander verknüpft sind.Vollständige Definition ansehen → gehört in eine spätere Lektion, hier zählt das Verständnis, dass das Event das Atom ist und dass seine Parameter die Grenze Ihrer künftigen Neugier sind.

Teilkonzept 2: Sessions und Users sind Konventionen, keine Fakten

Eine Session existiert nicht in der Natur. Sie ist eine Gruppierungsregel. GA4 öffnet eine mit einem session_start-Event und schließt sie nach 30 Minuten ohne Aktivität, Adobe Analytics wendet ein vergleichbares Visit-Timeout an, konfigurierbar pro Report Suite. Universal Analytics startete eine neue Session, sobald sich die Kampagnenquelle mitten im Besuch änderte, was die Session-Zahlen für alle aufblähte, die mehrere Ads durchklickten. GA4 hat diese Regel fallen gelassen. Gleiches Verhalten, andere Zahl, weil jemand eine Definition geändert hat.

„User“ ist noch unschärfer. Was Sie zählen, ist ein Identifier: ein First-Party-Cookie im Browser, eine App-Instance-ID auf einem Telefon oder eine Login-ID, wenn sich die Person authentifiziert. Eine Person auf einem Laptop, einem Telefon und einem Smart Speaker sind drei Identifier, bis ein Login sie zusammennäht. Ein geteilter Haushaltsaccount ist das Gegenteil: mehrere Personen, zusammengepresst in einen User. Safari begrenzt per JavaScript geschriebene Cookies auf sieben Tage, ein wiederkehrender Besucher kann im zweiten Monat also als brandneuer User auftauchen.

Behandeln Sie eine User-Zahl als Zählung von Identifiern unter einer festgelegten Stitching-Regel. Schreiben Sie die Regel auf. Wenn zwei Tools um 20 % abweichen, liegt es meist daran.

Teilkonzept 3: Dimensionen versus Metriken und Scope

Dimensionen beschreiben, Metriken messen. „Organic Search“ ist ein Dimensionswert, „1.482 Sessions“ ist eine Metrik. Jeder Report ist eine oder mehrere Metriken, aufgebrochen nach einer oder mehreren Dimensionen, weshalb die Kombination zulässig sein muss.

Die Falle ist der Scope. Eine Dimension kann an ein Event hängen (die Seite, auf der ein Klick passiert ist), an eine Session (der Kanal, der den Besuch gestartet hat) oder an einen User (erste Akquisitionsquelle, Land der Registrierung). Metriken haben ebenfalls einen Scope. Fragen Sie die Bounce Rate ab, eine Metrik auf Session-Ebene, aufgebrochen nach einer Dimension auf Event-Ebene, wird das Tool etwas zurückgeben. Es wird Unsinn sein.

Adobe hat diese Unterscheidung lange vor den meisten Tools explizit gemacht, mit Props (Traffic-Variablen, die den Hit beschreiben und nicht persistieren) und eVars (Conversion-Variablen, die für eine festgelegte Ablaufzeit persistieren und sich späteren Success Events zurechnen lassen). Gleicher Wert in beiden, anderes Attributionsverhalten, anderer Report. Dimensionen mit hoher Kardinalität sind die andere Gefahr: Legen Sie eine rohe URL mit Query-Strings in eine Dimension, erzeugen Sie Hunderttausende eindeutiger Werte, die meisten Tools stecken den Tail in „(other)“, und Ihr Report addiert sich unauffällig nicht mehr auf.

Teilkonzept 4: Client-side und Server-side Collection

Jedes Event erreicht Ihre Analytics aus einer von zwei Quellen.

Client-side Collection läuft im Browser des Nutzers oder in Ihrer Mobile App: JavaScript oder ein SDK beobachtet eine Interaktion und schickt einen Request an einen Collection-Endpoint. Sie sieht Dinge, die kein Server je sehen wird: Scrolltiefe, Hovers, Formularabbrüche, Bildschirmgröße, den Referrer, ob das Video tatsächlich abgespielt wurde. Sie ist auch fragil. Adblocker unterdrücken sie, Browser-Privacy-Limits verkürzen ihre Identifier, schwache Mobilverbindungen verlieren Beacons, und jeder kann einen Request an den Endpoint fälschen.

Server-side Collection schickt das Event aus einer Infrastruktur, die Sie kontrollieren, üblicherweise Ihr Application-Backend, nachdem der Fakt bestätigt wurde. Bestellungen, Rückerstattungen, Abo-Verlängerungen, fehlgeschlagene Zahlungen und Betrugsstornos gehören hierher, denn Ihr Server kennt die Wahrheit, und der Browser weiß nur, was man ihm erzählt hat. Adobe (das eine Analytics-Suite verkauft, lesen Sie die Empfehlungen entsprechend) unterstützt beide Wege: ein Browser-SDK für Interaktionsdaten und eine serverseitige Data-Insertion-APIAPIApplication Programming Interface: eine standardisierte Schnittstelle, über die Anwendungen kommunizieren und Daten austauschen, ohne die interne Funktionsweise der jeweils anderen zu kennen.Vollständige Definition ansehen → für Events, die in Ihren Systemen entstehen.

Eine dritte Variante, Server-side Tagging, behält den Browser als Ursprung, leitet aber den ersten Hop an einen Container, den Sie betreiben und der die Daten dann an die Anbieter verteilt. Das stellt etwas Robustheit wieder her und gibt Ihnen einen Checkpoint, an dem Consent- und PII-Regeln durchgesetzt werden können, bevor irgendetwas das Haus verlässt.

Die meisten ernsthaften Stacks fahren beide Seiten und müssen sie dann abgleichen. Entscheiden Sie vorab, welche Seite für welche Zahl mamaEinsatz von Software, um wiederkehrende Marketingaufgaben und Kampagnen zu automatisieren und Personalisierung in großem Maßstab über Kanäle wie E-Mail, Web und Social zu ermöglichen.Vollständige Definition ansehen →ßgeblich ist. Umsatz vom Server. Interaktionsverhalten vom Client. Addieren Sie die beiden nie und nennen es Total.

Fälle aus der Praxis

Spotify Wrapped, seit 2016 jeden Dezember, ist die klarste öffentliche Demonstration dessen, was ein Event-Stream ist. Nichts darin kommt aus einer Umfrage oder einem Dashboard. Es ist ein Jahr einzelner Play-Events, jedes mit einem Track, einem Artist, einem Timestamp und einem Kontext, pro Hörer abgespielt und gezählt. Das Produkt ist nur möglich, weil das Atom so gestaltet wurde, dass es genug Detail trägt.

Adobes eigener Weg zeigt, wie das Objekt unter einer ganzen Branche neu definiert wird. Adobe Analytics war um den Hit gebaut: ein Page View oder ein Custom-Link-Call, beschrieben durch Props und eVars. Das spätere Web SDK sendet stattdessen XDM-formatierte Experience Events, näher am Schema-first-Modell, auf das der Rest des Felds konvergiert ist. Derselbe Anbieter, dieselben Kunden, eine andere Einheit der Aufzeichnung, und jeder historische Vergleich musste darum herum neu aufgebaut werden.

Action Items für den CMO

• Veröffentlichen Sie ein einseitiges Definitionsblatt: was eine Session beendet, was ein Identifier ist, wie eingeloggte und anonyme Aktivität zusammengeführt werden, was „Active User“ in Ihrem Unternehmen bedeutet. Verteilen Sie es an Finance und an Ihre Agenturen. Die meisten Messdiskussionen enden dort.
• Schreiben Sie für jede Ihrer zehn wichtigsten berichteten Zahlen auf, ob sie client-side oder server-side erfasst wird. Kommt der Umsatz aus dem Browser, verlagern Sie ihn.
• Prüfen Sie den Scope der Dimensionen in Ihren Standard-Reports, bevor Sie aufgrund eines Breakdowns handeln. Eine Session-Metrik, aufgebrochen nach einer Event-Dimension, rendert bereitwillig und führt Sie in die Irre.

Häufige Fehler, die Ergebnisse zerstören

• „Users“ als „Menschen“ zu lesen. Es ist eine Zählung von Identifiern unter einer Stitching-Regel, und diese Regel verschiebt sich jedes Mal, wenn ein Browser-Anbieter seine Cookie-Policy ändert.
• Session-Zahlen zweier Tools mit unterschiedlichen Timeout- und Kampagnenregeln zu vergleichen und dann Ihr Team die Lücke erklären zu lassen. Es gibt keine Lücke zu erklären, nur zwei Definitionen.
• Anzunehmen, serverseitige Daten seien neutrale Wahrheit. Sie sind blind für alles, was das Interface getan hat, und tragen nur die Identität, die Sie daran gedacht haben, mitzugeben.
• Rohe URLs, Suchstrings oder IDs ungebucketed in Dimensionen zu lassen und sich dann zu fragen, warum eine große „(other)“-Zeile den Tail jedes Reports verschluckt.