К содержимому

Как проверить учет заявок до запуска рекламы

Что считать заявкой, как провести тестовую заявку, проверить передачу в Google Ads, Директ и Meta и связать заявку с CRM до первого рубля бюджета

Магош Альшанский, ответственный редакторОпубликовано ≈ 8 мин чтения23 источника
Содержание

Коротко. До запуска рекламы зафиксируйте в документе, какие действия считаются заявкой (отправленная форма, звонок, сообщение в мессенджер, оплата), и для каждого действия проведите тестовую заявку с проверкой в инструментах отладки: DebugView в GA4, Tag Assistant, отладчик Метрики, Test Events в Meta. Цель принята, если она сработала один раз на одну настоящую отправку, не сработала на пустую форму и на повторное открытие страницы благодарности, дошла в рекламный кабинет под нужным действием и оставила в CRM идентификатор визита или клика. Пока это не подтверждено, автоматическая стратегия учится на непроверенном сигнале, а отчет о цене заявки нельзя использовать для решений.

37,5%настолько дешевле реальности выглядит отчет, если цель считает повторные открытия страницы благодарностиучебный пример
80 вместо 50конверсий в кабинете против реальных заявок в CRMучебный пример
10 в неделючастота цели, на которой Директ советует обучать стратегиюсправка Яндекс Директа
21 деньсрок, в который Метрика привязывает офлайн-данные из CRM к визитусправка Яндекс Метрики

Что считать заявкой, решают до настройки целей

Если цель считает не то действие, реклама будет искать людей, которые совершают это не то действие.

Цель (в GA4 она называется ключевым событием, key event) - это действие посетителя, которое бизнес считает результатом. Рекламные кабинеты обучают на целях автоматические стратегии. Если цель считает не то действие, реклама будет искать людей, которые совершают это не то действие. Поэтому первый шаг не технический: владелец вместе с отделом продаж решает, что считается заявкой.

Главное действие означает, что человек передал контакт или деньги: форма принята сервером, звонок состоялся, сообщение пришло, оплата прошла. Вспомогательное показывает интерес: начал заполнять форму, нажал на номер, открыл ссылку на мессенджер. Событие покупки должно нести сумму и валюту: в справочнике Meta Pixel у Purchase параметры value и currency обязательны.

Какие действия считать целями и чем подтверждать факт

Таблицу можно прокрутить вправо

ДействиеЧто считать фактом заявкиВспомогательное событиеГде подтверждается
Форма на сайтеСервер принял заявку, человек увидел подтверждениеНачало заполнения, нажатие кнопкиЗапись в CRM или в почте приема заявок
ЗвонокСостоявшийся разговор с номера из рекламыНажатие на номер телефонаЖурнал звонков или сервис отслеживания звонков
МессенджерПервое сообщение от человека пришло в рабочий чатНажатие на ссылку мессенджераЧат или CRM, куда подключен мессенджер
ОплатаПодтвержденный платеж с суммой и валютойПереход к оплатеПлатежная система или учетная система

Приемка идет по порядку: каждый шаг опирается на предыдущий

Нет смысла смотреть импорт в Google Ads, пока событие не видно в отладке GA4, и проверять CRM, пока не ясно, какие идентификаторы передает форма.

  1. Запишите цели: событие, условие, главная или вспомогательная, куда передается.
  2. Проверьте счетчик и тег на всех страницах, включая страницу благодарности, и номер счетчика в Директе.
  3. Проведите тестовые заявки на компьютере и телефоне, с согласием на cookies и без, затем отрицательные проверки.
  4. Проверьте передачу в Google Ads, Директ и Meta.
  5. Пройдите по ссылке объявления до конечной страницы: метки и идентификаторы клика на месте.
  6. Найдите тестовую заявку в CRM с источником, метками и пометкой «тест».
  7. Выберите цель обучения и способ подсчета, подпишите документ приемки, назначьте проверку после запуска.

Тестовая заявка: одно срабатывание и только на настоящую отправку

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

GA4. DebugView показывает события устройства с включенным режимом отладки: через Tag Assistant или параметр debug_mode в теге. В средней колонке видны события за последние 60 секунд. Ключевое событие должно появиться один раз и с нужными параметрами.

Tag Assistant. В режиме предпросмотра Google Tag Manager показывает, какие теги сработали и почему; посетители этот режим не видят. Здесь ловят тег на нажатие кнопки, который срабатывает, даже если форма не прошла проверку полей.

