Дубли конверсий в Google Ads 2026: почему отчёт завышает результат

Про пропавшие конверсии написано много, а вот про обратную беду — почти ничего. Между тем она опаснее: когда конверсий стало меньше, вы это заметите и пойдёте чинить. Когда их стало больше, чем на самом деле, вы обрадуетесь, повысите бюджет и будете месяцами платить за результат, которого нет. Дубли конверсий в Google Ads — это не редкая экзотика, а одна из самых частых причин расхождения между отчётом кабинета и реальными продажами в CRM.

В этой статье — восемь механизмов, из-за которых одна продажа превращается в две или три, порядок диагностики за 30 минут, готовые способы дедупликации на уровне тега и на уровне импорта, и разбор того, как переучёт ломает Smart Bidding изнутри.

Как понять, что у вас переучёт

Первый признак — устойчивое расхождение между Google Ads и вашей системой учёта. Небольшой разрыв нормален всегда: атрибуция, окно конверсии, моделирование, блокировщики. Ненормально — когда Google показывает систематически больше, чем есть заказов вообще.

Симптом	Скорее всего это
Google Ads показывает больше конверсий, чем всего заказов в CRM	явный дубль: одно действие считается несколько раз
Столбец «Конверсии» заметно меньше столбца «Все конверсии»	нормально: во втором учтены неосновные действия
Коэффициент конверсии выше 100% в некоторых группах	дубль либо неверный подсчёт «каждая» вместо «одна»
Дробные значения конверсий вида 1,33	нормально: атрибуция с распределением ценности
Всплеск конверсий ровно в день релиза сайта	задвоение тега после деплоя
Совпадение числа конверсий с числом просмотров страницы «Спасибо»	считаются перезагрузки и возвраты назад

Быстрая арифметическая проверка: возьмите 30 дней, выгрузите из CRM количество заказов с меткой источника Google Ads (по GCLID) и сравните с конверсиями в кабинете за тот же период с поправкой на окно конверсии. Если кабинет показывает на 15–20% больше — вероятны потери атрибуции в CRM. Если на 60–100% больше — это дубль, и ниже разбор, откуда он берётся.

Восемь механизмов, которые задваивают конверсии

1. Тег стоит и в коде сайта, и в GTM

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

Как проверить: откройте страницу благодарности с параметрами ?gtm_debug=x либо через Tag Assistant и посмотрите, сколько раз уходит запрос conversion с одним и тем же send_to. Всё, что больше одного, — дубль.

2. Одновременно клиентский и серверный сбор

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

3. Настройка «Каждая» вместо «Одна» для лид-форм

В настройках конверсионного действия есть параметр Учитывать: «Каждая» (Every) или «Одна» (One). Для покупок в e-commerce «Каждая» логична: пять заказов — пять конверсий. Для заявок, звонков и регистраций «Каждая» почти всегда ошибка: пользователь, отправивший форму трижды, потому что не увидел подтверждения, даст вам три лида в отчёте и один в CRM.

Правило: «Каждая» — только для действий, которые реально повторяются с ценностью (покупка, оплата подписки). Для всего остального — «Одна».

4. Перезагрузка страницы «Спасибо»

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

Как чинить: переводите конверсию с просмотра страницы на событие отправки формы (submit) с дедупликацией по идентификатору, либо добавляйте в URL благодарности одноразовый параметр, который нельзя воспроизвести.

5. Двойной импорт офлайн-конверсий

Автоматизация выгружает сделки из CRM по расписанию. Если окно выгрузки перекрывается (например, каждый день грузится «последние 3 дня»), одна и та же сделка уезжает трижды. Google дедуплицирует по паре «GCLID + время конверсии», и если время в выгрузке хоть немного отличается — принимает как отдельные конверсии.

Как чинить: фиксируйте время конверсии в CRM один раз и никогда не пересчитывайте его при повторной выгрузке; ведите на своей стороне флаг «выгружено». Детали механики — в разборе импорта офлайн-конверсий.

6. Одна сделка засчитана и онлайн, и офлайн

