Мобильный-аналитик / P02

Дмитрий Ильюкевич

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

  • GA4 и GTM
  • Server-side GTM
  • BigQuery и SQL
  • Отчётность
Дмитрий Ильюкевич, веб- и дата-аналитик

ВКЛАД В WISE LAB

Уровень автора

Уровень 2Автор
Баллы
71
Публикации
7
Респекты
1

Следующий уровень — «Практик». Осталось баллов: 79; публикаций: 0.

Лидерборд авторов →

10 баллов за опубликованный материал, 1 — за респект. Учитываются статьи, заметки, исследования и кейсы. Один аккаунт может оставить автору один респект. Галочка подтверждает личность отдельно от уровня.

Достижения

3 / 6
  • Первый шаг

    Первый опубликованный материал

    Получено ✓
  • Есть что сказать

    5 опубликованных материалов

    Получено ✓
  • Библиотека опыта

    20 опубликованных материалов

    7 / 20
  • Первый респект

    Первый респект от участника

    Получено ✓
  • Признание коллег

    10 респектов от участников

    1 / 10
  • Голос сообщества

    50 респектов от участников

    1 / 50

Разбираюсь, почему цифры в аналитике, рекламных кабинетах и базе продаж не сходятся. Проверяю сбор данных, нахожу причину расхождения и собираю измерение так, чтобы команда могла пользоваться отчётом в работе.

Минск, удалённо. Проекты в США, Канаде, Великобритании и Европе. Русский и английский.

С какими задачами ко мне приходят

В GA4 теряются или дублируются события, пропадают источники, воронка считается не целиком.

  • Расходы, конверсии и выручка в рекламе, аналитике и базе продаж не сходятся.
  • Нужно настроить server-side GTM и сделать сбор данных устойчивее к ограничениям браузеров и блокировщикам.
  • После настройки согласий и cookie-баннера непонятно, сколько данных теряется и как это влияет на измерение.
  • Боты, почтовые сканеры и технический трафик искажают отчётную конверсию.
  • Нужно связать офлайн-продажи и CRM с рекламными кампаниями через Measurement Protocol и офлайн-конверсии.
  • Требуются выгрузка в BigQuery и отчёт в Looker Studio с автоматическим обновлением.
  • Нужен внешний аудит готовой настройки: понять, где именно возникает ошибка, прежде чем всё переделывать.

Как подхожу к данным

Сначала выясняю, какое решение будут принимать по отчёту. Затем проверяю сам сбор: события, дубли, согласия и качество трафика. Если в исходных данных ошибка, красивый дашборд только сделает её убедительнее.

В расхождениях между GA4, Google Ads, Meta и внутренней базой стараюсь дойти до конкретной причины. Когда её ещё нельзя доказать, так и фиксирую: что проверено, какие версии остались и какой тест их различит.

Важные расчёты делаю по сырым данным в BigQuery. Проверяю выгрузки и сшивку исторических таблиц до расчёта метрик. В Search Console смотрю на распределение позиций: одно среднее может скрывать разную картину для разных запросов.

Объясняю результат через причину, следствие и следующий шаг. Если метрика искажена, предлагаю показатель с понятными ограничениями, на который сейчас можно опереться.

Как устроена работа

  • Уточняем бизнес-вопрос и решение, для которого нужны данные. Подбираем измерение под задачу проекта.
  • Проверяю сбор: события, дубли, согласия, ботов и технический трафик.
  • Сверяю системы и при необходимости перехожу к сырым данным в BigQuery.
  • Проверяю гипотезы данными. Подтверждённую причину отделяю от версии, которая ещё требует проверки.
  • Фиксирую, что найдено, почему это произошло, что менять и когда возвращаться к проверке.
  • После исправления повторяю сверку. Для сравнения использую согласованные периоды и одну методику расчёта.

В чём моя техническая специализация

  • GA4 и web GTM: карта событий, настройка тегов и разбор конкретного сбоя.
  • Server-side GTM и Stape: серверный контейнер, Conversion Linker, дедупликация конверсий, серверные пиксели.
  • SQL и BigQuery: экспорт GA4, исторические данные, сверки и витрины.
  • Качество трафика: почтовые сканеры, ранк-трекеры и подозрительные CTV-сессии.
  • Consent Mode и cookie-баннеры: настройка и оценка ограничений измерения.
  • API Google Ads, Meta и Search Console: получение данных без ручной выгрузки из интерфейса.

