Источники переходов

Отчёт «Каналы» отвечает на один вопрос: из каких источников приходили люди, которые сделали нужное вам действие. Действие вы называете сами — регистрация, подписка, оплаченный заказ.

Анализ → Каналы.

Какая модель атрибуции реализована

Реализованы обе однокасательные модели, переключатель «Модель» на экране:

Модель	Что берётся
Первое касание	самая ранняя метка источника до конверсии
Последнее касание	самая поздняя метка источника до конверсии

Пользователь целиком относится к одному каналу. Вес между касаниями не делится: если человек пришёл из рассылки, потом из поиска и купил, то в модели «Первое касание» он весь достанется рассылке, а в «Последнем» — весь поиску. Сравнивать две модели полезно: расхождение показывает, какие каналы приводят людей, а какие дожимают.

Порядок расчёта такой:

1. Находятся пользователи, у которых за период было событие-конверсия. Момент конверсии — первое такое событие в периоде.
2. Берутся все события этого пользователя в том же периоде не позже момента конверсии.
3. Из них выбирается самое раннее (или самое позднее) непустое значение utm_source. Оно и становится каналом.
4. Пользователи группируются по каналу.

Если непустого значения не нашлось ни в одном событии до конверсии, пользователь попадает в строку «Прямой / без метки».

Какие метки участвуют

Канал определяется только значением utm_source. Группировка по другому полю не поддерживается: в API это перечисление с единственным допустимым значением.

Метки собираются сервером из query-строки адреса события. У события есть поле адреса, и из него читаются ровно три параметра — utm_source, utm_medium, utm_campaign. Отдельных полей для меток в теле события нет: если в адресе метки нет, поля останутся пустыми.

Что из этого следует:

• utm_medium и utm_campaign сохраняются и годятся для фильтров и разбивок в других отчётах, но каналом в этом отчёте не становятся;
• utm_term, utm_content и рекламные идентификаторы вроде gclid и yclid как отдельные поля не сохраняются — для отчёта нужен utm_source;
• реферер в атрибуции не участвует вовсе: переход без метки останется «Прямым / без метки», даже если реферер известен.

Окно атрибуции

Отдельной настройки окна нет. Окно атрибуции — это период отчёта.

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

Период по умолчанию — последние 30 дней, максимум — 400 дней, границы включаются и считаются в часовом поясе проекта.

Практическое правило: период должен покрывать не только конверсии, но и путь до них. Если цикл принятия решения у вас две недели, отчёт за последние 7 дней покажет неоправданно много прямых переходов — просто потому, что первые касания остались за границей периода.

Настройка и чтение отчёта

Поля на экране:

• Событие-конверсия — точное имя события, вводится текстом. По умолчанию в поле подставлено subscription_started; замените его на своё. Имя должно соответствовать шаблону ^[a-z0-9_.]{1,128}$.
• Модель — первое или последнее касание.
• Фильтры события-конверсии — до 50 условий по колонкам события и свойствам.
• Период — в шапке экрана.

Фильтры сужают именно событие-конверсию, а не касания. Условие «страна = RU» здесь означает «конверсии, совершённые из России», а не «касания из России».

Колонки результата: Канал, Пользователи и Выручка. «Пользователи» — число людей, а не сессий и не конверсий: повторные конверсии одного человека в периоде счётчик не увеличивают. Выручка — сумма свойства revenue у событий-конверсий этого пользователя за период, в рублях.

Сортировка — по числу пользователей, страница — 50 каналов, дальше «Показать ещё».

Если метки не приходят

Симптом обычно один: почти всё в строке «Прямой / без метки». Проверяйте по порядку.

1. Метка есть в адресе события? Откройте Данные и сбор → События, найдите просмотр страницы с рекламным переходом и посмотрите адрес. Если в адресе нет ?utm_source=…, то и канала не будет.

2. Не чистит ли приложение адрес слишком рано? Частая причина в SPA: маршрутизатор убирает query-параметры из адресной строки при инициализации, а первое событие уходит уже после этого. Первое событие должно отправляться до очистки адреса — либо явно передавайте в событии исходный адрес.

3. Не пустое ли значение? Ссылка вида ?utm_source=&utm_medium=email даёт пустой источник, и такое касание в атрибуции не участвует. Это распространённая ошибка сборки ссылок в рассылках.

4. Не приходит ли конверсия только с сервера? Оплаты и подписки правильно отправлять с бэкенда, а у серверных событий обычно нет адреса страницы — значит, нет и метки. Атрибуция от этого не ломается: канал возьмётся из браузерных касаний того же человека, но только если идентичность связана. Отправляйте в серверном событии тот же user_id, что и в браузере, и вызывайте связывание идентификаторов при входе — иначе браузерные касания и серверная конверсия окажутся разными людьми, и конверсия попадёт в «Прямой / без метки». См. события и пользователи.

5. Верно ли названо событие-конверсия? Имя сверяется точно, без частичного совпадения. Опечатка даёт пустой отчёт, а не ошибку.

6. Хватает ли периода? См. раздел про окно — короткий период сам создаёт прямые переходы.

Быстрая проверка: постройте отчёт трендов с группировкой по utm_source за тот же период. Если и там всё пусто, проблема в разметке ссылок или в сборе, а не в атрибуции.

Чего этот отчёт не делает

Это однокасательная атрибуция по одному полю. Мультиканальной атрибуции в продукте нет — и это не ограничение тарифа.

Чего в отчёте нет:

• распределения веса между касаниями — линейной, позиционной, с затуханием или подобранной по данным модели; каждый пользователь целиком принадлежит одному каналу;
• группировок каналов — «Платный поиск», «Соцсети» и прочие своды не настраиваются; каналом является ровно то значение, которое пришло в utm_source;
• разбивки по кампаниям и медиумам внутри канала — группировка возможна только по utm_source;
• окна ретроспективы за пределами периода — см. выше;
• атрибуции на сессию — единица всегда человек;
• атрибуции по рефереру и автоматического определения источника без метки;
• нескольких конверсий на человека — берётся первая в периоде;
• сохранённых сегментов в фильтрах — интерфейс сообщит «В этой версии атрибуции сохранённые сегменты не поддерживаются»; используйте фильтры на месте;
• выгрузки CSV с этого экрана — кнопки нет; те же данные можно получить запросом к API атрибуции.

Если нужен разбор по нескольким срезам сразу — стройте воронку с разбивкой по utm_source или тренды с группировкой: там доступны и другие поля, и сравнение аудиторий.

Лимиты

Параметр	Значение
Период по умолчанию	последние 30 дней
Максимальный период	400 дней
Условий в фильтрах	50
Каналов на страницу	50
Частота запросов	120 в минуту на пользователя и проект
Время на запрос	30 секунд, дальше ответ с кодом query_timeout

Что проверить после первой настройки

1. Постройте отчёт по первому касанию за период, покрывающий цикл принятия решения.
2. Переключите модель на последнее касание и сравните. Каналы, которые сильно выросли, — это «дожимающие»; те, что просели, — привлекающие.
3. Посмотрите долю «Прямой / без метки». Если она больше половины, вернитесь к разделу про метки: скорее всего, дело в разметке ссылок, а не в поведении людей.
4. Если считаете выручку, убедитесь, что денежные события приходят с сервера и несут корректное значение суммы.