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

Установите, подходит ли сценарий

Объявление относится к конкретной миграции, а не к любому отказу авторизации. Окно восстановления действует до семи дней после исходного обмена и завершается раньше, если пара успешно обновлена либо заменена новым получением токенов. Срок refresh-токена повтором не продлевается.

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

Не путайте повтор обмена с рабочим доступом

Старый бессрочный токен после миграции остаётся недействительным для GraphQL Admin API. Он может участвовать в допустимом повторе миграции, но не превращается обратно в обычный рабочий ключ. Сохранять его как запасной способ чтения заказов — неверная трактовка обновления.

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

Проверьте сохранение всей пары

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

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

Проверьте данные за время сбоя

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

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