Идентификатор клика в Google Ads: GCLID, GBRAID, WBRAID

Классическая картина: отдел продаж закрыл сделку на 300 000 ₽, вы пытаетесь отнести её к конкретной кампании — и не можете, потому что в CRM в поле «источник» лежит пустота. Причина почти всегда одна: идентификатор клика не дожил от объявления до формы заявки. Он потерялся на редиректе, его срезал CMS, его затёрла вторая сессия, или он вообще не приходил, потому что автопометка выключена.

Разберём, как в 2026 году устроена разметка кликов в Google Ads: почему идентификаторов стало три, чем шаблон отслеживания отличается от финального URL, какие параметры ValueTrack действительно нужны, и как собрать схему, где идентификатор доезжает до CRM и обратно — в импорт офлайн-конверсий.

Три идентификатора клика вместо одного: зачем

Раньше был один GCLID — Google Click Identifier, уникальная строка, которую система дописывает к URL посадочной страницы при клике по объявлению. По нему связывались клик, визит и конверсия.

Потом ограничения на межсайтовое отслеживание в браузерах и в iOS сделали привычный сценарий частично нерабочим. Google добавил два идентификатора, которые работают в агрегированном виде — они не позволяют однозначно опознать конкретного пользователя, но позволяют отнести конверсию к кампании:

Идентификатор	Когда появляется	Что позволяет
GCLID	Обычный клик по объявлению в вебе	Полная связка клик → визит → конверсия, импорт офлайн-конверсий
GBRAID	Трафик из приложений в веб (iOS, ограничения отслеживания)	Агрегированная атрибуция app-to-web
WBRAID	Веб-трафик, когда GCLID недоступен из-за ограничений	Агрегированная атрибуция web-to-web

Практический вывод для настройки: ловить и сохранять нужно все три. Любой обработчик, который читает только gclid, теряет часть трафика — и, что хуже, теряет его неравномерно: доля iOS-пользователей в потере выше, а это часто самая платёжеспособная часть аудитории.

Если ваша форма записывает в CRM только gclid, вы систематически недооцениваете кампании, дающие мобильный и app-трафик. Это не погрешность, это перекос.

Автопометка: включена ли она у вас на самом деле

Автопометка (auto-tagging) — механизм, который добавляет идентификатор клика к URL автоматически. Без неё ни GCLID, ни GBRAID, ни WBRAID не появятся, и импорт офлайн-конверсий работать не будет.

Проверка занимает минуту: «Настройки аккаунта → Отслеживание → Автоматическая пометка». Должно быть включено. Дальше — практическая проверка: возьмите финальный URL любого объявления, добавьте вручную ?gclid=test123 и откройте. Страница должна открыться нормально. Если сайт отдаёт 404, редиректит на главную или срезает параметр — вот и причина потерь.

Пять мест, где параметр умирает

Редиректы. Сайт редиректит с http на https, с www на без www, со слеша на без слеша — и на каждом шаге может терять query-строку. Проверяется цепочкой запросов с сохранением параметра.
Каноникализация URL в CMS. Некоторые CMS «чистят» неизвестные параметры. Лечится настройкой исключений.
Одностраничные приложения. На SPA переход между экранами часто переписывает URL и стирает параметры. Решение — сохранять идентификатор в первую же долю секунды после загрузки.
Кэш и CDN. Агрессивное кэширование может отдавать страницу без параметра или, наоборот, кэшировать страницу вместе с чужим идентификатором.
Вторая сессия. Пользователь пришёл по рекламе, ушёл, вернулся напрямую и оставил заявку. Если идентификатор не сохранён, атрибуция потеряна.

Пятый пункт — самый частый и самый недооценённый. Он лечится не настройками Google Ads, а сохранением идентификатора на своей стороне: при первом визите записать в куку сроком 90 дней и в скрытое поле всех форм. Более устойчивая схема — переносить идентификатор на серверную сторону, чтобы он не зависел от ограничений браузера; архитектура описана в разборе серверного трекинга sGTM.

Шаблон отслеживания, финальный URL и суффикс: кто за что отвечает

Три поля, которые постоянно путают:

