Bubble vs Softr: Die App bauen oder ein Front End auf bestehende Daten setzen?

Von Camellia · Aktualisiert am 26. August 2026

Aktualisiert im August 2026

Diese beiden Namen landen aus einem Grund auf derselben Shortlist, der nichts mit Funktionsüberschneidungen zu tun hat. Sie sind Ops Lead, IT Director oder Gründer, haben „No-Code-App-Builder“ in eine Suchleiste getippt, und beide sind aufgetaucht, weil beide es Nicht-Entwicklern erlauben, etwas Echtes ohne Dev-Backlog auszuliefern. Dort endet die Ähnlichkeit. Das eine liefert Ihnen eine Datenbank, eine visuelle Logik-Engine und eine echte Anwendung, für die Sie Fremden Geld abnehmen könnten, und verlangt von Ihnen, dass Sie akzeptieren, dass der Bau von Software Wochen dauert. Das andere geht davon aus, dass Ihre Daten bereits irgendwo liegen, in Airtable, Google Sheets, einer Softr Database, HubSpot oder Postgres, und bringt in Stunden ein gebrandetes Portal mit Berechtigungen darüber.

Hier die Unterscheidung, die diesen Vergleich entscheidet, noch bevor eine Funktionszeile ins Spiel kommt. Bubble ist ein Full-Stack-Builder: Sie bauen ein Produkt, samt Datenmodell. Softr ist ein Front End: Sie liefern eine Oberfläche für Daten aus, die Ihnen bereits gehören. Wenn Sie nicht sicher sind, zu welchem Lager Sie gehören, hilft Ihnen der Rest dieses Artikels erst weiter, wenn Sie sich entschieden haben, denn jede Tabelle unten setzt voraus, dass Sie die Antwort schon kennen.

TL;DR

Wofür jedes Tool tatsächlich gebaut wurde

Bubble ist Full-Stack und will, dass Sie das gleich zu Beginn wissen: eine Datenbank, eine visuelle Workflow-Engine, die als echte Backend-Logik funktioniert, und eine gehostete, responsive Anwendung, alles in einem Produkt. Sie definieren Datentypen, bauen Workflows, gestalten Seiten, und Bubble hostet das Ganze samt Datenbank. Nichts muss existieren, bevor Sie anfangen. Genau diese Unabhängigkeit ist auch der Grund, warum ein echter Bubble-Build Wochen statt Stunden dauert, und warum die Community drumherum so stark gewachsen ist: 6 Millionen Builder haben mehr als 7 Millionen Apps in über 220 Ländern und Gebieten ausgeliefert, und auf der Plattform gebaute Marktplätze wickeln jährlich über $1 Milliarde ab, laut Bubbles eigenem Blog.

Softr geht von der gegenteiligen Annahme aus: dass das Datenmodell bereits irgendwo existiert und Ihre Aufgabe darin besteht, eine echte Oberfläche darauf zu setzen, statt eine zu erfinden. Verbinden Sie es mit einer Airtable-Base, einem Google Sheet, einem HubSpot CRM, einer Postgres-Datenbank oder, falls Sie wirklich noch nichts haben, mit der eigenen schlanken Softr Database, und es baut Seiten, Logins, Rollen und Berechtigungen auf Datensatzebene darüber, ohne dass Sie Backend-Logik anfassen. Eine eigene Workflow-Engine wie Bubble betreibt es nicht; es liest und schreibt dort, wo Ihre Daten ohnehin liegen. Das ist der ganze Grund, warum es in Stunden statt Wochen live geht: Es gibt kein Datenmodell zu erfinden, nur ein Front End zu gestalten. Darum spielt auch Airtable in diesem Vergleich eine besondere Rolle. Allein Airtable zählt 500.000 Organisationen, die darauf aufbauen, darunter 90 % der Fortune 100, und 10 Millionen aktive Nutzer, laut Airtables eigener About-Seite. Das ist ein sehr großer Pool ungestalteter Tabellen, die genau auf die Art Portal warten, die Softr bauen soll.

Wichtige Fakten

