Den Schutz minderjähriger Nutzer können Sie sich nicht länger aussuchen. Immer mehr Gesetze verlangen, dass Apps ihr Verhalten an das Alter der Nutzer anpassen – andernfalls droht die Entfernung aus den Stores. Age Protection baut diese Konformität direkt in Ihre nativen GoodBarber-Apps ein, ganz ohne eine Zeile Code Ihrerseits. So aktivieren Sie die Funktion, und das ändert sich für Ihre Nutzer. In den letzten Jahren haben mehrere Länder – allen voran die USA – ihre Gesetze zum Schutz Minderjähriger auf digitalen Plattformen verschärft. Diese Gesetze verlangen, dass Apps die Altersgruppe ihrer Nutzer berücksichtigen, um die zugänglichen Funktionen entsprechend anzupassen. Jede App, die Daten erhebt, Werbung anzeigt oder soziale Interaktionen ermöglicht, muss nun bestimmte Einschränkungen anwenden, sobald der Nutzer minderjährig ist (unter 16 Jahren).Bei einer maßgeschneiderten App ist das ein echtes Projekt: Alterserkennung, bedingte Logik für jede sensible Funktion und Wartung bei jeder Gesetzesänderung. Mit GoodBarber ist die Altersprüfung nativ in Ihre iOS- und Android-Apps integriert. Sie aktivieren eine Einstellung – den Rest übernimmt die App.

Drei Artikel haben gezeigt, wie der MCP-Server von GoodBarber für Creator funktioniert. Dieser hier richtet sich an die Menschen, die darauf aufbauen.Falls Sie nachholen möchten: Der Server startete für den Shop, erreichte dann Ihre Inhalte und schließlich die Push-Benachrichtigungen.

Diesen Monat steht der GoodBarber MCP Server im Rampenlicht — jetzt für Shopping- und Content-Apps verfügbar — begleitet von einer langen Liste von Korrekturen auf ganzer Linie.Der GoodBarber MCP Server ist live: Verbinden Sie Ihre App mit KI-Assistenten und erledigen Sie alltägliche Aufgaben in einem einzigen Satz.Intelligentere Push-Benachrichtigungen mit KI: Der MCP Server erstellt jetzt Push-Benachrichtigungen mit Zeitplanung, Zielen und präziser Ausrichtung auf Plattformen, Gruppen, Abonnements oder einzelne Nutzer.Ihr CMS, jetzt über den MCP Server erreichbar: Artikel, Events, Karten, Galerien, Podcasts.

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.

AppSheet ist ein Google-Produkt, was ihm von Anfang an eine Glaubwürdigkeit verleiht, die nur wenige Wettbewerber erreichen können. Es ist in Google Workspace eingebettet, von der Google Cloud-Infrastruktur getragen und wird von Unternehmen wie Airbus, Husqvarna und Solvay eingesetzt. Dieser Ruf ist verdient. Als wir das AURORA-Briefing auf die Plattform anwendeten, erkannten wir schnell, dass diese Glaubwürdigkeit real ist — nur auf einem anderen Terrain, als wir erkundeten.AppSheet ist für interne Tools konzipiert: eine Inventar-App für das Lagerteam, ein Inspektionsformular für Außendiensttechniker, ein CRM für den Vertrieb. AURORA ist eine Verbraucher-App — sie wird im App Store unter Ihrer Marke heruntergeladen, von Kunden, die Sie nie getroffen haben, und muss täglich von einem Marketingteam betrieben werden, das nie eine Tabellenkalkulation öffnen wird. Das sind zwei verschiedene Probleme. Dass beide "No-Code" heißen, ist genau die Quelle der Verwirrung, die dieser Artikel klären möchte.Dieser Artikel ist Teil unserer Serie — dasselbe AURORA-Briefing, mit derselben Ehrlichkeit auf jedes bewertete Tool angewendet. Wenn Sie auch Adalo, Glide, Bubble oder andere Plattformen vergleichen, finden Sie denselben Rahmen in allen Artikeln.