Инструменты

Сбор и диагностика

  • GA4, Google Tag Manager для браузера и сервера, Stape (хостинг sGTM, шаблоны тегов, enricher), Cloud Run, Chrome DevTools, Tag Assistant, GA4 DebugView.

Хранение и отчёты

  • BigQuery, SQL, Looker Studio, HTML-дашборды, Funnel.io, Python для разовых расчётов и сверок.

Реклама и интеграции

  • Google Ads и Google Ads API, Meta Ads, Marketing API и Conversions API, Google Search Console API, Measurement Protocol и офлайн-конверсии.

Согласия

  • Google Consent Mode, CookieYes.

В каких проектах работаю

E-commerce с длинным циклом покупки и офлайн-заказами; детское и спортивное образование, лагеря, секции и сезонные записи; франшизы с делением территорий по ZIP-кодам; учебные центры, B2B-медиа, B2B SaaS, логистика и перевозки.

Также работаю с несколькими поддоменами и внешними платёжными системами, помогаю агентствам и командам проверить уже собранную аналитику.

Как можно разобрать результат подробнее

На созвоне могу пройти по логике кейса и объяснить расчёт. Для такого разбора использую обезличенные скриншоты запросов BigQuery, результаты аудитов, отчёты в PDF или Word и конфигурацию серверного контейнера без клиентских идентификаторов. Рекомендации коллег и руководителей — по запросу.

Границы моей работы

  • Основная специализация — веб-аналитика, качество данных, выгрузки и витрины. Полноценная дата-инженерия и сложное моделирование хранилищ требуют другой роли.
  • С мобильной аналитикой — Firebase, AppsFlyer, Adjust — могу помочь и разобраться в настройке, но не беру её как единственную зону ответственности.
  • Аналитика помогает найти потери и оценить решения. Рост продаж зависит от того, какие изменения внесёт команда в продукт и рекламу.
  • Непроверенные данные помечаю как непроверенные. Названия клиентов и их показатели раскрываю только с явного разрешения.

Обсудить задачу

Покажите, какие цифры расходятся и какое решение из-за этого невозможно принять. С этого удобно начать разбор.

Telegram: @kmitryy · kmitry.work@gmail.com · +375 (33) 383-44-71

СВЯЗАННЫЕ МАТЕРИАЛЫ

Кейсы и работы

CASE STUDYКогда письма открывают сканеры: откуда взялись пустые сессии

В аудите B2B-издания Дмитрий обнаружил: 67,9% сессий создавали пустую активность. После отделения корпоративных сканеров конверсию пересчитали по очищенной базе.

Открыть →
CASE STUDY13 879 кликов и около 1 295 сессий: сверка партнёрского трафика

Дмитрий разобрал расхождение между счётчиком отраслевой ассоциации и GA4. По его данным, разницу объясняли боты и повторные клики на стороне партнёра.

Открыть →
CASE STUDY65 тысяч сессий без вовлечения: аудит CTV-трафика

Дмитрий проверил трафик по сырым данным. У CTV-канала конверсия в покупку составила 0,034%, у поискового Google CPC — 6,7% за тот же период.

Открыть →
CASE STUDYДвойной учёт покупок: аудит браузерного и серверного GTM

Дмитрий проверил настройку: в серверном контейнере не хватало компонентов, а в браузере оставались два активных тестовых тега покупки.

Открыть →
CASE STUDYUnassigned после cookie-баннера: как сузили поиск причины

Диагностический разбор. Дмитрий сузил поиск до трёх версий и подготовил проверку по сетевым запросам, публикациям GTM и сырым данным.

Открыть →
PORTFOLIOТерритории франшизы: как согласовали два реестра ZIP-кодов

Дмитрий сверил реестры почтовых индексов, разобрал названия рекламных кампаний и разделил спорные территории по географическому расстоянию.

Открыть →
PORTFOLIOОт базы данных до дашборда: отчётность для франчайзи

Дмитрий разработал логику отчётности для клиента: от построения базы данных до визуальной части дашборда.

Открыть →