YCLID
Уникальный идентификатор клика в Яндекс.Директе — параметр ?yclid=..., который автоматически добавляется к URL при переходе с рекламного объявления. Передаёт в Яндекс.Метрику данные о кампании, ключевой фразе, устройстве и гео. Без YCLID Метрика не атрибутирует конверсию к Директу.
Что такое YCLID
YCLID (Yandex Click Identifier) — уникальный числовой идентификатор, который Яндекс.Директ автоматически добавляет к URL объявления при каждом клике. Выглядит это так: https://brand.ru/landing?yclid=4631872940519238961. Значение уникально для каждого клика — два пользователя, кликнувших по одному объявлению, получат разные YCLID.
Механизм работает как мост между Директом и Метрикой: Яндекс сохраняет у себя расшифровку идентификатора (кампания, группа объявлений, ключевая фраза, тип объявления, устройство, гео), а Метрика считывает YCLID из URL и запрашивает эти данные на серверной стороне. В результате конверсия на сайте однозначно атрибутируется конкретному клику в Директе — вплоть до ключевой фразы и площадки.
Идентификатор живёт в cookie Метрики по умолчанию 90 дней. Это значит, что если пользователь кликнул по рекламе сегодня, а купил через два месяца, конверсия всё равно правильно засчитается Директу. Не путайте YCLID с _ym_uid — тот хранит анонимный идентификатор посетителя для сессионной аналитики и не несёт информации о конкретной рекламной кампании.
Российский аналог — GCLID от Google Ads, который работает по той же логике, но в экосистеме Google Analytics.
Как включить и проверить
Автодобавление YCLID включается в интерфейсе Яндекс.Директа: «Параметры» → «Утилитарные параметры» → флажок «Добавлять метку yclid к ссылкам». После сохранения параметр начнёт появляться во всех URL объявлений кампании автоматически — вручную прописывать ничего не нужно.
Важные условия для корректной работы:
- На сайте должна быть установлена Яндекс.Метрика — именно она считывает YCLID из URL и сопоставляет с данными Директа.
- Счётчик Метрики должен быть связан с аккаунтом Директа: «Метрика → Настройки → Счётчик → Связать с аккаунтом Директа».
- Целевая страница не должна обрезать GET-параметры на стороне сервера или через JavaScript — распространённая ошибка в SPA-приложениях, где роутер удаляет строку запроса после загрузки.
Проверка проста: кликните по объявлению в Директе (или используйте «Просмотр объявления» в интерфейсе), скопируйте итоговый URL и убедитесь, что в нём есть ?yclid= или &yclid=. В Метрике через 10–15 минут в отчёте «Директ → Сводка» должны появиться данные о кликах. Если нет — проверьте связку счётчиков.
YCLID и QR-коды
QR-код — не замена контекстной рекламы, а инструмент офлайн-канала. Но эти две механики пересекаются в одном сценарии: когда рекламодатель размещает в офлайне ссылку из Директа или лендинг, к которому привязана рекламная кампания.
Прямая схема: объявление в Директе ведёт на URL с ?yclid=.... Этот же URL (с YCLID) вы вставляете в QR-код и печатаете на флаере. Пользователь сканирует QR → открывает страницу с YCLID → Метрика атрибутирует конверсию Директу. Технически работает, но есть нюанс: значение YCLID в статическом QR фиксированное, одно на всех. Яндекс понимает такую ситуацию и корректно обрабатывает «повторные» клики с одним YCLID как офлайн-сканирования.
Практичнее другой подход: для QR-кода используйте динамический QR с UTM-метками, а YCLID оставьте для кликов непосредственно из Директа. Динамический QR даст собственную аналитику сканирований (регион, устройство, время), которую легко читать в Яндекс.Метрике через стандартные UTM-отчёты. Итог: Директ — со своим YCLID, офлайн-QR — со своими UTM. Смешивать не нужно.
Для российских рекламодателей, работающих исключительно в экосистеме Яндекса, YCLID — главный инструмент атрибуции. GCLID в этом смысле его прямой аналог, но для Google Ads + GA4.
Частые вопросы
Чем YCLID отличается от UTM-меток?
UTM-метки — это открытый стандарт, который вы прописываете вручную и который читает любая система аналитики. YCLID — закрытый идентификатор Яндекса: его расшифровку знает только Метрика, которая запрашивает данные напрямую у Директа через серверный API. UTM показывают то, что вы сами заполнили в параметрах (кампания, источник, ключ). YCLID передаёт то, что знает сам Яндекс: точное объявление, ставку, тип трафика, позицию показа. Поэтому в профессиональных кампаниях используют оба инструмента одновременно — UTM для кросс-платформенной аналитики, YCLID для точной атрибуции внутри экосистемы Яндекса.
Что будет, если YCLID включён, но Метрика не установлена?
Параметр просто появится в URL как обычный GET-параметр и никем не будет прочитан. Атрибуции не произойдёт, данные в Директе останутся без привязки к конверсиям. Такую ситуацию легко диагностировать: в Директе в столбце «Конверсии» будут нули, хотя трафик на сайт идёт. Решение — установить счётчик Метрики, связать его с аккаунтом Директа и настроить цели. После этого данные начнут поступать со следующего клика.
Сколько живёт YCLID и что такое 90-дневный период?
YCLID записывается в cookie браузера пользователя на 90 дней. Это значит: если человек кликнул по объявлению сегодня, а совершил покупку через 89 дней, конверсия всё равно будет атрибутирована правильной рекламной кампании. На 91-й день cookie протухает, и следующее действие пользователя будет засчитано как «прямой заход». Период в 90 дней — это настройка Яндекс.Метрики по умолчанию; уточнить его можно в «Настройках счётчика». Не путайте с _ym_uid — тот хранится дольше и отвечает только за анонимную идентификацию посетителя, не за рекламный клик.
Можно ли добавить YCLID вручную к ссылке?
Технически — нет, и это принципиально. YCLID генерирует сам Яндекс в момент клика по объявлению. Вы не можете заранее знать его значение и вставить в ссылку — оно появляется динамически. Именно поэтому статический QR с готовым YCLID содержит фиксированный идентификатор одного конкретного клика, а не живой параметр. Для офлайн-каналов корректнее использовать UTM-метки в короткой ссылке внутри динамического QR — они прописываются заранее и работают без зависимости от рекламной системы.
YCLID исчезает из URL после загрузки страницы — это нормально?
Зависит от настроек сайта. Яндекс.Метрика считывает YCLID сразу при загрузке страницы — даже если SPA-роутер потом очистит строку запроса, данные уже переданы счётчику. Проблема возникает только если скрипт Метрики загружается после того, как роутер удалил параметры — тогда идентификатор теряется. Стандартное решение: размещать тег Метрики в <head>, до любых JS-фреймворков. В React/Vue/Next.js это означает инициализацию счётчика в корневом компоненте, а не в роутере или дочерних страницах.
Чем YCLID отличается от GCLID?
Логика идентичная — уникальный идентификатор клика, который передаёт данные в систему аналитики. Разница в экосистеме: GCLID работает с Google Ads + Google Analytics 4, YCLID — с Яндекс.Директом + Яндекс.Метрикой. Компании, которые ведут рекламу в обеих системах, получают оба параметра в URL одновременно: ?gclid=...&yclid=.... Каждая система читает свой идентификатор и игнорирует чужой. Подробнее о GCLID — в отдельном материале глоссария.