Wir haben ein Live-AMA auf r/GoodBarber veranstaltet, offen für jede Frage rund um die Veröffentlichung einer App im App Store: App Review, App Store Connect, Entwicklerkonten, einfach alles. Die Antworten kamen direkt vom Support-Team, das täglich App-Store- und Google-Play-Einreichungen betreut, mit iOS-Ingenieuren, die dazukamen, sobald eine Frage technisch wurde. Hier die Zusammenfassung. Diese Frage bekommen wir oft gestellt, deshalb haben wir uns unsere eigenen Support-Fälle der letzten 18 Monate angesehen. Die häufigsten Ablehnungsgründe sind weniger dramatisch, als man denkt:Unvollständige oder ungenaue App-Store-Metadaten — fehlende oder irreführende Informationen, Screenshots, Beschreibungen.Ein falsch ausgefülltes App-Privacy-Formular.Apps, die Apple während der Prüfung als unvollständig oder nicht voll funktionsfähig einstuft.Darüber hinaus sehen wir regelmäßig Ablehnungen wegen Inhaltsrechten (besonders bei Audio oder Video), Apps aus regulierten Branchen, die Apples Erwartungen nicht erfüllen, oder Apps, die als zu ähnlich zu etwas Bestehendem eingestuft werden.Bei einer ersten Einreichung fängt alles bei den Metadaten an: Zeig den echten Mehrwert deiner App statt allgemeiner Werbung, und halte dich an Apples Guidelines — sie sind die Basis für alles Weitere. Und falls du abgelehnt wirst: keine Panik. Eine Ablehnung ist keine Sackgasse, sondern normalerweise einfach ein Teil des Prozesses. Lies Apples Feedback aufmerksam durch, gehe jeden Punkt einzeln an und reiche erneut ein — wir haben schon viele Apps gesehen, die nach einer oder mehreren Prüfrunden genehmigt wurden.Wenn du überzeugt bist, dass ein Prüfer sich geirrt hat, bleib sachlich. Erkläre klar, warum du glaubst, dass deine App die betreffende Guideline erfüllt, und untermauere das mit allem, was hilft — Screenshots, eine Bildschirmaufnahme, Test-Zugangsdaten, Schritt-für-Schritt-Anleitungen, falls eine Funktion nicht sofort erkennbar ist. Wenn die Diskussion ins Stocken gerät, kannst du über das App Resolution Center in App Store Connect ein Gespräch mit einem Apple-Vertreter anfordern — ein direktes Gespräch klärt Missverständnisse oft schneller als ein schriftlicher Austausch. Als letzten Ausweg kannst du dich an das App Review Board wenden, wo ein erfahrenes Mitglied des Apple-Teams den Fall erneut prüft. So oder so geht es nicht darum, Apple als falsch zu beweisen, sondern es dem Prüfer so leicht wie möglich zu machen zu verstehen, warum deine App konform ist.

Vibe Coding macht aus einer Idee in Minuten eine funktionierende Demo. Der Weg in die Stores ist eine andere Geschichte: die sieben Mauern zwischen KI-Prototyp und echter App.

Wir haben den AI Extension Builder von GoodBarber ein komplettes Arcade-Spiel bauen lassen: ein Flappy Bird, das man mit dem Finger spielt, im Vollbild, mit einer Rangliste, die alle Spieler teilen. Hier ist das Ergebnis, der genaue Prompt, der es hervorgebracht hat, und was diese Machbarkeitsstudie zeigt: Mit dem AI Extension Builder kann so ziemlich alles, was sich beschreiben lässt, zu einem Bereich Ihrer App werden. Ein Videospiel erwartet man von einem App Builder nicht.Genau das macht es zum guten Test. Um herauszufinden, was im AI Extension Builder steckt, verlangt man ihm besser das Unwahrscheinliche ab als einen weiteren Bereich. Also haben wir ihm ein vollständiges Arcade-Spiel beschrieben – mit dem Finger spielbar, im Vollbild, eine Rangliste, die alle Spieler teilen – und zugesehen, wie weit er tragen würde.Er hat getragen. Die Lehre lautet nicht „Veröffentlichen Sie Spiele", sondern „Die Grenze liegt viel höher, als Sie denken": Was für ein Flappy Bird gilt, gilt auch für die anspruchsvolle Funktion, die Ihre App wirklich braucht. Alles wurde ihm auf Deutsch beschrieben, in wenigen Absätzen. Hier ist das Ergebnis.

