"Кукіпокаліпсис вже близько", кажуть нам вже декілька місяців на просторах інтернету. Те, що він близько і несе реальні зміни в житті веб-аналітиків - правда. А те, що це щось страшне - не дуже)

В чатику з курсу PRO ANALYTICS один студент поділився цікавим відео з порадами як підготуватися до обмеження third-party cookie. Тому відібрав декілька найкорисніших порад:

✅ Створити єдину та гарно продуману стратегію індентифікації юзерів на сайтах. Тобто варто подумати над створенням унікального ID, який можна використовувати в усіх системах.

✅ Кукі першої сторони стають найважливішими, бо ну, по суті, вони тепер - найцінніше джерело даних про юзерів. Тому створення кукі FPID (First Party Device ID) забезпечить подовження їх життя.

Зверніть увагу, що треба створити її саме зі свого сервера. До речі, це я вчу робити в рамках курсу Server-side GTM Basics, який можна пройти у своєму темпі в будь-який момент.

На курсі можна опанувати дуже корисний інструмент SS GTM, який вже скоро стане одним із базових вмінь для кожного вебаналітика 💡

✅ Перевірте роботу політики конфіденційності свого сайту за всіма існуючими законами. Нещодавній Consent Mode v2 - теж штука, яку варто впровадити, якщо ви цього ще не зробили, поки не почались блокування.

✅ Адаптуватися до роботи з неповними даними. Так, це те, до чого ми намагаємось звикнути все життя. Тож що робити? Все просто - мати інші джерела даних, які заповнять ці пробіли. Наприклад, ті ж самі CRM.

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

✅ Відмовитись від вже застарілого ETL (еxtract, transform, load) способу передачі даних в певне сховище, і перейти до більш зручного та швидкого ELT.

Це лише декілька порад, якщо цікаво дізнатися всі інші, то залишаю лінк на повне відео 👉https://business.adobe.com/summit/2024/sessions/data-doomsday-a-checklist-to-survive-the-next-gene-vs115.html