Переходите на Shopify Plus? 8 речей, які варто перевірити до міграції

Ми працюємо і на Shopify, і на Laravel, тому бачимо це рішення з обох боків. Розповідаємо, що перевіряємо разом із клієнтом перед переходом на Shopify Plus і чому відповіддю не завжди стає Shopify.

КОРОТКА ВІДПОВІДЬ

Що перевірити перед переходом на Shopify Plus

Перед міграцією на Shopify Plus перевірте вісім речей: хто підтримує ваші інтеграції, чи вміщуються найскладніші правила цін і доставки в Shopify Functions, який платіжний провайдер зможе приймати оплату в місцевих валютах, скільки насправді коштує в комісіях кожен тип замовлення, як інтеграції поводяться під навантаженням, які дані і яким способом переносяться, які старі URL вдасться зберегти і як ви будете йти, якщо доведеться. Shopify Plus знімає з власника сервери, оновлення ядра і безпеку checkout. Складність самого бізнесу він прибирає не завжди; часом вона просто переїжджає в застосунки, інтеграції та обмеження платформи.

Shopify від цього не стає поганим вибором. Для стандартного магазину він часто найкращий, і ми самі на ньому працюємо. Змінюється інше: перелік того, що треба перевірити до підписання договору.

Shopify прибирає сервери, але не завжди прибирає складність.

НАВІЩО SHOPIFY

Чому магазини переходять на Shopify Plus

Власники рідко обирають Shopify Plus випадково, і більшість причин, які ми від них чуємо, цілком слушні:

• Не потрібно тримати сервери: хостинг, оновлення безпеки, відповідність стандартам для карткових платежів і пікові навантаження бере на себе Shopify. Для команди, яка роками жила з оновленнями Magento і нічними аваріями, саме це може окупити підписку.
• Дизайн більше не шаблонний: давній страх, що магазин на Shopify буде схожий на всі інші, давно неактуальний. Тему можна спроєктувати і зробити з нуля під бренд, а для повної свободи вітрину можна побудувати окремо на Hydrogen, headless-фреймворку Shopify, залишивши за Shopify каталог і замовлення. Виняток один: checkout, який брендується і розширюється власними інструментами Shopify. Це питання ми досі часто чуємо від клієнтів, тому скажемо прямо: дизайн магазину може бути таким, який потрібен бренду.
• Знайомий покупцям checkout: Shopify постійно розвиває своє оформлення замовлення, і багато покупців уже платили через нього або через Shop Pay в інших магазинах.
• Команда працює без розробників: маркетинг і мерчандайзери самі запускають колекцію, кампанію чи лендинг, і бренд починає рухатися помітно швидше.
• Велика екосистема: тисячі застосунків, тем, агенцій і розробників, тому відсутня функція часто вирішується встановленням застосунку, а магазин легко передати іншій команді.
• Продажі не лише на сайті: точки продажу, соцмережі та маркетплейси підключаються до того самого каталогу і замовлень, а Plus додає B2B-функції для оптових покупців.
• Передбачувані витрати: для стандартного магазину фіксовану підписку простіше планувати, ніж потік рахунків за розробку.

Це добрі причини, і для багатьох магазинів вони закривають питання. Перевірки нижче потрібні, щоб переконатися, що ці причини залишаються в силі, коли до них додаються ваші власні ціни, ринки та інтеграції.

1. ПІДТРИМКА

Немає оновлень платформи, але розробка залишається

Ядро підтримує Shopify, а ваші інтеграції та власні застосунки залишаються вашою відповідальністю. Shopify випускає нову версію API щокварталу і підтримує кожну стабільну версію щонайменше дванадцять місяців, тому конектор до ERP, складу чи CRM потребує планової перевірки сумісності та оновлення щонайменше раз на рік.

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

2. ВЛАСНА ЛОГІКА

Власна логіка працює в заданих межах

Shopify Functions дозволяє магазину запускати власну логіку для знижок, доставки та способів оплати, і це справжній крок уперед. Але функції працюють у жорстких рамках: у функції обмежені кількість інструкцій, розмір вхідних даних і пам'ять, доступ до мережі мають лише деякі типи функцій, а випадкові значення і читання поточного часу заборонені. Власні застосунки з Functions доступні лише на тарифі Plus.

Це не означає, що складне правило неможливе. Це означає, що його треба перевірити саме в тій точці, де Shopify розраховує замовлення. Припустімо, підсумкова ціна залежить від договору покупця, регіону відвантаження, поточних даних з ERP і кількох умов знижки одночасно. Справжнє питання в тому, чи зможе функція отримати всі ці дані в момент оформлення замовлення, швидко і передбачувано, щоразу.

Зберіть найскладніший сценарій ціни чи доставки в невеликому прототипі до підписання великого проєкту. Якщо відкласти його «на етап інтеграцій», бюджет почне зростати вже після запуску.

3. ПЛАТЕЖІ

Продажі за кордон залежать від платіжного провайдера

Показувати місцеві ціни і справді приймати оплату в місцевій валюті не одне й те саме. За даними Shopify, оплата в місцевих валютах працює із Shopify Payments і, для великого бізнесу, з Adyen; з іншими провайдерами ціни під час оформлення замовлення перераховуються назад в основну валюту магазину.

Бренду, який продає в кількох країнах, до переїзду варто перевірити:

• чи доступний потрібний провайдер вашій юридичній особі;
• чи працює він у всіх країнах, де ви продаєте;
• у яких валютах відбувається оплата і виплата продавцю;
• чи зберігаються місцеві способи оплати, на які чекають ваші покупці.

