Миграция темы Shopify Horizon 2026: как принять до запуска?

По данным страницы Horizon в Shopify Theme Store, версия 4.1.4 была опубликована 10 августа 2026 года в карточке темы Shopify. Это не повод сразу менять действующую витрину. Для миграции темы Shopify Horizon 2026 оставьте старую тему рабочей, добавьте актуальную версию в черновики и выделите отдельный цикл приёмки: сначала контент и приложения, затем рынки, Safari и покупательский путь, после чего — публикация или откат.

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

Эта статья предназначена для трёх групп:

• владельцев Shopify-магазинов, переходящих со старой темы или Online Store 2.0;
• контент- и маркетинг-операторов, отвечающих за локализацию, товары и приложения;
• сотрудников, которые принимают американскую и международную витрину в Safari и оформляют итоговое решение по запуску.

Владелец магазина: сначала определите границы, а не внешний вид

Решение о переходе на Shopify Horizon нельзя принимать только по главной странице. Horizon относится к современной архитектуре тем с поддержкой секций, блоков и динамических источников, однако архитектура не гарантирует автоматический перенос всех индивидуальных изменений. Официальное описание управления версиями Shopify отдельно показывает, что обновление темы и перенос настроек — разные операции в справке о версиях и архитектуре тем.

Сначала ответьте письменно на четыре вопроса:

1. Вы обновляете уже используемую тему или устанавливаете Shopify Horizon как отдельную тему?
2. Какие файлы Liquid, скрипты, пиксели, CSS-фрагменты и ручные изменения были добавлены в текущую витрину?
3. Какие страницы нельзя выпускать с дефектом: товар, коллекция, поиск, корзина, аккаунт клиента, доставка и вход в оформление заказа?
4. В какой период публикация запрещена из-за распродажи, рекламной кампании или сезонного пика?

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

Решение по архитектуре и откату

При установке новой темы не удаляйте старую и не редактируйте её как единственную рабочую копию. Shopify описывает добавление тем и управление ими через отдельные записи в админ-панели в официальной инструкции по добавлению тем. Используйте это разделение как основу двойной проверки:

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

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

Контент-оператор: сопоставьте шаблоны и рынки

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

Проверяйте в отдельности:

• главную страницу;
• карточку товара с одним и несколькими вариантами;
• страницу коллекции с фильтрами;
• поиск с результатом и без результата;
• информационные страницы, статьи и страницы политики;
• корзину, страницу клиента и ссылки на оформление заказа.

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

Локализация требует отдельного прохода

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

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

Ответственный за приложения: установленное приложение ещё не подключено

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

Составьте реестр приложений с шестью полями:

1. название и бизнес-функция;
2. место отображения;
3. способ подключения;
4. ответственный со стороны команды;
5. тестовый сценарий;
6. результат и доказательство.

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

Если блок Horizon не виден, действуйте по порядку:

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

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

Региональный проверяющий: отделите предпросмотр США от доказательства покупателя

Черновой режим позволяет посмотреть тему с выбранными рынком и языком, но редактор не воспроизводит все условия реального сеанса. Поэтому Shopify Horizon следует проверять в два этапа: сначала через встроенный предварительный просмотр, затем через отдельную покупательскую сессию с зафиксированными параметрами.

В каждой сессии неизменными должны оставаться:

• товар и его вариант;
• страна и язык;
• домен или входная ссылка;
• браузер и тип устройства;
• состояние cookies;
• источник перехода.

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

Для воспроизведения американского покупательского опыта допустима независимая зарубежная Mac-сессия. Например, команда может использовать американский узел VMSPIN, чтобы открыть страницу из отдельной сети и сохранить последовательность действий. Это инструмент проверки интерфейса и доступности страницы, а не способ обходить правила Shopify, ограничения платежей или требования к аккаунту.

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

Safari-проверка: сравнивайте не макет, а путь покупки

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

Выполните следующий сценарий в черновой теме:

