Google Ads принимает звонки через Data Manager API: что это значит для рекламодателей в Казахстане

4 ноября 2026 года Google выпустил версию 1.9 Data Manager API, и теперь через нее можно загружать в Google Ads конверсии из звонков. Для компаний в Казахстане этот импорт пока закрыт: он работает только для звонков через номера переадресации Google, а казахстанских номеров в этом списке нет. Зато обновление пригодится всем, кто уже передает сделки из CRM: появилась построчная диагностика ошибок загрузки.

Новость короткая, а вопросов после нее много. Нам уже пишут: «Google наконец научился считать звонки, давайте подключим». Подключить в Казахстане как раз не получится, но данные о звонках из Битрикс24 до автостратегий Google Ads довести можно, только другим путем.

Что Google добавил в Data Manager API 4 ноября

В версии 1.9 появились три изменения, которые касаются рекламодателей: загрузка звонковых конверсий, номера строк с ошибками и новый идентификатор для лид-форм. Все это описано в журнале изменений Data Manager API, запись от 2026-11-04.

Data Manager API — это единый интерфейс Google для передачи собственных данных рекламодателя: офлайн-конверсий, списков клиентов, событий для Google Analytics. Раньше многие из этих задач решались через Google Ads API, теперь Google постепенно переносит их в отдельный сервис, и версия 1.9 продолжает этот переход.

Что конкретно появилось:

• в событие добавлено поле call_info с временем начала звонка start_timestamp, по нему Google связывает загруженную конверсию с конкретным звонком из объявления;
• поле record_indices в отчете об ошибках и предупреждениях показывает, какие именно записи в загрузке не прошли;
• появилось поле lead_id: идентификатор, который Google выдает при отправке лид-формы (атрибуция по нему, как прямо пишет Google, пока недоступна, и события только с lead_id сейчас не засчитаются);
• добавлены новые коды ошибок, например конверсия раньше звонка, слишком свежий или просроченный звонок, слишком недавно созданное действие-конверсия.

Как теперь загружаются звонки и чем это отличается от Google Ads API

Главное отличие одно: номер звонившего теперь нельзя передавать открытым текстом, его нужно привести к международному формату и захешировать. В Google Ads API номер звонившего можно было отправить как есть в поле caller_id. В Data Manager API Google требует формат E.164, хеш SHA-256 и кодировку hex или Base64, это сказано в руководстве Google по загрузке звонковых конверсий.

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

Порядок по документации такой:

1. В Google Ads создается действие-конверсия типа UPLOAD_CALLS. В интерфейсе у него источник Call from Ads, то есть звонки из объявлений.
2. Для каждого звонка готовится событие: время конверсии, время начала звонка, хеш номера звонившего, по желанию ценность и валюта.
3. Время конверсии не может быть раньше времени начала звонка. Иначе запись отклоняется с ошибкой, которую Google тоже добавил в 1.9.
4. Запрос сначала отправляется в тестовом режиме с параметром validateOnly: API проверяет данные и ничего не записывает.
5. После загрузки статус обработки проверяется отдельным запросом: там видно, сколько записей принято и какие строки дали ошибку.

Шифрование данных для этого сценария не поддерживается, хватает хеширования. Если раньше вы загружали звонки через Google Ads API, у Google есть отдельное руководство по переходу: меняются поля, а главное, обработка номера телефона.

Параметр	Google Ads API	Data Manager API 1.9
Номер звонившего	Можно передать без хеширования (caller_id)	Только E.164, SHA-256, hex или Base64
Время звонка	Время звонка в запросе	Поле call_info.start_timestamp
Тип действия-конверсии	UPLOAD_CALLS	UPLOAD_CALLS
Поиск ошибочных строк	По ответу на запрос	Номера строк в record_indices
Пробная отправка	Есть режим проверки	Параметр validateOnly

Почему в Казахстане звонковые конверсии из объявлений не заработают

