Главная·Playbooks·Качество конверсионных сигналов в Performance Max: аудит перед изменением ставок
Playbook UPLIFY · Google Ads / PMax

Качество конверсионных сигналов в Performance Max: аудит перед изменением ставок

8 мин чтения· ~1576 слов· опубликовано 21 мая 2026

Performance Max оптимизируется под те цели, которые вы настроили, а не под те, которые имели в виду. Разбираем, как прочитать конфигурацию конверсий, найти дубли и малоценные события и что исправлять первым.

Почему Performance Max может оптимизироваться под неправильную конверсию и как это проверить до изменения ставок?

Performance Max оптимизируется под те цели, которые вы настроили, а не под те, которые имели в виду. Разбираем, как прочитать конфигурацию конверсий, найти дубли и малоценные события и что исправлять первым.

Performance MaxSmart BiddingGoogle Adsконверсійні діїосновні конверсійні діїдругорядні конверсійні діїспеціальні цілі конверсійцілі за замовчуванням акаунтакоригування конверсійвиключення данихTag Assistantконверсионные действияосновные конверсионные действиявторостепенные конверсионные действияспециальные цели конверсийцели по умолчанию аккаунтакорректировки конверсийисключения данныхconversion actionsprimary conversion actionssecondary conversion actionscustom conversion goalsaccount-default conversion goalsconversion adjustmentsdata exclusions
Содержание 9

Performance Max вполне может оптимизироваться под ошибочно выбранную, продублированную или малоценную конверсию, потому что его ставки идут за теми целями, которые вы настроили в аккаунте или в кампании. Это кампания на основе целей, которая оптимизируется под заданные цели конверсий с помощью Smart Bidding (справка Google), а Smart Bidding принимает решения в аукционе, опираясь на конверсионные данные и контекстные сигналы (справка Google). Это риск, а не автоматическое следствие. Но пока семантика событий и корректность отслеживания не проверены, изменение ставок, бюджетов или креативов может отвлечь от ошибки в самих входных данных.

Что на практике означает грязный конверсионный сигнал

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

Типичные разновидности, которые стоит узнавать:

  • событие намерения, а не результата: добавление в корзину, просмотр номера телефона, начало оформления. Само по себе оно полезно для наблюдения, проблема возникает тогда, когда оно участвует в ставках наравне с покупкой;
  • одна покупка, посчитанная дважды из-за параллельных источников (например, тег Google Ads и импорт из аналитики), из-за чего часть заказов имеет больший вес, чем другие;
  • событие без ценности или с одинаковой условной ценностью для всех товаров, тогда как реальная маржинальность отличается;
  • конверсии, которые впоследствии отменяются или возвращаются, но остаются в данных, на которых обучается система;
  • действие, которое пользователь может повторить много раз за сеанс: клик по телефону, открытие мессенджера, повторная отправка формы.

Google рекомендует использовать точные конверсионные данные и строить кампании с чёткой целью (справка Google). В рамках нашего аудита точность означает не только срабатывание тега, но и то, что именно вы считаете и сколько раз.

Как PMax читает вашу конфигурацию целей

Google AI в Performance Max использует цели рекламодателя, креативные ассеты, сигналы аудитории и при желании фиды данных (справка Google). Бизнес должен сам решить, соответствует ли конверсионное действие нужному результату. Если конфигурация включает действие в ставки, система использует его для оптимизации.

Основные, второстепенные действия и исключение со специальной целью

Конверсионные действия группируются в цели конверсий. Основные действия показываются в столбце «Конверсии» и используются для назначения ставок, когда для ставок используется их стандартная цель. Второстепенные действия предназначены только для наблюдения и отображаются во «Всех конверсиях» (справка Google).

Важное исключение: второстепенное действие, включённое в специальную цель, используется и для отчётности, и для назначения ставок (справка Google). То есть отметка «второстепенное» не запрещает использование действия в ставках через специальную цель. Специальная цель, собранная когда-то под тестовую кампанию, может вернуть событие намерения в ставки.

Цели по умолчанию аккаунта против целей конкретной кампании

Основные действия внутри целей по умолчанию аккаунта используются для ставок во всех кампаниях, кроме тех, у которых есть собственные цели на уровне кампании. Цели, не применённые к кампании, не появляются в столбце «Конверсии», но остаются доступными во «Всех конверсиях» (справка Google).

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

Аудит от бизнес-события до тега и отчёта

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

  1. Выпишите бизнес-события, которые реально имеют значение для прибыли: оплаченный заказ, подтверждённый по телефону заказ, квалифицированная заявка. Отдельно выпишите промежуточные события, которые вы хотите видеть, но не хотите оптимизировать.
  2. Откройте Цели > Конверсии > Сводка и просмотрите столбец «Статус» для каждого действия (справка Google). Действия с неопределённым или проблемным статусом разберите до того, как делать выводы о кампании.
  3. Для каждого действия зафиксируйте три атрибута: основное или второстепенное, к какой цели относится, входит ли эта цель в ставки. Такая карта позволяет заметить неочевидное использование действий через специальные цели (справка Google).
  4. Проверьте уровень применения: PMax работает на целях по умолчанию аккаунта или на собственных целях кампании (справка Google).
  5. Проверьте техническую реализацию: сделайте тестовую конверсию через Tag Assistant, посмотрите на внедрение тега, факт срабатывания и статус самого конверсионного действия (справка Google).
  6. Найдите параллельные источники одного события. Гипотетический пример: покупка приходит и с глобального тега на странице благодарности, и из импорта из аналитики, оба действия активны и оба основные.
  7. Сверьте данные с бэкендом магазина, но сначала учтите разницу в моделях атрибуции и принципах отчётности, прежде чем называть расхождение сбоем отслеживания (справка Google).
  8. Проверьте ценность: передаётся ли она динамически, одинакова ли для всех товаров, соответствует ли валюте и налоговой логике магазина.

