GoodBarber vs Thunkable

Thunkable bringt einen Stammbaum mit, den nur wenige App-Builder vorweisen können: Es ging aus MIT App Inventor hervor, dem Projekt, das einer ganzen Generation beibrachte, Apps aus visuellen Blöcken zusammenzusetzen. Elf Millionen Apps später ist dieses Erbe sichtbar — der Drag-and-Drop-Editor ist wirklich zugänglich, und die neue AI-Builder-Schicht („iOS and Android—built by chatting") senkt die Hürde weiter. Als wir uns hinsetzten, um AURORA damit zu bauen, war ein erster funktionierender Bildschirm schnell erreicht und, ehrlich gesagt, machte es Spaß.

Die Frage, die AURORA uns aufzwang, war nicht „kann ich die erste Version bauen?" — sondern „was genau veröffentliche ich im App Store, und was passiert, wenn die App größer wird?". Thunkables Marketing behauptet, echte native Apps zu erzeugen. Community-Bewertungen beschreiben eine Block-Interpretationsschicht, die langsamer wird, je komplexer die Logik wird. Diese Lücke — zwischen dem Versprechen des Nativen und der Erfahrung, eine echte App im großen Maßstab zu betreiben — ist das Thema dieses Vergleichs.

Dieser Artikel ist Teil unserer Serie, in der wir denselben AURORA-Brief ehrlich auf jedes Tool anwenden. Wenn Sie auch Adalo, Glide, FlutterFlow oder Bubble in Betracht ziehen, finden Sie dieselbe Methode auf jedes angewendet.

• Thunkable baut Apps, indem visuelle Komponenten zusammengesetzt und Logikblöcke verbunden werden. Am Anfang zugänglich, aber Nutzer berichten durchgängig, dass komplexe Apps unhandlich und langsam werden, je mehr Blöcke hinzukommen.
• Thunkables Runtime-Architektur ist umstritten: Das Unternehmen vermarktet eine wirklich native Ausgabe, während mehrere Community-Quellen eine Block-Interpretations-/WebView-Schicht mit einer Performance-Obergrenze bei größeren Apps beschreiben. GoodBarber kompiliert in native Swift- (iOS) und Kotlin- (Android) Binaries — eindeutig.
• Thunkable lässt Sie Ihren Quellcode nicht exportieren — Ihre App lebt nur innerhalb ihrer Plattform. Veröffentlichte Apps benötigen zudem ein aktives Abonnement, um online zu bleiben.
• Die Daten leben in externen Diensten (Firebase, Airtable, Google Sheets). Es gibt kein dediziertes redaktionelles CMS und kein operatives Back-Office für Inhalte, Push-Kampagnen und E-Commerce.
• Thunkable hat kein dokumentiertes eingebautes E-Commerce-Modul. GoodBarber enthält den Checkout mit 0% Provision und 22 Zahlungsanbietern.
• Thunkable ist eine ausgezeichnete Lern- und Prototyping-Umgebung mit einem echten MIT-Erbe. GoodBarber ist darauf ausgelegt, eine Consumer-App über Jahre zu veröffentlichen, zu betreiben und weiterzuentwickeln.

AURORA ist der Test, den wir auf alle Tools der Serie anwenden: ein Luxusreiseführer. Er erfordert mehrseitige Navigation, eine vollständig individuelle visuelle Identität (Farben, Typografie, Logo), Nutzerkonten mit Authentifizierung, Push-Benachrichtigungen, eine Inhaltsverwaltungsebene für regelmäßige Updates, eine Monetarisierungsebene, Echtzeit-Datenintegration, einen KI-Chatbot und Veröffentlichung im App Store und Google Play.

AURORA ist kein Schulprojekt und kein Wochenend-Prototyp. Es ist die Art von App, die eine Medienmarke oder ein Reiseunternehmen unter eigenem Namen veröffentlicht und dann jahrelang pflegt — Ziele hinzufügen, Promotions starten, Bestellungen verarbeiten, Updates ausliefern. Das Briefing ist bewusst anspruchsvoll: Es sind die Anforderungen, die die echten Unterschiede zwischen den Tools zutage fördern.

GoodBarber: eine verwaltete Plattform für native Consumer-Apps

GoodBarber entwickelt App-Erstellungstools seit 2011, mit einem einzigen Fokus: nicht-technischen Erstellern zu ermöglichen, eine professionelle native App im App Store und Google Play zu veröffentlichen und sie dann unbegrenzt ohne Entwicklerhilfe zu betreiben. iOS kompiliert in natives Swift, Android in natives Kotlin — kompilierte Binaries, keine interpretierten Schichten. Das Back-Office verwaltet Inhalte, Push-Benachrichtigungen, E-Commerce, Nutzer und Statistiken, und dieselbe Konfiguration generiert auch eine PWA. Die KI-Schicht umfasst die Erstellung (der AI Extension Builder, Abschnitte per Prompt erstellen) und den Betrieb (der MCP-Server mit 30 Claude Skills, damit KI-Agenten die Live-App bedienen).

Thunkable: ein Block-Builder mit MIT-Erbe und einer neuen KI-Schicht

Thunkable wurde 2015 von Alumni von MIT App Inventor gegründet, und diese DNA definiert es: Apps werden aus visuellen Komponenten zusammengesetzt, mit Logik, die über Drag-and-Drop-Blöcke verdrahtet wird. Es ist ein wirklich zugängliches Modell — Anfänger erreichen schnell einen funktionierenden Bildschirm, und die Plattform ist seit Langem ein Favorit im Bildungsbereich. Kürzlich hat sich Thunkable um KI neu positioniert: Die Homepage öffnet jetzt mit „Welcome to Thunkable AI", und ein AI Builder verwandelt Prompts in Ausgangspunkte. Für Lernen, Prototyping und einfache Apps ist Thunkables Block-Modell schnell und nachsichtig.

Wir gingen die Anforderungen von AURORA im Editor von Thunkable durch. Die ersten Schritte waren flüssig; die Reibung tauchte genau dort auf, wo die Bewertungen sie ankündigten.

Navigation und Branding: Die mehrseitige Navigation von AURORA mit Komponenten zusammenzusetzen war unkompliziert, und individuelles Branding ist ab dem Builder-Plan verfügbar. Der AI Builder lieferte uns schnell einen brauchbaren ersten Entwurf. Das ist Thunkable von seiner besten Seite.

Authentifizierung und Daten: Nutzerkonten funktionieren über Anmeldekomponenten, und Thunkable verbindet sich kostenlos mit externen Daten — Firebase, Airtable, Google Sheets — sogar in den unteren Plänen. Das ist eine echte Stärke. Aber es bedeutet auch, dass AURORAs Inhalt in einer Tabelle oder einem Firebase-Projekt lebt, das Sie separat einrichten und pflegen. Es gibt kein redaktionelles CMS in Thunkable; einen neuen Reiseführer zu veröffentlichen heißt, eine externe Datenquelle zu bearbeiten.

Push-Benachrichtigungen: Nativ unterstützt — ein echter Pluspunkt für eine Consumer-App.

E-Commerce: Hier stieß AURORA an eine Wand. Thunkable hat kein dokumentiertes eingebautes Commerce-Modul. Die Monetarisierungsebene müsste aus API-Integrationen gegen einen externen Zahlungsanbieter zusammengesetzt werden — machbar für einen technisch versierten Ersteller, schwer für ein nicht-technisches Team.

Logik und Skalierung: Während wir AURORAs Bildschirme und Logik hinzufügten, wurde der Block-Canvas dicht. Das deckt sich mit dem, was Bewertungen durchgängig berichten: „Dutzende miteinander verbundener Blöcke zu verwalten wird unhandlich, je mehr die Logik wächst", und „die Block-Interpretationsschicht kann komplexe Apps verlangsamen". Eine Reise-App mit Inhalten, Konten, Buchungen und Echtzeitdaten ist genau die Art von Projekt, bei der diese Obergrenze auftaucht.

Veröffentlichung: Thunkable veröffentlicht im App Store und Google Play (Builder-Plan und höher für eine Live-App), und Sie benötigen Ihre eigenen Apple- und Google-Entwicklerkonten. Ein struktureller Vorbehalt: kein Quellcode-Export, also existiert die App nur innerhalb von Thunkable, und sie muss ein aktives Abonnement behalten, um online zu bleiben.

Der Unterschied, der für AURORA am meisten zählte, ist das, was nach dem Prototyp passiert — wenn „nativ" aufhört, ein Marketingwort zu sein, und zu einer Store-Prüfung, einem Performance-Budget und fünf Jahren Updates wird.

GoodBarber kompiliert AURORA in natives Swift auf iOS und natives Kotlin auf Android. Keine Block-Interpretationsschicht, keine WebView-Hülle — kompilierte Binaries, die sich so verhalten, wie es die App-Store-Prüfer und Ihre Nutzer erwarten. Das zählt für die Performance, wenn die App wächst, für die OS-Integration und für die Store-Freigabe. Bei letzterem Punkt übernimmt der GBTC-Dienst von GoodBarber den Apple-Review-Prozess direkt — Apple lehnt etwa 42% der Ersteinreichungen ab, und GoodBarber stellt 91% davon wieder her. Mit Thunkable navigieren Sie diesen Prozess allein.

Die operative Lücke ist ebenso konkret. AURORAs Inhalt lebt in einem echten Back-Office-CMS in GoodBarber — Redakteure erstellen Abschnitte und veröffentlichen Guides, ohne eine Tabelle oder eine Firebase-Konsole anzufassen. Dasselbe Back-Office sendet Push-Kampagnen an Endnutzer und verwaltet E-Commerce, vollständig enthalten: Checkout mit 0% Provision auf Transaktionen und 22 Zahlungsanbietern, die globale und regionale Märkte abdecken. In Thunkable sind das externe Dienste, die Sie zusammensetzen und pflegen.

Beim Kosten lohnt sich der Vergleich ehrlich. Thunkables erste Stufe mit einer live veröffentlichten App (Builder) liegt bei 37 $/Monat bei jährlicher Abrechnung; unbegrenzt veröffentlichte Apps erfordern den Advanced-Plan zu 99 $/Monat jährlich — und Ihre Daten leben in Diensten, die Sie separat bezahlen. GoodBarbers Premium-Plan zu 70 €/Monat enthält Hosting, Datenbank, Push, CMS, E-Commerce und native iOS- + Android-Builds in einem Abonnement. Und wo Thunkable keinen Quellcode-Export bietet und die Live-App an ein aktives Abonnement bindet, ist GoodBarbers Wert die verwaltete Stack selbst — Sie pflegen weder eine Codebase noch ein Zusammenstückeln von Diensten.

Der RAG-Chatbot, den AURORA braucht — Reisenden Fragen aus den veröffentlichten Inhalten der App zu beantworten — ist eine native GoodBarber-Funktion, keine zu bauende Integration.

Beide Tools setzen Apps ohne traditionelle Programmierung zusammen, zielen aber auf unterschiedliche Ziellinien. Thunkable optimiert für einen zugänglichen, flexiblen Bau-Canvas mit einem pädagogischen Erbe; GoodBarber optimiert für ein kompiliertes, betreibbares, all-inclusive Produkt, das in die Stores geht und jahrelang läuft.

Das konstanteste Thema in Thunkables Bewertungen ist keine fehlende Funktion — es ist eine Kurve. Das Block-Modell ist am Anfang wunderbar und schwerer zu verwalten, je mehr die App wächst. „Die fortgeschritteneren Dinge erfordern mehr technische Fähigkeiten." „Dutzende miteinander verbundener Blöcke zu verwalten wird unhandlich." „Die Block-Interpretationsschicht kann komplexe Apps verlangsamen." Keiner dieser Punkte ist für ein Schulprojekt oder ein MVP ein K.-o.-Kriterium. Alle zählen für AURORA.

Das ist der strukturelle Unterschied zwischen dem Zusammensetzen atomarer Blöcke und dem Konfigurieren integrierter Funktionen. Beim Block-Bau wächst die Arbeit mit der Komplexität der App — mehr Bildschirme und mehr Logik bedeuten mehr Blöcke zum Verdrahten, Debuggen und Performant-Halten. Mit GoodBarbers integriertem Ansatz kommen Funktionen wie E-Commerce, Push und Inhaltsverwaltung vorab konstruiert, um Last und Grenzfälle zu bewältigen, sodass sich die Komplexität der App nicht direkt in Wartungsaufwand für Sie übersetzt. Wenn ein spezifischer Bedarf außerhalb des integrierten Sets liegt, schließen der Extension Store und der KI-gestützte Extension-Builder die Lücke.

Für einen Prototyp ist die Block-Obergrenze unsichtbar. Für eine Consumer-App, die Sie wachsen lassen wollen, ist sie die ganze Frage — und sie wird dadurch verschärft, dass Sie den Code nicht exportieren und davongehen können, wenn Sie sie erreichen.

• Sie lernen, Apps zu bauen oder unterrichten es — das MIT-App-Inventor-Erbe und das Block-Modell von Thunkable machen es zu einer der besten Einstiegspforten der Kategorie.
• Sie wollen einen unterhaltsamen, zugänglichen Canvas zum Prototyping einfacher bis mittlerer Apps und schätzen die kostenlosen Drittanbieter-Integrationen selbst in den unteren Plänen.
• Ihr Projekt wird wahrscheinlich keine große, logikintensive App, bei der die Block-Interpretations-Obergrenze und Performance-Bedenken auftauchen.
• Sie sind komfortabel damit, Ihr eigenes Daten-Backend zu verwalten (Firebase, Airtable, Sheets) und benötigen kein eingebautes CMS oder E-Commerce-Modul.
• Sie brauchen keine Quellcode-Portabilität und akzeptieren es, die App innerhalb der Thunkable-Plattform zu halten.

• Sie wollen eindeutig native iOS- und Android-Apps — kompiliertes Swift und Kotlin — unter Ihrer eigenen Marke veröffentlicht und darauf ausgelegt, zu performen, während die App wächst.
• Sie sind ein nicht-technisches Team — ein Inhaltsverleger, ein Händler, eine Hotelmarke, ein lokales Unternehmen — das Inhalte, Push und E-Commerce aus einem Back-Office verwalten muss, nicht aus einer Tabelle und einem Block-Canvas.
• Sie bauen langfristig: eine App, die Sie täglich betreiben und über Jahre weiterentwickeln, kein Prototyp oder Lernprojekt.
• Ihre App enthält E-Commerce und Sie benötigen 0% Provision mit integrierten Zahlungsanbietern für Ihre Märkte.
• Sie wollen, dass Ihre gesamte Stack — Hosting, Datenbank, Push, CMS, Zahlungen, Analytics — durch ein einziges Abonnement abgedeckt ist, ohne externe Dienste zusammenzusetzen und zu pflegen.

Thunkable verdient seinen Ruf als eine der freundlichsten Arten, eine App zu bauen, und seine MIT-Abstammung ist kein Zufall — für Lernen, Prototyping und einfachere Projekte ist das Block-Modell ein echtes Vergnügen. Die Achse der Wahl ist das, was nach dem Start passiert. Thunkables Stärken konzentrieren sich auf den anfänglichen Bau; die Fragen der nativen Performance im großen Maßstab, des operativen Werkzeugs, des E-Commerce und der Code-Portabilität sind dort, wo AURORA die beiden Plattformen trennt.

Wenn Ihr Projekt eine Consumer-App ist, die in den Stores unverkennbar nativ sein und jahrelang laufen muss, starten Sie Ihre kostenlose Testversion und bauen Sie AURORA auf einer Plattform, die in echte native Binaries kompiliert und Ihnen das Back-Office gibt, um sie zu betreiben.

• GoodBarber vs Bubble
• GoodBarber vs Base44
• GoodBarber vs Glide
• GoodBarber vs Rork
• GoodBarber vs Emergent
• GoodBarber vs FlutterFlow
• GoodBarber vs Adalo
• GoodBarber vs Bolt.new
• GoodBarber vs AppSheet
• Die 10 besten No-Code App-Builder 2026

Baut Thunkable wirklich native Apps?

Thunkable vermarktet seine Ausgabe als echte native iOS- und Android-Apps. Mehrere Community-Quellen beschreiben jedoch eine Runtime-Schicht aus Block-Interpretation / WebView, die eine Performance-Obergrenze bei größeren Apps einführt. Die Runtime-Architektur ist zwischen offiziellen und Drittquellen umstritten. GoodBarber kompiliert in native Swift- und Kotlin-Binaries, ohne diese Mehrdeutigkeit.

Können Sie Ihren Quellcode aus Thunkable exportieren?

Nein. Thunkable erlaubt keinen Export des Rohquellcodes, also existiert die App nur innerhalb ihrer Plattform, und eine veröffentlichte App benötigt ein aktives Abonnement, um online zu bleiben. Nutzer nennen dies häufig Vendor Lock-in.

Enthält Thunkable E-Commerce und ein CMS?

Thunkable hat kein dokumentiertes eingebautes E-Commerce-Modul und kein dediziertes redaktionelles CMS; Inhalt wird über externe Datenquellen wie Firebase, Airtable oder Google Sheets verwaltet, und eine Zahlungsebene müsste über API-Integration zusammengesetzt werden. GoodBarber enthält sowohl ein strukturiertes Back-Office-CMS als auch eine vollständige E-Commerce-Ebene mit 0% Provision und 22 Zahlungsanbietern.

Was ist der echte Kostenunterschied?

Thunkables erste Stufe, die eine live veröffentlichte App erlaubt (Builder), liegt bei 37 $/Monat bei jährlicher Abrechnung, mit unbegrenzt veröffentlichten Apps im Advanced-Plan zu 99 $/Monat jährlich — und Ihr Daten-Backend wird separat bezahlt. GoodBarbers Premium-Plan zu 70 €/Monat enthält Hosting, Datenbank, Push, CMS, E-Commerce und native iOS- + Android-Builds in einem Abonnement.

Wann ist Thunkable die bessere Wahl?

Thunkable ist eine ausgezeichnete Wahl, um das App-Bauen zu lernen, zu unterrichten und einfachere Projekte zu prototypisieren — sein MIT-App-Inventor-Erbe und sein Block-Modell machen es zu einer der zugänglichsten Einstiegspforten der Kategorie. GoodBarber ist die bessere Wahl für eine Consumer-App, die eine eindeutig native Ausgabe, ein Back-Office für den täglichen Betrieb, eingebauten E-Commerce und die Fähigkeit, über Jahre zu skalieren und sich weiterzuentwickeln, benötigt.