1. Откройте главную страницу в новой приватной сессии Safari.
2. Перейдите в коллекцию через меню и через прямую ссылку.
3. Найдите товар встроенным поиском и проверьте пустой результат.
4. Выберите другой вариант товара и убедитесь, что цена, изображение и доступность меняются согласованно.
5. Добавьте товар в корзину и проверьте выдвижную корзину, количество и удаление позиции.
6. Перейдите к входу клиента, если аккаунты используются в магазине.
7. Нажмите переход к оформлению заказа, но не создавайте реальный заказ без утверждённого сценария.
8. Повторите маршрут для американского рынка и сравните локализованные элементы.

Для технической фиксации откройте Web Inspector. Apple указывает, что этот инструмент позволяет исследовать DOM, консоль и сетевое поведение страницы в документации Web Inspector. Сохраните сообщение ошибки, запрос с неудачным статусом, состояние элемента и время теста. Затем повторите то же действие в действующей теме при одинаковых условиях.

Режим адаптивного дизайна Safari полезен для быстрого сравнения ширины и переполнения, но он не является полноценным мобильным устройством. Если в меню, корзине или выборе варианта есть проблема на телефоне, подтвердите её на физическом устройстве. Для проверки веб-содержимого iOS Apple предусматривает отдельный сценарий инспектирования в документации по проверке iOS.

Контрольный список приёмки по ролям

Используйте список как рабочий документ. Каждый пункт должен иметь имя ответственного и ссылку на снимок экрана, запись или задачу на исправление.

Владелец магазина

• [ ] Зафиксирована действующая тема, её версия и список пользовательских изменений.
• [ ] Определены страницы, рынки и покупки, которые считаются критическими.
• [ ] Horizon добавлена в черновые темы, а действующая тема сохранена.
• [ ] Назначены условия остановки публикации и процедура отката.
• [ ] Указаны даты, участники и ожидаемое окно запуска.

Контент и локализация

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

Приложения

• [ ] Составлен полный список приложений и внешних скриптов.
• [ ] Для каждого приложения указан способ подключения в Horizon.
• [ ] Проверены отзывы, подписки, поиск, чат, фильтры и маркетинговые компоненты.
• [ ] Зафиксированы отсутствующие блоки и назначены ответственные.
• [ ] Подтверждена совместимость критических приложений или утверждён план сохранения старой темы.

Safari и запуск

• [ ] Выполнен путь от входной страницы до перехода к оформлению заказа.
• [ ] Проверены меню, поиск, вариант товара, корзина и аккаунт клиента.
• [ ] Для ошибок сохранены данные Web Inspector.
• [ ] Тест повторён в действующей теме для сравнения.
• [ ] Перед публикацией записаны версия Horizon, дата теста и список нерешённых вопросов.
• [ ] После публикации запланирована повторная проверка ключевых входов.

Как принять решение: выпускать, исправлять или откладывать

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

В качестве минимального результата проекта храните не только список «готово», но и комплект воспроизводимых материалов: URL, рынок, язык, браузер, состояние сессии, снимок экрана и описание ожидаемого поведения. Если проблема проявляется только в Safari, добавьте данные Web Inspector и сравнение с текущей темой.

Текущая схема или Mac для приёмки

Если проверка выполняется только на Windows, вы не увидите часть поведения Safari и будете зависеть от чужого устройства. Если команда каждый раз подключается к случайному одолженному Mac, меняются сеть, cookies, расширения и состояние браузера — такое сравнение трудно повторить. Ещё один недостаток — отсутствие постоянного доступа к отдельной зарубежной сессии для проверки американской витрины.

Для короткой миграции покупать отдельный компьютер тоже не всегда рационально: устройство нужно подготовить, обновить, защитить, передать сотруднику и затем хранить до следующего проекта. Аренда Mac для временной команды позволяет получить отдельную macOS-среду на нужный период, подключаться удалённо и повторять один и тот же сценарий Safari без передачи физического устройства между сотрудниками. Это не отменяет проверки на мобильном устройстве и не подходит тем, кому постоянно нужны локальные порты, периферия или длительная тяжёлая нагрузка, но для этапа миграции и контрольных прогонов такой вариант обычно проще поддерживать.

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

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