Ризикований порядок виглядає так: спочатку спроєктувати міжнародні продажі, а потім виявити, що платіжна схема їх обмежує. Наскільки це важливо, ми бачили на багатомовних магазинах із власними цінами та податками для кожного ринку.

4. КОМІСІЇ

Рахуйте комісії за маршрутом замовлення, а не за сторінкою тарифів

Підписка лише початок. Shopify бере комісію за конвертацію валюти 1,5% у США і 2% у більшості інших регіонів, коли платіж переводиться у валюту виплати. Managed Markets, сервіс Shopify для обробки міжнародних замовлень, додає на Plus 3,25% понад обробку платежу і конвертацію; це стосується лише магазинів, які користуються цим сервісом. Сторонній платіжний провайдер бере свої комісії, а Shopify додає власну плату за його використання.

Ці відсотки належать до різних схем, тому їх не можна просто скласти. Працює інший підхід: порахувати кілька реальних маршрутів замовлення.

5. НАВАНТАЖЕННЯ

Під навантаженням інтеграції поводяться інакше

Shopify обмежує кількість запитів до API від застосунку; на Plus ліміти вищі, але вони не зникають. Для складного магазину це означає, що до запуску треба перевірити кілька сценаріїв:

• масове оновлення цін і залишків;
• затримку між ERP і вітриною;
• відновлення після збою інтеграції;
• синхронізацію під час піку замовлень.

Це не унікальна проблема Shopify: власну платформу теж треба проєктувати під навантаження. Але фраза «у нас є готовий конектор» ще не каже, як система поводитиметься за вашого обсягу змін.

6. ДАНІ

Міграція не обмежується товарами і клієнтами

Для різних даних Shopify використовує різні способи перенесення. Товари і клієнтів переносять через CSV-файли; для історії замовлень, подарункових карток, сторінок і записів блогу потрібні застосунки для міграції або API. Тому «перенесемо базу» ще не є описом робіт.

У переліку приймання має бути названо кожен тип даних: історія замовлень, зв'язки з клієнтами, знижки, баланси подарункових карток і дані застосунків, якими ви користуєтеся. Потім хтось перевіряє, що насправді перенеслося і як із цим працюватимуть співробітники.

7. URL

Редиректи не гарантують збереження позицій

Shopify попереджає, що його структура посилань найімовірніше відрізнятиметься від вашої попередньої платформи. Товари живуть у /products/, колекції в /collections/, і ці фіксовані шляхи не можна ні змінити, ні перенаправити. Редирект працює лише з адреси, яка більше не відкриває сторінку, частина шляхів зарезервована, а URL колекцій із фільтрами за тегами перенаправити не можна взагалі.

Тому до вибору платформи перевірте, чи можна відтворити структуру вашого каталогу і контенту, куди потраплять старі посадкові сторінки і які адреси вдасться перенаправити штатними засобами. Зробіть це до початку розробки, а не після.

Та сама структура знову стає важливою на виході. Після кількох років на Shopify кожне посилання, позиція і зовнішнє посилання прив'язані до його шаблону URL, і переїзд на іншу платформу означає ще одне повне коло редиректів. Жорстка структура адрес один із найнепомітніших способів, якими платформа утримує клієнта.

Сплануйте вихід до того, як увійдете.

8. ВИХІД

Вивантажити дані не означає забрати бізнес із собою

Ваші дані на Shopify залишаються вашими, і їх можна вивантажити. З робочою системою інакше: логіку всередині застосунків, налаштування податків, доставки, checkout і платежів, а також тему доведеться наново збирати на будь-якій новій платформі, а для перенесення історії замовлень потрібні окремі інструменти.

Вихід корисно спроєктувати на самому початку: які дані можна вивантажити, де живе логіка кожного застосунку, які налаштування доведеться відтворювати і скільки часу займе зміна платформи. Те саме питання варто поставити будь-якій платформі, зокрема власній; там відповідь залежить від того, чи перебувають код, документація та інфраструктура в руках компанії, як ми писали у статті про відхід з Magento у 2026 році.

ТЕСТ

Тест трьох правил

Найкорисніша перевірка займає одну зустріч. Візьміть три найнезручніші правила вашого поточного магазину і для кожного вимагайте конкретну схему реалізації, вартість підтримки і сценарій на випадок збою. Ціна, яка залежить від договору, доставка, яка залежить від міста, знижка, яка поєднується з одними акціями і не поєднується з іншими: саме на таких правилах видно, чи спрощує платформа ваш бізнес, чи просто змінює форму його складності.

Ми самі проводимо цей тест із клієнтами і водночас пропонуємо розробку на Shopify як послугу. І все ж після цих питань багато клієнтів, які прийшли до нас по Shopify, вирішили будувати на Laravel. Причина зазвичай була та сама: правила в них власні, і їм потрібна була платформа, побудована навколо цих правил.

КОЛИ SHOPIFY

Коли Shopify Plus правильний вибір

• Магазин стандартний: продажі напряму покупцям, один-два ринки, без нестандартних правил цін і доставки.
• Команда віддає перевагу керованій платформі і не хоче відповідати за сервери, оновлення і безпеку checkout.
• Платіжний провайдер підходить: Shopify Payments або Adyen покривають ваші країни та валюти.
• Тест трьох правил пройдено: найскладніші правила працюють у прототипі в межах обмежень Shopify.

FAQ

Джерела

• Shopify: About API versioning
• Shopify: Function APIs reference
• Shopify Help Center: Primary gateways for local pricing support
• Shopify: International sales tools
• Shopify Help Center: Creating and managing URL redirects
• Shopify Help Center: Migrate to Shopify