LaunchLint Academy
La réponse courte
- React Native et Expo ne sont pas des motifs de rejet. Le risque apparaît entre JavaScript, configuration native, backend, métadonnées et parcours réellement accessible.
- Les groupes fréquents sont l’app incomplète (2.1), les métadonnées inexactes (2.3), les paiements (3.1), la valeur insuffisante (4.2) et la confidentialité ou suppression (5.1).
- Reproduisez le parcours dans le build soumis, corrigez la cause et répondez avec des preuves vérifiables plutôt qu’une promesse générale.
1. Pourquoi React Native est rarement la cause
Apple examine le produit livré, ses métadonnées et son comportement. SwiftUI, React Native ou Expo ne changent pas les exigences. Le framework compte lorsque l’abstraction masque un détail natif : plugin ajoutant une permission, SDK transmettant des données, configuration de production différente ou mise à jour OTA désalignée du binaire.
Classez d’abord le rejet par couche. Un crash de connexion concerne le build ou le backend ; un achat absent, le produit ou l’accès ; une mauvaise réponse privacy, la console avec parfois un SDK comme origine. Cette séparation évite de modifier la mauvaise chose.
| Couche | Preuve | Question |
|---|---|---|
| fichiers du projet/build | Plugins, permissions, SDK, identifiants | Présent dans l’artefact soumis ? |
| App | Crash, login, achat, suppression | Reproductible par un nouvel utilisateur ? |
| Store | Captures, privacy, notes | Décrit ce build ? |
2. Guideline 2.1 : build incomplet ou accès bloqué
La 2.1 dépasse les crashs. Apple attend un binaire final, des métadonnées complètes, des URL actives et l’accès aux fonctions essentielles. Des apps stables échouent à cause d’un compte expiré, d’un backend en veille, d’un code temporaire ou d’un feature flag désactivé.
Tester sur un autre appareil :
- Premier lancement sans session
- Identifiants exacts de review
- Backend et médias accessibles
- Fonction principale sans invitation
- Achats visibles et actuels
- Refus de permission sans blocage
- URL support et privacy publiques
3. Guideline 2.3 : la promesse Store contredit l’app
Description, captures, previews et privacy doivent refléter l’expérience principale. Le conflit apparaît quand les visuels viennent d’une branche plus récente ou annoncent une fonction premium inaccessible au compte de review.
Reliez chaque promesse forte à un parcours. Anonyme, hors ligne, sans tracking ou IA demande une vérification des SDK et appels réseau. Retirez menus debug, placeholders, prix de test et logos d’autres plateformes.
- Captures d’UI accessible
- Nom sans fonction absente
- Achats additionnels expliqués
- What’s New précis
- Âge cohérent avec contenu et UGC
- politique de confidentialité et label décrivent la même version
4. Guideline 3.1 : achats numériques et restauration
Le moyen de paiement est déterminant pour débloquer fonctions, contenus ou abonnements numériques. Stripe dans le fichiers du projet n’est pas automatiquement interdit ; le risque est son usage pour un déblocage numérique iOS ou un lien externe non autorisé. Les exceptions régionales exigent une analyse précise.
Même StoreKit peut échouer si les produits ne sont pas soumis, visibles ou testables. Testez chargement, annulation, succès, restore, abonnement actif et réinstallation. Expliquez dans les indications pour l’équipe de validation quand le produit apparaît.
- Statut et contrats des produits
- Paywall accessible
- Restore visible
- Prix et durée clairs
- Aucun secret dans le code ou les notes
- Disponibilité régionale documentée
5. Guideline 4.2 : valeur durable insuffisante
La 4.2 vise les emballages de site web, listes de liens, supports marketing ou apps sans utilité durable. Les WebViews et templates sont exposés. Quelques boutons natifs ne suffisent pas : la fonction réelle et la valeur spécifique comptent.
Décrivez le travail récurrent résolu et l’intérêt du mobile. Hors ligne, caméra, localisation, notifications ou capture peuvent apporter de la valeur uniquement s’ils fonctionnent. N’inventez pas des fonctions décoratives ou inachevées.
6. Guideline 5.1 : confidentialité, permissions et suppression
Les problèmes viennent des écarts : SDK absent de la politique de confidentialité, purpose string vague ou déclaration sans collecte malgré une transmission. L’éditeur reste responsable du code tiers.
Si l’app crée des comptes, Apple attend un déclenchement de suppression dans l’app. Déconnexion ou désactivation ne suffisent pas. Expliquez la conservation, gérez les abonnements et testez confirmation, réauthentification et erreurs.
- Purpose strings précis
- Inventaire SDK et données
- politique de confidentialité publique avec conservation
- Parcours in-app de suppression
- Déclarations comparées aux transmissions
- Nouveau binaire après changement natif
7. Du rejet à une nouvelle soumission vérifiable
Lisez la guideline, le parcours et les pièces jointes. Reproduisez avec le build rejeté avant de coder. Décidez ensuite si un nouveau binaire est requis ou si une correction de métadonnées permet de garder le même build.
La réponse nomme la cause, la modification et le lieu de vérification : build, menu, compte. Évitez de débattre du framework ou d’affirmer que tout fonctionne sans preuve.
- Noter les étapes du reviewer
- Reproduire dans le build rejeté
- Choisir la couche
- Documenter fix et régression
- Indiquer build et navigation
- Répondre brièvement
- Faire appel seulement si l’interprétation reste contestable
Questions fréquentes
Les apps React Native sont-elles plus rejetées ?
Apple ne publie pas de taux fiable par framework. Stabilité, configuration native, métadonnées, paiements, privacy et accès complet comptent.
Faut-il toujours un nouveau build ?
Non pour certains problèmes de métadonnées. Oui après modification du code, des SDK, permissions ou de la configuration native.
LaunchLint garantit-il l’acceptation ?
Non. Il détecte des signaux reproductibles et produit des tâches fondées sur des preuves, sans remplacer le backend ni la décision humaine.
Comment répondre à un rejet ambigu ?
Demandez le parcours exact, reproduisez-le et répondez avec build, navigation et preuve. Faites appel si l’interprétation reste réellement contestée.