Как связать онлайн-рекламу и офлайн-продажи: строим прозрачную O2O-аналитику

Чтобы связать рекламу с продажами, которые закрываются по телефону или в офисе, сохраняйте GCLID и Client ID из GA4 вместе с каждой заявкой в CRM, а успешную сделку с суммой возвращайте через GA4 Measurement Protocol и offline-конверсии Google Ads. Так алгоритмы переходят с оптимизации по CPL на ROAS. Если от заявки до продажи проходит больше 90 дней, передавайте и промежуточные этапы.

Маркетинг часто живет в иллюзии: клики дешевеют, конверсия в заявку растет, CPL падает. Кажется, что кампании работают отлично. Но когда вы приходите к отделу продаж, оказывается, что эти дешевые лиды не конвертируются в реальные сделки. В B2B, недвижимости, автобизнесе и сложных B2C-услугах финальная продажа почти всегда происходит офлайн - по телефону или в офисе. И здесь возникает огромная слепая зона: рекламные алгоритмы видят только заявки, но не видят деньги.

Чтобы начать оптимизировать рекламу под реальную выручку, нужно выстроить мост между вашим сайтом и CRM (Online-to-Offline, или O2O). Разберем, как это работает на практике.

Контекст: цена "слепой зоны"

Если ваша аналитика заканчивается на моменте "Оставил заявку на сайте", рекламные алгоритмы Google Ads или Meta обучаются приводить вам пользователей, которые с наибольшей вероятностью заполнят форму. Они не знают, купит ли этот человек ваш продукт.

В итоге бюджет перетекает на площадки с дешевым, но мусорным трафиком. Выигрывают те команды, которые отправляют сигнал об успешной офлайн-сделке обратно в рекламный кабинет.

Ваша задача - перевести алгоритмы с оптимизации по CPL (Cost Per Lead) на оптимизацию по ROAS (Return On Ad Spend).

Этап 1: Захват данных (The Data Bridge)

Вся магия O2O строится на одном правиле: мы должны промаркировать каждого посетителя и сохранить эту "метку" вместе с его контактными данными в CRM (например, в amoCRM или Bitrix24).

Когда пользователь кликает по рекламе, Google добавляет к ссылке специальный параметр - GCLID (Google Click ID). Одновременно с этим счетчик Google Analytics 4 (GA4) присваивает браузеру пользователя уникальный идентификатор - Client ID.

Этап 1: захват идентификаторов в CRM

Каждая заявка сохраняет рекламную метку вместе с контактами клиента

1. Клик по рекламе

   Google добавляет GCLID

   GA4 выдает Client ID

   • gclid
   • client_id

2. Сайт и форма

   JS читает cookies и URL

   скрытые поля в форме

   • hidden fields

3. CRM

   amoCRM / Bitrix24

   сделка: контакт + метки

   • GCLID в сделке

Не 'Иван оставил заявку', а 'Иван с клика из кампании X оставил заявку'.

GCLID и Client ID попадают в сделку через скрытые поля формы.

Как это реализовать технически:

1. Сбор идентификаторов: Когда пользователь заходит на сайт, небольшой JavaScript-скрипт должен вытащить значения GCLID и Client ID из кук (cookies) или URL-адреса.
2. Скрытые поля: В формах захвата на вашем сайте (имя, телефон) программист добавляет скрытые поля (hidden fields). Пользователь их не видит, но в них автоматически подставляются собранные идентификаторы.
3. Передача в CRM: Когда форма отправляется, в amoCRM или Bitrix24 создается новая сделка. В ней, помимо телефона и имени клиента, сохраняются технические поля: Google Client ID и GCLID.

Теперь мы знаем не просто "Иван оставил заявку", а "Иван, который пришел по вот этому клику из кампании X, оставил заявку".

Этап 2: Возврат конверсии (Closing the Loop)

Вторая часть процесса - сообщить рекламной площадке о том, что сделка успешно завершилась. Допустим, менеджер по продажам в amoCRM переводит сделку в статус "Успешно реализовано" и указывает сумму - 500 000 тенге.

Нам нужно отправить эту информацию обратно.

Этап 2: возврат продажи в рекламный кабинет

Webhook из CRM превращается в offline-конверсию с реальной выручкой

1. CRM

   статус 'успешно'

   сумма сделки

   • webhook

2. Сервер / Make

   достает Client ID

   формирует запрос

   • дедупликация

3. GA4

   склейка с веб-сессией

   revenue к источнику

   • Measurement Protocol

4. Google Ads

   offline conversion

   учится на выручке

   • GCLID
   • ROAS

Алгоритм получает сигнал: вот кто приносит деньги - ищи похожих.

Оптимизация переезжает с CPL на ROAS через постбэк реальных сделок.

Как работает отправка постбэка:

