Как сохранить GCLID в CRM и настроить офлайн-импорт конверсий

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

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

Нужна помощь с внедрением? Отслеживание конверсий и подключение CRM (на немецком) подходит, если нужно настроить аналитику для конкретного проекта. Если пока неясно, где проблема: в аккаунте, в аналитике или при обработке заявки, начать диагностику стоит с аудита Google Ads.

Как сохранить GCLID в CRM: 4 шага

1. Считайте GCLID при заходе на сайт: при включённой автоматической пометке (auto-tagging) Google добавляет идентификатор клика к адресу страницы как параметр gclid. Считайте его при первом просмотре и храните только так долго, как позволяет ваша схема согласия.
2. Передайте его вместе с формой: добавьте GCLID в скрытое поле, чтобы он остался у заявки, даже если человек перешёл на несколько страниц.
3. Сохраните в отдельном текстовом поле CRM: без изменений, вместе со временем заявки и номером заявки. Статус (квалифицирована, выиграна), время и сумма добавятся позже.
4. Верните в Google Ads как офлайн-конверсию: импортируйте тот этап, на который должна учиться кампания, и проверьте, что строки действительно приняты.

На что смотреть на каждом шаге, написано в проверке ниже.

GCLID в CRM: проверка передачи

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

Перед запуском проследите весь путь заранее согласованной тестовой заявки: от перехода по рекламе до записи в CRM и импорта. Отдельно проверьте повторную загрузку и запись без ID клика. Если согласия нет, тест не должен незаметно подставлять другой идентификатор.

1. Почему ставки, которые учатся на отправках формы, стоят вам денег

Стандартная схема такая: человек заполняет вашу форму, срабатывает конверсия, а кампанию вы ставите на «Максимум конверсий» или на целевой CPA. Google получает задание: «Принеси как можно больше отправок формы по целевой цене». И автоматика делает ровно это, с полной отдачей.

Проблема в том, что Google знает только клик, а не сделку. Для автоматики ставок у всех отправок формы одинаковая ценность. Серьёзный клиент с бюджетом и человек, который ищет самую низкую цену и рассылает запросы десяти поставщикам сразу, учитываются одинаково: «одна конверсия». Бот, заваливающий вашу форму запросами, кстати, тоже.

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

• Люди, которые ищут сравнения или вводят запросы со словом «бесплатно», оставляют заявки, но покупают редко.
• Некоторые ключевые слова приводят студентов, соискателей работы и тех, кто просто ищет информацию, а не покупателей.
• Люди из одних аудиторий часто заключают сделки, из других почти никогда.
• Спам в формах и боты раздувают число конверсий без единого цента выручки.

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

Хуже всего то, как это влияет на дальнейшее обучение: чем больше дешёвых отправок собирает автоматика, тем ниже средний CPA и тем агрессивнее она повышает ставки для этих источников. Ошибка усиливает сама себя. В аккаунте CPA уверенно снижается, а ваш отдел продаж тратит всё больше времени на обзвон безнадёжных заявок. Показатель в отчёте улучшается, но результат для бизнеса ухудшается. А поскольку автоматика получает данные только об отправке формы, иначе она работать не может. Она не глупая, ей просто неверно поставили задачу.

Вот суть недоразумения: отправка формы не конверсия в экономическом смысле. Это заявление о намерении. Если обучать автоматику ставок на таких намерениях, вы получите больше заявок без подтверждённого качества. Отделу продаж достанется гора нецелевых обращений, а бюджет уйдёт на неподходящие поисковые запросы. Неверные данные на входе — неверные решения на выходе, только теперь на уровне заявок.

2. Офлайн-импорт конверсий: передать Google реальную ценность сделки

Решение в том, чтобы наконец сообщить Google, что произошло после клика. Это и делает офлайн-импорт конверсий (OCI): вы передаёте не отправку формы, а квалифицированную заявку или закрытую сделку, причём с её реальной ценностью. Так Smart Bidding учится понимать, какие клики приводят клиентов, и подстраивает ставки именно под них.

Классический путь идёт через GCLID, Google Click ID. Упрощённо, в четыре шага:

1. Зафиксировать клик. При включённой автоматической пометке (auto-tagging) во входном URL может быть GCLID. Вы считываете его и записываете в скрытое поле формы. На iOS и при некоторых вариантах согласия вместо GCLID приходят параметры wbraid и gbraid; поддерживает ли их ваша интеграция, нужно проверять отдельно.
2. Сохранить в CRM. При отправке формы GCLID (или wbraid/gbraid) попадает в CRM полем заявки, рядом с именем, контактом и источником.
3. Обновлять статус заявки. Ваш отдел продаж делает то, что и так делает: отсеивает заявки, отправляет предложения, заключает сделки. Важно лишь правильно записывать статус и сумму заказа в CRM.
4. Вернуть данные. Когда заявка проходит квалификацию или сделка заключена, вы загружаете конверсию вместе с GCLID, временем и ценностью обратно в Google: вручную (CSV или связанная таблица Google Sheets), через поддерживаемый импорт по API или через встроенную интеграцию CRM. Для новых подключений по API проверьте актуальный путь через Data Manager API; существующие загрузки через Google Ads API могут зависеть от переходных правил.

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

