Клиент не будет логиниться в GSC, Метрику и Директ по отдельности ради одного отчёта — ему нужна одна ссылка. Looker Studio бесплатен, но нативно подключаются только GSC и GA4. Яндекс.Метрику и Директ без Google Sheets как прокладки собрать не получится. Разбираю рабочую схему и свою ошибку с дашбордом на 40 виджетов, который клиент открыл один раз.
Зачем дашборд, если есть кабинеты
Технически вся нужная клиенту информация уже лежит в трёх-четырёх местах: Search Console, Метрика или GA4, рекламный кабинет. Проблема не в данных — в том, что собственник бизнеса не станет логиниться в четыре интерфейса, чтобы собрать картину за месяц. Ему нужна одна ссылка, один взгляд, один набор чисел, которые можно скинуть в чат инвестору или руководителю без пояснений «это нужно смотреть в другом месте».
Дашборд решает именно эту проблему — не аналитическую, а коммуникационную. Данных в нём не больше, чем в исходных кабинетах, просто они собраны в одном месте и сравнимы между собой на одном периоде.
Что подключается нативно, а что — через костыль
| Источник | Нативный коннектор Looker Studio | Как по факту |
|---|---|---|
| Google Search Console | Да, официальный | Подключается в пару кликов, тянет клики/показы/позиции/CTR с ограничением истории в 16 месяцев — тем же лимитом, что и в самом GSC |
| GA4 | Да, официальный | Тоже в пару кликов, но считает по-своим правилам выборки и порогов — цифры могут немного отличаться от интерфейса GA4, это не баг коннектора |
| Яндекс.Метрика | Нет | Community-коннекторы периодически ломаются при смене версии API Метрики. Надёжнее тянуть данные через Metrika API в Google Sheets по расписанию и забирать их в Looker уже из таблицы |
| Яндекс.Директ | Нет | Та же схема — отчёты через Директ API выгружаются в Sheets, Looker читает готовую таблицу |
Вывод простой: если весь трафик идёт через Google-инструменты, дашборд собирается за один вечер. Если в стеке есть Метрика или Директ — без дополнительного слоя в виде Google Sheets не обойтись, и это нужно сразу закладывать в оценку времени на настройку.
Google Sheets как дешёвый ETL
Схема рабочая и недорогая: Apps Script по таймеру (например раз в несколько часов) дёргает API Метрики или Директа, кладёт свежие цифры в лист таблицы, Looker Studio подключается к этому листу как к источнику. По сути Google Sheets выполняет роль ETL-слоя, которым в крупных компаниях занимается отдельный инженер данных, а здесь — один скрипт на сто строк.
Важно сразу честно сказать клиенту: это не realtime. Обновление идёт с задержкой — на частоту триггера Apps Script и на собственный кэш Looker Studio сверху. Для месячного отчёта это не имеет значения, для операционного мониторинга в течение дня — имеет, и тогда нужно либо сокращать интервал триггера, либо смотреть в сторону платных вариантов интеграции.
Что положить на первый экран — не 40 виджетов
Рабочий набор для большинства проектов — пять-шесть метрик, не больше:
- Органический трафик — факт против цели или предыдущего периода.
- Позиции в топ-10 по ключевому кластеру запросов — динамика, не снимок на одну дату.
- Заявки или конверсии с разбивкой по источнику трафика.
- Расход и CPA по контекстной рекламе, если она в контуре.
- Сравнение текущего периода с прошлым — единый переключатель дат на весь экран, не захардкоженные диапазоны в отдельных графиках.
Всё остальное — детальные отчёты по страницам, запросам, сегментам — уходит на отдельные вкладки, доступные по клику, а не на первый экран.
Моя ошибка — дашборд, который открыли один раз
Первый дашборд для одного b2b-клиента я собирал с желанием показать всё, что умею вытащить: сорок с лишним виджетов на одном экране — трафик по каждому источнику, разбивка по устройствам, воронка по шагам формы, графики по каждой рекламной кампании отдельно. Клиент открыл ссылку, показал начальству один раз на собрании — и больше не возвращался. На следующих звонках он всё равно спрашивал голосом «ну как у нас с трафиком» вместо того, чтобы взглянуть на дашборд самостоятельно.
Проблема была не в данных, а в том, что экран требовал расшифровки. Никто не хочет тратить десять минут на то, чтобы понять, на какую цифру смотреть первой. Переделал в один экран-сводку с пятью метриками сверху и отдельными вкладками для желающих копнуть глубже — и по моим наблюдениям клиенты стали реально открывать ссылку сами, без напоминаний, раз в одну-две недели.
Чеклист настройки, который экономит нервы
- Права клиенту — Viewer, не Editor. Иначе рано или поздно кто-то случайно сдвинет фильтр или удалит виджет, и это выглядит как «дашборд сломался», хотя сломал его сам клиент.
- Единый диапазон дат через встроенный date range control, а не отдельные жёстко заданные периоды в каждом графике — иначе цифры на одном экране будут за разные окна времени, и это запутает кого угодно.
- Названия полей — по-русски и понятным языком, не транслитом вроде «sessions» или «clicks». Клиент не обязан помнить терминологию рекламных платформ.
- Следить за лимитами API, особенно у Директа — квоты на запросы в сутки не бесконечные, не нужно дёргать выгрузку чаще, чем реально требуется для свежести отчёта.
- Отдельная вкладка «как читать этот отчёт» с парой строк пояснений — экономит повторяющиеся объяснения на каждом созвоне.
Частые вопросы
Можно обойтись без Google Sheets? Если весь трафик идёт через GSC и GA4 — да. Если в стеке есть Яндекс.Метрика или Директ — пока нет, доступные community-коннекторы для них недостаточно надёжны для регулярного отчёта.
Сколько стоит такой дашборд? Сама Looker Studio бесплатна, платишь только за время настройки — выгрузку API, Sheets-скрипты, структуру дашборда. По деньгам это укладывается в разовую настройку аналитики из прайса.
Он обновляется в реальном времени? Нет. Обновление зависит от частоты триггера Apps Script и собственного кэша Looker Studio. Для регулярного отчёта раз в несколько часов обычно более чем достаточно.
Сколько сейчас у тебя занимает подготовка ежемесячного отчёта клиенту вручную — пересчитываешь таблицы в Excel или всё ещё отправляешь скрины из разных кабинетов?
Больше по теме: настройка Яндекс.Метрики, regex-фильтры в GSC и разница в атрибуции GA4 и Метрики.