Dokumentation

Was ohne eine Zeile Code erfasst wird

• Seitenaufrufe: bei jedem Laden einer Seite. Außerdem immer dann, wenn die Website die Adresse in der Browserzeile wechselt, ohne eine neue Seite zu laden – so wechseln die meisten modernen Websites zwischen ihren Ansichten, man nennt das eine Single-Page-App. Der Tracker beobachtet die drei Browser-Ereignisse, die das tun (pushState, replaceState und popstate). Mit jedem Seitenaufruf werden erfasst: die Adresse und die Seite, von der der Besucher kam.
• Klicks: auf den Dingen, die man anklicken kann – Links, Buttons, Absenden-Buttons, Elemente mit einer ARIA-Rolle wie [role=menuitem] und alles, was Sie mit einem data-track-Attribut markiert haben. Trifft jemand das Symbol in einem Button, schaut der Tracker bis zu drei Ebenen nach außen, um den Button selbst zu finden. So benennt der Datensatz das Bedienelement und nicht das Symbol.
• Formularübermittlungen: wenn ein <form> abgeschickt wird. Der Tracker liest niemals, was jemand in ein Formular eintippt. Erfasst wird, dass das Formular abgeschickt wurde, um welches Formular es sich handelt und welche data-track-Attribute daran hängen.

Die Zahlen oben

Fünf Summen – alles zusammen, Seitenaufrufe, Klicks, abgeschickte Formulare und Ihre eigenen benutzerdefinierten Events –, jede mit ihrer Veränderung gegenüber dem unmittelbar davorliegenden Zeitraum. Das Diagramm darunter zerlegt dieselbe Summe Tag für Tag nach Typ; dort fällt auf, wenn eine Art von Event wegbricht, während der Rest gleich bleibt. Beides richtet sich nach dem Zeitraum oben auf der Events-Seite.

Die Liste der einzelnen Events

Eine Zeile pro erfasstem Event, das neueste zuerst, seitenweise durchblätterbar. Sie beginnen mit Zeitpunkt, Typ, Seite und Feature-Name; über die Schaltfläche „Spalten“ kommen weitere hinzu: URL-Parameter, die Sprungmarke (das <code>#kapitel</code> am Ende einer Adresse), Element, sichtbarer Text, Referrer (die Seite, von der der Besucher kam), der data-track-Name und die Attribute, die Sie selbst angehängt haben. Über das Menü einer Zeile sehen Sie den vollständigen Datensatz dieses einen Events – der schnellste Weg, um zu prüfen, ob ein neues Tracking-Attribut so ankommt, wie Sie es gemeint haben.

Die Liste eingrenzen

Der Zeitraum bestimmt, welche Tage Sie sehen. Die Schaltfläche „Filter“ öffnet einen Bereich, in dem Sie einen Event-Typ wählen – Seitenaufruf, Klick, Formularübermittlung oder benutzerdefiniert – und Bedingungen an das Erfasste stellen: Seitenpfad, Website-Adresse, Sprungmarke, ein einzelner URL-Parameter, das Element-Tag oder die Attribute, die Sie selbst angehängt haben. Filter greifen erst, wenn Sie sie bestätigen. So stellen Sie mehrere auf einmal ein, ohne dass die Tabelle zwischendurch neu lädt.

Was zu jedem Event gespeichert wird

Jedes Event hält fest, was im Moment des Geschehens galt. Die Adresse wird in vier Teile zerlegt und getrennt gespeichert: die Website, der Pfad, die URL-Parameter und die Sprungmarke – das #kapitel am Ende. Dazu kommen: das Tag des Elements, ein CSS-Selektor, der darauf zeigt, und eine allgemeinere Fassung desselben Selektors, der sichtbare Text des Elements, bei Seitenaufrufen die Herkunft und alle data-track- oder data-track-*-Attribute, die Sie daran angebracht haben. Ein CSS-Selektor ist die Adresse des Elements innerhalb der Seite, geschrieben so, wie ein Stylesheet Dinge heraussucht. Eine Seite besteht nur aus Website und Pfad: /search ist eine Seite, egal wonach gesucht wurde. Passwortfelder, versteckte Felder und Kreditkarteneingaben werden überhaupt nicht erfasst, und URL-Parameter, die erfahrungsgemäß persönliche Daten enthalten, werden entfernt, bevor irgendetwas gesendet wird.