Вся настройка держится на одном решении: на каком этапе работы с заявкой будут учиться ставки? Квалифицированные заявки появляются раньше и чаще, чем закрытые сделки. Закрытая сделка лучше показывает результат для бизнеса, но до неё может пройти долгий цикл продаж. Создайте для этих этапов отдельные действия-конверсии и решите, на каком из них учится конкретная кампания. Если считать оба равноценными основными целями без продуманной модели ценности, одного потенциального клиента можно несколько раз учесть как привлечённого.

Прежде чем настраивать импорт для длинного цикла продаж, проверьте окно конверсии и актуальные сроки загрузки для вашего способа импорта. Связать позднюю сделку с давним кликом по объявлению можно только в пределах определённого срока. Период, за который коннектор CRM выгружает данные, тоже не равен допустимому возрасту конверсии. Руководство Google по Enhanced Conversions for Leads (на немецком) описывает разные пути импорта и их условия.

Enhanced Conversions for Leads помогает связать конверсию с рекламой по данным, которые предоставил пользователь, например адресу электронной почты или номеру телефона. Проверьте, что нормализация, хеширование и настройка тега соответствуют требованиям вашей интеграции CRM и поддерживаются ею. Хеширование не делает персональные данные анонимными. Уже собранный на законных основаниях идентификатор клика по-прежнему полезен; расширенный метод не повод без проверки убирать работающую передачу GCLID. Настройку описывает Google в инструкции по тегу (на немецком).

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

3. Выручка — хорошо, прибыль — лучше: что для этого нужно

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

Но на выручке можно не останавливаться. Выручка не равна прибыли. Если ваша маржа зависит от типа сделки, автоматика, которая видит только выручку, может тянуть к менее выгодным заказам. Пример из практики:

• Крупный заказ с большой суммой счёта, но с низкой маржой, потому что много денег уходит на субподряд и материалы.
• Заказ поменьше с высоким маржинальным доходом, потому что это почти целиком услуга.

Если Google видит только выручку, он гоняется за крупными заказами с низкой маржой, хотя маленькая сделка с высокой маржой приносит вам больше. Поэтому честнее возвращать маржинальный доход или прибыль на сделку, а не валовую выручку. Считать до цента не нужно; часто хватает примерной маржи по типу сделки или категории товара, чтобы направить автоматику ставок в нужную сторону. Тот же подход я применяю и в e-commerce. Как там учить ставки на реальном маржинальном доходе вместо выручки, я описал в статье E-commerce: отслеживайте прибыль, а не выручку.

Чтобы всё это работало, инфраструктура крупной корпорации не нужна, но несколько вещей нужно подготовить:

• Связь с рекламой с учётом согласия. Сохраните поддерживаемые идентификаторы клика до самой CRM и при необходимости дополните их правомерно собранными данными пользователя для Enhanced Conversions for Leads. Проверьте условия вашей конкретной интеграции и правильно передавайте статус согласия.
• CRM с полями ценности и статуса. Для каждой заявки нужно поле статуса (квалифицирована, сделка заключена, сделка потеряна) и поле ценности: в идеале маржинальный доход, как минимум сумма заказа.
• Чёткое определение «хорошей заявки». Что считается квалифицированной, что закрытой? Без этого определения вы загружаете противоречивые сигналы, и автоматика учится на шуме.
• Корректно настроенное базовое отслеживание. OCI опирается на данные отслеживания. Если конверсии срабатывают дважды, нет согласия или GCLID вообще не доходит, импорт лишь добавит ценность к неверным данным.
• Немного терпения. Автоматике ставок нужны объём и время, чтобы научиться на новом сигнале. Считайте неделями, а не днями, и оставьте конверсию формы работать параллельно как вторичный сигнал, а не отключайте её сразу.

Прежде всего проверьте базовое отслеживание. Если оно не настроено, сначала приведите его в порядок. OCI усиливает влияние исходных данных, как верных, так и ошибочных.

Итог

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

Три главные мысли:

• Выберите этап работы с заявкой, на котором будут учиться ставки. Передавайте квалифицированные заявки или закрытые сделки и решайте по объёму данных и циклу продаж, какой этап использовать для управления ставками. Не учитывайте одного и того же потенциального клиента несколько раз как привлечённого, если нет продуманной модели ценности.
• Проверьте Enhanced Conversions for Leads как дополнение. Данные пользователя могут помочь связать конверсию с рекламой. Сохраняйте имеющиеся правомерные идентификаторы клика и проверяйте вместе тег, CRM, способ импорта и учёт согласия. Этот способ не обязательно окажется проще или лучше для вашей настройки.
• Там, где маржа разная, учите ставки на прибыли. Возвращайте маржинальный доход, а не только выручку, иначе Google будет гоняться за крупными заказами с низкой маржой.

Основа остаётся той же: надёжное отслеживание с учётом согласия и CRM, где записаны ценность и статус заявки. Улучшит ли OCI управление кампаниями, зависит уже от качества сигнала, объёма данных и от того, как цели используются в кампаниях. Если настраивать всё самому не хочется, настройку отслеживания конверсий и офлайн-импорта конверсий (на немецком) можно заказать. Но определить, какая заявка у вас считается закрытой сделкой, всё равно придётся вам: за вас этого никто не сделает.

Записаться на бесплатный первый созвон →