• Airtable, eine der häufigsten Datenquellen von Softr, zählt 500.000 Organisationen, die darauf aufbauen, darunter 90 % der Fortune 100, und 10 Millionen aktive Nutzer, laut Airtables eigener About-Seite.
• Bubbles Community ist auf 6 Millionen Builder angewachsen, die mehr als 7 Millionen Apps in über 220 Ländern und Gebieten ausgeliefert haben, wobei auf Bubble gebaute Marktplätze jährlich über $1 Milliarde abwickeln, laut Bubbles eigenem Blog.
• Softr hat seine gesamte Tarifstruktur am 5. August 2026 neu bepreist und überführt jeden bestehenden zahlenden Kunden unbefristet in seinen alten Tarif, ohne dass eine Aktion nötig ist, laut Softrs eigener Community-Ankündigung.
• Der Umsatz mit Low-Code-Entwicklungstechnologien, der Kategorie, in der beide Tools angesiedelt sind, soll laut Gartner wie von InfoWorld berichtet über vier Jahre um 19 % wachsen und bis 2026 $44,5 Milliarden erreichen.
• Unternehmen, die Citizen Developer befähigen, erzielen bei der Innovation 33 % höhere Werte als Unternehmen im untersten Quartil, laut McKinseys Developer-Velocity-Forschung, die grundlegende Begründung dafür, eines der beiden Tools einem Nicht-Entwickler zu geben, statt auf einen Dev-Backlog zu warten.

Was sich im August 2026 geändert hat

Softrs Tarifstruktur hat sich am 5. August 2026 geändert, und das ist die entscheidungsrelevanteste Tatsache in diesem Vergleich. Die alte Struktur, die in den meisten Softr-Beiträgen im Netz noch beschrieben wird, lautete Basic $49, Professional $139 und Business $269, mit jeweils 20, 100 und 500 App-Nutzern. Diese Struktur gibt es nicht mehr.

Die Seite zeigt heute Free, Basic für $19/Monat, Pro für $99/Monat und Business für $329/Monat, mit deutlich knapperen App-Nutzer-Kontingenten als zuvor. Basic enthält jetzt Team: 5 plus Client: 5, insgesamt zehn namentlich benannte Logins, gegenüber 20 im alten Basic-Tarif. Pro enthält 10 Team-Nutzer plus Client-Nutzer ab $1/Monat; Business enthält 30 Team-Nutzer plus Client-Nutzer ab $2/Monat. Apps, Datenbanken, Workflows und Formulare bleiben in jedem Tarif unbegrenzt, auch in Free, und Builder können ohne Zusatzkosten als App-Nutzer hinzugefügt werden. Der Einstiegspreis ist gesunken. Das enthaltene Publikum nicht, und für alle, deren Portal mehr als eine Handvoll externer Logins bedient, ist genau diese Zahl entscheidend für die Rechnung.

Die gute Nachricht für alle, die bereits zahlen: Softr gewährt Bestandsschutz. Laut der eigenen Community-Ankündigung des Unternehmens können Sie „als bestehender zahlender Kunde (oder in einer 14-tägigen kostenlosen Testphase) Ihren aktuellen Tarif exakt so behalten, es ist keine Aktion erforderlich“, und Softr gibt an, die Preise bereits 2024 und 2025 zweimal umgestellt und beide Male bestehende Kunden geschützt zu haben. Wer Softr heute neu bepreist, bepreist die neue, knappere Tarifstruktur. Ein vor dem 5. August 2026 eröffnetes Konto läuft möglicherweise noch nach der alten Rechnung, was Sie direkt klären sollten, statt es anzunehmen.

Entscheidung nach Geschäftsziel

Passung nach Team und Rolle

Kernfunktion und Builder-Modell

Mit beiden kann ein Nicht-Entwickler eine funktionierende App mit Logins und Rollen zusammenstellen, für einen einfachen Build ist keine Abfragesprache nötig. Die Lücke öffnet sich bei der Frage, was jedes Tool eigentlich baut.

Keines der beiden Tools gehört auf die Shortlist, wenn der Build wirklich Daten zwischen mehreren Geschäftssystemen mit echter Abfragelogik dazwischen bewegen muss. Diese schwergewichtigere Kategorie behandelt unser Leitfaden zu Retool-Alternativen, zusammen mit einem direkten Blick auf Retool vs Bubble für Teams, die einen datenbankzentrierten Builder gegen einen Full-Stack-Builder abwägen. Und wenn Sie im Kern ein Daten-Front-End brauchen, Softr aber nicht die passende Ausprägung davon ist, deckt unsere Übersicht der besten Softr-Alternativen diese engere Suche ab.

Zwei verschiedene Messgrößen: Workload Units versus App-Nutzer

