<b>BigQuery export без мусора: что проверить до первого запроса к GA4</b>

<b>BigQuery export без мусора: что проверить до первого запроса к GA4</b>

Если экспорт включён, это ещё не значит, что данные пригодны для анализа. Чаще всего ломают не SQL, а ожидания: в схеме есть повторяющиеся поля, события приходят с задержкой, а часть атрибутов лежит не там, где их ищут.

Что проверить сразу:
— совпадают ли имена событий и параметров с тем, что реально отправляет сайт;
— не дублируются ли покупки, лиды и прочие конверсии при повторной отправке;
— есть ли единый ключ для связки с CRM: order_id, user_id, transaction_id;
— понимаете ли вы, какие поля nested, а какие надо доставать через UNNEST().

Отдельно проверьте session-сборку. В BigQuery нет «магии GA4»: сессии часто приходится восстанавливать по event_timestamp и ga_session_id, а источники трафика — по последнему непрямому касанию или собственной логике. Если этого не сделать, отчёты будут красивыми, но бесполезными.

Что делать на практике: держите в проекте 3 базовых запроса — сырые события, покупки/лиды с дедупликацией и таблицу сессий. Так проще ловить расхождения между интерфейсом GA4, BI и CRM, а не спорить, где «правильная» цифра.

Сначала соберите минимальный слой качества данных, и только потом стройте витрины, дашборды и атрибуцию.