Измерение новых клиентов в Performance Max: от переключателя к надёжной цифре
Когда в Performance Max активируют привлечение новых клиентов, сначала меняется всего лишь настройка кампании. Это ещё не доказывает, что интернет-магазин, CRM и Google Ads одинаково определяют одного и того же человека как нового клиента. Надёжное измерение появляется лишь в замкнутой цепочке: компания определяет, кого считать новым клиентом, конверсия корректно фиксирует покупку, данные о существующих клиентах передаются через подходящие источники, режим кампании соответствует цели, а результат затем сверяется с учётной системой бизнеса. Поэтому центральный вопрос звучит не только как «Сколько новых клиентов показывает Google Ads?», но и как «На каком определении и каких доказательствах основана эта цифра?»
Руководство предназначено для малого и среднего бизнеса, который уже использует Performance Max или хочет внедрить режим привлечения новых клиентов с контролем результата. Оно опирается на решение о том, когда стоит использовать Performance Max, но посвящено исключительно определению, настройке, измерению и проверке привлечения новых клиентов. Доли каналов, поисковые темы и попытки вручную объяснить отдельные показы намеренно остаются за рамками материала. Функции и документация проверены по состоянию на 4 сентября 2026 года; параметры, доступные только в отдельных аккаунтах, всё равно необходимо проверять непосредственно в соответствующем аккаунте Google Ads.
Кого Google Ads относит к новым клиентам
«Новый» в отчёте не всегда означает «новый» для вашей компании
Новый посетитель сайта, новый адрес электронной почты и новый покупатель — три разных факта. Для функции привлечения новых клиентов прежде всего важно, считает ли Google человека новым или существующим клиентом с учётом сохранённой истории покупок, переданных списков и типа клиента в событии. Официальный обзор целей жизненного цикла клиентов различает приоритет новых клиентов, оптимизацию исключительно на тех, кого система распознала как новых, и — при наличии доступа — повышенный приоритет предположительно особенно ценных новых клиентов.
При автоматическом распознавании человек может считаться новым, если за ограниченный ретроспективный период не зафиксировано ни одной покупки. Это не обязательно означает, что он никогда раньше не заказывал у компании. Более ранняя покупка могла остаться за пределами доступной истории, быть совершена под другими идентификационными данными или быть совершена в канале, не охваченном источниками данных. И наоборот, гостевой покупатель может действительно оказаться новым, но система не сможет надёжно его сопоставить. В таких случаях статус «Unknown», то есть «Неизвестно», честнее принудительной классификации.
Поэтому бизнес-определение нужно утвердить до технической настройки. Ритейлер может считать новым клиентом человека, впервые совершившего известный компании заказ, сервис с подпиской — впервые активированный платный аккаунт, а поставщик услуг — впервые привлечённого заказчика. Google Ads отражает это определение лишь настолько хорошо, насколько полно передаются идентификаторы, события и история. Статус платформы — сигнал для измерения и управления, а не истина из CRM и не доказательство того, что без рекламы этот человек не совершил бы покупку.
Не смешивайте три уровня: бизнес, ставки и отчёт
Для каждого уровня нужны собственное определение и проверка
Большинство ошибочных выводов возникает, когда словами «новый клиент» обозначают разные уровни. На уровне бизнеса определяют, возникли ли отношения с клиентом впервые. Настройка кампании определяет, какие распознанные Google сегменты получат приоритет или ограничения при назначении ставок. А отчёт показывает, как конверсии были классифицированы в пределах доступных сигналов и атрибутированы Google Ads. Корректная настройка на одном уровне не доказывает правильность остальных.
| Уровень | Главный вопрос | Источник данных | Функция Google Ads | Доказательство проверки | Типичная ошибка |
|---|---|---|---|---|---|
| Определение компании | Когда реальные отношения с клиентом считаются новыми? | Интернет-магазин, CRM, биллинг, база договоров | Автоматической замены нет | Задокументированное определение с ответственным владельцем | Нового посетителя приравнивают к новому клиенту |
| Распознавание для кампании | Кого Google распознаёт как существующего клиента? | История покупок, Customer Match, списки сайта или приложения | Автоматическое определение и клиентские сегменты | Состояние списков, тип клиента и дата обновления | Отсутствующего в списке человека автоматически считают новым |
| Режим назначения ставок | Должна ли кампания выше оценивать новых клиентов или оптимизироваться только на них? | Цель жизненного цикла и корректировка ценности | Value Mode или Only Mode | Экспорт либо снимок экрана с настройкой | Название режима используют как доказательство измерения |
| Классификация в отчёте | Почему конверсия отнесена к New, Returning или Unknown? | Параметр тега, списки, автоматическое распознавание | Сегмент и столбцы жизненного цикла | Тестовая покупка и строка отчёта | Каждую конверсию New считают первой покупкой клиента по CRM |
| Финансовая проверка | Совпадают ли количество клиентов, чистая ценность и затраты с бэкендом? | CRM, магазин, возвраты, финансы | Полного отражения нет | Сверка когорт и заказов | Значение Google Ads без проверки принимают за выручку или полный CAC |
В работе помогает единая терминология. «Классифицирован Google как новый» относится к уровню платформы. «Впервые совершил покупку по данным CRM» — к уровню компании. «Атрибутирован Google Ads» описывает атрибуцию, а не инкрементальность. Вначале такие формулировки кажутся громоздкими, но они не позволяют впоследствии выдать показатель дашборда за финансовый факт. Поэтому в реестре измерения для каждого показателя указывается его уровень и решения, для которых его допустимо применять.
Какой режим привлечения новых клиентов соответствует задаче измерения?
Режимы «Ценность новых клиентов» и «Только новые клиенты» решают разные задачи
В режиме «Ценность новых клиентов» (New Customer Value Mode) Performance Max может охватывать как новых, так и существующих клиентов, однако для интеллектуального назначения ставок (Smart Bidding) к ценности распознанного нового клиента добавляется дополнительная сумма. Для этого кампании нужны стратегия назначения ставок на основе ценности и как минимум одна подходящая цель конверсии «Покупка». Дополнительная ценность должна смещать ставки в сторону новых клиентов; она не исключает существующих покупателей и не является измеренным будущим доходом. Инструкция по настройке целей жизненного цикла также прямо показывает, что надбавка входит в отображаемую ценность конверсий.
Режим «Только новые клиенты» (New Customer Only Mode), напротив, оптимизируется исключительно на людей, которых Google распознаёт как новых. Его можно использовать с любой стратегией назначения ставок, а цель конверсии «Покупка» для него не обязательна, хотя и рекомендуется для более точной отчётности. Это актуально прежде всего для отдельного бюджета на привлечение или для целей по лидам, но уменьшает доступную аудиторию и не гарантирует абсолютного исключения всех существующих клиентов. Отчётность по жизненному циклу новых и вернувшихся клиентов доступна только для конверсий-покупок; квалификацию лида нужно довести в CRM до подтверждённого статуса нового клиента.
Выбранный вариант проверяется в настройках кампании; инструкция по активации на уровне кампании прямо разделяет «назначать более высокие ставки» и «назначать ставки только для новых клиентов». В зависимости от аккаунта может быть доступен режим «Особо ценные новые клиенты». Текущие страницы Google не полностью согласованы в описании статуса этой функции. Поэтому в статье она не рассматривается как гарантированная стандартная возможность для немецких аккаунтов и добавляется в маршрут допуска лишь после ручной проверки в интерфейсе аккаунта.
Маршрут допуска перед активацией
Сначала проверьте измеримость, затем выбирайте режим кампании
Маршрут допуска начинается с определения клиента, а не с настроек кампании. Затем проверяются ключевая конверсия, статус в бэкенде и данные о существующих клиентах. Официальное описание списков клиентов для целей жизненного цикла показывает, что в зависимости от режима могут подойти списки Customer Match, сайта, приложения, Analytics или соответствующие списки YouTube. При отслеживании конверсий в управляющем аккаунте необходимо также проверить правильный уровень управления конверсиями.
Только после этого выбирается режим. Value Mode подходит для оптимизации покупок на основе ценности; Only Mode — для осознанно обособленного бюджета на привлечение при принятом ограничении охвата. Если отсутствует определение, измерительная опора или исходный уровень, устанавливается статус не поддаётся оценке. Кампания может продолжать работу, но указанное в ней количество новых клиентов пока нельзя считать надёжно подтверждённым.
Завершают маршрут тестовые сценарии и сверка с интернет-магазином либо CRM. Правильно установленный переключатель не заменяет контрольной проверки. Любое необъяснённое расхождение возвращает процесс к соответствующему контрольному этапу, вместо того чтобы немедленно менять надбавку к ценности, бюджет или целевой ROAS.
- Бизнес-определение: зафиксировать идентификатор, событие и исключения; остановиться при неясности.
- Ключевая конверсия: проверить Purchase как основной сигнал; для лидов обозначить границу отчётности.
- Статус в бэкенде: определить нового, существующего или неизвестного клиента в магазине либо CRM.
- Списки клиентов: подтвердить происхождение, актуальность, тип клиента и допустимость использования.
- Режим: обоснованно выбрать Value, Only или пока не активировать NCA.
- Исходный уровень: сохранить собственную сопоставимую когорту до активации с возможностью аудита.
- Тесты и пробелы: сверить тестовые сценарии; при расхождении вернуться к этапу, где возникла ошибка.
Проверьте конверсию покупки как основу измерения
Категория, основной статус, ценность, валюта и идентификатор транзакции должны совпадать
Для отчётности жизненного цикла на основе покупок основой измерения служит конверсия Purchase. Её стоит использовать как основной сигнал для назначения ставок лишь тогда, когда она срабатывает по факту реальной покупки, ценность и валюта соответствуют заказу, а уникальный идентификатор транзакции предотвращает повторный учёт в рамках одного и того же действия-конверсии. Отдельные основные действия-конверсии могут дважды учитывать один заказ, даже если ID у них совпадает. Поэтому одновременное назначение импорта из магазина, тега Google Ads и конверсии Analytics основными действиями способно несколько раз отправить один заказ в Smart Bidding. Общая система отслеживания конверсий Google Ads с GA4 и Consent Mode должна быть согласована до включения режима новых клиентов.
| Объект проверки | Требуемое состояние | Где проверять | Тестовый сценарий | Доказательство | Последствие расхождения |
|---|---|---|---|---|---|
| Категория конверсии | Реальный заказ классифицируется как Purchase | Обзор целей и источник событий | Успешная тестовая покупка | ID заказа и запись конверсии | Приостановить допуск цели жизненного цикла |
| Основной статус | На ставки влияет только предусмотренный сигнал покупки | Действие-конверсия и цель кампании | Сравнение всех активных импортов покупок | Список основных и дополнительных действий | Устранить дублирующий основной сигнал |
| Идентификатор транзакции | Уникален для каждого заказа и согласован внутри одного действия-конверсии | Data Layer, тег и бэкенд | Повторное открытие страницы подтверждения | Тот же Order ID без второй конверсии в этом действии | Исправить дедупликацию и проверить параллельные действия |
| Ценность и валюта | Фактическая ценность заказа передаётся в правильном формате валюты | Магазин, диагностика тега и Google Ads | Заказ с известной суммой корзины | Сравнение логики брутто/нетто и валюты | Задокументировать и исправить логику ценности |
| Тип клиента | Статус динамически определяется по истории клиента | Магазин, CRM или Data Layer | Заказ нового, существующего и гостевого покупателя | Переданный статус каждого тестового заказа | Не допускать при статическом значении |
| Последующее изменение | Отмена, возврат и корректировка ценности обрабатываются по заданному процессу | Магазин, импорт и финансы | Контролируемая тестовая корректировка | Журнал изменений с привязкой к заказу | Пометить сверку отчётности как незавершённую |
Техническая проверка и проверка бизнес-логики протоколируются отдельно. Тег может срабатывать без ошибок, но передавать неверный тип клиента. И наоборот: тип клиента может быть правильным, а ценность, валюта или ID заказа — ошибочными. Поэтому для каждого пункта реестр требует основное доказательство из системы-источника и контрольную сверку в целевой системе. Основа измерения получает допуск лишь тогда, когда обе системы позволяют однозначно проследить один и тот же заказ.
Зафиксируйте собственное определение нового клиента
Задокументируйте ретроспективный период, гостевые покупки и объединённые аккаунты
Полезное определение включает не только слово «впервые», но и идентификатор, событие, период и исключения. Идентификатором может служить постоянный аккаунт клиента; в зависимости от бизнес-модели следует также учитывать нормализованные адреса электронной почты, номера телефонов, номера договоров или контакт в CRM. При измерении на основе покупок целевым событием является действительный, а не просто созданный заказ. Компания должна задокументировать правила для отмен, полных возвратов, внутренних тестовых заказов, покупок на маркетплейсах и объединённых аккаунтов.
В инструкции по настройке параметра нового клиента Google описывает для прямого отслеживания конверсий Google Ads параметр new_customer со значениями true, false или «не указано», а для вариантов на основе Analytics и приложений — тип клиента new или returning. Для параметра тега Google рекомендует ретроспективный период 540 дней; автоматическое распознавание отдельно может использовать до 540 дней зафиксированной истории. Ни то ни другое не является универсальным определением первой в жизни покупки у компании. Бизнес вправе применять подходящий период, однако должен последовательно рассчитывать его в магазине или CRM и фиксировать в реестре измерения.
Используйте списки существующих клиентов для контрольной проверки
CRM, Customer Match и списки сайта дополняют друг друга
Списки существующих клиентов описывают ту часть истории, которую Google может учесть при распознавании. Customer Match передаёт разрешённые к использованию собственные данные из CRM или магазина; списки сайта, приложения, Analytics или YouTube допустимо применять для определения новых клиентов только тогда, когда они действительно представляют покупателей и правильно типизированы. Ни один источник не бывает полным: покупатели могут удалять файлы cookie, менять устройства, отказываться от персонализации или заказывать с другого, не связанного с историей адреса. И наоборот, технически высокий Match Rate может означать лишь то, что Google сопоставил многие переданные записи со своими пользователями, а не то, что список охватывает всех существующих клиентов компании.
Поэтому для каждого списка в реестре измерения указываются цель, владелец, происхождение, тип клиента, способ обновления и дата последней проверки данных. При отслеживании конверсий в управляющем аккаунте дополнительно фиксируется, на каком уровне аккаунта управляются цель жизненного цикла и списки и работает ли необходимый доступ. Формальные требования платформы к размеру и активности списка — условия допуска к функции, а не показатели качества или гарантии результата для малого и среднего бизнеса.
Использование должно также соответствовать правилам Customer Match. Допустимы только разрешённые собственные данные; сохраняются требования к прозрачности, необходимым согласиям и ограничениям для чувствительных категорий. Актуальный список не обязательно собран законно, а законно собранный список не обязательно правильно типизирован с точки зрения бизнес-логики. Для этих двух проверок назначаются отдельные ответственные лица.
Правильно оцените автоматическое распознавание Google
Удобный начальный сигнал, но не полная истина
При оптимизации на новых клиентов Google автоматически использует автоматическое распознавание (Autodetection), если уже настроено измерение покупок. На основании активности кампаний и отслеженных покупок за период до 540 дней система может сформировать список существующих клиентов. Это упрощает старт, но неизбежно ограничивается взаимодействиями, известными Google. Покупки из других каналов, более давние отношения, удалённые cookie, отказы от отслеживания и несопоставленные идентификаторы могут отсутствовать.
Документация о том, как цели жизненного цикла распознают клиентские сегменты, разделяет автоматическое распознавание, предоставленные списки и списки ремаркетинга на основе тегов для назначения ставок или таргетинга. В ней также указано, что для сегментов особенно ценных клиентов действуют собственные требования к спискам и они не выводятся автоматически из обычного распознавания. Практический вывод для статьи: Autodetection — один из источников реестра проверки, но никогда не единственное доказательство того, что обозначенный новым покупатель действительно никогда прежде не был клиентом.
Настройте параметр тега для новых и существующих клиентов
Статус должен динамически поступать из магазина или CRM
Тип клиента должен передаваться в событии покупки, а не быть постоянным значением в теге. Перед отправкой ответственная система обязана по задокументированной истории определить, относится ли заказ к новому, существующему или не поддающемуся надёжной классификации клиенту. При прямом отслеживании Google Ads для этого используется new_customer со значением true, false или «не указано»; для интеграций с Analytics или приложениями действуют описанные там типы клиента. Важно не техническое название поля, а повторное выполнение бизнес-логики для каждого реального заказа.
Тестовый набор должен включать как минимум заведомо первую покупку, повторную покупку известного аккаунта и гостевой заказ без надёжной связи с историей. Дополнительно следует проверить, сохраняется ли правильный статус после неудачной оплаты, при повторной загрузке страницы подтверждения и при заказе со второго устройства. В Shopify актуальное приложение Google & YouTube может настроить параметр автоматически, однако «присутствует автоматически» не означает «проверено по бизнес-логике». По-прежнему необходимы тестовый заказ и контроль значения в Data Layer либо отладчике тега.
Если после активации появляется необычно много случаев Returning или Unknown, официальная инструкция по устранению неполадок цели привлечения новых клиентов помогает разделить причины, связанные с настройками, списками и технической реализацией. Высокая доля — прежде всего диагностический сигнал. Её нельзя без проверки считать ни ошибкой тега, ни доказательством низкой эффективности кампании. В реестре фиксируется, какие тестовые сценарии уверенно классифицированы, а какие реальные случаи пока остаются невыясненными.
Что именно показывает Google Ads
Сегмент, столбцы и исходную ценность нужно анализировать раздельно
После активации подходящей цели жизненного цикла Google Ads предлагает сегмент новых и вернувшихся клиентов, а также дополнительные столбцы. Документация по измерению кампаний с целями жизненного цикла разделяет, в частности, уникальных новых клиентов, стоимость привлечения клиента, дополнительную ценность новых клиентов и исходную ценность конверсии. Эти представления отвечают на разные вопросы, поэтому их нельзя сводить к одному показателю «эффективности новых клиентов».
| Представление или показатель | Что учитывается? | Основа или знаменатель | Включена надбавка к ценности? | Подходит для | Не подходит для |
|---|---|---|---|---|---|
| Сегмент «Новые и вернувшиеся клиенты» (New vs. returning) | Конверсии и их ценность в разрезе классифицированного типа клиента | Учтённые и атрибутированные события-конверсии | Может входить в ценность конверсий | Анализ распределения учтённых покупок | Подсчёт уникальных клиентов CRM или доказательство причинности |
| «Новые клиенты» (New customers) | Уникальные клиенты, классифицированные как новые | Количество уникальных клиентов за выбранный период | Нет, это количество | Подсчёт новых клиентов на уровне платформы | Выручка или количество всех конверсий в сегменте «Новые клиенты» |
| «Стоимость привлечения клиента» (Customer Acquisition Cost, CAC) | Атрибутированные расходы Google Ads на одного уникального нового клиента | Расходы, отнесённые к новым клиентам, делённые на их уникальное количество | Не является частью ценности | Операционный CAC платформы | Полный CAC компании или инкрементальный CAC |
| «Общая ценность нового клиента» (New customer lifetime value) | Добавленная корректировка ценности для первых покупок новых клиентов | Настроенная дополнительная ценность | Это и есть надбавка | Проверка настроенной надбавки | Уже полученная пожизненная ценность клиента |
| «Исходная ценность конверсии» (Original conv. value) | Ценность конверсий до корректировок жизненного цикла и других корректировок | Переданная исходная ценность | Нет | Приближённая к выручке контрольная сверка надбавки | Чистая выручка после возвратов без дополнительной сверки |
| «Ценность конверсий» (Conversion value) | Общая ценность, используемая для ставок и отчётности | Исходная ценность плюс применимые корректировки | Да, если функция активирована | Контроль сигнала Smart Bidding | Перенос без проверки в качестве выручки магазина |
| «Неизвестно» (Unknown) | Конверсии «Покупка», которые невозможно уверенно отнести к новым или вернувшимся | Доступные сигналы измерения, персонализации и соблюдения правил | Может входить в указанную ценность конверсий | Видимость покупок с неопределимой классификацией | Автоматическое объявление новым клиентом или ошибкой тега |
| «Другие конверсии» (Additional conversions) | Все цели-конверсии, не связанные с покупкой | Учтённые конверсии, не связанные с покупкой | Нет надбавки для новых покупателей | Видимость дополнительных целей кампании | Анализ жизненного цикла новых и вернувшихся покупателей |
Важен и метод подсчёта конверсий. При значении «Every» дополнительные покупки, атрибутированные одному рекламному взаимодействию в пределах окна конверсии, могут отображаться в сегменте изначально нового клиента. В то же время столбец «New customers» остаётся количеством уникальных клиентов. Если ожидать равенства этих показателей, можно ошибочно диагностировать проблему там, где действуют разные методы подсчёта. Поэтому вместе с периодом отчёта реестр сохраняет название сегмента, столбца и настройку подсчёта.
Надбавка к ценности нового клиента — не выручка
Документируйте исходную и управляющую ценность параллельно
В Value Mode к первой конверсии покупки, классифицированной как покупка нового клиента, добавляется дополнительная ценность. Она сообщает Smart Bidding, что эти отношения с клиентом могут иметь для компании ценность сверх суммы первого заказа. Поэтому показатель Conversion value способен оказаться выше переданной магазином ценности заказа. Такое различие предусмотрено системой, однако в отчёте о выручке его нельзя представлять как уже заработанные деньги. Для сверки исходная ценность, надбавка и общая ценность экспортируются отдельно.
Формулировку «New customer lifetime value» легко истолковать неверно. Столбец показывает настроенную корректировку ценности, а не фактически полученную позднее маржинальную прибыль или пожизненную ценность клиента. Функция High Value, основанная на схожести, прогнозирует, какие новые клиенты могут оказаться особенно ценными, но не измеряет будущие покупки. Google описал развитие этой возможности среди обновлений Performance Max 2025 года, при этом актуальные страницы справки по-прежнему указывают, что доступ в некоторых случаях зависит от аккаунта. Поэтому наличие функции и точный набор параметров нужно проверять в самом аккаунте.
Согласуйте CAC нового клиента в Google Ads и учётной системе
Два показателя CAC могут отвечать на разные вопросы
Показываемый Google Ads показатель Customer Acquisition Cost распределяет учитываемые рекламные расходы между уникальными клиентами, которых платформа классифицировала как новых. Это полезный операционный показатель внутри системы, но не полный блок расходов компании. В нём могут отсутствовать стоимость услуг агентства, производство креативов, скидки, работа отдела продаж, неатрибутированные каналы и операционные затраты. Знаменатель также может отличаться от когорты CRM, если идентификаторы не совпали или покупки были отменены позднее.
Поэтому для финансовой контрольной сверки задаётся идентичная когорта: одинаковый период заказов, одна валюта, единая логика отмен и возвратов и задокументированное правило для межканальных клиентов. Расходы Google Ads показываются отдельно от всех затрат на привлечение. Материал о маркетинговых KPI малого бизнеса от GA4 и CRM до лидов и выручки описывает более длинную цепочку: атрибутированная покупка или лид становится сопоставимой с финансовыми данными только после подтверждения статуса клиента и дохода в последующей учётной системе.
Расхождение не обязательно означает ошибку. Google Ads относит взаимодействия к конверсиям по своим правилам атрибуции, а финансовая система часто использует дату заказа, счёта или платежа. Поэтому реестр не требует универсального порога допустимого отклонения. Вместо этого в нём фиксируются причина, направление и масштаб различия, а также решение о том, какой показатель использовать для ставок, отчёта по кампании или планирования бизнеса.
Ведите реестр измерения новых клиентов PMax
Одна строка для каждого определения, настройки и результата проверки
Реестр связывает настройки с доказательствами. Каждая строка отвечает на пять вопросов: когда действовала версия, что было определено или изменено, какое основное доказательство подтверждает требуемое состояние, какой независимый источник его проверяет и какое решение из этого следует? Так можно проследить, связано ли изменение доли новых клиентов с новым определением, обновлением списка, исправлением тега или действительно с другим результатом кампании.
| Дата и версия | Определение или настройка | Основное доказательство | Контрольное доказательство | Решение и следующая проверка |
|---|---|---|---|---|
| Исходная версия | Бизнес-определение нового клиента, включая идентификатор и исключения | Утверждённое правило CRM | Выборочная проверка исторических клиентов | Допустить или исправить определение |
| Версия отслеживания | Конверсия Purchase, ценность, валюта и ID транзакции | Журнал тега либо импорта | Заказ в магазине | Допустить только при совпадении теста |
| Состояние данных | Списки существующих клиентов и тип клиента | Экспорт списка с датой | Количество в CRM и охват источников | Обновить или задокументировать ограничение |
| Версия параметра | Динамический статус нового, существующего или неизвестного клиента | Отладочный вывод события покупки | Три заданных тестовых заказа | Допустить или остановить реализацию |
| Версия кампании | Value Mode, Only Mode или отсутствие активации NCA | Настройка кампании | История изменений | Начать либо перезапустить окно наблюдения |
| Модель ценности | Надбавка к ценности нового клиента и логика расчёта | Утверждённый расчёт | Исходная ценность и когорта CRM | Сохранить, заново обосновать или удалить |
| Состояние отчёта | Сегмент, столбцы, период и настройка подсчёта | Экспорт Google Ads | Сверка с магазином/CRM | Поддаётся оценке, продолжить наблюдение или не поддаётся оценке |
| Расхождение | Конкретная разница между платформой и бэкендом | Журнал ошибки или анализа | Повторный тест после исправления | Закрыть, эскалировать или назначить следующую проверку |
Статусы намеренно остаются описательными: допустить, исправить, продолжить наблюдение, не поддаётся оценке или перезапустить. Нет жёсткой процентной границы, которая обеспечивала бы допуск любой бизнес-модели. Небольшая и объяснимая задержка по времени может быть приемлемой, тогда как одна неверно классифицированная тестовая покупка способна поставить под сомнение всю логику. Важны характер и причина расхождения, а не декоративный цвет светофора.
Реестр не получает новую версию при каждом дневном колебании. Новая версия создаётся при изменении определения клиента, источника данных, действия-конверсии, режима, надбавки к ценности или другой значимой для измерения настройки. Благодаря этому любая последующая оценка остаётся связана с конфигурацией, реально действовавшей в соответствующий период.
Проверьте настройку без ложной точности
Исходный уровень, тестовая покупка и сверка когорт выполняются в заданном порядке
До активации в собственной аналитической системе или CRM сохраняется исходный уровень: количество действительных покупателей, число новых по внутреннему определению, нетто-ценность и использованная логика идентификации. Google не строит отчётность жизненного цикла задним числом за периоды, когда цель ещё не была активна. Поэтому исходный уровень должен существовать вне будущих столбцов Google. Одновременно следует избегать крупных параллельных изменений бюджета, цели стратегии назначения ставок, фида или настройки конверсий, чтобы не сделать последующую диагностику неоправданно неоднозначной.
После технической активации проводятся контролируемые тестовые покупки и только затем — сверка когорт. Отчёты оцениваются не сразу после клика, а с учётом характерной для бизнеса задержки конверсий и обработки данных. Новые, существующие и неоднозначные случаи отслеживаются по отдельности. Затем сегмент «Новые и вернувшиеся клиенты», столбец «Новые клиенты», исходная ценность и статус CRM сопоставляются за один и тот же период. Расхождение объясняется или помечается как открытое; его нельзя устранить простым переименованием Unknown в New.
Сравнение «до и после» может показать, что отражаемая в отчёте доля новых клиентов изменилась после активации. Но оно не доказывает, что именно переключатель вызвал изменение или что все новые клиенты были инкрементальными. Google описывает Conversion Lift как возможный более контролируемый метод для подходящих аккаунтов с доступом к функции. Даже тогда метод должен соответствовать конкретному вопросу; нельзя обещать ни доступность для каждого малого и среднего бизнеса, ни изолированный тест только одной настройки жизненного цикла.
Системно диагностируйте типичные ошибки
Returning и Unknown — диагностические сигналы, а не автоматический приговор
Высокая доля Returning может быть вызвана неполным определением нового клиента, неверно типизированными списками или статическим параметром тега. Но она также может отражать реальные повторные покупки. Конверсии Returning в Only Mode тоже не обязательно доказывают ошибку конфигурации: Google указывает на ограничения конфиденциальности и технические границы, из-за которых в отдельных случаях рекламу могут увидеть существующие клиенты. Поэтому диагностика начинается с тестового заказа, типа клиента и состояния списка, а не с немедленного изменения ставок.
Статус Unknown может возникать из-за ограниченной персонализации, особенностей измерения iOS, чувствительных категорий или отсутствующего идентификатора. С октября 2025 года для части покупок, которые иначе отображались бы как Unknown, Google оценивает на основе прежних результатов кампании, относятся они к новым или вернувшимся клиентам. Поэтому количество Unknown может снизиться, хотя CRM не стала идентифицировать больше людей. Отсутствие столбцов жизненного цикла также проверяется в строгой последовательности: активна ли цель, оптимизируется ли кампания на Purchase, выбран ли период после активации и добавлены ли правильные столбцы либо сегменты?
Ещё один особый случай — анонсированный в 2026 году режим New Prospects, который должен исключать не только покупателей, но и другие уже знакомые с брендом группы. Однако официальный анонс новых режимов привлечения не подтверждает, что режим уже доступен во всех немецких аккаунтах, а центральная инструкция справки не всегда включает его как стандартный режим. Поэтому в статье он остаётся анонсированной возможностью, которую нужно проверять в аккаунте, а не частью общей рекомендации по допуску.
FAQ по измерению новых клиентов в Performance Max
Восемь ответов для допуска
Следующие вопросы необходимо включать во внутреннюю приёмку до передачи показателя новых клиентов руководству или отделу продаж. Ответы намеренно разделяют техническую возможность, классификацию платформы и финансовый вывод.
Новый посетитель сайта автоматически считается новым клиентом в Google Ads?
Нет. Посетитель мог совершать покупки раньше, использовать другое устройство или впервые оказаться доступным для измерения. Для классификации новых клиентов имеют значение история покупок, предоставленные списки существующих клиентов и, если применимо, тип клиента, переданный в событии покупки. «Новый сеанс» и «новый клиент» нельзя приравнивать ни в отчёте, ни в теге.
Может ли Performance Max распознавать новых клиентов без CRM или Customer Match?
При активном отслеживании покупок Google может применять автоматическое распознавание и определять существующих клиентов по доступной истории кампаний и покупок. Это позволяет классифицировать их на уровне платформы, но не обязательно охватывает более старые, офлайн- или межканальные отношения с клиентами. Поэтому без контрольной сверки результат следует называть «распознан Google как новый», а не полным количеством новых клиентов в CRM.
Исключает ли режим «Only bid for new customers» абсолютно всех существующих клиентов?
Нет. Режим оптимизируется на людей, которых Google распознаёт как новых, однако технические ограничения и требования конфиденциальности сохраняются. При определённых обстоятельствах существующий клиент всё равно может увидеть объявление или позднее отобразиться как Returning. Актуальные и допустимые списки существующих клиентов и правильный тип клиента улучшают распознавание, но не гарантируют абсолютного исключения.
Работает ли отчётность по новым клиентам для лидов без покупки?
В подходящих случаях Only Mode можно применять с целями, не связанными с покупкой. Однако специальные отчёты жизненного цикла по новым и вернувшимся клиентам ориентированы на конверсии Purchase; другие цели показываются как дополнительные конверсии. Кроме того, новый лид — ещё не новый клиент. Для услуг квалификацию необходимо прослеживать в CRM вплоть до первого заказа.
Почему ценность конверсий в Google Ads выше выручки магазина?
В Value Mode Google может добавить настроенную корректировку ценности нового клиента к исходной ценности покупки. Итоговая сумма используется для управления ставками и отображается в ценности конверсий. Для сверки выручки нужно отдельно рассматривать исходную ценность конверсий, а затем корректировать её на отмены, возвраты и собственную логику нетто или брутто.
Что означает высокая доля «Unknown»?
Google не смог уверенно отнести соответствующие конверсии к новым или вернувшимся клиентам на основании доступных и разрешённых сигналов. Причины варьируются от отсутствующих клиентских данных до ограничений конфиденциальности, устройств или персонализации. Unknown — не автоматически новый клиент и не автоматически ошибка реализации. Надёжный диагноз возможен только после тестовых сценариев, проверки списков и сверки с бэкендом.
Доказывает ли рост доли новых клиентов после активации причинный эффект?
Нет. Сравнение описывает наблюдаемое изменение, на которое одновременно могли повлиять сезонность, предложение, цены, бюджет, конкуренция или изменения измерения. В настройке жизненного цикла нет встроенного теста, доказывающего её изолированный инкрементальный эффект. Для причинного вывода нужен подходящий дизайн с контрольной группой, а формулировать результат допустимо только в пределах реальных условий такого эксперимента.
Когда следует менять надбавку к ценности нового клиента?
Только после допуска определения, отслеживания Purchase, типа клиента и сверки отчётности и при условии, что компания может обосновать дополнительную ценность собственными экономическими или когортными данными. Универсально правильной суммы и фиксированного срока изменения нет. Каждая корректировка получает новую версию в реестре; её эффект описывается лишь после характерной задержки конверсий, а не обещается заранее.
Следующий шаг: проверьте настройку измерения
Аудит проясняет определение, поток данных и отчётность
Надёжное измерение новых клиентов объединяет бизнес-определение, действие-конверсию, тип клиента, списки, режим кампании и логику отчётности. Если отсутствует хотя бы одно звено, правдоподобная цифра всё равно может отвечать не на тот вопрос. Поэтому структурированный аудит проверяет всю цепочку, документирует открытые случаи и настраивает реестр измерения новых клиентов PMax для будущих изменений.