Beiträge in diesem Abschnitt

Weitere anzeigen

Konzeption 4 – Überprüfung der Datenerfassung

Avatar
Team Training
  • Aktualisiert
Folgen

Das Kapitel zeigt, wie man die an Webtrekk übertragenen Daten überprüfen kann und wie man die Integration testen sollte.
Hier gelangen Sie zum PDF-Download dieses Schulungskapitels.

Inhalt:

  1. Onsite-Test
    1.1 Tools
    1.2 Status Codes
    1.3 Parameter-Legende
    1.4 Requests
    1.5 Überprüfung Tag Integration
  2. Testing
    2.1 Crawler
    2.2 Prüfung Requests
    2.3 Basis-Tests in Webtrekk
    2.4 Erweiterte Tests in Webtrekk
  3. Datenvergleich

1. Onsite-Test

Mit Onsite-Tests wird direkt auf der Webseite geprüft, welche Daten an Webtrekk gesendet werden.

1.1 Tools

Die alleinige Prüfung des Quelltextes ist oft nur unzureichend. Es gibt verschiedene Tools, mit denen der Datenverkehr genau untersucht werden kann. Folgende Lösungen werden von Webtrekk empfohlen:

  • Browser-Erweiterungen:
    • Firefox Web-Entwickler-Tools
    • Chrome Entwickler-Tools
    • Webtrekk Tracker
  • Browserunabhängige Software:
    • Fiddler

1.1.1 Firefox Web-Entwickler-Tools

Firefox bietet die Möglichkeit, mit einem internen Tool Tracking-Requests mitzuschneiden.

  • Klicken Sie im Firefox „> Web-Entwickler > Netzwerkanalyse“ oder nutzen Sie die Tastenkombination Strg+Umschalt+E.
  • Rufen Sie dazu die zu untersuchende Website auf und filtern Sie den Datenverkehr auf Ihre Trackdomain.
  • Wählen Sie einen Request. Die übermittelten Parameter werden unter „Parameter“ angezeigt.

Im Support Center finden Sie ein Video, das die Nutzung der Web-Entwickler-Tools vorstellt.

1.1.2 Chrome Entwicklertools

Google Chrome bietet die Möglichkeit, mit einem internen Tool Tracking-Requests mitzuschneiden..

  • Klicken Sie in Google Chrome „F12“ zum öffnen der Entwicklertools und wählen Sie den Reiter „Network“.
  • Rufen Sie dazu die zu untersuchende Website auf und filtern Sie den Datenverkehr auf Ihre Trackdomain.
  • Wählen Sie einen Request. Die übermittelten Parameter werden unter „Headers > Query String Parameters“ angezeigt.

Im Support Center finden Sie ein Video, das die Nutzung der Entwicklertools vorstellt.

1.1.3 Webtrekk Tracker

Das von der Webtrekk Community entwickelte Pixel-Check Plugin steht als Chrome-Erweiterung und als Firefox-Add-On zur Verfügung.

  • Es zeigt direkt die Art des Requests an (inklusive separater Ausweisung von „webtrekk ignore“).
  • Sie finden das Plugin im Chrome Web Store sowie bei den Firefox Add-Ons.
  • Beachten Sie, dass eine eigene Trackdomain in den Optionen eingegeben werden muss.

1.1.4 Fiddler

Fiddler ist eine HTTP-Debugging-Proxy-Server-Anwendung, die ein browserunabhängiges Testing erlaubt.

  • Bei der Untersuchung von https-Verbindungen muss in den Optionen „Decrypt HTTPS traffic“ aktiviert werden.

1.2 Status-Codes

Die Status- bzw. Result-Codes geben Auskunft, ob Daten korrekt übermittelt wurden.

Beispiel-Status:

  • „200“ = erfolgreicher Versand
  • „Cache“ = erfolgreicher Versand
  • „404“ = Datenversand nicht erfolgreich. TrackID oder Trackdomain existieren nicht.
  • „(Aborted)“ = In der Regel erfolgt die Messung.
    • Tritt meist bei Heatmap- oder Aktionsrequests auf.
      Hintergrund: Der Browser baut eine Verbindung zum Server auf, um das angeforderte Bild von dort zu laden. Sobald die Anfrage bis zum Server gekommen ist, wird der Request gemessen. Der Server muss anschließend das Bild zurückschicken, was teilweise durch das Verlassen der Seite nicht mehr möglich ist.

1.3 Parameter-Legende

Eine Vielzahl ein Parametern übermitteln diverse Informationen.

  • Eine Beschreibung aller Parameter erhalten Sie hier.
  • Beispiel: Im Parameter „p“ übermittelte Informationen

1.4 Requests

Webtrekk verarbeitet verschiedene Requests:

  • Seiten-Request
  • Aktions-Request
  • Formular-Request
  • Medien-Request
  • Heatmap-Request

