Как выявить и устранить ошибки отслеживания конверсий в рекламе на социальных платформах?

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

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

Сначала убедитесь, что сравниваете одно и то же

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

Перед началом проверки согласуйте период, часовой пояс и определение конверсии. На B2B-сайте особенно важно различать «нажатие кнопки отправки», «успешная отправка формы» и «квалифицированная заявка»: первый вариант может включать попытки, завершившиеся ошибкой валидации, а последний требует дополнительной проверки сотрудником или по бизнес-правилам. В трансграничной онлайн-торговле также следует различать созданный заказ, успешную оплату и заказ с последующим возвратом средств, чтобы не сравнивать данные по разным этапам.

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

Пройдите реальный путь пользователя и выясните, где теряются данные

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

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

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

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

Корректная установка кода не гарантирует правильную настройку событий

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

Распространённая ошибка при отслеживании заявок через форму — считать нажатием кнопки успешную отправку. Незаполненные обязательные поля, ошибка в ответе API и даже повторные нажатия могут привести к завышенным показателям. Надёжнее отправлять событие после того, как сайт подтвердил успешную отправку. Если используется страница благодарности, учитывайте, что обновление страницы или её прямое открытие может привести к повторной фиксации конверсии.

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

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

Получение события — ещё не конец: проверьте цепочку атрибуции

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

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

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