Bubble випустив редактор мобільних плагінів у бету і закриває BubbleGo: що це змінює для MVP

22 вересня 2026 року менеджерка продуктів Bubble Емі Чжун (Amy Zhong) оголосила дві новини про нативну мобільну розробку. Перша: редактор мобільних плагінів перейшов з альфи в публічну бету. Друга: BubbleGo, застосунок для швидкого попереднього перегляду, офіційно отримав статус deprecated. Схожий розбір: Кінець BubbleGo і npm у.

Якщо ви збираєте MVP на no-code або через вайбкодинг без технічної команди, ці новини тягнуть у різні боки. Перша розширює те, що можна зібрати. Друга змінює звичний спосіб тестувати гіпотези перед першим релізом. Розберу обидві.

Що змінилося в редакторі мобільних плагінів

Головне технічне оновлення в тому, що нативні плагіни тепер підтримують сторонні npm-бібліотеки. В альфі розробникам плагінів були доступні лише базові бібліотеки React Native. Тепер у плагін можна підключити практично будь-який готовий пакет з npm. Поруч із цим: ~700 мобільних плагінів Bubble і. Схожий розбір: Codex CLI stable і 28-day.

У маркетплейсі Bubble вже близько 700 мобільних плагінів. Коли npm відкритий, нові готові компоненти з'являтимуться значно швидше. Це можуть бути специфічні графіки, сканери, платіжні шлюзи чи інтеграції з апаратними функціями телефона. Для нетехнічного фаундера висновок простий: складну функцію частіше можна буде додати готовим плагіном і не замовляти дорогу кастомну розробку. Про це окремо: Expo SDK 57 у Bubble.

Чому закривають BubbleGo і як тепер тестувати застосунок

BubbleGo був найпростішим способом відкрити свій мобільний застосунок на телефоні без модерації в App Store чи Google Play. Але політика Apple забороняє застосунки для прев'ю й тестування стороннього коду. Через це Bubble більше не може випускати для BubbleGo ні оновлень, ні виправлень помилок.

Застосунок лишається в маркетах, і вже встановлені копії працюватимуть далі. Але нових версій не буде. Замість BubbleGo Bubble пропонує два інструменти:

1. Симулятор пристрою в браузері (Simulated device mode). Веб-прев'ю в цьому режимі працює через симулятор пристрою, а не через звичайний React Native for Web. За словами співзасновника Bubble Еммануеля Страшнова (Emmanuel Straschnov), режим доступний навіть на безкоштовному тарифі. Є нюанс: коли платформа під високим навантаженням, на запуск сесії можуть утворюватися черги.
2. Тестові збірки (Dev builds). Це повноцінні збірки. Їх встановлюють на реальний пристрій через TestFlight (iOS) або Google Play Console (Android). Збірка лишається підключеною до редактора Bubble, тому зміни видно наживо одразу. Для цього потрібні платний тариф Bubble і підключені акаунти розробника Apple та Google.

Практичні висновки для запуску MVP

Якщо задача в тому, щоб якнайшвидше перевірити ідею й отримати перші відгуки клієнтів, я б звернув увагу на такі речі:

• На ранніх етапах працюйте у веб-симуляторі. Логіку, дизайн і базові користувацькі шляхи я б перевіряв у Simulated device mode. Для цього не потрібні платна підписка чи акаунти розробника в Apple та Google.
• Не покладайтеся на стандартне веб-прев'ю, якщо плагіни складні. Воно досі працює на React Native for Web і може неправильно відображати плагіни зі сторонніми npm-бібліотеками. Якщо компонент у браузері поводиться дивно, перевірте його в симуляторі або в dev build.
• Заздалегідь закладіть час і бюджет на dev builds. Тепер, щоб показати застосунок першим користувачам чи інвесторам на живому пристрої, доведеться налаштувати тестову збірку через TestFlight або Play Console. Для цього потрібен платний план Bubble. Натомість ви бачите точну поведінку застосунку, без сюрпризів.
• Стежте за оновленнями, поки триває бета. У перші дні спільнота писала про тимчасові нюанси інтерфейсу. Також повідомляли про затримки оновлень повітрям (OTA updates) після додавання деяких npm-пакетів. Додавайте нові плагіни по одному. Тоді, якщо щось зламається, проблему буде легко знайти.