Реклама оптимизируется по заявкам, а деньги приносят сделки
Типичная картина в казахстанском B2B: рекламный кабинет показывает 180 конверсий за месяц по 2 400 тенге, а отдел продаж говорит, что половина этих обращений это студенты, конкуренты и люди, перепутавшие компанию. При этом две кампании из пяти дают почти все реальные договоры, но в отчётах Google Ads выглядят дорого и первыми попадают под сокращение бюджета.
Дело не в рекламе и не в продажах. Google Ads видит только то, что произошло на сайте: нажатие кнопки, отправку формы, звонок с подменного номера. Что случилось с заявкой дальше, квалифицировал её менеджер или закрыл через минуту как нецелевую, выставил счёт, получил оплату на 3 миллиона, рекламная система не знает. А автостратегии учатся ровно на тех данных, которые им дали. Если данные заканчиваются на слове «заявка», система и будет добывать заявки, любые.
Офлайн-конверсии Google Ads закрывают этот разрыв. По замыслу всё просто: вы запоминаете идентификатор клика, по которому пришёл человек, храните его рядом со сделкой в CRM, а когда сделка доходит до значимой стадии, возвращаете это событие обратно в рекламный кабинет вместе с суммой. Дальше алгоритм торгуется за деньги, а не за формы.
Реализация спотыкается на десятке мелочей: где взять идентификатор, куда его положить, какие стадии выгружать, почему часть конверсий отваливается молча. Дальше в статье весь путь, от скрипта на сайте до отчёта, с теми ограничениями Google, которые чаще всего и ломают схему.
Что такое gclid и почему всё держится на нём
Google Ads присваивает каждому клику по объявлению уникальный идентификатор, Google Click ID, сокращённо gclid. Он дописывается к адресу целевой страницы автоматически, если в аккаунте включена автопометка (auto-tagging). Выглядит это как длинный хвост вида ?gclid=EAIaIQobChMI... в адресной строке.
Этот идентификатор связывает конкретную сделку в вашей CRM с конкретным кликом, кампанией, группой объявлений, ключевым словом, устройством и временем. UTM-метки такой связи не дают: они говорят, из какой кампании пришёл человек, но не позволяют Google понять, какой именно аукцион привёл к договору.
Отсюда первое требование: автопометка в аккаунте должна быть включена. Без неё gclid в адресе не появится, и передавать будет нечего. Второе требование неочевидное, но критичное. Идентификатор чувствителен к регистру, и если по дороге через выгрузки, таблицы и скрипты значение приведут к нижнему регистру, Google его не узнает.
Официальная инструкция Google предлагает два элемента на сайте. Первый, скрытое поле в каждой форме:
<input type="hidden" id="gclid_field" name="gclid_field" value="">
Второй, небольшой скрипт, который вытаскивает параметр из адреса, кладёт его в localStorage браузера со сроком жизни 90 дней и подставляет в это поле при отправке. Деталь, которую пропускают чаще всего: Google прямо требует ставить скрипт на все страницы сайта, а не только на посадочные. Человек приходит по объявлению на страницу услуги, гуляет по блогу, а заявку оставляет со страницы контактов. Если скрипт стоит только на лендинге, идентификатор к моменту отправки формы уже потерян.
Куда положить идентификатор в CRM
Дальше gclid должен доехать до карточки клиента и остаться там навсегда. Практика простая: заведите в CRM отдельное пользовательское поле для лида и такое же для сделки, настройте, чтобы форма сайта писала значение в это поле, и проследите, чтобы при конвертации лида в сделку поле переносилось. Последний пункт теряют постоянно. Лид пришёл с идентификатором, менеджер создал на его основе сделку, поле осталось в лиде, а выгружать нужно из сделки.
Отдельно стоит договориться с отделом продаж о повторных обращениях. Клиент, который звонил в марте и купил в сентябре, приходит по новому клику, и идентификатор у него новый. Если менеджер работает в старой карточке, в неё попадёт старый gclid, которому уже исполнилось полгода. Такая конверсия не загрузится, о чём ниже.
Если вы работаете в Битрикс24, учтите ограничение сквозной аналитики. Штатная интеграция с Google Ads тянет данные о расходах внутрь портала, причём в отчётах сквозной аналитики учитываются данные только из поисковых кампаний Google Ads, остальные типы кампаний оттуда не выгружаются. Это импорт в одну сторону: считать окупаемость внутри портала помогает, а возврата офлайн-конверсий обратно в рекламный кабинет не делает. Передачу сделок в Google Ads настраивают отдельно, выгрузкой в файл или собственным обменом через API.
Мы в B2BPRO.KZ обычно собираем эту связку целиком: скрипт на сайте, поля в CRM, правило переноса при конвертации лида и регулярную выгрузку. Если нужна помощь с рекламной частью, можно заказать ведение Google Ads вместе с настройкой передачи данных, тогда за корректность цифр в кабинете отвечает одна команда.
Конверсионное действие типа «Импорт»
В рекламном аккаунте нужно отдельное конверсионное действие под офлайн-события. Создаётся оно в разделе целей: «Цели», «Сводка», «Создать конверсионное действие», дальше вариант с офлайн-конверсиями, где вы подключаете источник данных и выбираете способ подключения: прямую загрузку, партнёрскую интеграцию или сервис-посредник.
Тут же первая ловушка со сроками. После создания действия Google рекомендует подождать 4-6 часов и только потом отправлять в него первую партию конверсий. Загруженные раньше данные могут не обработаться, а маркетолог в этот момент обычно решает, что схема не работает, и начинает всё переделывать.
Сколько заводить действий, вопрос стратегии, а не техники. Практичный минимум для услуг: одно на квалифицированный лид и одно на оплату. Первое загружается быстро, набирает объём и годится для обучения стратегий. Второе приходит с задержкой, зато несёт настоящую выручку и показывает, какие кампании действительно окупаются. Если у вас длинный цикл и оплата приходит через квартал, второе действие лучше держать как отчётное, а стратегии учить на первом.
Как отправлять данные: файл, расписание, API
Самый доступный способ, файл. Вы готовите таблицу, где на каждую строку приходится одна конверсия: идентификатор клика, название конверсионного действия, время события, ценность и валюта. Файл можно загрузить руками один раз или положить в Google Таблицы либо на сервер с доступом по HTTPS или SFTP и настроить расписание, чтобы Google забирал его сам. Загрузки живут в разделе целей, в подразделе с загрузками конверсий.
Для регулярной работы расписание почти обязательно. Google советует выгружать конверсии ежедневно, и совет не формальный: автостратегии принимают решения каждый день, и свежесть данных прямо влияет на качество ставок. Ручная загрузка раз в месяц превращает офлайн-конверсии в отчётный инструмент, но почти ничего не даёт оптимизации.
Второй способ, программная передача. Долгое время её делали через метод загрузки кликовых конверсий в Google Ads API, и большинство готовых коннекторов работает именно так. В 2026 году правила изменились: с 15 июня загрузка офлайн-конверсий и расширенных конверсий для лидов переезжает в Data Manager API, а в Google Ads API блокируется. Доступ по старой схеме сохранили для токенов разработчика со свежей историей таких запросов, то есть для тех, кто уже передавал конверсии до этой даты и мигрирует постепенно. Начать с нуля через старый метод не получится: запрос вернёт ошибку о том, что аккаунт не в списке разрешённых.
Практический вывод для бизнеса. Если вам сейчас предлагают подключить передачу сделок скриптом через Google Ads API, уточните, о каком API идёт речь. Схема, написанная по позапрошлогодней инструкции, рискует не заработать вовсе, а та, что работает сегодня, требует плана миграции. Файловая загрузка с расписанием этой переделкой не затронута и остаётся понятным способом для компаний, которым не нужна передача в реальном времени.
Три срока, о которые разбивается схема
Больше всего вопросов вызывают не настройки, а тишина: конверсии загружены, ошибок нет, в отчётах пусто. Почти всегда дело в сроках.
90 дней на gclid. Конверсии, загруженные позже чем через 90 дней после соответствующего последнего клика, в Google Ads не импортируются и в статистику не попадают. Для B2B с циклом сделки в четыре месяца это означает, что событие «оплата» до кабинета не доедет никогда. Решение: выгружать более раннее событие, которое укладывается в окно, например квалификацию, встречу или выставленный счёт.
63 дня на расширенные конверсии для лидов. У схемы, где вместо идентификатора клика используются хешированные контактные данные, окно ещё короче: события, загруженные позже чем через 63 дня после последнего клика, не импортируются.
4-6 часов после создания конверсионного действия, та самая пауза перед первой загрузкой, о которой уже говорилось выше.
Есть и четвёртый срок, который экономит нервы: после загрузки данные появляются в статистике примерно через три часа. Если вы отправили файл и через десять минут смотрите в пустой отчёт, это ещё не поломка.
Отдельно про дубли. Повторная загрузка тех же событий не приводит к двойному счёту, одинаковые записи Google отбрасывает автоматически. Это снимает страх перед перезаливкой файла, если вы не уверены, прошла ли предыдущая.
Расширенные конверсии для лидов: когда идентификатора нет
Идентификатор клика теряется чаще, чем хочется. Человек открыл сайт на телефоне, а заявку оставил с рабочего компьютера; форму заполнили в мессенджере; менеджер завёл сделку вручную по звонку. Для таких случаев у Google есть расширенные конверсии для лидов, вариант импорта, где к событию прикладываются хешированные контактные данные клиента, например электронная почта, а система сама сопоставляет их со своими данными о кликах.
Google называет этот вариант более простым в настройке развитием офлайн-импорта и приводит медианный прирост конверсий около 10% у перешедших рекламодателей. Цифра из справки Google, а не наша оценка, и относится она к сопоставлению данных, а не к росту продаж.
Выбор между схемами прозаичен. Если у вас аккуратный сайт, одна-две формы и короткий цикл, идентификатора клика достаточно. Если заявки приходят из разных каналов и половина сделок заводится руками, расширенные конверсии дадут больше совпадений, но потребуют аккуратной работы с персональными данными: их нужно хешировать на вашей стороне и получать согласие клиента на обработку.
Какое событие и с какой суммой выгружать
Техническая часть решается один раз, а вот выбор события определяет, чему научится реклама. Здесь мы чаще всего спорим с клиентами, и спор полезный.
Событие должно быть достаточно частым, чтобы алгоритму хватило данных, и достаточно поздним, чтобы отсекать мусор. Ориентир для услуг в Казахстане: не меньше трёх-четырёх десятков событий в месяц на аккаунт. Если квалифицированных лидов десять, обучать стратегию на них бессмысленно. Используйте их как отчётность, а оптимизируйте на заявках, вычищая мусорный трафик минус-словами и корректировками.
Сумма, второй рычаг. Передавать реальную выручку по оплаченным сделкам правильно, но если платежи приходят поздно, можно передавать прогнозную ценность стадии: квалифицированный лид получает средний чек, умноженный на историческую конверсию этой стадии в оплату. Главное считать коэффициент по своей статистике и пересматривать его хотя бы раз в квартал, а не брать с потолка один раз и навсегда.
Про отрицательные события. Сделку, закрытую как нецелевую, отдельной минус-конверсией передать нельзя, инструмент устроен иначе. На систему влияют обратным способом, просто не выгружая такие обращения. Конверсионное действие получает только те лиды, которые прошли квалификацию, и алгоритм со временем перестаёт искать аудиторию, дающую отказы.
Как это выглядит на практике
Пример иллюстративный, собранный из типичных ситуаций, а не выгрузка конкретного клиента. Компания продаёт промышленное оборудование, средний чек около 4 миллионов тенге, цикл сделки от трёх недель. В Google Ads пять кампаний, 190 заявок в месяц, стоимость заявки по кабинету одинаковая с точностью до пары сотен тенге.
После передачи стадии «выставлен счёт» картина расходится. Кампания по названиям моделей оборудования: 28 заявок, 11 счетов. Кампания по общим запросам вида «купить оборудование Алматы»: 74 заявки, 6 счетов. Кампания в контекстно-медийной сети: 61 заявка, ноль. По прежним отчётам все три выглядели сопоставимо, и бюджет распределялся ровным слоем.
Дальше решения принимаются сами собой: бюджет уходит в первую кампанию, вторая перестраивается на более узкие запросы, третья останавливается. Через два месяца заявок становится меньше, а счетов больше, и это тот редкий отчёт, который приятно показывать собственнику.
Отдельная польза всплывает в отчёте по поисковым запросам. Когда к запросам привязаны не заявки, а счета, видно, что формулировка «цена» приносит обращения, а «купить» приносит деньги, и минус-слова собираются уже не на глаз.
Где схема ломается чаще всего
Список собран из разборов чужих настроек, и почти каждый пункт встречался не по одному разу.
Автопометка выключена. Проверяется за минуту в настройках аккаунта, но именно с этого стоит начинать диагностику, если идентификаторов в CRM подозрительно мало.
Скрипт стоит только на посадочных страницах. Заявки с других страниц сайта приходят без идентификатора, и Google требует размещать скрипт на всех страницах именно по этой причине.
Значение потеряло регистр. Промежуточная выгрузка, автозамена в таблице или нормализация в скрипте превращают идентификатор в неузнаваемый, а Google Ads сопоставляет значение с учётом регистра.
Поле не переносится из лида в сделку. Данные есть в CRM, но не там, откуда идёт выгрузка.
Время конверсии указано без учёта часового пояса. Время события должно соответствовать тому часовому поясу, который вы указываете при загрузке; расхождение на несколько часов сдвигает конверсии в соседние сутки и портит отчёты по дням.
Файл выгружается раз в месяц. Формально всё работает, для стратегий данные бесполезны.
Выгружаются все сделки подряд, включая отменённые. Алгоритм получает сигнал, что любая заявка хороша, и схема не отличается от старой оптимизации на формы.
Для проверки отчётов удобна колонка «Все конв. (по времени конверсии)»: она распределяет конверсии по времени самого события, а не по времени клика, и по ней проще сверить загруженное с содержимым файла.
Что меняется в управлении рекламой после подключения
Первое: исчезает спор между маркетингом и продажами о качестве лидов. Обе стороны смотрят в один отчёт, где на кампанию приходятся не обращения, а договоры, и обсуждать становится нечего.
Второе: меняется работа автостратегий. Оптимизация по ценности конверсии имеет смысл только тогда, когда ценность приходит из реальных данных. До этого «максимум ценности» работает на числах, которые маркетолог расставил в интерфейсе по ощущениям.
Третье: появляется основание для неприятных решений. Отключить кампанию, которая даёт много дешёвых заявок, тяжело, пока единственный аргумент это ощущение продавцов. С выгруженными сделками решение перестаёт быть спорным.
Настройка занимает от нескольких дней до пары недель, в зависимости от того, в каком состоянии сайт и CRM. Основное время уходит не на технику, а на договорённости: какая стадия считается квалификацией, кто отвечает за перенос идентификатора, что делать с повторными обращениями. Если хочется пройти этот путь быстрее и без потерь, мы разбираем связку целиком, от скрипта на сайте до регулярной выгрузки, и берём на себя дальнейшее ведение кампаний.
Частые вопросы
Можно ли обойтись UTM-метками вместо gclid?
Для отчётности внутри CRM да, UTM покажет источник и кампанию. Для передачи конверсий обратно в Google Ads нет: система сопоставляет событие с конкретным кликом по идентификатору, а не по меткам.
Что делать, если сделка закрывается позже 90 дней?
Передавать более раннее событие в пределах окна: квалификацию, встречу или выставленный счёт. Конверсии, загруженные позже чем через 90 дней после последнего клика, в Google Ads не импортируются.
Нужно ли согласие клиента на передачу данных?
Для схемы с идентификатором клика персональные данные не передаются, уходит только техническая метка. Для расширенных конверсий передаются хешированные контактные данные, и здесь согласие на обработку и корректная политика конфиденциальности обязательны.
Задваиваются ли конверсии, если загрузить файл повторно?
Нет. Одинаковые записи при повторной загрузке Google отбрасывает автоматически, двойного счёта не будет.
Сколько сделок нужно, чтобы это имело смысл?
Для отчётности любое количество, польза появляется сразу. Для обучения автостратегий ориентируйтесь на несколько десятков событий в месяц; при меньших объёмах офлайн-конверсии остаются аналитическим инструментом, а ставками управляют вручную.