Содержание 13
Performance Max вполне может оптимизироваться под ошибочно выбранную, продублированную или малоценную конверсию, потому что его ставки идут за теми целями, которые вы настроили в аккаунте или в кампании. Это кампания на основе целей, которая оптимизируется под заданные цели конверсий с помощью Smart Bidding (справка Google), а Smart Bidding принимает решения в аукционе, опираясь на конверсионные данные и контекстные сигналы (справка Google). Это риск, а не автоматическое следствие. Но пока семантика событий и корректность отслеживания не проверены, изменение ставок, бюджетов или креативов может отвлечь от ошибки в самих входных данных.
Что на практике означает грязный конверсионный сигнал
Проблемный сигнал не всегда выглядит как сломанный тег. Это может быть событие, которое технически фиксируется правильно, но означает не то, что вы имеете в виду, или означает слишком мало.
Типичные разновидности, которые стоит узнавать:
- событие намерения, а не результата: добавление в корзину, просмотр номера телефона, начало оформления. Само по себе оно полезно для наблюдения, проблема возникает тогда, когда оно участвует в ставках наравне с покупкой;
- одна покупка, посчитанная дважды из-за параллельных источников (например, тег Google Ads и импорт из аналитики), из-за чего часть заказов имеет больший вес, чем другие;
- событие без ценности или с одинаковой условной ценностью для всех товаров, тогда как реальная маржинальность отличается;
- конверсии, которые впоследствии отменяются или возвращаются, но остаются в данных, на которых обучается система;
- действие, которое пользователь может повторить много раз за сеанс: клик по телефону, открытие мессенджера, повторная отправка формы.
Google рекомендует использовать точные конверсионные данные и строить кампании с чёткой целью (справка Google). В рамках нашего аудита точность означает не только срабатывание тега, но и то, что именно вы считаете и сколько раз.
Как PMax читает вашу конфигурацию целей
Google AI в Performance Max использует цели рекламодателя, креативные ассеты, сигналы аудитории и при желании фиды данных (справка Google). Бизнес должен сам решить, соответствует ли конверсионное действие нужному результату. Если конфигурация включает действие в ставки, система использует его для оптимизации.
Основные, второстепенные действия и исключение со специальной целью
Конверсионные действия группируются в цели конверсий. Основные действия показываются в столбце «Конверсии» и используются для назначения ставок, когда для ставок используется их стандартная цель. Второстепенные действия предназначены только для наблюдения и отображаются во «Всех конверсиях» (справка Google).
Важное исключение: второстепенное действие, включённое в специальную цель, используется и для отчётности, и для назначения ставок (справка Google). То есть отметка «второстепенное» не запрещает использование действия в ставках через специальную цель. Специальная цель, собранная когда-то под тестовую кампанию, может вернуть событие намерения в ставки.
Цели по умолчанию аккаунта против целей конкретной кампании
Основные действия внутри целей по умолчанию аккаунта используются для ставок во всех кампаниях, кроме тех, у которых есть собственные цели на уровне кампании. Цели, не применённые к кампании, не появляются в столбце «Конверсии», но остаются доступными во «Всех конверсиях» (справка Google).
Проверьте два сценария. В первом новое основное действие входит в цель по умолчанию, поэтому кампании без собственных настроек учитывают его в ставках. Во втором у PMax заданы цели на уровне кампании, поэтому изменения набора целей по умолчанию аккаунта не меняют её конфигурацию. Перед интерпретацией цифр нужно знать, какой режим применён к конкретной кампании.
Аудит от бизнес-события до тега и отчёта
Последовательность ниже это метод аудита, а не требование Google. Официальные источники подтверждают только те утверждения, рядом с которыми стоит ссылка.
- Выпишите бизнес-события, которые реально имеют значение для прибыли: оплаченный заказ, подтверждённый по телефону заказ, квалифицированная заявка. Отдельно выпишите промежуточные события, которые вы хотите видеть, но не хотите оптимизировать.
- Откройте Цели > Конверсии > Сводка и просмотрите столбец «Статус» для каждого действия (справка Google). Действия с неопределённым или проблемным статусом разберите до того, как делать выводы о кампании.
- Для каждого действия зафиксируйте три атрибута: основное или второстепенное, к какой цели относится, входит ли эта цель в ставки. Такая карта позволяет заметить неочевидное использование действий через специальные цели (справка Google).
- Проверьте уровень применения: PMax работает на целях по умолчанию аккаунта или на собственных целях кампании (справка Google).
- Проверьте техническую реализацию: сделайте тестовую конверсию через Tag Assistant, посмотрите на внедрение тега, факт срабатывания и статус самого конверсионного действия (справка Google).
- Найдите параллельные источники одного события. Гипотетический пример: покупка приходит и с глобального тега на странице благодарности, и из импорта из аналитики, оба действия активны и оба основные.
- Сверьте данные с бэкендом магазина, но сначала учтите разницу в моделях атрибуции и принципах отчётности, прежде чем называть расхождение сбоем отслеживания (справка Google).
- Проверьте ценность: передаётся ли она динамически, одинакова ли для всех товаров, соответствует ли валюте и налоговой логике магазина.
Результат этого прохода удобно свести в реестр конверсий. Для каждого действия запишите техническое название, понятное описание бизнес-события, источник данных, владельца настройки, роль в ставках и способ проверки. Отдельным полем отметьте, что произойдёт после отмены или возврата заказа. Это редакционный шаблон Uplify, а не функция Google Ads. Он нужен, чтобы разработчик, аналитик и PPC-специалист говорили об одном событии одинаково. Если название действия невозможно объяснить без доступа к старому чату или памяти предыдущего подрядчика, конфигурация ещё не готова к управляемым изменениям.
Компактная диагностика
| Что вы видите | Что проверить первым | Где смотреть |
|---|---|---|
| Много конверсий, мало заказов в бэкенде | Не попало ли событие намерения в ставки через специальную цель | Настройки целей и тип действия (источник) |
| Кампания не реагирует на изменения целей аккаунта | Заданы ли цели на уровне кампании | Настройки целей кампании (источник) |
| Конверсии есть во «Всех конверсиях», но не в «Конверсиях» | Применена ли цель к этой кампании | Столбцы отчёта (источник) |
| У действия неожиданный статус | Внедрение и срабатывание тега, тестовая конверсия | Цели > Конверсии > Сводка (источник) |
| Цифры Ads и бэкенда не сходятся | Разница в атрибуции и отчётности до вывода о поломке | Сравнение методик (источник) |
Дубли и случайные события
Дублирование может быть выборочным: срабатывать на части трафика, на определённом способе оплаты или после возврата пользователя на страницу благодарности из истории браузера. Из-за этого общее количество конверсий не показывает, какие именно сегменты получили лишний вес. Влияние на кампанию не следует объявлять без проверки источников и распределения дублей.
При проверке посчитайте действия, которые физически могут повторяться в пределах одного визита, и просмотрите все источники, записывающие одно и то же событие. Если вы импортируете офлайн-данные или данные из аналитики параллельно с тегом, решите, какой источник является основным для ставок, а какой остаётся для наблюдения. Google Ads даёт для этого разделение на основные и второстепенные действия (справка Google).
Ценность, возвраты и отмены
Для товарного бизнеса оптимизация по ценности имеет смысл только тогда, когда ценность отражает что-то реальное. Smart Bidding способен оптимизировать именно под ценность конверсий (справка Google), но содержание этой ценности определяете вы.
Проверка ценности не заканчивается в момент первичной фиксации. Заказы могут отменить, товар вернуть, а сумму изменить после согласования с клиентом. Данные должны отражать и этот этап жизненного цикла заказа. Для таких случаев существуют корректировки конверсий: они позволяют отозвать конверсию, которая больше не должна считаться (отменённый заказ или возврат), и переопределить изменившуюся ценность (справка Google). Для сопоставления корректировки с исходной конверсией имеют значение идентификаторы заказа или транзакции (справка Google), поэтому сквозной идентификатор стоит закладывать ещё на этапе внедрения, а не достраивать потом.
Исключения данных или корректировки конверсий
Эти инструменты работают с разными типами проблем.
Исключения данных помогают уменьшить влияние проблем с отслеживанием конверсий на Smart Bidding. Они влияют на данные, которые использует назначение ставок, но не убирают конверсии из отчётности (справка Google). Это инструмент для сбоев и перебоев в сборе данных, а не для регулярной уборки, и он не обещает стабильной результативности (справка Google).
Корректировки конверсий, наоборот, работают с отдельными событиями, которые были зафиксированы корректно, но затем изменили свой статус или сумму (справка Google). Отмены и возвраты это их территория.
Рабочее разграничение для аудита такое: когда проблема касается самого сбора данных в определённый период, проверьте пригодность исключения данных. Когда уже зафиксированная конверсия позже изменила статус или ценность, проверьте пригодность корректировки.
Что менять первым и как проверять
Порядок ниже отражает подход редакции к приоритизации, а не официальную рекомендацию.
- Сначала исправьте семантику: уберите из ставок события, которые не являются бизнес-результатом, в том числе через ревизию специальных целей (справка Google).
- Определите, какие отдельные conversion actions считают одно бизнес-событие и участвуют в ставках. Если применяется multi-source beta, проверьте сопоставление источников внутри того же действия и transaction_id. Не отключайте корректный дополнительный источник только потому, что их несколько.
- Затем приведите в порядок ценность и наладьте передачу идентификаторов заказов для будущих корректировок (справка Google).
- После этого согласуйте уровень целей: аккаунт или кампания, осознанно, а не по умолчанию (справка Google).
- После этих проверок возвращайтесь к стратегиям ставок, бюджетам, группам ассетов и сигналам аудитории.
Проверка после изменений должна быть такой же прозаичной, как и аудит: тестовая конверсия через Tag Assistant, контроль статуса действия в сводке конверсий (справка Google), сверка с бэкендом с поправкой на атрибуцию. Меняйте по одному блоку за раз, иначе вы не поймёте, что именно повлияло на поведение кампании.
Чеклист перед изменением ставок и ассетов
- У каждого конверсионного действия есть владелец и понятный бизнес-смысл, записанный словами.
- Для каждого действия известно, участвует ли оно в ставках, с учётом специальных целей (источник).
- Известно, использует ли кампания цели аккаунта или собственные (источник).
- Статусы действий проверены в Цели > Конверсии > Сводка (источник).
- Тестовая конверсия проходит и фиксируется корректно (источник).
- Определите, какие отдельные conversion actions считают одно бизнес-событие и участвуют в ставках. Если применяется multi-source beta, проверьте сопоставление источников внутри того же действия и transaction_id. Не отключайте корректный дополнительный источник только потому, что их несколько.
- Ценность передаётся динамически и соответствует реальной экономике заказа.
- Идентификатор заказа передаётся, поэтому корректировки возможны (источник).
- Для периодов с техническими сбоями рассмотрены исключения данных, а не ручная уборка отчётов (источник).
- Зафиксированы дата и содержание каждого изменения, чтобы интерпретировать дальнейшую динамику.
Performance Max использует настроенные цели вместе с другими доступными сигналами (справка Google). Поэтому аудит конверсий является частью оптимизации. Повторите его после добавления нового события, источника данных или интеграции, а также когда отчётность перестаёт согласовываться с фактическими заказами.
Связанные материалы UPLIFY
Два источника — не всегда двойная конверсия
Различайте две отдельные conversion actions, которые считают одну покупку, и multi-source conversions внутри одного действия. В текущей beta-функции Google дополнительный источник из бэкенда или CRM дополняет ту же запись. Сопоставление по transaction_id работает внутри одного действия, а не между разными conversion actions. Функция доступна не всем аккаунтам и относится к поддерживаемым website actions через Google tag или GTM, а не к импортированным GA4 или URL-based actions. Проверяйте сумму, валюту и согласие пользователя; не передавайте клиентские данные без согласованного процесса. Google Ads Help ↗
Не путайте задержку отчёта с поломкой
Google описывает задержку появления конверсий в отчётах, зависящую от источника и модели атрибуции. Отчёт Ads также может относить конверсию к дате рекламного взаимодействия, а не покупки. Сравнивайте одинаковые периоды, часовые пояса, окна и модели; проверьте колонки по времени конверсии. Дробное число конверсий может быть следствием распределения атрибуции, а не ошибкой. Если реальных заказов нет, исправный тег не решает вопросы спроса, оффера, checkout или качества трафика. Google Ads Help ↗
Вопросы о конверсиях PMax
Почему Performance Max не даёт конверсий?
Сначала выясните, нет ли самих заказов или только данных о них в Google Ads. Проверьте статус действия, тестовое событие, цели именно этой кампании и задержку отчёта. Если заказов нет и измерение работает, следующая проверка касается спроса, предложения, посадочной страницы и checkout. Не заменяйте диагностику универсальным правилом о минимальном числе конверсий или бездумным увеличением бюджета для любой ситуации.
Чем основные конверсии отличаются от дополнительных?
Основное действие участвует в ставках, когда кампания использует соответствующую цель. Дополнительное обычно нужно для наблюдения во «Всех конверсиях», но есть исключение: действие внутри custom goal тоже может использоваться для ставок. Поэтому проверяйте и отметку, и состав цели, и настройки конкретной кампании. Не меняйте роль всех действий массово только по их названиям без согласования нужного бизнес-результата и проверки последствий.
Почему конверсии Google Ads и GA4 отличаются?
Разница сама по себе не доказывает поломку или дубль. Сначала сопоставьте бизнес-событие, источник, часовой пояс, период, окно конверсии и модель атрибуции. Учтите дату рекламного взаимодействия против даты события и задержку обработки. Затем проверьте контрольный заказ и отдельные conversion actions. Результат сверяйте с бэкендом на одинаковой базе: зафиксированная ценность конверсий не равна подтверждённой прибыли магазина после возвратов и отмен.
Убирает ли transaction_id все дубли?
Нет. Идентификатор помогает сопоставлять события в поддерживаемой конфигурации, но не объединяет автоматически две разные conversion actions. Отдельно проверьте повторное срабатывание тега, параллельный импорт и выбор действий для ставок. Multi-source conversions в beta — другой сценарий: источники дополняют одно действие, и дедупликация работает в его пределах. Зафиксируйте доступность функции, правила сопоставления и результаты контрольного теста в журнале проверки вашего аккаунта.
Чем data exclusions отличаются от conversion adjustments?
Data exclusions нужны для влияния перебоев отслеживания на Smart Bidding: они не удаляют данные из отчётов. Conversion adjustments меняют статус или ценность отдельной ранее зафиксированной конверсии, например после возврата. Проверьте поддержку вашего источника, идентификаторы и сроки перед применением. Не используйте исключения как регулярную очистку отчётности и не ожидайте, что любой из этих инструментов гарантирует восстановление продаж или стабильность ставок.
Нужна проверка Google Ads?
Посмотрите состав аудита и пример отчёта: проблемы, доказательства, приоритеты и следующие действия. Изменения в кампаниях согласуются отдельно; гайд не заменяет проверку вашего аккаунта.