Постбек Keitaro → Google Ads
Постбек Keitaro → Google Ads нужен, чтобы конверсии с PWA-оффера — лиды, депозиты — попадали обратно в рекламный кабинет и Smart Bidding оптимизировался на реальный результат, а не только на клики по объявлению. У Google Ads нет единого events-канала, как у Meta или TikTok, — здесь используется механизм офлайн-конверсий через GCLID. Разберём, как настроить связку через Keitaro без потери и задвоения данных.
Почему Google Ads нужны офлайн-конверсии
Google Ads видит только то, что происходит в его собственной экосистеме напрямую — клик по объявлению и, если настроен тег конверсии, действие на сайте сразу после клика. Депозит на PWA-оффере обычно случается позже, вне зоны видимости тега Google, поэтому единственный надёжный способ сообщить об этой конверсии — офлайн-импорт по GCLID (идентификатору клика Google). Без этого шага автостратегии Google Ads, например оптимизация по цене за конверсию, фактически работают вслепую, ориентируясь только на клики, а не на реальные депозиты.
Ловим GCLID и настраиваем действие-конверсию
GCLID автоматически добавляется Google Ads в URL перехода по объявлению — трекер должен поймать его как sub-параметр при первом заходе пользователя на PWA и сохранить вместе с остальными данными клика. В самом Google Ads нужно создать действие-конверсию с типом «Импорт» → «Из отслеживания кликов» — именно под этот тип принимаются офлайн-загрузки по GCLID с указанием времени конверсии и, опционально, ценности.
Настройка постбека и загрузки в Keitaro
В Keitaro исходящий постбек на конверсию оффера настраивается в разделе Conversions: при подтверждённом статусе (например, sale) поток конверсий формирует запись с GCLID, названием действия-конверсии, временем конверсии и суммой. Загрузка в Google Ads идёт либо через API в связке с трекером, без ручных действий, либо пакетно через интерфейс офлайн-конверсий — для стабильного потока предпочтителен именно автоматический вариант. APEX поддерживает S2S-постбеки в связке с Keitaro, что позволяет настроить передачу GCLID-конверсий один раз и не заниматься ручной выгрузкой каждый день.
Статусы, дедупликация и проверка данных
Каждому статусу Keitaro (lead, sale, rejected) должно соответствовать своё действие-конверсия в Google Ads или явное решение не отправлять его вовсе — смешивать все статусы в одно действие нельзя, иначе теряется смысл оптимизации по качеству. Для защиты от задвоения используйте уникальный идентификатор транзакции (Order ID) на каждую конверсию — Google Ads автоматически игнорирует повторную загрузку с тем же ID. Проверить, что данные доходят корректно, можно в разделе «Конверсии» кабинета Google Ads — там видно количество импортированных офлайн-конверсий и есть история загрузок с ошибками, если что-то не прошло.
Частые вопросы
- Что делать, если GCLID не сохраняется в трекере?
- Проверьте, что финальная ссылка на PWA действительно принимает параметр gclid из URL объявления и что трекер настроен ловить именно этот sub-параметр — без явной настройки макроса GCLID теряется на первом же переходе.
- Как избежать задвоения офлайн-конверсий в Google Ads?
- Передавайте уникальный Order ID на каждую конверсию при загрузке — Google Ads сверяет его и автоматически отбрасывает повторную загрузку с тем же идентификатором транзакции.
- Можно ли оптимизировать Google Ads без офлайн-конверсий, только по кликам?
- Можно, но Smart Bidding в этом случае не видит реальный результат (депозиты) и оптимизируется на суррогатный сигнал — как правило, это даёт менее качественный трафик и более высокую цену за целевое действие в моменте.
Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.
Начать бесплатно