Метрика. Отладчик включается параметром _ym_debug=2 в адресе страницы; включите в консоли Preserve log, иначе после перехода на страницу благодарности записи пропадут. Справка Метрики предупреждает, что в одном визите цель может быть достигнута несколько раз, поэтому считайте срабатывания.

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

  1. Отправьте пустую форму.
  2. Отправьте форму с неверным телефоном.
  3. Обновите страницу благодарности и вернитесь на нее кнопкой «назад».
  4. Убедитесь, что главная цель ни разу не сработала.

В каждом кабинете одна заявка дает одну основную конверсию

Google Ads. Для импорта событие отмечают ключевым в GA4; нужны роль не ниже маркетолога в Analytics, административный доступ к Google Ads и связанные аккаунты. Данные появляются в течение 24 часов, история до импорта не переносится. Конверсии из интерфейса Analytics по умолчанию второстепенные: для ставок их настройку меняют в Google Ads. Способ «Одна» справка советует для заявок, «Каждая» для покупок; в GA4 рекомендуемый подсчет «один раз на событие». Запишите выбор.

Яндекс Директ. В кампании указывают счетчик Метрики, в ссылки автоматически добавляется yclid, ключевые цели помогают точнее предсказывать конверсии. Справка советует самому совершить конверсию, сверить номер счетчика и модель атрибуции и учить стратегию на цели, которая достигается не реже 10 раз в неделю.

Meta. Для заявок есть стандартные события Lead, Contact, Schedule и Purchase. Серверные события Conversions API проверяют во вкладке Test Events с кодом test_event_code, который потом убирают; события видны в течение 20 минут. Копии от пикселя и сервера Meta объединяет по имени события и event_id, если вторая пришла в течение 48 часов; долю объединенных показывает вкладка Event Deduplication.

Откуда берутся дубли и спам

Дубль - одно действие, посчитанное больше одного раза: страницу благодарности обновили, код на сайте стоит вместе с тем же тегом в Google Tag Manager, пиксель и Conversions API работают без общего event_id, цель на кнопку срабатывает при ошибке в форме.

Спам - заявки без интереса к покупке: боты, случайные отправки, тесты сотрудников. Против него работают проверка полей, защита от ботов и правило в CRM: тестовые и спам-заявки помечаются статусом, а не удаляются. Регулярная сверка заявок между системами разобрана в отдельном материале журнала.

Учебный пример
Что видит кабинет и что есть в CRM за месяц
Учебный пример: что видит кабинет и что есть в CRM за месяц
ПоказательЗначение
Конверсии в кабинете80 шт
Настоящие заявки в CRM50 шт
Повторные открытия страницы благодарности30 шт

учебный пример: 50 заявок + 30 повторных открытий = 80 конверсий

Дубли делают заявку дешевле только на бумаге

Отчет выглядит на 37,5% дешевле реальности

Учебный пример, числа условные. Бюджет месяца 150 000 ₽, реальных заявок 50, цена заявки 3 000 ₽. Цель стоит на открытии страницы благодарности, 30 человек открыли ее повторно, и кабинет показывает 80 конверсий по 1 875 ₽.

Отчет выглядит на 37,5% дешевле реальности, а стратегия считает удачными показы, после которых люди просто перезагрузили страницу. Ошибку видно только при сравнении с уникальными заявками в CRM.

Учебный пример
Цена заявки при бюджете 150 000 ₽
Учебный пример: цена заявки при бюджете 150 000 ₽
ПоказательЗначение
По CRM, 50 заявок3 000 ₽
По кабинету, 80 конверсий1 875 ₽

учебный пример: 150 000 / 50 = 3 000; 150 000 / 80 = 1 875

Согласие на cookies: проверьте оба ответа посетителя

Режим согласия Google (consent mode) передает тегам четыре настройки: ad_storage, analytics_storage, ad_user_data и ad_personalization. В базовом режиме теги ждут ответа на баннер. В расширенном загружаются сразу с отказом по умолчанию и при отказе шлют измерения без cookies, по которым Google моделирует пробелы.

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

  1. Откройте сайт через Tag Assistant.
  2. Во вкладке Consent проверьте значения по умолчанию в самом раннем событии согласия.
  3. Примите баннер: все четыре значения обновились, теги сработали или заблокированы по выбору.
  4. Повторите проверку с отказом.

