Зшивати користувачів між сесіями зі Stape стало ще простіше

Якщо ви вже деякий час використовуєте серверний трекінг, ви, ймовірно, вже самостійно налаштовували певний варіант зшивання користувачів (я точно робила це кілька разів!). Ви перехоплювали email, коли користувач надсилає форму, і зберігали його десь, наприклад у Data Store. Потім ви підтягували ці дані користувача в кожну наступну подію або використовували їх для крос-девайс трекінгу. Це працює, забирає купу часу, але багато хто з нас знає, що це необхідно для підвищення ефективності рекламних платформ і надання їм корисних даних.

Я Manisha Mistry, технічний лідер у MeasureU, і я робила це налаштування кілька разів та знаю, скільки зусиль вимагає його впровадження й підтримка. Схема завжди однакова: перехопити інформацію, зберегти її за допомогою тегу Stape Store Writer, витягнути її назад за допомогою змінної Stape Store Lookup, а потім повторити це для кожного ідентифікатора та кожної кінцевої платформи.

Минулого місяця Stape випустив паверап Enricher, і це змінило моє уявлення про весь цей робочий процес. Enricher робить те, що ми всі робили вручну: він бере на себе все це зшивання й робить зшивання користувачів напрочуд простим.

У цій статті я розповім, що насправді змінює Enricher, як зіставлення працює під капотом, про шість (так, цілих шість) ідентифікаторів, за якими він намагається знайти збіги, та типові сценарії використання.

Найпростіший спосіб зрозуміти паверап Enricher — порівняти його з тим, що більшість із нас робить зараз.

Окреме налаштування Data Store для зшивання користувачів:

• Ви записуєте дані користувача в Store за допомогою тегу Store Writer.
• Ви шукаєте дані користувача в Store за допомогою змінної Store Lookup.
• Це працює, але налаштування та керування можуть займати багато часу.

Data Store через паверап Enricher:

• Stape витягує ідентифікатори з вхідних запитів, зберігає їх і повторно прикріплює до майбутніх запитів до спрацьовування ваших клієнтів і тегів sGTM.
• Збагачення відбувається на рівні інфраструктури, і ваші теги просто бачать повністю збагачену подію, що надходить на сервер.

Як на мене... це схоже на СПРАВЖНЮ МАГІЮ (але це лише моя думка). Тим не менш, давайте розберемося, як це працює та як виконується зіставлення.

Коли мені потрібно щось добре зрозуміти, я люблю це візуалізувати, тож нижче наведено візуалізацію того, як паверап Enricher збагачуватиме дані для всіх подій після того, як користувач надішле свою інформацію на вебсайті й вона з'явиться в тегу події/даних.

Як показано на схемі, в усіх чотирьох стовпцях, щойно дані з'являються, паверап Enricher перехоплює дані користувача та прикріплює їх до кожної наступної події. Не має значення, чи перебуває користувач у новій сесії або на іншому пристрої. Поки збігається хоча б один із шести ідентифікаторів, завдання Enricher — знайти збіг за користувачем, зафіксувати/оновити його профіль і збагатити будь-які наступні події відсутніми даними користувача.

Стовпець, на який я хочу звернути особливу увагу — це День 9, коли відвідувач повертається на вебсайт з абсолютно нового пристрою та повторно надсилає той самий email. Оскільки Data Store може зіставляти за email, він підтягне повний профіль користувача, доповнить вхідну подію всіма відсутніми даними користувача та оновить збережений профіль будь-якою новою інформацією. 

Це саме та частина, яка дійсно вразила мене в паверапі Enricher. Зазвичай, коли я налаштовую зшивання користувачів, я зіставляю за email або ID, чи за обома. Enricher виводить це на новий рівень, пропонуючи можливість зіставляти вхідні події за будь-яким із цих шести ідентифікаторів:

• email — основний ідентифікатор
• _sbp — cookie застосунку Stape
• FPID — first-party cookie ID
• _ga — GA4 client ID
• _dcid — Stape Data Client ID
• X-Stape-User-Id — ідентифікатор паверапу User ID від Stape

Тут я хочу зупинитися на мить, адже шість перелічених ідентифікаторів — це те, що паверап Enricher використовує для зіставлення користувача з наявним профілем. Водночас те, що Enricher зберігає в цьому профілі, є значно ширшим списком, і саме це робить його таким корисним для подальшого трекінгу на рекламних платформах.