Импорт звонковых конверсий опирается на номера переадресации Google, а их в Казахстане не выдают. Когда в объявлении включено отслеживание звонков, Google показывает вместо вашего номера свой, подменный: звонок проходит через него, и Google знает кампанию, объявление, время и длительность разговора. Загруженная потом конверсия сопоставляется именно с такой записью о звонке.

По справке Google о номерах переадресации, они доступны примерно в тридцати странах, среди них Польша, Германия, Бразилия, Индия, Россия. Казахстана в списке нет. Еще несколько ограничений из той же справки и соседних статей:

• засчитываются только звонки из расширений со звонком и объявлений «только номер телефона», в которых номер переадресации был включен в момент звонка;
• если человек набрал номер из объявления вручную, такой звонок конверсией не станет;
• расширения со звонком в контекстно-медийной сети номера переадресации не поддерживают;
• номер переадресации нельзя переносить на сайт или в другую рекламу, Google может сменить его в любой момент.

Для казахстанского номера Google не создает запись о звонке, поэтому загружать в UPLOAD_CALLS нечего: сопоставлять конверсию не с чем. Data Manager API ничего здесь не меняет, он просто дает новый способ загрузки там, где звонки уже регистрируются. Подробно о том, какие способы учета звонков работают в Казахстане и почему в отчетах видны клики по кнопке, а не разговоры, мы писали в статье как настроить отслеживание звонков из Google Ads в Казахстане.

Есть и обратная сторона. Если ваша компания из Казахстана рекламируется в стране из списка и показывает местный номер, например польский или немецкий, обновление касается вас напрямую. Тогда звонковые конверсии можно загружать из CRM через новый API, а старую интеграцию на Google Ads API стоит запланировать к переводу.

Что полезного в обновлении для рекламодателя из Казахстана

Польза есть, но она в другом месте: в построчной диагностике и в общем переходе загрузок на Data Manager API. Если вы уже передаете в Google Ads сделки из CRM как офлайн-конверсии или собираетесь это сделать, версия 1.9 упрощает поиск ошибок.

Раньше типичная картина выглядела так. Скрипт выгрузил из CRM пятьсот сделок за неделю, Google принял четыреста восемьдесят, двадцать отклонил. Какие именно двадцать, приходилось выяснять перебором: делить файл на части и загружать заново. Теперь в ответе о статусе обработки есть номера строк с ошибкой и причина. Достаточно сопоставить их с ID сделок и исправить данные в CRM.

Вторая полезная вещь — новые коды ошибок. Они точнее объясняют, почему конверсия не прошла: действие-конверсия создано слишком недавно, дата запроса слишком старая, идентификатор не подходит к аккаунту. Для команды маркетинга это меньше гаданий и меньше переписки с подрядчиком.

Третье: поле lead_id для лид-форм Google. Пока это задел на будущее, атрибуция по нему не работает. Но если вы собираете заявки через лид-формы в Google Ads и передаете их в CRM, имеет смысл уже сейчас сохранять этот идентификатор в карточке лида. Когда Google включит атрибуцию, история будет под рукой.

Как передать в Google Ads звонки из Битрикс24, если номеров Google нет

Рабочий путь для Казахстана — загружать в Google Ads не сам звонок, а результат звонка как офлайн-конверсию по идентификатору клика. Офлайн-конверсия — это действие, которое произошло вне сайта (звонок, встреча, оплата) и было загружено в Google Ads вместе с идентификатором, по которому Google находит рекламный клик. Для этого Data Manager API принимает gclid, gbraid или wbraid, IP-адрес, атрибуты сессии или хешированные данные клиента.

Схема, которую мы чаще всего собираем на проектах B2BPRO.KZ, выглядит так:

