Performance Max получил URL-настройки для групп объектов: как разделить аналитику

23 сентября 2026 года Google выпустил Google Ads API v25.2 и добавил URL-настройки на уровне группы объектов AssetGroup. Теперь через API для каждой группы объектов Performance Max можно отдельно задавать tracking template, пользовательские параметры и final URL suffix.

Для бизнеса Казахстана это полезно в кампаниях, где одна Performance Max объединяет разные города, услуги или товарные направления. Вместо одной общей UTM-разметки на всю кампанию можно передавать в аналитику понятный код конкретной группы объектов — например, almaty_remont, astana_b2b или premium_cars.

В статье Что добавил Google Где доступно обновление Чем отличаются три URL-настройки Зачем это бизнесу Казахстана Как спроектировать разметку Пример для Performance Max Что учесть при расширении URL Как проверить данные в GA4 и CRM Типичные ошибки Чек-лист внедрения

Что добавил Google Ads API v25.2

В ресурсе AssetGroup появились три поля для управления URL:

tracking_url_template — шаблон, по которому формируется отслеживающий URL;
url_custom_parameters — пользовательские пары «параметр — значение» для подстановки в шаблоны и финальные URL;
final_url_suffix — строка параметров, которая добавляется к посадочной странице при параллельном отслеживании.

До этого URL-настройки обычно задавали на уровне аккаунта, кампании или других поддерживаемых сущностей. Новые поля позволяют различать группы объектов внутри одной Performance Max без создания отдельных кампаний только ради аналитической разметки.

Группа объектов в Performance Max объединяет тексты, изображения, видео, логотипы, аудитории-сигналы и посадочные страницы вокруг определённого предложения. Поэтому именно этот уровень часто соответствует реальному бизнес-сегменту: услуге, категории товара, городу или типу клиента.

Обновление подтверждено в API, а не во всех интерфейсах

Google официально описал новые поля в release notes и справочнике Google Ads API v25. Это значит, что настройка доступна разработчикам, агентским платформам и внутренним инструментам, которые работают с актуальной версией API.

Нельзя автоматически утверждать, что те же поля уже появились в каждом аккаунте Google Ads, Google Ads Editor или стороннем сервисе. Интерфейсы и интеграции могут внедрять поддержку отдельно.

Перед запуском нужно проверить:

использует ли интеграция Google Ads API v25.2;
умеет ли она читать и записывать поля AssetGroup;
не перезаписывает ли старый скрипт новые значения;
видны ли параметры после повторного чтения ресурса;
проходит ли тестовый клик до правильной посадочной страницы.

Если рекламодатель работает только в веб-интерфейсе, не стоит обещать функцию до проверки конкретного аккаунта. Новость прежде всего важна командам, которые автоматизируют кампании через API.

Чем отличаются tracking template, custom parameters и final URL suffix

Эти поля решают разные задачи. Смешивание их ролей приводит к двойным параметрам, неработающим редиректам и грязным данным.

Tracking template нужен для формирования отслеживающего URL. В шаблоне используется тег {lpurl}, который подставляет финальную посадочную страницу. Если применяется внешний трекер, его домен и редиректы должны работать по HTTPS. При параллельном отслеживании пользователь сразу переходит на посадочную страницу, а запрос к трекеру выполняется в фоне.

Custom parameters позволяют создать собственные метки. Название задаётся с подчёркиванием, например _assetgroup, а в URL используется как {_assetgroup}. Для каждой группы объектов можно передать своё значение: almaty_seo, astana_ads или wholesale.

Final URL suffix добавляет параметры непосредственно к посадочному URL. Для обычных UTM-меток это чаще понятнее, чем tracking template. В suffix не ставят знак вопроса в начале: Google сам корректно соединяет параметры с URL.

Пример suffix:

utm_source=google&utm_medium=cpc&utm_campaign=pmax_kz&utm_content={_assetgroup}

Если задача состоит только в передаче UTM на сайт, внешний редирект обычно не нужен. Tracking template стоит оставлять для систем, которым действительно требуется отдельный трекинговый вызов.

Зачем разделять группы объектов бизнесу Казахстана

Одна Performance Max часто охватывает несколько направлений. Без раздельной разметки в GA4 или CRM весь трафик может выглядеть как одна кампания, хотя внутри неё работают разные предложения.

Новая настройка полезна в типичных сценариях:

строительная компания продвигает ремонт, дизайн и строительство домов;
сеть клиник разделяет стоматологию, диагностику и косметологию;
автопрокат рекламирует эконом-, бизнес- и премиум-класс;
интернет-магазин использует отдельные группы объектов для категорий;
B2B-компания работает по Алматы, Астане, Шымкенту и регионам;
образовательный проект разделяет курсы по языкам и форматам обучения.

В каждом случае группа объектов получает стабильный код. После клика он попадает на сайт и может сохраниться в форме, CRM или системе коллтрекинга.

Это не превращает UTM в полноценный отчёт по показам и расходам группы объектов. Для рекламных метрик по-прежнему нужны данные Google Ads и корректная интеграция. URL-разметка помогает связать переход и лид с бизнес-сегментом, но не заменяет официальную статистику кампании.

Как спроектировать разметку до настройки

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

Практичная схема:

utm_source=google — источник;
utm_medium=cpc — платный трафик;
utm_campaign=pmax_kz_leads — стабильное название кампании;
utm_content={_assetgroup} — код группы объектов.

Значения custom parameter лучше записывать латиницей, в нижнем регистре и без пробелов: almaty_repair, astana_dental, b2b_equipment. Такой формат проще передавать между GA4, CRM, таблицами и BI-системами.

Не используйте в метках персональные данные пользователя: имя, телефон, email, ИИН или содержание заявки. URL может попасть в историю браузера, серверные логи и сторонние системы аналитики.

