Шаблон отслеживания Google Ads - это шаблон URL, который задаётся на уровне аккаунта, кампании, группы объявлений, объявления или ключевого слова и который Google Ads использует, чтобы построить адрес, реально открывающийся по клику, подставляя ваш конечный URL через параметр ValueTrack вроде {lpurl} плюс всё, что вы добавите ещё. Это отдельное поле от суффикса конечного URL, который только добавляет параметры и никуда не перенаправляет. Один переписывает URL целиком, другой его расширяет. Именно из-за путаницы между ними у стольких аккаунтов отслеживание тихо перестало работать.
Эта статья - про механику на уровне поля: где шаблон находится в иерархии, какой уровень побеждает, когда использовать его вместо суффикса, и в чём заключается деталь кодирования, ломающая URL назначения с собственной строкой запроса. Про сами теги смотрите объяснение UTM-параметров как введение, а UTM-параметры для рекламы Google и Meta - о том, почему в Google Ads в основном стоит полагаться на автоматическую разметку, а не на ручные UTM.
Что на самом деле делает шаблон отслеживания
При редактировании шаблона отслеживания на странице назначения ничего не меняется. Он решает только то, что происходит между кликом и загрузкой страницы.
Google Ads считывает шаблон в момент показа, подставляет вместо {lpurl} ваш настоящий конечный URL, заполняет параметры ValueTrack и только после этого отправляет браузер по собранному адресу. Шаблон, начинающийся с домена редиректа, сначала отправляет браузер туда; шаблон, который представляет собой просто {lpurl} плюс строку запроса, ведёт браузер сразу на вашу страницу с добавленными параметрами.
В этом и весь смысл поля. Сто объявлений могут делить один конечный URL и один шаблон, и единственная правка в шаблоне меняет то, что несут с собой все сто кликов. Точные формулировки полей приведены в документации Google по конечным URL и шаблонам отслеживания. Если шаблон - лишь часть более широкого процесса разметки, сквозное отслеживание UTM-кампаний описывает остальной конвейер.
Где живёт шаблон: аккаунт, кампания, группа объявлений, объявление, ключевое слово
Поле существует на пяти уровнях, и Google Ads их не объединяет.
Шаблон отслеживания можно задать на уровне аккаунта, кампании, группы объявлений, объявления или ключевого слова, и если задано больше одного, Google Ads использует самый конкретный, а остальные игнорирует - никакого суммирования. Порядок от самого конкретного к самому общему: ключевое слово, объявление, группа объявлений, кампания, аккаунт. Шаблон на уровне ключевого слова перекрывает всё, что выше; шаблон на уровне аккаунта применяется только там, где нет ничего более конкретного.
Именно тут аккаунты незаметно расходятся с ожиданиями. Кто-то задаёт чистый шаблон на уровне аккаунта для нового инструмента, и он работает везде, кроме трёх групп объявлений, где уже был свой шаблон, оставшийся от старого поставщика. Эти три группы бесконечно продолжают работать со старым редиректом, потому что более конкретная настройка побеждает всегда. Однажды я потратил половину дня на аккаунт, который всё ещё тихо гонял клики через домен колл-трекинга, отключённый больше года назад, - просто потому что в одной группе объявлений остался шаблон, о котором никто не помнил. Проверяйте сверху вниз: аккаунт, затем кампания, группа объявлений, объявление, ключевое слово, - и на каждом уровне ищите оставшееся значение, прежде чем считать, что общая для аккаунта правка дошла до всех.
Шаблон отслеживания против суффикса конечного URL
Их путают, потому что оба добавляют текст к URL. А вот что именно им разрешено добавлять - разное.
Шаблон отслеживания может заменить весь URL: добавить впереди домен редиректа, вставить параметры где угодно - лишь бы где-то в нём присутствовал {lpurl} или его вариант. Суффикс конечного URL делает одно: добавляет фиксированный набор параметров в конец конечного URL, после всего, что там уже есть, и не может вести никуда, кроме вашей собственной страницы. Руководство Google по добавлению суффикса конечного URL прямо говорит, что суффикс предназначен для параметров, а не для редиректов.
Правило короткое: если нужно только добавить параметры - используйте суффикс. Если клик сначала должен пройти через сторонний домен, редирект колл-трекинга или пиксель верификации - используйте шаблон, потому что суффикс никуда перенаправить не может. По умолчанию берите суффикс и переходите на шаблон только тогда, когда редирект действительно необходим.
Параметры ValueTrack и пользовательские параметры, которые стоит знать
Параметры ValueTrack - это макросы, которые Google Ads заполняет в момент клика. Небольшой набор из них покрывает почти все практические задачи.
{lpurl} нужен любому шаблону - это ваш конечный URL. {campaignid} и {creative} (ID объявления) показывают, какая кампания и какое объявление сработали. {device} возвращает mobile, tablet или desktop; {network} сообщает Search, Display или Search partners. {keyword} и {matchtype} заполняются только в поисковых кампаниях - это ключевое слово, вызвавшее показ, и то, каким типом соответствия оно сработало: широким, фразовым или точным. Полный список, включая параметры, специфичные для Shopping и приложений, смотрите в справочнике Google по ValueTrack.
Собранный в шаблон, готовый к вставке в поле на уровне кампании:
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
Оставляйте только те параметры, по которым реально строите отчёты; добавление всех подряд, что предлагает Google, просто даёт пустые колонки на трафике Display или Shopping, где половина из них никогда не заполняется. Всё, что выходит за пределы собственных макросов Google - внутренний ID кампании, код региона, - требует пользовательского параметра: имени и значения, которые вы задаёте сами, на которые ссылаются как на {_region}, до восьми на сущность, имя не длиннее 16 символов, значение не длиннее 200. Точные лимиты - в руководстве Google по пользовательским параметрам.
Собирать такую строку вручную по десяткам кампаний - это ровно тот тип задачи, который расползается, стоит к нему прикоснуться двум разным людям. Конструктор UTM от Elido генерирует размеченную часть из формы, а не из пустого текстового поля, поэтому имена параметров остаются согласованными ещё до того, как попадут в шаблон.
Ловушка кодирования: lpurl против unescapedlpurl
Эта деталь ломает шаблоны, которые при тестировании выглядели нормально.
{lpurl} экранирует некоторые символы - вопросительные знаки, знаки равенства, кавычки, пробелы - всякий раз, когда стоит не первым в шаблоне. {unescapedlpurl} не экранирует ничего никогда, независимо от позиции. Значение это имеет только тогда, когда ваш конечный URL уже несёт собственную строку запроса: экранированный ? внутри обёртки редиректа превращается в %3F, и система, читающая адрес ниже по цепочке, буквально получает сломанный параметр вместо рабочего.
Поставьте {lpurl} первым, как в {lpurl}?utm_source=google, - и экранирование вообще не сработает, оба макроса поведут себя одинаково. Поставьте его после префикса редиректа, как в https://track.example.com/go?dest={lpurl}, - и собственные ? и = из адреса назначения экранируются внутри внешнего URL, что обычно и правильно, потому что редиректу нужно одно чистое значение для передачи дальше. Перепутайте макросы местами - и сервис редиректа получит вместо вашей страницы мусор. Если шаблон проходит через домен редиректа, проверяйте его тестовой процедурой ниже, а не полагайтесь на то, что выбор макроса не имеет значения.
Как это взаимодействует с автоматической разметкой и gclid
Автоматическая разметка и шаблон отслеживания решают разные задачи и не конфликтуют за URL так, как это делают ручные UTM с автоматической разметкой.
Автоматическая разметка добавляет gclid уже после того, как шаблон собрал адрес, потому что gclid добавляется в момент отправки, а не зашивается в строку шаблона. Шаблон, добавляющий параметры ValueTrack или пользовательские параметры, срабатывает первым, а gclid добавляется поверх, так что они сосуществуют без конфликта. Сбой здесь устроен иначе, чем ошибка с ручными UTM из статьи UTM-параметры для рекламы Google и Meta: тут проблема возникает, только если шаблон зашивает статический адрес назначения вместо того, чтобы пропускать клик дальше, - в этом случае клик вообще не доходит до настоящего пути отправки, и gclid отбрасывается вместе со всем остальным. Пока в шаблоне действительно присутствует {lpurl} или {unescapedlpurl}, gclid продолжает работать под ним, а аналитика ваших ссылок - это то место, где итоговые параметры и gclid появляются как данные для отчётов.
Параллельное отслеживание сломало трекеры редиректов - проверяйте, прежде чем доверять
Если шаблон вдруг перестал работать без предупреждения, вот вероятная причина.
До того как параллельное отслеживание стало поведением по умолчанию, шаблон-редирект работал именно так, как звучит: клик сначала попадал на редирект, сервис редиректа делал своё дело, а затем перенаправлял браузер на конечный URL. Параллельное отслеживание изменило порядок. Теперь браузер сразу идёт на конечный URL, а редирект из шаблона загружается в фоне, а не на пути посетителя. Трекер, которому действительно было важно быть первым переходом - читать клик до перенаправления, ставить cookie до отрисовки страницы, - перестал видеть реальный трафик в тот момент, когда параллельное отслеживание стало обязательным, хотя шаблон по-прежнему выглядел настроенным правильно. Как подтверждает обзор Google по отслеживанию в Google Ads, параллельное отслеживание - это текущее поведение по умолчанию, и отчасти именно поэтому суффикс конечного URL, который никогда не перенаправляет, - более безопасное поле по умолчанию.
Не доверяйте шаблону только потому, что он выглядит правильно в редакторе. Рядом с полем в Google Ads есть кнопка «Тест»: нажмите её, и Google Ads соберёт URL точно так же, как это сделал бы настоящий клик, подставив все параметры, и покажет итоговый адрес вместе со временем загрузки и ошибками. Прочитайте эту строку посимвольно: неправильно расположенный {lpurl} или пропущенный амперсанд обнаружится здесь раньше, чем обойдётся вам в день сломанных данных. Кнопка «Тест» проверяет сборку, а не доставку, поэтому за ней должен следовать реальный клик: откройте своё собственное объявление в окне инкогнито, прочитайте адресную строку, когда страница устоится, убедитесь, что значения ValueTrack заполнены, а не показывают буквальный текст вроде {device}, и проверьте, что gclid присутствует, если включена автоматическая разметка. Пять минут здесь ловят то, что синтаксическая проверка редактора поймать не может.
Похожие материалы в блоге
Частые вопросы
Что такое шаблон отслеживания в Google Ads?
Это поле, в котором задан шаблон URL: Google Ads использует его, чтобы построить адрес, на который клик попадает на самом деле, с помощью параметров ValueTrack вроде {lpurl} плюс всё, что вы добавите сами. Поле существует на уровне аккаунта, кампании, группы объявлений, объявления и ключевого слова и позволяет пропускать клик через редирект или добавлять параметры, не трогая конечный URL в каждом объявлении.
В чём разница между шаблоном отслеживания и суффиксом конечного URL?
Шаблон отслеживания может переписать весь URL целиком, в том числе сначала отправить клик через другой домен. Суффикс конечного URL только добавляет параметры в конец конечного URL и никуда перенаправить не может. Используйте суффикс для обычных параметров запроса, а шаблон - только когда клику действительно нужно пройти через что-то ещё.
Какой шаблон отслеживания применяется, если он задан на нескольких уровнях?
Побеждает самый конкретный. Google Ads проверяет сначала ключевое слово, затем объявление, группу объявлений, кампанию и аккаунт и использует первый найденный на этом уровне шаблон. Пустой шаблон на более низком уровне не отменяет шаблон более высокого уровня - отменить его может только явное переопределение.
В чём разница между lpurl и unescapedlpurl?
Оба параметра подставляют в шаблон ваш конечный URL, но {lpurl} экранирует некоторые символы, например вопросительные знаки и знаки равенства, всякий раз когда стоит не первым в шаблоне, а {unescapedlpurl} не экранирует ничего никогда. Поставьте {lpurl} первым в шаблоне - и оба ведут себя одинаково; поставьте его после префикса редиректа - и поведение расходится, в этом и заключается ловушка кодирования, которая ломает URL назначения с собственной строкой запроса.
Влияет ли шаблон отслеживания на gclid и автоматическую разметку?
Нет, они работают независимо друг от друга. Автоматическая разметка добавляет gclid к адресу уже после того, как шаблон отслеживания его построил, поэтому шаблон, добавляющий параметры ValueTrack или пользовательские параметры, не удаляет и не перезаписывает gclid. Единственный способ всё сломать - зашить в шаблон статический конечный URL, который не пропускает клик дальше: это срезает все параметры, включая gclid.
Почему параллельное отслеживание сломало мой сторонний трекер редиректов?
Параллельное отслеживание отправляет посетителя сразу на конечный URL, а редирект из шаблона отслеживания загружается в фоне, вместо того чтобы клик сначала проходил через него. Любой трекер, которому было важно быть первым переходом - читать клик до того, как его перенаправят, или ставить cookie до загрузки страницы назначения, - перестал видеть эти клики, как только параллельное отслеживание стало обязательным.
Попробуйте Elido
Вставьте URL - получите короткую ссылку
Без регистрации. Ссылка живёт 30 дней. Зарегистрируйтесь, чтобы оставить её навсегда.
Бесплатно, без регистрации · 2 в день