Mixpanel проти GA4 для аналітики посилань: що обрати

Обирайте GA4, якщо ваше запитання звучить як «яка кампанія привела трафік», і Mixpanel, якщо воно звучить як «що далі робили люди, які клікнули». Це і є вибір Mixpanel чи GA4 для аналітики посилань в одному реченні. Інструмент Google організовує кліки в сеанси та канали залучення й нічого не коштує на стандартному рівні. Mixpanel організовує ті самі кліки в користувачів і воронки, тарифікує за обсягом подій і дозволяє зберігати дані в ЄС.

Більшість порівнянь Mixpanel і Google Analytics написано для продуктових команд, які обирають стек аналітики всередині застосунку. Це порівняння має вужче завдання: за коротким посиланням клікнули, кампанія заплатила за цей клік, і ви хочете зрозуміти, чого він вартий. Модель подій, правила ідентифікації та вікно атрибуції у двох інструментів відрізняються так, що для цього завдання вони важать значно більше, ніж підказує таблиця функцій.

Сам клік спочатку має звідкись узятися. Про те, як ми його позначаємо та проносимо значення UTM до конверсії, розповідає посібник із наскрізного відстеження UTM, на якому ґрунтується цей матеріал.

Дві моделі даних для одного кліка

Обидва інструменти називають себе подієвими, і обидва такими є. Різниця в тому, що вони будують поверх події.

Модель Google групує події в сеанс із тайм-аутом неактивності 30 хвилин, а потім позначає цей сеанс джерелом, каналом і групою каналів. Майже кожен стандартний звіт починається з цього погляду на залучення. Клік за коротким посиланням стає цікавим для GA4 лише тоді, коли завантажується сторінка призначення, спрацьовує тег і існує сеанс, до якого можна прикріпити кампанію.

Mixpanel не робить сеанс одиницею аналізу. Кожна подія належить до distinct_id, а звіти питають, що цей ID робив з часом: воронки, криві утримання, потоки. Подія кліка з utm_campaign як властивістю лежить на одній часовій шкалі з реєстрацією через три дні, і про цю пару можна питати напряму. Це працює лише тоді, коли клік і реєстрація мають спільний distinct_id, а це найважче, коли клік записує скорочувач.

Ось чому це важливо для кампанійних посилань. Звіт GA4 може сказати, що весняна розсилка дала 4000 сеансів. Еквівалентний звіт Mixpanel може сказати, що 11% людей, які клікнули, активувалися протягом тижня, а ті, що з мобільних, відпадали швидше. Обидва твердження правдиві. Просто це не те саме запитання.

Ідентичність: хто клікнув і чи знайдете ви його згодом

У момент кліка людина анонімна, і обидва інструменти починають з анонімного ID пристрою. GA4 використовує client_id, що зберігається в cookie _ga, додає user_id, якщо ви надсилаєте його після входу, і може підмішувати сигнали Google там, де користувачі це дозволяють. Mixpanel використовує анонімний distinct_id і зливає його з ідентифікованим користувачем, коли ви викликаєте identify, що крок за кроком розбирає документація Mixpanel з керування ID.

Практична різниця проявляється через тижні. У Mixpanel людина, яка клікнула кампанійне посилання на телефоні, а місяць потому оформила підписку на ноутбуці, може опинитися в одному профілі, якщо ви ідентифікуєте її на обох пристроях. Google теж може з'єднати цю пару через user_id, але звіти GA4 тяжіють до сеансу, у якому відбулася конверсія, а історія на рівні користувача обмежена вашим налаштуванням зберігання.

Є одна пастка, спільна для обох, коли кліки пересилаються на стороні сервера. Переспрямування ніколи не бачить аналітичної cookie, тому пересланий клік приходить із синтетичним ID, а не зі справжнім ID відвідувача. Forwarder в Elido прямолінійний: client_id для GA4 будується з ID робочого простору та посилання, а distinct_id для Mixpanel - це elido-link- плюс ID посилання. Обидва є одним значенням на посилання, а не на відвідувача. Тому переслані кліки дають точну кількість подій на посилання, але кількість унікальних користувачів за ними рахує посилання, а воронка від кліка до реєстрації не зіллється. Щоб стежити за людиною, додайте теги UTM до URL призначення й дозвольте тегу GA4 або SDK Mixpanel на цільовій сторінці їх зафіксувати. Зшивання через передачу _ga client ID або distinct_id Mixpanel крізь переспрямування заплановане, але ще не випущене. Подробиці в посібнику зі з'єднання Mixpanel.

