Cook Book Sber Ads: инструкция для рекламодателей и подсчёт авторизованных пользователей
Инструкция для рекламодателей — 6 шагов: регистрация в Статистике, создание счётчика, установка кода на сайт или лендинг, при необходимости собственные события, выбор целевого события и привязка его к кампании в рекламном кабинете. Базовые события page_view, page_close и click фиксируются сами. Чтобы человек с нескольких устройств считался один раз, передают параметр запроса auth_uid и берут метрику «Авторизованные пользователи».
Цифры
Шаги инструкции
| Шаг | Что делают |
|---|---|
| 1 | Регистрация в Статистике |
| 2 | Создание нового счётчика |
| 3 | Установка кода счётчика на нужный сайт или лендинг |
| 4 | При необходимости — передача собственных событий для web, Android или iOS |
| 5 | В интерфейсе Статистики выбирают целевое событие и делают его доступным для рекламного кабинета SberAds |
| 6 | В рекламном кабинете привязывают целевое действие к рекламной кампании |
Какое событие для чего
| Тип события | Что фиксирует | Настройка |
|---|---|---|
| page_view | просмотр определённой страницы сайта | не нужна |
| page_close | уход посетителя со страницы | не нужна |
| click | клик по ссылке на сторонний ресурс (внешний переход) | не нужна |
| eCommerce | покупка товара, клик по карточке, добавление в корзину и другое | нужна дополнительная |
| Собственные события | отправка формы, клик по кнопке и другие действия, которых нет среди готовых | JavaScript на нужном месте кода сайта |
| Аналитика блоков | показатели кликабельности (CTR) | отдельное руководство |
Подробности
Порядок работы
Шаги 1–3 — подготовка: аккаунт в Статистике, счётчик, код на сайте. Дальше настраивают цели. Если действие посетителя есть среди готовых событий, берут его. Если нет, заводят собственное событие, проверяют, что оно доходит, и только потом делают целью.
На шаге 5 целевое событие выбирают в интерфейсе Статистики и открывают для кабинета SberAds. На шаге 6 в кабинете цель привязывают к кампании.
Собственные события
Нужны для целей вроде отправки формы или клика по кнопке. По инструкции справки JavaScript навешивают на то место кода сайта, где срабатывает нужное действие. Проверить событие можно тремя способами:
- отчёт «Дашборд», раздел «События»;
- отчёт «Поведение», раздел «Собственные события»;
- панель разработчика в браузере: вкладка Network, в поле поиска ввести cnt.
Если событие настроено верно, из него заводят целевое действие по примеру из справки.
Справка советует именно «Собственные события». Причины: данные видны в интерфейсе, из целевых событий можно построить воронку, ниже риск занизить bounce rate или завысить PV, которые возникают при использовании user_cv.
Базовые события
Базовыми в этой инструкции названы три события: page_view, page_close и click. Они фиксируются системой автоматически и подходят, например, для статистики посадочных страниц. Кроме них есть другие базовые: авторизация пользователя, переход по ссылке в приложение, покупка в приложении. Их настройка описана в отдельном разделе справки «Базовые события».
eCommerce и аналитика блоков
События электронной коммерции собирают данные о покупках, кликах по карточкам, добавлении в корзину. Дополнительная настройка нужна, передача описана в разделе «Передача eCommerce-данных». Для цели с таким событием в справке есть отдельный пример.
CTR анализируют через аналитику блоков. Если нужны посетители и визиты, справка советует отправку собственных событий вместо аналитики блоков.
Как посчитать авторизованных пользователей
Разбор из справки: реальная численность сотрудников — 857 человек, а отчёт «Посещаемость» с фильтром по атрибуту «принадлежность к компании» показал 1034 человека за неделю, больше, чем сотрудников.
Причина: счётчик ориентируется на cookie. Один человек с рабочего ноутбука, домашнего ноутбука и телефона считается как три отдельных посетителя.
Исправление: передавать параметр запроса auth_uid и смотреть метрику «Авторизованные пользователи». После настройки корректируются только новые данные, старые отчёты остаются как были.
Что собрано в разделе Cook Book
Раздел-оглавление называет материалы: всё про установку счётчика, практическое руководство по аналитике блоков, инструкция для рекламодателей, примеры заведения параметров целевых событий, разметка писем, подсчёт авторизованных пользователей, примеры отправки пикселей, deeplink и настройка собственного события через Google Tag Manager.
Важно знать
- Как именно передавать auth_uid (каким методом и в каком месте кода), страница про авторизованных не описывает.
- Настройка auth_uid историю не пересчитывает: справка прямо говорит, что старые отчёты с уже накопленными данными остаются без изменений.
- «Базовыми» инструкция называет три события, при этом тут же перечисляет ещё три (авторизация пользователя, переход по ссылке в приложение, покупка в приложении). В статье про модель данных счётчика состав базовых событий выглядит иначе: там нет «авторизации пользователя», зато есть «Смена идентификатора пользователя» и «Первое открытие приложения». Это одно и то же событие или разные, справка не уточняет.
- Три способа проверки события и пример с отчётом «Посещаемость» на страницах даны картинками без подписей; что на них видно, в тексте не сказано.
- Про user_cv справка только предупреждает, что при его использовании можно занизить bounce rate или завысить PV; почему так, не объясняет.
- Страница инструкции правилась 07.07.2025, страница про авторизованных — 26.06.2025, оглавление Cook Book — 08.12.2025.