1. Webhooks: Ваша CRM-система настраивается так, чтобы при переходе сделки в статус "Успешно реализовано" она отправляла вебхук (HTTP-запрос) на ваш сервер или промежуточный сервис (например, Make/Integromat).
2. GA4 Measurement Protocol: Сервер берет сумму сделки и сохраненный ранее Client ID, после чего отправляет серверный запрос в Google Analytics 4. GA4 распознает Client ID и привязывает эти 500 000 тенге к той самой сессии, которая была на сайте месяц назад.¹
3. Google Ads Offline Conversions: Параллельно (или через импорт из GA4) данные отправляются в Google Ads. Платформа берет GCLID и точно определяет, какое ключевое слово и какое объявление принесло эту продажу.

В этот момент рекламный алгоритм получает важнейший сигнал: "Вот такие пользователи приносят реальные деньги. Ищи похожих".

Специфика O2O в разных индустриях

Базовая логика моста "Клик -> Идентификатор -> CRM -> Постбэк" универсальна, но на практике архитектура сильно зависит от бизнес-модели. Несколько реальных кейсов.

1. Fintech & Banking (кейсы крупного банка и страховой компании внутри superapp) В финтехе главный идентификатор пользователя - это не просто cookie, а ИИН и номер телефона. Например, в проекте для крупного банка схема спроектирована так. Пользователь кликает на рекламу и попадает на сайт, где трекер сохраняет его click_id. Затем он оставляет заявку с телефоном или ИИН. Когда этот же человек приходит в отделение и сканирует QR-код электронной очереди, он снова вводит телефон или ИИН. Сервер сразу ищет совпадение за последние 30 дней: по номеру заявки, ИИН, телефону и в последнюю очередь по cookie. Ночной batch добирает то, что не совпало сразу. По проекту при совпадении в Google Ads уходит офлайн-конверсия.

В случае со страховой компанией внутри superapp добавляется другая сложность - WebView. По оценке проектной команды на июль 2026 года, около 85% онлайн-оплат проходит внутри WebView superapp, а не в браузере. В таких условиях невозможно полагаться на стандартные браузерные UTM-метки. Атрибуцию необходимо прокидывать глубоко в учётную систему страховой компании, связывая каждый конкретный оформленный полис (ОГПО, КАСКО) и его фактическую страховую премию с первоначальным источником трафика.

2. E-commerce и ритейл В классическом ритейле пользователь не заполняет CRM-форму перед тем, как пойти в магазин. Здесь мостом выступает программа лояльности. Клиент видит рекламу, регистрируется в приложении магазина (получая Client ID), а когда приходит на физическую кассу, показывает штрих-код из приложения. POS-система магазина фиксирует покупку и отправляет данные на сервер, который затем прокидывает Measurement Protocol запрос в GA4. Альтернативный путь - уникальные офлайн-промокоды, выданные в онлайне.

3. FMCG (Товары повседневного спроса) Самый сложный O2O-сценарий, так как бренды (например, Coca-Cola или Procter & Gamble) не владеют полками супермаркетов и не имеют доступа к их кассовым системам (POS). Здесь атрибуция строится на вовлечении самого покупателя: сканирование чеков с акционными товарами через кэшбэк-приложения (Promo/Loyalty Apps) или сканирование уникальных QR-кодов внутри упаковки. Это позволяет бренду замкнуть цепочку от просмотра видеорекламы до покупки банки газировки в магзине у дома.

Что делать дальше

Маркетологам:

• Перестаньте KPI-ить подрядчиков исключительно за "дешевые лиды". Введите метрику CPO (Cost Per Order) или ROAS.
• Убедитесь, что цикл сделки позволяет алгоритмам нормально обучаться. Если от заявки до продажи проходит больше 90 дней, данные в Google Ads могут "протухнуть". В таком случае передавайте промежуточные этапы (например, "Договор отправлен").

Аналитикам:

• Настройте дедупликацию. Если пользователь оставил заявку, а потом еще и позвонил, в CRM не должно появиться две разные успешные сделки с разными идентификаторами.
• Следите за качеством данных (Data Quality). Регулярно сверяйте количество отправленных вебхуков с количеством зарегистрированных конверсий в GA4.

Разработчикам:

• При передаче данных через Measurement Protocol обязательно проверяйте корректность формирования client_id (например, GA1.2.123456789.123456789) и параметры сессии, иначе GA4 не сможет склеить офлайн-событие с веб-сессией.²
• Относитесь к персональным данным ответственно. Если вы используете Enhanced Conversions, перед отправкой емейлов или телефонов в Google обязательно хэшируйте их (SHA-256).

Построение O2O-аналитики - это сложный технический проект, но это единственный способ заставить рекламу работать на рост бизнеса, а не на красивые отчеты в кабинете.

Источники

1. GA4 Measurement Protocol Documentation
2. Google Ads Offline Conversion Tracking