Цели конверсий Google Ads: как правильно задать основные, дополнительные и общие для аккаунта
Google Ads может оптимизировать рекламу только в том направлении, которое компания заложила в архитектуру целей. Именно здесь у малого и среднего бизнеса возникают дорогостоящие недоразумения: клик по номеру телефона учитывается наравне с квалифицированным заказом, импортированное из GA4 событие работает параллельно с тегом Google Ads или отдельная кампания месяцами использует не те цели, что остальной аккаунт. Интерфейс при этом по-прежнему показывает конверсии. Однако соответствуют ли они одному и тому же бизнес-результату и имеют ли сопоставимую ценность, остаётся неясно.
В этом руководстве используется реестр целей конверсий. Он связывает каждое действие-конверсию с бизнес-результатом, источником данных, ролью в оптимизации, областью применения, подтверждением качества и документированным решением о допуске. Внутренние статусы реестра STOP, НАБЛЮДЕНИЕ, ТЕСТ В КАМПАНИИ и СТАНДАРТ АККАУНТА намеренно не являются настройками Google Ads. Они описывают процесс проверки со стороны бизнеса: действие может быть технически настроено в Google Ads как основное (Primary), но всё равно получить в реестре статус STOP, если оно дублируется или не отражает надёжно подтверждённую экономическую ценность.
Цель конверсии — это не один переключатель
Роль действия, тип цели и область применения нужно рассматривать вместе
В официальном обзоре целей конверсий описана многоуровневая архитектура. В её основании находится действие-конверсия (conversion action): например, покупка, зафиксированная тегом Google, импортированное событие GA4 или квалифицированный лид из CRM. Действия группируются по категориям в стандартные цели, такие как «Покупка», «Контакт» или «Отправка формы». Для большинства действий на уровне самого действия указывается, является оно основным (Primary) или дополнительным (Secondary); для отдельных типов действий выбор может быть ограничен. На уровне цели или кампании определяется, какие стандартные цели входят в набор и наследует ли кампания настройки аккаунта либо использует собственный выбор.
Каждый уровень отвечает на свой вопрос. Категория объясняет, какой тип взаимодействия измеряется. Статус Primary или Secondary в общем случае задаёт роль действия в оптимизации. Стандарт аккаунта определяет набор целей для новых кампаний и для тех кампаний, которые используют настройки по умолчанию на уровне аккаунта. Выбор целей для конкретной кампании локально заменяет этот набор. Собственная цель (Custom Goal), в свою очередь, представляет собой вручную собранное исключение. Если читать все эти уровни как единую плоскую таблицу «конверсий», можно верно выбрать одну настройку и при этом построить ошибочную архитектуру в целом.
| Уровень | Объект | Контрольный вопрос | Типичная настройка | Влияние | Подтверждение в реестре |
|---|---|---|---|---|---|
| Бизнес | Реальный результат | Какое действие создаёт экономическую ценность? | Заказ, квалифицированный лид или покупка | Задаёт содержательный критерий оценки | Подтверждение из CRM, магазина или финансовой системы |
| Данные | Действие-конверсия | Какой источник фиксирует и передаёт событие? | Тег Google, GA4 или офлайн-импорт | Формирует измеряемую запись | Тестовый сценарий и уникальный идентификатор |
| Смысл | Категория цели | К какой категории отнесено действие? | Purchase, Qualified lead или Contact | Группирует действия для целей и отчётов | Категория соответствует реальному смыслу |
| Оптимизация | Роль действия | Должно ли действие обычно влиять на ставки? | Primary или Secondary | Влияет на столбцы отчёта и возможность использования в ставках | Решение о допуске и проверка исключений |
| Аккаунт | Стандартная цель | Какие цели используются по умолчанию? | Use as an account goal | Применяется кампаниями, наследующими стандарт аккаунта | Список затрагиваемых кампаний |
| Кампания | Выбор целей | Наследует ли кампания стандарт аккаунта? | Account-default или campaign-specific | Определяет фактически используемый набор целей | Настройки кампании и журнал изменений |
Таблицу необходимо проверять в обоих направлениях. Технически чистая точка данных без бизнес-смысла не становится хорошей целью. Ценный заказ без надёжной передачи ещё не является пригодным сигналом. И действие со статусом Primary не управляет автоматически каждой кампанией: оно должно входить в цель, которую действительно использует конкретная кампания. За пределами выбранного набора такое действие не является явной целью оптимизации и не попадает для этой кампании в столбец «Конверсии»; при этом Google указывает, что данные подобных Primary-действий могут помогать при построении прогнозов. Только согласованность всех шести уровней даёт основание для допуска.
Бизнес-результат важнее настройки в интерфейсе
Отправленная форма ещё не означает квалифицированный заказ
До изменения настроек компания формулирует результат на языке собственного бизнеса. Для ремесленного предприятия это может быть подтверждённый выезд специалиста в пределах обслуживаемого региона. Для B2B-поставщика лид, возможно, становится квалифицированным лишь после проверки должности контактного лица, потребности и бюджета. В интернет-магазине покупка не всегда означает прибыль, если в оценке не учтены возвраты, скидки и различия в маржинальности товаров. Действие-конверсия — измеримое приближение к нужному результату, а не автоматическое доказательство того, что результат действительно достигнут.
Даже подходящая категория не заменяет содержательного определения. В обзоре обновлённых категорий конверсий Google среди прочего указаны Purchase, Add to cart, Begin checkout, Qualified lead, Converted lead, Submit lead form, Book appointment, Request quote, Contact, Page view и Other. Категория упрощает группировку и чтение отчётов, но сама по себе не присваивает действию более высокую ценность и не превращает отправленную форму в квалифицированный лид.
Поэтому для каждого действия в реестре фиксируется короткое бизнес-определение: событие-триггер, допустимые случаи, исключаемые случаи и система, в которой результат подтверждается. Например, «Qualified lead» может означать: с человеком можно связаться, его местоположение подходит, потребность реальна, а запрошенная услуга предлагается компанией. Это определение должны одинаково понимать отдел продаж, маркетинг и агентство. Если определения нет, действие получает статус STOP. Если оно существует, но сверка с внутренней системой пока ненадёжна, применяется статус НАБЛЮДЕНИЕ. Лишь когда техническая проверка и бизнес-выборка показывают один и тот же результат, можно решать, допустимо ли действие к управлению ставками.
Primary и Secondary обозначают роль действия в оптимизации
Сигнал для ставок нужно отделять от наблюдения
Согласно официальному объяснению основных и дополнительных действий-конверсий, обычное действие Primary отображается в столбце «Конверсии» и может использоваться при назначении ставок, если кампания фактически применяет связанную с ним цель. Действие Secondary предназначено главным образом для наблюдения, показывается в столбце «Все конверсии» и в рамках обычных стандартных целей не служит сигналом для ставок. В этом правиле есть два важных условия: одного статуса Primary недостаточно, а Secondary не означает «неважное» или «неизмеряемое» действие.
Разницу удобно рассмотреть на примере. Магазин измеряет покупку, начало оформления заказа и просмотр карточки товара. Покупка может быть Primary, поскольку ближе всего к итоговому бизнес-результату. Начало оформления и просмотр могут оставаться Secondary, чтобы команда видела изменения в пути пользователя, но не передавала Smart Bidding три действия разной глубины как равноценные успехи. У поставщика услуг отправленная форма сначала может оставаться Secondary, а подтверждённый позднее квалифицированный лид — стать Primary. Если надёжной офлайн-обратной связи ещё нет, форма может временно использоваться как тестовый сигнал, но такое переходное решение обязательно требует даты, ответственного и условия замены.
Следовательно, эти статусы не стоит воспринимать как знаки качества или места в рейтинге. Secondary может быть важной диагностической метрикой. Primary может оказаться плохим сигналом, если его легко вызвать случайно, оно считается дважды или слишком широко определено с точки зрения бизнеса. Кроме того, действует исключение для Custom Goal из раздела 7: действие, помеченное как Secondary, всё же может использоваться для ставок внутри применённой к кампании собственной цели. Поэтому при согласовании проверяют не только статус действия, но и тип цели, её состав и фактический выбор в конкретной кампании.
Реестр целей конверсий делает решения проверяемыми
Шесть полей связывают ценность, качество данных и область действия
Реестр не копирует сводную таблицу конверсий. Он дополняет техническую конфигурацию сведениями, которых Google Ads не может знать самостоятельно: экономическим смыслом, зрелостью данных, бизнес-ответственностью и основанием для допуска. В разделе Goals → Conversions → Summary, согласно актуальной инструкции по управлению целями конверсий, среди прочего можно управлять параметром Account Default и настройкой Action Optimization — Primary или Secondary, а также создавать Custom Goals. Изменение статуса способно затронуть все кампании, использующие соответствующую цель. Именно поэтому до изменения интерфейса в реестре должна появиться отдельная запись.
| Действие-конверсия | Бизнес-результат | Источник и подтверждение качества | Роль и область применения в Google | Статус реестра | Следующее условие допуска |
|---|---|---|---|---|---|
| Покупка — тег Google | Оплаченный заказ | Тестовая покупка, ID транзакции и сверка с магазином | Purchase · Primary · стандартная цель · без Custom Goal · кандидат для Account Default | СТАНДАРТ АККАУНТА | Ежемесячно проверять ценность, отмены и дубли |
| Покупка — GA4 | Тот же оплаченный заказ | Параллельное измерение показывает тот же набор заказов | Purchase · Secondary · стандартная цель · без Custom Goal · без прямого использования в ставках | НАБЛЮДЕНИЕ | Объяснить расхождения, не включать параллельно как Primary |
| Форма отправлена | Непроверенное обращение | Тест тега пройден, качество по CRM меняется | Submit lead form · Secondary · стандартная цель · без Custom Goal · наблюдение | НАБЛЮДЕНИЕ | Получить устойчивые показатели качества и фильтрации спама |
| Квалифицированный лид | Потенциальная сделка, проверенная отделом продаж | Статус CRM, ID загрузки и выборочная проверка | Qualified lead · Primary · стандартная цель · без Custom Goal · только пилотная кампания | ТЕСТ В КАМПАНИИ | Подтвердить объём, задержку и ценность за тестовый период |
| Клик по номеру телефона | Намерение без подтверждённого разговора | Браузерное событие без доказательства звонка | Contact · Secondary · стандартная цель · без Custom Goal · не выбрана как цель | STOP | Сначала связать с реальным звонком и минимальной длительностью |
| Старая страница благодарности | Нет однозначного результата | Возможны повторная загрузка и двойной учёт | Submit lead form · Primary · входит в устаревшую Custom Goal · несколько кампаний | STOP | Зафиксировать состав Custom Goal и кампании, затем заменить действие |
Последовательность статусов выглядит так: STOP → НАБЛЮДЕНИЕ → ТЕСТ В КАМПАНИИ → СТАНДАРТ АККАУНТА, но не каждое действие обязано пройти её до конца. Полезный микросигнал может постоянно оставаться в статусе НАБЛЮДЕНИЕ. Ценное, но редкое офлайн-действие сначала можно допустить только к ТЕСТУ В КАМПАНИИ. Статус СТАНДАРТ АККАУНТА в этом внутреннем реестре означает, что действие допущено как Primary в стандартной цели, которую разрешено использовать по умолчанию на уровне аккаунта. Сама настройка account-default остаётся свойством цели и не включает действие принудительно во все уже существующие кампании.
К реестру также относится журнал изменений: дата, прежнее состояние, новое состояние, затрагиваемые кампании, согласовавшие лица, ожидаемое влияние и правило возврата. Скриншот фиксирует интерфейс, но не объясняет принятое решение. Запись в реестре показывает, почему компания разрешила действию влиять на управление и какое доказательство станет основанием пересмотреть этот допуск.
Общие для аккаунта цели задают стандарт для кампаний
Уровень аккаунта означает наследование, а не отсутствие исключений
Цели конверсий по умолчанию на уровне аккаунта (account-default conversion goals) образуют стандартный набор для кампаний, наследующих соответствующую настройку. Официальное описание целей конверсий на уровне аккаунта разделяет два уровня: параметр Use as an account goal задаётся для цели, а статус Primary или Secondary — для отдельного действия. При изменении стандарта аккаунта новый набор получают кампании, использующие account-default; кампания с собственными целями не обязана наследовать такое изменение.
Поэтому стандарт аккаунта — управленческое, а не только техническое решение. В него должны входить немногие бизнес-результаты, действительно общие для основной части аккаунта. Если покупка, добавление в корзину, начало оформления и просмотр страницы одновременно оказываются в общем для аккаунта наборе оптимизации, система может стремиться к нескольким этапам одного пути, хотя экономическую ценность создаёт лишь покупка. Для лидогенерации действует та же логика: клик по контакту, форма, назначенная встреча и квалифицированная возможность не должны считаться взаимозаменяемыми без модели качества и ценности.
До изменения команда составляет список всех кампаний, наследующих стандарт аккаунта, и всех исключений. Новые кампании могут автоматически получить этот набор; уже существующие конфигурации с целями на уровне кампании остаются отдельными случаями. Согласно документации, для кампаний для приложений (App campaigns) account-default goals не применяются: нужные действия-конверсии там всегда выбираются на уровне кампании. Поэтому в реестре недостаточно записать «на уровне аккаунта: да» — необходимо указать, какие группы кампаний наследуют стандарт, какие исключены и кто регулярно пересматривает обоснованность исключений.
Цели на уровне кампании требуют обоснованного исключения
Исключение — часть архитектуры, а не быстрый способ улучшить цифру
Цели для конкретной кампании (campaign-specific goals) позволяют заменить общий набор аккаунта выбранными стандартными целями и при необходимости одной Custom Goal. В документации о целях конверсий на уровне кампании Google в целом рекомендует использовать общий account-default набор, поскольку кампании с похожей задачей тогда обучаются в единой системе целей. Однако исключение может быть оправданным, если кампания действительно стремится к другому бизнес-результату, а не просто показывает неудобные текущие показатели.
Разумный пример — B2B-кампания, которая должна оптимизироваться под квалифицированные коммерческие возможности, тогда как отдельное направление самостоятельного заказа ориентировано на прямые покупки. Менее убедительный сценарий — добавить при падении коэффициента конверсии лёгкую микроцель, чтобы интерфейс снова показывал больше «конверсий». В таком случае целевая функция меняется прямо во время оценки, а улучшившаяся цифра уже отвечает на другой вопрос. Разная экономическая ценность также не всегда требует разделять цели. Если один тип результата имеет разные значения ценности, корректная стратегия ставок на основе ценности может оказаться более подходящей.
Custom Goal — главное исключение из простого правила Secondary
В собственной цели даже дополнительное действие может влиять на ставки
Собственная цель (Custom Goal) может вручную объединять конкретные действия-конверсии из разных стандартных целей. В рамках текущей архитектуры для одной кампании можно использовать не более одной такой собственной цели. Это не нейтральная папка для отчётности: когда собственная цель применена к кампании, все входящие в неё действия, которые можно использовать при назначении ставок, учитываются в отчётах и при назначении ставок. Правило распространяется и на действия, у которых параметр Action Optimization установлен как Secondary. Действия-конверсии Store Sales Direct остаются исключением: их нельзя использовать при назначении ставок даже внутри Custom Goal.
Это исключение особенно опасно в повседневной работе, потому что поверхностная проверка способна создать ложное чувство безопасности. В карточке действия указано «Secondary (observe only)», но то же действие входит в применяемую Custom Goal и всё равно влияет на кампанию. Поэтому реестру нужно отдельное поле «Входит в Custom Goal» и встречная проверка на уровне кампании. Простого экспорта списка Primary-действий для аудита недостаточно.
Custom Goals оправданы только тогда, когда узко определённой кампании нужна комбинация действий, которую невозможно корректно представить подходящими стандартными целями. Их не следует использовать, чтобы обходить неясные категории, складывать вместе несколько микросигналов или искусственно компенсировать нехватку данных легко достигаемыми действиями. До допуска каждое действие в составе оценивается отдельно. Если набор содержит действие со статусом STOP, вся Custom Goal также получает STOP. Если она постоянно объединяет разные типы результата, значения ценности и цель стратегии ставок должны экономически отражать эти различия.
Микро- и макроконверсии решают разные задачи
Большее число сигналов не всегда означает более качественные сигналы
Макроконверсии близки к итоговому бизнес-результату: покупка, подтверждённый заказ, квалифицированная коммерческая возможность или оплаченная подписка. Микроконверсии описывают промежуточные действия: просмотр товара, глубину прокрутки, загрузку PDF, добавление в корзину или клик по контактным данным. И те и другие могут быть полезны для диагностики. Ошибка возникает тогда, когда техническую измеримость принимают за пригодность к оптимизации.
Smart Bidding обучается не на внутреннем понимании ценности командой, а на переданных целях и значениях. Если частое взаимодействие со страницей становится Primary, оно может численно вытеснить более редкий, но существенно более важный результат. Система тогда способна эффективно находить больше пользователей, совершающих лёгкое действие, в то время как число заказов не растёт. Малый или средний бизнес получает больше активности, но не обязательно больше выручки либо квалифицированного спроса. Поэтому микро-действия обычно остаются Secondary и используются для диагностики воронки. Временный перевод в Primary требует ясного основания, значительной разницы в ценности и заранее определённого условия замены.
Несколько источников не должны умножать один бизнес-результат
Тег Google, импорт GA4 и офлайн-данные сверяются на уровне действий
Обычный рекламный аккаунт может измерять одну покупку через тег Google Ads и импорт GA4, а иногда ещё дополнять её офлайн-загрузкой. Несколько Primary-действий, описывающих один и тот же заказ, способны передать Smart Bidding несколько отдельных успехов. ID транзакции помогает устранять повторы внутри подходящего действия, но не гарантирует дедупликацию между разными действиями или источниками.
Действие-конверсия Google Ads, созданное на основе события через интерфейс Google Аналитики, по умолчанию получает статус Secondary. Для обычного использования при назначении ставок через стандартную цель это действие переводят в Google Ads в статус Primary; внутри применяемой Custom Goal оно может влиять на ставки, даже оставаясь Secondary. Данные за период до создания действия-конверсии в Google Ads задним числом не загружаются. Расхождения между Google Ads и Analytics не обязательно говорят об ошибке, поскольку системы могут различаться по дате отчёта, методу подсчёта, модели атрибуции и окну конверсии.
Ответственность за конверсии также должна быть однозначной. При отслеживании конверсий в нескольких аккаунтах клиентский аккаунт использует либо собственные действия, либо действия, предоставленные управляющим аккаунтом MCC, но не оба набора одновременно. Редактировать общие действия может только соответствующий управляющий аккаунт MCC. При переходе на отслеживание через управляющий аккаунт кампании, ранее использовавшие конкретные действия клиентского аккаунта, переводятся на его цели по умолчанию; при последующем возврате выбор целей нужно проверить заново. Ранее накопленная статистика из-за этого не пропадает, однако состав целей и история конфигурации должны быть задокументированы до и после каждого переключения.
Для каждого реального результата реестр называет ведущий источник данных, а остальным присваивает роль контрольного, резервного либо источника для диагностики качества. Тестовые сценарии показывают, какие действия с каким значением, валютой и идентификатором срабатывают. Необъяснённый двойной учёт приводит к статусу STOP, а не к вычислению среднего между противоречащими друг другу системами. Сама техническая настройка измерения остаётся отдельной рабочей областью.
Ценность, метод подсчёта и окно конверсии определяют смысл сигнала
Правильное действие с неверной экономикой остаётся неправильной целью
Даже подходящее с точки зрения бизнеса действие можно сделать непригодным из-за ошибочных значений ценности. Магазину с заметно различающимися суммами корзины не следует передавать одну и ту же фиксированную сумму для каждой покупки. Ценность лида нельзя представлять как точную выручку, если это лишь ожидание; модельное значение должно прозрачно выводиться из вероятности закрытия, дохода или маржинального вклада.
Метод подсчёта также следует реальному бизнес-сценарию. Для покупок важен каждый уникальный заказ. При лидогенерации повторная отправка формы одним человеком за короткий период, напротив, не всегда означает появление нескольких новых возможностей. Окно конверсии должно соответствовать фактическому циклу принятия решения: слишком короткое недооценивает длинные продажи, а очень длинное может включать поздние контакты, которые требуют более осторожной интерпретации. Конверсии по показам и конверсии по заинтересованным просмотрам следует анализировать отдельно, если они присутствуют в конкретной конфигурации.
В реестре хранятся источник ценности, частота обновления, валюта, метод подсчёта, окно и задержка данных. Для лидов добавляется полнота обратной передачи: какая доля записей вообще получает последующий статус из CRM? Привлекательная отчётная цена за конверсию не является надёжной, если многие лиды так и не возвращаются со статусом квалификации или отклонения. Только корректные параметры дают основание для статусов ТЕСТ В КАМПАНИИ либо СТАНДАРТ АККАУНТА; техническая реализация находится за границами этой статьи.
В отчётности конфигурацию нужно отделять от результата
«Конверсии», «Ценность конверсий» и «Все конверсии» означают разное
Столбец «Конверсии» показывает данные по действиям из целей, которые конкретная кампания использует для оптимизации. Для стандартных целей это Primary-действия; в применяемой Custom Goal в столбец попадают также Secondary-действия, которые можно использовать при назначении ставок. «Ценность конверсий» показывает назначенную ценность этих конверсий, а не автоматически выручку или прибыль. Столбец кампании «Цели конверсий» помогает увидеть выбранные цели. Документация об отчётности по результатам дополнительно описывает показатель «Результаты» (Results) на уровне кампании. Этот столбец показывает Primary-действия из всех стандартных целей аккаунта: результаты целей, под которые оптимизируется кампания, отображаются обычным образом, а остальные полученные результаты — серым цветом. Secondary-действия в нём не показываются. Custom Goals не выводятся как самостоятельная группа, однако входящее в такую цель Primary-действие может появляться в своей стандартной категории. Для кампаний для приложений (App campaigns) столбец Results не поддерживается. Поэтому «Результаты» и «Конверсии» не во всех конфигурациях дают одно и то же число.
Столбец «Все конверсии» шире. Он включает обычные конверсии, Secondary-действия и, в зависимости от ситуации, дополнительные типы — например, конверсии по показам, некоторые данные по звонкам или посещениям магазинов. Это диагностическое представление, а не точный список целей Smart Bidding. Рост показателя «Все конверсии» может объясняться увеличением числа наблюдаемых микро-действий, даже если основной бизнес-результат не улучшился.
Поэтому отчёты сегментируют по действию-конверсии и источнику. Команда сопоставляет четыре представления: фактические цели кампании, конверсии по действиям, все конверсии по действиям и результаты внутренней системы за тот же период. При наличии данных ценность также разбивается по действиям. Категории поддерживают смысловую структуру, но не заменяют экономической сверки. Разные числа сначала становятся поводом для расследования. Их нельзя автоматически складывать или заменять показателем из того интерфейса, который кажется наиболее правдоподобным.
Для изменения целей нужен контракт теста
Одна гипотеза, одно изменение и заранее заданное правило возврата
При замене действия, его статуса или области целей меняются и оптимизация, и смысл отчётов. Официальная инструкция по обновлению целей конверсий рекомендует до изменения просмотреть затрагиваемые кампании через «Review campaigns» и сохранить их в CSV. При удалении действие архивируется и может быть восстановлено; исторические данные не стираются автоматически. Тем не менее новая целевая логика способна заметно изменить работу текущей стратегии назначения ставок.
| Гипотеза | Базовый уровень | Единственное планируемое изменение | Основная метрика | Защитная метрика | Правило возврата |
|---|---|---|---|---|---|
| Квалифицированные лиды управляют лучше, чем формы | Формы, качество CRM и расходы до переключения | Использовать Qualified lead как Primary в пилотной кампании | Стоимость квалифицированной возможности | Объём лидов, задержка и доля сделок | Вернуться к прежнему набору целей при сбое обратной передачи |
| Дублирующее действие GA4 нужно только для диагностики | Покупки по тегу и GA4 для каждого заказа | Оставить покупку GA4 как Secondary, а тег — ведущим источником | Подтверждённые внутренней системой покупки и ценность | Пропуски ведущего источника | Тестировать альтернативный источник только при доказанном отказе |
| Стандарт аккаунта подходит основным кампаниям | Наборы целей и ценности всех основных кампаний | Применить определённый стандарт к тестовой группе | Общий бизнес-результат | Волатильность, бюджет и качество результата | Документированно вернуть отличающиеся кампании к прежним целям |
| Микроцель искажает управление ставками | Соотношение микро- и макродействий и прежнее качество | Исключить микро-действие из набора, влияющего на ставки | Макроконверсии или их ценность | Охват и квалифицированные промежуточные действия | Остановить изменение, если цепочка измерения классифицирована неверно |
| Custom Goal содержит неверное Secondary-действие | Действия, роли и участие в кампаниях | Очистить или заменить Custom Goal | Нужный тип бизнес-результата | Объём по каждому входящему действию | Возвращать прежнюю конфигурацию только с документированным аварийным допуском |
В контракте формулируются ровно одна гипотеза и одно осознанно контролируемое изменение. Технические аварии, разумеется, можно устранять немедленно, но их всё равно необходимо протоколировать. Одновременная смена цели, бюджета, стратегии ставок, атрибуции и посадочной страницы лишает команду возможности интерпретировать эффект. Не существует и универсальной гарантии, что показатели стабилизируются ровно через семь или четырнадцать дней. Продолжительность наблюдения зависит от задержки конверсий, объёма данных и бизнес-цели; правило возврата согласовывается ещё до запуска.
Семь контрольных этапов ведут к стандарту аккаунта
Семь проверок упорядочивают оценку, тестирование и развёртывание
Этот путь не позволяет технически видимому событию немедленно стать сигналом для ставок во всём аккаунте. У каждого этапа есть проверяемый результат и ответственный. Если команда пропускает один из этапов, в реестре сохраняется предыдущий статус.
- Проверка бизнес-смысла: команда называет реальный результат, его экономическую ценность и исключаемые случаи. Без общего определения действует статус STOP.
- Проверка источника: тег, GA4, CRM или магазин связываются с уникальной операцией; идентификаторы, ценность и валюта проверяются тестовыми сценариями. При двойном учёте действует STOP.
- Проверка качества: выборка подтверждает, что измеряемое событие действительно соответствует бизнес-определению. Если зрелости данных хватает только для диагностики, применяется НАБЛЮДЕНИЕ.
- Проверка роли: статус Primary или Secondary обосновывается на уровне действия; участие в стандартных и Custom Goals контролируется отдельно. Непроверенное исключение Custom Goal приводит к STOP.
- Проверка области: команда перечисляет кампании, наследующие стандарт аккаунта, кампании с собственными целями, управляющий аккаунт Google Ads (MCC), отвечающий за действия-конверсии, и все исключения. Лишь после этого изменение получает ровно та пилотная группа, которая указана в плане.
- Проверка тестом: контракт из раздела 12 действует в течение периода, соответствующего задержке данных. Основные и защитные метрики сопоставляются с внутренней системой и базовым уровнем; до завершения действует статус ТЕСТ В КАМПАНИИ.
- Проверка стандарта: только технически стабильное, экономически корректное и организационно сопровождаемое действие получает в реестре статус СТАНДАРТ АККАУНТА, то есть допускается к роли Primary в стандартной цели, утверждённой для уровня аккаунта. Ответственный, периодичность контроля и правило возврата сохраняются и после развёртывания.
Этот маршрут не обязан линейно доходить до последнего этапа. Просмотр карточки товара может после проверки качества навсегда остаться в статусе НАБЛЮДЕНИЕ. Для редкой офлайн-конверсии может понадобиться несколько тестовых циклов. Если последующая сверка с внутренней системой выявит ухудшение, прежний стандарт аккаунта возвращается в состояние ТЕСТ В КАМПАНИИ или STOP. Управление архитектурой — не разовая сертификация настройки, а регулярное повторное доказательство её обоснованности.
STOP-правила защищают ставки от ошибочных сигналов
Когда следует отказать в допуске или выполнить возврат
Немедленный статус STOP применяется при необъяснённом двойном учёте, отсутствующем или постоянно меняющемся бизнес-определении, неверной валюте, произвольных статических значениях ценности, неоднозначных транзакциях либо источнике данных без назначенного ответственного. То же правило действует, если Secondary-действие незаметно входит в применяемую Custom Goal, кампания использует не те цели, которые указаны в контракте теста, или изменение на уровне всего аккаунта планируется без полного списка затрагиваемых кампаний.
Возврат запускается, если ведущий источник перестаёт работать в рабочей среде, офлайн-данные больше не передаются полностью, резко растёт доля спама либо неквалифицированных лидов, значения расходятся с внутренней системой или проверяемое качество результата падает ниже согласованного защитного порога. Само по себе снижение числа конверсий не обязательно означает ошибку: после удаления бесполезной микроцели показатель может уменьшиться, а содержательное качество управления — вырасти. Решение принимается по заранее определённому подтверждению бизнес-результата.
Enhanced Conversions не меняют эту систему управления. В июне 2026 года Google начал поэтапно объединять настройки для веб-конверсий и лидов в одном переключателе; доступность обновлённого интерфейса необходимо проверять в конкретном аккаунте. Согласно актуальной документации о настройках Enhanced Conversions, предоставленные пользователями данные могут обрабатываться через теги, Data Manager и API. Это дополнительный уровень передачи данных и сопоставления. Он не создаёт автоматически новую цель, не переводит действие в Primary и не заменяет ни стандарт аккаунта, ни выбор целей кампании. Конкретная техническая реализация относится к следующему специализированному руководству, а не к мнимому «ремонту» реестра целей.
STOP не обязательно означает «остановить кампанию». Он может требовать исключить действие из набора, влияющего на ставки, исправить источник данных, отсоединить Custom Goal, приостановить пилот или вернуться к задокументированному состоянию. Такой статус защищает целевую функцию, пока команда выясняет причину и распределяет ответственность.
План на 90 дней ведёт от инвентаризации к надёжному стандарту
Четыре этапа — от инвентаризации до стандарта аккаунта
Девяносто дней — рабочая рамка, а не гарантия достаточного объёма данных. Интернет-магазин с ежедневными покупками может ответить на отдельные вопросы быстрее; B2B-компании с длинным циклом продаж потребуется больше времени для оценки качества и выручки. Принципиальна последовательность: сначала инвентаризация, затем очистка измерения, после этого ограниченный тест и лишь в конце более широкое применение стандарта.
| Период | Цель | Основная работа | Необходимое подтверждение | Решение |
|---|---|---|---|---|
| Дни 0–14 | Создать инвентаризацию целей | Собрать действия, категории, роли, источники, Custom Goals, стандарт аккаунта и исключения кампаний | Полный реестр и экспорт затрагиваемых кампаний | STOP или НАБЛЮДЕНИЕ для каждого действия |
| Дни 15–30 | Очистить базу измерения | Проверить тестовые сценарии, ID, ценность, валюту, метод подсчёта, окна и сверку с внутренней системой | Нет необъяснённых дублей; содержательная выборка пройдена | Допуск к тесту или исправление |
| Дни 31–60 | Протестировать ограниченное изменение целей | Реализовать одну гипотезу в точно названной группе кампаний и записать изменение | Созревшие основные и защитные метрики относительно базового уровня | ТЕСТ В КАМПАНИИ — продолжить, остановить или расширить |
| Дни 61–90 | Закрепить управление | Допустить подходящее действие как стандарт, задокументировать исключения и периодичность проверки | Подтверждены ответственный, мониторинг и правило возврата | СТАНДАРТ АККАУНТА или дальнейший тест |
Технические основы тегирования, GA4 и Consent Mode подробно рассматриваются в руководстве о том, как настроить отслеживание конверсий Google Ads с GA4 и Consent Mode. После допуска сигнала необходимо отдельно решить, как его экономический смысл связан с тем, чтобы выбрать подходящую стратегию ставок Google Ads для кликов, CPA или ROAS. Если частью целевой функции становится статус покупателя, требуется самостоятельная проверка того, как правильно измерять привлечение новых клиентов в Performance Max. Эти материалы не заменяют реестр, а обозначают соседние решения, каждому из которых нужна собственная методика.
Частые вопросы о целях конверсий Google Ads
Восемь ответов, которые помогают избежать хаоса в целях
Ответы ниже относятся к актуальной архитектуре целей Google Ads. Они не заменяют ни техническую проверку отслеживания, ни содержательное согласование со стороны компании.
Использует ли Smart Bidding каждое Primary-действие автоматически?
Нет. Для обычных стандартных целей действие должно иметь статус Primary, а кампания — фактически использовать связанную с ним цель. Primary-действие вне набора целей не является явной целью оптимизации этой кампании и не отображается для неё в столбце «Конверсии»; однако Google может использовать такие данные для улучшения прогнозов. Поэтому роль действия и цели кампании всегда проверяются вместе.
Получается, Secondary-действия вообще не учитываются?
Учитываются. Обычно они отображаются в столбце «Все конверсии» и могут быть важны для диагностики, анализа воронки или контроля качества. В стандартных целях они, как правило, не используются при назначении ставок. Главное исключение — применённая Custom Goal: внутри неё даже Secondary-действие способно влиять на ставки.
Что означает «на уровне аккаунта» для целей конверсий?
Это означает, что стандартная цель задана как Account Default для кампаний, которые наследуют эту настройку. Такой статус не является неизменным требованием для каждой кампании. Цели на уровне отдельной кампании могут локально заменить общий набор. Для App campaigns account-default goals не применяются: действия-конверсии там выбираются на уровне кампании.
Должны ли добавление в корзину, начало оформления и покупка быть Primary?
Обычно нет, если единственное основание состоит в том, что измеряются все три действия. Когда реальным результатом является покупка, предыдущие шаги могут оставаться Secondary и помогать в диагностике. Влияющее на ставки промежуточное действие требует доказанной связи с бизнес-ценностью, корректных значений и заранее заданного условия замены или повторной проверки.
Может ли импорт GA4 оставаться Primary параллельно с тегом Google Ads?
Технически несколько действий могут существовать одновременно, но при описании одной операции возникает риск двойного учёта. Команда назначает ведущий источник и сверяет одинаковые тестовые заказы по действию, ID, ценности и времени. Второй источник часто остаётся Secondary, пока для него не подтверждена отдельная и ясная задача.
Когда оправдана Custom Goal?
Когда отдельной кампании нужна обоснованная, вручную составленная комбинация конкретных действий, которую стандартные цели не отражают должным образом. Это не папка для сбора метрик. Все входящие в неё действия, которые можно использовать при назначении ставок, влияют на ставки в кампании, где применяется эта цель, включая Secondary-действия; Store Sales Direct остаётся исключением. Поэтому участие каждого действия согласовывается отдельно.
Стирается ли история после удаления действия-конверсии?
При удалении действие архивируется и может быть восстановлено; прежняя статистика не стирается автоматически. Тем не менее удаление может изменить отчёты и оптимизацию. До него команда сохраняет список затрагиваемых кампаний, базовый уровень и документированный путь возврата.
Сколько ждать после изменения цели?
Универсального срока, гарантирующего стабильность в каждом аккаунте, нет. Окно зависит от задержки конверсий, объёма, стратегии ставок и бизнес-цикла. Реальные ошибки измерения исправляют сразу; результативность оценивают лишь тогда, когда достигнута согласованная зрелость данных.
Следующий шаг: согласовать цели конверсий как план управления
Из списка конверсий должен получиться согласованный план управления
Надёжная архитектура начинается не с переключения Secondary на Primary. Сначала определяется реальный результат, однозначный источник и способ бизнес-проверки. Затем оцениваются категория, роль действия, тип цели и область применения. Семиступенчатый маршрут показывает, почему одно действие остаётся для наблюдения, другое тестируется в отдельной кампании, а третье допускается к стандарту аккаунта.
Реестр целей конверсий создаёт общий язык для руководства, маркетинга, отдела продаж, аналитиков и агентства. В нём также фиксируется, какие действия намеренно остаются Secondary, какие кампании не наследуют общий стандарт и какое правило возврата применяется при ошибке. Изменение от этого не становится безрисковым, но остаётся объяснимым, контролируемым и обратимым.