From the desk
Bubble Review (2026): The Highest Ceiling, The Vaguest Bill
Bubble will let a non-programmer build software that has no business being buildable without code. Then it bills for server resources in a unit nobody can forecast, which is the whole review in one sentence.
On this page 6 sections
Most reviews of Bubble spend their length on what it can build, which is the least contested thing about it. Bubble can build a lot. A visual database, a workflow engine that handles conditions and scheduling, an API layer in both directions, and a plugin market that fills most of the remaining gaps. Two-sided marketplaces, booking systems with real availability logic, internal tools with nested permissions — people ship these on Bubble and they work.
The interesting question is what that costs, and Bubble's answer is unlike anyone else's on our best no-code app builders shortlist. It does not charge per seat, per record, or per published app. It charges for server work, and it measures that work in a unit whose consumption you cannot calculate before you build.
What the workload meter actually measures
Bubble's own manual puts it plainly: workload "represents the server resources needed to host, run, and scale apps built on Bubble," and the amount an app consumes is measured in workload units. Page loads, workflows, actions, searches and bulk operations all draw from one monthly pool.
What the manual does not contain is a price list. There is no published table saying that a search costs this many units and a page load costs that many. Bubble's position is that consumption depends on what your application does, which is true and also deeply unhelpful when you are trying to decide whether to build on it.
The practical consequence is that you cannot budget in advance. You can only build, run, and read the meter. Anyone who tells you what a Bubble app costs per month is either describing their own app or making it up. We go through the mechanics properly in what a Bubble workload unit is.
The plans, as published
As listed on Bubble's pricing page when we last read it, the tiers run: free with 50K workload units a month; Starter at $59 a month with 175K; Growth at $209 with 250K and two app editors; Team at $549 with 500K and five editors; and Enterprise on request with a custom allowance.
Two details in that list matter more than the headline prices.
The first is app editors. Bubble rations how many people can be inside the editor at once by plan. A solo builder never notices. A pair discovers that collaboration is a $209 feature; a team of three discovers it is a $549 one.
The second is what happens at the ceiling. Bubble lets you buy an additional workload tier, or pay overages as they occur, and — the part worth knowing — lets you disable overages so that the app cannot spend beyond its plan. That is a genuinely good option to have, but read what it means: with overages off, hitting the limit degrades the app rather than the invoice. You are choosing which failure you would rather explain.
Price against allowance, plan by plan
- Free
- Starter
- Growth2 app editors
- Team5 app editors
The thing that makes Bubble different from its meter
Here is the uncomfortable property of usage-based pricing that seat-based pricing does not have: an inefficient build costs more than an efficient one, permanently.
Two people can build the same feature in Bubble. One structures the searches so the database does the filtering; the other pulls a list and filters it on the page. Both work. Both look identical to a user. One of them consumes considerably more workload every single time someone opens that screen, and will keep doing so for as long as the app exists.
That is not a flaw exactly — it is how server billing works everywhere, including on the cloud providers real developers use. But it is a genuine difference from every other tool in this category, and it means Bubble quietly rewards knowing what you are doing. The people who find Bubble expensive and the people who find it cheap are frequently running comparable apps.
Who Bubble is genuinely right for
Bubble earns its place when the application has rules. Not fields and screens — rules. Approval chains where the approver depends on the amount. Pricing that changes by customer tier and date. A marketplace where two different kinds of user see two different applications wearing one brand.
Every other platform in this category starts saying no somewhere in that paragraph. Bubble says yes, and keeps saying yes for considerably longer than most projects need.
It is equally clearly the wrong answer when the app is simple. If what you need is a list of records with a form on it, Bubble will build that, and you will have paid in learning curve and workload for a ceiling you are nowhere near. That job belongs somewhere else.
What you cannot take with you
Bubble documents exporting your database to CSV, JSON or NDJSON. That is a real export and better than nothing — your records are recoverable.
The application is not. There is no documented way to export the app itself: the pages, the workflows, the privacy rules, the plugin wiring. If you leave Bubble, you leave with a data file and a screenshot folder, and the thing you actually spent months building has to be constructed again somewhere else.
This is true of nearly everything in this category, and we treat it as a category fact rather than a Bubble complaint in getting your app out. But the more capable the platform, the more there is to lose, and Bubble is the most capable platform here. The amount of work you cannot retrieve scales with how good the app is.
The verdict, expanded
Bubble is rated highly on this desk because it does the hard thing: it lets people without a programming background ship software with real logic in it, and the results hold up. Nothing else in the category is close on that measure.
The rating is not higher because of the meter. Not because usage billing is wrong — it is arguably the fairest model in the group — but because Bubble asks you to commit to a cost structure it will not help you estimate. A platform that says "it depends on your app" and publishes no way to reason about it has transferred a planning problem to you and called it flexibility.
Build on Bubble when the complexity justifies it, structure your searches carefully from the first week, turn on the usage panel and look at it, and decide deliberately whether you want overages capped or uncapped before you need to know. Do all four and Bubble is an excellent place to run a business. Do none of them and you will eventually write a post about your surprise invoice, and it will be a very popular post.
Connects to
Everything on this desk feeds one comparison: the best no-code app builders, ranked by which meter suits which shape of application.