Щойно Enricher знаходить збіг за будь-яким із шести ідентифікаторів, він зберігає у профілі користувача все, що ви передаєте через свої теги подій/даних. Це може включати ім'я, прізвище, номер телефону, місто, країну, регіон/область, поштовий індекс, вулицю, дату народження, стать, а також специфічні для платформ click ID для Meta (_fbp, _fbc), Google Ads (gclaw, fpgclaw), TikTok (ttp, ttclid), LinkedIn (liFatId), Pinterest (epik) та Snap (scclid, scid).

Потім, коли надходить майбутня подія і збігається за будь-яким із шести ідентифікаторів, Enricher перевіряє, чого бракує в події, та підставляє відсутні дані користувача зі збереженого профілю до спрацьовування ваших тегів sGTM. Це допомагає гарантувати, що ваші теги Meta CAPI, конверсій Google Ads та TikTok Events API отримають click ID і хешовані дані користувача навіть для подій, які надійшли на сервер майже без даних користувача. 

Перш ніж написати цю статтю, я хотіла зрозуміти, як зіставлення за цими шістьма ідентифікаторами насправді працює під капотом. Тому я зв'язалася з Dan Murovtsev, Product Manager у Stape. За його словами, Enricher використовує детермінований підхід до зіставлення.

Це означає, що паверап Enricher не робить здогадок і не використовує частковий збіг («містить»), а здійснює точний збіг у конкретному ієрархічному порядку, щоб зіставити користувача на сайті з наявними даними користувача. 

Порядок такий:

1. 1.
   email
2. 2.
   _sbp (cookie застосунку Stape)
3. 3.
   FPID
4. 4.
   _ga (GA4 client ID)
5. 5.
   _dcid (Stape Data Client ID)
6. 6.
   X-Stape-User-Id

Enricher перевіряє кожен ідентифікатор у наведеному вище порядку для кожної вхідної події. Перший ідентифікатор із точним збігом перемагає, а збережений профіль користувача використовується для заповнення будь-яких відсутніх даних користувача у вхідній події до спрацьовування ваших тегів sGTM. 

Крім того, паверап Enricher розроблений так, щоб підтримувати дані в актуальному стані. Це означає, що коли з'являється нове значення будь-яких даних користувача, як-от новий _ga, FPID або email, Enricher розглядає його як єдине джерело правди та оновлює збережений профіль користувача. Тобто найновіше значення замінює те, що було збережено раніше. Я особисто перевірила це, видаливши cookie _ga для користувача, у якого вже був створений профіль за допомогою паверапу Enricher, і щойно надійшов новий _ga, збережений профіль оновився до нового значення.

Паверап Enricher пропонує два варіанти зберігання, і важливо розуміти кожен із них, щоб прийняти правильне рішення для вашого клієнта.

Що змінюється: паверап Enricher записує cookie _sbpee на пристрій відвідувача під час фіксації ідентифікаторів і повторно зчитує цей cookie для кожної події.

Що не змінюється: витрати на сервер залишаються незмінними, оскільки cookie зберігається на пристрої відвідувача, а не на інфраструктурі Stape.

Компроміс: як і будь-який cookie, cookie, створений паверапом Enricher, прив'язаний до пристрою, тому для відвідувача на телефоні та ноутбуку це будуть два окремі cookies _sbpee. Крім того, cookies можуть бути видалені, і ви не отримаєте переваг крос-девайс або офлайн-трекінгу.

Що змінюється: паверап Enricher записує отримані ідентифікатори в Data Store на інфраструктурі Stape та зіставляє вхідні події з повним Store під час кожного запиту.

Що не змінюється: жодні аспекти вашого поточного налаштування Store не змінюються. Паверап Enricher просто читає та записує в той самий Store, до якого ви завжди мали доступ.

Компроміс: як завжди, використання Data Store враховується у вартість підписки, тому це потягне за собою додаткові витрати. Проте за цю вартість ви отримуєте зіставлення між пристроями, сесіями та в офлайні, яке не залежить від збереження cookies відвідувача, а також можливість завантажувати офлайн-дані через імпорт CSV у Profiles.

Після обговорення цього питання з Dan рекомендація від Stape та від мене однозначна: використовуйте обидва варіанти, якщо це дозволяють ваш тарифний план і бюджет. Cookie забезпечує функціональність, а Store слугує резервним варіантом і надає можливість зіставлення між пристроями та в офлайні.

