Website, App oder PWA: was jede Option leistet, was die Pflege kostet, wie Sie entscheiden. Eine serverseitig gerenderte PWA ist Website und App in einem.

Die Classic-Theme-Bibliothek von GoodBarber wächst weiter, und diese Runde bringt zehn neue Themes für Content-Apps. Jedes ist eine fertige visuelle Richtung, die Sie zu Ihrer eigenen machen können, damit Ihre App schon ab dem ersten Bildschirm durchdacht wirkt. Das Schwierigste an einer Content-App ist selten der Inhalt. Es ist, alles absichtsvoll wirken zu lassen, Bildschirm für Bildschirm, wenn Design nicht Ihr Metier ist. Ein Theme löst das, indem es Ihnen eine vollständige visuelle Richtung liefert: Farben, Typografie, Bildstil und Layout greifen bereits ineinander. Sie bringen Ihren Inhalt und Ihre Marke; das Theme bringt den Feinschliff. Und da jedes Theme auf Smart Design basiert, bleibt das Ergebnis stimmig, wie weit Sie es auch anpassen.

Was in den drei Jahren nach dem Launch mit einer App passiert: was sich um sie herum bewegt, was die Plattform an Ihrer Stelle abfängt und die kurze Liste dessen, was auf Ihren Namen bleibt.

Kurz gesagt: Der Launch-Tag ist die Halbzeit, nicht die Ziellinie. Die eigentliche Arbeit an einer Mobile App ist der tägliche Betrieb: Veröffentlichen, Push-Kampagnen, Katalogpflege, Bestellungen. Genau bei dieser täglichen Arbeit wird ein KI-Agent wirklich nützlich.Die KI-Debatte ist besessen vom Bauen. Prompt-to-App-Demos, generierte Screens, One-Shot-Prototypen. Verständlich: Erschaffen liefert eine spektakuläre Demo. Aber wer tatsächlich schon eine App veröffentlicht hat, kennt den unbequemen Teil: An dem Tag, an dem Ihre App in den Stores ankommt, liegt der größte Teil der Arbeit noch vor Ihnen.Eine App, die niemand betreibt, stirbt leise. Inhalte veralten, Push-Kampagnen versiegen, der Katalog gerät aus dem Takt, und die Retention zieht nach. Wir betreiben seit 2011 Live-Apps, und fünfzehn Jahre Betrieb lehren eine Lektion: Über das Schicksal einer App entscheidet nicht, wie sie gebaut wurde, sondern wie sie betrieben wird. Diesen blinden Fleck haben wir in KI-App-Builder können Apps bauen. Können sie auch eine betreiben? untersucht: Die Branche ist sehr gut darin geworden, Apps zu generieren, und schweigt erstaunlich beharrlich darüber, sie zu betreiben.Genau deshalb formt sich eine neue Kategorie: die agentenfähige App. Keine App, die von einer KI gebaut wurde, sondern eine App, deren täglichen Betrieb ein KI-Agent tatsächlich übernehmen kann, auf Ihre Anweisung, mit Leitplanken. Sie bauen einmal. Sie betreiben für immer. Gelebt wird im zweiten Teil.

Replit baut seit 2016 Entwicklungswerkzeuge im Browser. Anfang 2026 kam ein Mobile-Angebot dazu, unter einer Seite mit dem Titel „Idea to Mobile App in Minutes" — womit das Unternehmen erstmals auf dem Terrain der App-Baukästen steht.Wir haben also unser übliches Briefing durch die Plattform geschickt: AURORA, dieselbe hochwertige Reiseführer-App, die wir bei jedem Werkzeug dieser Serie bauen. Keine Funktionsliste, sondern eine echte App, die in die Stores muss, jede Woche aktualisiert wird und von jemandem betrieben werden soll, der keinen Code schreibt.Was Replit ausliefert, ist solide. Und es ist zugleich, ganz eindeutig, eine Codebasis: ein React-Native-Projekt, eine nutzungsabhängig abgerechnete Cloud und eine Entwicklungskonsole. Der ganze Vergleich steckt in diesem Satz — Replit antwortet Ihnen in natürlicher Sprache und übergibt Ihnen danach etwas, das sich wie ein Entwicklungsprojekt verhält. Ob das ein Geschenk oder ein Problem ist, hängt vollständig davon ab, wer die App am nächsten Dienstag betreiben soll.