Seit seiner Einführung eröffnet der GoodBarber MCP-Server eine neue Art, eine App zu steuern. Statt jedes Menü im Backoffice einzeln zu öffnen, können Sie einen KI-Assistenten bitten, bestimmte Aktionen für Sie auszuführen, einfach in natürlicher Sprache. Eine Push-Benachrichtigung zu erstellen, kann zunächst einfach wirken: Nachricht schreiben, Zielgruppe auswählen, senden.In der Praxis sind die Anforderungen aber oft genauer:die Benachrichtigung morgen früh senden;nur iOS- und Android-Nutzer ansprechen;einen bestimmten App-Bereich öffnen;zu einem Artikel, Produkt oder einer URL weiterleiten;eine Nutzergruppe ansprechen;eine Nachricht an einen bestimmten Nutzer senden;den Versand nach der lokalen Uhrzeit der Nutzer planen.Bisher musste man für solche Einstellungen mehrere Optionen manuell konfigurieren. Mit dem erweiterten MCP-Server kann der Nutzer sein Anliegen in einem natürlichen Satz formulieren.Zum Beispiel:"Sende am Freitag um 10 Uhr eine Push-Benachrichtigung an iOS- und PWA-Nutzer, um die Veröffentlichung meiner neuen Sendung anzukündigen, und öffne den Web-TV-Bereich, wenn sie darauf tippen."Der Assistent muss dann drei zentrale Elemente verstehen:die zu sendende Nachricht;die betroffene Zielgruppe;die Aktion, die beim Tippen ausgelöst werden soll.Genau das macht dieses Update interessant: Die KI schreibt nicht nur einen Text. Sie interpretiert eine vollständige Kommunikationsabsicht.

Bolt.new erschien im Oktober 2024 und war nicht zu ignorieren. 20 Millionen Dollar ARR in zwei Monaten, sieben Millionen Nutzer in weniger als einem Jahr: Wir beschlossen, die Plattform ernsthaft zu testen — nicht nur einen schnellen Blick zu werfen. Wir haben dasselbe Briefing wie für die gesamte Serie angewendet: AURORA, ein Luxusreiseführer-App, die native Store-Verteilung, tägliche redaktionelle Updates, Push-Kampagnen, Nutzerverwaltung und eine funktionierende E-Commerce-Ebene benötigt.Wir haben AURORA mit Bolt.new gebaut. Wir haben es mit GoodBarber gebaut. Was folgt, ist der ehrliche Bericht beider Erfahrungen — einschließlich der Momente, in denen Bolt uns beeindruckt hat, und jener, in denen die Wege auf eine Art divergierten, die für die Wahl der richtigen Plattform entscheidend ist.Dieser Artikel ist Teil unserer fortlaufenden Serie — dasselbe Briefing, angewendet auf jedes wichtige Tool, das wir bewertet haben. Wenn Sie auch Base44, Emergent, Adalo oder FlutterFlow in Betracht ziehen, finden Sie in allen Artikeln einen einheitlichen Rahmen.

Unter den drei Launch-Layouts der neuen TabBar-Generation ist Clean TabBar dasjenige, das am deutlichsten ein Streben nach Schlichtheit und Präzision zum Ausdruck bringt.Hier stützt sich die Navigation weder auf besonders demonstrative Icons noch auf einen starken Hintergrund, um den aktiven Zustand zu signalisieren. Sie beruht auf einer dezenteren, textlicheren, eleganteren Schreibweise. Es ist ein Layout, das der TabBar einen sehr gut lesbaren Platz in der Oberfläche einräumt und dabei eine maßvolle Präsenz bewahrt.Clean TabBar funktioniert besonders gut in Apps, die dem Inhalt, dem Rhythmus der Seite und der Gesamtqualität der Komposition mehr Raum geben wollen.

Wer sagt, er möchte "eine App ohne Code erstellen", stellt selten die Frage nach dem intuitivsten Tool. Die eigentliche Frage lautet: Was passiert nach der ersten Veröffentlichung? Wer pflegt die Inhalte am Dienstag? Wer versendet die Push-Benachrichtigung am Freitag? Wer untersucht, warum die App bei fünftausend gleichzeitigen Nutzern langsam wird?Adalo und GoodBarber ermöglichen es einem nicht-technischen Gründer, eine nativ wirkende App innerhalb von Tagen – nicht Monaten – zu veröffentlichen. Aber sie beantworten die operative Frage sehr unterschiedlich. Adalo stellt Ihnen eine Canvas und Bausteine zur Verfügung, um Ihre App zusammenzubauen. GoodBarber liefert ein fertiges Produkt und das Back-Office, um es zu betreiben.Um diesen Unterschied zu testen, haben wir beiden Plattformen dasselbe Projekt gegeben: AURORA – ein Luxus-Reiseführer mit präzisen Anforderungen an Design, Vertrieb und tägliches Management.

