Чому невідоме джерело не завжди означає, що аналітика зламана

У звіті аналітики значення unknown часто виглядає як помилка: ніби система не змогла визначити те, що повинна була знати.

Але походження переходу не завжди доступне технічно.

Користувач може відкрити сайт із закладки, вставити скопійоване посилання, перейти з месенджера або мобільного застосунку, який не передає джерело, чи прийти через ланцюг переходів, де Referer був видалений.

У таких випадках "невідомо" може бути правильною відповіддю, а не ознакою зламаної аналітики.

Для початку корисно розділити два рівні.

Джерело відповідає на запитання "звідки саме прийшов перехід?". Це може бути конкретний домен, пошукова система, кампанія або інший відомий відправник.

Канал - ширша класифікація: пошук, соціальні мережі, реферальний перехід, прямий трафік, електронна пошта тощо.

Іноді канал можна визначити, навіть якщо конкретне джерело невідоме. А іноді невідомими залишаються обидва.

Якщо людина вводить адресу вручну або відкриває закладку, браузеру просто немає що передати як попередню сторінку.

У такому випадку відсутнє зовнішнє джерело - це нормальний стан.

Залежно від моделі аналітики такий перехід можна класифікувати як прямий канал, залишивши конкретне джерело порожнім або невідомим.

Людина може скопіювати посилання на сторінку й надіслати його будь-де: у приватному чаті, листі, нотатці або іншому застосунку.

Коли одержувач відкриє таке посилання, сам URL може не містити жодної інформації про місце, де його поширили.

Якщо немає UTM-параметрів або іншої власної позначки, система не повинна вгадувати, звідки саме прийшов перехід.

Перехід із месенджера може виглядати для сайту як прямий або невідомий.

Причина проста: не всі застосунки передають браузеру або сайту попереднє джерело.

Тому велика частка переходів із приватних каналів поширення може бути невидимою для звичайної реферальної атрибуції.

Навіть якщо користувач прийшов із конкретного сайту, заголовок Referer не гарантований.

На нього впливають політики браузера, налаштування приватності, атрибут referrerpolicy, перенаправлення, переходи між різними середовищами та інші технічні умови.

Тому відсутній Referer сам по собі не доводить, що код аналітики не працює.

UTM-параметри або власні позначки не залежать від того, чи передав браузер Referer.

Саме тому вони корисні для контрольованих каналів: розсилок, власних кампаній, кнопок поширення або партнерських посилань.

Але вони працюють лише там, де ми самі можемо сформувати або поширити позначене посилання.

Це важлива межа.

Якщо Referer відсутній, ми не завжди знаємо, чи користувач справді ввів адресу вручну, чи прийшов із приватного месенджера, мобільного застосунку або скопійованого посилання.

Тому "direct" іноді є корисною категорією каналу, але не доказом конкретної поведінки користувача.

Не кожен unknown є проблемою, але це не означає, що його ніколи не треба досліджувати.

Підозріло, якщо раніше відомий канал раптом масово став невідомим після зміни коду, редиректів, проксі, політики Referrer-Policy або логіки запису аналітики.

Тоді причина може бути вже не в природі браузерного переходу, а у власній системі збору даних.

Для діагностики корисно не зберігати лише кінцеве поле source.

Якщо дозволяє модель даних, окремо варто мати вихідні сигнали: UTM-параметри, домен Referer, ознаку внутрішнього переходу, і вже поверх них - розраховані source та channel.

Тоді при помилці класифікації можна зрозуміти, що система реально отримала на вході.

Коли правила розкидані по різних місцях, той самий перехід легко класифікувати по-різному.

Явний пріоритет допомагає зробити поведінку передбачуваною: сильніший сигнал перемагає слабший, а unknown залишається останнім чесним варіантом, коли нічого надійнішого немає.

Це добре пов’язується з окремій статті про різницю між дією "поділитися" і переходом за поширеним посиланням.

Ми можемо знати, що користувач натиснув кнопку поширення або успішно скопіював посилання. Але якщо інша людина пізніше відкриє це посилання без позначки кампанії, сам перехід може залишитися без відомого джерела.

Тобто дія поширення і атрибуція наступного візиту - це різні спостереження.

Так само в матеріалі про те, чому аналітичну подію варто записувати після фактичного успіху дії важливою була межа фактичного успіху дії.

Тут принцип схожий: аналітика повинна записувати лише те, що вона справді знає. Якщо джерело не доведене, краще зберегти unknown, ніж створити красиву, але вигадану атрибуцію.

Сам відсоток невідомих джерел мало що говорить без контексту.

Корисніше дивитися на зміну в часі, розподіл за пристроями, браузерами, каналами, сторінками входу та моментами релізів.

Стабільні 15% можуть бути природною властивістю трафіку. Стрибок із 15% до 70% після зміни маршрутизації - вже зовсім інша історія.

Джерело переходу - це не властивість, яку сайт завжди може відновити заднім числом.

Частина трафіку приходить без надійного Referer, без UTM-параметрів і без іншого сигналу, який дозволяє довести походження.

У таких випадках unknown не означає невдачу. Невдачею було б вигадати джерело або змішати природно невідомі переходи з реальною помилкою власного збору даних.

Хороша аналітика не намагається знати все. Вона чітко показує межу між тим, що відомо, і тим, що технічно неможливо визначити.