Die besten No-Code App Builder 2026: Bubble, FlutterFlow, Glide, Softr und Retool im Vergleich (geprĂŒft im Juli 2026)
Welcher No-Code App Builder passt zu welchem Projekt? Der Vergleich zeigt StÀrken, Grenzen und Einstiegspreise von Bubble, FlutterFlow, Glide, Softr und Retool.
Veröffentlicht am Aktualisiert am

Bubble ist der beste No-Code App Builder fĂŒr komplexe Web-SaaS-Produkte, FlutterFlow fĂŒr native Mobile-Produkte, Glide fĂŒr interne Apps auf Tabellenbasis, Softr fĂŒr Kundenportale und Retool fĂŒr operative Tools. Der realistische Einstieg reicht vom Basic-Tarif von FlutterFlow fĂŒr $39 pro Monat bis zu Bubbles Web & Mobile Starter fĂŒr $59 pro Monat. Doch eine gĂŒnstigere Plattform mit der falschen Architektur kostet am Ende mehr als beide.
Die besten No-Code App Builder im Ăberblick
Einen sinnvollen Gesamtsieger gibt es erst, wenn die Art der Anwendung feststeht. Eine öffentliche SaaS-Anwendung braucht flexible Daten- und Workflow-Logik. Eine AuĂendienst-App muss mobil verteilt werden können. FĂŒr ein Kundenportal zĂ€hlen vernĂŒnftige Kosten pro externem Nutzer. Bei einem internen Tool ist ein sicherer Datenbankzugriff wichtiger als pixelgenaue Marketingseiten.
Alle folgenden Preise wurden am 30. Juli 2026 auf den live geschalteten Preisseiten der Anbieter geprĂŒft. âEinstiegspreisâ bezeichnet den gĂŒnstigsten Bezahltarif, mit dem sich der genannte Anwendungsfall realistisch veröffentlichen lĂ€sst â nicht einfach das billigste Angebot im Portfolio.
Die kĂŒrzeste Entscheidungsregel: Bubble passt, wenn die Produktlogik die gröĂte HĂŒrde ist. FlutterFlow gewinnt, wenn App-Store-Vertrieb und Quellcode wichtig sind. Glide eignet sich, wenn die Daten bereits wie eine Tabelle aufgebaut sind. Softr ist fĂŒr ein ĂŒbersichtliches Portal fĂŒr externe Nutzer gedacht. Retool spielt seine StĂ€rke aus, wenn technische Teams auf Produktivsystemen aufbauen.

