GTM & GA4 Deep
GTM & GA4 Deep
@gtm_ga4_deep

<b>BigQuery export ломается не в SQL, а в настройке потока данных из GA4</b>

<b>BigQuery export ломается не в SQL, а в настройке потока данных из GA4</b>

Сначала проверь базу: включён ли экспорт, совпадает ли billing-проект, есть ли доступ у аналитиков и не смотрите ли вы в тот же день, когда таблица ещё не успела наполниться. Если в GA4 есть события, а в BigQuery пусто — чаще всего проблема не в сборе, а в правах, линковке или ожиданиях по задержке.

Что важно проверить в схеме данных:
— event_name и event_params: не стройте отчёты, не убедившись, что нужный параметр вообще приходит;
— user_pseudo_id и ga_session_id: без них сессии и пути разваливаются;
— ecommerce-поля: purchase, item_id, value, currency должны быть согласованы между фронтом и сервером;
— traffic_source: не полагайтесь только на utm, сверяйте источник на уровне события и сессии.

На практике самый частый баг — дублирование. Оно возникает, когда одно и то же событие уходит из web, server-side и Measurement Protocol без дедупликации. Второй по частоте провал — фильтрация: тестовые события попадают в raw таблицу, а в дашборде их потом “теряют” слишком поздно.

Если строите хранилище под аналитику, держите правило: сначала проверка целостности сырых событий, потом агрегации, потом Looker Studio. Иначе вы отлаживаете не трекинг, а последствия чужих допущений.
Этот пост опубликован в Telegram-канале GTM & GA4 Deep. Подписаться можно по ссылке: @gtm_ga4_deep.
start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @dumay. Быстрый тест: $20 за канал, $1000 за пакет по сети.