Аналитика кликов по ссылкам в Looker Studio: дашборд, который не разваливается

Клик по короткой ссылке - это одна строка данных: временная метка, слаг ссылки, кампания, страна, устройство. Looker Studio всё равно, откуда взялась эта строка, важно только, чтобы кто-то отдавал её по расписанию. Есть три честных способа это сделать: CSV-экспорт по расписанию в Google Sheets, таблица в хранилище, которую наполняет analytics API или экспорт по расписанию, и коннектор от сообщества, который поддерживает кто-то другой. (Google вернул инструменту название Data Studio в 2026 году; в этом руководстве используется название Looker Studio - оно всё ещё более распространённый поисковый запрос.)

Какой бы из трёх вариантов вы ни выбрали, рано или поздно вы упрётесь в одну и ту же стену: блендинг кликов по коротким ссылкам с сессиями GA4 по общему ключу. Две суммы не совпадут, и никакой дизайн дашборда этот разрыв не закроет - клики против сессий GA4 разбирает, почему именно, и эту статью стоит прочитать прежде чем выводить обе цифры на один график.

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

Три способа завести данные о кликах в Looker Studio

Looker Studio читает из источника данных; напрямую с сервисом редиректов он не говорит, и ничто не подключает сервис коротких ссылок к нему напрямую из коробки. Любая рабочая настройка сводится к одному и тому же пути из трёх этапов: клик записывается, экспорт или вызов API затягивает его во что-то, что Looker Studio умеет читать, и Looker Studio читает этот источник. Разница между тремя путями целиком в среднем этапе - что забирает данные, как часто и кто это поддерживает.

CSV-экспорт по расписанию в таблицу

Самая простая версия не требует ничего дополнительно устанавливать. Отчёт по расписанию экспортирует клики - ссылка, кампания, клики, уникальные посетители, страна, устройство - в виде CSV ежедневно или еженедельно, попадая в папку или почтовый ящик, который вы контролируете. Забросьте этот CSV в Google Sheets, либо перезаливая его вручную при каждом запуске, либо автоматизировав импорт скриптом, и таблица становится источником данных для Looker Studio. Если вы уже затягиваете URL кампаний в таблицу по другим причинам, массовый импорт из Google Sheets разбирает структуру таблицы, при которой импорт и экспорт не мешают друг другу.

Компромисс - в обновлении. Источник на основе Sheets тянет данные по собственному расписанию, а не в момент их появления, а ручная заброска CSV свежа ровно настолько, насколько свеж последний экспорт. Годится для еженедельного обзора. Не годится для дня запуска.

Таблица в хранилище, которую наполняет API или экспорт по расписанию

Более долговечная версия использует analytics API - или тот же экспорт по расписанию, но направленный в облачное хранилище вместо почтового ящика - как поток данных в таблицу хранилища, а затем указывает на неё нативный коннектор Looker Studio к BigQuery. Настройки больше: что-то должно по расписанию забирать и загружать таблицу, и кто-то должен отвечать за эту задачу. Взамен вы получаете историю, по которой можно делать запросы, и таблицу, способную обслуживать больше одного отчёта. В руководстве по API аналитики ссылок есть скрипт ежедневной выгрузки, который можно направить в эту таблицу.

Решаете, должен ли этот загрузчик опрашивать API или получать новые клики автоматически? Webhooks или опрос для отслеживания кликов разбирает оба паттерна и гибрид, к которому приходит большинство команд. Analytics API в обоих случаях один и тот же интерфейс; экспорт и API отдают одни и те же данные о кликах с разной периодичностью.

Коннекторы от сообщества и оговорка, которая идёт с ними в комплекте

Несколько коннекторов от сообщества обещают затягивать данные о кликах или коротких ссылках прямо в Looker Studio без CSV и хранилища. Они могут сэкономить время на настройке, и некоторые поддерживаются хорошо. Оговорка - в вопросе владения: коннектор от сообщества запускает код, который написали не вы, и обновляется - или перестаёт обновляться - по расписанию своего автора. Прежде чем направлять такой коннектор на боевые данные, проверьте, кто его публикует и когда был последний релиз. CSV-экспорт, который контролируете вы сами, будет работать и через год. Коннектор от сообщества - не факт.

Выбор ключа соединения: имя кампании или слаг ссылки

Завести данные о кликах в Looker Studio - решить только половину задачи. Вторая половина - построить график против GA4 так, чтобы блендинг незаметно не выдал бессмыслицу.

Блендинг Looker Studio требует общего измерения - ключа соединения - между двумя источниками. Для данных о коротких ссылках, сблендированных с GA4, стоит рассмотреть два кандидата:

• Имя кампании, сопоставленное со значением utm_campaign, которое GA4 и так показывает. Более распространённый выбор, поскольку это измерение GA4 отображает по умолчанию.
• Слаг ссылки, если вы помечаете им события GA4 или посадочные страницы. Более надёжный выбор, когда одна кампания охватывает несколько ссылок, потому что он переживает ситуацию, когда кто-то в одном из каналов набрал имя кампании чуть иначе.

Всё остальное - дата, страна, устройство - сблендирует две таблицы, не связав клик с сессией, которую он вызвал, и график будет выглядеть правдоподобно, оставаясь неверным. Имя кампании работает только если значение совпадает символ в символ между экспортом и GA4. Соглашение об именовании UTM удерживает это значение единообразным во всей команде, а сквозной плейбук по UTM разбирает дисциплину разметки, которая делает ключ соединения надёжным.

Почему две цифры не совпадут

