Загрузка данных может завершиться успешно, а часть продаж не попасть в отчёт. Google добавила в Data Manager API подробности по проблемным записям и поддержку конверсий звонков.
Отчёт о рекламе особенно обидно читать, когда вы знаете о состоявшихся продажах, а система их не видит. Причина может быть в передаче данных: общий запрос приняли, но отдельные события обработали с ошибкой.
В обновлении Data Manager API от 4 ноября Google добавила более подробную диагностику таких записей. Одновременно интерфейс получил поддержку конверсий телефонных звонков.
Через Data Manager API теперь можно передавать события, связанные со звонками из рекламы и ценными действиями после них. В запросе предусмотрены сведения о звонке, включая время начала, а номер передаётся в хэшированном виде.
Для бизнеса смысл в том, чтобы связать телефонное обращение с дальнейшим результатом. При этом звонок и продажа — разные события. Если считать любой разговор покупкой, реклама будет оцениваться по неверной цели.
В условной компании по ремонту заявка по телефону может пройти путь от уточнения адреса до выезда и оплаты. Сначала нужно договориться, какой из этих этапов передавать как целевое действие. О связи этапов и денег подробнее — в разборе сквозной аналитики.
В диагностике появляются индексы конкретных записей исходного запроса. Поле record_indices показывает позиции, к которым относятся ошибки или предупреждения. Отсчёт начинается с нуля.
Поэтому список [0, 3] означает первую и четвёртую запись, а не нулевую и третью в привычном человеческом счёте. Google приводит этот пример, чтобы разработчик мог найти и исправить нужные события.
Важно также различать результат обработки:
| Статус записи | Как его понимать |
|---|---|
| Ошибка | Запись не обработана по указанной причине |
| Предупреждение | Запись принята, но часть сведений могла быть проигнорирована |
| Успех общего запроса | Пакет получен; детали всё равно нужно смотреть отдельно |
Практическая польза — не отправлять весь набор заново вслепую. Сначала выясняют, какие записи не прошли и почему, затем готовят корректное повторение именно для них. Для предупреждений Google рекомендует исправлять причину в будущих запросах.
Нет: в анонсе разрешена передача Google-идентификатора заполненной лид-формы, но атрибуция по lead_id и match_id пока не доступна. Google просит сохранять другие нужные идентификаторы для связывания событий.
Это частая ловушка интеграций: поле появилось в схеме, разработчик успешно его отправил, а нужный отчёт ещё не научился использовать данные. Приёмку лучше заканчивать на фактическом результате — событие обработано и связано так, как требуется бизнесу.
Обновление полезно тем, у кого уже есть соответствующая инфраструктура Google Ads. Оно не означает, что любой российский рекламодатель получил новый канал размещения. Разницу между данными рекламной площадки и полной картиной продаж разбираем в сравнении рекламной и сквозной аналитики.
