25 сентября Shopify расширил Developer Dashboard для собственных приложений. В нём появились объём API-запросов, доля ошибок, состояние доставки вебхуков и скорость загрузки встроенных страниц. События собраны в фильтруемый поток, а главная страница показывает проблемы по нескольким приложениям.

Один источник для магазина и разработчика

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

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

Как применять показатели на практике

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

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

Что включить в приёмку приложения

До запуска пройдите обычный рабочий сценарий и сценарий временного сбоя. Убедитесь, что в журнале можно найти нужное событие и связать его с результатом в интерфейсе. Обновление Shopify полезно именно наблюдаемостью: проблему легче устранить, когда её можно показать и воспроизвести.

Новость касается собственных приложений Shopify и их разработчиков. Она не объявляет универсальную проверку качества всех сервисов магазина. Владельцу стоит сохранять список зависимых процессов, чтобы понимать, какие операции пострадают при недоступности конкретного приложения и как команда продолжит работу до восстановления.