da Membro del team TrueSocialMetrics ~ 5 min
Al giorno d'oggi, il marketing e l'analisi stanno affrontando una nuova sfida dopo l'era dei PC. È il monitoraggio multi-dispositivo. I clienti utilizzano smartphone, laptop, PC domestici, ecc. e il nostro software di analisi li conta come diverse sessioni utente. Ma non lo sono. E i dati sbagliati non aiutano a rispondere alla domanda principale: in quali canali investire tempo e denaro per avere successo?
Innanzitutto, devi registrarti per un account GA Universal.
Il codice generale è simile a:
<copione>
(funzione(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||funzione(){
(i[r].q=i[r].q||[]).push(arguments)},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('crea', 'UA-XXXX-Y');
ga('invia', 'visualizzazione pagina');
</script>
Ma GA Universal fornisce uno speciale parametro userId nella configurazione per impostare il tuo ID personalizzato per i cookie GA invece dell'ID utente casuale. Questo cambiamento significativo ci aiuta a tenere traccia degli utenti su più dispositivi, perché possiamo utilizzare l'ID visitatore personalizzato basato sull'e-mail del cliente o l'ID nel database per unire le sessioni smartphone/laptop/pc in un'unica sessione cross-device.
Quindi aggiungiamo le opzioni userId agli utenti auth e salviamo l'ID cookie generato automaticamente da GA solo per i visitatori non auth.
<?if ($isAuthenticatedUser):?>
ga('create', 'UA-XXXX-Y', {'userId': '<?=$userId?>' });
<?altro:?>
ga('crea', 'UA-XXXX-Y');
<?endif;?>
$isAuthenticatedUser
- true, se il visitatore corrente è autenticato
$userId
- ID univoco dell'utente autenticato dal database
Questa piccola modifica fa una differenza significativa: d'ora in poi tutti gli utenti che accedono al tuo sito Web verranno tracciati correttamente attraverso tutti quei dispositivi. Tuttavia, oltre a utilizzare un nuovo account GA Universal, ti consiglio di conservare anche il codice GA classico sul tuo sito Web fino a quando GA Universal non raccoglie dati sufficienti.
Prima dell'accesso i visitatori hanno un cookie _ga:
Come puoi vedere, il cookie _ga è stato modificato dopo l'autorizzazione degli utenti, ma funziona correttamente e tutta la cronologia della sessione del visitatore verrà unita alla sessione del cliente. Quindi, nonostante la modifica dell'ID, la transizione di sessione in GA funziona perfettamente, perché nel momento in cui l'utente vede la prima pagina dopo l'autorizzazione (o la registrazione), GA ottiene l'accesso al valore id_ga del visitatore precedente e alla nuova configurazione tramite parametro ID utente. Tutti questi consentono a GA di unire 2 sessioni utente: prima e dopo l'accesso (registrazione) in 1 sessione globale. Il risultato: osserverai l'avvio regolare della sessione dalla prima visita e il flusso attraverso tutti i dispositivi dell'utente.
L'abbiamo testato negli ultimi 4 mesi e funziona alla grande!
Se sei preoccupato di utilizzare lo stesso ID utente su siti Web diversi, non esserlo. Non ci sono problemi perché GA utilizza il valore del cookie + il dominio come identificatore interno univoco. Significa che se 2 siti Web impostano lo stesso valore userId in base all'e-mail del cliente, i dati non verranno danneggiati, poiché utilizzano domini diversi (e ID profilo GA diverso).
Articolo aggiornato per seguire le ultime modifiche in Google Analytics: clientId è stato rinominato in userId.
Il prossimo grande cambiamento è un protocollo di misurazione. Con l'aiuto di questa nuova versione puoi tenere traccia delle azioni internamente dalla tua applicazione senza dover aggiungere alcuni brutti parametri agli URL per informare GA di un pagamento o di una registrazione riusciti.
Il semplice codice è simile a questo:
$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' => 'visualizzazione di pagina',
'dp' => '/pagamento/successo',
));
curl_exec($ch);
Là:
v
- versione del protocollo, ora "1"
tid
- ID monitoraggio GA
cid
- ID client (può essere md5(email) o md5(id) per l'utente auth)
t
- tipo di hit (visualizzazione di pagina/evento)
dp
- pagina per visualizzazione di pagina
Questo codice invierà visualizzazioni di pagina a GA per la pagina "/payment/success". Puoi usarlo nella tua applicazione per tenere traccia di qualsiasi azione. Inoltre c'è lo stesso semplice codice per il tracciamento degli eventi (se vuoi usarlo nei test a/b o attivare qualche evento dell'applicazione).
$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' => 'evento',
'ec' => 'pagamento', // categoria
'ea' => 'piccolo', // package
'el' => 'piccolo pacchetto 1 anno di abbonamento', // label
'ev' => '324', // valore di questa azione $ 324 nel mio caso
));
curl_exec($ch);
Quindi, finalmente, avrai eventi generati a livello di codice in GA.
Fonti (Puoi trovare altri esempi sotto i link sottostanti): - The Magic of Universal Analytics: Strategy, Tactics, Implementation Tips