BigQuery export ломается не на SQL, а на схеме и ожиданиях от GA4

BigQuery export ломается не на SQL, а на схеме и ожиданиях от GA4

Выгрузка из GA4 полезна только тогда, когда вы заранее понимаете, какие сущности там живут: events, params, user_properties, items. Иначе в отчёте появляются «потерянные» конверсии, дубли и расхождения с интерфейсом.

Что проверять в первую очередь:
— event_name и event_timestamp: нет ли дублей на уровне события
— ga_session_id: можно ли собрать сессию без костылей
— event_params: все ли ключи вытаскиваются через UNNEST
— items: не теряются ли данные ecommerce при JOIN’ах
— timezone проекта: сутки в BigQuery и в интерфейсе могут не совпадать

Самая частая ошибка — считать, что экспорт = готовая витрина. На деле это сырой лог, где порядок строк, null-значения и повторяющиеся поля нужно обрабатывать руками. Для базовой проверки держите один sanity-query: количество purchase по export против GA4 UI, плюс отдельный срез по пустым transaction_id.

Что делать на практике: сначала соберите маленький слой нормализации поверх raw.events, потом уже стройте отчёты в Looker Studio или сводные таблицы. Иначе каждый новый вопрос к данным превращается в переписывание SQL с нуля.