1.4.1 Seiten-Request

Im Seiten-Request werden Informationen zu einem Seitenaufruf übergeben und somit eine Page Impression erzeugt. Mit weiteren Parametern können zusätzliche Informationen übergeben werden.

Folgende Informationen werden im Beispiel erfasst:

1.4.2 Aktions-Request

Im Aktions-Request werden Informationen zu einem Aktionsaufruf (z.B. Klick auf einen Link) übergeben und somit ein Klick gezählt. Mit weiteren Parametern können zusätzliche Informationen übergeben werden.

  • Aktions-Requests sind am Parameter „ct“ (Click-Tracking) zu erkennen.

Folgende Informationen werden im Beispiel erfasst:

  • Die Aktion „themen/bei-tisch-202.htm“.
    Die Aktion wird automatisch der Seite zugeordnet, die zuletzt innerhalb des Visits erfasst wurde; also nicht zwingend der Seite „themen“, die im Request zu sehen ist.

1.4.3 Formular-Request

Im Formular-Request werden Informationen zu einem Formular und den enthaltenen Formularfeldern übergeben und somit ein Formularaufruf erzeugt.

  • Formular-Requests sind am Parameter „fn“ zu erkennen.

Folgende Informationen werden im Beispiel erfasst:

  • Das Formular „manieren_per_mausklick“ mit dem Versandstatus „0“ (nicht versendet).
  • Das Formularfeld „catchword.text“ mit dem Formularfeldwert „empty“

1.4.4 Medien-Request

Im Medien-Request werden Informationen zu einem Medium übergeben und somit eine Medienansicht erzeugt.

  • Medien-Requests sind am Parameter „mi“ zu erkennen.

Folgende Informationen werden im Beispiel erfasst:

  • Das Medium „arbeiten_in_reports“.
  • Das Video ist pausiert bei Sekunde 40 und insgesamt 1159 Sekunden lang.

1.4.5 Heatmap-Request

Im Heatmap-Request werden die Koordinaten eines einzelnen Klicks erfasst.

Die so ermittelten Daten lassen sich in der Heatmap-Darstellung visualisieren (nur verfügbar in Webtrekk Q3).

  • Heatmap-Requests sind am Parameter „hm_ts“ zu erkennen.

Folgende Informationen werden im Beispiel erfasst:

  • Die Koordinaten der Klicks.
    Der Klick wird dabei automatisch der Seite zugeordnet, die zuletzt in Webtrekk erfasst wurde.

Webtrekk benötigt eine Mindestanzahl an Klicks, bevor die Heatmap aggregiert dargestellt werden kann. Sie können alternativ auch die Darstellungsform „detailliert“ im Overlaycenter wählen.

1.5 Überprüfung Tag Integration

Wird Webtrekk Tag Integration geladen?

  • Überprüfung erfolgt anhand der Requests
  • Filterung bei Standardsetup auf „responder.wt-safetag.com“.
    Alternativ auch Tag Integration-ID.
  • Status-Codes
    • 200
      Falls Skript nicht im Cache (z.B. beim ersten Request eines Users oder nach erneutem publizieren eines Containers): Erfolgreich geladen und Container wird ausgeliefert
      Falls Skript im Cache: Account nicht gefunden
    • 204
      Zur aktuellen Domain wurde kein Container gefunden.
    • 304
      Erfolgreich geladen und Container wird ausgeliefert (kommt nur ab dem zweiten Request).

 

2. Testing

In diesem Kapitel erfahren Sie, wie überprüft werden kann, ob die Tracking-Daten richtig in Webtrekk einlaufen. So kann auch kontrolliert werden, ob das Implementierungskonzept korrekt umgesetzt wurde.

 

2.1 Crawler

Ist auf allen Webseiten das Webtrekk Tracking-Pixel integriert?

  • Es empfiehlt sich ein automatisiertes Audit mittels Crawler.
    z.B. Screaming Frog SEO Spider (kostenpflichtig), Tagalyzer

 

2.2 Prüfung Requests

Nutzen Sie eines der im Kapitel 1.1 vorgestellten Tools und überprüfen Sie, ob die entsprechenden Requests beim Aufruf der Seiten bzw. dem Klick auf Links erzeugt werden.

2.3 Basis-Tests in Webtrekk