Die Updates dieses Monats konzentrieren sich auf Sichtbarkeit, Compliance und Benutzererlebnis — neue Möglichkeiten, wichtige Aktionen hervorzuheben, jüngere Nutzer zu schützen und alltägliche Interaktionen in Ihrer App reibungsloser zu gestalten. Das ist neu:Neuer globaler Floating Button: Heben Sie eine wichtige Aktion in Ihrer gesamten App hervor, einmal im Structure panel konfiguriert.Age Protection: eine neue Funktion, um regionale Gesetze zur Altersverifizierung einzuhalten und jüngere Nutzer automatisch zu schützen.Vorschaubilder für Events auf der Karte: Events, die auf einer Karte angezeigt werden, können jetzt als eigenes Vorschaubild statt als Standard-Pin erscheinen, sodass jedes Event sofort erkennbar ist.Passwort ein-/ausblenden: Ihre Nutzer können jetzt auf das Augensymbol tippen, um ihr Passwort auf jedem Anmelde- oder Registrierungsbildschirm ein- oder auszublenden, sodass ein Tippfehler sie nie wieder blockiert.

Mit dem AI Extension Builder erstellen Sie schon heute eigene App-Bereiche, indem Sie sie einfach in Alltagssprache beschreiben. Ab jetzt können diese Bereiche auch echte Daten speichern und teilen. Verlangen Sie eine Umfrage, eine Buchungsliste oder ein Gästebuch, und der Builder baut die passende Datenstruktur gleich mit und verbindet sie mit Ihrer Live-App – dank einer neuen Integration mit Supabase. Bisher war der AI Extension Builder in einer Sache brillant: einen Satz in einen funktionierenden Bereich zu verwandeln. Beschreiben Sie einen Countdown, ein Moodboard, ein Mini-Spiel – und schon erscheint es in Ihrer App, passend gestaltet. Doch jeder erstellte Bereich lebte ausschließlich auf dem Gerät des Besuchers. Nichts davon konnte Informationen festhalten oder von einer Person zur nächsten weitergeben.Genau das war die Grenze. Wer eine „Leserumfrage" verlangte, bekam eine Umfrage, die für eine Person auf einem Gerät perfekt funktionierte. Die Stimmen blieben im Browser. App schließen – und sie waren weg. Auf einem anderen Handy öffnen – und die Zählung begann bei null. Ein Gästebuch, das nur Sie lesen können, ist kein Gästebuch. Eine Buchungsliste, die sich auf jedem Gerät zurücksetzt, ist keine Buchungsliste.Der Grund war immer derselbe: Solche Funktionen brauchen einen Ort, an dem ihre Daten liegen, und ein Regelwerk dafür, wer sie lesen und schreiben darf. Diese Ebene – ein Backend – ist der schwierige Teil, und genau so etwas zählte bislang zu den Grenzen von No-Code-App-Buildern. Der neue Supabase-Connector holt sie direkt in den Builder. Der AI Extension Builder baut die Datenebene nun gemeinsam mit dem Bereich auf – im selben Gespräch, noch bevor die erste Zeile Code geschrieben ist.(Wenn das Erstellen von Bereichen auf diese Weise neu für Sie ist, beginnen Sie mit der Funktionsweise des AI Extension Builders – dieser Artikel knüpft dort an. Es ist dasselbe Werkzeug, das kürzlich gelernt hat, Datei-Uploads zu verarbeiten, jetzt eben auch mit einer Datenebene.)