Поле	Назначение	Влияет на модерацию
Финальный URL	Куда реально попадает пользователь	Да, домен проверяется
Шаблон отслеживания	Как формируется итоговый URL, включая редирект через трекер	Нет, если домен совпадает
Суффикс финального URL	Параметры, которые дописываются к конечному адресу	Нет

Правило выбора простое. Если вам нужно только дописать параметры (utm-метки, свои идентификаторы) — используйте суффикс финального URL. Он надёжнее: не участвует в редиректах и не ломается, если трекер недоступен. Шаблон отслеживания нужен, только когда трафик действительно проходит через сторонний редирект.

Уровни задания и приоритет

Шаблон и суффикс задаются на четырёх уровнях: аккаунт, кампания, группа объявлений, объявление/ключевое слово. Работает самый низкий заданный уровень. Отсюда классическая ошибка: поставили шаблон на аккаунт, а в одной кампании он свой и устаревший — параметры разъезжаются, и никто не понимает почему. Лечение: держать разметку на одном уровне, обычно на аккаунте, и точечно переопределять только там, где это осознанно нужно.

ValueTrack: какие параметры реально нужны

ValueTrack — набор подстановок, которые Google заменяет фактическими значениями в момент клика. Их десятки, но рабочий набор небольшой. Базовая связка для суффикса финального URL:

utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&mt={matchtype}&net={network}&dev={device}

Что стоит понимать про каждый:

{campaignid}, {adgroupid}, {creative}, {targetid} — числовые идентификаторы. Не читаются глазами, зато никогда не ломаются при переименовании кампании. Для аналитики надёжнее названий.
{keyword} — ключевое слово, по которому произошёл показ (в поиске). В КМС будет пусто.
{matchtype} — тип соответствия: e (точное), p (фразовое), b (широкое). Полезно, чтобы отделять широкое соответствие в отчётах.
{network} — g (поиск Google), s (поисковые партнёры), d (КМС), u (YouTube-поиск). Отдельная колонка по партнёрам часто вскрывает неприятную правду о качестве трафика.
{device} — m (мобильный), t (планшет), c (десктоп).
{lpurl} — сам финальный URL. Обязателен в шаблоне отслеживания, если используете редирект.
{gclid} — можно подставить явно; удобно, когда система-приёмник читает конкретное имя параметра.

Чего лучше не делать

Не тащить в разметку название кампании через {campaignname}. Переименуете кампанию — история в аналитике разъедется на два разных источника.
Не дублировать utm_source вручную при включённой автопометке в GA4. Ручные метки могут перебить автоматическую связку и испортить отчёты по Google Ads.
Не собирать URL длиной в километр. Каждый лишний параметр — ещё одна точка отказа и ещё один повод для CMS «почистить» адрес.
Не забывать про кодирование. Значения с пробелами и кириллицей должны быть закодированы, иначе часть систем обрежет строку.

Схема, которая доживает до CRM

Рабочая последовательность, которую имеет смысл внедрить целиком:

Шаг 1. Включить автопометку и проверить живучесть параметра

Автопометка включена, тестовый URL с параметром открывается, редиректы параметр сохраняют. Проверяйте на всех типах посадочных: главная, категория, карточка, лендинг.

Шаг 2. Ловить все три идентификатора

Скрипт на сайте при загрузке читает query-строку и ищет gclid, gbraid, wbraid. Первый найденный сохраняет в куку на 90 дней вместе с меткой, какой именно это тип, и временем клика. Перезаписывать куку стоит только новым рекламным визитом, а не любым заходом.

Шаг 3. Прокинуть значение в формы

Все формы на сайте получают скрытые поля: идентификатор, его тип, время клика, и по возможности utm-набор. Ключевой момент — поля должны заполняться из куки, а не из текущего URL: иначе вторая сессия обнулит атрибуцию.

Шаг 4. Сохранить в CRM в отдельные поля

В карточке сделки заводятся поля под идентификатор и его тип. Складывать всё в одно текстовое поле «источник» — гарантия того, что через полгода никто не разберёт, что там лежит.

Шаг 5. Отдать конверсии обратно в Google Ads

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

Шаг 6. Подстраховаться расширенными конверсиями

Там, где идентификатор всё-таки потерян, спасают расширенные конверсии для лидов: сопоставление идёт по хешированному email или телефону. Это не замена идентификатору, а второй слой — но он заметно поднимает полноту данных. Механика — в материале про расширенные конверсии.