Das ist die Achse, die wirklich unterschiedliche Rechnungen erzeugt, und es geht nicht darum, welches Tool „teurer“ ist. Bubble und Softr messen völlig unterschiedliche Dinge.

Ein internes Tool für 30 Personen und ein öffentliches Produkt für 5.000 Personen stehen an gegenüberliegenden Enden dieser Tabelle, und der günstigere Anbieter wechselt, je nachdem, welches von beiden Sie bauen. Kennen Sie Ihre Form, bevor Sie eines der beiden bepreisen.

Preise bei realen Teamgrößen

Vergleichen Sie sowohl eine realistische Auslastung als auch die Zahl der Personen, die Zugriff brauchen. Diese beiden Eingangsgrößen treiben bei Bubble und Softr unterschiedliche Rechnungen.

Bubbles veröffentlichte Tarife, laut Bubbles eigener Preisseite, geprüft im August 2026. Die Seite hat einen Umschalter zwischen Nur-Web und Web & Mobile; jeder Preis unten ist entsprechend gekennzeichnet.

Bubbles Free-Tarif ist nur eine Entwicklungsversion: keine Live-App, keine eigene Domain, sodass er nichts hosten kann, was ein echter Nutzer je zu sehen bekäme. Die Seite wirbt mit „bis zu 20 % sparen bei jährlicher Zahlung“, und Dateispeicher ist ein separates Add-on für $3 pro 100 GB und Monat.

Softrs veröffentlichte Tarife, laut Softrs Preisseite, aus dem rohen Seiten-HTML mit einem Browser-User-Agent ausgelesen (die Seite wird per JS gerendert und liefert bei einem einfachen Abruf keine Dollarbeträge), geprüft am 26. August 2026, nach der Preisumstellung vom 5. August 2026:

Softrs Seite zeigt einen Umschalter Monatlich und Jährlich mit der Bezeichnung „2 Monate gespart“, gibt aber nur einen Dollarbetrag pro Tarif aus. Die obigen Zahlen sind also das, was die Seite tatsächlich anzeigt, und kein separat berechneter Jahrespreis. Apps, Datenbanken, Workflows und Formulare sind in jedem Tarif unbegrenzt, auch in Free. Builder können ohne Zusatzkosten als App-Nutzer hinzugefügt werden. Zusätzliche eigene Domains kosten $15/Monat bzw. $13/Monat bei jährlicher Abrechnung. Non-Profit-Organisationen und Bildungseinrichtungen erhalten 50 % Rabatt, angehoben von 30 % bei der Änderung im August.

Was ein internes Portal mit 25 Nutzern und ein Kundenportal mit 500 Nutzern tatsächlich kosten

Rechnen Sie zwei gegensätzliche Szenarien durch, und die Gegenüberstellung von „pro Nutzer versus pro Nutzung“ ist keine Fußnote mehr.

Szenario eins: ein internes Portal für 25 Personen, ausschließlich Mitarbeitende, mäßige tägliche Nutzung (eine Handvoll Seitenaufrufe, Suchen und Formularübermittlungen pro Person und Tag).

• Bubble: Gehen Sie davon aus, dass dies innerhalb von Growths Monatskontingent von 250.000 Workload Units liegt, eine vernünftige Schätzung für 25 Mitarbeitende bei leichter bis mäßiger täglicher Nutzung. Nur Web, jährliche Abrechnung: $119/Monat, $1.428/Jahr. Web & Mobile, jährliche Abrechnung: $209/Monat, $2.508/Jahr. Fünfundzwanzig interne Nutzer kosten dasselbe wie fünf, weil Bubble nicht pro Login abrechnet.
• Softr: 25 Personen, die alle Zugriff auf Team-Ebene (Mitarbeitende) brauchen, passen weder in Basics 5 enthaltene Team-Seats noch in die 10 von Pro. Business mit 30 enthaltenen Team-Seats sind der erste Tarif, der 25 Mitarbeitende direkt abdeckt, ohne dass Seat-Überschreitungen anfallen: $329/Monat, pauschal $3.948/Jahr. Softrs Tarife veröffentlichen einen Überschreitungssatz für zusätzliche Client-Nutzer (1 bis 2 $/Monat), aber nicht für zusätzliche Team-Nutzer über die im jeweiligen Tarif enthaltene Anzahl hinaus. Wer die interne Nutzerzahl darüber hinaus steigert, wechselt also in einen höheren Tarif, statt schrittweise zu zahlen.