Als wir den AI Extension Builder eingeführt haben, konnte er bereits eine maßgeschneiderte Sektion aus einem einzigen Prompt bauen. Ein Teil fehlte: dein eigenes Material. Bisher startete der Assistent bei null, schrieb den Code, zeigte ihn live, aber mit seinen eigenen Platzhalterbildern. Um dein Logo oder deine Daten zu verwenden, musstest du auf eine externe URL verweisen – einen fragilen Link, irgendwo anders gehostet. Der neue Datei-Manager macht diesen Schritt überflüssig.Nehmen wir einen Laufverein, der eine Sektion „Rennkalender" in seiner App möchte.Der Verantwortliche öffnet das Panel Assets und zieht zwei Dateien hinein: logo.png und eine rennen.csv mit den Terminen und Orten. Dann sagt er dem Assistenten:„Zeig die kommenden Rennen aus dieser CSV, mit unserem Logo oben."Der Assistent kennt diese Dateien bereits. Er erfindet sie nicht, baut sie nicht nach, codiert sie nicht in Base64: Er referenziert sie über ihre exakte URL – logo.png in einem <img>-Tag, rennen.csv über ein fetch(). Die Sektion erscheint live, in den Farben des Vereins, mit seinen echten Terminen.Für einen Entwickler Tage an Arbeit, hier ein paar Minuten. Und das Ergebnis ist kein Mockup: Es ist eine native Extension, gehostet von GoodBarber, die wie jede andere Sektion in die veröffentlichte App wandert.

Vor Kurzem haben wir ein AMA auf r/GoodBarber veranstaltet, das sich dem AI Extension Builder widmete – der Beta-Funktion, die eine Beschreibung in natürlicher Sprache in eine echte, in deine App integrierte Section verwandelt. Noch besser: Die Entwickler, die die Funktion gebaut haben, waren im Thread und haben direkt geantwortet. Die Fragen waren hervorragend: konkret, praxisnah und oft von Leuten, die schon etwas gebaut hatten. Das ist dabei herausgekommen.Eine wiederkehrende Erkenntnis bei denen, die den Builder testen: Mehr Iterationen bedeuten nicht automatisch eine bessere App. Ab einem gewissen Punkt werden die Änderungen weniger relevant – und mit einem klareren Prompt neu zu starten, schlägt oft das endlose Nachbessern eines bestehenden.Unsere Sicht: Iterieren funktioniert am besten, wenn du die ursprüngliche Absicht verfeinerst. Wenn jede Runde die Richtung des Projekts ändert, ist es meist produktiver, neu anzufangen. Die Qualität dieses ersten Prompts hat enormen Einfluss – je klarer du weißt, was du bauen willst, welche Funktionalität du erwartest und wie die User Experience aussehen soll, desto besser das Ergebnis.

Soll Ihr GoodBarber Custom Code sich für einen angemeldeten Nutzer anders verhalten – Premium-Inhalte anzeigen, ein Mitglied mit Namen begrüßen, einen Bereich vor anonymen Besuchern verbergen? Egal, ob Sie diesen Code selbst geschrieben oder ihn mit dem AI Extension Builder generiert haben – er fragt die App API über gb.user.getCurrent(), wer angemeldet ist. Die Vorschau im Back Office kennt jedoch keine echte Anmeldung – bei Membership-Apps landet dieser Aufruf daher immer im Fehlerpfad. Diese Anleitung erklärt, wie sich der aktuelle Nutzer in der Vorschau für jeden App-Typ verhält, und zeigt Ihnen einen Copy-and-paste-Weg, um als angemeldetes Member zu testen. Viel Custom Code muss wissen, wer die App gerade benutzt: um Premium-Inhalte anzuzeigen, Mitglieder mit Namen zu begrüßen, einen Bereich vor anonymen Besuchern zu verbergen oder einen Checkout anzupassen. Die GoodBarber App API liefert Ihnen den aktuellen Nutzer über gb.user.getCurrent().Und Custom Code schreiben Sie längst nicht mehr nur von Hand. Mit dem AI Extension Builder von GoodBarber beschreiben Sie den gewünschten Bereich in natürlicher Sprache, und der Assistent generiert die Extension für Sie – Code, der sich direkt an dieselbe GoodBarber App API anbindet. Ob von Hand geschrieben oder KI-generiert: Er ruft gb.user.getCurrent() auf die gleiche Weise auf, und Sie testen ihn auf die gleiche Weise. Diese Anleitung gilt also gleichermaßen, ob Sie den Code selbst getippt oder per Prompt erzeugt haben.Doch hier ist der Haken, auf den jede Entwicklerin und jeder Entwickler früher oder später stößt: Innerhalb der Vorschau im Back Office gibt es keinen angemeldeten Nutzer. Die Vorschau ist nur ein Rendering Ihrer App – es gibt keinen Anmeldebildschirm, keine Session, nichts, woran man sich authentifizieren könnte.Für die meisten App-Typen löst GoodBarber das im Hintergrund für Sie, sodass das Testen „als angemeldeter Nutzer" einfach funktioniert. Für die Membership-Extension ist das nicht der Fall – und zwar mit Absicht. Dieser Artikel zeigt Schritt für Schritt, wie sich der aktuelle Nutzer in der Vorschau je nach App-Typ verhält, und gibt Ihnen einen einfachen Copy-and-paste-Weg an die Hand, um den kniffligsten Fall zu testen: ein angemeldetes Member.

