Captures de navigateur
Une fenêtre Safari ou Chrome avec le site web, parfois avec la barre d'adresse visible. Les examinateurs le repèrent immédiatement. Faites plutôt vos captures dans le build TestFlight installé.
Ce que couvre la guideline 2.3
La section 2.3 porte sur la véracité de tout ce qui entoure le binaire : captures d'écran, aperçus vidéo, nom, sous-titre, mots-clés, description, catégorie, classification par âge et texte « Nouveautés ». Le principe est simple : un client qui lit la fiche doit obtenir exactement l'app décrite, et les examinateurs comparent les deux côte à côte.
Les vibe coders mentent rarement exprès ; l'échec habituel vient de la précipitation : captures du site web prises dans le navigateur, description rédigée par ChatGPT qui promet des fonctionnalités pas encore activées, mention de la version Android, nom gonflé de mots-clés. Chaque cas a son propre sous-numéro 2.3.
Les sous-règles 2.3 qui reviennent dans les refus
- 2.3.3
Des captures qui montrent l'app en cours d'utilisation
Les captures d'écran doivent provenir de l'app elle-même et la montrer en cours d'utilisation : ni le site web, ni un splash screen, ni une page de connexion, ni un simple visuel marketing.
- 2.3.7
Nom unique, mots-clés honnêtes
Choisissez un nom d'app unique et des mots-clés exacts. Ne bourrez pas le nom, le sous-titre ou le champ de mots-clés de noms d'autres apps, de marques, de prix ou de termes génériques.
- 2.3.8
Métadonnées adaptées, sans contenu provisoire
Icônes, captures d'écran et aperçus doivent convenir à tous les publics, et les examinateurs citent cette section quand les métadonnées contiennent encore du texte de modèle ou de remplissage.
- 2.3.10
Se concentrer sur la plateforme Apple
Ne mentionnez ni ne montrez d'autres plateformes mobiles dans l'app ou dans la fiche. « Également disponible sur Android » et une interface Android sur les captures sont des cas typiques.
Les erreurs typiques des fiches d'apps vibe-codées
Maquettes générées par IA
De superbes écrans générés qui montrent une fonction de chat ou un mode sombre absents de l'app. Les maquettes ne sont acceptables que si l'écran existe et a exactement cet aspect.
Mentions d'autres plateformes
« Aussi disponible sur Android », un badge Google Play sur la première capture, ou « bêta » et « accès anticipé » dans le sous-titre.
Nom surchargé
« Taskly - Todo Notes Planner Calendar Habit » vaut un refus 2.3.7. Utilisez le nom seul, placez le descriptif dans le sous-titre (30 caractères) et le reste dans le champ de mots-clés (100 caractères).
Des promesses que l'app ne tient pas
Des descriptions qui citent les notifications push, l'accès hors ligne ou Face ID parce que l'IA les a écrites. Activez la fonctionnalité dans WebViewGold ou supprimez la phrase.
Je suis très content d'avoir acheté cette application ! Extrêmement facile et excellente documentation. J'ai été en contact avec le service client, ils ont répondu très rapidement et très amicalement. Ils ont résolu ma question en un jour. 10/10 recommanderaient.
Des captures honnêtes de la vraie app en vingt minutes
Installez exactement le build soumis
Utilisez le build TestFlight que vous avez soumis. Connectez-vous avec le compte de démo pour que les écrans affichent des données réalistes, et désactivez si vous le souhaitez les notifications et le fouillis de la barre d'état.
Capturez aux tailles demandées par App Store Connect
Le formulaire d'envoi liste les tailles d'écran iPhone requises (et iPad, si votre app tourne sur iPad). Prenez les captures sur ces appareils ou simulateurs ; n'agrandissez pas une capture de téléphone pour remplir un emplacement iPad.
Commencez par l'écran principal, pas par la connexion
Les deux premières captures doivent montrer ce que fait l'app. Connexion, onboarding et réglages viennent en dernier, ou pas du tout.
Alignez nom, icône et captures sur le binaire
Le nom sur l'App Store doit correspondre au nom affiché sur l'appareil (Product Name et Bundle Display Name dans le projet WebViewGold, voir la documentation sur le nom et l'icône de l'app). L'icône dans App Store Connect doit être celle du build.
Réécrivez la description avec uniquement ce qui existe
Utilisez le prompt ci-dessous, puis relisez le résultat une fois avec l'app installée sous les yeux : chaque affirmation doit être visible sur un écran accessible à l'examinateur.
Prompt : réécrire votre description pour qu'elle passe la 2.3
Prompt pour ChatGPT, Claude ou Gemini
Réécrivez ma description App Store. Règles : ne mentionnez que les fonctionnalités présentes dans le build iOS actuel (liste ci-dessous). Aucune mention d'Android, de Google Play, des navigateurs web, de bêta, d'accès anticipé, de « bientôt disponible » ni de l'outil avec lequel j'ai créé l'app. Pas de superlatifs comme « le meilleur » ou « numéro un », pas de noms d'autres apps, pas de marques qui ne m'appartiennent pas, aucun prix hormis les prix exacts des achats intégrés que je liste. Ton simple et chaleureux, en vouvoyant le lecteur, 2 500 caractères maximum, la première phrase dit ce que fait l'app. Donnez-moi aussi un sous-titre de 30 caractères et une liste de mots-clés séparés par des virgules, de moins de 100 caractères, sans répéter les mots du nom. Nom de l'app : [nom] Ce qu'elle fait : [un paragraphe] Fonctionnalités du build iOS : [liste : par ex. rappels push, verrouillage Face ID, écran hors ligne, partage natif, Sign in with Apple] Achats intégrés : [noms et prix, ou aucun]
Questions fréquentes
Puis-je utiliser des captures avec du texte marketing et un cadre d'appareil ?
Oui. La capture à l'intérieur du cadre doit provenir de l'app et la montrer en cours d'utilisation ; les légendes et arrière-plans autour sont acceptés.
J'ai mentionné la version Android dans la description. Est-ce vraiment un motif de refus ?
Oui, guideline 2.3.10. Supprimez toute référence à d'autres plateformes mobiles dans la fiche, les captures d'écran et l'app elle-même, y compris les badges Google Play du pied de page de votre site lorsqu'il est chargé dans l'app.
Ai-je besoin de captures d'écran iPad ?
Seulement si l'app est configurée pour tourner sur iPad. Dans ce cas, App Store Connect exige des captures au format iPad qui montrent la vraie mise en page iPad ; une mise en page de téléphone étirée sera remarquée. Consultez le guide iPad pour la partie mise en page.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.