Shopify ведёт журнал изменений доступа app pixels к данным в разделе Customer events. Функция опубликована 29 июня 2026 года; в историю включены изменения начиная с 3 июня. Она доступна магазинам, использующим пиксели приложений.

Что показывает журнал

История находится на странице конкретного app pixel и позволяет увидеть, когда и как менялся его доступ к данным. Это журнал конфигурации доступа, а не обещание восстановить каждый переданный аналитический сигнал. Отсутствие более ранней записи нельзя трактовать как доказательство отсутствия доступа до 3 июня.

Практический вопрос для продавца звучит так: совпало ли изменение прав приложения с изменением данных, которые получает команда? Журнал даёт точку для расследования, но причинную связь нужно проверять отдельно.

Начать с инвентаризации подключений

Рекомендуем составить перечень app pixels с назначением, ответственным сотрудником и используемым отчётом. Название приложения само по себе часто не объясняет, зачем оно осталось в магазине после завершения рекламного проекта. Для каждого подключения должна быть понятная рабочая цель.

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

Отделить доступ от согласия покупателя

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

Для сравнения, согласие на WhatsApp-маркетинг в Shopify описывает отдельный канал коммуникации. Наличие такого статуса нельзя автоматически переносить на другую рекламную систему или считать заменой проверки её настроек.

Использовать историю при сбоях аналитики

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

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