Скільки коштує Bubble для MVP: як читати сторінку тарифів і не переплатити наперед
Як я читаю сторінку тарифів Bubble перед запуском першого MVP без технічного бекграунду: на які ліміти дивитися, як перевірити навантаження до оплати і не отримати несподіваних витрат.
Прототип у nocode зібраний за кілька тижнів, і час переходити від чернетки до робочого застосунку. Саме тоді засновник без глибоких технічних навичок вперше по-справжньому відкриває сторінку тарифів. Мета в нього проста: швидко запустити MVP, перевірити гіпотези на реальних користувачах або показати робочий прототип першим інвесторам. Nocode і вайбкодінг дають змогу зібрати продукт самому. А от питання, яка реальна bubble.io price і коли саме треба платити, виникає тільки тут. Схожий розбір: Bubble Secrets Scanner: як знайти.
Типова помилка: людина бачить на маркетинговій сторінці максимальні пакети з річною підпискою і платить за них ще до першого кліку користувача. Нижче мій порядок, як читати тарифи Bubble без зайвих витрат. Поруч із цим: Bubble випустив редактор мобільних плагінів.
Головне правило білінгу: тариф прив'язується до проєкту
Bubble бере оплату не за акаунт загалом, а за кожен окремий проєкт (app). Якщо у вас в обліковому записі три тестові прототипи, у кожного свій план.
План складається з двох параметрів:
- Рівень (Tier): Free, Starter, Growth, Team або корпоративний Enterprise.
- Тип плану (Plan Type): Web only (лише веб-застосунок), Mobile only (лише нативний мобільний додаток) або комбінований Web + Mobile.
Банери на головній сторінці часто показують ціну за комбінований Web + Mobile з річною оплатою. Якщо ваш MVP — звичайний веб-сервіс, ці цифри вам не підходять. Я завжди спершу дивлюся, що саме випускаю, і тільки під це підбираю тип плану.
Де дивитися актуальні умови тарифів
Стороннім оглядам у блогах я не довіряю: цінова модель і наповнення пакетів змінюються. Сама документація Bubble каже прямо: якщо інструкції розходяться зі сторінкою оплати, рахуються лише офіційні умови на сторінках платформи.
Я перевіряю все в такому порядку:
- Головна сторінка тарифів: Bubble Pricing. Тут видно, для чого кожен рівень. Starter відкриває запуск на власному домені, робочі backend workflows і live-версію. Growth додає більше ресурсів і контроль розгортання. Team розрахований на спільну роботу.
- Детальна матриця лімітів: Bubble Plan Comparison. Тут технічні обмеження: кількість редакторів, історія версій, термін зберігання логів і мобільні збірки.
- Розділ навантаження: Bubble Workload Pricing. Пояснює, як рахуються Workload Units (WU).
- Панель вашого застосунку: у редакторі Settings → My plan (My plan). Тільки там видно реальні пропозиції для конкретної програми.
Ключові параметри для першого MVP
Щоб не переплатити, я оцінюю проєкт за чотирма вимірами.
1. Workload Units (одиниці навантаження)
Workload Units вимірюють обчислювальну роботу застосунку: запити до бази даних, робочі процеси, API-виклики. Bubble радить збирати й тестувати MVP на Free. У редакторі можна спокійно дивитися, скільки WU з'їдає додаток на типових сценаріях. Я так і роблю, перш ніж щось купувати.
На платному рівні (Starter, Growth чи Team) ви отримуєте базовий пакет WU на місяць. Коли він закінчується, за замовчуванням діє ставка $0.30 за кожні 1 000 WU, якщо не підключено додатковий пакет навантаження. На Free ні переліміту (overage), ні докупівлі пакетів WU немає. Якщо на платному плані вимкнути овердрафт, застосунок просто зупиниться, коли дійде до межі.
2. Кількість робочих місць (Collaborators / App Editors)
Поки ви працюєте самі, платити за місця немає сенсу. За документацією про співпрацю, Free і Starter не підтримують додаткових редакторів: у проєкті працює лише власник. Якщо в редакторі одночасно потрібен другий розробник чи помічник, доведеться брати Growth (до двох редакторів разом із власником) або Team.
3. Сховище файлів і плагіни
У базові плани входить певний обсяг файлового сховища. Більше місця докуповується пакетами: за Bubble Manual, це $3 на місяць за кожні 100 GB. Окремо закладайте сторонні витрати. Плагіни в маркетплейсі бувають безкоштовні, за одноразову плату або за щомісячною підпискою.
4. Веб проти мобільного додатку
Мобільний додаток можна будувати й тестувати на Free. Для публікації в магазинах або бойового запуску потрібен платний план із мобільними функціями (Mobile only або Web + Mobile). Плюс платежі поза Bubble. Наприклад, щорічна підписка Apple Developer Program: Bubble у гайді запуску вказує $99/рік, але цю суму я раджу перевіряти на сайті Apple.
| Аспект | У Bubble (мобільний додаток) | Поза Bubble / примітка |
|---|---|---|
| Збирання й тестування | Free | — |
| Публікація в магазинах або бойовий запуск | Платний план із мобільними функціями (Mobile only або Web + Mobile) | Платежі поза Bubble |
| Apple Developer Program | — | Щорічна підписка: у гайді Bubble — $99/рік; суму варто перевірити на сайті Apple |
Чек-ліст перед підключенням картки
Перш ніж вводити платіжні дані, я відповідаю собі на сім запитань:
- Чи можна закінчити збірку на Free? Якщо так, я лишаюся на Free, доки не треба підключати власний домен або відкривати бета-тест.
- Яка саме подія вимагає оплати? Підключення custom domain, бекенд-воркфлоу за розкладом чи публікація мобільного додатку.
- Чи потрібен окремий мобільний проєкт, чи вистачить одного проєкту зі спільним бекендом?
- Чи редагує застосунок хтось, крім власника?
- Чи готовий я до овердрафтів по навантаженню, чи краще поставити ліміт і не ризикувати списаннями?
- Який платіжний період? За правилами платіжного циклу, періодичність оплати плану і додаткових пакетів WU має збігатися, а WU рахуються за календарними місяцями.
- Чи діє пробний період? Нові застосунки мають 14-денний Starter trial, його треба активувати протягом 10 днів після створення застосунку. Він автоматично стає платним, тож скасуйте його вчасно, якщо тест не підтвердив ідею. Про це окремо: Демо Bubble MCP і бета. Схожий розбір: Bubble MCP: account-wide чи per-app.

| Питання | Що перевірити | Контекст / дія |
|---|---|---|
| Завершення на Free | Чи можна закінчити збірку без оплати | Якщо так — лишайтеся на Free, доки не потрібен власний домен або бета-тест |
| Подія, що вимагає оплати | Що саме запускає платний план | Підключення custom domain, бекенд-воркфлоу за розкладом або публікація мобільного додатку |
| Мобільний проєкт | Окремий mobile vs один проєкт | Чи вистачить одного проєкту зі спільним бекендом |
| Редактори | Хто змінює застосунок | Чи редагує застосунок хтось, крім власника |
| Навантаження (WU) | Овердрафт vs ліміт | Готовність до овердрафтів або краще ліміт, щоб не ризикувати списаннями |
| Цикл оплати та trial | Періодичність і пробний період | План і пакети WU — одна періодичність; WU за календарними місяцями; 14-денний Starter trial (активувати за 10 днів після створення), далі автоматично платний — скасувати вчасно, якщо ідея не підтвердилась |
Мій підхід простий: жодних підписок, поки продукт їх не вимагає. Я будую на Free, записую реальне навантаження, у день релізу ще раз звіряю цифри на сторінці порівняння і беру тариф під той крок, на якому стою зараз.