Es gibt vier realistische Wege für ein kleines Unternehmen, eine eigene App zu erstellen: No-Code-App-Builder, KI-gestützte Tools, Website-zu-App-Konvertierung oder einen Entwickler zu beauftragen. Die richtige Wahl hängt von einer Frage mehr als von allem anderen ab — ist deine App für Kunden oder für interne Abläufe? Diese beiden Fälle führen in entgegengesetzte Richtungen bei Kosten, Tool-Auswahl und der Definition von Erfolg. Wir entwickeln native iOS- und Android-Apps seit 2011, und in diesem Leitfaden analysieren wir jeden Weg ehrlich — einschließlich der Frage, für wen jedes Tool wirklich gedacht ist.

Es gibt fünf bewährte Wege, eine mobile App zu monetarisieren, ohne eine einzige Zeile Code zu schreiben: Produkte verkaufen, für Premium-Inhalte bezahlen lassen, Werbung schalten, Dienstleistungen verkaufen oder Spenden akzeptieren. Das richtige Modell hängt davon ab, was du anbietest — und die richtige Plattform entscheidet, wie viel von diesen Einnahmen du tatsächlich behältst. Wir entwickeln native iOS- und Android-Apps seit 2011, und in diesem Leitfaden analysieren wir jedes Modell ehrlich: was es einbringt, was es kostet und was du heute mit einem No-Code-App-Builder einrichten kannst. Warum mobile Apps besser monetarisieren als WebsitesDie 5 Monetarisierungsmodelle im direkten VergleichModell 1: Mobile E-Commerce — Produkte verkaufen, Marge behaltenModell 2: Premium-Content-Abonnements — Apple und Google erledigen die schwere ArbeitModell 3: Werbung — Reichweite in Einnahmen verwandeln, ohne etwas zu verkaufenModell 4: Dienstleistungen und Buchungen — deine Zeit oder Expertise in Rechnung stellenModell 5: Spenden — lass deine Community deine Arbeit unterstützenWie du das richtige Modell für dein Projekt wählstFAQ

Wer Inhalte in einer GoodBarber-App veröffentlicht, kennt das Muster. Ein neuer Wanderweg eröffnet in Ihrer Gegend, und Ihre Leser möchten es vor dem Wochenende erfahren. Keine dieser Aufgaben ist schwierig. Ein Artikel mit Foto und Streckenbeschreibung. Ein geführter Spaziergang am Samstagmorgen. Drei Wegpunkte entlang der Route — die Quelle, der Aussichtspunkt, die alte Kapelle.Aber jede dieser Aufgaben bedeutet dasselbe: Laptop öffnen, einloggen, den richtigen Bereich finden, ein Formular ausfüllen, die Blöcke ordnen, speichern. Wiederholen für das Event. Wiederholen für die Karte. Bis alles fertig ist, ist der Nachmittag vorbei — oder die Idee ist auf eine To-do-Liste gerutscht, die nie kürzer wird.Als wir den MCP-Server von GoodBarber eingeführt haben, haben wir diese Lücke auf der Shop-Seite der Plattform geschlossen. Die Resonanz hat uns etwas gezeigt, das wir früher hätten sehen sollen: Der Wert, mit einem Satz auf Ihre App einzuwirken, war nicht auf den Handel beschränkt. Er galt genauso für alles andere, was das Backoffice verwaltet. Also haben wir den MCP-Server auf die Inhalte erweitert.

FlutterFlow eröffnet seine Startseite mit einem Versprechen: Own your code, no vendor lock-in. Die Botschaft ist real, und für ein bestimmtes Publikum ist sie die richtige Antwort. Doch sie trägt eine verdeckte Bedeutung in sich: den Code zu besitzen heißt auch, alles zu besitzen, was nach dem Build passiert — die Bugs, die Plattform-Updates, die Ihr Projekt brechen, die Entwicklerstunden, das externe CMS, das Sie selbst verdrahten müssen. Den Code zu besitzen ist eine Form von Eigentum. Es gibt eine zweite: den Betrieb zu besitzen — Inhalte veröffentlichen, Push-Benachrichtigungen verschicken, Bestellungen abwickeln, jeden Tag, über Jahre, ohne je eine IDE zu öffnen. Wir haben beide Plattformen anhand desselben Briefings getestet, um zu sehen, welche Form von Eigentum jede tatsächlich liefert.Wir haben AURORA gebaut — eine Premium-Reiseführer-App — auf FlutterFlow und auf GoodBarber, auf Basis eines identischen Lastenhefts. Die Methode ist in unserer Übersicht zum App-Builder-Vergleich 2026 dokumentiert.