Самый неочевидный случай. Пользователь оставил заявку — сработала веб-конверсия «Лид». Через неделю сделка закрылась — импортировали офлайн-конверсию «Продажа». Формально это два разных действия, и это правильно. Но если обе помечены как основные и обе учитываются в столбце «Конверсии», Smart Bidding считает, что вы получили два результата с одного клика. Решение — оставить основной только ту, по которой оптимизируетесь, а вторую перевести в неосновные. Логика разделения подробно разобрана в статье про первичные и вторичные конверсии.

7. Дублирующиеся конверсионные действия

За годы жизни аккаунта накапливаются действия «Заявка», «Заявка (новая)», «Форма_2024», «Lead — GA4 import». Часто одно и то же событие импортируется и напрямую тегом, и через связку с GA4. В столбце «Конверсии» они складываются.

Как проверить: Цели → Сводка → Конверсии, отсортируйте по количеству за 30 дней и посмотрите, нет ли двух действий с подозрительно одинаковой динамикой. Совпадающие графики — почти всегда одно и то же событие в двух ипостасях.

8. Кросс-аккаунтные конверсии в MCC

Если конверсионное действие заведено и на уровне управляющего аккаунта, и на уровне дочернего, конверсия может попасть в отчётность дважды. Правило простое: конверсионные действия живут либо на уровне MCC, либо на уровне аккаунтов — но не в обоих сразу. Устройство иерархии разбиралось в материале про управляющий аккаунт Google Ads.

Диагностика за 30 минут: порядок действий

1. 5 мин. Сводка конверсионных действий. Откройте список всех действий, отсортируйте по количеству. Отметьте те, что вы не узнаёте, и те, у которых одинаковая динамика.
2. 5 мин. Проверьте столбец «Учитывать». Для каждого лид-действия должно стоять «Одна». Если стоит «Каждая» — это первый кандидат на исправление.
3. 5 мин. Проверьте источник. Для каждого действия посмотрите, откуда оно приходит: тег на сайте, импорт из GA4, импорт из файла, Google Analytics. Два источника для одного события — дубль.
4. 5 мин. Tag Assistant. Пройдите путь до конверсии на живом сайте и посчитайте количество исходящих conversion-запросов. Должен быть ровно один на действие.
5. 5 мин. Сравните с CRM. 30 дней, разрез по дням. Ищите не средний разрыв, а дни с аномальным превышением — они укажут на дату поломки.
6. 5 мин. История изменений. Если аномалия началась в конкретный день, откройте историю изменений Google Ads и сопоставьте с деплоями сайта и правками в аккаунте.

Дедупликация: три уровня защиты

Уровень 1: на теге

Передавайте в конверсию уникальный идентификатор транзакции. Для покупок это transaction_id в событии purchase; для лидов — сгенерированный на сервере идентификатор заявки. Google использует его для отбрасывания повторов: конверсия с уже встречавшимся идентификатором транзакции не засчитывается второй раз.

Это самый дешёвый и самый надёжный слой. Если вы внедрите только его, вы закроете большинство сценариев с перезагрузкой страницы и двойным срабатыванием тега.

Уровень 2: на уровне конверсионного действия

• «Учитывать»: «Одна» для лидов, «Каждая» только для повторяемых покупок.
• Основные / неосновные: в столбце «Конверсии» должно быть ровно то, по чему вы оптимизируетесь, и ничего больше.
• Окно конверсии: избыточно длинное окно на лидовом действии повышает шанс, что один клик соберёт несколько разных событий.
• Ценность: при использовании value-based стратегий дубль удваивает не только количество, но и ценность — и ROAS в отчёте становится фантастикой.

Уровень 3: на стороне источника данных

Если конверсии приходят из CRM или серверного контейнера, дедупликация должна быть в самом пайплайне: флаг «отправлено» у сделки, фиксированный timestamp конверсии, идемпотентный ключ запроса. Ни один инструмент на стороне Google не спасёт от кривой выгрузки, которая каждый день заново отправляет прошлую неделю. Если у вас выстроена выгрузка в BigQuery, проверка на дубли делается одним запросом с группировкой по идентификатору сделки.

Чем дубли конверсий Google Ads вредят на самом деле

Соблазн отнестись к дублям как к косметической проблеме («ну да, цифра завышена, я делю на два») велик — и это ошибка. Вред глубже, чем испорченная отчётность.

