Warum Apps von Replit, Lovable und Bolt im App Store abgelehnt werden

Im März 2026 hat Apple still und leise Updates für mehrere Anwendungen aus dem Bereich „Vibe Coding“ blockiert, darunter Replit und Vibecode. Die Entscheidung hat ein grundlegendes Problem sichtbar gemacht: Apps, die mit diesen Werkzeugen erzeugt werden, sind keine echten nativen Apps, und Apple hat nicht vor, sie durchzulassen.

Was passiert ist

Am 18. März 2026 berichtete The Information, dass Apple die Updates von Replit im App Store blockiert hatte. Seit dem letzten Update im Januar fiel die Replit-App in der Rangliste der kostenlosen Entwicklerwerkzeuge von Platz eins auf Platz drei. Vibecode, eine weitere Vibe-Coding-Plattform, wurde schlicht abgelehnt.

Warum Apple diese Apps ablehnt

Apple beruft sich auf zwei konkrete Regeln aus seinen Richtlinien:

Das technische Problem ist eindeutig. Wenn ein Nutzer einen Prompt in Replit eingibt, erzeugt die KI Code, der direkt in der App über ein eingebettetes Webview ausgeführt wird. Der Nutzer hat am Ende eine App in der App, die Apple nie geprüft hat. Genau das verbietet Guideline 2.5.2.

Das Problem der getarnten Web-Apps (Guideline 4.2)

Über das Vibe Coding hinaus betrifft ein größeres Problem alle Werkzeuge, die Webanwendungen erzeugen und sie anschließend im App Store veröffentlichen wollen. Plattformen wie Lovable, Bolt und andere No-Code-Werkzeuge produzieren Webanwendungen, verpackt in einem nativen Container, einem Webview.

Apple lehnt diese Apps regelmäßig über Guideline 4.2, Design: Minimum Functionality ab. Die Regel verlangt, dass Apps nützlich sind und ein echtes App-Erlebnis bieten. Eine Website in einem Webview besteht diese Hürde nicht.

Um überhaupt eine Chance auf Freigabe zu haben, muss eine verpackte App mindestens enthalten:

• Mindestens zwei native Funktionen (Push-Benachrichtigungen, Biometrie, In-App-Käufe und so weiter)
• Deep Links, die tatsächlich funktionieren
• Einen Offline-Modus für die Hauptbildschirme
• Einen Einstellungsbildschirm mit Datenschutzerklärung und Verwaltung der Benachrichtigungen

Selbst mit alldem bleibt die Freigabe ungewiss. Und diese Apps halten auf Dauer nicht: Apple verschärft seine Kriterien regelmäßig, und was heute durchgeht, wird morgen abgelehnt.

Ist Apple inkonsequent?

Kritiker haben darauf hingewiesen, dass Apple die Ausführung von Code in den eigenen Apps erlaubt: Swift Playgrounds, Pythonista, Safari mit JavaScript und die Kurzbefehle-App. Apple behandelt diese als abgeschottete, klar definierte Interpreter, im Gegensatz zum viel weiteren Ausführungsspielraum von Replit. Technisch ist die Unterscheidung real, auch wenn sie von außen willkürlich wirken kann.

Gleichzeitig hat Apple agentenbasiertes Programmieren in die eigene Entwicklungsumgebung Xcode eingebaut, was zeigt, dass das Unternehmen nichts gegen KI in der Entwicklung hat. Es will, dass die daraus entstehenden Apps echte native Apps bleiben und durch die Prüfung gehen.

Die Antwort heißt native Entwicklung

Die Lage ist einfach. Wenn Sie eine App wollen, die im App Store angenommen wird und angenommen bleibt, brauchen Sie eine native App. Keine Website in einem Webview. Keinen Code, der in einem Container erzeugt und ausgeführt wird. Echtes Swift für iOS, echtes Kotlin für Android.

KI bleibt ein hervorragendes Mittel, um schneller voranzukommen, in den Händen einer Entwicklerin oder eines Entwicklers, die die Richtlinien, die Architekturen und die Konventionen jeder Plattform kennen. Das ist der Unterschied zwischen einer App, die die Prüfung einmal mit Glück besteht, und einer App, die sie bei jedem Update besteht, weil sie von vornherein nach den Regeln gebaut wurde.