Почему не работают отчёты по конверсиям в Google Ads

Google Ads, GA4 и CRM отвечают на разные вопросы. Рекламный кабинет относит результат к рекламному взаимодействию по своим правилам. GA4 строит межканальный отчет и использует собственную атрибуцию. CRM хранит контакт, квалификацию, сделку и оплату по дате изменения статуса.

Расхождение само по себе не доказывает ошибку. Причину можно объяснить, если команда заранее определила единицу учета, параметр Count, роли Primary и Secondary, окно конверсии, дату отчета, идентификатор рекламного взаимодействия и статус CRM. Дубли, потерянные заявки и ложные события остаются дефектами и требуют исправления.

Подтвержденная отправка формы, клик по телефону, звонок длительностью 30 секунд, созданный лид, квалифицированный лид и продажа являются разными событиями. Если Google Ads считает все клики по кнопкам, а CRM показывает только уникальные обращения, числа закономерно расходятся.

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

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

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

Primary означает, что действие используется в столбце «Конверсии» и может участвовать в оптимизации выбранной кампании. Secondary сохраняется для наблюдения и обычно входит в «Все конверсии». Настройки целей на уровне кампании могут менять состав используемых действий, поэтому проверяйте аккаунт и конкретную кампанию.

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

Оба способа допустимы. Прямое действие Google Ads удобно для рекламной оптимизации и настроек окна, атрибуции и Enhanced Conversions. Импорт из GA4 подходит, когда команда использует единое событие и понимает задержку и правила передачи.

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

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

Data-driven attribution распределяет вклад между рекламными взаимодействиями на основе доступных данных и правил платформы. Доступные модели и требования меняются, поэтому проверяйте настройки конкретного действия. Last click может использоваться как отдельный вариант сравнения, но изменение модели меняет отчет.

Окно выбирают по фактической задержке между кликом и нужным событием. Для быстрого заказа часто рассматривают 7-30 дней. Для B2B-сделки цикл может занимать 60-90 дней и больше. Эти числа служат примерами диапазонов, а решение принимают по отчету time lag и данным CRM.

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

View-through отражает конверсию после показа без клика и особенно заметен в медийных и видеокампаниях. Выносите его в отдельную строку отчета. Для решений по поиску и лидам сравнивайте кликовые, наблюдаемые, моделируемые и импортированные действия раздельно.

Consent Mode передает состояние согласия и меняет поведение тегов. При выполнении требований Google часть пропусков может оцениваться моделированием. Моделируемые данные являются расчетом платформы и должны быть обозначены в отчете отдельно от наблюдаемых заявок CRM.

Проверьте значения ad_storage, analytics_storage, ad_user_data и ad_personalization для разных решений пользователя. Состояние по умолчанию должно устанавливаться до тегов, а обновление происходить после выбора. Региональная и юридическая конфигурация согласуется с ответственным специалистом компании.

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

Enhanced Conversions for Leads используют хэшированные данные первого уровня, например телефон или email, для сопоставления лида с рекламным взаимодействием. Передача требует соблюдения правил Google, корректного сбора согласия и стабильного ID лида.

Сохраняйте GCLID, GBRAID или WBRAID, когда соответствующий идентификатор доступен. В CRM также нужны дата, источник, UTM, ID лида, статус, сумма и валюта. Повторная отправка статуса должна обновлять ту же сущность без новой конверсии.

Google Data Manager используется для подключения собственных источников и импорта данных. Выбор способа зависит от CRM, частоты обновления, доступов и действующих возможностей аккаунта. Перед запуском проведите тест на ограниченном наборе записей и сопоставьте результат с CRM.

+## Инвентаризация событий перед настройкой

Соберите все действия из Google Ads, GA4, GTM, сайта, коллтрекинга и CRM. Для каждого укажите название, источник, триггер, Count, роль, окно, владельца и коммерческое назначение. Повторяющиеся названия вроде lead и generate_lead требуют проверки, потому что они могут описывать разные формы.

Отдельно отметьте события, созданные автоматически CMS, виджетом или сторонним скриптом. После редизайна старый тег может продолжить работу вместе с новым. Два контейнера GTM, прямой тег в коде и импорт GA4 способны утроить одно обращение.

Названия должны различать действие и статус. form_success описывает подтвержденную форму, qualified_lead - квалификацию в CRM, sale_paid - оплату. В документации указывают точное условие и обязательные параметры. Тогда разработчик, аналитик и менеджер говорят об одном событии.

Удаление старой цели проводят после периода проверки. Сначала переводят ее в Secondary, сравнивают новый и старый учет, затем исключают из отчетов. Резкое удаление без снимка настроек осложняет сравнение истории.