Результат этого прохода удобно свести в реестр конверсий. Для каждого действия запишите техническое название, понятное описание бизнес-события, источник данных, владельца настройки, роль в ставках и способ проверки. Отдельным полем отметьте, что произойдёт после отмены или возврата заказа. Это редакционный шаблон Uplify, а не функция Google Ads. Он нужен, чтобы разработчик, аналитик и PPC-специалист говорили об одном событии одинаково. Если название действия невозможно объяснить без доступа к старому чату или памяти предыдущего подрядчика, конфигурация ещё не готова к управляемым изменениям.

Компактная диагностика

Что вы видите Что проверить первым Где смотреть
Много конверсий, мало заказов в бэкенде Не попало ли событие намерения в ставки через специальную цель Настройки целей и тип действия (источник)
Кампания не реагирует на изменения целей аккаунта Заданы ли цели на уровне кампании Настройки целей кампании (источник)
Конверсии есть во «Всех конверсиях», но не в «Конверсиях» Применена ли цель к этой кампании Столбцы отчёта (источник)
У действия неожиданный статус Внедрение и срабатывание тега, тестовая конверсия Цели > Конверсии > Сводка (источник)
Цифры Ads и бэкенда не сходятся Разница в атрибуции и отчётности до вывода о поломке Сравнение методик (источник)

Дубли и случайные события

Дублирование может быть выборочным: срабатывать на части трафика, на определённом способе оплаты или после возврата пользователя на страницу благодарности из истории браузера. Из-за этого общее количество конверсий не показывает, какие именно сегменты получили лишний вес. Влияние на кампанию не следует объявлять без проверки источников и распределения дублей.

При проверке посчитайте действия, которые физически могут повторяться в пределах одного визита, и просмотрите все источники, записывающие одно и то же событие. Если вы импортируете офлайн-данные или данные из аналитики параллельно с тегом, решите, какой источник является основным для ставок, а какой остаётся для наблюдения. Google Ads даёт для этого разделение на основные и второстепенные действия (справка Google).

Ценность, возвраты и отмены

Для товарного бизнеса оптимизация по ценности имеет смысл только тогда, когда ценность отражает что-то реальное. Smart Bidding способен оптимизировать именно под ценность конверсий (справка Google), но содержание этой ценности определяете вы.

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

Исключения данных или корректировки конверсий

Эти инструменты работают с разными типами проблем.

Исключения данных помогают уменьшить влияние проблем с отслеживанием конверсий на Smart Bidding. Они влияют на данные, которые использует назначение ставок, но не убирают конверсии из отчётности (справка Google). Это инструмент для сбоев и перебоев в сборе данных, а не для регулярной уборки, и он не обещает стабильной результативности (справка Google).

Корректировки конверсий, наоборот, работают с отдельными событиями, которые были зафиксированы корректно, но затем изменили свой статус или сумму (справка Google). Отмены и возвраты это их территория.

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

Что менять первым и как проверять

Порядок ниже отражает подход редакции к приоритизации, а не официальную рекомендацию.

  1. Сначала исправьте семантику: уберите из ставок события, которые не являются бизнес-результатом, в том числе через ревизию специальных целей (справка Google).
  2. Дальше устраните дублирование, чтобы для каждого события только один источник участвовал в ставках.
  3. Затем приведите в порядок ценность и наладьте передачу идентификаторов заказов для будущих корректировок (справка Google).
  4. После этого согласуйте уровень целей: аккаунт или кампания, осознанно, а не по умолчанию (справка Google).
  5. После этих проверок возвращайтесь к стратегиям ставок, бюджетам, группам ассетов и сигналам аудитории.

Проверка после изменений должна быть такой же прозаичной, как и аудит: тестовая конверсия через Tag Assistant, контроль статуса действия в сводке конверсий (справка Google), сверка с бэкендом с поправкой на атрибуцию. Меняйте по одному блоку за раз, иначе вы не поймёте, что именно повлияло на поведение кампании.

Чеклист перед изменением ставок и ассетов

  • У каждого конверсионного действия есть владелец и понятный бизнес-смысл, записанный словами.
  • Для каждого действия известно, участвует ли оно в ставках, с учётом специальных целей (источник).
  • Известно, использует ли кампания цели аккаунта или собственные (источник).
  • Статусы действий проверены в Цели > Конверсии > Сводка (источник).
  • Тестовая конверсия проходит и фиксируется корректно (источник).
  • Нет двух источников одного события, которые одновременно участвуют в ставках.
  • Ценность передаётся динамически и соответствует реальной экономике заказа.
  • Идентификатор заказа передаётся, поэтому корректировки возможны (источник).
  • Для периодов с техническими сбоями рассмотрены исключения данных, а не ручная уборка отчётов (источник).
  • Зафиксированы дата и содержание каждого изменения, чтобы интерпретировать дальнейшую динамику.

Performance Max использует настроенные цели вместе с другими доступными сигналами (справка Google). Поэтому аудит конверсий является частью оптимизации. Повторите его после добавления нового события, источника данных или интеграции, а также когда отчётность перестаёт согласовываться с фактическими заказами.

Связанные материалы UPLIFY

Оставить заявку