Nennen Sie in Ihrem Prompt einfach eine Content-Sektion Ihrer App beim Namen, und der AI Extension Builder baut einen Bereich, der genau diese Inhalte anzeigt — in exakt dem Layout, das Sie beschrieben haben. Ihre Artikel, Ihr Template, immer aktuell. Jede Content-Sektion einer GoodBarber-App bringt eine Reihe sorgfältig gestalteter Templates mit. Sie wählen eines aus, und es funktioniert — genau das ist der Vorteil einer integrierten Plattform. Aber das Layout, das Sie im Kopf haben, steht nicht immer auf der Liste. Vielleicht stellen Sie sich Ihre neuesten Artikel im Magazin-Stil vor: ein großes Titelbild mit dem Titel darüber, kleinere Karten darunter. Oder Ihre Events als kompakte Agenda, nur mit Datum und Ort. Bisher haben Sie das Template genommen, das am nächsten dran war.Was viele Nutzer des AI Extension Builders noch nicht entdeckt haben: Diese Grenze gibt es nicht mehr. Der Builder erstellt nicht nur eigenständige Widgets — er kann die Inhalte der bestehenden Sektionen Ihrer App lesen. Das macht ihn zu etwas Interessanterem als einem Widget-Generator: einem Werkzeug, mit dem Sie Ihre eigenen Anzeige-Templates entwerfen.

Die Sichtbarkeit einer PWA in Suchmaschinen beruht auf einem einfachen Prinzip: Damit eine Seite in den Suchergebnissen erscheint, muss eine Suchmaschine sie zuerst besuchen, lesen und indexieren. Diesen Besuch — den Crawl — lösen nicht Sie aus. Die Suchmaschine entscheidet selbst, wann sie wiederkommt, in ihrem eigenen Rhythmus.Bei einer statischen Website spielt dieses Warten kaum eine Rolle. Bei einer App mit lebendigen Inhalten — einem Medium, das mehrmals täglich veröffentlicht, einem Shop mit wechselnden Preisen und Beständen, einem Kalender, in dem Termine auftauchen und ablaufen — ist es eine echte Bremse. Die Arbeit ist längst getan: Der Inhalt ist online, aktuell, bereit, gefunden zu werden. Doch er wartet auf einen Crawler, der noch nicht zurück war. In der Zwischenzeit erscheint in den Ergebnissen manchmal eine alte Version der Seite — oder gar nichts.

Wenn Sie Ihre PWA veröffentlicht haben, liefert sie gerade in diesem Moment eine robots.txt aus: die erste Datei, die ein Crawler liest, und die Datei, die alles Weitere bestimmt — welche Teile Ihrer Website abgerufen werden, und von wem. Ihre sagt zu allen Ja.Alles Folgende betrifft diese Web-Version Ihrer App. Ihre iOS- und Android-Apps werden von niemandem gecrawlt, und der Tab erscheint erst, wenn Ihre PWA mindestens einmal veröffentlicht wurde — vorher gibt es keine Datei zu konfigurieren.Das war eine vertretbare Antwort. Sie war nur nicht Ihre — und die Adressaten haben sich verändert. Vor ein paar Jahren war ein Crawler auf Ihren Inhalten Google, Bing oder ein Datensammler, der Ihnen gleichgültig sein konnte. Heute gehört ein wachsender Teil dieses Traffics KI-Unternehmen, und sie wollen nicht alle dasselbe von Ihren Seiten. Sie als Block zu behandeln heißt, zwischen allen und keinem zu wählen.Der neue Tab teilt sie in vier Familien: Search engines (Google, Bing und die anderen Suchmaschinen, die Ihre Website in ihren Ergebnissen listen), AI answers (ChatGPT, Claude oder Perplexity, wenn sie Ihre Website in ihren Antworten zitieren), AI training (die Bots, die Ihre Inhalte sammeln, um ihre Modelle zu trainieren) und On-demand reading (wenn jemand eine KI bittet, eine bestimmte Seite Ihrer Website zu öffnen und zu lesen). Vier Familien, weil es vier verschiedene Abmachungen sind.

Kurz gesagt. Eine mobile App, die nicht aktualisiert wird, bleibt nicht eingefroren: Sie verfällt. Push-Nachrichten kommen nicht mehr an, neue Nutzer finden die App nicht mehr, und die Stores verstecken oder entfernen sie irgendwann. Auf GoodBarber fängt die Plattform jede Änderung der Betriebssysteme und Stores ab und liefert die Korrektur mit Ihrem nächsten Update aus: Ein Jahr mobiler Umbrüche erreicht Sie als Versionshinweis. Das Einzige, was bei Ihnen bleibt: regelmäßig aktualisieren.Ihre App funktioniert heute. Lassen Sie sie ein Jahr unberührt: Sie wird sich weiter öffnen, weiter gut aussehen, auf Ihrem eigenen Telefon weiter ihren Dienst tun. Nichts in Ihrem Dashboard warnt Sie. Genau das ist die Falle.Denn während Ihre App stillstand, hat sich alles unter ihr bewegt. Apple und Google haben neue Betriebssysteme ausgeliefert, die Regeln ihrer Stores neu geschrieben, alte Leitungen stillgelegt. Sie merken es Monate später, an Symptomen, die wie ein Marketingproblem aussehen: Die Downloads flauen ab, Push-Kampagnen erreichen immer weniger Menschen, ein treuer Nutzer schreibt Ihnen, dass die App auf seinem neuen Telefon Probleme macht. Der Verfall ist real, und er hat nichts mit der Qualität Ihres Inhalts zu tun.

