За останні місяці частина мерчантів (а часом і агенцій) отримала листи від постачальників інтеграцій, які стверджували, що Shopify «значно обмежило доступ до API», і нібито на практиці інтеграції тепер мають працювати лише через застосунки зі Shopify App Store. Такі повідомлення створюють тиск: «мігруйте на іншу платформу» або «якнайшвидше змінюйте інтегратора».
Варто розібратись детальніше: Shopify не вимкнуло API. Натомість компанія змінила спосіб створення та підтримки інтеграцій — особливо тих, що базувались на старій, зручній, але менш безпечній моделі «згенеруй токен в панелі магазину та встав у зовнішню систему».
Оновлення: квітень 2026 — що насправді змінилось у Shopify
З 1.01.2026 Shopify не дозволяє створювати нові так звані «legacy custom apps» безпосередньо в адміністративній панелі магазину. На практиці це означає, що багато інтеграторів вже не можуть «попросити клієнта клацнути в Адмінці та скопіювати токен», як раніше.
Важливо зазначити:
- наявні legacy custom apps продовжують працювати (якщо були створені раніше)
- нові застосунки/інтеграції потрібно створювати та керувати ними через Shopify Dev Dashboard та встановлювати на магазин
- авторизація стає більш «застосунковою» (OAuth / client credentials), менш «ручною»
Саме в цей момент частина інтеграційних компаній почала надсилати тривожні листи про «блокування ключів API» — бо їхній попередній онбординг просто перестав працювати для нових впроваджень.
Чи правда, що «тільки App Store матиме доступ до API»?
Не зовсім так.
API залишається доступним для застосунків, але Shopify явно зсуває ринок у напрямку:
- public apps (іноді в App Store, іноді розповсюджені як кастомні/unlisted застосунки)
- custom apps, керованих через Dev Dashboard (для «внутрішніх» інтеграцій або тих, що належать організації)
- стандартних процесів авторизації замість ручного копіювання токенів
Для мерчантів практичний висновок такий: якщо постачальник інтеграції не має застосункового шляху авторизації (OAuth / нова модель токенів), у нього виникнуть проблеми з підключенням нових магазинів — але це автоматично не означає, що єдиний вихід — міграція платформи.
Що це означає для компаній, які вже мають інтеграцію з ERP?
Найчастіше зустрічаються три сценарії:
- У вас є інтеграція, і вона працює. Зазвичай «миттєвої катастрофи» немає. Якщо токен та застосунок були налаштовані раніше, інтеграція часто продовжує працювати.
- Ви хочете підключити новий магазин / новий канал / нову інстанцію. Тут виникає проблема, якщо інтегратор будував онбординг на старому механізмі генерації токенів в Адмінці. Постачальник повинен мати новіший процес авторизації.
- Вам потрібно відновити інтеграцію або ротувати доступ. Якщо з якоїсь причини старий застосунок було видалено або токен перестане працювати, повернутись до старого шляху вже не вдасться. Тому варто діяти заздалегідь.
Чи потрібно мігрувати з Shopify на іншу платформу?
Для багатьох компаній — ні.
Міграція e-commerce платформи — це масштабна операція (SEO, checkout, шаблон, автоматизації, аналітика, фіди, складські та бухгалтерські процеси). Якщо магазин зростає, продає cross-border або користується екосистемою Shopify, зміна платформи лише через те, що інтегратор не адаптувався до нових правил, рідко є оптимальним рішенням.
Найчастіше кращими сценаріями є:
- перехід на інтеграцію через офіційний застосунок постачальника (public app)
- інтеграція через проміжний шар/middleware (наприклад, Base та подібні інструменти)
- підготовка custom app або інтеграції, адаптованої під процес (де це обґрунтовано)
- заміна інтегратора на того, хто має готовий шлях авторизації та підтримки
Що зробити зараз: швидкий чекліст (30–60 хвилин)
- Складіть перелік інтеграцій, що стосуються Shopify: ERP/бухгалтерія, WMS, інтегратор маркетплейсу, PIM, рахунки, доставки
- Для кожної інтеграції запитайте постачальника: яка актуальна модель авторизації (OAuth / застосунок / Dev Dashboard)
- Якщо інтеграція була «на токені, що вставлявся вручну» — запитайте, як виглядає підключення нових магазинів після 1.01.2026
- Оцініть ризик: що станеться, коли токен доведеться відновити / ротувати / перенести?
- Підготуйте план Б: офіційний застосунок / middleware / custom integration
Наша позиція та як ми можемо допомогти
Для багатьох підприємців це неприємна новина, бо стосується критичних процесів (замовлення, склад, рахунки). Але це також гарна можливість впорядкувати архітектуру інтеграцій на Shopify та звільнитись від залежності від одного «вузького місця».
Як команда, що спеціалізується на Shopify в Україні:
- консультуємо, який сценарій має сенс (без тиску «мігруйте на іншу платформу»)
- маємо досвід роботи з інтеграціями Shopify через інструменти класу middleware (наприклад, Base та подібні рішення)
- підтримували інтеграції з популярними ERP-системами, що використовуються в Україні (залежно від архітектури клієнта)
Jeśli dostałeś podobny mail i nie wiesz, co to oznacza w Twoim przypadku - odezwij się. Zrobimy szybki przegląd integracji i zaproponujemy najbezpieczniejszą ścieżkę, bez chaosu operacyjnego i pochopnych decyzji.
FAQ: Shopify API, інтегратори та ERP після 1.01.2026
Чи вимкнуло Shopify API для інтеграторів?
Ні. Shopify не «вимкнуло API», але змінило правила створення та підтримки інтеграцій. Найбільша зміна стосується того, що з 1.01.2026 не можна створювати нові legacy custom apps безпосередньо в панелі магазину — інтеграції повинні працювати в більш «застосунковій» моделі (Dev Dashboard / OAuth / застосунки).
Чи перестане працювати моя інтеграція з ERP?
Якщо інтеграція працює зараз і була налаштована раніше, найчастіше негайної проблеми немає. Ризик виникає, коли потрібно її відновити, ротувати доступ, перенести на нову інстанцію, або коли в інтегратора немає нового процесу авторизації.
Чому я вже не можу згенерувати «ключ API» в панелі Shopify?
Бо Shopify вимкнуло можливість створення нових legacy custom apps в Адмінці. Якщо інтегратор досі базувався на інструкції типу «зайдіть у панель → створіть застосунок → скопіюйте токен», цей онбординг для нових впроваджень не працюватиме.
Чи правда, що тільки застосунки зі Shopify App Store матимуть доступ до API?
Це спрощення. Доступ до API реалізується через застосунки (публічні чи кастомні), але не кожен повинен бути публічно представлений в App Store. Ключове — щоб інтеграція була підготовлена відповідно до актуальної моделі Shopify (застосунок + правильна авторизація).
Що якщо мені потрібно підключити новий магазин Shopify чи новий канал продажів?
Тоді зміни після 1.01.2026 проявляться найбільш помітно. Якщо інтегратор має новий онбординг (застосунок/OAuth), підключення відбудеться нормально. Якщо ні — варто розглянути альтернативу: офіційний застосунок постачальника, middleware (наприклад, Base) або спеціалізовану інтеграцію.
Чи потрібно мені мігрувати з Shopify на іншу платформу?
Зазвичай ні. Міграція платформи — масштабна операція і рідко є найкращою реакцією на зміну способу авторизації інтеграції. Найчастіше кращими є сценарії: зміна інтегратора, перехід на офіційний застосунок, middleware (Base) або custom app/інтеграція.
Чи вирішує Base проблему інтеграції ERP з Shopify?
У багатьох випадках Base працює як стабільний проміжний шар (хаб) між Shopify та ERP/бухгалтерією/логістикою, особливо якщо потрібна багатоканальність та автоматизація. Це не завжди єдина опція, але часто найшвидший шлях до впорядкування процесу.
Як перевірити, чи мій інтегратор «готовий» до змін Shopify?
Поставте три запитання:
- Чи інтеграція працює як застосунок (public/custom) з актуальною моделлю авторизації?
- Як виглядає онбординг нових магазинів після 1.01.2026?
- Що ми робимо, коли потрібно відновити доступ або перенести інтеграцію?
Якщо відповіді нечіткі або зводяться до «згенеруйте токен в панелі» — це сигнал тривоги.
Що є більшим ризиком: відсутність в App Store чи відсутність нової моделі авторизації?
Друге. Сам факт, що застосунок не публічно представлений в App Store, не обов'язково є проблемою. Проблема — це відсутність впровадженого застосункового шляху та відсутність плану на онбординг/підтримку після змін Shopify.
Які найшвидші кроки для захисту бізнесу?
Складіть перелік усіх інтеграцій, що стосуються Shopify (ERP, рахунки, WMS, маркетплейс, PIM), запитайте постачальників про модель авторизації після 1.01.2026 та підготуйте план Б для найкритичніших процесів (замовлення, залишки, рахунки). За потреби проведіть аудит архітектури та прийміть рішення без тиску часу.