Также заранее создайте справочник кодов. Если сегодня группа называется almaty, завтра ala, а через месяц city_1, сравнение периодов станет ненадёжным.

Пример настройки для Performance Max

Представим казахстанскую компанию, которая продвигает строительство в Алматы и Астане в одной кампании Performance Max.

Для группы объектов Алматы задаётся custom parameter:

_assetgroup = almaty_construction

Для группы Астаны:

_assetgroup = astana_construction

Общий или индивидуальный final URL suffix может выглядеть так:

utm_source=google&utm_medium=cpc&utm_campaign=pmax_construction_kz&utm_content={_assetgroup}

После подстановки посадочная страница Алматы получит:

?utm_source=google&utm_medium=cpc&utm_campaign=pmax_construction_kz&utm_content=almaty_construction

А группа Астаны — значение astana_construction.

Если у сайта уже есть параметры в финальном URL, нельзя вручную добавлять второй знак вопроса. Google Ads объединяет final URL и suffix по правилам upgraded URLs, но итог нужно обязательно проверить инструментом Test и реальным тестовым переходом.

Что учесть при расширении финального URL

В Performance Max финальные URL группы объектов по умолчанию могут участвовать в расширении URL, если рекламодатель не отключил эту возможность. Система способна выбрать другую релевантную страницу домена.

Поэтому проверка должна охватывать не только исходную посадочную страницу. Нужно убедиться, что:

UTM-параметры сохраняются при выборе другой страницы;
сайт не удаляет query parameters редиректом;
canonical не формируется с UTM;
параметры не создают индексируемые дубли;
страницы на русском и казахском языках корректно принимают suffix;
форма захватывает метки на всех шаблонах сайта;
промежуточные редиректы не теряют gclid и custom parameters.

Если используется tracking template, динамическая посадочная страница должна корректно подставляться через {lpurl}. Нельзя жёстко прописывать одну страницу в шаблоне и считать, что расширение URL продолжит работать правильно.

Как проверить данные в GA4, CRM и коллтрекинге

После изменения разметки выполните полный тестовый путь, а не ограничивайтесь успешным сохранением в API.

На посадочной странице проверьте итоговый URL в браузере. В нём не должно быть двойных знаков вопроса, повторяющихся UTM или незаменённых конструкций вида {_assetgroup}.

В GA4 откройте DebugView или отчёт реального времени и убедитесь, что источник, канал, кампания и content поступили в ожидаемые поля. Связка Google Ads и GA4 с авторазметкой остаётся основной для рекламной аналитики; ручные UTM не должны ломать gclid.

В CRM создайте тестовую заявку. Проверьте, что код группы объектов сохранился не только в cookie или local storage, но и в карточке лида. Иначе метка будет видна в веб-аналитике, но потеряется при обработке продаж.

В коллтрекинге сделайте тестовый звонок с помеченной сессии. Убедитесь, что сервис не обрезает query parameters и передаёт значение в отчёт.

При импорте офлайн-конверсий проверьте сохранность идентификатора клика и согласованность времени. UTM помогает сегментировать лиды, но сама по себе не заменяет идентификаторы, необходимые для обратной передачи конверсий.

Типичные ошибки при внедрении

Одинаковое значение для всех групп. Если {_assetgroup} везде равен pmax, новая детализация не появляется.

Перезапись более точной настройки. В Google Ads действует иерархия URL-параметров: значение на более конкретном уровне может иметь приоритет над общим. Перед внедрением нужно выгрузить существующие шаблоны аккаунта и кампании.

UTM одновременно в final URL и suffix. Это создаёт дубли utm_source и utm_campaign. Система аналитики может выбрать первое или последнее значение непредсказуемо.

Tracking template используется только для UTM. Если внешнего трекера нет, проще и прозрачнее передавать параметры через final URL suffix.

Сломанный HTTPS-редирект. Трекинговые и промежуточные URL должны быть доступны по HTTPS и работать на серверной стороне.

Изменение названий каждую неделю. Нестабильные коды разрывают исторические отчёты.

Ожидание новых рекламных метрик. URL-поля не создают отдельные данные о расходах, показах или конверсиях. Они добавляют контекст к переходу.

Автоматическое распространение на все аккаунты. Поддержка Google Ads API v25.2 не означает, что сторонний коннектор уже обновлён.

Чек-лист внедрения URL-настроек AssetGroup

Подтверждена работа интеграции с Google Ads API v25.2.
Выгружены текущие URL-настройки аккаунта и кампании.
Для каждой группы объектов назначен уникальный стабильный код.
Коды записаны латиницей, без пробелов и персональных данных.
UTM не дублируются в final URL и final URL suffix.
Tracking template содержит {lpurl}, если он действительно нужен.
Все трекинговые URL и редиректы работают по HTTPS.
Проверена подстановка custom parameter.
Проверены страницы, которые может выбрать final URL expansion.
UTM не попадают в canonical.
Параметры сохраняются после редиректов.
GA4 получает ожидаемые значения.
CRM сохраняет код группы в карточке лида.
Коллтрекинг не обрезает query string.
gclid и авторазметка Google Ads не теряются.
Проведён тестовый лид от клика до статуса в CRM.
Настройки повторно считаны через API после записи.
Документирован справочник кодов для команды.

Новое поле на уровне AssetGroup не улучшает Performance Max автоматически. Его ценность — в более точной связи между рекламной структурой и бизнес-результатом. Для компаний Казахстана это особенно полезно, когда одна кампания объединяет несколько городов, услуг или категорий.

PIUN Marketing настраивает Google Рекламу в Казахстане с проверкой URL-разметки, GA4, CRM, офлайн-конверсий и качества лидов.