Даже сблендировав два источника правильно, дашборд всё равно покажет две разные суммы для одного и того же: клики по ссылке и сессии GA4 по одной кампании, рядом, не совпадающие. Это не баг. Клик записывается на редиректе; сессия GA4 записывается тегом браузера, который срабатывает только после загрузки целевой страницы и при согласии на трекинг. Бот-трафик, почтовые сканеры и превью ссылок раздувают сторону кликов; отказ от согласия и уход со страницы занижают сторону сессий; один человек, кликнувший по трём ссылкам в одном письме, даёт три клика и одну сессию - и так и задумано. Клики по коротким ссылкам против сессий GA4 разбирает всё это подробно и даёт способ сверить разрыв вместо погони за точным совпадением, которого не существует.

Однажды я просидел на встрече, где руководитель маркетинга и руководитель sales ops двадцать минут спорили, чья цифра «настоящая». Правы были оба - они измеряли разные вещи. Скажите это прежде, чем кто-то спросит - стейкхолдер, которому этого не объяснили, решит, что одна из цифр сломана.

Наладьте сторону кликов один раз, а не переэкспортируйте её каждую неделю. Аналитика ссылок Elido уже отдаёт отфильтрованные от ботов клики по рабочему пространству, и тот же экспорт по расписанию, что питает путь через CSV или хранилище, держит источник Looker Studio актуальным без того, чтобы кто-то вручную трогал таблицу.

Компоновка дашборда, которую руководитель маркетинга и правда читает

Большинство дашбордов в Looker Studio проваливаются так же, как большинство таблиц: слишком много плиток, никакой иерархии, ничего, что подсказало бы руководителю маркетинга, куда смотреть в первую очередь. Компоновка, которую открывают каждую неделю, а не собирают один раз и забывают, держится на четырёх элементах.

• Четыре ключевые плитки в верхней строке: общее число кликов за период, уникальные посетители, CTR и изменение по сравнению с предыдущим периодом на первой плитке. Трёх ощутимо не хватает, как только кто-то спрашивает про тренд; шесть снова превращают верхнюю строку в стену цифр.
• Один временной ряд под плитками: клики по дням за выбранный период. Это график, который смотрят первым, несмотря на то что плитки расположены выше, поэтому разместите его достаточно высоко, чтобы никому не пришлось скроллить, чтобы увидеть, растут последние две недели или падают.
• Одна таблица по ссылкам: слаг ссылки, кампания, клики, уникальные посетители, отсортированные по убыванию кликов. Здесь руководитель маркетинга находит ссылку, которая сдвинула общую цифру, вместо того чтобы просить кого-то это проверить. Что измерять в аналитике коротких ссылок разбирает, какие столбцы заслуживают своего места.
• Набор фильтров, о котором дальше, превращает это из отчёта, который кто-то пересобирает каждую неделю, в отчёт, который люди проверяют сами.

Набор фильтров, который делает отчёт самообслуживаемым

Дашборд без фильтров используют один раз - в день, когда его построили. Дашборд с правильными элементами управления открывают люди, которых даже не было в комнате, когда его проектировали, и это, собственно, и есть смысл Looker Studio по сравнению со статичным графиком в презентации.

Три элемента управления закрывают почти любой вопрос, который руководитель маркетинга задаёт самостоятельно. Выбор диапазона дат, по умолчанию - последние 30 дней, а не весь период. Фильтр по кампании или слагу ссылки, соответствующий тому ключу соединения, который вы выбрали, чтобы любой мог выделить одну кампанию без пересборки. И фильтр по каналу или тегу, если ваша схема разметки группирует ссылки по каналам, чтобы email, соцсети и платный трафик не требовали трёх отдельных дашбордов.

Удержитесь от четвёртого. Каждый дополнительный элемент управления - это ещё одно решение, которое человек, видящий отчёт впервые, должен принять до того, как увидит хоть одну цифру, а четыре выбора до того, как что-либо отрисуется, приучают людей ждать, пока отчёт запустит кто-то другой.

Частота обновления и во что обходится каждый путь

Ни один из трёх путей не обновляет Looker Studio в реальном времени, и ожидать этого - самый быстрый способ подорвать доверие к дашборду, как только кто-то заметит задержку.

Источники на основе Google Sheets обновляются по расписанию, которое вы выбираете - раз в 15 минут, раз в час, раз в четыре часа или раз в 12 часов, - причём 15 минут одновременно значение по умолчанию и самый быстрый доступный интервал. Таблица в хранилище за нативным коннектором гибче: от 1 до 50 минут либо по часам вплоть до раз в 12 часов, что стоит по умолчанию. Собственные маркетинговые коннекторы Google, включая Analytics, зафиксированы на раз в 12 часов без возможности переопределения. Документация Google по управлению свежестью данных разбирает это подробно, а также описывает одноминутную задержку между ручными обновлениями.

Стоимость подчиняется примерно той же логике. Путь через Sheets не стоит ничего сверх экспорта по расписанию, который у вас уже есть. Путь через хранилище добавляет то, что берёт ваш слой хранения и запросов за загруженный объём - незначительно для большинства рабочих пространств, но стоит следить, если вы загружаете сырые построчные клики вместо дневных сводок. Коннекторы от сообщества обычно бесплатны в установке, и именно поэтому важна оговорка про поддержку: никакие договорные обязательства не привязывают коннектор к уровню сервиса - только решение того, кто его создал, продолжать выпускать обновления.

Похожие материалы в блоге

• Клики по коротким ссылкам против сессий GA4
• Аналитика коротких ссылок: что измерять, а что игнорировать
• Как отслеживать клики по ссылкам, не гадая
• Соглашение об именовании UTM: правила для чистых данных кампаний
• Массовый импорт коротких ссылок из Google Sheets
• API аналитики ссылок: получение статистики кликов с API-ключом