Unter den drei Launch-Layouts der neuen TabBar-Generation ist Minimal TabBar dasjenige, das die Idee der visuellen Vereinfachung am weitesten treibt.Hier konzentriert sich die Navigation auf das Wesentliche. Die TabBar verfolgt einen icon-only-Ansatz, ohne Text, mit einer kompakteren Komposition und einem sehr zeitgemäßen, schwebenden Erscheinungsbild. Das Ganze nimmt wenig Platz ein, ist sofort lesbar und verleiht der Oberfläche eine leichtere, klarere und modernere Präsenz.

Die kurze Antwort, die die meisten Artikel vermeiden zu geben: Sie können es nicht. Nicht wirklich. Uber, Airbnb und Instagram sind maßgeschneiderte Produkte, die Hunderte Millionen Dollar an F&E; darstellen, mit einer Infrastruktur, die für globale Skalierung konzipiert wurde, und spezialisierten Engineering-Teams. Keine No-Code-Plattform reproduziert das. Aber es ist fast sicher nicht das, was Sie tatsächlich zu bauen versuchen. Hier ist die ehrliche Analyse — was No-Code für Projekte, die von diesen Apps inspiriert sind, leisten kann und nicht kann, und wie Sie das richtige Werkzeug für das wählen, was Sie wirklich starten wollen. Warum Uber, Airbnb und Instagram nicht mit No-Code nachgebaut werden können (und warum das in Ordnung ist)Was Sie wahrscheinlich wirklich zu bauen versuchenWann No-Code die richtige Wahl ist — und welche Plattform für welchen Use CaseWann No-Code die falsche Wahl ist — und was stattdessen zu tun istEin realistisches EntscheidungsframeworkFAQ

Vor zwei Jahren schien es ehrgeizig, in wenigen Stunden einen funktionsfähigen Prototyp zu erstellen. Heute ist es Standard. Lovable hat dazu beigetragen: Sie beschreiben, was Sie wollen, sehen es entstehen und verfeinern es im Dialog. Das Versprechen — „die 99 % der Menschen zu befähigen, die Ideen haben, aber nicht die technischen Fähigkeiten, sie umzusetzen" — hält, zumindest in der ersten Phase.Aber dieser Vergleich versucht, eine andere Frage zu beantworten. Nicht „Kann Lovable eine App generieren?" — das kann es, und das überzeugend —, sondern: Was passiert nach dem Prototypen? Wer verwaltet die Inhalte, plant Push-Benachrichtigungen, reicht die App im App Store ein und hält die Nutzererfahrung ein Jahr später am Laufen?Um das zu beantworten, haben wir beide Plattformen demselben Brief ausgesetzt: AURORA, ein Luxusreiseführer. Ein fester Satz von Anforderungen, systematisch geprüft. Was sich zeigt, geht weit über eine Funktionsübersicht hinaus.

Unter den drei Launch-Layouts der neuen TabBar-Generation ist Bold TabBar dasjenige, das seine Präsenz in der Benutzeroberfläche am deutlichsten annimmt.Hier versucht die Navigation nicht, in den Hintergrund zu treten. Sie rahmt den Bildschirm ein, schafft eine klare visuelle Hierarchie und nimmt vollständig am Stil der App teil. Dieses Layout eignet sich besonders für inhaltsreiche Apps oder Apps mit starker Identität, bei denen die Navigation sichtbar, lesbar und ansprechend sein muss.

