BigQuery export ломается не на экспорте, а на схеме и ключах события

BigQuery export ломается не на экспорте, а на схеме и ключах события

Если данные в GA4 уже выгружены в BigQuery, дальше важны не “красивые отчёты”, а стабильная логика: event_name, user_pseudo_id, event_timestamp и event_params. Любой анализ, который строится без этих полей, быстро превращается в набор догадок.

Что проверять в первую очередь:
— одинаково ли пишутся названия событий и параметров;
— не теряются ли values из repeated event_params;
— хватает ли ключа для дедупликации, если событие шлётся повторно;
— не путаете ли сессионную логику с пользовательской.

Типовая ошибка — делать join на уровне “одна строка = одно событие” и забывать, что в GA4 один event может содержать много параметров. Правильнее сначала развернуть event_params через UNNEST, а потом собирать витрину под конкретный кейс: конверсии, пути, источники, ошибки трекинга.

SELECT
event_date,
event_name,
user_pseudo_id
FROM `project.dataset.events_*`
WHERE event_name = 'purchase'

Что важно: BigQuery export — это не “готовая аналитика”, а сырой слой. Чем раньше вы заведёте правила по именам событий, параметрам и дедупликации, тем меньше будет мусора в отчётах и ручных костылей в Looker Studio.