член команди TrueSocialMetrics ~ 4 хв
Сьогодні після ери ПК маркетинг і аналітика стикаються з новим викликом. Це відстеження кількох пристроїв. Клієнти використовують смартфони, ноутбуки, домашні комп’ютери тощо, і наша аналітична програма враховує їх як різні сеанси користувачів. Але це не так. І неправильні дані не допомагають відповісти на головне питання: у які канали варто інвестувати час і гроші, щоб досягти успіху?
По-перше, ви повинні зареєструвати обліковий запис GA Universal.
Загальний код виглядає так:
<сценарій>
(функція(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||функція(){
(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('create', 'UA-XXXX-Y');
ga('send', 'pageview');
</script>
Але GA Universal надає спеціальний параметр userId у конфігурації, щоб налаштувати ваш власний ідентифікатор для файлів cookie GA замість випадкового userId. Ця значна зміна допомагає нам відстежувати користувачів на кількох пристроях, оскільки ми можемо використовувати спеціальний ідентифікатор відвідувача на основі електронної адреси клієнта чи ідентифікатора у вашій базі даних, щоб об’єднати сеанси смартфонів/ноутбуків/комп’ютерів в один сеанс на різних пристроях.
Отже, давайте додамо параметри userId для автентифікації користувачів і збережемо автоматично згенерований ідентифікатор cookie GA лише для відвідувачів без авторизації.
<?if ($isAuthenticatedUser):?>
ga('create', 'UA-XXXX-Y', {'userId': '<?=$userId?>' });
<?else:?>
ga('create', 'UA-XXXX-Y');
<?endif;?>
$isAuthenticatedUser
- правда, якщо поточний відвідувач автентифікований
$userId
- унікальний ідентифікатор автентифікованого користувача з бази даних
Ця невелика зміна має суттєве значення: відтепер усі користувачі, які входять на ваш веб-сайт, відстежуватимуть належним чином через усі ці пристрої. Але окрім використання нового облікового запису GA Universal, я б рекомендував вам також зберегти класичний код GA на своєму веб-сайті, доки GA Universal не збере достатньо даних.
Перед входом відвідувачі мають файл cookie _ga:
Як бачите, файл cookie _ga було змінено після авторизації користувачів, але він працює належним чином, і вся історія сеансу відвідувача буде об’єднана в сеанс клієнта. Таким чином, незважаючи на зміну ідентифікатора, перехід сесії в GA працює ідеально, тому що в момент, коли користувач бачить першу сторінку після авторизації (або реєстрації), GA отримує доступ до застарілого значення ID відвідувача_ga і нових налаштувань за параметр userId. Усі вони дозволяють GA об’єднати 2 сеанси користувача: до та після входу (реєстрації) в 1 глобальний сеанс. Результат: ви спостерігатимете плавний запуск сеансу з першого відвідування та проходження через усі пристрої користувача.
Ми тестували його протягом останніх 4 місяців, і він працює чудово!
Якщо вас турбує використання того самого UserId на різних веб-сайтах, не турбуйтеся. Проблеми немає, оскільки GA використовує значення cookie + домен як унікальний внутрішній ідентифікатор. Це означає, що якщо 2 веб-сайти встановлюють однакове значення userId на основі електронної адреси клієнта, дані не будуть пошкоджені, оскільки вони використовують різні домени (та різні ідентифікатори профілю GA).
Оновлено статтю відповідно до останніх змін у Google Analytics: clientId було перейменовано на userId.
Наступною великою зміною є протокол вимірювання. За допомогою цієї нової версії ви можете відстежувати внутрішні дії вашої програми без необхідності додавати якісь потворні параметри до URL-адрес, щоб повідомити GA про успішний платіж або реєстрацію.
Простий код виглядає так:
$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, масив(
‘v’ => 1,
‘tid’ => ‘UA-XXXX-Y’,
‘cid’ => $_COOKIE[‘_ga’],
‘t’ => ‘перегляд сторінки’,
‘dp’ => ‘/payment/success’,
));
curl_exec($ch);
там:
v
- версія протоколу, тепер "1"
tid
- ідентифікатор відстеження GA
cid
- ідентифікатор клієнта (це може бути md5(email) або md5(id) для авторизованого користувача)
t
- тип звернення (перегляд сторінки/подія)
dp
- сторінка для перегляду сторінки
Цей код надсилатиме перегляди сторінки в GA для сторінки “/payment/success”. Ви можете використовувати його у своїй програмі для відстеження будь-яких дій. Також є той самий простий код для відстеження подій (якщо ви хочете використовувати його в а/б-тестуванні або запускати якусь подію програми).
$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, масив(
‘v’ => 1,
‘tid’ => ‘UA-XXXX-Y’,
‘cid’ => $_COOKIE[‘_ga’],
‘t’ => ‘подія’,
‘ec’ => ‘оплата’, // категорія
‘ea’ => ‘small’, // пакет
‘el’ => ‘невеликий пакет на 1 рік підписки’, // мітка
‘ev’ => ‘324’, // значення цієї дії $324 у моєму випадку
));
curl_exec($ch);
Отже, нарешті ви матимете програмно згенеровані події в GA.
Джерела (ви можете знайти більше зразків за посиланнями нижче): - The Magic of Universal Analytics: Strategy, Tactics, Implementation Tips