In diesem Szenario ist Bubble bei beiden Abrechnungsarten die günstigere Option, weil Bubble die 25 Logins nie auf den Preis angerechnet hat.

Szenario zwei: ein Kundenportal für 500 Personen, externe Nutzer, die Datensätze einige Male im Monat ansehen und übermitteln, mit geringer Workflow-Last pro Sitzung.

• Bubble: Gehen Sie davon aus, dass mäßige Nutzung über 500 Gelegenheitsnutzer hinweg bei den meisten realen Portalen dieser Form im Kontingent von 500.000 Workload Units des Team-Tarifs liegt; eine deutlich rechenintensivere Variante könnte in Enterprise hineinreichen. Nur Web, jährliche Abrechnung: $349/Monat, $4.188/Jahr. Web & Mobile, jährliche Abrechnung: $549/Monat, $6.588/Jahr.
• Softr: 500 Client-Nutzer in Business, wobei angenommen wird, dass alle 500 Seats zum genannten Client-Nutzer-Satz von $2/Monat abgerechnet werden (Softrs eigene Tarife veröffentlichen in Pro oder Business kein kostenloses Client-Seat-Kontingent, sondern nur, dass zusätzliche Client-Nutzer ab diesem Satz des jeweiligen Tarifs beginnen): 500 x $2 = $1.000/Monat an Client-Nutzer-Überschreitung, plus der Basistarif von $329, also $1.329/Monat, $15.948/Jahr.

In diesem Szenario ist Bubble deutlich günstiger, weil Softrs Abrechnung pro Client-Seat linear mit einer Login-Basis wächst, die Bubbles Workload-Unit-Modell kaum bemerkt, vorausgesetzt, die Nutzung pro Person bleibt gering. Der Kreuzungspunkt ist die Nutzungsintensität, nicht allein die Nutzerzahl: Ein Softr-Portal mit 500 Nutzern, die alle stark interagieren, könnte trotzdem unter einem Bubble-Build mit wirklich komplexer Logik liegen. Modellieren Sie Ihr eigenes Nutzungsmuster, bevor Sie einer der beiden Zahlen als endgültig vertrauen.

Zeit bis zur ersten funktionierenden App

Datenhoheit und was passiert, wenn Sie wechseln

Wer Bubble verlässt, muss die Anwendungslogik neu aufbauen; wer Softr verlässt, ersetzt in der Regel das Portal und lässt die extern gespeicherten Datensätze an Ort und Stelle.

Keines von beiden bietet Ihnen den Ausstieg, den ein Builder mit Code-Export bietet, echten, herunterladbaren Quellcode, den ein Entwickler übernehmen könnte. Der Unterschied liegt darin, wie viel tatsächlich festhängt. Bubbles Anbieterbindung umfasst die gesamte Anwendung, weil die gesamte Anwendung in Bubble lebt. Softrs Anbieterbindung beschränkt sich auf das Portal, das Sie gebaut haben, weil die Datensätze, die es anzeigt, von Anfang an dafür gedacht waren, anderswo zu liegen. Wenn echte Datenportabilität über Systeme hinweg für Ihren Build wichtiger ist als die aktuelle Ausprägung eines der beiden Tools, erweitert unsere Übersicht der besten No-Code-App-Builder die Suche.

Implementierung und Change Management

Keines der Tools hat eine verpflichtende mehrwöchige Rollout-Phase, aber sie verlangen vom Team, das sie danach betreut, unterschiedliche Dinge.

Risiko und Governance

Keines der Tools ist eine schwergewichtige Enterprise-Plattform, und das Governance-Gespräch fällt für beide unterschiedlich aus.

• Anbieterbindung (Vendor-Lock-in) reicht bei Bubble tiefer: Anwendung, Daten und Logik liegen alle bei einem Anbieter. Softrs Bindung ist bewusst flacher; das Portal gehört Softr, die Datensätze dahinter in der Regel nicht.
• Zugriffskontrolle ist bei beiden nativ, aber Softrs Berechtigungsmodell ist implizit durch das begrenzt, was die verbundene Quelle (Airtable, HubSpot, Postgres) ohnehin erlaubt. Eine falsch konfigurierte Rolle kann Live-Geschäftsdaten offenlegen, eine Ebene entfernt von Softrs eigenem Einstellungsbildschirm.
• Preistransparenz ist bei beiden eine echte Stärke: Bubble und Softr veröffentlichen jeweils ihre vollständigen Tarifpreise auf den eigenen Seiten, anders als manche Namen dieser Kategorie, die jedes Angebot über ein Verkaufsgespräch leiten, wie es unser Vergleich Knack vs Zoho Creator auf der Low-Code-Seite behandelt.
• Governance für Citizen Developer ist in beiden Fällen wichtig. Jemand muss weiterhin verantworten, was welcher Rolle zugänglich gemacht wird, besonders bei Softr, wo das führende System der zugrunde liegenden Daten nur einen Klick vom Portal entfernt liegt, das ein nicht-technischer Builder gerade ausgeliefert hat.

