<b>Looker Studio ломается не из-за графиков, а из-за плохой структуры данных</b>

<b>Looker Studio ломается не из-за графиков, а из-за плохой структуры данных</b>

Если отчёт в Looker Studio начинает «врать», проблема чаще всего не в визуализации. Обычно ломается источник: смешаны разные уровни данных, нет единого ключа, а метрики считаются в разных срезах.

Что проверять в первую очередь:
— один график = один уровень агрегации. Не мешайте session, event и user в одной таблице без явной логики;
— все ключи должны быть стабильными: campaign_id, source, medium, date, user_pseudo_id;
— не тащите в отчёт сырые поля, если их можно заранее собрать в BigQuery или через view;
— для сравнений фиксируйте зерно данных: по дням, по кампаниям, по лендингам — и не меняйте его внутри одного блока.

Отдельная боль — фильтры. Если один и тот же фильтр влияет на несколько источников с разной структурой, отчёт начинает давать «красивые, но неверные» цифры. Лучше один источник с нормальной схемой, чем три коннектора и ручная склейка.

Ещё правило: если метрика критична для бизнеса, проверьте её вне Looker Studio — в BigQuery или хотя бы через сырой экспорт. Визуализация должна показывать данные, а не придумывать их.

<b>Сначала выстраивайте модель данных, потом рисуйте дашборд.</b> Это экономит часы на дебаге и убирает 80% странных расхождений.