Тепер, коли ми розуміємо, як Enricher працює під капотом, розгляньмо юзкейси, де power-up Enricher принесе найбільшу користь для більшості з нас. Важливо розуміти, що це не якісь нові ідеї — багато хто з нас уже вирішував ці самі завдання за допомогою Data Store.

Багато хто з нас був на тих дзвінках із клієнтом, де темою розмови було попередження на платформі Meta або Google Ads про низький показник EMQ. Це завжди неприємна розмова, і зазвичай таке трапляється, коли подія надходить у ваш sGTM-контейнер без таких ідентифікаторів, як email або номер телефону.

Саме тут Enricher стане в пригоді: коли надходить подія, power-up Enricher може перевірити, чи збережено дані цього користувача за одним із шести ідентифікаторів. Якщо так, він заповнить відсутні дані користувача, такі як хешовані ім'я, прізвище та номер телефону, у події перед тим, як вона піде далі до Meta CAPI, Google Ads та інших платформ. Це, своєю чергою, покращує дані, які надсилаються на рекламні платформи, і допомагає підвищити якість співпадіння.

Це саме той юзкейс, який захоплює багатьох із нас, особливо коли йдеться про клієнтів із подіями вебхуків або завантаженням офлайн-конверсій. Без power-up Enricher, коли вебхук із CRM, завантаження офлайн-конверсій або будь-яка інша подія з-поза меж браузера надходить на сервер, ми зазвичай маємо лише такі дані користувача, як email, номер телефону й, можливо, ім'я, але не маємо жодних ідентифікаторів cookies, які пов'язують цього користувача з його поведінкою на вебсайті.

З увімкненим power-up Enricher, щойно офлайн-подія потрапляє на сервер, він спробує знайти відповідність для користувача за email. Якщо відповідність знайдено, він доповнить відсутні дані користувача зі збереженого профілю, такі як _ga, FPID, _sbp, click ID платформ тощо. Це означає, що тепер ваш тег Meta CAPI для офлайн-події може містити ті самі ідентифікатори, що й ваші онлайн-події Meta, що підвищить ваш показник EMQ. 

Це також працює і у зворотному напрямку через вкладку Profiles у power-up Enricher, де Stape дозволяє завантажити експорт даних користувачів. Після завантаження Enricher може зіставити дані користувачів, надіслані онлайн, із завантаженими профілями, використовуючи email як критерій відповідності.  

Я постійно так роблю, тому для мене всі способи відстеження відвідувачів вебсайту є надзвичайно цікавими!

Я починаю в Safari на телефоні, через кілька годин переходжу на ноутбук і додаю товар у кошик, але стривайте, це ще не все. Згодом я знову беру телефон і завершую покупку. Серйозно, навряд чи я єдиний, хто робить це знову й знову. Але ось у чому річ: як фахівець із трекінгу я знаю, що без об'єднання користувачів ваш трекінг порушений або неповний, оскільки ви не можете зв'язати мої дії на всіх цих пристроях і сесіях.

Саме тут Enricher розкриває себе на повну. 

Доки я використовую один і той самий ідентифікатор, наприклад email, на всіх пристроях/сесіях, інструмент може знайти мою відповідність у Data Store, і кожна подія після цього моменту міститиме збагачені дані користувача. Це стосуватиметься й подій, які ми надсилаємо до Meta та Google Ads, що допоможе покращити наш EMQ.

Тепер, коли ми розуміємо, як працює Enricher і з якими юзкейсами він може допомогти, перейдімо до налаштування. Маю сказати, що це ще один аспект, який мене приємно вразив своєю простотою. Потрібно зробити лише кілька кроків, і якщо у вас є дані в тегу даних/подій, ви готові до роботи.

Протестувавши power-up Enricher на власному налаштуванні та поспілкувавшись із колегами у сфері вебаналітики, можу сказати, що ми всі в однаковому захваті. Stape справді створив ще одну функцію, яка заощадить нам купу часу та допоможе покращити сигнали й дані, які ми надсилаємо на наші рекламні платформи.

Якщо ви використовували Data Store і об'єднували користувачів між сесіями/пристроями старим способом, моя рекомендація — увімкнути power-up Enricher уже сьогодні. Протестуйте його та подивіться, як він працює у вашому налаштуванні, навіть якщо для початку ви оберете лише варіант із cookies. Згодом, коли ви разом із клієнтом побачите перші успіхи, підключіть Data Store, щоб повноцінно об'єднувати користувачів на різних пристроях.

Тож чого ви чекаєте? Увімкніть цей power-up і прокачайте свій трекінг.