Shopify Hydrogen 2026-10: можно ли сохранить действующую витрину

Сначала определите, какой сайт у вас уже есть

Для полноценной витрины документация предусматривает фреймворк с исполнением серверного кода: среди примеров Next.js, React Router, Nuxt, Astro и SvelteKit. Готовые стартовые проекты есть для React Router и Next.js. Примеры для других перечисленных сред не следует считать равнозначными готовыми стартовыми проектами. Требования и варианты Hydrogen.

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

Shopify различает полную витрину на Hydrogen и более узкие варианты: для товаров и кнопок покупки на существующем сайте есть Storefront Web Components и Buy Button JS; для WordPress предусмотрен отдельный плагин. Самостоятельная витрина требует больше затрат и сопровождения, чем тема. Как Shopify предлагает выбирать способ подключения.

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

Разделите сохранённые страницы и новые обязанности

Hydrogen предоставляет торговые части, включая корзину, варианты товара, поиск, аналитику и работу с клиентским аккаунтом. Приложение сохраняет ответственность за интерфейс, маршруты, загрузку данных, хранение клиентских сеансов, страницы аккаунта и SEO-разметку. Оформление заказа остаётся на стороне Shopify; административный API в библиотеку не входит. Что остаётся в вашем приложении.

В предложении подрядчика нужны две отдельные колонки: «сохраняем» и «меняем». Запись «сайт остаётся прежним» слишком общая. Можно сохранить внешний вид и адрес страницы, но заменить источник цены, обработчик корзины и способ входа. Для каждого изменения укажите владельца проверки. Иначе небольшая по дизайну работа незаметно превратится в перенос нескольких процессов.

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

Учебный пилот: один товар вместо переписывания магазина

Представим вымышленную мастерскую с поддерживаемым Next.js-сайтом: есть главная, портфолио, статья об уходе и страница стула с двумя вариантами отделки. Компания хочет подключить торговлю Shopify, сохранив редакционные страницы. Следующий план является редакционным примером; мы не запускали такой магазин и не измеряли результат.

1. Зафиксировать границу. Главная, портфолио и статья остаются вне изменения. Для страницы стула записывают существующий URL, оба варианта и ожидаемый путь к оформлению. Приёмка не требует переделывать весь каталог.
2. Согласовать карту ответственности. Разработчик отвечает за страницу, маршрутизацию и отображение. Ответственный за торговый каталог проверяет соответствие вариантов. Владелец проекта принимает клиентский путь целиком, а не отдельно красивую карточку.
3. Проверить переходы. В разрешённой тестовой конфигурации посетитель открывает сохранённый адрес, выбирает отделку, меняет количество, переходит в другую страницу и возвращается. Проверяющий сверяет выбранный вариант и количество на каждом шаге, включая передачу к оформлению.
4. Проверить соседние страницы. Статья и портфолио должны открываться по согласованным адресам. Разработчик сохраняет результаты проверки метаданных и ссылок. Совпадение внешнего вида не подтверждает сохранность технических свойств страницы.
5. Записать непройденное. Если личный кабинет ещё не реализован, его нельзя считать готовым по успешному добавлению товара. Если до оплаты только дошли, это не завершённая тестовая покупка. Каждый результат получает точное описание и владельца следующего действия.

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

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

Проверьте хостинг и полную смету

Hydrogen и Oxygen выполняют разные задачи: Oxygen является вариантом размещения витрины. Выбор среды зависит от фреймворка; документация описывает также другие среды. Серверные обработчики должны работать в производственной сборке, а приватные значения должны оставаться на сервере. Условия развёртывания.

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

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

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

AI-помощник ускоряет работу только в пределах проверки

В выпуск входят инструкции для кодирующих агентов, связанные с установленной версией Hydrogen. Анонс перечисляет 20 таких навыков. Это инструкции для разработки; число не означает 20 новых готовых функций магазина или автоматическую приёмку проекта. Роль инструкций для AI-агента.

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

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

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

Какое решение должен получить собственник

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

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

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