Pourquoi les apps Replit, Lovable et Bolt se font rejeter de l'App Store

En mars 2026, Apple a silencieusement bloqué les mises à jour de plusieurs applications de « vibe coding », dont Replit et Vibecode. Cette décision a mis en lumière un problème fondamental : les applications générées par ces outils ne sont pas de vraies applications natives, et Apple ne compte pas les laisser passer.

Ce qui s'est passé

Le 18 mars 2026, The Information a révélé qu'Apple avait bloqué les mises à jour de Replit sur l'App Store. Depuis sa dernière mise à jour en janvier, l'application Replit est passée de la première à la troisième place du classement des outils développeurs gratuits. Vibecode, une autre plateforme de vibe coding, a été purement et simplement rejetée.

Pourquoi Apple rejette ces apps

Apple invoque deux règles précises de ses guidelines :

Le problème technique est clair : quand un utilisateur entre un prompt dans Replit, l'IA génère du code qui est exécuté directement dans l'app via un webview intégré. L'utilisateur se retrouve avec une « app dans l'app » qui n'a jamais été validée par Apple. C'est exactement ce que la guideline 2.5.2 interdit.

Le problème des web apps déguisées (Guideline 4.2)

Au-delà du vibe coding, un problème plus large touche tous les outils qui génèrent des applications web et tentent de les publier sur l'App Store. Des plateformes comme Lovable, Bolt et d'autres outils no-code produisent des applications web empaquetées dans un conteneur natif (webview).

Apple rejette régulièrement ces apps via la Guideline 4.2, Design: Minimum Functionality. Cette règle exige que les apps soient « utiles et offrent une expérience de vraie application ». Un simple site web emballé dans un webview ne passe pas ce filtre.

Pour espérer passer la validation, une app wrappée doit intégrer au minimum :

• Au moins deux fonctionnalités natives (notifications push, biométrie, achats in-app...)
• Des deep links fonctionnels
• Un mode hors-ligne pour les écrans principaux
• Un écran de réglages avec politique de confidentialité et gestion des notifications

Même avec ces ajouts, la validation reste incertaine. Et surtout, ces apps ne tiendront pas dans la durée : Apple durcit régulièrement ses critères, et ce qui passe aujourd'hui sera rejeté demain.

L'incohérence d'Apple ?

Des critiques ont souligné qu'Apple autorise l'exécution de code dans ses propres apps : Swift Playgrounds, Pythonista, Safari (JavaScript), et l'app Raccourcis. Apple distingue ces cas comme des « interpréteurs sandboxés et définis », par opposition au scope plus large d'exécution de Replit. La distinction est réelle sur le plan technique, même si elle peut sembler arbitraire vue de l'extérieur.

Parallèlement, Apple a intégré le support du coding agentique dans son propre IDE Xcode, signe que la firme n'est pas contre l'IA dans le développement, mais veut que les apps résultantes restent de vraies apps natives qui passent par sa validation.

La solution : le développement natif

La réalité est simple : si vous voulez une application qui sera acceptée sur l'App Store et qui le restera durablement, il faut une application native. Pas un site web emballé dans un webview. Pas du code généré et exécuté dans un conteneur. Du vrai Swift pour iOS, du vrai Kotlin pour Android.

L'IA reste un outil formidable pour accélérer le développement, mais entre les mains d'un développeur qui connaît les guidelines, les architectures, et les bonnes pratiques de chaque plateforme. C'est la différence entre une app qui passe la validation une fois par chance et une app qui la passe à chaque mise à jour parce qu'elle respecte les règles par construction.