--- title: "App mit KI erstellen: Schritte, Tools und Kosten" description: "Schritt für Schritt eine App mit KI erstellen: welches KI-Tool zu welchem Ziel passt, was es kann, was es kostet und wie Sie in den Stores veröffentlichen." canonical_url: "https://de.goodbarber.com/blog/app-mit-ki-erstellen-schritte-tools-kosten-und-grenzen-a1478/" lang: de date: 2026-10-16 last_updated: 2026-10-16 --- # App mit KI erstellen: Schritte, Tools, Kosten und Grenzen Sie haben eine App-Idee und gehört, dass KI sie für Sie bauen kann. Das stimmt zum Teil. KI kann eine App planen, Inhalte und Design entwerfen, Code und individuelle Funktionen generieren und beim Betrieb helfen, sobald die App live ist. Eine zuverlässige App in den App Store und zu Google Play zu bringen, erfordert aber weiterhin Entscheidungen, Tests und eine Prüfung durch die Stores, die kein Prompt ersetzt. Dieser Leitfaden zeigt, welche Art von KI-Tool zu welchem Ziel passt, was jedes laut eigener Dokumentation kann und wie Sie von der Idee zur veröffentlichten App kommen. GoodBarber Team 16. Okt. 2026 · 38 Min. Lesezeit ![](https://cmsphoto.ww-cdn.com/superstatic/129568/art/grande/98403535-68619111.jpg?v=1792168828.353158) ## Die kurze Antwort Eine App mit KI erstellen Sie, indem Sie einen KI-Assistenten für die Planung, ein App-Erstellungstool für die Umsetzung und einen Testprozess zur Prüfung der Funktion einsetzen. Welches Tool das richtige ist, hängt davon ab, was Sie brauchen: einen Prototyp zum Vorzeigen, eine Web-App, eine native App im App Store und bei Google Play oder eine stark individualisierte Anwendung. 1. Definieren Sie das Problem, die Nutzer und 3 bis 5 unverzichtbare Funktionen. 2. Wählen Sie einen Ansatz, der das benötigte Ergebnis unterstützt. 3. Bauen Sie eine erste Version. 4. Verfeinern Sie Design und Inhalte. Die KI entwirft, Sie prüfen. 5. Fügen Sie Integrationen und individuelle Funktionen hinzu. 6. Testen Sie Funktion, Sicherheit, Barrierefreiheit und Leistung, dann veröffentlichen Sie. Entwicklerkonten und Prüfung der Stores gelten für jedes Tool. 7. Überwachen, pflegen und aktualisieren Sie die App nach dem Launch. **Entscheidungsregel.** Für eine Demo reicht meist ein Prompt-to-App-Generator. Für eine Web-App kann ein Prompt-to-App-Generator oder ein Web-Baukasten funktionieren, aber prüfen Sie, wer sich um Backend und Sicherheit kümmert. Für eine native App, die Sie täglich ohne Code betreiben, nutzen Sie einen KI-gestützten App-Baukasten. Für ein Spiel, einen komplexen Marktplatz oder alles stark Individuelle wählen Sie individuelle Entwicklung mit KI-Coding-Assistenten. **Wo GoodBarber passt.** GoodBarber ist ein KI-gestützter App-Baukasten für Content- und Mobile-Commerce-Apps. Er erzeugt native iOS- und Android-Apps sowie eine Webversion, mit Hosting, Datenbank, Push-Benachrichtigungen und Zahlungen inklusive. Für Spiele oder komplexe Marktplätze ist er nicht gedacht. ## Begriffe in diesem Leitfaden KI-Assistent Ein allgemeiner Chatbot wie ChatGPT, Claude oder Gemini. Er plant, schreibt und erzeugt Code, veröffentlicht aber selbst keine App. Prompt-to-App-Generator Ein Tool, das aus einer Textbeschreibung eine funktionierende App mit Code und meist auch Hosting erzeugt. Beispiele: Lovable, Bolt, Base44, Rork. KI-gestützter App-Baukasten Eine App-Erstellungsplattform, bei der die Kernfunktionen bereits fertig sind und KI für bestimmte Aufgaben wie Design, Inhalte, individuelle Funktionen und Betrieb eingesetzt wird. Beispiel: GoodBarber. KI-Coding-Assistent Ein Tool, das Entwicklern hilft, ihren eigenen Code zu schreiben und zu pflegen, etwa Claude Code oder Cursor. Native App Eine für iOS oder Android kompilierte App, die aus dem App Store oder von Google Play installiert wird. Web-App Eine App, die im Browser läuft. Eine Progressive Web App (PWA) lässt sich zusätzlich auf den Startbildschirm des Smartphones legen. Prototyp vs. produktive App Ein Prototyp zeigt die Idee. Eine produktive App wird von echten Menschen genutzt und muss daher mit Konten, Daten, Zahlungen, Fehlern, Updates und den Regeln der Stores umgehen. In diesem Leitfaden zeigen Kennzeichnungen, woher eine Aussage stammt: Offizielle Quelle Apple, Google oder die Dokumentation des Tools selbst · GoodBarber-Daten unsere internen Aufzeichnungen, mit Angabe der Methode · Unser Test ein Build, den wir durchgeführt und veröffentlicht haben · Unsere Einschätzung redaktionelles Urteil · GoodBarber-Beispiel wie unser Produkt es löst, mit seinen Grenzen und seiner Dokumentation. In jedem Schritt steht zuerst die allgemeine Methode, danach das Produktbeispiel. ## App mit KI erstellen: der Überblick Sieben Schritte führen Sie von der Idee zur veröffentlichten App. KI beschleunigt die meisten davon, ersetzt aber weder Tests noch die Prüfung durch die Stores. *Die 7 Schritte, wo KI hilft und was das Tempo bestimmt* | Schritt | Was Sie tun | Wo KI hilft | Was das Tempo bestimmt | | ------------------------------- | ------------------------------------------------------------------- | --------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 1. Die Idee definieren | Zielgruppe, Problem, 3–5 Kernfunktionen, wichtigste Nutzerreise | Recherche, Nutzerflüsse, Gruppieren von Bewertungen der Wettbewerber | Ihre Entscheidungen | | 2. Den Ansatz wählen | Prototyp-Generator, KI-gestützter Baukasten oder individueller Code | Abgleich Ihrer Anforderungen mit dem, was jedes Tool dokumentiert | Wie klar Ihre Anforderungen sind | | 3. Eine erste Version bauen | Die Struktur der App generieren oder konfigurieren | Screens und Code generieren oder von einer fertigen Basis aus starten | Der gewählte Ansatz | | 4. Design und Inhalte | Branding, Farben, Texte | Farbpaletten, Entwürfe, SEO-Vorschläge, Übersetzung | Wie viele Inhalte Sie prüfen | | 5. Funktionen und Integrationen | Hinzufügen, was nicht enthalten ist | Individuelle Funktionen und Integrationscode generieren | Anzahl der Funktionen und Integrationen | | 6. Testen und veröffentlichen | Auf Geräten testen, bei den Stores einreichen | Testfälle vorschlagen, Anforderungen der Stores erklären | Die Tests plus die Prüfung durch die Stores: Apple prüft 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden [(Apple)](https://developer.apple.com/distribute/app-review/). Google gibt an, dass manche Prüfungen bis zu 7 Tage oder länger dauern [(Google)](https://support.google.com/googleplay/android-developer/answer/9859751). | | 7. Betreiben und verbessern | Inhalte, Push, Produkte, Bestellungen, Korrekturen | Die App per Konversation betreiben; In-App-Assistenten für Nutzer | Laufend | ## Die vier Wege, eine App mit KI zu erstellen, im Vergleich Die Ansätze unterscheiden sich weniger darin, wie schnell sie etwas generieren, als darin, was Sie am Ende besitzen, hosten, veröffentlichen und pflegen. „KI-App-Baukasten" wird für sehr unterschiedliche Tools verwendet. Wir haben vier Ansätze anhand der Kriterien verglichen, die über das Ergebnis entscheiden. Die folgende Tabelle beschreibt jeden Ansatz allgemein; innerhalb einer Kategorie unterscheiden sich die Tools, deshalb zeigt die zweite Tabelle, was einzelne Tools über sich selbst dokumentieren. *Vier Ansätze im Vergleich anhand von zehn Kriterien* | Kriterium | Allgemeiner KI-Assistent | Prompt-to-App-Generator | KI-gestützter App-Baukasten | Individuelle Entwicklung + KI-Coding-Assistent | | ------------------------------ | ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ | | Ergebnis | Pläne, Texte und Code-Schnipsel | Eine vollständige App, generiert aus einem Prompt. Die meisten hier genannten Tools bauen standardmäßig Web-Apps; manche erzeugen mobilen Code oder native Apps (siehe nächste Tabelle). | Fertige App-Funktionen, ohne Code konfiguriert. Bei GoodBarber: native iOS- (Swift) und Android-Apps (Kotlin) sowie eine Webversion aus einer einzigen Konfiguration. | Alles, was Ihr Team bauen kann | | Code-Besitz | Was Sie kopieren, gehört Ihnen | Je nach Tool. Lovable gibt an, dass der Code Ihnen gehört und heruntergeladen oder mit GitHub synchronisiert werden kann. | Je nach Tool. GoodBarber exportiert nicht den Quellcode der gesamten App; der für Ihre individuellen Rubriken generierte Code gehört Ihnen. | Er gehört vollständig Ihnen | | Hosting | Richten Sie selbst ein | Meist vom Tool gehostet, mit Veröffentlichung per Klick | Von der Plattform gehostet | Wählen und bezahlen Sie selbst | | Veröffentlichung in den Stores | Sie kompilieren, signieren und reichen ein | Unterschiedlich: von keinerlei Store-Unterstützung bis zu generierten Store-Dateien oder begleiteter Einreichung; meist reichen Sie ein und kümmern sich um die Prüfung | Die Plattform erstellt die Binärdateien; das GoodBarber-Team reicht iOS-Apps über Ihr eigenes Apple-Entwicklerkonto ein | Ihr Team kompiliert, signiert und reicht ein | | Backend (Datenbank, Konten) | Keins | Oft integriert (verwaltete Datenbank, Login, Speicher) oder an einen Dienst wie Supabase angebunden | Inklusive: Datenbank, Nutzerkonten, CMS, Push, Statistiken, Zahlungen | Ihr Team baut oder kauft es | | Sicherheit und Wartung | Vollständig bei Ihnen | Das Tool betreibt die Infrastruktur; die Prüfung der generierten Logik (Zugriffsregeln, geheime Schlüssel, Datenverarbeitung) liegt bei Ihnen | Die Plattform pflegt die Engines und die Kompatibilität mit den Betriebssystemen; Sie verwalten Inhalte, Einstellungen und individuellen Code | Vollständig bei Ihrem Team | | Anpassbarkeit | Unbegrenzt, wenn Sie programmieren können | Hoch, über Prompts und Code. Präzise Änderungen können mehrere Prompt-Runden erfordern (siehe unser Test). | Integrierte Funktionen, ein Erweiterungskatalog und KI-generierte individuelle Rubriken; nicht für Spiele oder stark individuelle Geschäftslogik gedacht | Unbegrenzt | | Preismodell | KI-Abo | Meist Monatstarife mit Credits oder Nutzungslimits, plus externe Dienste | Abo pro App, plus kostenpflichtige Erweiterungen | Entwicklungszeit, Infrastruktur und Dienste | | Benötigte Kenntnisse | Programmieren, um aus dem Ergebnis eine App zu machen | Zum Start wenige; technische Kenntnisse für die mobile Veröffentlichung und wenn die App wächst | Keine Programmierung | Ein Entwicklungsteam | | Am besten geeignet für | Planen und Schreiben in jedem Schritt | Prototypen, Web-Apps, interne Tools | Content- und Commerce-Apps, die nicht-technische Teams täglich betreiben | Spiele, Marktplätze, stark individuelle Produkte | ### Was einzelne Tools über sich selbst dokumentieren Offizielle Quelle Jede Zeile fasst die Website oder Dokumentation des jeweiligen Tools zusammen, geprüft am 9. Oktober 2026. Diese Produkte ändern sich schnell, folgen Sie also dem Link für den aktuellen Stand. *Dokumentierte Funktionen einzelner Tools (geprüft am 9. Oktober 2026)* | Tool | Was es baut | Weg in den App Store und zu Google Play | Backend | Quelle | | ---------- | -------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- | | Lovable | Full-Stack-Web-Apps; gibt an, keine nativen oder React-Native-Projekte zu erzeugen | Nicht nativ. Vorgeschlagen werden eine PWA oder das Verpacken der veröffentlichten Website mit einem Tool wie Capacitor, außerhalb von Lovable | Integrierte „Cloud" (PostgreSQL, Login, Speicher) oder Ihr eigenes Supabase-Projekt | [Lovable-FAQ](https://docs.lovable.dev/introduction/faq) | | Bolt | Web-Apps; mobile Apps über die Expo-Integration | Über die Build- und Einreichungsdienste von Expo (EAS). Unser Test erforderte lokale Tools, Code-Signierung und manuellen Upload (siehe unten) | Bolt Cloud, plus externe Dienste nach Bedarf | [Bolt-Integrationen](https://support.bolt.new/integrations) | | Base44 | Full-Stack-Apps mit verwaltetem Backend, Authentifizierung und Hosting | Erzeugt Dateien für den App Store (IPA) und Google Play (AAB), die die veröffentlichte App in einer Web View ausführen; Sie reichen ein und kümmern sich um die Prüfung | Verwaltetes Backend inklusive | [Base44-Dokumentation](https://docs.base44.com/documentation/building-your-app/uploading-to-app-stores) | | Rork | Beschreibt „Swift-Apps für Apple-Geräte" und „Kotlin-Apps für Android-Geräte" sowie Web-Apps | Gibt an, dass Sie „im App Store veröffentlichen" können | „Rork Backend": Echtzeitdaten, Authentifizierung und Speicher | [rork.com](https://rork.com/) | | GoodBarber | Native iOS- (Swift) und Android-Apps (Kotlin) sowie eine Webversion, ohne Code konfiguriert | Erstellt die Binärdateien. iOS-Apps reicht das GoodBarber-Team über das Apple-Entwicklerkonto des Kunden ein | Hosting, Datenbank, CMS, Push, Statistiken und Zahlungen inklusive | [GoodBarber](https://de.goodbarber.com/ai-app-builder/) | Unsere Einschätzung Wenn Sie eine Idee schnell validieren möchten, ist ein Prompt-to-App-Generator meist der schnellste Weg. Wenn das Ziel eine App in den Stores ist, die ein nicht-technisches Team jede Woche aktualisiert, lauten die entscheidenden Fragen: Wer erstellt und reicht die Store-Versionen ein, wer pflegt das Backend und wie werden Inhalte nach dem Launch bearbeitet? Vergleichen Sie die Tools in diesen Punkten, nicht nach Generierungstempo. Wir veröffentlichen GoodBarber, lesen Sie unsere Einschätzung also mit diesem Wissen und prüfen Sie die oben verlinkte Dokumentation. **Warum „wer einreicht" bei iOS zählt.** Offizielle Quelle Apples Richtlinie 4.2.6 besagt, dass Apps, die aus einer kommerziellen Vorlage oder einem App-Generierungsdienst stammen, „abgelehnt werden, sofern sie nicht direkt vom Anbieter der App-Inhalte eingereicht werden" ([App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#minimum-functionality)). Richtlinie 4.2 erwartet außerdem, dass eine App mehr bietet als „eine neu verpackte Website". Egal, welches Tool Sie nutzen: Ihre App sollte über Ihr eigenes Entwicklerkonto eingereicht werden und echte App-Funktionen bieten. ## App mit KI erstellen: die 7 Schritte Jeder Schritt nennt den Zweck, die hilfreichen Tools, das erwartete Ergebnis, die Prüfung und den häufigsten Fehler. Wo GoodBarber als Beispiel dient, ist das gekennzeichnet; die Methode gilt für jedes Tool. Schritt 1 ### Definieren Sie die App-Idee mit einem KI-Assistenten Bevor Sie etwas bauen, machen Sie mit ChatGPT, Claude oder Gemini aus einer vagen Idee ein einseitiges Briefing. Hier liefern allgemeine KI-Assistenten den größten Nutzen bei geringstem Aufwand. Bitten Sie sie: - **Zielgruppe und Problem zu definieren.** „Wer würde eine App für [Ihre Idee] herunterladen, und welches Problem löst sie besser als eine Website?" - **Die Kernfunktionen aufzulisten.** Lassen Sie sich zehn nennen und behalten Sie drei bis fünf. Eine erste Version, die drei Dinge gut macht, ist besser als eine, die zwölf Dinge schlecht macht. - **Den Nutzerfluss abzubilden.** „Beschreibe Screen für Screen, was ein Nutzer tut, der diese App zum ersten Mal öffnet." Jede zentrale Aktion, die mehr als drei Fingertipps braucht, ist ein Warnsignal. - **Beschwerden über Wettbewerber zu gruppieren.** Fügen Sie 1- und 2-Sterne-Bewertungen ähnlicher Apps ein und lassen Sie den Assistenten sie gruppieren. Diese Liste zeigt Ihnen, wie Sie sich abheben. - **Ein Monetarisierungsmodell zu wählen.** Abos, Produktverkauf, Werbung, Mitgliedschaften oder keins. Tools Jeder allgemeine KI-Assistent Am Ende sollten Sie haben Ein einseitiges Briefing zu Zielgruppe, Problem, 3–5 Funktionen, der wichtigsten Nutzerreise und dem Geschäftsmodell Prüfen Sie es Zeigen Sie das Briefing drei Menschen aus Ihrer Zielgruppe. Kann jeder in einem Satz sagen, warum er die App installieren würde? Häufiger Fehler Die Funktionsliste des Assistenten übernehmen, ohne sie zu kürzen. KI lässt neue Funktionen kostenlos wirken; sie zu bauen, zu testen und zu pflegen ist es nicht. ### Der Prompt für die App-Erstellung mit KI: eine wiederverwendbare Vorlage Fügen Sie Ihr Briefing in diese Vorlage ein und geben Sie sie einem beliebigen KI-Assistenten oder Prompt-to-App-Tool. Sie fordert die KI auf, Lücken zu finden, *bevor* sie eine Lösung vorschlägt, und reduziert so spätere Nacharbeit. ``` Du hilfst mir, eine App zu planen. Bevor du eine Lösung vorschlägst, liste auf,was in meinem Briefing fehlt, unklar oder widersprüchlich ist, und frag mich danach.APP-KONZEPT: [ein Satz]ZIELNUTZER: [wer sie sind, wann und wo sie die App nutzen]PROBLEM: [was sie heute nicht gut erledigen können]PLATTFORMEN: [iPhone / Android / Web; muss die App im App Store und bei Google Play sein? ja/nein]KERNFUNKTIONEN (max. 5, nach Priorität): [1. … 2. … 3. …]NUTZERROLLEN UND RECHTE: [Besucher, Mitglied, Mitarbeiter, Admin; wer was sehen oder bearbeiten darf]INHALTE UND DATEN: [welche Daten, wer sie erstellt, wie oft sie sich ändern]INTEGRATIONEN: [Zahlungen, Buchungen, Karten, bestehende Website, CRM…]DESIGN: [Markenfarben, Schriften, 2–3 Apps, deren Look dir gefällt]DATENSCHUTZ UND SICHERHEIT: [erhobene personenbezogene Daten, Alter der Nutzer, geltende Regeln, z. B. DSGVO]BUDGET UND RAHMENBEDINGUNGEN: [Monatsbudget, Launch-Datum, wer die App pflegt, vorhandene technische Kenntnisse]FERTIG HEISST: [was funktionieren muss, damit Version 1 als abgeschlossen gilt]Dann:1. Liste fehlende oder widersprüchliche Anforderungen auf und frag mich danach.2. Schlag einen Umfang für Version 1 vor: jetzt unverzichtbar vs. später.3. Beschreibe die wichtigsten Nutzerreisen, Screen für Screen.4. Sag, welcher Tool-Typ passt (Prompt-to-App-Generator, KI-gestützter App-Baukasten, individuelle Entwicklung) und warum, angesichts meiner Plattformen, meines Budgets und meiner Wartungsvorgaben. Sag, wo du unsicher bist.5. Schreib Testfälle für jede unverzichtbare Funktion. ``` Schritt 2 ### Wählen Sie Ihren Ansatz Wählen Sie das Tool nach dem Ergebnis, das Sie brauchen: einen Prototyp, eine Web-App, eine native App in den Stores oder ein individuelles Produkt. Für jedes ist ein anderes Tool das richtige. *Den Ansatz auf das Ziel abstimmen* | Ihr Ziel | Meist am besten geeignet | Vor der Wahl prüfen | | ---------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | Eine klickbare Demo, um diese Woche eine Idee zu testen | Prompt-to-App-Generator | Grenzen des kostenlosen Tarifs; ob Sie den Code später exportieren können | | Eine Web-App oder ein internes Tool, ohne Präsenz in den Stores | Prompt-to-App-Generator oder webzentrierter Baukasten | Wer sich um Datenbank, Zugriffsregeln und Sicherheitsprüfungen kümmert | | Eine native App im App Store und bei Google Play, mit Push, Zahlungen und Inhalten, die Sie selbst aktualisieren | **KI-gestützter App-Baukasten** oder ein Generator mit dokumentiertem Weg in die Stores | Wer die Store-Versionen erstellt und einreicht; wie Inhalte nach dem Launch bearbeitet werden; die jährlichen Gesamtkosten | | Ein Spiel oder ein Marktplatz wie Airbnb mit viel individueller Logik | Individuelle Entwicklung mit KI-Coding-Assistenten | Team, Budget, Wartungsplan | Seien Sie bei der letzten Zeile ehrlich. No-Code- und KI-gestützte Baukästen, GoodBarber eingeschlossen, sind nicht das richtige Werkzeug für Spiele oder mehrseitige Marktplätze, die von stark individueller Geschäftslogik abhängen. GoodBarber ist für **Content-Apps und Mobile Commerce** gemacht: Medien, Communitys, Kurse, Events, lokale Unternehmen, Shops und Restaurants. Tools Die Vergleichstabellen oben, die Dokumentation jedes Tools und die kostenlosen Testphasen Am Ende sollten Sie haben Einen Ansatz und ein oder zwei Tools zum Ausprobieren, ausgewählt anhand Ihres Briefings Prüfen Sie es Können Sie für jede unverzichtbare Funktion und jede Plattform die Dokumentationsseite nennen, auf der steht, dass das Tool sie unterstützt? Häufiger Fehler Nach der ersten Demo entscheiden und beim Launch feststellen, dass Store-Veröffentlichung, Push-Benachrichtigungen oder Inhaltsbearbeitung nicht abgedeckt sind Sie wissen nicht, ob Sie eine native App oder eine Webversion brauchen? Unser Leitfaden [So erstellen Sie eine App](https://de.goodbarber.com/blog/so-erstellen-sie-eine-app-7-schritte-zum-erstellen-einer-app-im-jahr-2024-a871/) vergleicht beide. Schritt 3 ### Bauen Sie eine erste Version Erstellen Sie ein funktionierendes Gerüst mit den wichtigsten Screens und der Navigation und verbessern Sie es danach. Versuchen Sie nicht, im ersten Durchgang alles perfekt zu machen. #### Mit einem Prompt-to-App-Generator Fügen Sie den Umfang aus der Prompt-Vorlage ein und fragen Sie nur nach der Hauptnavigation und den Screens. Fügen Sie Funktionen einzeln hinzu, damit Sie bei einem Fehler wissen, welche Anfrage ihn verursacht hat. #### Mit einem KI-gestützten App-Baukasten Sie konfigurieren fertige Funktionen, statt Code zu generieren, meist ausgehend von einer Struktur, die zu Ihrem App-Typ passt. Sie geben etwas Freiheit bei der Struktur auf; dafür arbeiten die Bausteine, die jede App braucht (Konten, Push, Inhaltsbearbeitung, Store-Builds), bereits zusammen. #### GoodBarber-Beispiel Von einem App-Typ ausgehen Sie wählen eine Kategorie, etwa Shop, Zeitung, Community, Kurse oder Events. Die App startet mit den Screens, die dieser App-Typ braucht, und mit einem Design, das Sie komplett umgestalten können. Hinter jedem Screen steht das Designsystem von GoodBarber mit über 100 fertigen Layouts, 18 typografischen Ebenen und komfortablen Tippflächen an jedem Bedienelement, damit die Screens stimmig bleiben, während Sie weitere hinzufügen. **Grenzen:** GoodBarber generiert die Struktur der App nicht aus einer Beschreibung; Sie bauen sie ausgehend von den Start-Screens. Es ist für Content- und Mobile-Commerce-Apps gedacht, nicht für Spiele oder Marktplätze mit stark individueller Logik. Dokumentation: [Eine App mit KI bei GoodBarber erstellen](https://de.goodbarber.com/ai-app-builder/) Am Ende sollten Sie haben Die Hauptnavigation und eine funktionierende Version jedes zentralen Screens, auf einem Smartphone sichtbar Prüfen Sie es Gehen Sie die wichtigste Nutzerreise aus Ihrem Briefing auf einem echten Smartphone durch. Jeder Schritt sollte vorhanden sein, auch wenn er noch roh ist. Häufiger Fehler Alles in einem riesigen Prompt verlangen und dann länger mit dem Entwirren des Ergebnisses verbringen, als der schrittweise Aufbau gedauert hätte Schritt 4 ### Gestalten Sie die App und generieren Sie ihre Inhalte Nutzen Sie KI, um Farben zu wählen, Texte zu entwerfen, SEO-Begriffe vorzuschlagen und zu übersetzen, und prüfen Sie dann alles, was sie liefert. Die meisten Erstellungstools enthalten inzwischen KI für diese Aufgaben, und auch ein allgemeiner Assistent kann sie alle erledigen. Entscheidend ist, dass ein Mensch das Ergebnis prüft, bevor es die Nutzer erreicht: KI-Text kann flüssig und falsch sein, und eine generierte Palette kann auf einem echten Bildschirm zu wenig Kontrast haben. #### GoodBarber-Beispiel Vier KI-Tools im Backoffice *KI\-Tools für Design und Inhalte bei GoodBarber (Beispiel)* | Aufgabe | KI-Tool | Was es tut | | ----------- | -------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | Farben | Genius Palette (kostenlos) | Erzeugt mit einem Klick eine Farbpalette, mit einem von GoodBarber intern trainierten Modell für App-Farben und Lesbarkeit | | Texte | KI-gestütztes Schreiben | Entwirft Artikel, Produktbeschreibungen und andere Inhalte und versucht dabei, die Stimme Ihrer Marke zu treffen | | SEO | SEO-Optimierung | Schlägt Titel, Tags und Keywords vor | | Übersetzung | Sofortübersetzung | Übersetzt Inhalte und versucht dabei, den ursprünglichen Ton zu erhalten | **Grenzen:** Genius Palette erzeugt nur Farben. Schreiben, SEO und Übersetzung liefern Entwürfe, die geprüft werden müssen. Die Übersetzung gilt für Inhalte: Die Oberfläche jeder GoodBarber-App läuft in einer Sprache, ausgewählt aus 33. Dokumentation: [KI bei GoodBarber](https://de.goodbarber.com/ai/) Am Ende sollten Sie haben Echte Inhalte auf jedem Screen (kein Platzhaltertext) und ein stimmiges visuelles Erscheinungsbild Prüfen Sie es Gleichen Sie jede Angabe, jeden Preis und jede Öffnungszeit mit Ihren eigenen Unterlagen ab und prüfen Sie den Textkontrast auf einem Smartphone im Freien. Apple nennt Platzhalterinhalte und unvollständige Informationen unter den häufigen Problemen bei der Prüfung [(Apple)](https://developer.apple.com/distribute/app-review/). Häufiger Fehler KI-Entwürfe ungelesen veröffentlichen. Sie können gleichzeitig flüssig und falsch sein. Schritt 5 ### Fügen Sie Funktionen und Integrationen hinzu Nutzen Sie integrierte Funktionen, wo es sie gibt. Wenn etwas Bestimmtes fehlt, beschreiben Sie es in Alltagssprache, lassen Sie es von der KI generieren und testen Sie es wie jeden anderen Code. Die meisten Apps brauchen dieselben Grundlagen: Konten, Push-Benachrichtigungen, Zahlungen, Formulare, Buchungen, Karten. Setzen Sie dafür auf integrierte oder gut dokumentierte Integrationen; genau hier verbirgt eine generierte Version am ehesten Sicherheits- oder Abrechnungsfehler. Beschreiben Sie bei der projektspezifischen Funktion Eingabe, Ausgabe und Grenzfälle, nicht nur die Idee. „Ein Versandkostenrechner" lässt der KI Raum zum Raten; „Gewicht in kg und Zielland als Eingabe, Preis in Euro als Ausgabe, eine Fehlermeldung für nicht belieferte Länder" nicht. Testen Sie das Ergebnis dann mit falschen ebenso wie mit richtigen Eingaben. #### GoodBarber-Beispiel Eine individuelle Rubrik mit dem AI Extension Builder generieren Bei GoodBarber decken die über 190 Erweiterungen im Extension Store die üblichen Bedürfnisse ab. Für einen Bedarf, den nichts abdeckt, generiert der AI Extension Builder eine individuelle Rubrik: 1. Sie beschreiben die Funktion im Backoffice: Sie beschreiben*„Ein Versandkostenrechner: Der Kunde gibt das Gewicht der Bestellung und sein Land ein und sieht den Lieferpreis."* 2. Die KI generiert den Code, verbindet ihn mit den GoodBarber-APIs (Inhalte, Geolokalisierung, Push, Shop-Daten) und zeigt die Rubrik live in Ihrer App. 3. Sie verfeinern sie im Gespräch („mach das Ergebnis größer", „füge Belgien hinzu") oder bearbeiten den Code direkt. Der Code gehört Ihnen. Die generierte Rubrik nutzt das Hosting, das Designsystem und die nativen Builds der Plattform, statt für sich allein zu stehen. **Grenzen:** Er baut eine Rubrik innerhalb Ihrer App, mit dem, was die GoodBarber-APIs bereitstellen; die Gesamtstruktur der App ändert er nicht. Generierter Code muss wie jeder andere Code getestet werden. In unserem AURORA-Build (siehe unten) wurde das Wetter-Widget mit einer Custom-Code-Rubrik erstellt, nicht mit dem AI Extension Builder. Dokumentation: [KI bei GoodBarber: individuelle Funktionen in Alltagssprache erstellen](https://de.goodbarber.com/ai/) Am Ende sollten Sie haben Jede unverzichtbare Funktion aus dem Briefing funktioniert von Anfang bis Ende Prüfen Sie es Führen Sie die Testfälle aus der Prompt-Vorlage aus, einschließlich falscher Eingaben (ein leeres Feld, ein Gewicht von null, ein nicht beliefertes Land) Häufiger Fehler Nur den „Idealfall" testen, den die KI vorgeführt hat Schritt 6 ### Testen Sie die App und veröffentlichen Sie sie dann Testen Sie auf echten Smartphones und decken Sie neben den Funktionen auch Sicherheit und Barrierefreiheit ab. Veröffentlichen Sie dann über die Konten und Prüfverfahren der Stores, die unabhängig vom genutzten Tool gelten. #### Test-Checkliste - **Jede Nutzerreise** auf mindestens einem aktuellen iPhone und einem aktuellen Android-Smartphone sowie auf einem kleinen Bildschirm. - **Konten und Daten:** Registrierung, Anmeldung, Abmeldung, Passwort zurücksetzen; ein Nutzer darf nie die Daten eines anderen sehen. - **Zahlungen** im Testmodus, bevor echtes Geld fließt. - **Barrierefreiheit:** große Systemschrift, Kontrast, Beschriftungen für Screenreader (VoiceOver auf dem iPhone, TalkBack unter Android). - **Schlechte Verbindung:** was die App zeigt, wenn das Netz langsam oder offline ist. - **KI-generierter Code:** keine geheimen Schlüssel in der App sichtbar, Datenbankzugriff auf das beschränkt, was jede Rolle braucht, Eingaben validiert. - **Echte Tester:** 5 bis 10 Personen aus Ihrer Zielgruppe, über TestFlight auf dem iPhone oder einen geschlossenen Test bei Google Play. #### Im App Store veröffentlichen - Offizielle Quelle **Konto:** Das Apple Developer Program kostet „99 USD pro Mitgliedsjahr", und die Preise „können je nach Region variieren und werden in der Landeswährung angegeben" ([Apple](https://developer.apple.com/programs/enroll/)). Organisationen brauchen eine D-U-N-S-Nummer. Manche gemeinnützige Organisationen, akkreditierte Bildungseinrichtungen und Behörden können eine [Gebührenbefreiung](https://developer.apple.com/help/account/membership/fee-waivers/) beantragen. - Offizielle Quelle **Prüfdauer:** Apple prüft in der Regel mindestens 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden ([Apple](https://developer.apple.com/distribute/app-review/)). - Offizielle Quelle **Häufigstes Problem:** „über 40 % der ungelösten Probleme" betreffen die Richtlinie 2.1, App Completeness: Abstürze, Platzhalterinhalte und unvollständige Informationen ([Apple](https://developer.apple.com/distribute/app-review/)). #### Bei Google Play veröffentlichen - Offizielle Quelle **Konto:** „eine einmalige Registrierungsgebühr von 25 US-$", mit Identitätsprüfung ([Google](https://support.google.com/googleplay/android-developer/answer/6112435)). - Offizielle Quelle **Testpflicht für neue private Konten:** Private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen vor der Veröffentlichung in der Produktion einen geschlossenen Test „mit mindestens 12 Testern, die mindestens 14 Tage lang durchgehend teilgenommen haben" durchführen ([Google](https://support.google.com/googleplay/android-developer/answer/14151465)). Planen Sie diese zwei Wochen ein. - Offizielle Quelle **Prüfdauer:** Google nennt keine Standarddauer; für manche Konten heißt es, Prüfungen könnten „bis zu sieben Tage oder in Ausnahmefällen länger" dauern ([Google](https://support.google.com/googleplay/android-developer/answer/9859751)). #### Wie oft werden Apps abgelehnt? Zwei unterschiedliche Messungen #### 1. Alle Einreichungen im App Store, weltweit Offizielle Quelle Apples [App Store Transparency Report 2025](https://www.apple.com/legal/app-store/transparency/2025/): **9.100.620** geprüfte Einreichungen, **2.093.244** abgelehnt (rund 23 %) und **387.087** Apps nach einer Ablehnung freigegeben. Diese Zahlen erfassen alle Einreichungen, einschließlich Updates, aller Entwickler. **Nicht mit den folgenden Zahlen vergleichbar.** Sie messen eine andere Grundgesamtheit (alle Entwickler vs. die Kunden einer Plattform) und eine andere Zusammensetzung der Einreichungen (Updates eingeschlossen vs. nur Ersteinreichungen). Ersteinreichungen werden häufiger abgelehnt als Updates. Zitieren Sie keine dieser Quoten, als wäre es die andere. #### 2. Erste iOS-Einreichungen durch das Veröffentlichungsteam von GoodBarber ~42 %der vom Veröffentlichungsteam von GoodBarber betreuten ersten iOS-Einreichungen wurden von Apple abgelehnt (12 Monate bis April 2026) 91 %dieser abgelehnten Apps wurden nach dem Eingreifen des Teams schließlich freigegeben (gleicher Zeitraum) Quelle GoodBarber-Daten Interne CRM-Erfassung des Veröffentlichungsteams von GoodBarber (der Service GoodBarber Takes Care), zuletzt aktualisiert im April 2026. Dieselben Zahlen mit demselben Umfang haben Jerome Granados, CMO ([16. Juni 2026](https://de.goodbarber.com/blog/was-dir-die-vibe-coding-tools-%C3%BCber-mobile-apps-verschweigen-a1379/)), und Pierre-Laurent Medori, Head of Backend Engineering ([23. Juli 2026](https://de.goodbarber.com/blog/was-still-kaputtgeht-wenn-sie-ihre-app-nicht-aktualisieren-und-warum-sie-davon-auf-goodbarber-nie-etwas-merken-a1406/)), veröffentlicht. Zeitraum Die 12 Monate vor April 2026 Umfang Ersteinreichungen von Kunden-Apps bei Apple, betreut vom Veröffentlichungsteam. Updates werden separat gemessen: In den letzten 8 Monaten wurden 5 % der Update-Einreichungen abgelehnt, und 100 % davon wurden anschließend freigegeben. „Abgelehnt" Apple hat die Ersteinreichung nicht genehmigt „Freigegeben" Nach dem Eingreifen des Teams schließlich genehmigt, nicht unbedingt bei der nächsten Einreichung Stichprobengröße Nicht veröffentlicht. Wir nennen die Prozentsätze, aber nicht die Zahl der Einreichungen, der abgelehnten oder der freigegebenen Apps; anhand dieser Seite lässt sich also nicht beurteilen, wie stark wenige Einreichungen die Quoten verschieben. Was das Team tut Prüft die App vor der Einreichung anhand der Apple-Richtlinien, reicht sie über das eigene Apple-Entwicklerkonto des Kunden ein und übernimmt nach einer Ablehnung die Korrespondenz und die Korrekturen **Einschränkungen.** Es handelt sich um Apps, die auf einer Plattform gebaut und von einem spezialisierten Team eingereicht wurden; die Zahlen beschreiben also weder App-Entwickler im Allgemeinen noch Apps, die mit anderen Tools erstellt wurden. Am Ende sollten Sie haben Eine freigegebene App in jedem angestrebten Store oder eine klare Liste dessen, was bei der Prüfung beanstandet wurde Prüfen Sie es Vor der Einreichung: keine Platzhalterinhalte, eine verlinkte Datenschutzerklärung, Screenshots, die zur App passen, und ein Demo-Login für die Prüfer, wenn die App ein Konto erfordert Häufiger Fehler Die Store-Konten bis zum Schluss aufschieben. Konten für Organisationen brauchen eine D-U-N-S-Nummer, und neue private Google-Play-Konten einen 14-tägigen geschlossenen Test. Schritt 7 ### Betreiben, pflegen und verbessern Sie die App Nach dem Launch besteht die Arbeit aus Inhalten, Kampagnen, Bestellungen, Korrekturen und Betriebssystem-Updates. Wählen Sie Tools, die dabei helfen, nicht nur bei der Erstellung. #### Die App von einem KI-Assistenten aus betreiben Das Model Context Protocol (MCP) ist ein Standard, über den sich KI-Assistenten mit anderer Software verbinden. Betreibt Ihre Plattform einen MCP-Server, kann ein Assistent wie Claude oder ChatGPT Routineaufgaben in der Live-App erledigen, wenn Sie ihn in Alltagssprache darum bitten. Lassen Sie alles, was Kunden oder Geld betrifft, von einem Menschen prüfen. #### GoodBarber-Beispiel Der MCP-Server von GoodBarber GoodBarber betreibt einen MCP-Server und ist im Connector-Verzeichnis von Claude und im Plugin-Verzeichnis von ChatGPT gelistet; er funktioniert auch mit Cursor und anderen MCP-kompatiblen Assistenten. Sobald Sie verbunden und angemeldet sind, können Sie zum Beispiel sagen: Sie bitten Ihren Assistenten*„Füge ein schwarzes T-Shirt für 29 € in drei Größen hinzu, nimm es in die Sommerkollektion auf und plane eine Push-Benachrichtigung für 18 Uhr."* Der Assistent führt die Schritte in Ihrer Live-App aus. Seine Aktionen sind auf Ihre App beschränkt, und Sie prüfen, was er tut. Die öffentliche [Server Card](https://mcp.goodbarber.dev/.well-known/mcp/server-card.json) des Servers listet auf, was er kann: Inhalte, Push, Statistiken, Mitgliedschaften, Shop, Bestellungen, Promo-Codes und Kunden. Design und Layout bleiben im GoodBarber-Baukasten. GoodBarber veröffentlicht außerdem [44 Claude Skills](https://github.com/goodbarber/goodbarber-skills) in einem Open-Source-Repository: fertige Rezepte für häufige Aufgaben. **Grenzen:** Der Assistent kann nur, was die Server Card auflistet; Design und Layout sind nicht abgedeckt. Sie nutzen Ihr eigenes Abo eines KI-Assistenten; GoodBarber verkauft keins. Die App ist agent-ready, nicht autonom: Sie bleiben am Steuer und prüfen, was der Agent tut. Dokumentation: [Server Card des MCP-Servers](https://mcp.goodbarber.dev/.well-known/mcp/server-card.json) · [GoodBarber MCP](https://de.goodbarber.com/mcp/) · [goodbarber-skills auf GitHub](https://github.com/goodbarber/goodbarber-skills) #### KI für die Nutzer Ihrer App KI kann auch den Menschen dienen, die Ihre App nutzen, am sinnvollsten als Assistent, der auf Basis Ihrer eigenen Inhalte antwortet statt aus dem Allgemeinwissen des Modells; so bleiben die Antworten beim Thema und überprüfbar. #### GoodBarber-Beispiel KI-Funktionen in der App - **Chatbot** beantwortet Fragen der Nutzer auf Basis der in Ihrer App veröffentlichten Inhalte (Artikel, Events, Kartenpunkte) statt aus dem Allgemeinwissen des Modells und berücksichtigt Mitgliedschaften: Nicht-Abonnenten erhalten nur Antworten aus kostenlosen Inhalten. - **Die ChatGPT-Erweiterung** fügt einen allgemeinen Gesprächsassistenten hinzu, konfiguriert mit Ihrem eigenen Briefing und Ihrem eigenen OpenAI-Schlüssel. - **Siri** kann iPhone-Nutzern antworten, die fragen, was es Neues in Ihrer App gibt: Artikel, Videos, Fotos und Podcasts werden Siri über Apples App Intents zur Verfügung gestellt, ohne dass Sie etwas einrichten müssen. Die Funktion wird unter iOS schrittweise eingeführt. **Grenzen:** Chatbot ist eine kostenpflichtige Erweiterung und nutzt Modelle von OpenAI (Sie wählen GPT-4o-mini oder GPT-5); er kennt nur die Inhalte, die Sie indexieren. Die ChatGPT-Erweiterung stützt sich nicht auf Ihre Inhalte und wird über Ihr eigenes OpenAI-Konto abgerechnet. Siri funktioniert nur auf dem iPhone und wird noch eingeführt. Dokumentation: [KI bei GoodBarber](https://de.goodbarber.com/ai/) Am Ende sollten Sie haben Eine Routine: wer Inhalte aktualisiert, wie oft, wer Bewertungen und Absturzberichte prüft und wer Änderungen freigibt Prüfen Sie es Messen Sie die Zeit für eine Routineänderung, etwa ein Produkt oder einen Kurs hinzufügen und die Nutzer benachrichtigen. Es sollte Minuten dauern und keinen Entwickler erfordern. Häufiger Fehler Den Launch als Ziellinie betrachten. Apps, die niemand aktualisiert, verlieren ihre Nutzer. ## Ein Praxisbeispiel: dieselbe App auf drei Arten gebaut Mit demselben Briefing lieferten die Prompt-to-App-Tools innerhalb von Minuten bis zu einer Stunde etwas Klickbares. Bei Bolt erforderten Push, Inhaltsbearbeitung und native Veröffentlichung jeweils einen externen Dienst oder eine technische Einrichtung. Bei Base44 wurden nativer Push und native Store-Veröffentlichung zum Zeitpunkt des Tests nicht unterstützt. GoodBarber deckte alle neun Anforderungen ab, eine davon mit individuellem Code, und seine iOS-App ging nach einer Ablehnung live. Unser Test Um die Ansätze an etwas Konkretem zu vergleichen, haben wir ein Briefing geschrieben, **AURORA**, eine fiktive Reiseführer-App für Luxusreisen, und sie auf mehreren Plattformen gebaut. Jeder Build ist in einem veröffentlichten Direktvergleich von Muriel Santoni, Marketing Manager bei GoodBarber, beschrieben. Dieser Abschnitt bewertet drei davon anhand der neun Anforderungen und stützt sich ausschließlich auf das, was diese Berichte dokumentieren. #### Testprotokoll Briefing AURORA, neun Anforderungen: (1) Inhaltsnavigation über mehrere Rubriken, (2) individuelles Markendesign, (3) Nutzerkonten, (4) Push-Benachrichtigungen, (5) Inhaltsverwaltung, (6) Monetarisierung, (7) Wetterdaten in Echtzeit, (8) ein KI-Chatbot, (9) Veröffentlichung im App Store und bei Google Play Wann Die Berichte halten nicht fest, wann die Builds durchgeführt wurden. Jeder Build entstand spätestens am Tag der Erstveröffentlichung des jeweiligen Vergleichs: am **2. April 2026** für Base44 ([GoodBarber vs. Base44](https://de.goodbarber.com/blog/goodbarber-vs-base44-a1335/)) und am **2. Juni 2026** für Bolt ([GoodBarber vs. Bolt.new](https://de.goodbarber.com/blog/goodbarber-vs-bolt-new-a1365/)). GoodBarber wurde für beide Vergleiche gebaut. Genutzte Tarife In den Berichten nicht festgehalten Gemessene Zeit Nur dort, wo die Berichte sie nennen: Bolt erzeugte in etwa zehn Minuten eine React-App und in unter einer Stunde einen funktionierenden Web-Prototyp; Base44 erstellte die App „in nur wenigen Minuten"; das Senden eines gezielten Push bei GoodBarber dauerte etwa drei Minuten. Die Dauer der nativen Builds wurde nicht erfasst. Durchgeführt von GoodBarber, das auch diesen Artikel veröffentlicht *AURORA\-Scorecard: was jeder Build zum Zeitpunkt des Tests erreicht hat* | Anforderung | Bolt (Prompt-to-App) | Base44 (Prompt-to-App) | GoodBarber (KI-gestützter Baukasten) | | -------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | 1. Navigation | Funktioniert„Navigation über mehrere Rubriken, ein klares Layout, responsives Design" | FunktioniertNavigation generiert; Seiten per Konversation hinzugefügt | FunktioniertStartseite, Meine Reise, Persönlicher Assistent, Über Aurora | | 2. Markendesign | FunktioniertFigma-Frame importiert, „originalgetreu umgesetzt" | TeilweisePräzise Änderungen erforderten oft Umformulierungen: Die App wurde „mit der KI neu verhandelt" | FunktioniertKomponente für Komponente gestaltet | | 3. Nutzerkonten | Funktioniert„Funktionierte auf Anhieb" | Funktioniert„Von Anfang an verfügbar" | FunktioniertKonten und Favoriten „ohne Backend-Logik, die man bauen müsste" | | 4. Push-Benachrichtigungen | Externer DienstProgressier: Es „funktionierte, brachte aber ein Konto, eine Konfigurationsebene und monatliche Kosten mit sich" | Beim Test nicht unterstütztNativer Push „in diesem Stadium nicht nativ unterstützt" | FunktioniertIntegriert; ein gezielter Push dauerte etwa drei Minuten | | 5. Inhaltsverwaltung | Externer Dienst„Kein CMS in Bolt – die Inhalte stecken im Code"; ein Headless-CMS (nicht genannt) wurde angebunden | Nicht dokumentiertDatenschema automatisch generiert; kein redaktioneller Ablauf beschrieben | FunktioniertReiseziele als Rubriken mit gemeinsamer Struktur angelegt, im Backoffice bearbeitet | | 6. Monetarisierung | Externer DienstStripe „sauber angebunden"; In-App-Kauf nicht dokumentiert | Nicht dokumentiertDas Briefing sah einen Premium-Bereich vor; das Ergebnis wird nicht beschrieben | FunktioniertPremium-Inhalte über native In-App-Käufe freigeschaltet | | 7. Wetterdaten | Nicht dokumentiert | Funktioniert„Eine Wetter-API lässt sich gut anbinden" | Funktioniert, mit individuellem CodeEine Custom-Code-Rubrik, die eine externe API aufruft | | 8. KI-Chatbot | Nicht gebautEine individuelle LLM-Integration „wäre" nötig gewesen | Nicht dokumentiert„Ein KI-Assistent kann angebunden werden"; kein Ergebnis beschrieben | FunktioniertChatbot „im Backoffice aktiviert" als Rubrik | | 9. Store-Veröffentlichung | TeilweiseDer native Build über Expo erforderte Node.js, das EAS-Kommandozeilentool, Git, Code-Signierung und manuellen Upload. Apple lehnte die erste Einreichung ab; das Endergebnis und das Ergebnis bei Google Play werden nicht berichtet. | Beim Test nicht unterstütztEin Web-Erlebnis; die Store-Einreichung beruhte auf einer „Web-View-Logik"; nicht eingereicht | Funktioniert (iOS)Über den Veröffentlichungsservice eingereicht; Apple lehnte einen Build ab, das Team holte ihn zurück, und die App ging live. Das Ergebnis unter Android wird nicht berichtet. | Funktioniert im Test erreicht · Teilweise mit Einschränkungen oder Mehraufwand erreicht · Externer Dienst durch einen zusätzlichen Dienst erreicht · Beim Test nicht unterstützt das Tool bot es damals nicht an · Nicht dokumentiert / Nicht gebaut keine Belege in die eine oder andere Richtung. „Nicht dokumentiert" heißt nicht „nicht unterstützt", und „Funktioniert" in einem Test heißt nicht „produktionsreif". ### Was sich seit dem Test geändert hat KI-Tools ändern sich schnell, deshalb trennen wir das historische Testergebnis von dem, was die Tools heute dokumentieren. *Testergebnis vs. aktuelle Dokumentation (Dokumentation geprüft am 9. Oktober 2026)* | Tool und Anforderung | Zum Zeitpunkt des Tests | Dokumentiert am 9. Oktober 2026 | Quelle | | ------------------------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- | | Base44, Push-Benachrichtigungen | Nicht nativ unterstützt | Push lässt sich mit Firebase-Dateien und einem APNs-Schlüssel hinzufügen | [Base44-Dokumentation](https://docs.base44.com/documentation/building-your-app/uploading-to-app-stores) | | Base44, Store-Veröffentlichung | Web-Erlebnis; nicht eingereicht | Erzeugt Dateien für den App Store (IPA) und Google Play (AAB), die die App in einer Web View ausführen; Sie reichen ein und kümmern sich um die Prüfung; zum Herunterladen der Dateien ist der Builder-Tarif nötig | [Base44-Dokumentation](https://docs.base44.com/documentation/building-your-app/uploading-to-app-stores) | | Bolt, Store-Veröffentlichung | Expo-Weg mit lokalen Tools, Signierung und manuellem Upload | Mobile Apps über die Expo-Integration; Build und Einreichung über Expo Application Services | [Bolt-Integrationen](https://support.bolt.new/integrations) | ### Was dieser Test zeigt und was nicht - **Er zeigt**, dass der Geschwindigkeitsvorsprung real ist. Die Prompt-to-App-Tools lieferten innerhalb von Minuten bis zu einer Stunde etwas Klickbares, schneller als die Konfiguration einer strukturierten App. - **Er zeigt**, wo die restliche Arbeit liegt: Push, Inhaltsbearbeitung, Monetarisierung und native Store-Veröffentlichung. Bei Bolt wurde jeder dieser Punkte zu einem eigenen Dienst oder einer technischen Einrichtung. - **Er zeigt nicht** die Dauer der nativen Builds, die insgesamt aufgewendeten Stunden oder die genutzten Tarife; nichts davon wurde erfasst. - **Er prüft nicht** die Produktionsreife (Sicherheitsprüfung, Last, langfristige Wartung) bei einem der drei. - **Er ist nicht unabhängig.** GoodBarber hat den Test durchgeführt und veröffentlicht diesen Artikel. Die Berichte sind öffentlich, damit Sie jede Zelle oben prüfen können. ## Was KI beim App-Bau leistet und was weiterhin Sie brauchen KI entwirft in jeder Phase, aber ein Mensch muss das Ergebnis weiterhin in jeder Phase prüfen und freigeben. *Wo KI hilft und was weiterhin menschliche Prüfung braucht* | Aufgabe | Wie KI helfen kann | Was Sie weiterhin prüfen müssen | | ------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------ | | Anforderungen | Funktionslisten, Nutzerflüsse, offene Fragen erzeugen | Ob sie dem entsprechen, was echte Nutzer brauchen | | Design | Layouts, Paletten, Varianten vorschlagen | Bedienbarkeit, Barrierefreiheit, Einheitlichkeit über alle Screens | | Code und Funktionen | Funktionen, Screens, Integrationen entwerfen | Korrektheit, Sicherheit, Datenzugriff, Wartbarkeit | | Inhalte | Beschreibungen, Benachrichtigungen, Hilfetexte, Übersetzungen entwerfen | Richtigkeit, Ton, rechtlich relevante Aussagen, Preise | | Tests | Testfälle vorschlagen, Fehler erklären | Das tatsächliche Verhalten auf echten Geräten und in echten Netzen | | Veröffentlichung | Store-Anforderungen erklären, Store-Einträge entwerfen | Einhaltung der Store-Richtlinien; das Ergebnis der Prüfung | | Betrieb | Routineaufgaben per Konversation erledigen (über MCP, wo unterstützt) | Jede Aktion, die Kunden oder Geld betrifft | ### Können ChatGPT oder Gemini allein eine App erstellen? **Sie können eine App planen und ihren Code schreiben, aber sie bauen, hosten und veröffentlichen sie nicht.** Damit aus generiertem Code eine App auf dem Smartphone wird, müssen Sie weiterhin eine Entwicklungsumgebung einrichten, für iOS und Android kompilieren, ein Backend hosten, Zahlungen und Berechtigungen handhaben und die Prüfung der Stores bestehen. In der Praxis funktioniert die Kombination gut: ein Assistent zum Denken und Schreiben, ein Erstellungstool zum Produzieren und Veröffentlichen der App und derselbe Assistent, über MCP verbunden, um beim Betrieb zu helfen. ## Welche KI sollten Sie nutzen, um eine App zu erstellen? Es gibt nicht die eine beste KI für den App-Bau. Wählen Sie für jede Aufgabe eine, je nach Plattform, Ihren Kenntnissen und danach, wer die App pflegen wird. *Welche Art von KI\-Tool für welche Aufgabe* | Aufgabe | Nutzen Sie | Warum | | ------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ------------------------------------------------------------------------ | | Brainstorming, Umfang festlegen, Wettbewerber recherchieren | ChatGPT, Claude oder Gemini | Gut darin, eine vage Idee zu strukturieren und Lücken zu finden | | Ein klickbarer Prototyp in Minuten | Ein Prompt-to-App-Generator (Lovable, Bolt, Base44, Rork…) | In unserem Test der schnellste Weg vom Prompt zur funktionierenden Demo | | Eine Web-App mit Backend | Ein Prompt-to-App-Generator mit integriertem Backend oder individueller Code | Prüfen Sie Zugriffsregeln und Datenexport | | Eine native App in den Stores, betrieben von einem nicht-technischen Team | Ein KI-gestützter App-Baukasten wie GoodBarber | Native Builds, Hosting, Push, Zahlungen und Inhaltsbearbeitung inklusive | | Individuelle Funktionen innerhalb einer Plattform | Der KI-Funktionsgenerator der Plattform, falls vorhanden | Der generierte Code läuft innerhalb der Plattform | | Die App im Alltag betreiben | Ein über MCP verbundener Assistent, sofern die Plattform es unterstützt | Routineaufgaben per Konversation, mit Ihrer Prüfung | | Code für ein Entwicklungsteam | KI-Coding-Assistenten (Claude Code, Cursor…) | Für Teams, die ihren eigenen Code schreiben und pflegen | ## Kann man mit KI kostenlos eine App erstellen? Bauen und testen können Sie meist kostenlos. Die Veröffentlichung in den Stores und der Betrieb einer Live-App kosten immer etwas. - **Bauen und testen:** Die meisten KI-Tools haben einen kostenlosen Tarif oder eine Testphase, mit Einschränkungen. Base44 etwa lässt Sie die Store-Readiness-Prüfung kostenlos ausführen, verlangt zum Herunterladen der Store-Dateien aber den Builder-Tarif ([Base44](https://docs.base44.com/documentation/building-your-app/uploading-to-app-stores)). GoodBarber bietet 30 Tage mit allen Funktionen und ohne Kreditkarte. - **Veröffentlichen:** Apples Entwicklerprogramm kostet 99 US-$ pro Jahr, mit Gebührenbefreiungen für manche gemeinnützige Organisationen, akkreditierte Bildungseinrichtungen und Behörden. Google Play erhebt einmalig 25 US-$ ([Apple](https://developer.apple.com/programs/enroll/), [Google](https://support.google.com/googleplay/android-developer/answer/6112435)). - **Betreiben:** Eine Live-App braucht Hosting, eine Datenbank, Push-Benachrichtigungen und oft Zahlungen. Manche Tools haben das im Tarif enthalten; andere rechnen es separat ab oder setzen auf externe Dienste. ## Was kostet es, eine App mit KI zu erstellen? Ein Praxisbeispiel Vergleichen Sie die Kosten des ersten Jahres für alles, was die App braucht, plus die Zeit, die Sie investieren, und nicht den Monatspreis des Erstellungstools. Wir haben das erste Jahr der neun AURORA-Anforderungen auf drei Wegen berechnet: bei GoodBarber, über den Bolt-Weg, wie er in unserem Test gebaut wurde, und mit individueller Entwicklung. Jeder Wert ist gekennzeichnet als **Listenpreis** (von der Preisseite des Anbieters, geprüft am 9. Oktober 2026), **Annahme** (unsere angegebene Wahl) oder **Nicht summiert** (mit Begründung). Wir rechnen keine Währungen um, um keine Wechselkursannahme hinzuzufügen. *AURORA, Kosten im ersten Jahr nach Ansatz (Preise geprüft am 9. Oktober 2026)* | Posten | GoodBarber (Content Apps, Premium, jährliche Abrechnung) | Bolt-Weg, wie in unserem Test gebaut | Individuelle Entwicklung | | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | | Erstellungstool | 660 €, Premium-Tarif, nativ iOS + Android + Web. Listenpreis | 300 US-$: Pro für 25 US-$/Monat. Listenpreis. Der im Test genutzte Tarif ist nicht erfasst; es gibt einen Free-Tarif (1 Mio. Tokens/Monat). | Entwicklungszeit. Nicht summiert: erfordert ein Angebot. | | Hosting und Datenbank | Inklusive. Listenpreis | In den Bolt-Tarifen enthalten. Listenpreis | Cloud-Anbieter. Nicht summiert | | Nutzerkonten | 120 €/Jahr, Authentifizierungs-Erweiterung. Listenpreis | Generiert; keine separate Gebühr. Listenpreis (im Tarif enthalten) | Entwicklungszeit | | Push-Benachrichtigungen | Inklusive, 30.000/Monat. Listenpreis | Progressier, ein Monatsabo. Nicht summiert: Wir konnten den aktuellen Preis auf der Preisseite von Progressier nicht bestätigen. | Push-Dienst und Entwicklungszeit | | Inhaltsverwaltung | CMS inklusive. Listenpreis | 0 US-$, wenn die kostenlose Stufe eines Headless-CMS reicht, z. B. Sanity Free (bis zu 20 Plätze, 10.000 Dokumente); Sanity Growth kostet 15 US-$ pro Platz und Monat. Annahme: Der Bericht nennt das genutzte CMS nicht. | CMS oder eigene Admin-Oberflächen | | Premium-Inhalte | 490 €/Jahr, Erweiterung für In-App-Käufe, plus Apples Provision auf die Verkäufe. Listenpreis | Die Transaktionsgebühren von Stripe. Apple verlangt In-App-Käufe, um Premium-Inhalte in einer iOS-App freizuschalten ([Richtlinie 3.1.1](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)), mit Ausnahmen für Kauflinks im US-Store; planen Sie also auch den Aufwand für In-App-Käufe und die Provision ein. Nicht summiert: abhängig von den Verkäufen. | Entwicklungszeit, plus Provision | | Wetterdaten | 0 US-$: eine Custom-Code-Rubrik mit der kostenlosen Stufe von OpenWeather (1.000.000 Aufrufe/Monat). Annahme: Die kostenlose Stufe reicht | 0 US-$, gleiche API und gleiche Annahme | 0 US-$, gleiche API und gleiche Annahme | | KI-Chatbot | 349 €/Jahr, Chatbot-Erweiterung, 5.000 Credits/Monat inklusive. Listenpreis (die Produktdokumentation nennt 29 €/Monat als Einführungspreis; regulär 45 €/Monat) | Eine nutzungsbasiert abgerechnete Sprachmodell-API. Nicht summiert: im Test nicht gebaut und nutzungsabhängig. | API-Nutzung und Entwicklungszeit | | Native Builds und Einreichung | Inklusive; iOS wird vom GoodBarber-Team eingereicht. Listenpreis | 0 US-$ mit Expo EAS Free (bis zu 15 iOS- und 15 Android-Builds); Starter kostet 19 US-$/Monat, wenn Sie mehr brauchen. Listenpreis | Build-Pipeline und Entwicklungszeit | | Store-Konten | 99 US-$ Apple + 25 US-$ Google | 99 US-$ Apple + 25 US-$ Google | 99 US-$ Apple + 25 US-$ Google | | Ihre Zeit: Bau und Wartung | Konfiguration im Backoffice. Nicht summiert: nicht erfasst. | Toolchain, Signierung, Prompts und Pflege des generierten Codes. Nicht summiert: nicht erfasst. | Meist der größte Kostenblock. Nicht summiert: erfordert ein Angebot. | | Zwischensumme erstes Jahr nach Listenpreisen | 1.619 € + 124 US-$ Store-Gebühren | 300 US-$ + 124 US-$ Store-Gebühren, plus Push, Chatbot-Nutzung und Ihre Zeit (nicht summiert) | Ohne Angebot keine belastbare Summe | ### So lesen Sie diesen Vergleich - **Die ausgewiesenen Barkosten des Bolt-Wegs sind niedriger.** Sie lassen aber drei Dinge weg, die der GoodBarber-Wert enthält: Push (Preis unbestätigt), den Chatbot (im Test nicht gebaut) und die Zeit für native Builds, Signierung und Code-Pflege. - **Die GoodBarber-Zwischensumme deckt alle neun Anforderungen ab**, doch 959 € der 1.619 € entfallen auf drei kostenpflichtige Erweiterungen (Konten, In-App-Käufe, Chatbot). Ohne Chatbot und kostenpflichtige Inhalte kostet allein das Abo 660 €. - **Entscheidend ist vor allem die Zeit:** wie viele Stunden Sie oder ein Entwickler in Bau, Veröffentlichung und Pflege der App stecken und was diese Stunden für Sie wert sind. - **Individuelle Entwicklung** hat hier keinen belastbaren Wert, weil ihre Kosten von Umfang, Team und Stundensätzen abhängen. Jede Zahl ohne echtes Angebot wäre erfunden. Die Formel lautet: Kosten im ersten Jahr = (Baustunden + Wartungsstunden) × Stundensatz + Hosting + Dienste + Store-Gebühren. Die GoodBarber-Werte stammen aus der aktuellen Preisliste vom 9. Oktober 2026, in EUR; im Jahrestarif werden Erweiterungen jährlich berechnet. Bei monatlicher Abrechnung kostet dieselbe Konfiguration 1.920 € (Tarif 840 € + Erweiterungen 144 €, 588 € und 348 €). Die Preise werden auf [goodbarber.com/pricing](https://de.goodbarber.com/pricing/) in Ihrer Währung angezeigt. GoodBarber erhebt keine Provision auf E-Commerce-Verkäufe; es fallen die Gebühren der Zahlungsanbieter an. Preise Dritter: [Bolt](https://bolt.new/pricing), [Expo](https://expo.dev/pricing), [Sanity](https://www.sanity.io/pricing), [OpenWeather](https://openweathermap.org/price), [Progressier](https://progressier.com/pricing); Apple-Provision: [15 % im Small Business Program](https://developer.apple.com/app-store/small-business-program/) (Entwickler mit weniger als 1 Million US-$ Jahreserlös), ansonsten höher. ## 6 Fehler, die Sie bei der App-Erstellung mit KI vermeiden sollten 1. **Einen Prototyp mit einem Produkt verwechseln.** Eine Demo, die im Browser läuft, ist keine im App Store freigegebene App. Entscheiden Sie in Schritt 2, was Sie brauchen. 2. **Prompten, bevor Sie planen.** Vage Prompts erzeugen vage Apps. Füllen Sie zuerst die Prompt-Vorlage aus. 3. **KI-Texte ungelesen veröffentlichen.** Prüfen Sie Fakten, Preise und Ton, bevor sie Kunden erreichen. 4. **Die Sicherheitsprüfung des generierten Codes auslassen.** Klären Sie, wer welche Daten lesen und schreiben kann, bevor sich echte Nutzer registrieren. 5. **Die Store-Konten auf die letzte Woche verschieben.** D-U-N-S-Nummern, Identitätsprüfungen und Googles 14-tägiger geschlossener Test für neue private Konten brauchen Zeit. 6. **Nur das Abo rechnen.** Addieren Sie Hosting, Push, Inhaltsbearbeitung, Store-Gebühren und Wartungszeit, um Tools fair zu vergleichen. ## Häufig gestellte Fragen ### Kann KI meine ganze App bauen? Sie kann einen vollständigen Prototyp bauen, und manche Tools erzeugen komplette Web-Apps. Bei einer produktiven App, vor allem einer nativen App in den Stores, übernimmt die KI Teile der Arbeit, während Sie weiterhin den Umfang festlegen, das Ergebnis prüfen, testen und die Store-Prüfung durchlaufen. Bei einem KI-gestützten Baukasten wie GoodBarber liefert die Plattform native Builds, Hosting, Datenbank und Zahlungen, und die KI generiert individuelle Funktionen und hilft bei Inhalten und im täglichen Betrieb. Siehe [was KI kann und was nicht](#can-and-cant). ### Welche KI ist die beste, um eine App zu erstellen? Das hängt von der Aufgabe ab. Nutzen Sie einen allgemeinen Assistenten (ChatGPT, Claude oder Gemini) zum Planen, einen Prompt-to-App-Generator für einen schnellen Prototyp oder eine Web-App und einen KI-gestützten App-Baukasten oder ein Tool mit dokumentiertem Weg in die Stores für eine native App. Entscheiden Sie anhand der Zielplattform, Ihrer Programmierkenntnisse, des nötigen Individualisierungsgrads und danach, wer die App pflegen wird. Siehe [welche KI Sie nutzen sollten](#which-ai). ### Was ist der Unterschied zwischen einem KI-App-Baukasten und einem KI-Coding-Assistenten? Ein KI-App-Baukasten erstellt Ihnen eine funktionierende App, meist mit Hosting. Ein KI-Coding-Assistent wie Claude Code oder Cursor hilft einem Entwickler, Code zu schreiben, den dieser anschließend selbst baut, hostet und pflegt. Wählen Sie einen Baukasten, wenn Sie nicht programmieren; wählen Sie einen Coding-Assistenten, wenn Sie ein Entwicklungsteam haben und volle Kontrolle brauchen. ### Kann ich mit KI eine App erstellen, ohne zu programmieren? Ja, für einen Prototyp, eine Web-App oder eine native App auf einer No-Code-Plattform. Eine native App aus einem codegenerierenden Tool in die Stores zu bringen, erfordert meist etwas technische Einrichtung: in unserem Bolt-Test lokale Tools, Code-Signierung und manuelle Uploads. Bei GoodBarber brauchen Bau, KI-generierte Funktionen und Veröffentlichung keinen Code. ### Kann ich mit KI kostenlos eine App erstellen? Bauen und testen können Sie meist kostenlos, innerhalb der Grenzen eines Tarifs. Die Veröffentlichung kostet 99 US-$ pro Jahr für Apples Entwicklerprogramm (mit Befreiungen für manche gemeinnützige Organisationen, Bildungseinrichtungen und Behörden) und einmalig 25 US-$ für Google Play. Der Betrieb einer Live-App braucht zudem Hosting und Dienste, die kostenlose Tarife begrenzen. GoodBarber bietet eine 30-tägige kostenlose Testphase ohne Kreditkarte. Siehe [ob man kostenlos eine App erstellen kann](#free). ### Kann KI eine native iOS-App bauen? Manche Tools sagen ja. Rork beschreibt „Swift-Apps für Apple-Geräte", Bolt erzeugt mobilen Code über Expo, und GoodBarber kompiliert native Swift-Apps aus einer No-Code-Konfiguration. Andere, etwa Lovable, geben an, nur Web-Apps zu bauen. Egal mit welchem Tool: Sie brauchen ein Apple-Entwicklerkonto, und die App muss Apples Prüfung bestehen. Prüfen Sie die aktuelle Dokumentation jedes Tools (siehe die [Funktionstabelle](#documented-capabilities)). ### Kann ich mit KI eine Android-App erstellen? Ja, mit einem Tool, das Android-Builds liefert, nativ oder über ein plattformübergreifendes Framework, und einem Google-Play-Entwicklerkonto. Wurde Ihr privates Konto nach dem 13. November 2023 erstellt, planen Sie Googles 14-tägigen geschlossenen Test mit mindestens 12 Testern ein. Bei GoodBarber erzeugt eine einzige Konfiguration eine native Android-App (Kotlin), eine native iOS-App und eine Webversion. ### Kann ich mit ChatGPT eine App erstellen? ChatGPT kann eine App planen, ihre Inhalte schreiben und Code generieren, aber keine App kompilieren, hosten oder veröffentlichen. Sobald eine App live ist, können Sie ChatGPT oder Claude mit einer GoodBarber-App verbinden und sie per Konversation verwalten: GoodBarber ist im Plugin-Verzeichnis von ChatGPT und im Connector-Verzeichnis von Claude gelistet und funktioniert mit jedem MCP-kompatiblen Assistenten. ### Wie lange dauert es, eine App mit KI zu erstellen? Das hängt vom Umfang ab. In unserem Test lieferte ein Prompt-to-App-Tool in unter einer Stunde einen funktionierenden Web-Prototyp. Eine produktive App dauert länger, wegen Funktionen, Integrationen, Inhalten, Tests und Store-Prüfung. Bei der Prüfung bearbeitet Apple 90 % der Einreichungen in weniger als 48 Stunden. Google gibt an, dass manche Prüfungen bis zu sieben Tage dauern, und neue private Google-Play-Konten brauchen vorher einen 14-tägigen geschlossenen Test. Planen Sie für alles, worauf sich echte Nutzer verlassen, in Wochen, nicht in Stunden. ### Ist KI-generierter Code in einer produktiven App sicher? Das kann er sein, wenn er wie jeder andere Code geprüft und getestet wird. Die üblichen Risiken sind in der App offengelegte geheime Schlüssel, Datenbankregeln, die Nutzern das Lesen fremder Daten erlauben, und fehlende Eingabevalidierung. Wenn Sie Code nicht selbst prüfen können, setzen Sie bei Konten, Zahlungen und Daten auf integrierte Funktionen oder lassen Sie die generierten Teile vor dem Launch von einem Entwickler prüfen. ### Gehört mir der Code, den ein KI-App-Baukasten erzeugt, und kann ich ihn exportieren? Das hängt vom Tool ab. Lovable gibt an, dass der Code Ihnen gehört und heruntergeladen oder mit GitHub synchronisiert werden kann. GoodBarber exportiert nicht den Quellcode der gesamten App, aber der für Ihre individuellen Rubriken generierte Code gehört Ihnen. Wenn es Ihnen wichtig ist, Ihre App woandershin mitnehmen zu können, prüfen Sie die Exportbedingungen, bevor Sie bauen. ### Wie teste ich eine mit KI erstellte App? Testen Sie jede Nutzerreise auf echten iPhone- und Android-Geräten, dann die Trennung von Konten und Daten, Zahlungen im Testmodus, Barrierefreiheit (große Schrift, Kontrast, Screenreader) und das Verhalten bei schlechter Verbindung. Geben Sie die App anschließend über TestFlight oder einen geschlossenen Google-Play-Test an 5 bis 10 echte Nutzer. Nutzen Sie die [Test-Checkliste](#step-6). ### Akzeptiert Apple eine App, die mit KI erstellt wurde? Apple prüft die eingereichte App, nicht, wie sie entstanden ist. Die Freigabe hängt davon ab, ob die App die App Store Review Guidelines erfüllt. Die häufigsten Probleme sind Abstürze, Platzhalterinhalte und unvollständige Informationen (Richtlinie 2.1). Apps, die kaum mehr sind als eine neu verpackte Website (4.2), oder die von einem Dienst generiert und nicht vom Inhaltsanbieter eingereicht wurden (4.2.6), können ebenfalls abgelehnt werden. In seinem Bericht für 2025 hat Apple rund 23 % aller Einreichungen abgelehnt, eine Zahl, die Updates und alle Entwickler einschließt ([siehe die zwei Messungen](#gb-publishing-data)). ### Was passiert, wenn eine KI-generierte App gewartet werden muss? Jemand muss sie bei Betriebssystem-Updates, geänderten Abhängigkeiten, neuen Funktionen und Fehlerbehebungen funktionsfähig halten. Bei generiertem Code sind das Sie oder ein Entwickler, oft mit weiteren Prompts. Auf einer gehosteten Plattform pflegt die Plattform die Engines und die Kompatibilität mit den Betriebssystemen, und Sie pflegen Inhalte und Einstellungen. Fragen Sie, wer das übernimmt, bevor Sie ein Tool wählen. ### Was unterscheidet GoodBarber von KI-App-Generatoren wie Lovable oder Bolt? Lovable gibt an, Web-Apps zu bauen, und Bolt baut Web-Apps sowie mobile Apps über Expo, die Sie anschließend selbst bauen und einreichen. Beide erzeugen schnell eine erste Version aus einem Prompt. GoodBarber wird konfiguriert statt generiert. Es erzeugt native Swift- und Kotlin-Apps, enthält Hosting, Push, Zahlungen und ein CMS, und sein Team übernimmt die iOS-Einreichung über Ihr Apple-Konto. KI wird für individuelle Funktionen, Inhalte und den täglichen Betrieb eingesetzt. ### Welche Art von Apps kann ich mit GoodBarber erstellen? Content- und Mobile-Commerce-Apps: Medien, Communitys, Online-Kurse, Events, lokale Unternehmen, Shops und Restaurants. Für Spiele oder Marktplätze, die von stark individueller Geschäftslogik abhängen, ist es nicht gedacht. ## So haben wir diesen Leitfaden erarbeitet - **Wer ihn geschrieben hat.** Das GoodBarber-Team: geschrieben und faktengeprüft vom Marketingteam von GoodBarber. Die AURORA-Builds wurden von Muriel Santoni, Marketing Manager, durchgeführt und dokumentiert. Die Zahlen zu den Store-Einreichungen stammen vom Veröffentlichungsteam von GoodBarber und wurden auch von Jerome Granados, CMO, und Pierre-Laurent Medori, Head of Backend Engineering, veröffentlicht. - **Unser Interesse.** GoodBarber entwickelt seit 2011 einen App-Baukasten; wir haben also ein kommerzielles Interesse an diesem Thema. Wir kennzeichnen unsere eigenen Daten, Tests und Meinungen und verlinken die Belege für alles andere. - **Externe Fakten** (Store-Gebühren, Prüfdauern, Richtlinien, Funktionen der Tools, Preise Dritter) stammen von den Seiten von Apple, Google und den jeweiligen Anbietern, geprüft am 9. Oktober 2026. - **Eigene Belege** stammen aus den AURORA-Builds, durchgeführt spätestens am 2. April 2026 (Base44) und am 2. Juni 2026 (Bolt), den Tagen der Erstveröffentlichung der Vergleiche. Die Berichte halten weder die genauen Termine noch die genutzten Tarife oder die Dauer der nativen Builds fest. Wo sich ein Tool seitdem verändert hat, zeigen wir das historische Ergebnis und die aktuelle Dokumentation nebeneinander. - **GoodBarber-Zahlen** stammen aus internen Aufzeichnungen; Quelle, Zeitraum, Umfang und Definitionen stehen jeweils daneben. Die Stichprobengrößen der Store-Zahlen werden nicht veröffentlicht. - **Aktualisierung.** Wir prüfen Preise, Store-Anforderungen und Funktionen der Tools mindestens einmal pro Quartal erneut sowie immer dann, wenn sich etwas davon ändert. Das Datum „Zuletzt geprüft" oben ändert sich nur, wenn wir tatsächlich erneut geprüft haben. **Änderungen.** 9. Oktober 2026: Erstveröffentlichung. ### Quellen 1. Apple, [App Review](https://developer.apple.com/distribute/app-review/) (Prüfdauern, häufige Probleme). Geprüft am 9. Oktober 2026. 2. Apple, [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) (2.1, 3.1.1, 4.2, 4.2.6). Geprüft am 9. Oktober 2026. 3. Apple, [Anmeldung zum Apple Developer Program](https://developer.apple.com/programs/enroll/) und [Gebührenbefreiungen](https://developer.apple.com/help/account/membership/fee-waivers/). Geprüft am 9. Oktober 2026. 4. Apple, [App Store Transparency Report 2025](https://www.apple.com/legal/app-store/transparency/2025/). 5. Apple, [App Store Small Business Program](https://developer.apple.com/app-store/small-business-program/). Geprüft am 9. Oktober 2026. 6. Google, [Erste Schritte mit der Play Console](https://support.google.com/googleplay/android-developer/answer/6112435) (Registrierungsgebühr). Geprüft am 9. Oktober 2026. 7. Google, [Testanforderungen für neue private Entwicklerkonten](https://support.google.com/googleplay/android-developer/answer/14151465). Geprüft am 9. Oktober 2026. 8. Google, [App für die Prüfung vorbereiten](https://support.google.com/googleplay/android-developer/answer/9859751) (Prüfdauern). Geprüft am 9. Oktober 2026. 9. Dokumentation der Tools: [Lovable](https://docs.lovable.dev/introduction/faq), [Bolt](https://support.bolt.new/integrations), [Base44](https://docs.base44.com/documentation/building-your-app/uploading-to-app-stores), [Rork](https://rork.com/). Geprüft am 9. Oktober 2026. 10. Preise Dritter: [Bolt](https://bolt.new/pricing), [Expo](https://expo.dev/pricing), [Sanity](https://www.sanity.io/pricing), [OpenWeather](https://openweathermap.org/price), [Progressier](https://progressier.com/pricing) (Preis nicht bestätigt). Geprüft am 9. Oktober 2026. 11. GoodBarber, AURORA-Testberichte von Muriel Santoni: [vs. Base44](https://de.goodbarber.com/blog/goodbarber-vs-base44-a1335/) (erstmals veröffentlicht am 2. April 2026), [vs. Bolt.new](https://de.goodbarber.com/blog/goodbarber-vs-bolt-new-a1365/) (erstmals veröffentlicht am 2. Juni 2026). 12. GoodBarber, Veröffentlichungszahlen, wie von [Jerome Granados](https://de.goodbarber.com/blog/was-dir-die-vibe-coding-tools-%C3%BCber-mobile-apps-verschweigen-a1379/) (16. Juni 2026) und [Pierre-Laurent Medori](https://de.goodbarber.com/blog/was-still-kaputtgeht-wenn-sie-ihre-app-nicht-aktualisieren-und-warum-sie-davon-auf-goodbarber-nie-etwas-merken-a1406/) (23. Juli 2026) veröffentlicht. 13. GoodBarber, [Preise](https://de.goodbarber.com/pricing/) (aktuelle Preisliste, 9. Oktober 2026), [KI-Funktionen](https://de.goodbarber.com/ai/), [Server Card des MCP-Servers](https://mcp.goodbarber.dev/.well-known/mcp/server-card.json), [goodbarber-skills](https://github.com/goodbarber/goodbarber-skills). 14. Interne Daten von GoodBarber: CRM des Veröffentlichungsteams (April 2026); Download-Erfassung (April 2026). ## Weiterlesen - [So erstellen Sie eine App: der Leitfaden in 7 Schritten](https://de.goodbarber.com/blog/so-erstellen-sie-eine-app-7-schritte-zum-erstellen-einer-app-im-jahr-2024-a871/) - [Die 10 besten KI-App-Baukästen 2026](https://de.goodbarber.com/blog/die-10-besten-ki-app-baukasten-2026-a1477/) - [So veröffentlichen Sie Ihre App bei Google Play und im App Store](https://de.goodbarber.com/blog/how-to-publish-your-app-on-google-play-and-the-app-store-a107/) - [Was kostet es, eine App ohne Programmieren zu erstellen?](https://de.goodbarber.com/blog/wie-viel-kostet-es-eine-app-ohne-programmierkenntnisse-zu-erstellen-a1338/) - [KI bei GoodBarber: alle Funktionen erklärt](https://de.goodbarber.com/ai/)