Моделі атрибуції і де опиняється заслуга

GA4 пропонує три моделі атрибуції: на основі даних, останній платний і органічний клік та останній клік за платними каналами Google (довідкова сторінка Google, доступ 2026-10-02). У листопаді 2023 року він прибрав правилові моделі першого кліка, лінійну, зі спадом у часі та позиційну, тож якщо команді потрібен лінійний погляд на мікс кампаній, самого GA4 вже недостатньо.

Функція атрибуції в Mixpanel йде в протилежний бік. Вона пропонує моделі першого дотику, останнього дотику, лінійну, участі, зі спадом у часі, U-, J- та інверсну J-подібну, а також власні ваги, на планах Growth і Enterprise (документація, доступ 2026-10-02). Підступ у тому, що вона атрибутує лише те, що ви відстежили: документація Mixpanel сама радить відстежувати значення UTM як властивості подій на кожній точці дотику, інакше моделям нема з чим працювати. Сьогодні подія link_click в Elido для Mixpanel не несе властивостей UTM, тож їх має надати SDK на цільовій сторінці.

Саме тут короткі посилання виправдовують себе. Коли кожен URL кампанії має узгоджені значення UTM і кожен клік записано як подію, обидва інструменти отримують чисті вхідні дані. Якщо теги безладні, розумніша модель не врятує, і я б спершу виправив значення UTM, що не доходять до GA4, перш ніж сперечатися про модель на основі даних чи лінійну.

Ціни, вибірка та порогові обмеження даних

Стандартний рівень GA4 нічого не коштує, а GA4 360 - це платна корпоративна версія з ціною через Google або реселера. Сторінка цін Mixpanel (доступ 2026-10-02) містить безкоштовний план до 1 мільйона подій на місяць із необмеженою кількістю місць, план Growth, що починається з $0 і масштабується за обсягом до 20 мільйонів подій, та Enterprise за запитом.

Але безкоштовно - це не вся історія. Довідковий центр Google описує два обмеження, які варто знати, перш ніж довіряти цифрі кампанії (доступ 2026-10-02):

• Зберігання. Стандартні ресурси можуть зберігати дані на рівні подій 2 або 14 місяців; лише 360 сягає 26, 38 або 50 місяців. Google також каже, що великі та XL-ресурси обмежені 2 місяцями. Порівняння рік до року в дослідженнях потребує налаштування 14 місяців, увімкненого з першого дня.
• Пороги. Google приховує рядки, коли звіт містить демографічні дані або коли обсяг пошукових запитів замалий, і поріг змінити не можна. Розширення діапазону дат або експорт у BigQuery - власні обхідні шляхи Google.

Поточну квоту вибірки GA4 я на довідкових сторінках Google підтвердити не зміг, тому її не наводжу. Перевірте її для свого рівня, перш ніж покладатися на велике дослідження. Політику вибірки Mixpanel для цього матеріалу я також не перевіряв, тож протестуйте запит на відомій кількості кліків.

Отже, вартість рухається в протилежних напрямках. Варіант Google безкоштовний, але обмежений по краях; Mixpanel бере плату за обсяг подій, що важливо, бо Elido пересилає кожен записаний клік, зокрема й ті, які його аналітика позначає як трафік ботів. Фільтруйте на своєму боці, інакше кліки ботів рахуватимуться у вашу квоту подій.

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

Резиденція даних у ЄС і GDPR

Саме тут Mixpanel і Google Analytics найбільше відрізняються для європейських команд. У GA4 немає можливості обрати, де зберігаються дані. Google обробляє дані Analytics на своїй глобальній інфраструктурі, а юридичні питання, які це породжує, від рішень австрійського та французького регуляторів до Data Privacy Framework, розібрано в нашому аналізі GA4 і GDPR.

