Parallel tracking и URL-параметры в Google Ads 2026: где ломается аналитика
Симптом, с которого начинается эта статья: в Google Ads 10 000 кликов, в GA4 за тот же период 6 800 сессий из Google / cpc, а в CRM — лиды без источника. Бидер учится на данных, которых не видит, отчётность не сходится, и каждую неделю кто-то в команде говорит «надо бы разобраться с трекингом». Почти всегда причина в том, как устроен parallel tracking Google Ads и как собраны ссылки объявлений. Разбираться почти всегда приходится в четырёх полях, которые задают, как собирается ссылка объявления, и в одном переключателе аккаунта.
Ниже — как устроен parallel tracking Google Ads, чем tracking template отличается от final URL suffix, какие ValueTrack-параметры реально нужны в 2026 году, восемь типовых ошибок с последствиями и проверка настройки за десять минут. Без теории про «важность аналитики»: только то, что чинит расхождение клики/сессии.
Parallel tracking Google Ads: что это и почему обязателен
До parallel tracking клик по объявлению работал как эстафета редиректов: пользователь шёл на домен трекера, трекер писал клик, отдавал 302 на следующий хост, и только потом браузер начинал грузить лендинг. Два-три промежуточных хопа — это 300–900 мс на мобильном 4G до первого байта целевой страницы, ещё до того как начнётся загрузка. Часть людей за это время просто уходит.
Parallel tracking разрывает эту цепочку: браузер отправляется на финальный URL сразу, а запрос к системе измерения уходит параллельно, в фоне. Пользователь видит лендинг так же быстро, как если бы пришёл из органики, а клик всё равно фиксируется.
Главное, что нужно знать про статус в 2026 году: parallel tracking не опция. Он обязателен для кампаний в поиске, Shopping, Display, Video и Performance Max. Единственное исключение — Hotel-кампании, и переключатель в настройках аккаунта (Администратор → Настройки аккаунта → раздел «Отслеживание») управляет именно ими. То есть если ваш трекер «не поддерживает parallel tracking», выключить его в обычной кампании нельзя — чинить придётся трекер или схему ссылок.
Практический вывод: любая схема измерения, которая требует, чтобы пользователь прошёл через редирект до лендинга, в 2026 году в Google Ads не работает. Измерение должно происходить параллельно с загрузкой страницы или на стороне сервера — иначе вы теряете и данные, и часть визитов.
Четыре слоя URL: кто за что отвечает
Ссылка, по которой уходит пользователь, собирается из четырёх независимых полей. Половина проблем с трекингом — от того, что одно и то же пытаются задать в двух слоях одновременно.
| Слой | Где задаётся | Что делает | Когда использовать |
|---|---|---|---|
| Final URL | Объявление, ассет, товар в фиде | Страница, куда реально попадает человек. Должна быть рабочей сама по себе | Всегда. Чистый URL без служебных параметров |
| Tracking template | Аккаунт / кампания / группа / объявление / ключ | Шаблон, в который подставляется {lpurl} и ValueTrack-параметры | Когда нужен внешний трекер или сложная сборка ссылки |
| Final URL suffix | Те же пять уровней | Строка параметров, которая приклеивается к финальному URL и выживает при parallel tracking | Основной способ передать метки в 2026 году |
| Custom parameters | Те же пять уровней | До трёх пар {_name}=value на уровень, подставляются в шаблон или суффикс | Когда нужно передать то, чего нет в ValueTrack: ID оффера, гео-группу, менеджера |
Приоритет уровней: более низкий уровень перебивает более высокий целиком, а не дополняет его. Шаблон, заданный на объявлении, полностью заменяет шаблон кампании. Это ровно та грабля, на которую наступают при миграции: ставят аккуратный шаблон на уровне аккаунта, а в части кампаний остаётся старый шаблон с мёртвым доменом трекера — и эти кампании тихо льют в пустоту.
С final URL suffix логика та же, но последствия мягче: суффикс не ломает переход, он просто подменяет набор параметров. Поэтому базовое правило 2026 года — держать метки в final URL suffix на уровне аккаунта и не использовать tracking template, если без внешнего редиректа можно обойтись.
Чем final URL suffix лучше шаблона
- Суффикс не меняет хост: нет лишнего DNS-запроса, TLS-хендшейка и редиректа.
- Он совместим с parallel tracking по определению — параметры едут на том же URL, куда идёт пользователь.
- Он не ломается, если трекер лежит: при недоступном домене в шаблоне пользователь получает ошибку вместо лендинга, при суффиксе — просто теряется метка.
- Его проще проверить: достаточно посмотреть адресную строку после клика.
Шаблон остаётся нужным в двух сценариях: внешняя система измерения требует собственного клик-эндпоинта (и поддерживает параллельный режим), либо финальный URL нужно собирать динамически из параметров — например подставлять в путь язык или оффер.
ValueTrack-параметры, которые реально нужны
ValueTrack — это макросы, которые Google подставляет в момент клика. Их больше тридцати, но в рабочем суффиксе обычно хватает десяти. Полезный набор для платного трафика:
| Параметр | Что передаёт | Зачем в отчётах |
|---|---|---|
{lpurl} | Финальный URL (только в шаблоне) | Обязателен в tracking template, иначе ссылка не собирается |
{gclid} | ID клика | Склейка клика с лидом в CRM и импорт офлайн-конверсий |
{campaignid} / {adgroupid} | Числовые ID | Устойчивые ключи для джойна: не ломаются при переименовании |
{creative} | ID объявления | Разбор, какое объявление приносит лиды, а не клики |
{keyword} / {matchtype} | Ключ и тип соответствия | Работа с минус-словами и оценка широкого соответствия |
{network} | g / s / d / ytv / u | Отделить поиск от партнёров и Display — часто там вся разница в качестве |
{device} | m / t / c | Проверить, не сыпется ли мобильная версия лендинга |
{placement} / {targetid} | Площадка, цель таргетинга | Чистка площадок в Display и Demand Gen |
{loc_physical_ms} | ID геолокации | Гео-аналитика точнее, чем «Регион» в интерфейсе |
Рабочий суффикс на уровне аккаунта выглядит примерно так:
utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&mt={matchtype}&net={network}&dev={device}
Обратите внимание: {gclid} в суффикс добавлять не нужно — автотегирование уже дописывает gclid в URL, и дублирование создаёт два разных параметра с одним смыслом. Если автотегирование включено (а оно должно быть включено), ручной gclid только мешает. Подробный разбор того, как идентификаторы клика ведут себя в разных браузерах и что делать с gbraid и wbraid, есть в материале про GCLID, GBRAID и WBRAID в шаблонах отслеживания.
Восемь ошибок, которые ломают измерение
| Ошибка | Что происходит | Как лечить |
|---|---|---|
{lpurl} не в начале шаблона | Трекер получает URL, но собранная ссылка некорректна — клик уходит в 404 | Шаблон начинается с {lpurl} либо с хоста трекера, за которым {lpurl} закодирован |
Двойной ? в итоговой ссылке | Всё после второго знака вопроса игнорируется — метки пропадают | Final URL без параметров; суффикс без ведущего ? и & |
| UTM захардкожены в final URL и дублируются в суффиксе | Два utm_campaign в одном URL, GA4 берёт первый — отчёты по кампаниям врут | Убрать UTM из final URL, оставить только в суффиксе |
| Редирект-трекер без поддержки параллельного режима | Клик зафиксирован, визит не состоялся: расхождение 20–40% | Перейти на суффикс и server-side-измерение |
| HTTP в шаблоне или суффиксе | Смешанный контент, браузер блокирует фоновый запрос, клик теряется | Только HTTPS на всех хостах цепочки |
| 301 с non-www на www (или на слэш) с потерей query | Сервер отдаёт редирект без параметров, GA4 видит прямой заход | Настроить редирект с сохранением query string; лучше указывать в final URL канонический хост |
| SPA-роутер режет query при первой навигации | gclid есть в адресной строке десятую долю секунды и исчезает до инициализации тега | Читать параметры до роутинга, сохранять в sessionStorage, передавать в dataLayer |
| Переход на другой домен в воронке без cross-domain | Новая сессия, источник «direct», конверсия не приписана кампании | Настроить сшивку домена — см. кросс-доменное отслеживание в Google Ads и GA4 |
Отдельная категория — не ошибка, а следствие: parallel tracking ускоряет попадание на лендинг, и именно поэтому узким местом становится сам лендинг. Если раньше 600 мс съедал редирект, то теперь те же 600 мс съедает нерасторопный сервер, и это уже видно в метриках. Разбор того, какие пороги LCP и INP держат конверсию платного трафика, — в статье про скорость лендинга и Core Web Vitals.
Проверка настройки за десять минут
- Кнопка «Тест» рядом с шаблоном. В интерфейсе Google Ads у поля tracking template есть проверка: она собирает ссылку и показывает, куда та ведёт. Красный крестик в колонке статуса — ссылка не открывается. Важно: тест ловит не все ошибки, отсутствие крестика ещё не значит, что всё хорошо.
- Ручной клик с метками. Откройте финальный URL с дописанным
?gclid=test123&utm_source=google&utm_medium=cpc. Страница должна открыться без редиректов, параметры — остаться в адресной строке после полной загрузки. - DevTools → Network, фильтр «Doc». Смотрите цепочку: сколько документов загрузилось до целевого. В норме — один. Каждая строка с кодом 301/302 — это потерянные миллисекунды и риск потери query.
- GA4 Realtime. После тестового клика источник должен определиться как google / cpc, а не (direct) / (none). Если direct — параметры не доехали.
- Серверный лог или sGTM. Самый надёжный уровень: смотрите, с каким query string пришёл запрос на лендинг. Лог не врёт и не зависит от блокировщиков. Как выстроить этот слой — в материале про server-side трекинг на sGTM.
- Сверка объёмов. Клики в Google Ads против сессий google / cpc в GA4 за неделю. Норма — расхождение до 10–15% (ориентир, не норматив: разные модели подсчёта, боты, блокировщики). Выше 20% — ищите ошибку из таблицы выше.
Чек-лист: как должна выглядеть схема ссылок
- Автотегирование включено на уровне аккаунта.
- Final URL чистый: канонический хост, HTTPS, без UTM и служебных параметров.
- Final URL suffix задан один раз на уровне аккаунта; на уровнях ниже — только там, где нужна осознанная замена.
- Tracking template отсутствует, если нет внешнего редирект-трекера. Если есть — он один, на уровне аккаунта, и начинается с
{lpurl}. - Custom parameters используются только для того, чего нет в ValueTrack, и документированы — иначе через три месяца никто не помнит, что такое
{_ofr}. - Серверные редиректы сохраняют query string.
- Все домены воронки сшиты между собой.
- Раз в месяц — выгрузка шаблонов и суффиксов по всем уровням и проверка на мёртвые домены (быстрее всего скриптом или через API).
Проверять выгрузкой удобнее, чем глазами: один запрос к API возвращает все шаблоны и суффиксы всех уровней, и расхождения видны сразу. Если нужна совсем холодная голова — складывайте такие выгрузки в хранилище и смотрите историю изменений; как это устроить, разобрано в статье про GA4 BigQuery Export для платного трафика.
Почему это особенно важно на арендованных и агентских аккаунтах
Когда вы работаете в своём аккаунте годами, схема ссылок складывается постепенно и её все помнят. Когда кампании переносятся между аккаунтами — при масштабировании, смене структуры или запуске на новом кабинете — схема переезжает частями: суффикс руками скопировали, а шаблон на уровне кампании остался от прежнего владельца. Результат: половина трафика измеряется, половина нет, и несколько дней уходит на выяснение.
Поэтому при любом переносе кампаний (в том числе на агентские аккаунты Google Ads) первым делом выгружайте уровни URL-настроек из старого аккаунта и прогоняйте чек-лист в новом — до того, как включать бюджет. Это 20 минут работы против недели грязных данных, на которых Smart Bidding успеет обучиться не тому.
Если схема измерения собирается с нуля и нужен разбор под конкретную воронку, у нас есть обучение по Google Ads и гайд по Google Ads, где этот блок разобран на практических примерах.
Что делать на следующей неделе
Порядок действий, если трекинг давно не ревизовали:
- Выгрузите tracking template и final URL suffix со всех пяти уровней. Найдите места, где они заданы дважды.
- Уберите всё, что дублируется, оставив один суффикс на аккаунте.
- Проверьте пять лендингов руками по пунктам 2–4 из блока проверки.
- Сверьте клики и сессии за прошедшую неделю. Зафиксируйте цифру расхождения — это ваша базовая линия.
- Через семь дней сверьте снова. Если расхождение упало — схема починена, и бидер начнёт учиться на полных данных.
Если после этого конверсии всё равно теряются, проблема уже не в ссылках, а в самом учёте событий — диагностику этой части мы разбирали в материале про то, что делать, когда конверсии пропали.
Миграция с редирект-трекера: три шага без потери данных
Самый частый унаследованный случай — схема, построенная вокруг внешнего клик-эндпоинта: в tracking template стоит домен трекера, трекер пишет клик и отдаёт редирект. Эта схема в параллельном режиме теряет часть кликов и замедляет лендинг, но выключать её одним движением рискованно: вы разом остаётесь без привычных отчётов. Безопасный порядок — такой.
- Неделя 1: параллельный сбор. Не трогая шаблон, добавьте final URL suffix с полным набором метк и включите автотегирование. Теперь данные собираются двумя способами одновременно, и вы можете сравнить объёмы: сколько кликов видит трекер и сколько сессий приходит с метками из суффикса.
- Неделя 2: сверка и перенос отчётности. Соберите те же отчёты, что были в трекере, но из нового источника. Если расхождение по кампаниям укладывается в несколько процентов — новая схема полноценна. Если нет, ищите, какого параметра не хватает: чаще всего забывают
{network}(поиск и партнёры считались вместе) или{device}. - Неделя 3: снятие шаблона. Удаляете tracking template со всех уровней, начиная с кампаний с наименьшим бюджетом. Смотрите два дня: лендинг должен открываться без промежуточных документов в Network, конверсии — сохранить объём. После этого убираете шаблон на уровне аккаунта.
Одна поправка, которая экономит нервы: трекер не обязательно выбрасывать. Многие системы умеют принимать данные о клике серверным вызовом вместо редиректа — тогда вы оставляете привычные дашборды, но убираете редирект с пути пользователя. Это и есть целевое состояние: измерение существует, цепочки переходов нет.
Склейка клика с CRM: что именно хранить
Для рекламы услуг и B2B главная ценность параметров не в отчётах GA4, а в том, что клик можно дотянуть до сделки. Минимальный набор, который стоит сохранять в заявке:
| Поле в CRM | Источник | Зачем |
|---|---|---|
gclid | URL после клика (автотегирование) | Единственный ключ для импорта офлайн-конверсий обратно в Google Ads |
campaign_id, adgroup_id | Суффикс | Отчёты по сделкам в разрезе структуры, устойчивые к переименованиям |
creative_id | Суффикс | Понять, какое объявление приводит платящих, а не любопытных |
landing_page | Первая страница сессии | Связь качества лида с лендингом |
first_touch_ts | Время первого визита | Расчёт лага «клик → сделка», без которого окно конверсии выбирается наугад |
Технически это один скрытый блок полей в форме, который заполняется из URL и sessionStorage. Самая частая потеря — на мультистраничных формах: параметры читаются на первом шаге, а отправка происходит с третьей страницы, где их уже нет. Проверяется просто: пройдите свою форму целиком и посмотрите, что уходит в payload на финальном шаге.
Когда эта связка собрана, появляется возможность возвращать в Google Ads не «отправленную форму», а квалифицированного лида или сделку — и автостратегии начинают оптимизировать то, что приносит деньги. Как устроены дополнительные источники данных о конверсиях, разобрано в материале про дополнительные источники данных конверсий в Google Ads.
FAQ
Можно ли отключить parallel tracking в поисковой кампании?
Нет. Для Search, Shopping, Display, Video и Performance Max параллельный режим обязателен. Переключатель в настройках аккаунта влияет только на Hotel-кампании.
Что ставить — tracking template или final URL suffix?
По умолчанию суффикс: он не добавляет редиректов, совместим с параллельным режимом и не ломает переход при недоступности трекера. Шаблон нужен, только если внешняя система измерения требует собственного клик-эндпоинта или финальный URL собирается динамически.
Нужно ли дописывать {gclid} в суффикс, если включено автотегирование?
Нет. Автотегирование само добавляет gclid к URL. Ручное дублирование создаёт второй параметр с тем же смыслом и путает разбор на стороне сайта.
Почему в GA4 часть платных сессий помечена как direct?
Три частые причины: редирект потерял query string, SPA-роутер отбросил параметры до инициализации тега, или пользователь перешёл на другой домен без настроенной сшивки. Проверяется адресной строкой после полной загрузки страницы.
Какое расхождение между кликами и сессиями считается нормальным?
Как ориентир — до 10–15%. Клик и сессия считаются по-разному: один человек может кликнуть дважды, часть людей закрывает страницу до срабатывания тега, часть блокирует аналитику. Устойчивое расхождение выше 20% почти всегда означает техническую ошибку.
Сколько уровней URL-настроек можно задавать одновременно?
Пять: аккаунт, кампания, группа объявлений, объявление, ключевое слово (а также ассеты и товары в фиде). Нижний уровень полностью заменяет верхний, а не дополняет его.
Сколько custom parameters доступно?
До трёх пар {_name}=value на каждом уровне. Имя чувствительно к регистру и начинается с подчёркивания. Используйте их для того, чего нет в ValueTrack: ID оффера, группа гео, внутренняя метка кампании.
Ломает ли parallel tracking сторонние трекеры?
Не ломает сам по себе, но требует, чтобы трекер умел фиксировать клик без блокирующего редиректа. Системы, рассчитанные только на цепочку 302, в параллельном режиме теряют часть кликов — это не настраивается на стороне Google Ads, менять нужно схему измерения.
Как проверить шаблон, не тратя бюджет?
Кнопкой «Тест» рядом с полем шаблона в интерфейсе плюс ручным открытием финального URL с дописанными тестовыми параметрами. Оба способа бесплатны и занимают минуты.
Обязательно ли передавать UTM, если есть автотегирование?
Для Google Ads и GA4 — нет, связка работает на gclid. UTM нужны, если данные читает ещё и внешняя аналитика, CRM или BI, которые не умеют в gclid. В этом случае UTM живут в суффиксе и не дублируются в final URL.
Что делать, если домен трекера сменился?
Выгрузить все уровни настроек, заменить хост везде одной операцией и проверить пять-шесть ссылок руками. Самая частая авария при смене трекера — забытый шаблон на уровне отдельных кампаний, который продолжает вести на мёртвый домен.
Влияет ли схема ссылок на Smart Bidding?
Напрямую — нет, косвенно — сильно. Если часть конверсий не приписывается кликам, автостратегия учится на неполных данных и занижает ставки там, где на самом деле есть результат. Починка трекинга обычно даёт заметный эффект на второй-третьей неделе, когда модель переобучается.
Читайте также: Ask Advisor в Google Ads 2026: что ИИ-агент реально меняет в аккаунте и где ему нужны рамки