Kurz gesagt. Ein MCP-Server ist nur so nützlich wie das, was er zugänglich macht. BaaS-Plattformen wie Back4app und Supabase öffnen ihr Backend: Datenbanktabellen, Schemas, Queries, Cloud Code. GoodBarbers MCP-Server öffnet die Abläufe einer live geschalteten mobilen App: einen Artikel veröffentlichen, einen Push planen, den Katalog aktualisieren, die Statistiken lesen. 150 domänentypisierte Tools bei Redaktionsschluss, an aktivierte Features gebunden, per OAuth auf genau eine App begrenzt, mit verifiziertem Read-back nach jedem Schreibzugriff. Gleiches Protokoll, ganz andere Flughöhe.Das Model Context Protocol hat sich schnell durchgesetzt. Im November 2024 von Anthropic vorgestellt und ein Jahr später an die Linux Foundation übergeben, ist MCP heute der Standardweg, einem KI-Agenten Tools an die Hand zu geben: mit mehr als 9.400 öffentlichen Servern, die 2026 in der offiziellen MCP Registry gelistet sind. Das bedeutet: Der Satz „Wir haben einen MCP-Server“ ist still und leise zur Checkbox geworden. Jede Plattform kann sie abhaken, und der Haken sagt nichts aus.Die Fragen, auf die es ankommt, liegen eine Ebene tiefer. Was lässt der Server einen Agenten sehen? Was lässt er ihn ändern? Und wenn der Agent schreibt: Was steht dann noch zwischen einem gut formulierten Prompt und einem kaputten Produktivsystem? Die Antworten hängen weit weniger vom Protokoll ab, das für alle gleich ist, als von der Flughöhe, auf der eine Plattform ansetzt.

Niemand bezweifelt mehr, dass eine KI fähigen Code generieren kann — selbst „vibe-coded" funktioniert es, manchmal sehr gut. Das ist nicht die interessante Frage. Die interessante Frage lautet: Was macht diese Section, einmal generiert, tatsächlich in deiner App? Bleibt sie ein isolierter Block in der Ecke, oder nutzt sie, was Gerät und App bereits können? Am ehrlichsten beantwortet man das, indem man einen Prompt nimmt und ihn Zeile für Zeile auseinandernimmt.Dafür ist diese neue Reihe da. In jeder Folge nehmen wir einen Prompt aus der Bibliothek des AI Extension Builder und nehmen ihn auseinander: wo er der Plattform vertraut, wo er sie zwingt, und was die resultierende Section wirklich kann. Wir beginnen mit einem der Beispiel-Prompts der Bibliothek: „wo ich geparkt habe".Hier ist der kürzeste Prompt, den man dafür schreiben könnte:Build a "remember where I parked" helper.Das ist alles. Ein Satz, kein Lastenheft. Und das kommt dabei heraus:Ein Button, um deinen Standort zu speichern. Eine Section, die diesen Punkt beim erneuten Öffnen der App wiederfindet. Ein Button, um zum Auto zurückzukehren. Ein dezenter Link zum Löschen. Und wenn du die Ortung ablehnst, ein Bildschirm, der es erklärt, statt abzustürzen.Die Überraschung ist nicht, dass sieben Wörter einen Bildschirm zeichnen. Sondern dass diese Section, aus einem Satz geboren, bereits die Fähigkeiten des Geräts nutzt: Sie liest das GPS, hält einen Speicher, öffnet Maps. Um keine dieser drei Dinge haben wir gebeten.

Ein Persönlichkeits-Quiz — « Which 2026 Summer Blockbuster Is Your Vibe? » — komplett erstellt, indem es dem AI Extension Builder von GoodBarber beschrieben wurde. Das Quiz, warum das Format funktioniert, und der exakte Prompt zum Klauen.

KI-App-Builder glänzen beim Prototyp. Produktion heißt: Eigentum, Auth, Stores, Wartung. GoodBarber liefert die native App, die KI-Agenten steuern können.

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.