В Shopify Analytics теперь можно показывать действия установленных приложений: например, количество отправленных писем. Для этого разработчик должен объявить нужные события и передавать данные в подходящем формате.
Магазин может видеть события установленных приложений внутри Shopify Analytics. Их показатели и признаки доступны в редакторе отчётов и языке запросов ShopifyQL. Например, приложение рассылок может передавать стандартное событие отправки письма.
Это описано в официальном обновлении Shopify от 28 октября. Для обычных действий предусмотрены готовые типы событий. Если приложению нужны другие сведения, разработчик может объявить собственные события или расширить стандартные своими полями.
Владельцу не обязательно забирать каждую такую цифру в отдельный кабинет приложения. Но набор доступных показателей зависит от того, что разработчик действительно настроил и передал.
События, которые приложение уже отправляет для технического журнала или расчёта оплаты, не становятся аналитическими автоматически. Они должны соответствовать опубликованному описанию Analytics App Events. Само наличие данных в другом разделе ничего не подтверждает.
Разработчик объявляет нужные события в расширении приложения, публикует настройку и отправляет подходящие записи через App Events API. После обработки их можно использовать в отчётах магазинов, где приложение установлено.
Если новые отчёты не нужны, Shopify не требует менять существующую интеграцию. Обновление даёт дополнительную возможность, а не подтверждает поломку прежних журналов.
Сначала сформулируйте вопрос магазина, затем выбирайте событие. Для рассылки это могут быть число отправок по кампании и день отправки. Заказы и выручка потребуют своих данных и правил связи с этой кампанией.
Наш пример задания: «Покажите отправленные письма по дням и кампаниям; повторную передачу одного события не считайте второй отправкой». До разработки полезно определить, что означает отправка и какое время используется в отчёте.
Открытие письма, ответ покупателя и оплаченный заказ описывают следующие действия. Нельзя получить их из числа отправок по догадке. Эти различия разбираем в руководстве по сквозной аналитике.
Возьмите небольшой известный набор событий и сравните его с итогом отчёта. Проверьте даты, названия кампаний, повторную отправку и задержку обработки. Если данных ещё нет, отчёт должен позволять отличить ожидание загрузки от нулевого результата.
Для учебной проверки можно заранее записать, какие письма должны попасть в каждый день. Затем передать события и сверить те же записи. Это предложенный нами порядок приёмки; магазин к новой возможности мы не подключали.
Важно пройти весь путь до видимого показателя. Успешный ответ на запрос отправки ещё не доказывает, что запись обработана и появилась в нужном отчёте. Как связываются действие на экране и сохранённые данные, объясняем в разборе пути заявки.
