Dmitriy Kononov.
Обсудим задачуСвязаться

Новости и разборы

Каталог Shopify: проверить интеграцию до 2 ноября

Global Catalog REST API прекратит обслуживание, новый ответ содержит optional list_price. Как сохранить поиск и корректное отображение цены.

Каталог открывается сегодня, но подключение может зависеть от API, которому уже назначена дата отключения. Одновременно в ответе появляется дополнительная цена. Два обновления Shopify от 9 октября стоит разбирать вместе: смена способа получения данных не должна нарушить смысл карточки товара для конкретного покупателя.

Сначала установить, какой API используется

Shopify объявил прекращение обслуживания Global Catalog REST API с 2 ноября 2026 года. На 13 октября этот срок ещё впереди. В качестве пути миграции указан Global Catalog MCP, реализующий UCP, с инструментами поиска и получения данных товаров. Это изменение конкретного каталожного API, а не объявление об отключении всех Shopify API.

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

Дополнительная цена зависит от контекста

Во втором обновлении Shopify описал list_price как необязательное поле варианта товара для compare-at price. Его наличие зависит от настроек продавца и регионального контекста покупателя. Объект включает сумму в младших единицах валюты и саму валюту; поле price сохраняется.

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

Каталог товаров соединён с новым прозрачным разъёмом, а прежний металлический разъём отсоединён.
Концептуальная AI-иллюстрация перехода каталога и структуры ответа.

Связать миграцию с проверкой карточки

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

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

Завершить переход предметным результатом

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

Первый клиентский кабинет помогает выбрать сценарий приёмки. В архивной схеме собственного API рассматриваются контракты без утверждения об этой миграции. Для вашей API-интеграции обсудите потребителей каталога и условия отображения цены.

Источники