• Smart Bidding обучается на ложных данных. Алгоритм видит, что определённый запрос, время суток или устройство «дают» вдвое больше конверсий, и перераспределяет туда бюджет. Если дубли распределены неравномерно (а они почти всегда неравномерны — например, задваиваются только десктопные заказы), алгоритм получает систематическое смещение.
• tCPA становится нерабочим. Целевой CPA в $30 при двукратном переучёте означает фактический CPA в $60. Вы буквально ставите цель вдвое дороже, чем думаете.
• Решения о масштабировании принимаются наоборот. Кампания с реальным убытком выглядит прибыльной и получает бюджет; честная кампания без дублей рядом выглядит слабой и режется.
• Ценность конверсий и tROAS ломаются полностью. Удвоенная выручка в отчёте при неизменных расходах — и стратегия начинает агрессивно расширять охват в убыточных сегментах.
• Аудитории и модели загрязняются. Списки «покупатели» наполняются людьми, попавшими туда по ложному событию, а прогнозные модели обучаются на этом мусоре.

Пропавшие конверсии стоят вам нервов, дубли — денег. Первое вы чините в тот же день, потому что видите падение; второе может тихо работать месяцами, потому что выглядит как рост.

Мини-разбор: как выглядит найденный дубль

Условный B2B-сервис, лидогенерация, $12 000 в месяц. Кабинет показывает 640 конверсий за месяц и CPA $18,75. В CRM за тот же период — 310 заявок с источником Google Ads. Расхождение больше чем вдвое, при этом менеджеры подтверждают, что заявки не теряются.

Что нашли: конверсионное действие «Заявка» приходило из двух источников — веб-тег в GTM и импорт события из GA4. Оба помечены как основные. Дополнительно у веб-тега стояло «Учитывать: Каждая», и часть пользователей отправляла форму дважды.

Что сделали: импорт из GA4 перевели в неосновные (оставили для аналитики), у веб-тега поставили «Одна», в форму добавили передачу transaction_id с уникальным идентификатором заявки.

Результат через 3 недели: отчётные конверсии — 318 в месяц, реальный CPA — $37,7. Кампании, которые казались лучшими, оказались средними; две группы объявлений, работавшие в минус, были отключены. Общий расход не вырос, количество реальных заявок за следующий месяц выросло на 11% просто за счёт того, что Smart Bidding перестал оптимизироваться на призрачные конверсии.

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

Как отличить настоящий дубль от нормального расхождения

Не каждое превышение — переучёт. Прежде чем разбирать теги, стоит исключить четыре законных причины, по которым Google Ads показывает больше, чем ваша CRM.

• Окно конверсии. Конверсия засчитывается в дату клика, а не в дату покупки. Если у вас окно 30 дней и цикл сделки неделя, отчёт за «вчера» будет дозаполняться ещё месяц. Сравнивать периоды нужно с лагом, иначе вы гарантированно увидите ложное расхождение. Механика — в статье про окно конверсии и лаг конверсий.
• Моделирование. Часть конверсий Google достраивает статистически — для пользователей без согласия на cookie и для кросс-девайс переходов. Эти конверсии реальны, но их нет в вашей CRM с меткой GCLID, потому что идентификатор до неё не доехал.
• Потеря метки на стороне сайта. Редиректы, кэширующий CDN, формы в iframe часто теряют gclid. В результате сделка в CRM есть, но источник у неё «прямой» — и при сравнении «по источнику» вы недосчитываете именно органичные для Google Ads заказы.
• Разные часовые пояса. Аккаунт Google Ads и CRM могут работать в разных зонах. На дневном срезе это даёт систематический сдвиг, который выглядит как аномалия на границах суток.

Практическое правило: сначала считайте разрыв на горизонте 60–90 дней и на уровне месяца, а не дня. Если после поправки на эти четыре фактора Google всё равно показывает в полтора раза больше — это дубль, и дальше работает диагностика выше.

Профилактика: что проверять регулярно

• После каждого релиза сайта — прогон конверсионного пути через Tag Assistant. Это пять минут, которые ловят 80% дублей.
• Раз в квартал — ревизия списка конверсионных действий: удалить неиспользуемые, свести дубликаты, проверить статус «основное/неосновное».
• Ежемесячно — сверка с CRM по дням, а не по итогу месяца. Итог маскирует аномалии.
• При смене подрядчика — инвентаризация всех GTM-контейнеров и тегов на сайте. Забытый контейнер прошлого агентства — источник дублей номер один.
• При настройке импорта — тестовая выгрузка на 10 сделках и проверка, что повторный запуск не создаёт новых конверсий.