Mixpanel пропонує резиденцію даних у ЄС: обробку й зберігання даних проєкту в Європі. Три деталі з його документації застають людей зненацька. Регіон обирають під час створення проєкту. Наявний проєкт перенести не можна, тож неправильний вибір означає новий проєкт і ручне перенесення даних. А проєкт у ЄС приймає лише події, надіслані на хост приймання в ЄС; надішлете на типовий хост у США - і нічого не дійде. У підключенні Elido до Mixpanel є налаштування Data residency (США, ЄС або Індія), яке перемикає хост між api.mixpanel.com, api-eu.mixpanel.com і api-in.mixpanel.com, тож виставте його відповідно до свого проєкту. Elido не може прочитати резиденцію з токена, а endpoint track у Mixpanel не повідомить, якщо ви помилилися. Як перевірити, описано в посібнику з резиденції даних Mixpanel у ЄС. Чи покриває ваш план опцію ЄС, варто уточнити в Mixpanel, бо на сторінці цін я цього не перевіряв.

Резиденція - лише одна частина GDPR, а не все. Згода й надалі керує cookie, що пов'язує клік з людиною, в обох інструментах. Посібник з резиденції даних у ЄС для маркетингових команд розбирає, що резиденція вирішує, а що ні.

Як передати дані кліків Elido в кожен інструмент

Обидва шляхи працюють на стороні сервера, і жоден не потребує JavaScript на сторінці призначення, що важливо для відвідувачів із блокувальниками реклами та для кліків, які взагалі не створюють перегляду сторінки. Elido пересилає по одній події link_click за кожен записаний клік до кожного підключеного інструмента. Пересилання подій конверсій у Mixpanel заплановане, але недоступне.

Для GA4 ви вставляєте Measurement ID і секрет API Measurement Protocol. Далі Elido пересилає події через GA4 Measurement Protocol. Google прямо каже, що протокол доповнює збір даних на основі тегів, а не замінює його. Очікуйте події в Realtime протягом хвилини, а в стандартних звітах - через 24-48 годин. Кроки є в посібнику зі з'єднання GA4.

Для Mixpanel ви вставляєте токен проєкту й обираєте резиденцію даних. Кожна подія несе slug посилання, призначення, країну та пристрій як властивості, тож звіт Mixpanel може рахувати кліки за посиланням. Перемикача для окремих подій поки немає. Сторінка інтеграції Mixpanel позначає її як бета.

В обох є кнопка тесту, що надсилає синтетичну подію з позначкою elido_test. Успішний тест слабший доказ, ніж здається: endpoint track у Mixpanel не перевіряє ні токен, ні резиденцію, а неправильний секрет GA4 відкидається мовчки. Шукайте тестову подію в поданні Events у Mixpanel або в GA4 Realtime, перш ніж довіряти будь-якій панелі. Ширше обґрунтування, чому це робити поза браузером, є в матеріалі про відстеження конверсій на стороні сервера.

Таблиця рішень: Mixpanel, GA4 чи обидва

Чесно кажучи, більшість команд, які питають «Mixpanel чи GA4», зрештою запускають обидва, і розподіл передбачуваний, щойно назвати запитання, на яке відповідає кожен інструмент. Використовуйте рядки нижче як відправну точку, а не вирок.

Що б ви не обрали, сам клік - єдине число, яке обидва інструменти бачать із другої руки. Тримайте власну лічильну цифру на рівні посилання, і розбіжність, яку ви неминуче знайдете між кліками за посиланнями та сеансами GA4, стане тим, що можна пояснити, а не тим, про що сперечаються.

Читайте також у блозі

• Наскрізне відстеження UTM - угода про теги, від якої залежать обидва інструменти.
• Кліки за короткими посиланнями проти сеансів GA4 - чому ці два підсумки ніколи не збігаються.
• Аналітика посилань у Looker Studio - об'єднання даних кліків із GA4 в одній панелі.
• Серверне відстеження GA4 через переспрямування - шлях через Measurement Protocol докладно.
• Надсилання подій кліків за короткими посиланнями в Mixpanel - налаштування та властивості, які несе кожен клік.
• Резиденція даних Mixpanel у ЄС - регіональні хости приймання й чому події, надіслані не на той, зникають.