1. На сайте сохраняется метка клика. Когда человек приходит из объявления, в адресе страницы есть gclid. Скрипт на сайте запоминает его вместе с UTM-метками на время визита.
2. Звонок связывается с визитом. Для этого нужен коллтрекинг: посетителю показывается подменный номер, и система знает, на какой номер пришел звонок. В Битрикс24 есть собственный коллтрекинг в разделе сквозной аналитики. По справке Битрикс24 о коллтрекинге, портал должен получать номер, на который позвонил клиент, и это поддерживают не все операторы и номера. Для SIP-АТС номер передается в заголовках звонка, и это нужно настроить на стороне АТС.
3. В CRM появляется лид или сделка с источником. Звонок создает карточку, в нее попадают UTM-метки и сохраненный идентификатор клика (обычно в отдельное пользовательское поле).
4. Менеджер отмечает результат. Квалифицированный лид, назначенная встреча, оплата: каждый этап, который вы хотите передавать в Google Ads, должен иметь понятную стадию в воронке.
5. Скрипт выгружает результат в Google Ads. Раз в сутки или чаще он берет сделки, перешедшие на нужную стадию, и отправляет их через Data Manager API как офлайн-конверсии с gclid, временем и ценностью. Для защиты от дублей используется ID сделки как идентификатор транзакции: при повторной загрузке Google возьмет первое событие, а следующие будет считать корректировками.

Такая связка точнее, чем звонковые конверсии через номера Google. Те фиксируют сам звонок и его длительность, а здесь в Google Ads уходит то, что важно бизнесу: состоялась ли продажа. Цена за это — объем работы: нужно связать сайт, телефонию, CRM и рекламный аккаунт. Как устроена выгрузка сделок из CRM в целом, какие стадии передавать и как считать ценность, разобрано в статье офлайн-конверсии Google Ads из CRM.

Если у вас нет подменных номеров на сайте, есть запасной вариант с хешированным телефоном клиента. Звонок попадает в Битрикс24, номер звонившего сохраняется в контакте, и после сделки этот номер в формате E.164 и с хешем SHA-256 уходит в Google Ads как данные пользователя. Google попробует сопоставить его со своими аккаунтами. Точность ниже, чем с gclid, и зависит от того, совпадает ли номер с тем, что указан в Google-аккаунте человека, но для части звонков это сработает.

Как это выглядит на примере

Возьмем условную сервисную компанию в Алматы, которая ремонтирует кондиционеры. Пример иллюстративный, цифры придуманы для наглядности. Реклама в Google Ads идет на Алматы, на сайте номер +7 727, около половины обращений приходит звонками. В целях аккаунта стоит только клик по номеру на мобильном сайте.

Автостратегия видит сто кликов по номеру в неделю и учится находить людей, которые нажимают на телефон. Сколько из них дозвонились, сколько заказали выезд мастера, а сколько ошиблись номером, Google не знает. Новость про Data Manager API этой компании звонковых конверсий не даст: номер казахстанский, записи о звонке у Google нет.

Зато компания может включить коллтрекинг в Битрикс24, сохранять gclid в сделке и раз в сутки отправлять в Google Ads сделки на стадии «Выезд согласован». Тогда стратегия учится уже на заказах. А новое поле record_indices в первые недели поможет быстро найти сделки с неправильным временем или пустым идентификатором клика.

Что сделать прямо сейчас

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

1. Проверьте, где показывается ваша реклама и какой номер в объявлениях. Если кампании идут только на Казахстан с номером +7 7xx, звонковые конверсии из объявлений вам недоступны, и ждать их не стоит.
2. Посмотрите, как сейчас считаются звонки в аккаунте. Если в целях стоят только клики по кнопке звонка, автостратегия учится на намерении, а не на разговорах. Это повод подумать об офлайн-конверсиях.
3. Если интеграция с Google Ads API уже есть, найдите, кто ее поддерживает. Google выпускает для Data Manager API руководства по переходу с Google Ads API для каждого типа загрузки. Переход лучше спланировать заранее, пока старая интеграция работает.
4. Проверьте, сохраняется ли gclid в CRM. Откройте пять последних сделок из Google Ads в Битрикс24. Если идентификатора клика в карточке нет, офлайн-конверсии по клику загрузить не получится, начинать нужно с сайта.
5. Убедитесь, что телефония передает номер, на который звонили. Без этого коллтрекинг в Битрикс24 не свяжет звонок с рекламой. Проверить можно в детализации звонка: в журнале видны заголовки, которые прислала АТС.

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