Метки и идентификаторы клика должны дойти до конечной страницы

UTM-метки сообщают аналитике источник, канал и кампанию. Справка GA4 советует всегда указывать utm_source, utm_medium и utm_campaign, иначе в отчетах появляется (not set); Директ называет их обязательными и предлагает динамические параметры вроде {campaign_id} и {ad_id}.

GCLID в Google Ads и yclid в Директе должны дойти до конечной страницы, иначе конверсию не к чему привязать. Откройте ссылку из объявления, пройдите все переадресации и посмотрите адрес. Меток нет - исправьте переадресацию до запуска.

Без идентификатора в CRM сделку потом не вернуть в рекламу

Не сохраненный в момент заявки идентификатор потом не восстановить.

Аналитика знает, что форма отправлена, но не знает, стал ли человек клиентом. Чтобы вернуть в рекламу данные о сделках (офлайн-конверсии), форма уже сейчас пишет идентификаторы в карточку заявки. Google Ads просит сохранять GCLID вместе с данными заявки; расширенные конверсии дополняют его хешированными контактами. Для Метрики самым точным справка называет ClientID, подходят также UserID, yclid и хешированные почта и телефон.

Сроки ограничены: Метрика привязывает офлайн-данные к визиту в течение 21 дня после последнего визита, Meta принимает серверное событие не старше 7 дней. Не сохраненный в момент заявки идентификатор потом не восстановить. Пошаговая настройка офлайн-конверсий в Метрике есть в блоге WEBNOSTRA.

Что подписать перед стартом

Отдайте таблицу исполнителю как задание на приемку: по каждой строке нужен снимок отладчика, запись в CRM или адрес конечной страницы. В документ запишите цели и способ подсчета, главную цель каждой кампании, счетчики и пиксели, словарь UTM-меток, поля CRM, пометку тестовых и спам-заявок, результат тестов и ответственного за правки. Правка формы после приемки означает новую тестовую заявку.

Ограничения. Тест подтверждает учет только в проверенных сочетаниях браузеров, устройств и ответов на баннер; блокировщики и отказ от cookies всегда оставят часть заявок без источника. Издатель журнала связан с WEBNOSTRA, которая оказывает услуги по настройке аналитики; порядок проверки можно выполнить своими силами или с любым подрядчиком.

Что проверить перед запуском, как и по какому признаку видна ошибка

Таблицу можно прокрутить вправо

Что проверитьКакПризнак ошибки
Счетчик и тегОтладчик Метрики, Tag Assistant на странице формы и благодарностиНе грузится на части страниц, номер в Директе другой
Цель на отправку формыТестовая заявка, DebugView, _ym_debug=2Не пришла или пришла дважды
Ложные срабатыванияПустая форма, неверный телефон, обновление страницыЦель сработала без заявки
Звонок и мессенджерТестовый звонок и сообщениеСчитается только нажатие
Google AdsДействие через сутки после тестаДве основные конверсии или нет данных
ДиректСчетчик, ключевые цели, тестовая конверсияЦель не найдена или не учтена
Meta Pixel и Conversions APITest Events, Event DeduplicationДва события без общего event_id
Согласие на cookiesВкладка Consent, принять и отклонитьТеги не следуют выбору
UTM и идентификаторы кликаПереход до конечной страницыТеряются при переадресации
CRMКарточка тестовой заявкиНет источника, меток, идентификатора

Главные решения

  1. до настройки решите, какое действие считается заявкой и какое из них главное для обучения рекламы, а вспомогательные события держите отдельно
  2. принимайте каждую цель по тестовой заявке: одна настоящая отправка дает одно срабатывание, ошибка в форме и повторное открытие страницы благодарности не дают ни одного
  3. запускайте бюджет только после того, как тестовая заявка видна в аналитике, в рекламном кабинете и в CRM с идентификатором клика или визита

Что обсудить с командой

  • Список целей утвержден: для каждой записано условие, главная она или вспомогательная и куда передается
  • Каждая главная цель прошла тестовую заявку и отрицательные проверки на компьютере и телефоне
  • В каждом кабинете основной является одна конверсия на одно действие, способ подсчета записан
  • Сайт ведет себя по правилам согласия при принятии и при отказе
  • Метки и идентификаторы кликов доходят до конечной страницы и попадают в карточку CRM
  • Документ приемки подписан, назначена повторная проверка после любых правок форм