Звонки, мессенджеры и офлайн: где идентификатор клика теряется по определению

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

Телефонные звонки

Пользователь увидел номер на сайте и позвонил — браузерная сессия к CRM никак не привязана. Решение одно: динамическая подмена номера. Каждому посетителю показывается свой номер из пула, и звонок с этого номера связывается с сессией, а значит и с сохранённым идентификатором. Размер пула считается по формуле «пиковая одновременная посещаемость × время жизни сессии»; экономия на номерах приводит к тому, что один номер успевает показаться двум людям и атрибуция становится случайной. Подробнее механику разбирали в статье про колл-трекинг и звонковые кампании.

Мессенджеры

Переход в мессенджер уводит человека из браузера, и никакие куки за ним не следуют. Рабочий приём — параметризованная ссылка: в адрес перехода подставляется короткий токен, привязанный на вашей стороне к сохранённому идентификатору. Пользователь отправляет первое сообщение с этим токеном автоматически, бот его считывает и связывает диалог с рекламным кликом. Без токена вся переписка попадает в CRM как «прямой заход».

Офлайн-точки и колл-центр

Если сделка закрывается в офисе или на выезде, единственный носитель связи — то, что человек назвал: телефон или email. Здесь спасают расширенные конверсии для лидов: вы отдаёте в Google хешированный контакт, и он сам находит соответствие с кликом. Точность ниже, чем у прямого идентификатора, но это единственный работающий вариант.

Сводная таблица покрытия

Канал заявки	Чем связывать	Ожидаемое покрытие
Веб-форма	Идентификатор из куки в скрытом поле	75–90%
Звонок с сайта	Динамическая подмена номера	60–80%
Звонок по номеру из объявления	Отчёт по звонкам Google Ads	Атрибуция на уровне кампании
Мессенджер	Токен в параметризованной ссылке	50–70%
Офлайн / колл-центр	Расширенные конверсии по хешу контакта	30–50%

Цифры в таблице — ориентиры для здоровой настройки, а не гарантия. Смысл в другом: покрытие никогда не будет 100%, и это нормально. Задача — не идеальная полнота, а отсутствие систематического перекоса, когда один канал виден целиком, а другой не виден вовсе.

Диагностика: как за 20 минут понять, где течёт

Симптом	Вероятная причина	Проверка
В CRM пусто у большинства заявок	Форма читает URL, а не куку	Пройти путь: клик → уход → возврат напрямую → заявка
Пусто только у мобильного трафика	Ловится только gclid, gbraid игнорируется	Проверить обработчик на все три имени параметра
Параметр исчезает сразу на входе	Редирект или каноникализация	Цепочка редиректов с сохранением query
Импорт офлайн-конверсий отклоняется	Истёк срок или неверный формат времени	Сверить окно загрузки и часовой пояс аккаунта
Расхождение Google Ads и GA4 в разы	Ручные utm перебивают автопометку	Убрать дублирующие utm_source/utm_medium
Конверсии есть, ценность нулевая	Сумма не передаётся при импорте	Проверить колонку значения и валюты в выгрузке

Ещё один слой проверки — сверка с моделью атрибуции. Если идентификатор доезжает, но распределение по кампаниям выглядит странно, дело может быть не в разметке, а в том, как считается вклад каждого касания; это отдельная тема, разобранная в статье про атрибуцию GA4 для медиабайера.

Сколько данных вы теряете на самом деле: как посчитать

Разговор «у нас всё настроено» заканчивается, когда появляется число. Считается оно за пятнадцать минут.

Возьмите период 30 дней и выгрузите из CRM все заявки за него.
Посчитайте, у скольких из них поле идентификатора клика заполнено. Это ваш коэффициент покрытия.
Отдельно посчитайте покрытие по устройствам. Разрыв между десктопом и мобильными больше 15 процентных пунктов почти всегда означает, что не ловятся gbraid и wbraid.
Сравните число конверсий в Google Ads с числом заявок в CRM за тот же период. Разница показывает, какую часть результата реклама вообще не видит.

