Чому сторонні файли cookie зникають
Сторонні файли cookie — це невеликі файли, які створює домен, відмінний від того, яким користується відвідувач. Якщо коротко, це і є відповідь на запитання "що таке сторонні cookie". Сторінка може завантажити трекер іншої компанії, і цей трекер зможе читати той самий cookie на багатьох сайтах. Це спрощувало вимірювання між сайтами. Але водночас ускладнило ігнорування скарг щодо приватності.
Браузери почали обмежувати цю модель. Safari та Firefox ще кілька років тому заблокували багато сторонніх файлів cookie, а Chrome планував зміни. Точні дати вже не раз зсувалися. І можуть зсунутися знову.
Для вимірювання роботи сайту наслідки прямі. У звіті, який раніше показував чистий шлях від кліку по рекламі до реєстрації, тепер бракує частини сліду. Одна людина може зайти у вівторок, повернутися в п’ятницю й виглядати як два не пов’язані між собою візити. Це не дрібна похибка в обліку.
Рекламні технології довго просували cookie-модель. Регулятори чинили опір. Користувачі теж — переважно встановлюючи блокувальники або обираючи браузери зі суворішими налаштуваннями за замовчуванням. У результаті простір для відстеження через сторонні cookie звузився, а для методів, які ближчі до самого сайту, — розширився.
Що означає “аналітика вебсайту без сторонніх файлів cookie”
Аналітика вебсайту без сторонніх файлів cookie означає вимірювання відвідувань, дій і тенденцій без опори на cookie, які встановлюють зовнішні домени. Простими словами, сайт і далі може рахувати перегляди сторінок, заповнення форм і покупки, але не покладається для цього на кроссайтовий ідентифікатор.
Легка cookie-аналітика — це м’якша версія тієї самої ідеї. Сайт може використовувати власний cookie першої сторони, токен сесії або запис у серверному журналі, щоб розпізнавати активність на своїх сторінках. Це не те саме, що відстежувати ту саму людину на різних несуміжних сайтах. Інша проблема. Інша межа.
Ця різниця важлива. Вимірювання загальної ефективності сайту — це не те саме, що ідентифікація конкретної людини. Панель може показати, що 240 користувачів учора дійшли до сторінки оформлення замовлення, не називаючи їх. Вона також може показати, що 18 із них покинули кошик на кроці 2. Це корисно й без втручання в приватність.
Деякі команди й досі чують “аналітика” і думають “стеження”. Це не одне й те саме. Контент-команді часто потрібна лише одна цифра: яка стаття набрала 1 200 переглядів минулого тижня. Продуктовій команді може знадобитися підрахунок воронки. Для цього не потрібен сторонній cookie, щоб знати, чи натиснули кнопку о 15:14.
Аналітика першої сторони: базова альтернатива
Аналітика першої сторони збирає дані з вашого власного сайту, у межах вашого домену, за допомогою ваших скриптів або серверних записів. Cookie, якщо він є, надходить із самого сайту. Браузер ставиться до цього інакше. У багатьох випадках — і правила приватності також.
Зазвичай аналітика першої сторони записує URL сторінок, джерела переходів, тип пристрою, тип браузера, час сесії та події на кшталт кліків або відправлення форм. Також може зберігатися короткоживучий ID сесії. Цей ID допомагає пов’язувати дії в межах одного візиту, а не по всьому вебу. Різниця не косметична.
Такий підхід зазвичай вважають більш узгодженим із приватністю, бо дані залишаються прив’язаними до взаємодії відвідувача з конкретним сайтом. Клієнт, який заходить на astrina.io і читає ціни, взаємодіє з astrina.io, а не з трекером, який супроводжує його ще на 50 інших сайтів. Саме ця межа й важлива.
Для багатьох бізнесів аналітики першої сторони достатньо. Сторінці реєстрації на розсилку не потрібні графи ідентичностей. Центру підтримки зазвичай потрібні підрахунки, а не досьє. Сайт і далі може бачити, чи губить читачів четверта сторінка довідки, і саме це часто є головною метрикою.
Є і компроміси. Аналітика першої сторони може бути менш корисною для атрибуції реклами між різними сайтами, особливо якщо шлях починається в одному браузері, а завершується в іншому. Дані точніші для вашого власного ресурсу, але вже вужчі. Чистіші — не означає повніші.
Як блокувальники реклами взаємодіють із вебаналітикою
Блокувальники реклами можуть блокувати скрипти, пікселі та деякі мережеві запити. Якщо аналітичний тег надто схожий на рекламний, він може взагалі не спрацювати. Якщо розширення браузера блокує запит до поширеного домену відстеження, сторінка все одно завантажиться, але вимірювання зникне.
Це може спричинити недооблік. Сайт може бачити 10 000 візитів у серверних журналах і 8 900 — у клієнтській аналітиці. Розрив не завжди означає шахрайство чи зламаний код. Іноді це просто блокувальник, який виконує свою роботу. Іноді — і те, і інше.
Ефект нерівномірний. Одна аудиторія може активно користуватися блокувальниками, інша — ні. Технологічний блог із читачами, які дбають про приватність, може втрачати більше аналітичних подій, ніж сайт місцевої пекарні. Два сайти, один інструмент, зовсім різні втрати. Через це порівнювати складно.
Аналітичним командам потрібно враховувати відсутні дані, а не вдавати, що вони зникнуть. Якщо на дашборді написано, що до оформлення замовлення дійшли 72% користувачів, реальна частка може бути трохи вищою або нижчою залежно від того, що приховав блокувальник. Висновок простий: коли блокувальники поширені, ставтеся до клієнтських підрахунків як до вибіркових.
Деякі команди звіряють дані з серверними журналами або подіями на бекенді. Це не закриває всі прогалини, але допомагає. Якщо платіжна система зафіксувала 320 завершених замовлень, а тег у браузері побачив 284, різниця заслуговує на увагу. У цифр має бути другий свідок.
Ключові методи вимірювання трафіку без сторонніх файлів cookie
Cookie першої сторони — найпростіша відправна точка. Вони можуть зберігати ідентифікатор сесії, пам’ятати згоду або допомагати поверненому відвідувачу залишатися авторизованим у межах взаємодії. Плюси: вони забезпечують базову безперервність в одному сайті. Обмеження: вони погано підходять для міжсайтової атрибуції.
Серверне логування — другий варіант. Вебсервер записує запити напряму, включно з URL, кодом статусу, реферером і user agent. Плюси: блокувальникам важче це приховати, і воно фіксує реальний трафік на сервері. Обмеження: воно пропускає деякі клієнтські події, наприклад відтворення відео або клік по кнопці, який не спричиняє завантаження нової сторінки.
Аналітика на основі згоди дає відвідувачам вибір до початку вимірювання. Якщо користувач погоджується, сайт записує детальніші події; якщо ні — менше або взагалі нічого. Плюси: зрозуміліша позиція щодо згоди та простіша перевірка відповідності в багатьох налаштуваннях. Обмеження: рівень згоди може зменшувати розмір вибірки, а перший візит часто є найменш вимірюваним.
Моніторинг сесій із збереженням приватності намагається залишати лише те, що потрібно для сесії. Інструмент може хешувати або ротаційно змінювати ідентифікатори, скорочувати термін зберігання та зберігати агреговані підрахунки замість повної історії користувача. Плюси: менше ризиків у разі витоку даних. Обмеження: складніше налагодження, менше довгострокових інсайтів і менше функцій для аудиторій.
Деякі сайти поєднують кілька підходів. Медіасайт може зберігати серверні журнали для всього трафіку, використовувати cookie першої сторони для сесій і надсилати події за згодою для реєстрацій на розсилку. Це поширена комбінація, бо жоден спосіб не розв’язує всі проблеми. Один розмір не підходить і для сторінки оформлення замовлення, і для архіву блогу.
Якщо вам потрібен практичний погляд на те, як трекінг і звітність зібрані в одному місці, дивіться Усі сайти, які ви ведете, в одній панелі — Astrina. Одна панель не прибирає потребу в уважному вимірюванні. Але вона допомагає легше помічати невідповідності.
Що все ще можна вимірювати точно
Перегляди сторінок зазвичай залишаються вимірюваними. Якщо браузер запитує сторінку, сервер це бачить, а перший скрипт часто може це підтвердити. Це дає одну з найстійкіших метрик в аналітиці. Сторінки й далі завантажуються. Запити й далі відбуваються.
Джерела переходів теж часто доступні. Візит із пошуковика, соціальної публікації чи посилання в листі все ще може залишити реферер або параметр кампанії. Точна видимість залежить від поведінки браузера та налаштувань посилання. Але напрямок трафіку часто все ще достатньо помітний для щоденних рішень.
Тип пристрою та браузера зазвичай також можна виміряти за user agent або новішими client hints, хоча ці сигнали вже не такі точні, як раніше. Візит із мобільного Safari та візит із десктопного Chrome у більшості випадків легко розрізнити. Чого не можна визначити — це особу людини. А це важливо.
Тенденції конверсій також залишаються корисними. Сайт і далі може рахувати надсилання форм, покупки та початок пробних періодів. Якщо конверсії падають із 48 до 31 після зміни лендінгу, це реальний сигнал навіть без сторонніх cookie. Тренд кращий за здогад.
Атрибуція стає слабшою. Візит із платної реклами все ще можна врахувати, але пов’язати його з повторним візитом через тиждень вже складніше. Багатокрокові шляхи — перше, що страждає. Саме тут починають сперечатися про “втрату атрибуції”, і часто не без підстав.
Один практичний принцип: довіряйте безпосередній події та ставте під сумнів виведений шлях. Завершене замовлення — це завершене замовлення. Теорія про те, що його спричинили три рекламні доти — менш певна без сторонніх cookie. Ці два факти не слід вважати рівнозначними.
Питання впровадження та приватності
Починайте зі згоди. Якщо інструмент зберігає ідентифікатори або надсилає необов’язкові аналітичні дані, багатьом сайтам потрібен чіткий процес отримання згоди. Тобто зрозумілий вибір, а не прихований чекбокс десь під чотирма абзацами юридичного тексту. Відвідувачі мають знати, що саме починає відстежуватися і навіщо.
Мінімізація даних має бути реальною, а не декоративною. Якщо вам потрібні лише щоденні підсумки, не зберігайте історію по хвилинах протягом трьох років. Якщо команді підтримки потрібні 30 днів діагностики, не тримайте за замовчуванням 900 днів. Термін зберігання — це рішення, а не випадковість.
Кросдоменне відстеження й далі залишається незручним. Компанія з основним сайтом, доменом для оформлення замовлення та піддоменом підтримки може хотіти один погляд на весь шлях. Інструменти першої сторони можуть охопити частину цього, але кожна межа домену додає складності. Один cookie на одному хості не слідує за відвідувачем на інший хост магічним чином.
Вибір інструменту має значення. Деякі продукти створені з урахуванням приватності за замовчуванням, а в інших приватність — це просто сторінка налаштувань. Запитайте, чи підтримує інструмент коротке зберігання, збір даних першої сторони, механізми згоди, скорочення IP та контроль експорту. Запитайте до міграції, а не після того, як звіт зламається.
Якщо вашій команді також потрібні регулярні перевірки сайту, налаштування має вписуватися в увесь робочий процес. Для різниці в цінах і планах дивіться Ціни — Astrina. Вартість важлива, але не менш важливі поля даних, які можна зберігати, і ті, які не слід зберігати.
Ще один практичний момент — документація. Чітка політика приватності та коротка внутрішня примітка про те, що саме вимірюється, можуть зекономити години згодом. Коли маркетолог питає, чому кампанія дала на 12% менше конверсій у звіті, відповідь не має починатися з “здається, блокувальник щось зробив”.
Як обрати правильну аналітичну конфігурацію для вашого сайту
Почніть із бізнес-мети. Контент
