Transformez votre app Anything en app iOS et publiez-la sur l'App Store

Ce dont vous avez besoin

• Une app Anything publiée sur une URL HTTPS publique (yourproject.created.app ou, mieux, votre propre domaine)
• Un compte Apple Developer Program ($99 par an) pour votre soumission Apple App Store
• Xcode sur un Mac – ou le WebViewGold Cloud Builder dans votre navigateur (aucun Mac requis)
• WebViewGold pour iOS ($109 en paiement unique, mises à jour gratuites)
• Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes

Vérifications spécifiques à Anything avant de soumettre

Voici les points qui reviennent le plus souvent avec les projets Anything (Apps web React générées par Anything, avec base de données, comptes utilisateurs et intégrations intégrés).

• Fournissez un identifiant de démonstration dans les notes de validation si votre app n'a aucun écran public.
• Anything ne propose pas encore Sign in with Apple, et sa propre documentation déconseille la connexion Google ou Facebook dans les builds iOS tant que ce n'est pas le cas (directive 4.8). Limitez l'app iOS à l'e-mail et au mot de passe, ou masquez-y les boutons sociaux avec le CSS personnalisé de WebViewGold, et veillez à ce que les utilisateurs inscrits via Google puissent toujours se connecter, par exemple en définissant un mot de passe.
• Là où vous affichez la connexion Google, par exemple dans l'app Android, elle nécessite le Social Login Helper de WebViewGold.
• Ajoutez une page de politique de confidentialité et une option de suppression de compte dans l'app avant de soumettre.
• Activez l'indicateur de chargement de WebViewGold ; sinon, les applications monopages générées affichent un écran vide pendant un instant.
• Made with Anything: Les projets de la formule gratuite affichent un badge « Made with Anything », qu'une formule payante supprime. Assurez-vous qu'il a disparu avant de compiler l'app et de faire vos captures d'écran pour les stores. En savoir plus sur les badges d'outil.

Checklist avant soumission App Store

Cochez ces points et l'examen n'est plus qu'une formalité. La vérification de conformité gratuite contrôle automatiquement la partie technique.

• HTTPS partout : App Transport Security bloque le contenu en http:// simple et les certificats invalides.
• Mise en page responsive de 320 px aux largeurs d'iPad. Apple ouvre aussi les apps iPhone sur un iPad pendant l'examen.
• URL de politique de confidentialité prête (une page dans votre app web suffit).
• Suppression de compte disponible dans l'app si les utilisateurs peuvent s'inscrire.
• Identifiants de démonstration pour l'examinateur si le contenu est derrière une authentification.
• Aucune bannière « Téléchargez notre app », aucun lien vers d'autres stores, aucun badge d'outil dans l'app.
• Une icône d'app de 1024 × 1024 px sans transparence ni coins arrondis (Apple applique le masque).
• Des captures d'écran aux tailles d'iPhone actuelles (et iPad si pris en charge), prises dans la vraie app.
• Un nom d'app de 30 caractères maximum, un sous-titre et des mots-clés préparés.
• Conformité à l'exportation renseignée (une app qui n'utilise que HTTPS relève de l'exemption standard pour le chiffrement).

Votre première semaine après le lancement

• Lisez chaque jour de la semaine du lancement les signalements des utilisateurs sur le contenu généré, et resserrez votre prompt ou vos filtres si nécessaire.
• Publiez comme d'habitude dans Anything les corrections de prompt et d'interface ; elles atteignent les apps installées au lancement suivant.
• Limitez le rappel de planification à une fois par semaine ; des push plus fréquents poussent les gens à désactiver les notifications.
• Comparez les achats RevenueCat aux ventes web Stripe pour voir quel canal convertit le mieux avant de modifier vos prix.
• Demandez une note avec rateapp:// quand un utilisateur enregistre son deuxième plan, pas après le premier.