<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. Иначе вы отлаживаете не трекинг, а последствия чужих допущений.
GTM & GA4 Deep
@gtm_ga4_deep
<b>BigQuery export ломается не в SQL, а в настройке потока данных из GA4</b>
Этот пост опубликован в Telegram-канале GTM & GA4 Deep. Подписаться можно по ссылке: @gtm_ga4_deep.