Die folgenden Test werden direkt in Webtrekk Analytics durchgeführt.

  • In der Regel gibt es ein 60-Minuten-Aktualisierungsintervall des Systems!
    Den genauen Zeitpunkt der letzten Datenaktualisierung finden Sie rechts unter jeder Analyse.

    Bei Nutzung von Live Analytics können Sie die Werte der ausgewählten
    Dimensionen und Kennzahlen wenige Sekunden nach dem Aufruf in Webtrekk sehen.

  • Wenn Sie das Testing in der Liveumgebung durchführen oder mehrere Personen die Testumgebung nutzen, müssen Sie aus allen erfassten Daten Ihren Test herausfiltern. Dazu gibt es unterschiedliche Möglichkeiten.

    Eingrenzung anhand:
    • Endgeräte Besucher-Ids
    • Bestellnummer
    • Kampagne

    • Endgeräte Besucher-IDs: Filterung anhand der erfassten Endgeräte Besucher-ID.
      Sie lässt sich im Parameter „eid“ auslesen (nur bei Nutzung von First-Party Cookies).


      Die Eingrenzung erfolgt also nicht auf einen einzelnen Visit, sondern auf einen Visitor.
      Nutzen Sie ggf. den Kalender, um die Analysen auf die Testsession eines einzelnen Tages einzugrenzen.

      Beispiel:  Filterung auf eine Endgeräte Besucher-ID

    • Bestellnummer: Filterung anhand einer im Test generierten Bestellnummer.
      In der Filterengine kann über den Scope definiert werden, ob die Eingrenzung auf eine einzelne Seite, den gesamten Besuch oder Besucher erfolgt.

      Beispiel:  Filterung anhand einer Bestellnummer

    • Kampagne: Filterung anhand einer im Test verwendeten Kampagne (z.B. Mediacode).
      Die Kampagne muss in Webtrekk eingerichtet werden.
      In der Filterengine kann über den Scope definiert werden, ob die Eingrenzung auf eine einzelne Seite, den gesamten Besuch oder Besucher erfolgt.

      Beispiel:  Filterung auf das Werbemittel „wt_mc=newsletter.test1“

 

Werden Visits und Page Impressions korrekt erfasst?

  • Rufen Sie eine Reihe von Seiten auf und prüfen Sie, ob die Anzahl der aufgerufenen Seiten den Page Impressions entspricht.

  • Analyse:  Besucher > Traffic

    Wenn zwischen zwei Seitenaufrufen mehr als 30 Minuten liegen, ein anderer Browser verwendet wird oder unterschiedliche Logininformationen gesendet werden, wird ein neuer Visits erzeugt.

Werden Seiten korrekt erfasst?

  • Entspricht die Anzahl der aufgerufenen Seiten den Page Impressions?
  • Ist die Benennung wie im Implementierungskonzept definiert?

  • Analyse:  Navigation > Seiten > Seiten

 

Werden Aktionen korrekt erfasst?

  • Klicken Sie Links und prüfen Sie, ob die Anzahl der Klicks den Klicks in Webtrekk entspricht.
  • Ist die Benennung wie im Implementierungskonzept definiert?

  • Analyse:  Navigation > Aktionen


    Aktionen mit dem Namen „webtrekk_ignore“ werden nicht in der Analyse ausgewiesen.

2.4 Erweiterte Tests in Webtrekk

 

Folgende Analysen bieten sich für eine tiefgehende Datenprüfung an:

Einstiegsseiten

Auf welchen Seiten werden Einstiege gemessen?

Fehlerquelle: Sessionbruch
Bei Nutzung von First-Party Cookies führen unterschiedliche Domains zu mehreren Visits und dementsprechend mehreren Einstiegsseiten.

Beachten Sie: Auch nach einem Sessiontimeout (länger als 30 Minuten keine Aktion), wird die Folgeseite als Einstiegsseite gezählt.

Pfad-Analyse

Werden Seiten in der erwarteten Reihenfolge aufgerufen?

Fehlerquellen: fehlende oder mehrfache Messung

Browser-Tests

Funktioniert das Tracking (z.B. Seiten, Aktionen, Bestellungen) in allen Browsern?

Fehlerquelle: Tracking funktioniert in bestimmten Browsern nicht

Aktionen je Seite

Werden Aktionen auf den richtigen Seiten gemessen?

Fehlerquellen:
  Messung der Aktionen erfolgt nicht auf allen Seiten
  Aktionen werden der falschen Seite zugeordnet (Tab-Browsing Feature nicht aktiviert)

Parameter je Dimension

  • Auf welchen Seiten werden Seitenparameter erfasst?
  • Bei welchen Aktionen werden Aktionsparameter erfasst?
  • Für welche Produkte/Bestellungen werden E-Commerce-Parameter erfasst?
  • Für welche Sessions/Visits werden Sessionparameter erfasst?
  • Für welche Werbemittel werden Kampagnenparameter erfasst?

Fehlerquellen: nicht bei allen definierten Objekten werden die Parameter gesetzt

Beispiel: Auf welchen Seiten wird der Seitenparameter "Fehlermeldung" erfasst?