Sobald eine Anforderung unverhandelbar wird, kann die Wahl kippen. Bubble scheidet aus, wenn der Quellcode zwingend dem Unternehmen gehören muss. FlutterFlow ist ungeeignet, wenn nach dem Export niemand Flutter warten kann. Glide passt nicht, wenn eine Veröffentlichung im Apple App Store oder bei Google Play erforderlich ist. Softr stöĂt an Grenzen, sobald aus dem Portal ein tiefgreifend individualisiertes Softwareprodukt wird. Retool fĂ€llt heraus, wenn sich die Anwendung wie eine Endkunden-App anfĂŒhlen und verhalten soll.
So wurden die No-Code App Builder ausgewÀhlt
âNo Codeâ ist als PrĂŒfkriterium zu unscharf. Die Produkte decken unterschiedliche Ebenen der Softwarebereitstellung ab. Deshalb beginnt die Bewertung bei den EinschrĂ€nkungen, die spĂ€ter nur teuer rĂŒckgĂ€ngig zu machen sind:
- Art der Anwendung: öffentliche SaaS, native Mobile-App, Tabellen-Workflow, Kundenportal oder interne Betriebskonsole.
- Vertrieb: Browser, Progressive Web Application, Apple App Store, Google Play, privater interner Zugriff oder externes Portal.
- PortabilitĂ€t: ob die Anwendung den Anbieter verlassen kann, ob sich Code exportieren lĂ€sst und welchen Aufwand ein Neuaufbau verursachen wĂŒrde.
- Abrechnungseinheit: Workload, Builder-Lizenzen, App-Nutzer, Zeilenaktualisierungen oder externe Nutzer. Der niedrigste Listenpreis sagt selten voraus, wie hoch die Rechnung bei gröĂerer Nutzung ausfĂ€llt.
- Daten und Berechtigungen: wie der Builder eine Datenbank anbindet, Nutzerrollen trennt und verhindert, dass ein Kunde die DatensÀtze eines anderen sieht.
- Betriebliche Obergrenze: was passiert, wenn individuelle Logik, Branches, Versionskontrolle, Audit-Logs oder ein belastbarer Release-Prozess nötig werden.
Die Produkte wurden preislich geprĂŒft und analysiert, nicht als praktisch getestet dargestellt. Diese Unterscheidung ist wichtig: Eine ausgereifte Vorlage sagt wenig darĂŒber aus, wie sich ein Builder mit einem realen Datenmodell verhĂ€lt. Ebenso verrĂ€t ein kostenloser Prototyp kaum etwas ĂŒber die Kosten im Produktivbetrieb.
FĂŒnf Produkte in der Rangliste reichen aus, weil jedes eine klar abgegrenzte Aufgabe besonders gut erfĂŒllt. Ein weiterer Generalist ohne eindeutigen Anwendungsfall wĂŒrde die Entscheidung nur schwieriger machen. Ein benachbarter Website-Builder folgt spĂ€ter, denn er ist die ehrliche Antwort fĂŒr alle, die feststellen, dass sie gar keine Anwendung benötigen.
1. Bubble: beste Gesamtlösung fĂŒr komplexe Web-SaaS
Bubble ist der leistungsfĂ€higste universelle No-Code App Builder fĂŒr browserbasierte SaaS-Produkte mit Konten, Berechtigungen, relationalen Daten, Zahlungen und mehrstufigen Workflows. Visuelle OberflĂ€che, Anwendungslogik, Datenbank, Hosting und Bereitstellung stecken in einem System. Dieser integrierte Stack spart viel Integrationsaufwand. Deshalb ist Bubble die Standardwahl fĂŒr GrĂŒnder, die mehr als ein Portal benötigen, aber keinen exportierten Quellcode.
Ein typischer Anwendungsfall ist ein zweiseitiger Marktplatz oder ein Abonnementprodukt mit mehreren Nutzerrollen. In Bubble lassen sich Kunden, Anbieter, Inserate, Bestellungen und Nachrichten modellieren und anschlieĂend mit Datenschutzregeln und Workflows verknĂŒpfen. Die visuelle Workflow-Engine ist deutlich flexibler als ein Wrapper, der aus einer Tabelle eine App macht â etwa wenn eine SchaltflĂ€che mehrere Bedingungen prĂŒfen, zusammenhĂ€ngende DatensĂ€tze aktualisieren, eine API auslösen und eine Benachrichtigung versenden soll.
Die entscheidende Grenze ist die PortabilitĂ€t. Laut Bubbles Dokumentation zum Eigentum an Anwendungen verbleibt der Laufzeitcode bei der Plattform, und Bubble-Anwendungen laufen ausschlieĂlich auf Bubble. Daten lassen sich exportieren, der Quellcode der Anwendung kann jedoch nicht heruntergeladen und anderswo gehostet werden. Ein Wechsel bedeutet, OberflĂ€che und Logik in einem anderen Stack neu zu bauen. Das ist keine nebensĂ€chliche Vertragsklausel, sondern der zentrale Kompromiss.
Die Produktionskosten berechnet Bubble zudem ĂŒber Workload Units. Dieses Modell ist fairer als ein pauschales Seitenaufruflimit, wenn Anwendungen sehr unterschiedlich komplex sind. Die Kostenprognose wird dadurch jedoch zu einer echten technischen Aufgabe. Eine ineffiziente Suche oder ein ungĂŒnstig gebauter Workflow kann mehr Workload verbrauchen als ein optisch identischer, besser eingeschrĂ€nkter Vorgang. Bubble erlaubt es, Mehrverbrauch zu deaktivieren. Ohne zusĂ€tzliches Workload-Paket kostet Mehrverbrauch $0.30 je 1,000 Workload Units. Ist der Mehrverbrauch deaktiviert und das Limit erreicht, beantwortet die Anwendung keine Anfragen mehr.
Am besten geeignet fĂŒr: Browserbasierte SaaS, MarktplĂ€tze, kontobasierte Produkte und Anwendungen mit individuellen Workflows
Besonderheit: Die umfassendste integrierte visuelle Logik und das tiefste Datenmodell in dieser Auswahl
Preise: Free kostet $0 und umfasst einen Editor, 50,000 Workload Units pro Monat und ausschlieĂlich Entwicklung. Starter kostet bei jĂ€hrlicher Abrechnung $59 pro Monat und umfasst 175,000 Workload Units, eine live geschaltete Website mit eigener Domain, fĂŒnf Mobile-Build-Einreichungen pro Monat und drei Live-App-Versionen. Growth kostet bei jĂ€hrlicher Abrechnung $209 pro Monat und umfasst zwei Editoren, 250,000 Workload Units, 10 individuelle Branches, 10 Build-Einreichungen und fĂŒnf Live-Versionen. Team kostet bei jĂ€hrlicher Abrechnung $549 pro Monat und umfasst fĂŒnf Editoren, 500,000 Workload Units, 25 individuelle Branches, 20 Build-Einreichungen und acht Live-Versionen. Enterprise wird individuell kalkuliert. ZusĂ€tzlicher Dateispeicher kostet $3 je 100 GB pro Monat.
Kostenlos testen: Eine zeitlich begrenzte Testphase ist nicht nötig; der Free-Tarif unterstĂŒtzt die Entwicklung, aber keine live geschaltete Produktivanwendung
- OberflÀche, Datenbank, Logik, Hosting und Bereitstellung als Full-Stack-System
- Flexible Workflows fĂŒr SaaS-Produkte und MarktplĂ€tze mit mehreren Rollen
- Datenschutzregeln können den Zugriff auf Ebene von Datentypen und Feldern einschrÀnken
- Mehrverbrauch lÀsst sich deaktivieren, statt eine nach oben offene Rechnung zu riskieren
- Kein Quellcodeexport und keine Möglichkeit zum Self-Hosting
- Workload-Verbrauch ist weniger intuitiv als ein Pauschalabonnement
- FĂŒr den Produktivbetrieb ist selbst bei sehr wenigen Nutzern mindestens Starter nötig
- Schlecht gebaute Suchen und Workflows können zum Kostenproblem werden
Bubble sicherer in Betrieb nehmen
Bubble ist die erste Wahl. Der schnellste Weg zu einer ansprechenden OberflÀche ist jedoch nicht automatisch der sicherste Weg in den Produktivbetrieb. ZunÀchst sollte ein enger, vollstÀndiger Workflow entstehen, dessen Datenzugriffe gemessen werden, bevor das Produkt wÀchst.
Datenmodell und Datenschutzgrenzen definieren
Zuerst die zentralen Datentypen anlegen. Jeden sensiblen Typ unter Data > Privacy mit ausdrĂŒcklichen Regeln schĂŒtzen und anschlieĂend prĂŒfen, welche Felder jede Nutzerrolle suchen und ansehen darf. Das sollte geschehen, bevor die Anwendung mit wiederverwendbaren Ansichten gefĂŒllt wird.
Einen vollstÀndigen vertikalen Ausschnitt bauen
Eine echte Nutzerreise vom Einstieg bis zum Ergebnis fertigstellen, zum Beispiel Kontoerstellung, Einreichen eines Inserats, Freigabe und Veröffentlichung. Ein vertikaler Ausschnitt macht Probleme im Datenmodell und bei Berechtigungen sichtbar, die isolierte Ansichten verbergen.
ReprÀsentativen Workload messen
Die Nutzerreise noch im kostenlosen Entwicklungstarif mit realistischen Datensatzmengen durchspielen. Den Workload fĂŒr Suchen, Repeating Groups, API-Aufrufe und Hintergrund-Workflows prĂŒfen. Der teuerste Vorgang sollte optimiert werden, bevor er im gesamten Produkt vervielfĂ€ltigt wird.
Kostengrenze festlegen
Unter Settings > App Plan entscheiden, ob Mehrverbrauch deaktiviert oder ein Workload-Paket ergÀnzt werden soll. Ein harter Stopp ist schmerzhaft, bei einem unerwarteten Traffic-Anstieg aber sicherer als eine unbegrenzte Rechnung.
Fehler beheben und veröffentlichen
Alle Meldungen im Issue Checker beseitigen und anschlieĂend per Versionskontrolle von Development nach Live bereitstellen. Jede Veröffentlichung sollte klein genug bleiben, damit sich ein Workload- oder Datenschutzproblem genau einer Ănderung zuordnen lĂ€sst.
Bubble ist richtig, wenn die integrierte Logik mehr Zeit spart, als die Anbieterbindung kostet. Verlangt ein KĂ€ufer, Investor oder eine technische Richtlinie eine portable Codebasis, sollte Bubble ausscheiden. Wenn KI-gestĂŒtzte Generierung wichtiger ist als die Tiefe visueller Workflows, behandelt der separate Ratgeber zu KI-App-Buildern 2026 diese schnellere, stĂ€rker codeorientierte Kategorie.
2. FlutterFlow: beste Wahl fĂŒr native Mobile-Apps und eigenen Quellcode
FlutterFlow ist hier der beste No-Code App Builder fĂŒr Produkte, die ĂŒber den Apple App Store oder Google Play vertrieben werden mĂŒssen und spĂ€ter womöglich ein klassisches Entwicklerteam benötigen. Das Tool erzeugt ein regulĂ€res Flutter-Projekt, und das exportierte Projekt lĂ€uft ohne FlutterFlow. Damit sieht der Ausstiegsplan grundlegend anders aus: Der visuelle Builder beschleunigt die erste Version, der Code bleibt aber nicht in einer proprietĂ€ren Laufzeitumgebung gefangen.
Der konkrete Einsatzbereich ist eine kundenorientierte Mobile-App mit Authentifizierung, API-Daten, Benachrichtigungen und Store-Vertrieb. FlutterFlow kann auch fĂŒr Web und Desktop entwickeln, doch bei nativen mobilen Produkten sind seine Kompromisse am sinnvollsten. Basic enthĂ€lt Code- und APK-Downloads sowie die App-Store-Bereitstellung mit einem Klick. FĂŒr $39 pro Monat erhĂ€lt man somit einen echten Weg aus der Plattform und nicht nur ein höheres Nutzungskontingent.
Ein Codeexport macht die Ăbernahme noch nicht mĂŒhelos. Wenn ein Plugin ausfĂ€llt, eine Store-Richtlinie geĂ€ndert wird oder eine individuelle native Integration den visuellen Builder ĂŒbersteigt, muss weiterhin jemand Flutter und Dart beherrschen. Auch der GitHub-Workflow von FlutterFlow verlangt Disziplin: Generierter Code landet in einem flutterflow-Branch, und direkte Ănderungen dort können ĂŒberschrieben werden. Individuelle Entwicklung gehört in einen anderen Branch; generierte Ănderungen sollten anschlieĂend bewusst zusammengefĂŒhrt werden.
Die zweite HĂŒrde liegt in den Kosten der Zusammenarbeit. Einzelpersonen können bei Basic bleiben. GitHub ist ab Growth verfĂŒgbar: Die erste Lizenz kostet $80, die zweite weitere $55. Ein gröĂeres Produktteam erreicht schnell Business, denn Branches, automatisierte Tests, Figma-Import und CLI-Zugriff sind dort angesiedelt. Der Codeexport ist wertvoll, doch die Teamarbeit treibt die Rechnung nach oben.
Am besten geeignet fĂŒr: Native iOS- und Android-Produkte mit glaubwĂŒrdiger Ăbergabe an Entwickler
Besonderheit: Exportierbarer Standard-Flutter-Code plus direkte Store-Bereitstellung
Preise: Free kostet $0 und umfasst zwei Projekte, Zielplattformen fĂŒr Mobile, Web und Desktop sowie 10 Lite-Credits. Basic kostet $39 pro Monat und umfasst unbegrenzt viele Projekte, Code- und APK-Download, eine eigene Domain, App-Store-Bereitstellung mit einem Klick und 100 Lite-Credits. Growth kostet $80 pro Monat fĂŒr die erste Lizenz plus $55 fĂŒr die zweite und umfasst zwei Nutzer, zwei Branches, GitHub, OpenAPI-Importe und 200 Lite-Credits pro Lizenz. Business kostet $150 pro Monat fĂŒr die erste Lizenz plus $85 fĂŒr die Lizenzen zwei bis fĂŒnf und umfasst bis zu fĂŒnf Nutzer, fĂŒnf Branches, drei automatisierte Tests, Figma-Import, CLI-Zugriff und 400 Lite-Credits pro Lizenz. Enterprise hat keinen öffentlichen Preis und erfordert ein VerkaufsgesprĂ€ch. Dies sind die live ausgewiesenen Preise bei monatlicher Abrechnung.
Kostenlos testen: Der Free-Tarif unterstĂŒtzt zwei Projekte; Code-Download und produktionsorientierte Bereitstellungsfunktionen beginnen mit Basic
- Der Export als standardmĂ€Ăiges Flutter-Projekt schafft einen echten Ausstiegsweg
- Native Veröffentlichung fĂŒr iOS und Android gehört zum Kernablauf des Produkts
- Basic enthÀlt den Code-Download zu einem vergleichsweise niedrigen Monatspreis
- Growth ergĂ€nzt GitHub und Branches fĂŒr ein kleines Team
- Exportierter Code erfordert weiterhin Flutter- und Dart-Kenntnisse fĂŒr eine gute Wartung
- Disziplin bei GitHub-Branches ist nötig, damit individuelle Ănderungen nicht ĂŒberschrieben werden
- Zusammenarbeit und automatisierte Tests fĂŒhren Teams in teurere Tarife
- FĂŒr einen einfachen GeschĂ€ftsprozess ist das Tool technischer geprĂ€gt als Glide oder Softr
FlutterFlow gewinnt, wenn nativer Vertrieb plus exportierbarer Code gemeinsam den Ausschlag geben. Es scheidet aus, wenn ein vollstĂ€ndig verwaltetes No-Code-System gewĂŒnscht ist und niemand Flutter warten kann. FĂŒr einen promptbasierten Prototyp statt eines mobilen Produkts ist der Vergleich von Lovable und Bolt relevanter.
3. Glide: beste Wahl fĂŒr interne und AuĂendienst-Apps auf Tabellenbasis
Glide ist die schnellste Lösung, wenn ein GeschĂ€ftsprozess bereits in Zeilen und Spalten organisiert ist und der Ersatz wie eine Anwendung wirken soll, ohne zum Softwareprojekt zu werden. Besonders stark ist Glide bei BestandsprĂŒfungen, AuĂendienstinspektionen, Verzeichnissen, schlanken CRMs und operativen Trackern. Datenmodell und OberflĂ€che bleiben so zugĂ€nglich, dass Prozessverantwortliche aus dem Betrieb sie verstehen können.
Ein konkreter Anwendungsfall ist ein AuĂendienstteam, das auf dem Smartphone einen Standort aufrufen, ein Formular ausfĂŒllen, ein Foto anhĂ€ngen und einen Status aktualisieren muss. Glide kann diesen Ablauf als Progressive Web Application veröffentlichen, per Link freigeben und ĂŒber den Browser installieren. Das ist erheblich ĂŒbersichtlicher, als Mitarbeitende direkt in der zugrunde liegenden Tabelle arbeiten zu lassen.
Genau dieses Vertriebsmodell ist zugleich die harte Grenze. Laut Glide sind seine Anwendungen Progressive Web Applications; eine direkte Veröffentlichung im App Store oder bei Google Play wird nicht unterstĂŒtzt. Ein Wrapper-Dienst Ă€ndert nichts an dieser Supportgrenze. Ist die PrĂ€senz in einem Store Produktanforderung, sollte die Wahl vor Entwicklungsbeginn auf FlutterFlow fallen.
Die Abrechnung von Glide kombiniert Nutzer und Aktualisierungen. Explorer ist fĂŒr eine Anwendung mit persönlichen Nutzern gĂŒnstig. Business enthĂ€lt 30 Nutzer mit geschĂ€ftlicher E-Mail-Adresse und 5,000 Aktualisierungen; zusĂ€tzliche Nutzer und Aktualisierungen werden berechnet. Ein Workflow mit hĂ€ufiger Synchronisierung kann deshalb ein völlig anderes Kostenprofil haben als ein ĂŒberwiegend lesend genutztes Verzeichnis â selbst bei gleicher Nutzerzahl.
Beim Free-Tarif ist eine genaue Formulierung wichtig: Er erlaubt das Erstellen, aber nicht das Veröffentlichen einer Anwendung. Damit ist er eine brauchbare Design-Sandbox, jedoch kein kostenloser Produktivtarif.
Am besten geeignet fĂŒr: Interne Tools auf Tabellenbasis, AuĂendienstablĂ€ufe, BestĂ€nde und einfache operative Apps
Besonderheit: Der kĂŒrzeste Weg von strukturierten GeschĂ€ftsdaten zu einer nutzbaren, smartphonefreundlichen OberflĂ€che
Preise: Free kostet $0 und dient nur zum Erstellen. Explorer kostet bei jĂ€hrlicher Abrechnung $19 pro Monat oder monatlich $25, mit einer veröffentlichten App, 100 persönlichen Nutzern, 250 Aktualisierungen und zusĂ€tzlichen Aktualisierungen fĂŒr jeweils $0.02. Maker kostet bei jĂ€hrlicher Abrechnung $49 pro Monat oder monatlich $60, mit drei veröffentlichten Apps, unbegrenzt vielen persönlichen Nutzern, 500 Aktualisierungen, einer eigenen Domain und individuellem Branding. Business kostet bei jĂ€hrlicher Abrechnung $199 pro Monat oder monatlich $249, mit unbegrenzt vielen Apps, 30 Nutzern mit geschĂ€ftlicher E-Mail-Adresse, 5,000 Aktualisierungen, 100,000 High-Scale-Zeilen, 10 Editoren, zusĂ€tzlichen Nutzern mit geschĂ€ftlicher E-Mail-Adresse fĂŒr jeweils $5 bei jĂ€hrlicher beziehungsweise $6 bei monatlicher Abrechnung sowie zusĂ€tzlichen Aktualisierungen fĂŒr jeweils $0.02. Enterprise wird individuell kalkuliert.
Kostenlos testen: Free unterstĂŒtzt Erstellung und Evaluierung, fĂŒr die Veröffentlichung ist jedoch ein Bezahltarif nötig
- Extrem schnell fĂŒr AblĂ€ufe, die bereits zu einem tabellarischen Datenmodell passen
- Die Browserinstallation vermittelt AuĂendienstmitarbeitenden ein App-Ă€hnliches Erlebnis ohne Store-PrĂŒfung
- Maker unterstĂŒtzt unbegrenzt viele persönliche Nutzer fĂŒr Community- und Endkundenszenarien
- Die Preisdokumentation weist Kosten fĂŒr Aktualisierungen und zusĂ€tzliche Nutzer klar aus
- Keine unterstĂŒtzte direkte Veröffentlichung im Apple App Store oder bei Google Play
- Mit Free ist keine Veröffentlichung möglich
- Die Business-Kosten steigen mit der Zahl der Nutzer mit geschÀftlicher E-Mail-Adresse
- Komplexe relationale Logik gerÀt irgendwann mit dem tabellenförmigen Modell in Konflikt
Glide passt, wenn Geschwindigkeit, Klarheit und eine PWA Vorteile darstellen. FĂŒr ein mobiles Endkundenprodukt, einen zwingend offlinefĂ€higen Ablauf oder Anwendungslogik, die nicht mehr einer strukturierten GeschĂ€ftstabelle Ă€hnelt, sollte Glide ausscheiden.
4. Softr: beste Wahl fĂŒr Kundenportale und Mitgliederbereiche
Softr ist der beste No-Code App Builder fĂŒr Kundenportale, die auf einer vorhandenen GeschĂ€ftsdatenquelle aufsetzen. Das Tool verwandelt DatensĂ€tze aus Softr Database, Airtable, Google Sheets und anderen verbundenen Systemen in Seiten mit Anmeldung, Listen, Formulare und rollenabhĂ€ngige Ansichten. FĂŒr Onboarding-Bereiche, Partnerportale, Mitgliederverzeichnisse und Kunden-Dashboards passt das Ergebnis besser als ein universeller SaaS-Builder.
Ein typischer Anwendungsfall ist eine Agentur, bei der jeder Kunde ausschlieĂlich die eigenen Projekte, Dateien, Rechnungen und Anfrageformulare sehen darf. Mit individuellen Nutzergruppen und bidirektionalen Datenverbindungen wird das Portal zum kontrollierten Einblick in die operativen Daten statt zu einem zweiten, getrennten System. Professional ist in der Praxis der zentrale Tarif, weil er 100 App-Nutzer, drei individuelle Nutzergruppen und die Progressive-Web-Application-Funktion umfasst.
Der Kompromiss liegt in der funktionalen Tiefe. Softr ist hervorragend, wenn die Anwendung ĂŒberwiegend aus authentifizierten Inhalten und strukturierten Interaktionen besteht. Braucht dagegen jeder Kunde eine stark angepasste Workflow-Engine, ein ungewöhnliches Zustandsmodell der OberflĂ€che oder tiefgreifendes Produktverhalten, ist das Tool schlecht geeignet. Dann rechtfertigt Bubble seine höhere KomplexitĂ€t.
Die PWA von Softr lĂ€sst sich ab Professional ĂŒber einen Browser installieren, benötigt laut Dokumentation jedoch eine Internetverbindung. FĂŒr ein natives, konsequent offline ausgelegtes AuĂendienstprodukt ist Softr nicht geeignet. Diese EinschrĂ€nkung sollte die Toolwahl stĂ€rker bestimmen als optische Vorlieben.
Am besten geeignet fĂŒr: Kundenportale, Partnerportale, Mitgliederbereiche und authentifizierte GeschĂ€ftsverzeichnisse
Besonderheit: Attraktive Kosten fĂŒr externe Nutzer auf Basis vorhandener Datenquellen
Preise: Free kostet $0 und umfasst 10 App-Nutzer, 5,000 DatensĂ€tze in Softr Database, 500 Workflow-Aktionen, unbegrenzt viele Anwendungen und Mitwirkende sowie fĂŒnf KI-Credits. Basic kostet bei jĂ€hrlicher Abrechnung $49 pro Monat und umfasst 20 App-Nutzer, 50,000 DatensĂ€tze, 2,500 Workflow-Aktionen und 10 KI-Credits. Professional kostet bei jĂ€hrlicher Abrechnung $139 pro Monat und umfasst 100 App-Nutzer, zusĂ€tzliche Nutzer in Blöcken von 10 fĂŒr $10, 500,000 DatensĂ€tze, 10,000 Workflow-Aktionen, drei individuelle Nutzergruppen und 50 KI-Credits. Business kostet bei jĂ€hrlicher Abrechnung $269 pro Monat und umfasst 500 App-Nutzer, 1,000,000 DatensĂ€tze, 25,000 Workflow-Aktionen, unbegrenzt viele individuelle Nutzergruppen und 100 KI-Credits. Enterprise wird individuell kalkuliert.
Kostenlos testen: Mit Free lĂ€sst sich eine kleine Anwendung fĂŒr 10 Nutzer betreiben
- Klarer Einsatzbereich fĂŒr Portale mit Anmeldung und rollenabhĂ€ngigen Inhalten
- Verbindet vorhandene GeschÀftsdaten, statt eine sofortige Migration zu erzwingen
- Professional umfasst 100 Nutzer zu einem festen Grundpreis
- PWA-Installation ist ab Professional verfĂŒgbar
- Tiefgreifend individuelle Anwendungslogik stöĂt an die Grenzen des Produkts
- Die PWA benötigt eine Internetverbindung
- Die Grenze von 20 Nutzern macht Basic fĂŒr die meisten kundenorientierten Angebote zu knapp
- Sobald Nutzergruppen wichtig sind, ist Professional hÀufig der tatsÀchliche Einstiegstarif
Der Preis fĂŒr ein Portal mit 50 Nutzern ist noch keine Rangliste
Ein Portal mit 50 Nutzern zeigt, wie unterschiedlich die Preismodelle reagieren. Bei den live ausgewiesenen Jahrespreisen kosten zwei Retool-Business-Builder mit den ersten 50 enthaltenen externen Nutzern $1,200 pro Jahr. Softr Professional kostet $1,668, Glide Business mit 50 Nutzern mit geschÀftlicher E-Mail-Adresse $3,588.

