Shopify 27 октября уточнил этапы применения требований к ограниченным по времени offline-токенам публичных приложений Admin API. Крайний срок миграции остаётся 1 января 2027 года, но последствия вводятся последовательно. Владельцу магазина стоит заранее запросить у поставщиков приложений подтверждение готовности и план проверки доступа к данным.

Три даты означают разные последствия

С 1 января несоответствующие приложения будут исключаться из App Store и потеряют возможность новых установок; существующие установки на этом этапе продолжат работать. С 15 января Shopify планирует предупреждения продавцам в административном интерфейсе. С 1 апреля обращения к API с бессрочными offline-токенами будут получать HTTP 403.

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

Сначала определите, какие приложения затронуты

Объявление относится к публичным приложениям с Admin API. Оно не распространяется на custom apps, приложения, созданные продавцами, и online-токены. Перед постановкой задачи уточните тип конкретной интеграции у разработчика: название приложения в списке магазина само по себе не объясняет используемую модель доступа.

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

Чем миграция отличается от восстановления сбоя

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

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

Как завершить проверку до крайнего срока

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

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