Типичные ошибки при загрузке конверсий после обновления

Самая частая ошибка — отправить номер телефона в неправильном формате. Для Казахстана формат E.164 выглядит как +7 и десять цифр без пробелов, скобок и восьмерки в начале. Номер «8 (701) 123-45-67» перед хешированием нужно превратить в «+77011234567». Если захешировать исходную строку как есть, хеш не совпадет ни с одним аккаунтом Google, и конверсия тихо пропадет.

Вторая ошибка — время в разных часовых поясах. В выгрузке из CRM время часто оказывается без указания часового пояса, а Data Manager API ждет время в формате ISO 8601 со смещением. Если не добавить смещение для Алматы, часть конверсий окажется «раньше» клика или звонка и будет отклонена. Новый код ошибки «конверсия раньше звонка» как раз ловит такие случаи.

Третья ошибка — загрузка в только что созданное действие-конверсию. В версии 1.9 для этого появился отдельный код ошибки: новое действие должно какое-то время существовать, прежде чем в него начнут принимать данные. Создайте действие заранее и проверьте загрузку тестовым режимом, прежде чем включать автоматическую выгрузку.

Четвертая ошибка — путать лид-формы и обычные заявки. Поле lead_id относится только к лид-формам Google Ads. Заявка с сайта, звонок или сообщение в WhatsApp такого идентификатора не имеют, и пытаться передавать в это поле ID лида из CRM бессмысленно.

Пятая — отсутствие защиты от дублей. Если скрипт выгрузки упадет и запустится повторно, без идентификатора транзакции одна сделка может засчитаться дважды. Автостратегия решит, что кампания работает лучше, чем на самом деле, и начнет поднимать ставки.

Частые вопросы

Можно ли в Казахстане загружать в Google Ads конверсии из звонков по объявлениям?

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

Нужно ли переводить загрузку офлайн-конверсий с Google Ads API на Data Manager API?

Да, переход стоит запланировать заранее. Google переносит загрузку собственных данных рекламодателя в Data Manager API и выпускает для каждого типа загрузки руководство по переходу. Срочности для казахстанских компаний нет, но спокойный переход обходится дешевле, чем срочная починка после объявления об отключении старого способа.

Как правильно записать казахстанский номер перед хешированием?

Номер нужно привести к формату E.164: плюс, код страны 7 и десять цифр без пробелов, скобок и дефисов. Например, «8 701 123 45 67» превращается в «+77011234567». Только после этого номер хешируется алгоритмом SHA-256. Если захешировать номер с пробелами или восьмеркой, Google не сможет его сопоставить и конверсия не засчитается.

Что дает поле record_indices рекламодателю?

Оно показывает номера конкретных строк в загрузке, которые дали ошибку или предупреждение. Раньше при отказе части записей приходилось искать проблемные строки вручную. Теперь их можно сразу сопоставить с ID сделок в CRM, исправить данные и загрузить повторно. Это ускоряет отладку офлайн-конверсий для любого аккаунта, в том числе казахстанского.

Можно ли передавать в Google Ads звонки из Битрикс24 без коллтрекинга?

Можно, но с меньшей точностью. Без подменных номеров звонок нельзя связать с конкретным рекламным кликом. Остается загружать хешированный номер телефона клиента после сделки, и Google попытается сопоставить его со своими аккаунтами. Часть конверсий найдется, часть нет, поэтому для расчета эффективности рекламы коллтрекинг надежнее.