*ASO ist ein Thema, das wir regelmäßig im GoodBarber-Blog behandeln — sei es durch unsere Tipps zur Beschreibung Ihrer App in den Stores oder dazu, wie man eine App bewirbt. Aber wenn wir unsere Ressourcen durch den Rat einer Expertin aus der Praxis ergänzen können, lassen wir uns das nicht entgehen.Bei der Zusammenarbeit mit Claire an einem No-Code-Video "Das unglaubliche No-Code-Tool, das noch niemand kennt " haben wir Marine entdeckt. Claire erzählte uns, dass sie von Marine begleitet wurde, um die Sichtbarkeit ihrer App in den Stores zu optimieren — mit konkreten Ergebnissen.Marine begleitet regelmäßig App-Entwickler, Agenturen und Freelancer bei ihrer mobilen Akquisitionsstrategie — durch Artikel, Masterclasses und Workshops. Genau dieser praxisnahe, aktuelle und ergebnisorientierte Blick hat uns überzeugt, ihr im GoodBarber-Blog freie Hand zu lassen.* Warum ASO keine Option istASO (App Store Optimization) ist eine Reihe von Techniken, um eine mobile App im App Store und im Play Store besser zu platzieren. Wenn Sie SEO (Search Engine Optimization) für Websites kennen, ist es genau dasselbe Prinzip — nur für Stores. Der Unterschied? Die Spielregeln sind für den App Store und den Play Store nicht identisch (sonst wäre es zu einfach).Konkret ermöglicht ASO Ihrer App:Gefunden zu werden → in den Suchergebnissen erscheinen, wenn ein Nutzer etwas suchtDownloads zu generieren → diesen Besucher in einen Download umzuwandeln, sobald er auf Ihrer Produktseite ist (= die Seite Ihrer App in den Stores)Wenn Sie diesen Artikel lesen, haben Sie wahrscheinlich eine bereits veröffentlichte oder in Entwicklung befindliche App und fragen sich, wie Sie Downloads erhalten.Warum ASO wirklich unverzichtbar istDie Zahlen sprechen für sich:65 bis 75 % der Downloads in den Stores stammen aus einer direkten Suche im StoreEs gibt mehr als 2 Millionen Apps im App Store und mehr als 3 Millionen im Play StoreDer durchschnittliche Nutzer verbringt weniger als 7 Sekunden damit zu entscheiden, ob er eine App herunterlädt oder nichtMein Fazit ist klar: Wenn Sie nicht in den ersten Suchergebnissen sichtbar sind, existieren Sie nicht. Und selbst wenn Sie erscheinen, haben Sie 7 Sekunden, um zu überzeugen.Und genau hier sehe ich eine enorme Chance. Warum? Weil, wie ich in der Praxis beobachte, die meisten Apps keinerlei Aufwand für ASO betreiben. Sie optimieren ihre Produktseite einmal und kümmern sich danach nie mehr darum.Das ist Ihr Wettbewerbsvorteil!

Emergent erreichte 100 Millionen Dollar jährlich wiederkehrende Umsätze acht Monate nach dem Launch. Eine solche Dynamik ist kein Zufall — sie spiegelt eine echte Verschiebung in der Art wider, wie Menschen Software entwickeln möchten. Wir haben beide Plattformen anhand desselben Briefings getestet, um zu verstehen, wo der Geschwindigkeitsvorteil Bestand hat und wo die spezifischen Produktentscheidungen von Emergent eine Reibung erzeugen, die sich im Laufe der Zeit aufbaut.Es gibt eine Frage, die KI-App-Builder fast nie beantworten: Was tust du mit der App am Tag nach dem Launch? Emergent ist eines der technisch beeindruckendsten Tools, die wir getestet haben, um eine Idee in unter dreißig Minuten in eine funktionierende Anwendung zu verwandeln. Aber 100 Millionen ARR in acht Monaten bedeutet auch, dass das Unternehmen Zeit hatte, bewusste Entscheidungen darüber zu treffen, was es entwickeln möchte — und was nicht. Das Fehlen eines Back-Office in Emergent ist kein Versehen. Es ist eine Produktphilosophie. Sie zu verstehen ist der eigentliche Punkt dieses Vergleichs.Wir haben dieselbe App — AURORA, ein Luxus-Reiseführer — auf beiden Plattformen entwickelt, um nicht nur zu verstehen, was jedes Tool am Tag eins generiert, sondern was jedes Tool am Tag dreißig ermöglicht. Die Methodik wird in unserem Überblick über den App-Builder-Vergleich 2026 erläutert.

In einer Mobile App geht es bei der Navigation nicht nur darum, von einem Bereich zum nächsten zu wechseln. Sie strukturiert das Erlebnis, schafft starke visuelle Orientierungspunkte und trägt direkt zur Gesamtwahrnehmung des Produkts bei. Mit der neuen TabBar-Komponente eröffnen wir eine neue Etappe im Navigationsdesign – mit mehr gestalterischer Freiheit, mehr Flexibilität in der Anpassung und einer feineren Abstimmung auf jedes Gerät.