Дальше — простая экономика. Если покрытие 55%, а месячный расход 600 000 ₽, то почти половина бюджета оптимизируется вслепую: алгоритм принимает решения на неполной выборке, систематически смещённой в пользу тех сегментов, где трекинг работает. Это не абстрактная потеря точности — это конкретное перераспределение денег в пользу худших кампаний.

Полезно фиксировать коэффициент покрытия в отчётности как отдельную метрику рядом с CPA и ROAS. Тогда падение с 85% до 60% после релиза сайта видно сразу, а не через квартал, когда результаты уже просели. Как собирать такие метрики автоматически — в материале про дашборды и отчётность медиабайера.

Организационная часть: кто это поддерживает

Разметка ломается не в момент настройки, а через три месяца — когда разработчик выкатил новую форму, маркетолог добавил лендинг на поддомене, а подрядчик поставил редирект. Поэтому вместе с настройкой нужен регламент:

Раз в месяц — сквозной тест: клик по объявлению → заявка → проверка, что идентификатор доехал в CRM.
При каждом новом лендинге — проверка сохранения параметра до релиза, а не после.
Раз в квартал — сверка доли заявок с непустым идентификатором. Ориентир здорового аккаунта — 75–90% для веб-форм; всё, что ниже 60%, требует разбора.
При смене CMS или CDN — полная перепроверка, это самая частая причина внезапной потери разметки.

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

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

FAQ

Чем GBRAID отличается от WBRAID простыми словами?

GBRAID появляется, когда пользователь перешёл из приложения в веб в условиях ограничений отслеживания, WBRAID — когда переход был внутри веба, но обычный GCLID недоступен. Оба работают агрегированно: конкретного человека по ним не опознать, кампанию — можно.

Нужно ли отключать автопометку, если я использую utm-метки?

Нет. Автопометка и ручные метки сосуществуют. Отключать автопометку — почти всегда ошибка: без неё не работает импорт офлайн-конверсий и связка с аналитикой.

Что использовать: шаблон отслеживания или суффикс финального URL?

Суффикс, если нужно просто дописать параметры. Шаблон — только когда трафик действительно идёт через сторонний редирект. Суффикс надёжнее и не создаёт лишнюю точку отказа.

Сколько живёт GCLID для импорта офлайн-конверсий?

Загружать конверсию по идентификатору можно в ограниченном окне после клика, и это окно связано с настройками окна атрибуции в аккаунте. Практический совет — выгружать сделки в Google Ads регулярно, а не раз в квартал: чем ближе к дате клика, тем меньше риск, что данные не примут.

Можно ли восстановить атрибуцию задним числом, если идентификатор не сохранялся?

Полностью — нет. Частично помогают расширенные конверсии для лидов: сопоставление по хешированным контактным данным. Но это работает только с момента внедрения, ретроспективно данные не восстановятся.

Почему в CRM попадает идентификатор, а конверсия всё равно не подтягивается?

Чаще всего — формат времени конверсии, неверный часовой пояс или несовпадение названия действия-конверсии. Проверьте, что действие создано как «Импорт» и его название в файле совпадает посимвольно.

Как быть с параметром на сайтах с агрессивным кэшированием?

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

Нужно ли передавать все параметры ValueTrack?

Нет. Больше параметров — больше точек отказа. Рабочий минимум: источник, канал, идентификатор кампании, объявления, ключа, тип соответствия, сеть и устройство. Остальное добавляйте только под конкретную задачу.

Какой процент заявок с идентификатором считается нормой?

Для веб-форм ориентир — 75–90%. Ниже 60% почти всегда означает техническую потерю, а не поведение пользователей. Для звонков доля ниже: там нужен колл-трекинг с подменой номера.

Влияет ли шаблон отслеживания на модерацию объявлений?

Сам по себе нет, если конечный домен совпадает с отображаемым и редирект не ведёт на другой сайт. Проблемы начинаются, когда цепочка редиректов уводит пользователя на домен, отличный от заявленного.

Что делать, если сайт на конструкторе и скрипты добавить нельзя?

Минимум — суффикс финального URL с utm-метками и скрытое поле формы, если конструктор это позволяет. Многие платформы умеют подставлять значения из query-строки в поля формы штатно; связку с CRM тогда делают через готовую интеграцию.

Нужны ли эти сложности, если у меня интернет-магазин с онлайн-оплатой?

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