Текстовый файл с выводами, вопросами и источниками

Термины простыми словами

Цель, ключевое событие
Действие посетителя, которое бизнес считает результатом; в GA4 называется ключевым событием, в Метрике целью, в рекламных кабинетах конверсией
Тестовая заявка
Настоящая отправка формы, звонок или сообщение, сделанные для проверки, с наблюдением в инструментах отладки и пометкой в CRM
Дедупликация
Объединение двух записей об одном действии, например события пикселя и Conversions API с одинаковым event_id
GCLID, yclid
Идентификаторы клика, которые Google Ads и Яндекс Директ добавляют в ссылку; по ним данные о сделке возвращаются к рекламному клику
ClientID
Идентификатор посетителя в Метрике, по которому офлайн-данные из CRM привязываются к визиту
Режим согласия
Настройка тегов Google, которая меняет их поведение в зависимости от ответа посетителя на баннер cookies

Источники

  1. Google Analytics: проверка событий в DebugViewsupport.google.com · проверено 31.10.2026
  2. Google Analytics: ключевые событияsupport.google.com · проверено 31.10.2026
  3. Google Analytics: способ подсчета ключевых событийsupport.google.com · проверено 31.10.2026
  4. Google Analytics: фильтры данных, внутренний трафик и трафик разработчиковsupport.google.com · проверено 31.10.2026
  5. Google Analytics: UTM-параметры и рекомендации по разметкеsupport.google.com · проверено 31.10.2026
  6. Google Tag Manager: предпросмотр и отладка контейнеров в Tag Assistantsupport.google.com · проверено 31.10.2026
  7. Google Tag Platform: режим согласия, документация на английском (обновлено 30.07.2026)developers.google.com · проверено 31.10.2026
  8. Google Tag Platform: отладка режима согласия в Tag Assistant, на английском (обновлено 13.10.2026)developers.google.com · проверено 31.10.2026
  9. Google Ads: конверсии из событий Google Analyticssupport.google.com · проверено 31.10.2026
  10. Google Ads: варианты подсчета конверсийsupport.google.com · проверено 31.10.2026
  11. Google Ads: автоматическая пометка и GCLIDsupport.google.com · проверено 31.10.2026
  12. Google Ads: импорт офлайн-конверсийsupport.google.com · проверено 31.10.2026
  13. Яндекс Метрика: целиyandex.ru · проверено 31.10.2026
  14. Яндекс Метрика: отладчик работы счетчикаyandex.ru · проверено 31.10.2026
  15. Яндекс Метрика: решение проблем с работой целейyandex.ru · проверено 31.10.2026
  16. Яндекс Метрика: импорт офлайн-данныхyandex.ru · проверено 31.10.2026
  17. Яндекс Директ: Яндекс Метрика, оценка эффективности продвиженияyandex.ru · проверено 31.10.2026
  18. Яндекс Директ: мало конверсий, что проверитьyandex.ru · проверено 31.10.2026
  19. Яндекс Директ: UTM-метки и динамические параметрыyandex.ru · проверено 31.10.2026
  20. Meta: отправка событий Conversions API и тестовые события, на английскомdevelopers.facebook.com · проверено 31.10.2026
  21. Meta: дедупликация событий пикселя и сервера, на английскомdevelopers.facebook.com · проверено 31.10.2026
  22. Meta: проверка настройки Conversions API в Events Manager, на английскомdevelopers.facebook.com · проверено 31.10.2026
  23. Meta Pixel: справочник стандартных событий, на английскомdevelopers.facebook.com · проверено 31.10.2026
ИнструментПуть от заявки до сделкиРасходы и заявки по этапам одной группы: где сокращение больше всего.Посчитать на своих данных

Читайте дальше

Все материалы
Аналитика и учет заявок

В аналитике 120 заявок, в CRM 87, в кабинете 140: какой цифре верить

Почему три системы считают по-разному и как за одну неделю свести их к одному определению заявки

10 мин · 16 источников
Аналитика и учет заявок

Поиск или соцсети: как читать атрибуцию и не урезать нужный канал

Почему отчеты называют разные каналы, как одни и те же 10 сделок делятся по моделям и как проверить канал тестом до сокращения бюджета

10 мин · 16 источников
Заявки, воронка и продажи

Как договориться, какие заявки считать качественными

Протокол совместного разбора обращений для маркетинга, продаж и владельца бизнеса

6 мин · 6 источников