Diese Zahlen sind keine austauschbaren Angebote. Retool eignet sich am besten, wenn technische Builder operative Daten zugĂ€nglich machen. Softr wurde gezielt fĂŒr ein hochwertiges Portal entwickelt. Glide ist besonders stark, wenn das Portal in Wirklichkeit eine tabellenbasierte operative App ist. Der entscheidende Schluss lautet: Nutzerkosten können ein Produkt ausschlieĂen, aber sie belegen nicht, dass ein anderes fachlich passt.
Softr Professional ist in diesem Szenario mit 50 Nutzern pro Jahr $1,920 gĂŒnstiger als Glide Business. Können beide den Workflow abbilden, bietet Softr die besseren Portalkosten. Handelt es sich statt eines Portals um ein Datentool fĂŒr den AuĂendienst, wird Softr durch diese Ersparnis nicht zur besseren Architektur.
5. Retool: beste Wahl fĂŒr technische interne Tools
Retool ist der beste No-Code App Builder fĂŒr Entwicklungs- und Betriebsteams, die sichere OberflĂ€chen fĂŒr Datenbanken, APIs und Produktivsysteme benötigen. Es ist weniger ein Builder fĂŒr Endkunden-Apps als ein kontrollierter Weg zu Admin-Panels, Supportkonsolen, Freigabetools und operativen Workflows. Gerade dieser engere Fokus macht Retool zum Sieger seiner Kategorie.
Ein typischer Anwendungsfall ist eine Supportkonsole, die einen Kunden in mehreren Systemen sucht, den Kontostatus anzeigt und geschulten Mitarbeitenden erlaubt, eine Gutschrift zu erteilen oder einen Workflow auszulösen. Mit Komponenten und Konnektoren können technische Builder sich auf die EntscheidungsoberflĂ€che konzentrieren, statt Tabellen, Formulare, Authentifizierung und die technische VerknĂŒpfung von Grund auf neu zu entwickeln.
Bei der Preisgestaltung trennt Retool Builder von internen Nutzern. Im Team-Tarif kosten zwei Builder und 10 interne Nutzer bei jĂ€hrlicher Abrechnung $70 pro Monat. Mit Business steigt dasselbe Szenario auf $250 pro Monat; dafĂŒr kommen Audit-Logs, granulare Berechtigungen, Portals, eingebettete Anwendungen und individuelles Branding hinzu. Der höhere Tarif bietet also nicht nur âmehr Nutzungâ, sondern verĂ€ndert, welche Aufgaben das Produkt fĂŒr externe Nutzer und Organisationen mit Governance-Anforderungen sicher ĂŒbernehmen kann.
Portals ist im Business-Tarif enthalten. Die ersten 50 externen Nutzer sind inbegriffen. Nutzer 51 bis 250 kosten jeweils $8 pro Monat, Nutzer 251 bis 500 jeweils $6 und Nutzer oberhalb von 500 jeweils $4. So kann ein eng abgegrenztes externes Betriebsportal ĂŒberraschend wirtschaftlich sein. Zu einer Alternative fĂŒr kundenorientierte SaaS mit individueller Interaktionsgestaltung wird Retool dadurch nicht.
Self-Hosting ist eine Enterprise-Funktion. Organisationen mit einer verbindlichen Self-Hosting-Vorgabe sollten das dafĂŒr nötige VerkaufsgesprĂ€ch als Teil der Architekturentscheidung behandeln und nicht als Beschaffungsdetail, das erst kurz vor dem Start geklĂ€rt wird.
Am besten geeignet fĂŒr: Admin-Panels, Supportkonsolen, Freigabesysteme, Datenoperationen und technische interne Anwendungen
Besonderheit: Schnelle OberflĂ€chen fĂŒr echte Datenbanken und APIs, ergĂ€nzt um Governance in höheren Tarifen
Preise: Free kostet $0 fĂŒr bis zu fĂŒnf Nutzer, unbegrenzt viele Web- und Mobile-Anwendungen, 500 Workflow-AusfĂŒhrungen pro Monat, 5 GB Datenbankspeicher und 5 GB Dateispeicher. Team kostet bei jĂ€hrlicher Abrechnung $10 pro Builder und $5 pro internem Nutzer und umfasst 5,000 Workflow-AusfĂŒhrungen. Business kostet bei jĂ€hrlicher Abrechnung $50 pro Builder und $15 pro internem Nutzer und umfasst Audit-Logs, granulare Berechtigungen, Portals, eingebettete Apps und individuelles Branding. Im Business-Tarif sind die ersten 50 externen Nutzer enthalten; Nutzer 51 bis 250 kosten jeweils $8 pro Monat, Nutzer 251 bis 500 jeweils $6 und Nutzer oberhalb von 500 jeweils $4. Enterprise wird flexibel und individuell kalkuliert und ergĂ€nzt unter anderem SSO, Versionskontrolle, Monitoring, White-Labeling und Self-Hosting.
Kostenlos testen: Free unterstĂŒtzt bis zu fĂŒnf Nutzer; der Bedarf an kostenpflichtiger Governance und Portalfunktionen bestimmt den Wechsel
- Sehr gut fĂŒr operative OberflĂ€chen auf Basis von Datenbanken und APIs geeignet
- Getrennte Preise fĂŒr Builder und Nutzer entsprechen der tatsĂ€chlichen Pflege interner Tools
- Business ergÀnzt Audit-Logs, granulare Berechtigungen, Portals und Einbettung
- Die ersten 50 externen Nutzer sind bei Business Portals enthalten
- Gestaltungsfreiheit fĂŒr öffentliche Endkundenprodukte ist nicht die KernstĂ€rke
- Business bedeutet fĂŒr interne Nutzer einen groĂen Preissprung
- Self-Hosting setzt Enterprise voraus
- Nichttechnische Verantwortliche können das Daten- und Abfragemodell als anspruchsvoll empfinden
Retool gewinnt, wenn die Builder die zugrunde liegenden Systeme verstehen und die Nutzer kontrollierte operative Aufgaben erledigen. Ist das öffentliche Nutzungserlebnis selbst das Produkt, sollte Retool ausscheiden.
Welcher No-Code App Builder passt zu welchem Projekt?
Ausgangspunkt sollte die Anforderung sein, die sich spĂ€ter am teuersten Ă€ndern lĂ€sst. Erst danach lohnt sich ein Preisvergleich zwischen den Produkten, die diese HĂŒrde genommen haben.
Bubble, wenn die Logik das Produkt ist
Bubble passt zu Webanwendungen mit mehreren Nutzerrollen, relationalen Daten und Workflows, die in einer Tabelle umstĂ€ndlich wĂ€ren. Die Wahl kippt zu FlutterFlow, wenn Quellcodeexport oder eine Veröffentlichung in App-Stores zwingend sind, und zu Softr, wenn die âAnwendungâ im Wesentlichen ein Portal auf vorhandenen Daten ist.
FlutterFlow, wenn Vertrieb und Eigentum am Code zÀhlen
FlutterFlow passt zu nativen Mobile-Produkten, sofern das Budget eine verantwortliche Person fĂŒr den exportierten Flutter-Code einschlieĂt. Die Wahl kippt zu Glide, wenn die Browserinstallation genĂŒgt und der Workflow einfach ist, oder zu Bubble, wenn die Anwendung zuerst fĂŒrs Web gedacht ist und komplexe Logik wichtiger ist als Codeexport.
Glide, wenn die Tabelle ein Vorteil ist
Glide passt, wenn die Mitarbeitenden die Zeilen, Spalten und Formulare hinter dem Prozess bereits verstehen. Die Wahl kippt zu FlutterFlow, wenn eine Store-PrÀsenz wichtig ist, zu Softr, wenn externe Portalnutzer die Kosten bestimmen, und zu Retool, wenn direkte Datenbank- oder API-Arbeit technische Kontrolle verlangt.
Softr, wenn der Zugriff das Produkt ist
Softr passt, wenn unterschiedliche Kunden, Partner oder Mitglieder ĂŒbersichtliche Ansichten gemeinsamer GeschĂ€ftsdaten benötigen. Die Wahl kippt zu Bubble, wenn individuelles Verhalten zum Produkt wird, und zu Retool, wenn technische Mitarbeitende statt Kunden die Hauptnutzer sind.
Retool, wenn die OberflÀche auf Produktivsystemen sitzt
Retool passt zu geschulten internen Nutzern, kontrollierten Aktionen und OberflĂ€chen fĂŒr APIs oder Datenbanken. Die Wahl kippt zu Softr fĂŒr ein hochwertiges nichttechnisches Portal und zu Bubble fĂŒr öffentliche SaaS-Produkte, bei denen Interaktionsdesign und Produktlogik gemeinsam wachsen mĂŒssen.
Vor der Festlegung einen vertikalen Ausschnitt testen
In den beiden verbleibenden Optionen sollte derselbe enge Workflow gebaut werden. Dazu gehören ein sensibler Datensatz, eine Berechtigungsgrenze, eine Integration, ein Fehlerfall und ein reprĂ€sentativer Datenbestand. AnschlieĂend lĂ€sst sich der Bezahltarif fĂŒr die erste realistische Nutzerschwelle schĂ€tzen. Eine Landingpage und ein reibungsloses Standardformular greifen zu kurz, um die tatsĂ€chlichen Architekturgrenzen sichtbar zu machen.
Welche No-Code-Plattformen je nach Szenario ausscheiden
Keines der Produkte auf dieser Shortlist ist grundsĂ€tzlich schlecht. Falsche Kombinationen fĂŒhren jedoch vorhersehbar zu einem Neuaufbau.
- Bubble vermeiden, wenn Eigentum am Quellcode, Self-Hosting oder eine Ăbergabe an ein klassisches Entwicklungsteam ausdrĂŒcklich verlangt werden. Datenexport beseitigt die Bindung an die Laufzeitumgebung nicht.
- FlutterFlow vermeiden, wenn nach dem Export niemand Flutter und Dart warten kann. Quellcode ohne verantwortliche Person ist eine trĂŒgerische Sicherheit.
- Glide vermeiden, wenn eine direkte Veröffentlichung im Apple App Store oder bei Google Play zwingend ist. Das unterstĂŒtzte Produkt von Glide ist eine PWA.
- Softr vermeiden, wenn die Anwendung hochindividuelle ZustĂ€nde, ungewöhnliche Echtzeitinteraktionen oder komplexe Produktlogik braucht. Ein Portal-Builder sollte nicht zu einer maĂgeschneiderten SaaS-Anwendung gedehnt werden.
- Retool vermeiden, wenn ein hochwertiges öffentliches Nutzungserlebnis das zentrale Unterscheidungsmerkmal ist. Retool ist fĂŒr operative OberflĂ€chen gebaut, nicht fĂŒr marketinggetriebenes Produktdesign.
SitesGPT: wenn die âAppâ eigentlich eine Website ist
SitesGPT ist die passende Alternative, wenn tatsĂ€chlich eine responsive Marketingwebsite mit Seiten und Leadformular benötigt wird â und kein authentifizierter Datenworkflow. In der Rangliste der No-Code App Builder erscheint SitesGPT nicht, weil es eine andere Aufgabe löst. Diese Grenze ist hilfreich: Viele frĂŒhe âAppâ-Briefings beschreiben in Wahrheit eine Website, ein Formular und einen anschlieĂenden Prozess.
Der Free-Tarif kostet $0 und umfasst eine Startseite, individuelle Bilder, ein Leadformular und eine Subdomain mit Anbieterbranding. Business kostet $96 pro Jahr und ergĂ€nzt unbegrenzt viele Seiten, individuelle Bilder, ein Leadformular, eine kostenlose eigene Domain sowie TLS/SSL. Damit lĂ€sst sich schnell eine WebprĂ€senz aufbauen. FĂŒr Nutzerkonten, relationale Anwendungsdaten oder mehrstufige Produktlogik ist SitesGPT nicht gedacht.
Am besten geeignet fĂŒr: Kleine responsive Websites und Leadgenerierung
Besonderheit: Ein einfacher Business-Tarif fĂŒr $96 pro Jahr mit eigener Domain und TLS/SSL
Preise: Free kostet $0. Business kostet $96 pro Jahr.
Kostenlos testen: FĂŒr den Free-Tarif ist keine Karte erforderlich
- Ehrliche, kostengĂŒnstige Lösung fĂŒr einen reinen Website-Auftrag
- Business enthÀlt unbegrenzt viele Seiten und eine eigene Domain
- Free umfasst ein Leadformular und eine Subdomain mit Anbieterbranding
- Kein Builder fĂŒr authentifizierte Anwendungen
- Ungeeignet fĂŒr relationale Workflows oder Produktlogik
- Sollte nicht anhand einzelner Funktionen mit Bubble oder FlutterFlow verglichen werden
AppSheet: die Alternative speziell fĂŒr Google Workspace
AppSheet ist Googles No-Code-Anwendungsplattform und die naheliegende zusĂ€tzliche Option fĂŒr Organisationen, die bereits auf Google Workspace ausgerichtet sind. Ihr Wert liegt in der Einbindung ins Ăkosystem â besonders wenn Daten und IdentitĂ€ten schon in Googles Umgebung angesiedelt sind.
AppSheet gehört nicht zu den fĂŒnf Tools der Rangliste, weil diese Entscheidung nach klaren Produktaufgaben und nicht nach der Beschaffung im Ăkosystem eines Anbieters strukturiert ist. Ist die Integration mit Google Workspace eine feste organisatorische Vorgabe, sollte AppSheet in den Pilotvergleich aufgenommen werden. Prototypen unterstĂŒtzt AppSheet kostenlos mit bis zu 10 Testnutzern.
Am besten geeignet fĂŒr: Interne und AuĂendienstanwendungen in Organisationen mit Schwerpunkt auf Google Workspace
Besonderheit: Direkte Einbindung in Googles Daten-, IdentitÀts- und Administrationsumgebung
Preise: Starter kostet $5 pro Nutzer und Monat. Core kostet $10 pro Nutzer und Monat und ist in den meisten kostenpflichtigen Google-Workspace-Tarifen enthalten. Enterprise Plus kostet $20 pro Nutzer und Monat. Publisher Pro kostet $50 pro Anwendung und Monat fĂŒr eine öffentliche App mit unbegrenzt vielen Nutzern, jedoch ohne Anmeldung oder Sicherheitsfilter.
Kostenlos testen: Ein oder mehrere App-Prototypen lassen sich kostenlos mit bis zu 10 Testnutzern betreiben
- Naheliegende Wahl fĂŒr Organisationen, die bereits auf Google Workspace standardisiert sind
- Starter und Core rechnen ĂŒbersichtlich pro Nutzer ab
- Der Prototypentarif unterstĂŒtzt bis zu 10 Testnutzer
- Bei breiter Nutzung kann die Abrechnung pro Nutzer teuer werden
- Publisher Pro bietet weder Anmeldung noch Sicherheitsfilter
- Eine gute Ăkosystemanbindung macht AppSheet nicht automatisch zum besten Builder fĂŒr ein öffentliches Produkt
HĂ€ufig gestellte Fragen
Welche No-Code-Plattform ist die beste?
Bubble ist die beste breit einsetzbare Wahl fĂŒr komplexe browserbasierte SaaS-Produkte. FĂŒr native Mobile-Apps und Codeexport ist FlutterFlow besser, fĂŒr interne Apps auf Tabellenbasis Glide, fĂŒr Kundenportale Softr und fĂŒr technische Betriebstools Retool.
Welchen No-Code App Builder sollte man zuerst prĂŒfen?
Ausgangspunkt sind Bubble und der Spezialist fĂŒr die jeweilige Anwendungsart. Bubble sollte fĂŒr Mobile-Produkte mit FlutterFlow, fĂŒr Tabellen-Workflows mit Glide, fĂŒr Portale mit Softr oder fĂŒr datenbankgestĂŒtzte interne Tools mit Retool verglichen werden.
Gibt es einen kostenlosen No-Code App Builder?
Ja. Alle fĂŒnf Produkte der Rangliste bieten kostenlose Tarife, allerdings mit unterschiedlichen Grenzen. Bubble Free dient nur der Entwicklung, mit Glide Free lĂ€sst sich nichts veröffentlichen. Die ĂŒbrigen kostenlosen Tarife eignen sich eher fĂŒr Prototypen oder kleine EinsĂ€tze als zum Nachweis spĂ€terer Produktivkosten.
Bietet Google einen No-Code App Builder an?
Ja. AppSheet ist Googles No-Code-Anwendungsplattform und integriert sich in Google Workspace. Das Tool gehört auf die Shortlist, wenn Daten, IdentitÀten und BetriebsablÀufe der Organisation bereits auf Google ausgerichtet sind.
LÀsst sich eine No-Code-App im Apple App Store und bei Google Play veröffentlichen?
FlutterFlow unterstĂŒtzt die direkte Store-Bereitstellung, sobald die nötigen Store-Konten eingerichtet und alle Voraussetzungen erfĂŒllt sind. Glide unterstĂŒtzt keine direkte Store-Veröffentlichung, weil Glide-Anwendungen PWAs sind. Bubble umfasst in seinen kostenpflichtigen Tarifen fĂŒr Web und Mobile Mobile-Build-Einreichungen, die Laufzeitumgebung bleibt jedoch proprietĂ€r.
Welcher No-Code-Builder kann Quellcode exportieren?
FlutterFlow exportiert ein regulĂ€res Flutter-Projekt. Bubble exportiert den Laufzeitcode seiner Anwendungen nicht. Ein Codeexport ist nur dann wertvoll, wenn anschlieĂend jemand das exportierte Framework warten kann.
Welche No-Code App Builder eignen sich fĂŒr ein Kundenportal?
Softr ist die erste Wahl fĂŒr ein hochwertiges Portal auf vorhandenen GeschĂ€ftsdaten. Retool Business ĂŒberzeugt, wenn technische Builder operative Daten fĂŒr externe Nutzer zugĂ€nglich machen mĂŒssen.
Welcher ist der beste kostenlose No-Code App Builder fĂŒr Mobile-Apps?
FlutterFlow Free ist fĂŒr ein natives Mobile-Konzept der relevanteste Ausgangspunkt, weil der Tarif mobile Projekte unterstĂŒtzt. Code-Download und App-Store-Bereitstellung mit einem Klick beginnen jedoch erst mit dem Basic-Tarif fĂŒr $39 pro Monat. Ein kostenloser Prototyp ist nicht dasselbe wie eine kostenlose Produktivveröffentlichung.
Fazit und Empfehlung
Bubble ist der beste No-Code App Builder fĂŒr die breiteste Gruppe komplexer Webprodukte, aber keine sichere Standardwahl fĂŒr jede Anwendung. FlutterFlow ist bei nativen Mobile-Produkten und eigenem Code die bessere Entscheidung. Glide bringt Tabellen-Workflows am schnellsten in eine App. Softr ist die ĂŒbersichtlichste Portallösung. Retool ist am stĂ€rksten bei technischen Betriebstools.
Die belastbare Kaufregel ist einfach: zuerst Architektur, dann Vertrieb, danach PortabilitĂ€t und erst zuletzt der Preis. Nur die Tools, die diese Anforderungen erfĂŒllen, sollten preislich verglichen werden. Vor Abschluss eines Jahresvertrags sollte ein vertikaler Ausschnitt mit echten Berechtigungen und reprĂ€sentativen Daten entstehen.
Kann das Briefing weder die Art der App noch die Datenquelle, die Nutzerrollen und den erforderlichen Vertriebsweg benennen, ist es noch nicht bereit fĂŒr eine Builder-Entscheidung.
Checkliste fĂŒr den KI-Workflow-Audit
Workflow, Daten, Berechtigungen, Ăbergaben und Automatisierungsrisiken erfassen, bevor die Wahl auf einen Builder fĂ€llt.
- Zuletzt aktualisiert
- Kategorie
- Build
- Sprache














