Bubbles Preisseite zeigt vier Zahlen: 0 $, 69 $, 249 $, 649 $. Das sieht aus wie eine normale SaaS-Staffelung. Was sie nicht zeigt, ist der Zähler, der unter jedem Plan mitläuft: Workload Units (WU), Bubbles Bezeichnung für die Serverlast, die durch Workflow-Aktionen und Datenbankabfragen entsteht. Der Listenpreis kauft ein Kontingent, keinen festen Kostenpunkt. Dieser Guide zeigt, was eine Bubble-Rechnung vom Start bis zum Produktionsmaßstab tatsächlich treibt, anhand der Kriterien aus /methodology, um den Trade-off einzuordnen.
Wofür eine Workload Unit tatsächlich berechnet wird
Eine Workload Unit wird jedes Mal verbraucht, wenn Ihre App auf Bubbles Servern arbeitet: eine Workflow-Aktion wird ausgelöst, eine Datenbanksuche läuft, eine Seite lädt dynamische Daten. Der kostenlose Plan umfasst 50.000 WU/Monat und 200 Datensätze, genug zum Bauen und Vorführen, aber nicht, um eine echte App zu betreiben. Starter springt auf 175.000 WU/Monat für 69 $/Monat, Growth auf 250.000 WU/Monat für 249 $/Monat und Team auf 500.000 WU/Monat für 649 $/Monat.
Die Plan-Stufen wirken wie eine simple Kapazitätsstaffelung. Das Problem ist, dass der WU-Verbrauch nicht proportional zum Traffic ist, sondern proportional dazu, wie effizient die App gebaut ist. Ein gut optimierter Workflow und ein aufgeblähter, die dieselben Nutzer bedienen, können völlig unterschiedliche WU-Summen verbrauchen, und der Entwickler weiß meist erst bei der Rechnung, welchen von beiden er gebaut hat.
Wo die Rechnung tatsächlich aus dem Ruder läuft
Ineffiziente Workflows und Suchen. Bubbles eigene Architektur belohnt effiziente Datenbankabfragen und bestraft schlampige. Ein Reddit-Nutzer bringt den Mechanismus direkt auf den Punkt: „Sie berechnen nach Nutzung, also: Server mehr nutzen, mehr zahlen … WU ist nur eine andere Art, ‘Cloud Computing’ zu sagen.“ Derselbe Nutzer fügt nach Jahren auf der Plattform das ehrliche Urteil hinzu: „Ich liebe es für MVPs, aber für den Produktivbetrieb wird es einfach zu teuer.“
Unvorhersehbare Spitzen statt allmählichem Wachstum. Da WU eher die Komplexität von Workflows und Abfragemuster abbildet als eine klare Zahl pro Sitz oder Nutzer, kann eine einzige unoptimierte Funktion den Verbrauch ohne Vorwarnung in die Höhe treiben. Fachanalysen von LowCode Agency und Amelie Solutions weisen darauf hin, dass das Workload-Abrechnungsmodell schwer zu prognostizieren ist und ineffiziente Konfigurationen die Rechnung ohne Vorwarnung in den vierstelligen Dollarbereich treiben können.
Eine Editor-Leistungssteuer zusätzlich zur Laufzeitrechnung. Entwickler berichten, dass der Bubble-Editor selbst bei größeren Projekten 5 GB RAM oder mehr pro Tab verbraucht, mit Rucklern, die Seiten-Neustarts erzwingen. Das ist keine WU-Belastung, aber ein echter Kostenfaktor: verlorene Zeit im Kampf mit dem Tool, während der WU-Zähler im Produktivbetrieb weiterläuft.
Der Absturz bei Planablauf. Der schwerwiegendste dokumentierte Fehlerfall ist keine hohe Rechnung, sondern der komplette Verlust der App. Ein Nutzer beschreibt, wie eine kostenpflichtige Bubble-App nach Aufbrauchen des Guthabens automatisch auf die Grenzen der kostenlosen Stufe zurückfiel und „komplett abgeschaltet“ wurde, mit einem Fehlerbildschirm statt der Live-Seite. Für ein Unternehmen, das eine echte App auf Bubble betreibt, ist das ein Risiko für die Produktionsreife, nicht nur ein Kostenposten.
Warum das zwei bewertete Kriterien trifft, nicht nur eines
Die Workload-Unit-Preisgestaltung ist an sich schon ein Kostenproblem, verschärft aber zwei der sechs Kriterien, nach denen diese Seite Plattformen bewertet.
Die Wartbarkeit trifft es direkt. Jede Funktion, die Sie nach dem Launch hinzufügen, ist ein Workflow, den Sie fortan effizient halten müssen, denn Bubbles Scorecard merkt an, dass komplexe Apps einen Workflow-Wildwuchs ansammeln, der schwer zu prüfen ist, und ein wuchernder Workflow ist auch ein WU-hungriger. Bubble erhält genau deshalb 6,0 bei der Wartbarkeit: Visuelle Änderungen generieren die App nicht neu, was positiv ist, aber die dauerhafte Last, Workflows schlank und prüfbar zu halten, verschwindet nie.
Die Produktionsreife trägt den zweiten Treffer. Eine Plattform, bei der die App durch einen Zahlungsausfall oder einen nicht eingeplanten Traffic-Anstieg abgeschaltet werden kann, liegt nicht vollständig in Ihrer Kontrolle. Bubble erhält 7,0 bei der Produktionsreife, und die WU-Volatilität sowie berichtete Unstimmigkeiten bei der Zahlungsintegration sind die konkreten Abzüge hinter dieser Zahl.
Bei diesen beiden Kriterien erreicht Softr 9,0 bei der Wartbarkeit und bietet feste Pläne von 49 $ bis 269 $/Monat bei jährlicher Abrechnung ohne Nutzungszähler, sodass die Rechnung im zweiten Jahr genauso aussieht wie im ersten. Das ist keine Behauptung, dass Softr an Bubbles gestalterische Flexibilität heranreicht, wo Bubble mit 8,5 gegenüber Softrs ehrlichen 5,5 zu Recht gewinnt. Es ist die Behauptung, dass für eine Business-App, die durch Logins, Berechtigungen und einen langen Wartungshorizont geprägt ist, eine feste Rechnung und ein Bearbeitungsmodell mit wenig Wildwuchs mehr zählen als pixelgenaue Kontrolle.
Wie man eine Bubble-Rechnung tatsächlich prognostiziert
Wenn Bubble weiterhin die richtige Wahl ist, weil die App wirklich pixelgenaue Gestaltungsfreiheit oder tiefgehende individuelle Logik braucht, sollte man es wie den gemessenen Dienst kalkulieren, der es ist, nicht wie einen SaaS-Sitzplatz zum Festpreis.
- Kalkulieren Sie mit dem Growth-Plan, nicht dem Starter-Plan, für jede App mit echten Nutzern. 175.000 WU/Monat klingen nach viel, bis ein paar komplexe Workflows unter echtem Traffic laufen.
- Prüfen Sie Workflows vor dem Launch auf Sucheffizienz, da unoptimierte Datenbankabfragen der am häufigsten genannte Auslöser für ausufernden WU-Verbrauch sind.
- Behandeln Sie die Stufen Free und Starter nur als Prototyping-Budget. Die Grenze von 200 Datensätzen bei Free und die WU-Obergrenze bei Starter sind Demo-Limits, keine Produktionslimits.
- Haben Sie einen Plan für das Szenario des Zahlungsausfalls. Eine kostenpflichtige App kann auf die Grenzen der kostenlosen Stufe zurückfallen und ausfallen, wenn das Konto nicht aktuell gehalten wird, was eine Frage der Geschäftskontinuität ist, nicht nur der Kosten.
Der ehrliche Vergleich
Bubble verdient sich seinen hohen Wert bei der Gestaltungsflexibilität redlich: ein pixelgenauer Editor und eine tiefgehende relationale Logik, die kaum eine No-Code-Plattform erreicht. Was es nicht bietet, ist eine feste, kalkulierbare Rechnung, und die Workload-Unit-Preisgestaltung ist der Mechanismus, der aus „wir sind über den Starter-Plan hinausgewachsen“ ein „wir wissen nicht, was nächster Monat kostet“ macht. Für ein individuelles Verbraucherprodukt oder ein komplexes SaaS-MVP, bei dem genau diese Gestaltungsobergrenze der Sinn der Sache ist, ist der gemessene Preis ein fairer Tausch. Für ein Kundenportal, ein internes Tool oder ein CRM, bei dem Zuverlässigkeit und planbare Ausgaben den Unterschied machen, zeigt Bubble vs Softr, warum die Plattform mit Festpreis bei den für diese Anwendungsklasse entscheidenden Kriterien gewinnt. Siehe /methodology dafür, wie jede Bewertung auf dieser Seite zustande kommt.