Kategorie je Dimension

  • Welchen Seiten sind Contentgruppen zugeordnet?
  • Welche Produkte sind Produktkategorien zugeordnet?
  • Welche Medien sind Medienkategorien zugeordnet?
  • Welche Customer-IDs sind URM-Kategorien zugeordnet?
  • Welche Werbemittel sind Kampagnenkategorien zugeordnet?
  • Welchen Zeiten sind Zeitkategorie zugeordnet?

Alle nicht einer Kategorie zugeordneten Dimension tauchen unter "-" auf.

Fehlerquellen: keine Zuordnung

Kategorien (z.B. Contentgruppen) werden ausschließlich beim insgesamt ersten Aufruf des Objekts (z.B. Seite) erfasst.

Wenn beim ersten Aufruf die Kategorie in Webtrekk nicht konfiguriert war oder im Pixel nicht übergeben wurde, wird Sie mit "-" (nicht zugeordnet) ausgewiesen.

Um diese Objekte zuzuordnen, können Sie einen Import (Excel, SOAP-Schnittstelle...) durchführen oder eine erneute Kategorisierung (Zurücksetzen-Funktion) aktivieren. Letzteres Feature kann optional durch Ihren betreuenden Consultant aktiviert werden.

Funktion zum erneuten Auslesen von Kategorien ("Webtrekk Q3 > Konfiguration > Kategorien > Import-Export")

3. Datenvergleich

Der Datenvergleich ist ein weiterer wichtiger Baustein, um die Datenvalidität zu prüfen.

Webanalyse wird nie 100 Prozent aller Zugriffe messen. Wichtig für eine sinnvolle Analyse ist eine möglichst gleichbleibende Abweichung.

Gründe für fehlende Daten in Webtrekk:

  • Seite nicht vollständig geladen bzw. abgebrochen, bevor das Pixel versendet wurde.
    Tritt oft bei großen Webseiten bzw. langsamen Internetverbindungen (z.B. mobile Zugriffe) auf
  • IP-Adresse oder Domain in Systemkonfiguration von Messung ausgeschlossen.
  • Trackingblocker aktiviert und keine eigene Trackdomain im Einsatz.
  • User hat sich per Opt-Out von der Messung ausgeschlossen.
  • Zugriff erfolgte ohne aktiviertes JavaScript und es wurde kein NoScript-Bereich integriert.
  • Technische Fehler
    • Kein Pixel integriert, Falsche Trackdomain/TrackID, JS-Datei nicht richtig verlinkt, Funktionsaufruf fehlt …

Die Daten aus Webtrekk können mit internen Daten, Daten aus anderen Webanalyse-Tools oder Daten aus Marketing-Tools verglichen werden.

  • Vergleich mit internen Daten (z.B. DWH/CRM)
    • Anzahl Onlinebestellungen VS. Bestellungen in Webtrekk
    • Newsletterregistrierungen aus Newslettertool VS. Newsletterregistrierungen in Webtrekk
    • erfasste Logins VS. Customer-IDs in Webtrekk

      Tipp: Importieren Sie wichtige Kennzahlen (z.B. Anzahl Onlinebestellungen) auf Tagesbasis um jederzeit einen Einblick in die Datenvalidität zu haben.

  • Vergleich mit anderen Webanalyse-Tools
    Prinzipiell sollten andere Webanalyse-Systeme ähnliche Daten liefern. Abweichungen von bis zu 10 Prozent sind als normal zu betrachten.
    Für den ersten Vergleich sollte in einem begrenzten Zeitraum eine einzelne Seite betrachtet und die Kennzahl Page Impressions verwendet werden.

    Beispiel: Vergleich der Page Impressions der Startseite für die letzten 7 Tage auf Tagesbasis

    Sind die Abweichungen zwischen den Tools je Tag konstant?
    Im nächsten Schritt kann der Vergleich auch auf andere Seiten/Seitenbereiche ausgedehnt werden.
  • Vergleich mit Marketing-Tools
    Zwei Verfahren, die mit unterschiedlicher Technik an unterschiedlichen Stellen messen, kommen i.d.R. nie auf die gleichen Zahlen. Wichtig ist, dass das Verhältnis der Abweichung relativ konstant und absolut in einem "vertretbaren" Rahmen ist.

    Grundsätzlich wird an unterschiedlichen Stellen gemessen: Das Marketing-Tool misst in der Regel den Klick auf das Werbemittel selbst und Webtrekk hingegen, wie viele User die Landingpage komplett gesehen bzw. geladen (bis das Pixel versendet wurde) haben. User, die schnell weiter oder zurück klicken, kann Webtrekk nicht erfassen.

    Wenn das Marketing-Tool schnell aufeinanderfolgende Klicks zusammenfasst, nutzen Sie als Vergleichskennzahl in Webtrekk „Visits“, alternativ „Kampagnenklicks“.

 

 

 

Verwandte Beiträge

Kommentare

0 Kommentare

Zu diesem Beitrag können keine Kommentare hinterlassen werden.