Google Analytics Multi-Device Tracking and Measurement Protocol

von Mitglied des TrueSocialMetrics-Teams ~ 4 min

Heutzutage stehen Marketing und Analytik nach der PC-Ära vor einer neuen Herausforderung. Es ist Multi-Device-Tracking. Kunden verwenden Smartphones, Laptops, Heim-PCs usw. und unsere Analysesoftware zählt sie als unterschiedliche Benutzersitzungen. Aber das sind sie nicht. Und die falschen Daten helfen nicht bei der Beantwortung der Hauptfrage: In welche Kanäle sollten Sie Ihre Zeit und Ihr Geld investieren, um erfolgreich zu sein?

Verfolgen wir Sitzungen mit mehreren Geräten

Zunächst müssen Sie sich für ein GA Universal-Konto anmelden.

Der allgemeine Code sieht folgendermaßen aus:

<Skript>
  (Funktion(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||Funktion(){
  (i[r].q=i[r].q||[]).push(argumente)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');
  ga('erstellen', 'UA-XXXX-Y');
  ga('senden', 'Seitenaufruf');
</script>

Aber GA Universal stellt einen speziellen userId-Parameter in der Konfiguration bereit, um Ihre benutzerdefinierte ID für GA-Cookies anstelle der zufälligen userId einzurichten. Diese bedeutende Änderung hilft uns, Benutzer auf mehreren Geräten zu verfolgen, da wir eine benutzerdefinierte Besucher-ID basierend auf der Kunden-E-Mail oder ID in Ihrer Datenbank verwenden können, um Smartphone-/Laptop-/PC-Sitzungen zu einer geräteübergreifenden Sitzung zusammenzuführen.

Lassen Sie uns also userId-Optionen zu authentifizierten Benutzern hinzufügen und die automatisch generierte Cookie-ID von GA nur für nicht authentifizierte Besucher speichern.

<?if ($isAuthenticatedUser):?>
    ga('erstellen', 'UA-XXXX-Y', {'userId': '<?=$userId?>' });
<?sonst:?>
    ga('erstellen', 'UA-XXXX-Y');
<?endif;?>

$isAuthenticatedUser - wahr, wenn der aktuelle Besucher authentifiziert ist $userId - eindeutige ID des authentifizierten Benutzers aus der Datenbank

Diese kleine Änderung macht einen großen Unterschied: Von nun an werden alle Benutzer, die sich auf Ihrer Website anmelden, über all diese Geräte korrekt getrackt. Aber ich würde Ihnen empfehlen, nicht nur ein neues GA Universal-Konto zu verwenden, sondern auch den Classic GA-Code auf Ihrer Website zu belassen, bis GA Universal genügend Daten gesammelt hat.

Wie es funktioniert ?

Besucher haben vor der Anmeldung ein _ga-Cookie:

Aber nach der Anmeldung

Wie Sie sehen können, wurde das _ga-Cookie nach der Autorisierung des Benutzers geändert, aber es funktioniert ordnungsgemäß und der gesamte Verlauf der Besuchersitzung wird mit der Kundensitzung zusammengeführt. Trotz der Tatsache, dass sich die ID ändert, funktioniert der Sitzungsübergang in GA perfekt, denn in dem Moment, in dem der Benutzer die erste Seite nach der Autorisierung (oder Registrierung) sieht, erhält GA Zugriff auf den Wert der alten Besucher-ID_ga und die neue Einrichtung von userId-Parameter. All dies ermöglicht GA, 2 Benutzersitzungen zusammenzuführen: vor und nach der Anmeldung (Registrierung) in 1 globale Sitzung. Das Ergebnis: Sie werden vom ersten Besuch an einen reibungslosen Sitzungsstart beobachten und alle Geräte des Benutzers durchlaufen.

Wir haben es die letzten 4 Monate getestet und es funktioniert hervorragend!

Aktualisierung vom 17.10.2013

Wenn Sie sich Sorgen darüber machen, dieselbe Benutzer-ID auf verschiedenen Websites zu verwenden, müssen Sie sich keine Sorgen machen. Es gibt kein Problem, da GA den Cookie-Wert + die Domäne als eindeutige interne Kennung verwendet. Das bedeutet, wenn 2 Websites denselben userId-Wert basierend auf der Kunden-E-Mail einrichten, werden die Daten nicht beschädigt, da sie unterschiedliche Domains (und unterschiedliche GA-Profil-IDs) verwenden.

Aktualisierung vom 22.03.2015

Artikel aktualisiert, um den letzten Änderungen in Google Analytics zu folgen: clientId wurde in userId umbenannt.

Messprotokoll

Die nächste große Änderung ist ein Messprotokoll. Mit Hilfe dieser neuen Version können Sie Aktionen intern von Ihrer Anwendung aus verfolgen, ohne einige hässliche Parameter zu URLs hinzufügen zu müssen, um GA über eine erfolgreiche Zahlung oder Registrierung zu informieren.

Der einfache Code sieht so aus:

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://example.com/path/for/soap/url/");
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, array(
    'v' => 1,
    ‚tid‘ => ‚UA-XXXX-Y‘,
    ‘cid’ => $_COOKIE[‘_ga’],
    ‚t‘ => ‚Seitenaufruf‘,
    ‘dp’ => ‘/payment/success’,
));
curl_exec($ch);

Dort: v - Protokollversion, jetzt "1" "tid" - GA-Tracking-ID cid - Client-ID (es kann md5(email) oder md5(id) für auth user sein) t - Treffertyp (Seitenaufruf/Ereignis) dp - Seite für Seitenaufruf

Dieser Code sendet Seitenaufrufe für die Seite „/payment/success“ an GA. Sie können es in Ihrer Anwendung verwenden, um alle Aktionen zu verfolgen. Außerdem gibt es denselben einfachen Code für die Ereignisverfolgung (wenn Sie ihn in A/B-Tests verwenden oder ein Anwendungsereignis auslösen möchten).

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://example.com/path/for/soap/url/");
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, array(
    'v' => 1,
    ‚tid‘ => ‚UA-XXXX-Y‘,
    ‘cid’ => $_COOKIE[‘_ga’],
    ‚t‘ => ‚Ereignis‘,
    ‚ec‘ => ‚Zahlung‘, // Kategorie
    ‚ea‘ => ‚klein‘, // Paket
    ‚el‘ => ‚kleines Paket 1 Jahr Abonnement‘, // Label
    ‘ev’ => ‘324’, // Wert dieser Aktion $324 in meinem Fall
));
curl_exec($ch);

So haben Sie schließlich programmgesteuert generierte Ereignisse in GA.

Quellen (Weitere Beispiele finden Sie unter den folgenden Links): - The Magic of Universal Analytics: Strategy, Tactics, Implementation Tips

• developers.google#user-id
• developers.google#getClientId
• developers.google.com/devguide
• measurecamp-improving-e-commerce tracking with universal analytics
• groups.google.com/google-analytics-measurement-protocol
• linking-events-to-a-specific-user-in-google-universal-analytics