L'aperçu hébergé reste hors de la version publiée.
La directive 2.5.2 vise les apps qui téléchargent, installent ou exécutent du code modifiant leurs fonctions. L'éditeur et l'aperçu hébergé de Buildy sont séparés du projet compilé. Cela supprime ce schéma précis, mais ne garantit pas l'approbation : Apple examine chaque app finale et son comportement.
Ce que couvre la directive 2.5.2.
“Les apps doivent être autonomes dans leurs bundles et ne peuvent ni lire ni écrire de données en dehors de la zone du conteneur qui leur est désignée, ni télécharger, installer ou exécuter du code qui introduit ou modifie des fonctionnalités de l'app, y compris d'autres apps.”
Le risque se trouve dans le comportement de l'app soumise, pas dans le nom de l'outil utilisé. Un schéma problématique comporte trois étapes :
- Une app distribuée reçoit du nouveau code exécutable après la revue.
- Ce code modifie les fonctions proposées à l'utilisateur.
- Un moteur présent dans l'app exécute le code téléchargé.
Une version autonome évite ce schéma, mais l'App Review examine aussi la stabilité, la confidentialité, les paiements, le contenu, la fonctionnalité minimale et les dépendances. L'architecture réduit un risque connu ; elle ne décide pas du résultat.
Aperçu et publication sont deux sorties distinctes.
L'éditeur et l'aperçu hébergé sont des services de développement. Le projet publié est une sortie distincte que tu examines et compiles pour la distribution.
Sur buildy.me
Buildy prépare le projet courant pour un aperçu isolé dans le navigateur, utilisé pour itérer et tester sur appareil.
Export
Les offres payantes exportent le projet de la cible choisie : Expo, Kotlin, SwiftUI ou React avec Vite. Le service d'aperçu n'est pas ajouté au code.
Version signée
La compilation produit un artefact Android ou iOS signé. La conformité finale dépend toujours du code, des dépendances, du contenu et du comportement de l'app.
Cette séparation est un contrôle d'architecture, pas une garantie d'approbation. Examine le projet généré et modifié avant chaque soumission, comme tout code produit avec un outil de développement.
Examine ce qui dépend de ton app.
- Vérifie les dépendances et retire tout chargeur de code inutile.
- Teste la version signée sur des appareils physiques, pas seulement dans l'aperçu.
- Complète les informations de confidentialité, permissions, paiements et notes de revue.
- Confirme que les métadonnées et captures correspondent aux fonctions soumises.
Les directives d'Apple évoluent et peuvent changer. Consulter les directives App Review actuelles.
Crée avec une séparation claire entre aperçu et publication.
Utilise l'aperçu hébergé pour itérer, puis examine et compile le projet que tu vas distribuer.