Chapitre 13.3 — La fiche du Play Store

Où on en est : l’app circule sur la piste interne. Avant d’inviter des testeurs (et le monde), la vitrine : les assets, les textes, et les questionnaires de conformité qui BLOQUENT la publication tant qu’ils ne sont pas remplis.

⏱️ TL;DR — La fiche = les assets (icône 512, feature graphic 1024×500, ≥ 2 screenshots par type d’appareil), les textes (titre 30 c., description courte 80 c. — la plus importante —, description longue 4000 c.), et les questionnaires obligatoires : classification du contenu, public cible, et le redouté Data Safety (pour Drill : presque tout « non » — l’architecture zéro-collecte paie ici). Les screenshots se font à l’émulateur, propres.

🎯 Objectifs

• Produire les assets aux bonnes dimensions sans designer.
• Écrire les textes qui font installer (et ceux qui font trouver — ASO minimal).
• Remplir Data Safety, classification et public cible sans se piéger.
• Savoir ce qui, dans la fiche, est modifiable après coup (tout — enfin).

Les assets

La méthode screenshots sans designer, à l’émulateur (Pixel, ch. 2.3) :

1. Peupler l’app de belles données (scores flatteurs, thèmes variés — un état de démo soigné ; certains codent un « mode screenshot » qui seed la base).
2. Capturer les 5 écrans qui racontent le jeu : accueil → thèmes → question avec timer → explication → écran record (les confettis !).
3. Habiller (optionnel mais rentable) : cadre de téléphone + une ligne d’accroche par image — Figma ou les templates gratuits type « app store screenshot generator ».

La première image est vue à 90 % — mettez-y le cœur du jeu (la question + le timer), pas l’écran d’accueil.

Les textes

• Titre (30 c.) : « Drill — Quiz pour devs » : le nom + le mot-clé qui dit tout.
• Description courte (80 c.) : LA ligne la plus lue de la fiche : « Des quiz chronométrés sur Symfony, PHP, Next.js — batte tes records, hors ligne. »
• Description longue (4000 c.) : structure qui marche — l’accroche (2 lignes), les 5-6 bullets de features (émojis sobres), le paragraphe « pour qui », la note vie privée (« aucune donnée collectée — tout reste sur votre appareil » : pour une fois, un argument MARKETING gratuit). Les mots-clés y comptent pour la recherche (ASO) : écrivez naturellement avec le vocabulaire cible (quiz, développeur, Symfony, révision…) — le bourrage nuit.

Tout texte/asset de la fiche est modifiable après publication (contrairement aux irréversibles des ch. précédents) — itérez.

Les questionnaires bloquants

Classification du contenu : le questionnaire IARC (violence, jeux d’argent…) → Drill = tout « non » → classification 3+/PEGI 3. Cinq minutes, mais répondez honnêtement : une classification mensongère est un motif de retrait.

Public cible : les tranches d’âge visées. ⚠️ Le piège de bonne foi : cocher une tranche < 13 ans déclenche les politiques « Familles » (pubs limitées, exigences renforcées, review plus sévère). Drill vise les devs : 18+ (ou 16+) — ne cochez jamais les enfants « pour élargir ».

Data Safety — le formulaire qui fait peur et qui, pour Drill, est un boulevard :

L’ADR 0001 (zéro backend) se transforme ici en formulaire vide et en badge « Aucune donnée collectée » sur la fiche — un avantage concurrentiel réel en 2026. Attention si un jour vous ajoutez Sentry (P14) ou AdMob (P17) : le formulaire DOIT être mis à jour (crash data, identifiants publicitaires — c’est déclaratif mais vérifié, et les mensonges se paient).

⚠️ Piège — La Console bloque la création de release tant que : classification, public cible, Data Safety, coordonnées de contact, et la déclaration de contenu (actualités, COVID… — « non » partout pour Drill) ne sont pas COMPLETS. Faites les questionnaires AVANT le jour J — c’est 30-45 min de formulaires qu’on ne veut pas découvrir en voulant publier.

💡 Pour un dev Next.js — La fiche est votre landing page + votre SEO, avec un CMS imposé : titre ≈ title, description courte ≈ meta description, screenshots ≈ hero, Data Safety ≈ la privacy policy (d’ailleurs : une URL de politique de confidentialité est exigée — même « cette app ne collecte rien », hébergée quelque part ; une page GitHub Pages du repo drill-questions fait l’affaire, zéro serveur, ADR 0001 sauf).

✏️ Exercices

1. Écrivez la fiche complète de Drill : titre, description courte, description longue structurée. Contrainte : la description courte doit contenir le bénéfice + 2 mots-clés + le différenciateur offline.

2. Générez les 5 screenshots de démo à l’émulateur avec un état soigné, et écrivez la ligne d’accroche de chacun (max 6 mots).

3. Drill ajoute Sentry en P14 puis AdMob en P17 : réécrivez les lignes du Data Safety qui changent à chaque étape.

🧠 Quiz

1. Quels assets sont obligatoires, avec quelles dimensions clés ?

2. Quel est le texte le plus important de la fiche ?

3. Pourquoi ne pas cocher les tranches d’âge enfants « pour élargir » ?

4. Que répond Drill au Data Safety, et grâce à quoi ?

5. Quelle URL est exigée même pour une app qui ne collecte rien ?

👉 Chapitre suivant : 13.4 — Le test fermé obligatoire — 12 testeurs, 14 jours : le vrai boss de fin.