Ваш UTM-трекінг протікає, і причина - приватні браузери. Firefox у режимі Strict видаляє відомі трекінгові параметри з URL ще до завантаження сторінки. Brave приходить до того самого іншим шляхом: здебільшого він не чіпає параметри, але блокує скрипти аналітики, які мали б їх прочитати. У будь-якому разі клік із UTM-міткою може дістатися вашої цільової сторінки або без міток, або зі заблокованим скриптом, який їх обробляє - і ваш звіт по кампанії тихо недораховує.
Це "родич" проблеми Safari, тільки на рівні рядка запиту. Матеріал атрибуція кліків після Safari ITP висвітлює зберігання даних і кукі; цей же - про те, що самі параметри URL видаляються або ігноруються, а це інший механізм з тим самим симптомом.
Два браузери, два механізми, один зламаний звіт
Тут варто бути точним, бо теза "браузери видаляють UTM" правдива лише наполовину.
Firefox справді їх видаляє. Його функція видалення параметрів запиту, активна в режимі Strict Enhanced Tracking Protection, звіряє параметри URL зі списком відомих трекінгових ідентифікаторів і видаляє збіги ще до завантаження сторінки. Список за замовчуванням обмежений, але реальний, і його можна налаштовувати, тож набір лише зростає. Огляд видалення click-ID та параметрів у різних браузерах показує, як це виглядає на практиці.
Brave здебільшого блокує тих, хто читає. Видалення параметрів у Brave непослідовне; що він робить надійно, так це блокує скрипти аналітики - зокрема GA4 - які мали б прочитати UTM. Параметри можуть залишитися в URL, але нічому на сторінці не дозволено їх обробити, тож ефект на ваш звіт той самий: без атрибуції.
Додайте обмеження зберігання Safari - і отримаєте повний "трифект" приватності. Галузеві тести оцінюють частку приватних браузерів приблизно у від п'ятої частини до чверті відвідувачів, причому частина трафіку зі США припадає на браузери, які повністю блокують стандартний трекінг GA4. Це не похибка округлення у звіті по кампанії.
Чому підхід на основі UTM структурно вразливий
Модель UTM спирається на дві речі, які приватний браузер може зламати: що трекінгові параметри переживуть подорож до вашої сторінки і що скрипт на цій сторінці зможе їх прочитати. Обидва моменти відбуваються на боці призначення - саме там, де діють функції приватності браузера. Ви фактично просите мітки пережити перепону, побудовану спеціально для того, щоб їх прибрати.
Це не привід відмовлятися від UTM - у Chrome, який становить більшість трафіку, вони й далі чудово працюють - але це привід не вважати UTM на цільовій сторінці джерелом істини. Це канал з втратами, і ці втрати концентруються саме серед свідомої щодо приватності аудиторії, яка вам, імовірно, небайдужа.
Фіксуйте клік до того, як його торкнеться браузер
Надійне вирішення - перенести вимірювання раніше: фіксувати клік на редиректі, ще до того, як цільова сторінка та її скрипти взагалі завантажаться. Коротке посилання робить саме це. Коли хтось клікає на go.acme.com/spring, редирект обробляється на боці сервера і записує клік - кампанію, напрямок, часову мітку - і лише потім відправляє браузер далі. Те, що Firefox видаляє параметр запиту на цільовій сторінці, або що Brave блокує там скрипт, відбувається вже після того, як клік зараховано. Дані трекінгу жили в редиректі, а не в рядку запиту, який браузер міг би прибрати.
Чесний нюанс: це не відновлює аналітику поведінки на сторінці, яку так само руйнує блокування скриптів у Brave - якщо GA4 заблоковано, дані про сесію та події на цій сторінці все одно постраждають. Коротке посилання відновлює саме сигнал залучення: факт, що клік відбувся, і з якої кампанії. Для більшості питань атрибуції це саме та цифра, яка зникала. І це той самий принцип серверного вимірювання, на якому будується вимірювання dark social - клік фіксується там, куди рівень приватності браузера не дістає.
Ви й далі використовуєте свої UTM-параметри для браузерів, які їх поважають, і загортаєте їх у коротке посилання, щоб клік зараховувався навіть тоді, коли їх видаляють. Загорніть свої посилання кампаній - і частка трафіку з приватних браузерів перестане зникати з ваших звітів.
Що робити
- Перестаньте вважати UTM на цільовій сторінці єдиним джерелом істини - тепер це канал із втратами за самою своєю природою.
- Загортайте посилання кампаній у позначене коротке посилання, щоб клік фіксувався на боці сервера в момент редиректу.
- Звіряйте загальну кількість кліків короткого посилання з GA4, щоб оцінити реальний розмір втрат через приватні браузери.
- Зберігайте UTM - вони не мертві, просто самі по собі вже недостатні.
Читайте серію ключових матеріалів
Цей матеріал належить до інженерного кластера. Суміжні матеріали - атрибуція кліків після Safari ITP і, щодо самих міток, UTM-параметри: пояснення.
Ще в блозі
Поширені запитання
Чи видаляють Firefox і Brave UTM-параметри?
Firefox - так, у режимі Strict: функція видалення параметрів запиту (query-parameter-stripping) прибирає з URL відомі трекінгові параметри, зокрема деякі значення utm_, ще до завантаження сторінки. Brave працює інакше - здебільшого він не видаляє параметри, а блокує скрипти аналітики (наприклад, GA4), які мали б їх прочитати. Кінцевий результат схожий: ваша UTM-атрибуція ламається, просто через два різні механізми.
Чому зникають мої дані UTM-трекінгу?
Приватні браузери. Режим Strict у Firefox видаляє трекінгові параметри запиту, Brave блокує скрипти аналітики, які їх обробляють, а Safari має власні обмеження на зберігання даних. Разом приватні браузери становлять помітну частку відвідувачів - за оцінками, зазвичай від п'ятої частини до чверті - тож частина ваших кліків із UTM-мітками надходить або без міток, або зі заблокованим скриптом, який мав би їх прочитати.
Як відстежувати кампанії, якщо браузери видаляють UTM-параметри?
Фіксуйте клік до того, як завантажиться сторінка призначення. Коротке посилання обробляється на боці сервера в момент редиректу й записує клік, кампанію та напрямок саме тоді - до того, як будь-який браузер видалить параметр запиту або заблокує скрипт на цільовій сторінці. Дані трекінгу зберігаються в редиректі, а не в рядку запиту, який браузер може прибрати.
Чи стосується видалення UTM-параметрів усіх браузерів?
Не однаковою мірою. Chrome за замовчуванням нічого не видаляє, тож більшість трафіку й далі несе UTM-мітки. Втрати концентруються саме у Firefox (Strict), Brave і Safari. Оскільки їхня сукупна частка достатньо велика, щоб спотворити звіт по кампанії, розумно припустити, що суттєва частка кліків кожної кампанії недорахована, якщо ви покладаєтесь лише на UTM на цільовій сторінці.
Чи є серверний трекінг відповіддю на видалення UTM?
Так, фіксація кліку на боці сервера в момент редиректу - найнадійніша відповідь. Вона вловлює клік до того, як браузер торкнеться URL призначення чи його скриптів, тож ані видалення параметрів, ані блокування скриптів не можуть його стерти. Це нікого не деанонімізує - це просто переносить вимірювання в точку, куди функції приватності браузера не дістають.
Спробуйте Elido
Вставте URL - отримайте коротке посилання
Без реєстрації. Посилання живе 30 днів. Зареєструйтесь, щоб зберегти назавжди.
Безкоштовно, без реєстрації · 2 на день