Gartner sagt: 33 % der Unternehmenssoftware enthält bis 2028 agentische KI. Ihre GoodBarber Skills erfüllen das bereits — so aktivieren Sie sie, ganz ohne Code.

Agenturen und Reseller: ein täglicher Review über alle Kunden-Apps aus einem KI-Agenten. So verwalten Sie mehrere GoodBarber-Apps mit KI über MCP.

Content-Veröffentlichung mit KI für Redaktionen und Vereine: Ein Agent veröffentlicht, plant und steuert den Redaktionskalender Ihrer App über MCP.

Die meisten App-Builder-Vergleiche stellen zwei gegensätzliche Philosophien gegenüber: ein Werkzeug, das Sie eine Datenbank entwerfen lässt, gegen eines, das Ihnen fertige Funktionen liefert. GoodBarber und BuildFire passen nicht in dieses Schema. Sie sind sich über die Methode einig: Sie konfigurieren fertige Funktionen, statt elementare Bausteine zusammenzusetzen, und gelangen schnell zu einer veröffentlichungsfähigen App. Und genau dieser gemeinsame Ausgangspunkt macht die Entscheidung interessant: Wenn zwei Werkzeuge dieselbe Abkürzung nehmen, lautet die Frage nicht mehr „welcher Ansatz", sondern „was kommt am Ende heraus und wie lange hält es?"Um das konkret zu beantworten, haben wir beiden Plattformen denselben Auftrag gegeben: AURORA, die Test-App, die sich wie ein roter Faden durch diese ganze Serie zieht.BuildFire ist eine ausgereifte, solide Plattform: Tausende Apps im Einsatz und ein umfangreicher Plugin-Katalog. Ehrlich gesagt richten sich die beiden Werkzeuge an unterschiedliche Profile, und die echten Trennlinien verlaufen entlang der Qualität der erzeugten Apps, dessen, was im Abonnement enthalten ist, und der Kosten für den Betrieb eines App-Bestands über die Zeit.

Die WM 2026 hat begonnen, und die Spiele werden alle in ihren Bann ziehen: eine Gelegenheit, Ihr Publikum zu binden und zugleich ein neues zu gewinnen – direkt in Ihrer App. So fügen Sie eine Sektion mit Spielplan und Ergebnissen hinzu – der Spielstand jeder Partie, nächstes Spiel im Fokus, Anstoßzeit in der lokalen Zeitzone – ausgehend von einem einfachen Prompt, dank des AI Extension Builder von GoodBarber. Vom 11. Juni bis zum 19. Juli 2026 prägen 48 Mannschaften und Dutzende Spiele sechs Wochen weltweiter Aufmerksamkeit. In dieser Zeit verfolgt Ihre Community die Ergebnisse in fünf anderen Apps. Keine davon trägt Ihren Namen.Eine Sektion mit Spielplan und Ergebnissen: genau die Art von Seite, für die Sie gestern noch einen Entwickler gebraucht hätten. Heute beschreiben Sie sie, und sie baut sich selbst. So geht's.

Apple lehnt 42 % der Apps bei der ersten Einreichung ab – und das ist nur eine der Hürden nach der Demo. Was Vibe Coding bei der Entwicklung einer mobilen App übersieht.

