Sûr par conception : pourquoi Buildy survit à la 2.5.2 d'Apple

En mars 2026, Apple s'est mis à faire appliquer la Guideline 2.5.2 contre les générateurs d'applis par IA. Buildy a été conçu pour que la règle ne s'applique pas aux applis que tu crées avec.

En mars 2026, Apple s'est mis à faire appliquer la Guideline 2.5.2 contre les générateurs d'applis par IA. Selon les informations de MacRumors et 9to5Mac, Apple a bloqué les mises à jour des applis de Replit et de Vibecode et a carrément retiré l'appli Anything (anciennement Create.xyz). L'application de la règle s'est déployée progressivement sur le mois plutôt qu'en une seule fois, et certains statuts ont évolué par la suite — Anything est revenu plus tard et Replit a repris ses publications. La règle derrière tout ça, c'était la Guideline 2.5.2 de l'App Store Review.

Ce que dit vraiment la 2.5.2

La règle est courte : les applis « ne peuvent pas télécharger, installer ou exécuter du code qui introduit ou modifie des fonctionnalités de l'appli ». En clair, une appli sur un téléphone doit être autonome. Elle ne peut pas récupérer du nouveau code à l'exécution et le lancer.

C'est exactement ce que faisaient les générateurs retirés. Le schéma était identique chez chacun d'eux :

1. L'utilisateur ouvre l'appli génératrice IA sur son téléphone.
2. L'appli accepte ou télécharge du code généré par l'utilisateur à l'exécution.
3. Une webview embarquée ou un moteur JavaScript exécute ce code.

L'étape trois, c'est l'infraction. Dès qu'un binaire expédié exécute du code qu'il n'a pas fait passer par la review, il est en infraction — et Apple s'est mis à faire appliquer ça à toute cette catégorie en mars 2026.

Pourquoi ça ne s'applique pas à Buildy

Buildy est un outil de création, pas un moteur qui tourne à l'intérieur des applis de tes utilisateurs. La distinction semble subtile. Sur le plan architectural, c'est tout l'enjeu.

Quand tu crées avec Buildy, deux choses complètement séparées existent :

• L'éditeur et l'aperçu. Ils vivent sur buildy.me, sur nos serveurs. Quand tu cliques sur un élément dans l'aperçu en direct, Buildy compile ton code côté serveur et le rend dans une iframe en bac à sable. Le moteur d'aperçu ne quitte jamais notre infrastructure. Il n'est jamais empaqueté dans quoi que ce soit qui atteint un téléphone.
• L'appli que tu expédies. C'est du code source React Native et Expo ordinaire. EAS Build le compile en un .ipa ou .apk signé. Le binaire sur l'App Store ne contient aucune exécution de code, aucun chargeur distant, aucune surface 2.5.2.

Les générateurs qui se sont fait retirer fusionnaient ces deux choses en une seule. Le moteur d'aperçu était l'appli expédiée. On ne l'a jamais câblé comme ça, et il n'y a aucun réglage qu'on pourrait basculer demain pour casser ça — c'est la façon dont l'architecture est construite.

Pourquoi on a fait ce choix tôt

L'aperçu côté serveur est plus difficile à construire qu'embarquer un runtime dans l'appli. Un moteur JavaScript dans l'appli, c'est le chemin de moindre résistance : tu l'empaquettes une fois et chaque aperçu est gratuit. On n'a pas pris ce chemin, et pendant un temps ça ressemblait à du travail en plus pour rien. Puis l'application de la 2.5.2 est arrivée et le bénéfice, c'est que toute la catégorie est restée hors de la loterie des refus.

Il y a un deuxième avantage qui découle de la même décision. Comme l'aperçu tourne sur nos serveurs et que l'export est du code source brut, le code que tu expédies est exactement le code que tu peux lire, auditer et posséder. Aucun runtime propriétaire n'est cousu au moment de la compilation. (Plus de détails là-dessus dans Ton code t'appartient.)

Ce que ça veut dire pour toi

Si tu as regardé des concurrents se faire dé-référencer en te demandant si créer une appli mobile avec l'IA en valait le risque, voici la réponse : le risque que ces produits portaient était un choix d'architecture, pas une propriété inhérente à la création d'applis par IA. Buildy a fait l'autre choix.

Tu décris l'appli. On génère du code source React Native. Tu la prévisualises en sécurité sur nos serveurs, tu l'exportes avec un forfait payant, et tu expédies un binaire signé normal qui n'a rien à cacher à la review.

Crée des applis mobiles sans la loterie des refus. Commence à créer gratuitement.