Guidelines et review process

Comprendre les règles du ChatGPT Store

OpenAI applique des guidelines strictes aux applications publiées sur le Store. Les découvrir au moment du rejet coûte des semaines ; les connaître avant d’écrire la première ligne coûte une lecture. Cette leçon détaille les règles, la mécanique de la review et les motifs de refus qui reviennent le plus souvent.

Ce que le Store attend de votre contenu

La première exigence est la transparence : votre app doit énoncer clairement ce qu’elle fait et quelles données elle collecte, sans zone d’ombre entre la promesse de la description et le comportement réel. Viennent ensuite les interdits classiques — désinformation, harcèlement, contenu illégal ou trompeur — et l’interdiction de se faire passer pour une autre marque ou un autre service, y compris par un nom ou une icône simplement évocateurs.

Deux règles complètent l’ensemble et pèsent plus lourd qu’on ne l’imagine. La qualité minimale : l’app doit fonctionner correctement et apporter une valeur réelle, ce qui exclut les enveloppes vides autour d’un simple prompt. Le respect de la vie privée : collecte de données réduite au nécessaire et consentement explicite quand vous sortez de ce périmètre.

Les seuils techniques

Ces contraintes sont mesurées automatiquement, sans marge d’appréciation.

• Temps de réponse — chaque action doit répondre en moins de 30 secondes
• Disponibilité — votre backend doit avoir un uptime supérieur à 99 %
• Sécurité — HTTPS obligatoire, pas de secrets exposés, validation des entrées
• Taille du package — le bundle de soumission ne doit pas dépasser 50 Mo
• Dépendances — pas de dépendances connues comme vulnérables

Si votre app utilise le module Commerce, un second jeu de règles s’ajoute. Les prix doivent être affichés clairement, sans frais découverts au dernier écran, et une politique de remboursement visible est obligatoire. OpenAI se réserve par ailleurs le droit de rejeter des tarifs jugés excessifs au regard du service rendu, et vous restez responsable de la conformité fiscale — TVA et taxes gérées correctement selon les régions où vous vendez.

Comment se déroule la review

Retenez que la phase 3 est humaine : quelqu’un installe réellement votre app et l’utilise. Pendant ces trois à sept jours ouvrés, votre backend doit rester en ligne et stable — une coupure au mauvais moment se traduit par un rejet pour indisponibilité, alors même que le code était irréprochable.

Les rejets les plus fréquents

Le premier motif mérite qu’on s’y arrête, car il est rarement intentionnel. Une description écrite en mode commercial promet une « analyse complète » là où l’app renvoie trois indicateurs : le reviewer teste, constate l’écart, rejette. La formulation qui passe est celle qui décrit exactement le résultat obtenu, quitte à paraître modeste.

Si votre app est rejetée

Commencez par lire attentivement les motifs fournis : ils sont explicites et vous indiquent le point précis qui a bloqué. Corrigez ensuite chaque point mentionné, sans en laisser un seul de côté — une re-soumission partielle repart pour un tour complet. Rejouez les corrections en local dans le playground, puis re-soumettez en accompagnant l’envoi d’un message qui décrit les changements effectués. Les re-soumissions sont traitées en un à trois jours, car le reviewer connaît déjà votre app.

Les mises à jour après publication

Le régime de review dépend de l’ampleur du changement. Un correctif ou une retouche de texte passe en review automatique et se retrouve publié en quelques heures. Une nouvelle fonctionnalité ou un nouveau widget repasse par une review manuelle, dans les mêmes délais que la première soumission. Une mise à jour de sécurité bénéficie d’un traitement accéléré, en 24 à 48 heures, à condition que vous signaliez explicitement la faille au moment de l’envoi. Dans tous les cas, le changelog est lu : décrivez ce qui change plutôt que d’écrire « améliorations diverses ».

# Soumettre une mise à jour
npx chatgpt-app build --production
npx chatgpt-app submit --update --changelog "Correction du bug #123, ajout du widget statistiques"

Points clés à retenir

• Les guidelines couvrent le contenu, la technique, la sécurité et le commerce
• La review combine vérification automatique et test humain (3-7 jours)
• Les rejets sont motivés — corrigez chaque point avant de re-soumettre
• Les mises à jour mineures passent en review automatique
• Anticipez les motifs de rejet courants pour éviter les allers-retours