Чтобы измерять результаты WhatsApp в электронной коммерции, разделите три вопроса: дошло ли сообщение, было ли взаимодействие и был ли оплачен заказ? Каждый ответ зависит от разных доказательств. Полезный отчет указывает, что было посчитано, на какой базе выполнён расчёт и до какого момента наблюдались результаты. Без этих определений две кажущиеся одинаковыми ставки могут описывать очень разные операции.
Отправка, доставка, прочтение и продажа — не одно и то же
Первое правило — понять значение статуса в используемом инструменте. официальная коллекция Meta для Cloud API показывает возвраты отправки, доставки и ошибок, связанные с идентификатором сообщения. Техническое подтверждение отправки не доказывает покупку.
| Информация | Что проверить | Что это не доказывает |
|---|---|---|
| Запрос принят | Система получила запрос и предоставила ссылку для отслеживания. | Что получатель получил сообщение. |
| Доставка подтверждена | Есть подтверждение доставки для этого сообщения. | Что человек прочитал, кликнул или купил. |
| Прочтение зафиксировано | Подтверждение прочтения доступно в отчёте. | Что человек понял предложение или намерен купить. |
| Ответ или клик | Существует зафиксированное взаимодействие, связанное с отправкой в соответствии с доступным трекингом. | Что заказ оплачен. |
| Подтверждение оплаты | Магазин или ответственный система подтвердили оплату соответствующего заказа. | Что сообщение стало причиной продажи. |
Чтение следует рассматривать как наблюдаемую информацию. WhatsApp позволяет отключать подтверждения прочтения ; поэтому отсутствие этого подтверждения не позволяет сделать вывод, что сообщение было проигнорировано. Также проверьте, получает ли система и обрабатывает ли необходимые возвраты.(Note: In Arabic/Hindi/Turkish there was no extra segment—preserve meaning)
Во внутренних интеграциях webhook'и статусов сообщений помогают отслеживать эти события. Доставка webhook на ваш сервер и доставка сообщения клиенту — разные события: HTTP-ответ сервера не заменяет подтверждение канала.
Определите базу перед вычислением любой ставки
Выберите набор сообщений и сохраняйте этот набор в ходе анализа. Например: сообщения кампании, запущенной в определённую дату, наблюдаемые до времени отсечки. Если отчёт смешивает новые отправки с доставками старых кампаний, результат теряет сопоставимость.
Зафиксируйте кампанию или автоматизацию, аудиторию, период отправки, часовой пояс и срок наблюдения. Затем определите единицу каждого показателя: сообщение, контакт или заказ. Клиент может получить два сообщения о заказе и совершить другую покупку в тот же период.
- Сообщения: считайте каждый идентификатор один раз для каждого достигнутого этапа. Повторные возвраты того же события — это не новые отправки.
- Контакты: считайте разных людей или записи согласно документированному правилу, не суммируя каждый ответ как нового клиента.
- Заказы: используйте идентификатор покупки. Две сообщения по одному и тому же заказу не дают две продажи.
- Накопленные статусы: прочитанное сообщение также входит в счёт доставленных сообщений. Если инструмент показывает только последний статус, проверьте, как восстановить итоги, не исключая прочитанные из базы доставки.
Когда необходимые данные недоступны, указывайте «не измерено». Ноль означает, что измерение проведено и результатов не зарегистрировано; это не заменяет отсутствующую информацию.
Формулы для проверяемого отчёта
Ниже приведённые формулы — предложенные соглашения для организации анализа. Панель вашей системы может использовать другую базу. Перед сравнением результатов проверьте значение каждого поля и держите числитель и знаменатель в одном наборе отправок.
| Индикатор | Предлагаемый расчёт | Основная осторожность |
|---|---|---|
| Коэффициент доставки | Сообщения с подтверждённой доставкой ÷ отправленные сообщения × 100. | Определите, что инструмент называет "отправленным". Ошибки до отправки требуют отдельного отслеживания. |
| Наблюдаемая доля прочтений | Сообщения с подтверждённым прочтением ÷ сообщения с подтверждённой доставкой × 100. | Не отражает все фактические чтения, когда подтверждения недоступны. |
| Коэффициент отклика на контакт | Контакты с ответом, связанным с кампанией ÷ контакты, достигнутые кампанией × 100. | Считайте каждый контакт один раз и определите, как соотнести ответ с отправкой. |
| Коэффициент клика на контакт | Контакты с обнаруженным кликом ÷ контакты, достигнутые кампанией × 100. | Требуется отслеживание, которое идентифицирует и дедуплицирует контакты. Общие клики — не уникальные люди. |
| Коэффициент оплаты после контакта | Оплаченные после контакта подходящие заказы в заданном окне ÷ подходящие заказы, с как минимум одним доставленным сообщением × 100. | Свяжите каждое сообщение с заказом и исключите оплаты до контакта. |
Если знаменатель равен нулю, коэффициент не вычисляется. Если вы знаете только общее число кликов, укажите этот итог с ограничением. Не превращайте его в коэффициент на контакт, не зная, сколько уникальных людей кликнули.
Для кампании, отправленной аудитории, может иметь смысл отслеживать уникальных покупателей среди достигнутых контактов. Для напоминания об оплате заказа, основной единицей может быть заказ. Эти показатели отвечают на разные вопросы и требуют разных названий.
Рассчитанный пример: сообщения — не заказы
Этот пример полностью вымышлен и служит только для демонстрации вычислений. Он не представляет результат клиента, тест WPP Marketing или ожидаемый рыночный показатель.
Магазин выбрал 100 заказов, ещё не оплаченных и подходящих для напоминания об оплате. Было отправлено по одному сообщению на заказ, всегда до оплаты. До закрытия отчёта доставка была подтверждена для 90 сообщений, и зафиксировано 54 прочтения. Из 90 достигнутых заказов 18 были оплачены в течение 48 часов после доставки соответствующего напоминания. Магазин дождался завершения окна для всех заказов перед закрытием цифр.
- Доставка: 90 ÷ 100 × 100 = 90%.
- Наблюдаемое прочтение среди доставленных: 54 ÷ 90 × 100 = 60%.
- Оплата после контакта среди достигнутых заказов: 18 ÷ 90 × 100 = 20%.
- Оплата после контакта по всем выбранным заказам: 18 ÷ 100 × 100 = 18%.
Две последние калькуляции используют те же 18 оплат, но отвечают на разные вопросы. Отчёт должен показывать имя базы, а не только «конверсия». Для примера выбрано окно в 48 часов; это не универсальная рекомендация и не правило продукта.
Десять сообщений без подтверждения доставки не следует автоматически называть неудачными: необходимо проверить доступные состояния. Также нельзя утверждать, что 18 оплат произошли из 54 прочтений без связывания записей. Оплата может произойти без подтверждения прочтения.
Если тот же заказ получит второе напоминание, он остаётся одним заказом. В консолидированном анализе учитывайте его оплату только один раз. В анализе по сообщению заранее определите, как распределять кредит между контактами, и укажите, что сумма перекрывающихся отчётов может дублировать результаты.
Оплата после сообщения не доказывает, что сообщение вызвало продажу
Человек может получить напоминание и заплатить, потому что он уже собирался завершить покупку, потому что увидел письмо или потому что получил помощь от службы поддержки. Хронология — доказательство связи; сама по себе она не измеряет, насколько сообщение добавило к результату.
Чтобы отслеживать операцию
Используйте описательный показатель, например «заказы, оплаченные после доставки сообщения, в пределах заданного окна». Задокументируйте начальное событие, длительность окна, связь с заказом и обработку отмен, возвратов и повторных контактов. При суммировании значений уточните, учитывает ли выручка доставку, скидки и возвраты. Ассоциированная выручка — не прибыль.
Для исследования инкрементального эффекта
Когда есть условия для проведения эксперимента, случайным образом распределяйте подходящие заказы или клиентов между группой, получающей опциональное напоминание, и группой сравнения. Избегайте включения одного и того же человека в обе группы и сохраняйте прочие условия сопоставимыми. Не приостанавливайте коммуникации, необходимые для обслуживания или выполнения заказа, ради проведения этого теста.
Сравнивайте оплату по всем пригодным участникам каждой группы в соответствии с первоначальным назначением и учитывайте размер выборки, продолжительность и неопределённость. Сравнение только тех, кто получил или прочитал сообщение, может отобрать людей с отличающимися характеристиками и исказить вывод. Этот дизайн — предложение по оценке, а не функция экспериментов, приписываемая WPP Marketing.
Как использовать числа для решения о следующей корректировке
Падение показателя — сигнал к расследованию, а не готовый диагноз. Один и тот же результат может иметь несколько причин.
- Меньше доставок: проверьте доступные ошибки, контакты, соединение, условия отправки и работу возвратов прежде чем менять текст.
- Меньше зафиксированных прочтений: проверьте охват измерения и сравните похожие аудитории и периоды. Не приписывайте всю разницу интересу получателя.
- Взаимодействия без оплаты: проверьте, был ли разговор обслужен, работает ли ссылка, верен ли заказ и есть ли препятствия в оформлении заказа. Это гипотезы для проверки, а не доказанные причины для показателя.
- Больше оплат при большем количестве запросов на остановку: переоцените аудиторию, частоту и релевантность. Политика сообщений WhatsApp Business требует разрешения на контакт и уважения запросов на остановку, включая вне WhatsApp.
Предпочтительнее сравнивать операцию с собственной историей, используя то же определение. Показатель, опубликованный другой компанией, сопоставим только если вы знаете аудиторию, канал, период, выборку и формулу. Бенчмарк по электронной почте, например, не задаёт цель по чтениям в WhatsApp.
Что проверять в отчётах WPP Marketing
WPP Marketing собирает отчёты по сообщениям с фильтрами по периоду и статусу, экспортом и информацией о доставке, чтении и ошибках в соответствии с данными, доступными в подключении. Коммерческий трекинг связывает сообщения с оплатами и продажами магазина. Чтобы интерпретировать этот результат, проверьте правило, используемое в индикаторе, и какие события предоставляет интеграция.
Команда может опираться на эти записи и информацию магазина для организации своего анализа. Формулы, дедупликация между кампаниями и эксперимент, описанные в этой статье, являются предложенным рабочим методом; это не означает, что все эти контролы готовы в экране продукта.
Если операция использует собственную систему, Events API обрабатывает поддерживаемые коммерческие события, тогда как status webhooks сообщают о событиях, связанных с сообщениями. интеграция, используемая магазином, определяет, какую информацию можно связать. Прежде чем делать вывод, что кампания провалилась или удалась, подтвердите, что необходимые события дошли.
Источники
Запрос выполнен 20 октября 2026 г. Технические определения и условия использования были проверены в источниках ниже. Формулы, фиктивный пример и критерии проверки — редакционное предложение по измерению, без собственного бенчмарка или утверждения тестирования с клиентами.
- Meta — официальная коллекция WhatsApp Cloud API в Postman: примеры ответов отправки, доставки и ошибок.
- WhatsApp — настройки конфиденциальности: управляющие подтверждения прочтения.
- WhatsApp Business — Политика сообщений: разрешение и остановка коммуникаций.
- WPP Marketing — status webhooks: различие между событиями сообщений и возвратом в интегрированную систему.
Чтобы связать коммуникацию с событиями вашего магазина и отслеживать доступные записи, ознакомьтесь с платформой WPP Marketing и оцените ресурсы, подходящие для вашей операции.