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

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

Чаще всего отчёт начинает врать не на визуализации, а раньше: в SQL, в GA4 export или в join-логике. Если в источнике смешаны уровни данных, в Looker Studio вы получите красивую, но неправильную картинку. Особенно это видно на revenue, users и conversion rate.

Что проверять перед сборкой дашборда:
— одна строка = одна сущность: событие, сессия или пользователь, но не всё сразу
— ключи для join должны быть стабильными и уникальными
— метрики в источнике лучше считать один раз, а не в нескольких чартах
— фильтры по датам и валюте должны жить в одном месте, а не размножаться по виджетам

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

Полезная привычка: перед публикацией откройте таблицу-источник и руками проверьте 5–10 строк на совпадение с визуализацией. Если цифры не сходятся на этом уровне, проблема не в Looker Studio, а в подготовке данных.