Wann Bubble die richtige Wahl ist

• Sie bauen ein wirklich neues Produkt, mit einem Datenmodell und einer Logik, die anderswo noch nicht existieren
• Sie wollen irgendwann Nutzern Geld abnehmen oder einen echten Marktplatz betreiben und müssen den gesamten Anwendungs-Stack besitzen
• Der Build braucht wesentlich individuelle Logik, nicht nur eine gefilterte, gestaltete Ansicht bereits vorhandener Datensätze
• Sie brauchen native Mobile-App-Store-Builds, nicht eine responsive Webseite, die für ein Telefon skaliert wurde
• Sie besitzen lieber den gesamten Stack, Datenbank eingeschlossen, als darauf angewiesen zu sein, dass eine separate Datenquelle verfügbar und gut organisiert bleibt

Wann Softr die richtige Wahl ist

• Ihre operativen Daten liegen bereits in Airtable, Sheets, HubSpot, Postgres oder einer ähnlichen Quelle und brauchen nur noch ein echtes Front End
• Sie brauchen ein Kunden- oder Partner-Portal in Stunden oder Tagen live, nicht in Wochen
• Niemand im Team möchte eine visuelle Workflow-Engine erlernen oder Anwendungslogik langfristig pflegen
• Ihre Login-Basis ist groß, die Nutzung pro Person aber gering, genau die Form, die Bubbles Workload-Unit-Modell effizient bepreisen würde, Softrs Seat-Modell dagegen nicht
• Sie möchten, dass die zugrunde liegenden Daten unabhängig portabel bleiben, auch wenn sich das Portal darüber später ändert

Entscheidungsrahmen

Die nächsten Schritte

1. Entscheiden Sie zuerst, in welcher Welt Sie sich befinden. Wenn die Daten, die Ihre App braucht, noch nicht existieren, bauen Sie ein Produkt, Bubbles Kategorie. Wenn sie bereits in Airtable, Sheets oder einer anderen Suite liegen, liefern Sie ein Front End aus, Softrs Kategorie.
2. Schätzen Sie Ihre Nutzungsform, nicht nur Ihre Nutzerzahl. Eine große Login-Basis mit geringer Nutzung begünstigt Softr bis zu den enthaltenen Nutzerzahlen und darüber hinaus Bubble. Ein kleiner, aber rechenintensiver Build begünstigt Bubbles Workload-Unit-Modell unabhängig von der Nutzerzahl.
3. Bestätigen Sie Softrs aktuelle Tarifpreise direkt, bevor Sie budgetieren, da sich die Struktur am 5. August 2026 geändert hat und ein bestehendes Konto möglicherweise noch in der älteren, geschützten Struktur läuft.
4. Bauen Sie Ihren anspruchsvollsten Bildschirm in beiden Tools nach, bevor Sie sich festlegen. Bei Bubble ist das der Bildschirm mit der meisten bedingten Logik. Bei Softr ist es der Bildschirm, der den unordentlichsten Teil Ihrer bestehenden Datenquelle berührt.
5. Noch nicht sicher, ob eines von beiden die richtige Form hat? Unsere Leitfäden zu den besten Retool-Alternativen, besten Glide-Alternativen und besten Power-Apps-Alternativen erweitern die Suche, und Retool vs Bubble behandelt die datenbankzentrierte Alternative direkt.

---

Verwandte Ressourcen:

• Die besten No-Code-App-Builder 2026
• Die besten Bubble-Alternativen
• Die besten Softr-Alternativen
• Retool vs Bubble
• Retool vs Softr vs Budibase
• Die besten Retool-Alternativen
• Die besten Glide-Alternativen
• Die besten Power-Apps-Alternativen
• Knack vs Zoho Creator