Fünfzehn Jahre lang lieferten sich Software-Anbieter ein Rennen darum, wer sich am leichtesten von Menschen bedienen lässt. Dieses Rennen ist vorbei. Das nächste entscheidet sich an einer anderen Frage: Lässt sich Ihre App überhaupt von einem KI-Agenten bedienen? Hier erfahren Sie, was "agent-ready" bedeutet, welche fünf Voraussetzungen dazugehören und warum 2026 das Jahr ist, in dem es nicht mehr optional ist. Sie betreiben eine App. Jede Woche öffnen Sie ein Dashboard, veröffentlichen ein paar Dinge, planen einen Push, prüfen die gestrigen Zahlen, korrigieren einen Preis. Dieses Dashboard wurde Jahr für Jahr freundlicher — genau das war das No-Code-Versprechen, und es hat funktioniert. Millionen Menschen betreiben heute professionelle Apps, ohne eine Zeile Code zu schreiben.Doch wer da bedient, ändert sich gerade. Immer mehr Menschen übergeben diese wöchentliche Routine an einen KI-Assistenten: "Veröffentliche diese drei Artikel, plane jeweils einen Push und sag mir, welche Rubrik letzte Woche Leser verloren hat." Der Assistent will kein freundlicheres Dashboard. Er will eine Schnittstelle, die er aufrufen kann.Diese eine Tatsache stellt alles auf den Kopf. Die Schnittstelle, die das nächste Jahrzehnt gewinnt, ist nicht die, die Menschen am liebsten mögen. Es ist die, die ein Agent steuern kann.

Die Theme-Bibliothek von GoodBarber hat Händlern schon immer einen soliden, professionellen Vorsprung verschafft, und sie wächst stetig weiter. Die neuesten Ergänzungen sind eine Reihe von Themes für den eCommerce, jedes wie eine echte Marke gestaltet, mit einer eigenen visuellen Identität. Ein Vorgeschmack auf alles, was eine GoodBarber-App leisten kann. Welchen Stil Ihr Shop auch braucht, das passende Theme bringt Sie von der Idee zum Launch deutlich schneller, als wenn Sie alles selbst gestalten. Wenn Sie einen Onlineshop oder ein lokales Geschäft führen, wissen Sie bereits, welches Bild Ihre Marke vermitteln soll. Die Vision ist nicht das Schwierige. Das Schwierige ist, sie in eine gepflegte App zu übersetzen, Bildschirm für Bildschirm, wenn Design nicht Ihr Metier ist. Welche Farben passen zusammen? Wie groß sollten die Überschriften sein? Wie bleibt alles von einem Bildschirm zum nächsten stimmig? Bei den meisten Händlern gerät das Projekt genau hier ins Stocken: nicht beim Bauen der App, sondern beim Gestalten.Bei null anzufangen klingt nach gestalterischer Freiheit. Meist ist es eine Bremse. Was ein Projekt wirklich voranbringt, ist ein glaubwürdiger Ausgangspunkt: etwas, das bereits gut aussieht und bereit ist, an Ihre Marke und Ihren Katalog angepasst zu werden, statt Stück für Stück zusammengesetzt zu werden.

Sie haben eine GoodBarber App. Sie haben unsere Ankündigungen zum "MCP server", zu KI und zu "agent-ready" Apps gesehen – und angenommen, das sei alles nur etwas für Entwickler. Ist es nicht. In fünf Minuten steuern Sie Ihre App direkt aus ChatGPT, einfach indem Sie mit ihr sprechen: einen Preis ändern, einen Artikel veröffentlichen, eine push verschicken. Kein Terminal, kein Code. So geht's – mit fünf Prompts zum Kopieren und Einfügen für den Einstieg. Bringen wir es gleich auf den Punkt, denn genau dieses Missverständnis hält alle zurück: Sie brauchen keinerlei technische Kenntnisse. Kein Terminal, nichts zu installieren, keine einzige Befehlszeile. Wenn Sie eine Nachricht schreiben können, können Sie Ihre App steuern.Das "MCP", von dem unsere anderen Artikel sprechen, ist einfach die sichere Brücke zwischen ChatGPT und Ihrer App. Sie werden sie nie anfassen müssen – und sich nicht einmal merken, wofür diese drei Buchstaben stehen. Einmal eingerichtet, vergessen Sie sie wieder.Was Sie benutzen, ist ChatGPT: der OpenAI-Assistent, den Sie wahrscheinlich schon hundertmal geöffnet haben. Dasselbe Chatfenster. Der einzige Unterschied ist, dass es nach der Verbindung mit Ihrer App nun weiß, wie es darauf reagieren kann.Wir entwickeln seit 2011 Werkzeuge für Menschen ohne technischen Hintergrund. Dieses hier folgt derselben Regel wie alle anderen: mehr Möglichkeiten, weniger Komplexität.