Полный список того, что стоит проверять в аккаунте помимо конверсий, есть в чек-листе аудита Google Ads аккаунта. А если проблема обратная и конверсии не приходят вовсе — порядок действий описан в статье «Конверсии пропали: диагностика за 30 минут».

Что делать, если данных не хватает для выводов

На малых объёмах отличить дубль от статистического шума сложно: 12 конверсий в кабинете против 8 в CRM могут быть и дублем, и просто атрибуцией. В этом случае сначала наводите порядок в сборе сигнала — уникальные идентификаторы, корректные окна, разделение основных и неосновных — а выводы делайте на горизонте от 90 дней. Как правильно собрать сигнал на first-party данных, разбирали в материале про расширенные конверсии; какие сегменты строить на чистых данных дальше — в статье про прогнозные аудитории GA4; а как читать рыночный контекст вокруг своих цифр — в разборе отчёта «Аналитика» с прогнозами спроса.

Если аккаунт при этом упирается в ограничения показа или не проходит проверку бизнеса, никакая чистка трекинга это не компенсирует: в PPC Rebels есть верификация аккаунтов Google Ads и агентские аккаунты Google Ads с историей, а разбор рабочих процессов настройки — в обучении Google Ads.

FAQ: дубли конверсий в Google Ads

Как быстро понять, что конверсии дублируются?

Сравните количество конверсий в Google Ads за 30 дней с количеством заказов или заявок в CRM, размеченных как Google Ads. Разрыв в 15–20% объясняется атрибуцией. Превышение в полтора-два раза почти всегда означает дубль.

Почему столбцы «Конверсии» и «Все конверсии» различаются — это дубль?

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

Что выбрать: «Каждая» или «Одна»?

«Каждая» — для действий, которые пользователь может повторить с реальной ценностью: покупка, оплата, продление подписки. «Одна» — для заявок, звонков, регистраций, скачиваний. Ошибочная «Каждая» на лид-форме — одна из самых частых причин переучёта.

Как работает дедупликация по transaction_id?

Если вы передаёте в событие конверсии уникальный идентификатор транзакции, Google сопоставляет его с уже полученными и не засчитывает повтор. Идентификатор должен быть по-настоящему уникальным и стабильным для одной сделки — номер заказа подходит, метка времени нет.

Могут ли дублироваться офлайн-конверсии при повторной выгрузке?

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

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

Нет. Одно конверсионное событие атрибутируется по модели атрибуции и может распределяться между кликами дробно, но суммарно остаётся одной конверсией. Дробные значения в отчёте — признак распределённой атрибуции, а не дубля.

Влияет ли GA4-импорт на дубли?

Да, это один из самых частых сценариев. Если одно и то же событие приходит и напрямую тегом Google Ads, и импортом из GA4, и оба действия помечены как основные, они складываются. Оставляйте основным ровно один источник.

Как дубли влияют на Smart Bidding?

Алгоритм оптимизируется на завышенный сигнал: он завышает ставки там, где дублей больше, и занижает там, где их нет. Целевой CPA перестаёт соответствовать реальности, а при value-based стратегиях искажается ещё и ROAS.

Нужно ли удалять старые конверсионные действия?

Удалять исторические действия не обязательно и часто нежелательно — вы потеряете сопоставимость данных. Достаточно перевести их в неосновные и остановить сбор, оставив историю в отчётности.

Пересчитает ли Google конверсии задним числом после исправления?

Нет. Исправление настроек влияет только на данные, поступающие после изменения. Исторический период останется завышенным, поэтому при сравнении периодов обязательно отмечайте дату исправления, иначе увидите «падение», которого не было.

Может ли дубль возникнуть из-за перезагрузки страницы благодарности?

Да, если конверсия привязана к просмотру URL и не защищена уникальным идентификатором. Каждое обновление, возврат «назад» или переход по сохранённой ссылке засчитываются заново. Решение — событие вместо просмотра страницы плюс дедупликация по идентификатору.

Как проверить, сколько раз срабатывает тег?

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