Fiche de l'application
Produisez un texte de fiche qui passe la revue et convertit. Travaillez à partir de la véritable application : lisez pubspec.yaml (nom, description), README.md, les écrans principaux sous lib/ (noms des fonctionnalités, titres d'écran, textes des états vides), et tout dossier fastlane/metadata ou store/ existant. N'inventez jamais de fonctionnalités absentes du code.
Consultez references/limits.md pour les limites exactes des champs et references/aso-checklist.md pour les règles de rédaction avant de rédiger.
Demandez uniquement ce que le code ne peut pas vous dire
Si ce n'est pas déjà clair, posez en un seul message :
- À qui s'adresse l'application (une phrase) ?
- Qu'est-ce qu'elle fait de mieux que les alternatives ?
- Pays / langues cibles ?
- Dispose-t-elle d'une URL de politique de confidentialité et d'un email de support ?
Procédez avec des hypothèses raisonnables si l'utilisateur ne répond pas ; indiquez les hypothèses dans le brouillon.
Livrables (par défaut : les deux boutiques)
Google Play
- Nom de l'application (30) : nom du produit, accroche courte optionnelle. Pas de « gratuit », « meilleur », d'émojis ni de TOUT EN MAJUSCULES.
- Description courte (80) : la proposition de valeur, mots-clés en premier.
- Description complète (4000) : paragraphe d'ouverture qui fonctionne seul, puis puces de fonctionnalités, puis paragraphe de confiance/confidentialité, puis « Permissions demandées et pourquoi » si une permission sensible existe.
- Notes de version (500) pour la version courante si un CHANGELOG existe.
- Suggestion de catégorie et notes de classification du contenu.
App Store
- Nom (30), Sous-titre (30), Texte promotionnel (170, modifiable sans nouvelle version), Description (4000), Mots-clés (100, séparés par des virgules, sans espace après les virgules, pas de mots déjà dans le nom/sous-titre, pas de pluriels de mots existants, pas de noms de concurrents), Nouveautés.
- Suggestion de catégorie principale ; notes de classification par âge.
Pour chaque champ, affichez le nombre de caractères entre crochets après celui-ci, ex. [78/80], et maintenez chaque champ sous sa limite.
Mode révision (--review)
Lorsque l'utilisateur colle un texte existant ou que le projet contient fastlane/metadata, vérifiez chaque champ pour : la longueur, les mots interdits (gratuit, meilleur, n° 1, téléchargez maintenant, mentions d'autres plateformes ou boutiques, allégations invérifiables, allégations médicales/financières sans avertissements), le keyword stuffing, les allégations de fonctionnalités absentes du code, et les explications de permissions manquantes. Renvoyez un tableau avec le champ, le problème, et la réécriture suggérée.
Sortie
Fournissez les résultats sous forme de blocs de texte brut par champ, afin que l'utilisateur puisse les copier directement dans les consoles. Proposez d'enregistrer dans fastlane/metadata/android/en-US/*.txt et fastlane/metadata/ios/en-US/*.txt uniquement si le projet utilise déjà Fastlane.