Подготовьте сценарии для каждой формы, телефона, мессенджера и домена. Тест содержит время, устройство, браузер, страницу, UTM, контакт и ожидаемый результат. Используйте отдельный тестовый контакт, который легко найти в CRM и рекламном отчете.

Первый тест проверяет успешную заявку. Второй повторяет отправку в том же сеансе и выявляет дубль. Третий вызывает ошибку обязательного поля. Четвертый проверяет отказ пользователя от аналитических или рекламных cookies согласно настройкам Consent Mode. Для SPA дополнительно проверяют смену маршрута без перезагрузки.

На каждом уровне нужен один ID. Событие сайта получает event_id, CRM создает lead_id, продажа сохраняет transaction_id или иной уникальный ключ. Передача одного статуса дважды должна обновить существующую запись либо отклонить дубль по правилам системы.

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

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

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

Для каждого расхождения назначьте причину: атрибуция, дата, окно, Consent Mode, задержка импорта, повторное обращение, дубль, пропущенный идентификатор или отсутствие статуса. Обоснованная разница остается в отчете с пояснением. Дефект получает ответственного и срок исправления.

Установите контрольные отклонения по уровням. Резкий рост form_success без роста CRM указывает на дубль или потерю передачи. Стабильные лиды при падении импорта продаж указывают на CRM-интеграцию. Рост рекламных конверсий при прежнем расходе и отсутствии заявок требует немедленной проверки целей.

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

В аккаунте услуг Google Ads показывал 213 конверсий за 30 дней и CPL 1 540 ₸. CRM за тот же период содержала 17 лидов и 4 сделки. Разница составляла 196 действий.

Проверка обнаружила клик по кнопке в основных целях, дубль события при отправке формы, отсутствие Conversion Linker и импорта офлайн-статусов. Команда перевела основное действие на подтвержденную отправку, настроила дедупликацию, Enhanced Conversions for Leads и импорт статусов из CRM.

Через четыре недели Google Ads показывал 49 конверсий, CRM содержала 44 лида и 11 сделок. Расхождение сократилось с 196 до 5, то есть на 97,4%. Новый CPL не публикуется, потому что расход второго периода в исходных данных отсутствует. Любой расчет без расхода был бы недостоверным.

Рост сделок с 4 до 11 относится к двум сравниваемым периодам и требует учета сезонности, бюджета и созревания лидов. Главный установленный результат состоит в устранении ложных событий и сближении рекламного учета с CRM.

Выгрузите Google Ads по дате взаимодействия и по дате конверсии, GA4 по событию и источнику, CRM по дате создания лида и статусу. Сопоставьте записи по идентификатору, времени, контакту и UTM. Отдельно отметьте задержку импорта и ручное изменение статуса.

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

Настройка одного домена и одного рекламного аккаунта занимает 5-15 рабочих дней при своевременных доступах. Стандартный проект стоит 180 000-420 000 ₸. Проекты с несколькими доменами, сложной CRM или серверной передачей начинаются от 420 000 ₸.

В состав работ могут входить аудит Ads, GA4 и GTM, настройка тегов, Consent Mode, Enhanced Conversions for Leads, сохранение идентификаторов, импорт CRM-статусов, тестовые обращения и документирование методики. Точный перечень и границы систем указываются в смете.

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

+## Доступы и безопасность

Для проверки обычно нужны права чтения или редактирования в Google Ads, GA4, GTM, Search Console, CRM и CMS. Список зависит от дефекта. Выдавайте доступ через рабочие аккаунты с минимально достаточной ролью, включайте двухфакторную защиту и сохраняйте владельца каждого ресурса.

Пароли, резервные коды и cookie не передаются подрядчику. После завершения работ удалите временные роли и сохраните список действующих пользователей. Изменения GTM публикуют отдельной версией с названием и описанием.

Тестовые контакты не должны попадать в продажи и отчет по лидам. Помечайте их в CRM, но сохраняйте до приемки, чтобы идентификаторы и события оставались проверяемыми.

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

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

Один человек может отправить форму повторно в рамках одного рекламного взаимодействия. Count One снижает раздувание статистики. Для каждой оплаченной покупки чаще подходит Every.

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

Сохраните рекламный идентификатор и ID лида, затем передавайте квалификацию и продажу через Enhanced Conversions for Leads, Data Manager или другой поддерживаемый способ. Проверьте дедупликацию, сумму, валюту и задержку.

Для настройки целей, CRM-статусов, импорта продаж и единого отчета закажите сквозную аналитику и CRM в Метриум. Если учет уже проверен, но конверсия кампаний падает, используйте чек-лист диагностики Google Ads.