ChatGPT & Codex
Les formalités autour d'une soumission, c'est de la rédaction, et ChatGPT rédige bien. Le piège : chaque phrase devient une affirmation qu'Apple et Google comparent à la vraie app. Ce guide vous donne les prompts, la correspondance avec les questionnaires et la courte liste de ce que vous devez vérifier vous-même.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Une politique de confidentialité rédigée à partir d'une description vague est la politique d'une autre app. Commencez par une fiche de faits : quels services tiers reçoivent des données utilisateur, quels champs vous stockez, comment les utilisateurs se connectent, comment ils paient, quel fournisseur de push utilise l'app WebViewGold, si les prompts partent chez OpenAI ou Google, si l'app web demande la localisation ou la caméra. Si le code se trouve dans un dépôt, Codex produit cette liste en quelques minutes en citant les fichiers ; si vous avez tout construit dans ChatGPT, écrivez-la à la main à partir de vos tableaux de bord.
Avec la fiche de faits, ChatGPT rédige une politique conforme à la réalité, et la même fiche permet de répondre de façon cohérente au questionnaire App Privacy d'Apple et au formulaire Data safety de Google. Ce sont les incohérences entre les trois que les examinateurs repèrent.
Analysez ce code et rédigez FACTS.md avec une preuve pour chaque point (fichier et ligne) : 1) chaque service tiers qui reçoit des données utilisateur, avec ce qu'il reçoit (base de données, authentification, e-mail, analytics, suivi des erreurs, fournisseurs d'IA et ce qui leur est exactement envoyé, paiements, notifications push) ; 2) chaque champ que nous stockons sur un utilisateur ; 3) les méthodes de connexion ; 4) les moyens de paiement et ce qui est vendu ; 5) si nous utilisons la localisation, la caméra, le micro, les contacts ou les photos, et pourquoi ; 6) si nous affichons des publicités ; 7) la conservation des données et les parcours de suppression ; 8) les principales fonctionnalités de l'app, en une phrase chacune. Ne devinez rien. Si quelque chose n'est pas clair, listez-le sous Questions ouvertes.
Rédigez une politique de confidentialité pour une app mobile et une app web nommées [NOM DE L'APP], éditées par [ENTREPRISE, ADRESSE, E-MAIL], uniquement à partir du fichier FACTS.md joint. L'app est publiée sur l'App Store d'Apple et sur Google Play sous forme d'app native qui charge notre app web ; les notifications push sont envoyées via [OneSignal / Firebase / Pushwoosh], qui reçoit un token d'appareil. Structure : qui nous sommes ; quelles données nous collectons et pourquoi (une sous-section par catégorie) ; les tiers qui traitent des données (nommez chaque service et ce qu'il reçoit) ; les bases légales au titre du RGPD pour les utilisateurs de l'UE ; les durées de conservation ; comment supprimer le compte et les données (dans l'app sous Réglages et via [URL]) ; les enfants (l'app ne s'adresse pas aux enfants de moins de 13 ans) ; vos droits et le contact ; la date de dernière mise à jour. Français clair, paragraphes courts, aucun langage marketing. N'ajoutez aucun traitement qui ne figure pas dans FACTS.md.
Excellente façon de convertir son app web en app native ! Un délai très court, et un super moyen de mettre ses apps dans les stores sans devoir développer une app native complète !
| Fait tiré de la fiche | Apple App Privacy | Google Data safety |
|---|---|---|
| Les utilisateurs s'inscrivent avec un e-mail | Coordonnées → Adresse e-mail, liée à l'utilisateur | Informations personnelles → Adresse e-mail, collectée, obligatoire |
| Notifications push via OneSignal, Firebase ou Pushwoosh | Identifiants → Identifiant de l'appareil ; généralement non lié à l'utilisateur | Appareil ou autres ID, collectés, partagés avec le fournisseur de push |
| Analytics (Plausible, GA, PostHog…) | Données d'utilisation → Interaction avec le produit | Activité dans l'appli → Interactions avec l'appli ; partagées si un tiers les traite |
| Messages de chat envoyés à OpenAI ou Gemini | Contenu utilisateur → Autre contenu utilisateur, lié à l'utilisateur | Messages → Autres messages dans l'appli, partagés avec le fournisseur d'IA |
| Achats via RevenueCat (achat intégré) | Achats → Historique des achats | Infos financières → Historique des achats |
| Rapports de plantage | Diagnostics → Données de plantage | Infos et performances de l'appli → Journaux de plantage |
| L'app web demande la localisation | Localisation → Précise ou approximative | Position → Approximative ou exacte |
Demandez les deux formulaires en même temps pour qu'ils concordent. Parcourez ensuite vous-même les vrais formulaires ; leur formulation évolue avec le temps.
À partir de FACTS.md, préparez mes réponses au questionnaire App Privacy d'Apple dans App Store Connect et au formulaire Data safety de Google Play. Pour Apple : listez chaque type de données que nous collectons, s'il est lié à l'identité de l'utilisateur et s'il sert au suivi (nous n'utilisons pas de régies publicitaires : [oui/non]). Pour Google : listez chaque type de données, s'il est collecté ou partagé, si la collecte est facultative, sa finalité, et confirmez le chiffrement en transit ainsi que la possibilité pour les utilisateurs de demander la suppression. Signalez chaque point où les deux formulaires se contrediraient et expliquez quelle réponse est la bonne.
Donnez-lui la vraie liste des fonctionnalités et les limites : chez Apple, nom 30 caractères, sous-titre 30, champ de mots-clés 100, description 4 000 ; chez Google, titre 30, description courte 80, description complète 4 000.
Rédigez la fiche du store pour [NOM DE L'APP], [description en une phrase] destinée à [public]. Fonctionnalités disponibles aujourd'hui : [liste]. Fonctionnalités natives de l'app : notifications push pour [quoi], fonctionnement hors ligne pour [quoi], [connexion Face ID / feuille de partage / scanner QR]. Produisez : 1) le sous-titre Apple (30 caractères max.) ; 2) le texte promotionnel Apple (170 caractères max.) ; 3) la description Apple (les deux premières phrases doivent se suffire à elles-mêmes, 4 000 caractères max.) ; 4) une liste de mots-clés séparés par des virgules de 100 caractères au plus, sans espace après les virgules, sans reprendre les mots du nom ou du sous-titre, sans noms de concurrents ; 5) la description courte Google (80 caractères max.) ; 6) la description complète Google en paragraphes courts ; 7) les notes de version 1.0 en deux phrases. Ne mentionnez ni d'autres plateformes, ni bêta, ni prix, ni récompenses, ni fonctionnalités absentes de la liste. N'utilisez pas les mots meilleur, numéro un ou révolutionnaire.
Les examinateurs lisent les notes en premier. Restez factuel ; le modèle de notes pour l'examen montre la structure complète.
Rédigez les notes pour l'App Review (4 000 caractères max.) de [NOM DE L'APP]. Incluez : ce que fait l'app en deux phrases ; le compte de démo (e-mail : [demo@…], mot de passe : [mot de passe]) et ce que l'examinateur verra après la connexion ; où trouver les fonctionnalités natives (notifications push : quand elles sont envoyées ; comportement hors ligne ; Face ID ; achat intégré avec un produit sandbox) ; où se trouvent la politique de confidentialité et la suppression de compte dans l'app ; une mention indiquant que l'app utilise un wrapper natif qui ajoute notifications push, mode hors ligne et partage natif à notre application web. Langage simple, listes à puces, aucun marketing.
Les refus pour métadonnées sont les plus faciles à éviter et les plus embarrassants à recevoir.
C'est un brouillon solide que les deux stores acceptent s'il décrit la vraie app. Pour des données réglementées (santé, finance, enfants) ou des produits diffusés dans toute l'UE, faites-la relire par un avocat ; le prompt ci-dessus produit la structure qu'un avocat attend.
Non, les formulaires se remplissent à la main dans la console. ChatGPT prépare les réponses ; vous les reportez et relisez chaque question, car la formulation change.
Comme route dans votre app web (/privacy), pour qu'elle s'ouvre dans l'app WebViewGold et sur le web. Saisissez cette URL dans les deux consoles et mettez un lien vers elle depuis l'écran des réglages.
Non. Une seule politique couvrant l'app web et les deux apps natives est la norme ; mentionnez le fournisseur de push et les systèmes de paiement des stores, qui sont les seuls sous-traitants propres à chaque plateforme.
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.
$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 principale$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 gratuite$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.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.