Die Handlung, die Sie von Ihren Nutzern erwarten, verdient es, jederzeit erreichbar zu sein, ob sie gerade einen Artikel lesen, ein Produkt ansehen oder zwischen Tabs wechseln. Genau diesen Platz gibt ihr der globale Floating-Button: einmal definiert, dort präsent, wo Ihre Nutzer ihn brauchen, ohne dass Sie ihn Bildschirm für Bildschirm neu setzen müssen.

Wir haben einen Tag damit verbracht, n8n mit dem MCP-Server von GoodBarber zu verbinden und eine echte Automatisierung aufzusetzen: einen Workflow, der die Blogartikel unserer App jeden Morgen ins Französische übersetzt, als Entwürfe zur Freigabe. Das ist das genaue Setup, das wir verwendet haben, was unterwegs gehakt hat und die drei Lektionen, die Ihnen einen Nachmittag sparen. Die kurze Antwort: Mit MCP erklärt sich die API der Maschine selbst — Sie bauen die Requests nicht mehr von Hand.Eine klassische REST-Integration bedeutet, API-Dokumentation zu lesen, jeden HTTP-Request zu bauen und Authentifizierung und Pagination selbst zu erledigen. MCP (Model Context Protocol) dreht diese Arbeit um: Ihre GoodBarber-App stellt ihre Operationen als Tools bereit, die jeder MCP-Client von allein erkennt und aufruft. Unsere Test-App — eine Content App — stellte im Moment der Verbindung 62 Tools bereit: Artikel, Absätze, Events, Karten, Galerien, Videos, Sounds.n8n zählt hier, weil es eine der wenigen Automatisierungsplattformen mit einem nativen MCP Client Node ist — und weil seine AI-Agent-Nodes diese 62 Tools an Claude übergeben und das Modell entscheiden lassen, welche es aufruft. Plattformen vom Typ Zapier automatisieren Apps; n8n + MCP automatisiert Ihre App.REST + klassische AutomatisierungMCP + n8nIntegrationsaufwandEin Request pro Aktion, von Hand gebautTools automatisch erkanntAuthentifizierungEin API-Key pro RequestEine einzige OAuth-VerbindungKI im AblaufSie parsen, die KI sieht FragmenteDer Agent ruft die Tools direkt auf

No-Code-App-Builder integrieren KI-Agenten auf zwei Arten: Entweder sie helfen Ihnen, Agenten zu bauen – oder sie machen Ihre bestehende App für genau diese Agenten ansprechbar.Das Agent-Builder-ModellDas KI-Backend-ModellWas die KI tutGeneriert oder steuert die Logik Ihrer AppRuft die Funktionen Ihrer App in Ihrem Auftrag aufIhr AusgangspunktBauen – oder neu aufbauen – auf deren PlattformIhre bestehende App ist bereits das ZielWo die Komplexität liegtIn Workflows und Datenbanken, die Sie pflegenIm Agenten; Ihre App antwortet einfachBeispieleBubble, Lovable, Base44GoodBarber, über MCPBubbles Pitch ist aufrichtig und für seine Zielgruppe zutreffend: Wenn Sie ein individuelles Softwareprodukt entwickeln, ist das Bauen von KI-Agenten auf Bubbles Datenbank- und Workflow-Engine tatsächlich leistungsstark. Dasselbe gilt für Prompt-to-App-Tools, wenn Sie bis heute Abend einen Prototyp brauchen.Doch beide verlangen zuerst dasselbe von Ihnen: dass Sie bauen. Ein Schema, Workflows, Screens – oder zumindest eine Migration.Für einen Händler mit bestehender App und echten Kunden ist das der falsche Ausgangspunkt. Sie müssen nichts neu bauen. Ihre App muss nur auf KI-Anweisungen reagieren.