Protokół śledzenia i pomiaru wielu urządzeń Google Analytics

przez Członek zespołu TrueSocialMetrics ~ 4 min

W dzisiejszych czasach marketing i analityka stoją przed nowym wyzwaniem po erze PC. To śledzenie na wielu urządzeniach. Klienci używają smartfonów, laptopów, komputerów domowych itp., a nasze oprogramowanie analityczne liczy je jako różne sesje użytkownika. Ale nie są. A błędne dane nie pomagają odpowiedzieć na główne pytanie: w jakie kanały inwestować swój czas i pieniądze, aby odnieść sukces?

Śledźmy sesje na wielu urządzeniach

Najpierw musisz zarejestrować konto GA Universal.

Ogólny kod wygląda następująco:

<skrypt>
  (funkcja(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||funkcja(){
  (i[r].q=i[r].q||[]).push(argumenty)},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('utwórz', 'UA-XXXX-Y');
  ga('wyślij', 'odsłona');
</script>

Ale GA Universal zapewnia specjalny parametr userId w konfiguracji, aby ustawić niestandardowy identyfikator dla plików cookie GA zamiast losowego identyfikatora użytkownika. Ta znacząca zmiana pomaga nam śledzić użytkowników na wielu urządzeniach, ponieważ możemy użyć niestandardowego identyfikatora gościa opartego na adresie e-mail klienta lub identyfikatorze w Twojej bazie danych, aby połączyć sesje smartfona/laptopa/komputera w jedną sesję na różnych urządzeniach.

Dodajmy więc opcje userId do użytkowników uwierzytelniających i zapiszmy identyfikator pliku cookie generowany automatycznie przez GA tylko dla użytkowników nieuwierzytelniających.

<?if ($isAuthenticatedUser):?>
    ga('create', 'UA-XXXX-Y', {'userId': '<?=$userId?>' });
<?inaczej:?>
    ga('utwórz', 'UA-XXXX-Y');
<?endif;?>

$isAuthenticatedUser - true, jeśli bieżący gość jest uwierzytelniony $userId - unikalny identyfikator uwierzytelnionego użytkownika z bazy danych

Ta niewielka zmiana robi znaczącą różnicę: od teraz wszyscy użytkownicy, którzy logują się w Twojej witrynie, będą prawidłowo śledzeni na wszystkich tych urządzeniach. Ale oprócz korzystania z nowego konta GA Universal zalecam również przechowywanie kodu Classic GA na swojej stronie internetowej, dopóki GA Universal nie zbierze wystarczającej ilości danych.

Jak to działa ?

Przed zalogowaniem odwiedzający mają plik cookie _ga:

Ale po zalogowaniu

Jak widać, plik cookie _ga został zmieniony po autoryzacji użytkowników, ale działa poprawnie i cała historia z sesji odwiedzającego zostanie scalona z sesją klienta. Tak więc, pomimo faktu zmiany ID, przejście sesji w GA działa doskonale, ponieważ w momencie, gdy użytkownik zobaczy pierwszą stronę po autoryzacji (lub rejestracji) - GA uzyskuje dostęp do starszej wartości odwiedzającego id_ga i nowej konfiguracji przez parametr identyfikatora użytkownika. Wszystko to pozwala GA połączyć 2 sesje użytkownika: przed i po zalogowaniu (rejestracji) w 1 sesję globalną. Rezultat: zaobserwujesz płynne uruchamianie sesji od pierwszej wizyty i przepływanie przez wszystkie urządzenia użytkownika.

Testowaliśmy to przez ostatnie 4 miesiące i działa wyśmienicie!

Aktualizacja z 17.10.2013

Jeśli martwisz się używaniem tego samego identyfikatora użytkownika w różnych witrynach, nie martw się. Nie ma problemu, ponieważ GA używa wartości pliku cookie + domeny jako unikalnego identyfikatora wewnętrznego. Oznacza to, że jeśli 2 strony internetowe ustawią tę samą wartość userId na podstawie adresu e-mail klienta, dane nie zostaną uszkodzone, ponieważ używają różnych domen (i różnych identyfikatorów profili GA).

Aktualizacja z 22.03.2015

Zaktualizowano artykuł, aby uwzględnić ostatnie zmiany w Google Analytics: clientId został przemianowany na userId.

Protokół pomiaru

Następna duża zmiana to protokół pomiaru. Z pomocą tej nowej wersji możesz śledzić działania wewnętrznie z aplikacji bez konieczności dodawania brzydkich paramentów do adresów URL, aby poinformować GA o udanej płatności lub rejestracji.

Prosty kod wygląda następująco:

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://example.com/ścieżka/for/soap/url/");
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, tablica(
    ‘v’ => 1,
    ‘tid’ => ‘UA-XXXX-Y’,
    ‘cid’ => $_COOKIE[‘_ga’],
    „t” => „odsłona”,
    ‘dp’ => ‘/płatność/sukces’,
));
curl_exec($ch);

Tam: v - wersja protokołu, teraz "1" tid — identyfikator śledzenia GA cid - identyfikator klienta (może to być md5(email) lub md5(id) dla uwierzytelnionego użytkownika) t - typ trafienia (odsłona/zdarzenie) dp - strona dla wyświetlenia strony

Ten kod wyśle wyświetlenia strony do GA dla strony „/płatność/success”. Możesz go użyć w swojej aplikacji do śledzenia dowolnych działań. Istnieje również ten sam prosty kod do śledzenia zdarzeń (jeśli chcesz go użyć w testach a/b lub uruchomić jakieś zdarzenie aplikacji).

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://example.com/ścieżka/for/soap/url/");
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, tablica(
    ‘v’ => 1,
    ‘tid’ => ‘UA-XXXX-Y’,
    ‘cid’ => $_COOKIE[‘_ga’],
    ‘t’ => ‘zdarzenie’,
    ‘ec’ => ‘płatność’, // kategoria
    ‘ea’ => ‘mała’, // paczka
    ‘el’ => ‘mała subskrypcja na 1 rok’, // etykieta
    ‘ev’ => ‘324’, // wartość tej akcji w moim przypadku 324 $
));
curl_exec($ch);

W końcu będziesz mieć programowo generowane zdarzenia w GA.

Źródła (więcej próbek znajdziesz pod poniższymi linkami): - 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