La Guide Complet de Revue d'Application pour Débutants 2026 - iOS et Android

La soumission de votre première application dans l'App Store ou le Play Store peut vous sembler dépassante. Avec des lignes directrices en constante évolution et une application plus stricte en 2026, obtenir votre application approuvée nécessite une attention minutieuse aux détails. Ce guide complet vous guide tout au long de tout ce dont vous avez besoin pour passer la revue sur votre première soumission pour les deux plateformes iOS et Android.

Comprendre le Processus de Revue en 2026

Les deux Apple et Google ont considérablement resserré leurs processus de revue ces dernières années, avec un accent particulier sur la vie privée, la sécurité et l'expérience utilisateur. Comprendre ces changements est crucial pour les développeurs débutants.

Calendrier de Revue de l'App Store iOS

• Revue Standard: 24-48 heures
• Périodes de Pointe: 3-5 jours (surtout pendant les saisons de vacances)
• Week-ends: Aucune revue traitée
• Examen Accéléré: Disponible pour les corrections de bogues critiques (doit être demandé via App Store Connect)

Conseil Pro: Soumettez-vous tôt dans la semaine (lundi-mardi) pour éviter les retards du week-end. Les soumissions de lundi sont généralement examinées par mercredi.

États de App Store Connect que vous verrez

• Préparez-vous à la Soumission: Votre build ou vos métadonnées sont encore en cours de préparation
• En Attente de Revue: Apple a votre soumission dans la file d'attente
• En Revue: L'équipe de revue vérifie activement l'application
• En Attente de Lancement par le Développeur: Approuvé, mais en attente de votre choix de libération manuelle
• Rejeté / Problèmes non résolus: Apple nécessite des changements avant l'approbation

Calendrier de revue de Google Play Store (Mise à jour 2026)

• Révision initiale: 3-7 jours (beaucoup plus long que les années précédentes)
• Porte de test fermée: 14 jours minimum pour les comptes de nouvelle console personnelle Play affectés avant que vous puissiez demander l'accès à la production
• Révision de production après le test: Généralement 3-7 jours supplémentaires après que l’exigence de test fermé soit complétée
• Mises à jour d'applications existantes: 1-3 jours
• Violations de Politique: Peut s'étendre à 14+ jours si une revue supplémentaire est déclenchée

Actualisation Importante: Google exige désormais des tests beaucoup plus rigoureux pour certains nouveaux comptes de la console Play, que nous couvrirons en détail ci-dessous.

Configuration du Compte Développeur Apple

Avant votre première mise à jour iOS, assurez-vous que le côté Apple est correctement configuré :

• Adhérez au Programme Développeur Apple
• Activez l'authentification à deux facteurs pour le compte Apple utilisé pour l'inscription
• Choisissez le type de membership correct :
  • Individuel / Propriétaire Unique: votre nom personnel légal devient le nom du vendeur sur l'App Store
  • Organisation: nécessite une entité juridique, un numéro D-U-N-S, un site web public et une personne ayant l'autorité de lier la société aux accords d'Apple
• Utilisez des noms juridiques lors de l'inscription. Les pseudonymes ou les noms de société dans les champs prénom/nom peuvent retarder l'approbation
• Après l'approbation de l'inscription, connectez-vous à App Store Connect et créez l'enregistrement de l'application avec l'ID de bundle final, le nom de l'application, le SKU et la langue principale

Important: Apple modifie les exigences minimales SDK au fil du temps. À compter du 28 avril 2026, les applications téléchargées sur App Store Connect doivent utiliser l' iOS & iPadOS 26 SDK ou ultérieur.

La Critique de Testage Android Essentielle

C'est cette modification qui surprend le plus les éditeurs Android débutants :

12 Exigences de Testeur pour les Comptes Android Personnels Nouveaux

Si votre compte développeur Google Play est un compte personnel créé après le 13 novembre 2023, vous devez terminer une période de test fermée avant que l'application puisse passer en production :

Exigences:

• Minimum 12 Testeurs: Vous devez recruter au moins 12 testeurs optés
• Période de Test de 14 Jours: L'application doit rester en test fermé pendant au moins 14 jours consécutifs
• Demande d'accès à la production: Après la période de test, vous devez encore demander l'accès à la production dans le console de Play
• Collecte de feedback: Vous devriez documenter les problèmes trouvés, les correctifs apportés et la façon dont les testeurs ont utilisé l'application

Comment configurer votre piste de test

Pourquoi Google a mis en place cela

Google a introduit cette exigence pour :

• Réduire la publicité d'applications de mauvaise qualité
• S'assurer que les applications soient correctement testées avant d'atteindre les utilisateurs
• Identifier les applications malveillantes à l'aide de modèles de comportement réels
• Améliorer la qualité globale de la boutique Play

Réalité: Cela ajoute au moins 2-3 semaines à votre calendrier de lancement. Planifiez en conséquence et commencez à recruter des testeurs tôt.

Exigences d'authentification et de connexion

L'une des raisons de rejet les plus courantes est une mise en œuvre incorrecte des systèmes d'authentification, en particulier les connexions sociales.

L’exigence d'authentification Apple Sign-In (Critique pour iOS)

La règle d'Apple: Si votre application propose une option de connexion sociale tiers (Google, Facebook, Twitter, etc.), vous devez également proposer la connexion avec Apple comme option.

Cela s'applique à:

• Google Sign-In
• Facebook Login
• Twitter/X Login
• LinkedIn Login
• Toute autre service d'authentification tiers

Cela ne s'applique pas à:

• L'authentification par e-mail/mot de passe uniquement
• Les systèmes d'identité gouvernementaux
• Les systèmes d'authentification SSO d'entreprise (lorsque l'application est destinée à cette entreprise spécifique)
• Les systèmes d'authentification des fournisseurs d'éducation

La mise en œuvre de la connexion avec Apple

Si vous utilisez un système de connexion sociale, voici ce que vous devez mettre en œuvre :

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

Considérations importantes:

1. La confidentialité des courriels: Les utilisateurs peuvent choisir de cacher leur adresse e-mail. Apple fournit un courriel de relais privé (par exemple, abc123@privaterelay.appleid.com). Votre application doit gérer cela.

2. Utilisateurs pour la première fois et utilisateurs réguliers: Apple ne fournit que les détails de l'utilisateur (nom, adresse e-mail) lors de la première autorisation. Enregistrez ces informations car les réinscriptions ultérieures ne les incluront pas.

3. Conception du bouton: Apple fournit des lignes directrices de conception strictes pour le bouton de connexion avec Apple. Utilisez leurs actifs officiels.

4. Vérification du Backend: Vérifiez toujours le jeton d'identité sur votre serveur backend, ne faites jamais confiance aux jetons côté client seuls.

Exigences de connexion sociale Android

Bien que l'Android ne nécessite pas un fournisseur spécifique comme l'iOS le fait, Google a des lignes directrices :

Exigences de connexion Google Sign-In:

• Doit utiliser l'SDK officiel de connexion Google
• Doit suivre les lignes directrices de la marque Google
• Doit être l'option principale si vous l'offrez

Meilleure pratique pour les plateformes croisées: Offrez les mêmes options de connexion sur les deux plateformes pour une cohérence :

• Courriel/ mot de passe
• Se connecter avec Apple (seulement sur iOS, ou sur Android si vous supportez la connexion web Apple)
• Se connecter avec Google
• Autres options sociales (Facebook, Twitter, etc.)

Exigences de compte de démonstration

Important pour la revue: Si votre application nécessite un connexion, vous devez devoir fournir des informations de connexion de démonstration fonctionnelles dans les notes de revue de l'application.

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

Erreurs courantes:

• Fourir des informations de connexion expirées
• Le compte de démonstration n'a pas accès à toutes les fonctionnalités
• Ne pas mentionner comment contourner la vérification du téléphone
• Oublier de mentionner les détails de paiement du sandbox

Politique de confidentialité et exigences légales

Les deux magasins d'applications exigent désormais des politiques de confidentialité et des conditions d'utilisation accessibles avant de commencer à travailler sur une nouvelle fonctionnalité Votre première soumission est approuvée.

Politique de confidentialité requises

Votre politique de confidentialité doit : Note: I've kept the original text structure and only translated the main sentence.

1. Soyez Accessible au Public

   • Hébergé sur une URL publique (pas derrière un mot de passe)
   • Chargement possible dans les navigateurs web standards
   • Disponible dans les mêmes langues que votre application.

2. Abordez ces sujets obligatoires:

   • Quels données vous collectez (dites-les clairement)
   • How vous utilisez les données collectées
   • Si les données sont partagées avec des tiers
   • Durée de conservation des données
   • Droits de l'utilisateur (accès, suppression, portabilité)
   • Coordonnées de contact pour les demandes de confidentialité
   • Protection de la vie privée des enfants (si l'application est destinée à des utilisateurs de moins de 13/16 ans)

3. Se connecter via l'application

   • Accessible depuis les paramètres ou l'écran de compte
   • Doit être accessible en un seul clic (pas enfoui dans les menus)
   • Doit s'ouvrir dans le navigateur par défaut ou dans le navigateur intégré

Où héberger votre politique de confidentialité

Option 1 : Votre site web (Recommandé)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Option 2: GitHub Pages (Gratuit)

https://yourusername.github.io/app-privacy-policy

Option 3: Générateurs de politiques de confidentialité (Démarrage rapide)

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

Important : Même si les générateurs sont appropriés pour démarrer, assurez-vous que la politique reflète avec précision vos pratiques réelles de données. Les modèles génériques qui ne correspondent pas à votre application seront signalés.

Exigences relatives aux conditions d'utilisation

Même si ce n'est pas toujours obligatoire, il est fortement recommandé et requis si :

• Vous proposez des achats ou des abonnements en application
• Vous avez du contenu généré par les utilisateurs
• Vous fournissez un service au-delà de la fonctionnalité de base de l'application
• Vous souhaitez une protection juridique

Doit inclure:

• Politique d'utilisation acceptable
• Conditions de résiliation du compte
• Limitation de responsabilité
• Droits de propriété intellectuelle
• Procédure de résolution de litiges
• Politique de remboursement (surtout pour les IAP)

Mise en œuvre en application

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

Exigences de métadonnées de l'App Store

Les deux magasins vous obligent à fournir l'URL de la politique de confidentialité lors de la soumission de l'application :

iOS - App Store Connect:

• Informations sur l'application > Informations générales > URL de la politique de confidentialité
• Doit être HTTPS (HTTP sera rejeté)
• Sera affiché sur votre page de l'App Store
• Ajoutez une URL de support avec des informations de contact réelles pour les utilisateurs
• Terminez le questionnaire d'âge avant la soumission

Android - Google Play Console:

• Présence du magasin > Paramètres du magasin > Politique de confidentialité
• Requis pour toutes les applications ciblant les enfants
• Très fortement recommandé pour toutes les applications

Étiquettes de confidentialité Nutrition (iOS)

L'iOS exige des informations de confidentialité détaillées sous forme de « label nutritionnel » :

Catégories que vous devez déclarer:

• Contactcontext
• contextcontext
• contextcontext
• contextcontext
• contextID d'utilisateur, ID appareil, ID publicité
• Utilisation des donnéesDonnées d'utilisation
• DiagnosticsDonnées de panne, données de performance

Pour chaque type de données, spécifiez:

• Est-elle collectée
• Est-elle liée à l'identité de l'utilisateur
• Est-elle utilisée pour le suivi
• Fins de la collecte

Erreur communeDisant ne pas collecter de données lorsque vos analytics SDK le font. Audit tous les SDK tiers pour leur collecte de données.

Section de sécurité des données Google Play

De même que sur iOS, Android nécessite une déclaration de sécurité des données :

Étapes:

1. Allez dans le console Play > Contenu de l'application > Sécurité des données
2. Répondez aux questions sur la collecte de données
3. Spécifiez les types de données collectés
4. Expliquez les pratiques de sécurité (chiffrement, etc.)
5. Fournissez le lien de la politique de confidentialité

Important: Cette information est juridiquement contraignante. La fausse représentation peut entraîner la suppression de l'application et la suspension du compte.

Raisons courantes de refus pour les premières fois

Comprendre pourquoi les applications sont rejetées vous aide à éviter ces pièges :

1. L'application s'effondre ou ne démarre pas

Pourquoi cela se produit-il:

• Seul test sur émulateur, pas sur appareil réel
• Manque de gestion d'erreurs pour les échecs de réseau
• Points de terminaison API fixés par défaut qui sont inaccessibles
• Comment prévenir cela

Liste de vérification de test:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

Testez sur des appareils réels (au moins 2-3 modèles différents):

• Testez avec un réseau dégradé (utilisez Network Link Conditioner)
• Testez avec le mode avion
• Testez avec les permissions refusées
• Pourquoi cela se produit-il
• Testez avec une installation fraîche (pas de données mémorisées)

2. Fonctionnalités de base manquantes ou endommagées

Pourquoi cela se produit:

• Les fonctionnalités montrées dans les captures d'écran n'existent pas encore
• Le compte de démonstration n'a pas accès aux fonctionnalités annoncées
• Les fonctionnalités premium sont montrées mais pas implémentées
• Les placeholders « Prochainement disponible » dans l'application

Comment prévenir cela:

• Soumettez uniquement lorsque toutes les fonctionnalités annoncées sont complètes
• Assurez-vous que le compte de démonstration ait accès complet
• Supprimez ou désactivez les fonctionnalités incomplètes avant soumission
• Mettez à jour les captures d'écran pour qu'elles correspondent exactement à la dernière version

3. Contenu inapproprié pour la classification d'âge

Pourquoi cela se produit:

• Classification d'âge définie sur 4+ mais l'application contient des fonctionnalités sociales
• La classification d'âge ne correspond pas au contenu réel
• Contenu généré par l'utilisateur sans modération
• Liens vers un contenu externe non modéré

Comment définir la classification d'âge correcte:

Classification d'âge iOS:

• 4+ (pas de contenu objet)
• 9+ (contenu léger occasionnel)
• 12+ (contenu modéré)
• 17+ (contenu fréquent/intense)

Taux de contenu Android:

• Tout public
• Tout public 10+
• Adolescent
• 17+ Majeur
• 18+ Seuls adultes

ImportantSi les utilisateurs peuvent partager du contenu entre eux, vous avez besoin de :

• Système de modération de contenu
• Fonctionnalité de signalement/bloque
• Lignes directrices de la communauté claires
• Garder la porte si nécessaire

4. Informations métadonnées trompeuses ou trompeuses

Pourquoi cela se produit:

• Le nom de l'application promet des fonctionnalités qui n'existent pas
• Capture d'écran de concurrents ou de maquettes
• Avis ou manipulation de notes fausses
• La description contient des superlatifs sans preuve

Exemples d'informations métadonnées problématiques:

❌ MAUVAIS:

• Nom de l'application : « Le meilleur suiveur de forme - #1 Application »
• Description : « L'application la plus incroyable, révolutionnaire créée jamais ! »
• Capture d'écran : Photos de stock génériques

✅ BON:

• Nom de l'application : « FitTrack - Journal de l'entraînement »
• Description : « Suivez vos entraînements avec des routines personnalisables et des graphiques de progression. »
• Captures d'écran : Écrans de l'application actuelle

5. Insuffisance de tests (Surtout les tests fermés Android)

Pourquoi cela se produit:

• Omettre la période de test obligatoire de 14 jours
• Ne pas recruter suffisamment de testeurs
• Les testeurs ne utilisent pas réellement l'application
• Aucun suivi des crashs pendant les tests

Comment prévenir:

• Commencez à recruter des testeurs 3-4 semaines avant la date prévue de lancement
• Utilisez Firebase Crashlytics ou un outil similaire pendant les tests
• Interagissez activement avec les testeurs (enquêtes, formulaires de commentaires)
• Fixez les problèmes critiques avant de promouvoir vers la production

6. Autorisations sans justification

Pourquoi cela se produit:

• Demander l'emplacement sans l'utiliser
• Accès à la caméra sans explication
• Accès aux contacts sans but clair
• Emplacement de fond pour les applications non de navigation

Comment corriger:

iOS - Info.plist:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

Android - Stratégie des autorisations:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

Demander les autorisations en temps de exécution:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

Exigences spécifiques à iOS

Captures d'écran de l'App Store et prévisualisations

Tailles requises:

• 6.7“ iPhone : 1290 x 2796
• 13“ iPad : 2064 x 2752
• 12.9“ iPad : 2048 x 2732

Important: Si votre application prend en charge l'iPad, vous devez télécharger des captures d'écran d'iPad. N'étirez pas les captures d'écran iPhone pour les adapter aux emplacements d'iPad.

Meilleures pratiques pour les captures d'écran:

• Devoir montrer le contenu réel de l'application (pas de maquettes)
• Supprimer la barre de statut ou montrer un contenu réaliste
• Localiser pour toutes les langues prises en charge
• Évitez un surtexte excessif
• Montrez les fonctionnalités clés dans les 2-3 premières captures d'écran

Configuration des métadonnées App Store Connect

Avant la soumission, terminez ces champs App Store Connect :

• URL de la politique de confidentialité: obligatoire pour les applications iOS
• URL de support: obligatoire, et devrait mener à des informations de contact réelles
• Classement d'âge: terminez le questionnaire afin que l'application puisse être publiée
• Informations de revue de l'application: ajoutez un contact de revue, des identifiants de démonstration fonctionnels si un accès est requis, ainsi que des notes claires pour l'équipe de revue
• Compatibilité d'exportation: répondre aux questions d'encryption, ou définir ITSAppUsesNonExemptEncryption en Info.plist lorsque cela est approprié afin de ne pas répéter les mêmes réponses à chaque téléchargement

TestFlight Avant La Revue De L'Application

Effectuez une passe réelle de TestFlight avant la revue de production :

• Installez l'exacte build de TestFlight
• Connectez-vous avec le même compte de revue que vous prévoyez de fournir
• Effectuez une marche à suivre sur l'achat, le rétablissement et la suppression
• Confirmez que le réviseur peut accéder aux fonctionnalités clés sans configuration cachée
• Testez sur iPhone et iPad si les deux sont pris en charge

Vidéos De Prévisualisation De L'Application (Facultatif Mais Récommandé)

Exigences:

• 15-30 secondes de durée
• Doit montrer des images réelles de l'application
• Puis-je inclure des surimpressions de texte de brève durée ?
• Aucun morceau de musique avec des problèmes de droits d'auteur
• Même résolutions que les captures d'écran

Implémentation de l'authentification avec Apple

Déjà couverte ci-dessus, mais essentielle pour la revue iOS si vous avez un système de connexion sociale.

Exigences relatives aux achats en application

Si vous proposez des biens ou des services numériques :

Disclosures obligatoires:

• Tarifs clairs avant l'achat
• Conditions de souscription clairement indiquées
• Instructions de révocation visibles
• Bouton de restauration d'achat

Écran d'exemple de souscription conforme:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

Exigences spécifiques à Android

Configuration de compte Google Play

Avant votre première mise en ligne Android, assurez-vous que le compte Play Console et la coquille de l'application existent :

• Créez votre compte développeur sur Inscription au compte Play Console
• Dans Play Console, allez à Accueil > Créer une application
• Choisissez la langue par défaut, le type d'application/jeu et l'adresse e-mail de support
• Acceptez la politique de Play requise, l'exportation et les déclarations de signature de l'application Play
• Decidez si l'application est gratuite ou context : Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `alternatives_cta_questions`). Page/zone : Comparaison de alternatives de mise à jour en direct de Capacitor. Rôle : Paragraphe marketing ou juridique long. Vu dans : page alternatives.astro. Conservez les termes de produit et de marque Capgo et les termes de développeur exactement. Clé de message `alternatives_cta_questions` (Questions de CTA Alternatives). | Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `appflow_cta_questions`). Page/zone : Comparaison/migration de Appflow. Rôle : Paragraphe marketing ou juridique long. Vu dans : page ionic-appflow.astro. Conservez les termes de produit et de marque Capgo et les termes de développeur exactement. Clé de message `appflow_cta_questions` (Questions de CTA Appflow). | Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `capwesome_cta_questions`). Page/zone : Page de comparaison de Capawesome. Rôle : Paragraphe marketing ou juridique long. Vu dans : page capwesome.astro. Conservez les termes de produit et de marque Capgo et les termes de développeur exactement. Clé de message `capwesome_cta_questions` (Questions de CTA Capwesome). | Page/zone : Page de services de consulting. Rôle : Sujet de section ou slogan. Vu dans : page consulting.astro. Conservez les termes de produit et de marque Capgo et les termes de développeur exactement. Clé de message `consulting_faq_subtitle` (Sous-titre FAQ de consulting). | Page/zone : Comparaison/migration de Appflow. Rôle : Étiquette de navigation ou élément de navigation court. Vu dans : page ionic-appflow.astro, page ionic-enterprise-plugins.astro, page solutions/ionic-enterprise-plugins.astro. Clé de message `appflow_plugins_or` (Appflow Plugins ou)

payantImportant

context : Page/zone : Page du programme de récompense des bugs. Rôle : Étiquette de navigation. Vu dans : page bug-bounty.astro. Clé de message `bug_bounty_important_label` (Étiquette importante du programme de récompense des bugs).

: Google vous permet de changer une application payante en gratuite ultérieurement, mais une fois qu'une application a été proposée en gratuite, elle ne peut pas être convertie en payante.Exigence de Bundle d'Application

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Target API Level Requirement

context : Page/zone : Page du programme de récompense des bugs. Rôle : Étiquette de navigation. Vu dans : page bug-bounty.astro. Clé de message `bug_bounty_important_label` (Étiquette importante du programme de récompense des bugs). : Google Play exige le format d'application Android Bundle (.aab), et non APK : : Les nouvelles applications et les mises à jour d'applications doivent cibler Android 15 (API niveau 35) ou supérieur.

Mettre à jour dans android/app/build.gradle:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Google Play Data Safety

Already couvert ci-dessus, mais absolument critique pour l'approbation Android.

Voie de test fermée (Exigence actuelle)

C'est le grand un pour les comptes de développeurs personnels nouvellement créés : l'exigence de 12 testeurs, de 14 jours, détaillée plus tôt dans ce guide.

Calendrier:

1. Semaine 1 : Recruter des testeurs, configurer la testation fermée
2. Semaine 2-3 : Période de test active (14 jours minimum)
3. Semaine 4 : Corriger les problèmes, préparer la mise en production
4. Semaine 5 : Soumettre pour examen de production

Public visé et notation de contenu

Questionnaire de notation de contenu:

• Requis pour tous les applications
• Prend 10-15 minutes pour être complété
• Détermine la notation d'âge (Tout le monde, Adolescent, Mature, etc.)
• Mettez-l’à jour chaque fois que votre contenu change d'une manière qui affecte les réponses

Sujets abordés:

• Violence
• Contenu sexuel
• Profanité
• Substances contrôlées
• Jeux de hasard
• Fonctionnalités d'interaction utilisateur

Important: Si vous avez du contenu généré par l'utilisateur ou des fonctionnalités sociales, vous devez en faire mention et mettre en place une modération.

Exigences de la liste de magasin

Actifs requis:

• icône de l'application (512 x 512 PNG)
• affiche de fonctionnalité (1024 x 500 JPG ou PNG)
• captures d'écran de téléphone (minimum 2, maximum 8)
• captures d'écran de tablette de 7" (facultatif mais recommandé)
• captures d'écran de tablette de 10" (facultatif mais recommandé)

Exigences de description:

• Description courte (max 80 caractères)
• Description complète (max 4000 caractères)
• Doit décrire avec précision la fonctionnalité de l'application
• Ne peut pas inclure d'informations de contact ou de tarifs

Liste de vérification avant la soumission

Avant de valider, passez en revue cette liste exhaustive :

Exigences techniques

• L'application se lance correctement sur des appareils réels
• Toutes les fonctionnalités affichées dans les captures d'écran fonctionnent
• Aucun contenu de remplacement ou « Prochainement disponible »
• Toutes les clés de tiers API sont des clés de production
• La gestion des erreurs de réseau est mise en œuvre
• Les demandes d'autorisation incluent des explications claires
• L'application ne se bloque pas sous conditions de réseau dégradées
• Testé avec les permissions refusées
• Testé sur la version minimale du système d'exploitation prise en charge
• Les fuites de mémoire ont été vérifiées et corrigées

Authentification & Connexion

• Si vous utilisez un login social, Sign in with Apple est inclus (iOS)
• Les informations de connexion du compte de démonstration sont fournies dans les notes de revue
• Le compte de démonstration a accès à toutes les fonctionnalités
• Le flux de réinitialisation du mot de passe fonctionne
• La fonctionnalité de déconnexion fonctionne correctement
• Option de suppression du compte disponible (obligatoire par GDPR/CCPA)

Légales & Confidentialité

• La politique de confidentialité est accessible au public
• L'URL de la politique de confidentialité ajoutée à la liste des applications
• Les conditions d'utilisation sont accessibles au public (si applicable)
• La politique de confidentialité est liée dans l'application (écran de paramètres)
• Les étiquettes nutritionnelles de la confidentialité sont exactes (iOS)
• La section de la sécurité des données est complétée (Android)
• Tous les buts de collecte de données sont expliqués
• La collecte de données tiers SDK est divulguée

Contenu & Métadonnées

• Le nom de l'application suit les lignes directrices (pas de surcharge de mots-clés)
• La description décrit avec précision la fonctionnalité
• Les captures d'écran montrent les écrans actuels de l'application
• Les captures d'écran sont localisées pour toutes les langues supportées
• Aucun concurrent mentionné dans la description
• Aucun superlatif sans preuve
• La note d'âge correspond à la contenu réel
• __CAPGO_KEEP_0__ est surveillé par courriel

Spécifique à iOS

• Authentification avec Apple mise en œuvre (si utilisation de connexion sociale)
• Toutes les tailles de captures d'écran requises sont fournies
• Les captures d'écran iPad réelles sont chargées si le support iPad est activé
• Les descriptions des permissions d'Info.plist sont claires
• L'URL de support est ajoutée avec des détails de contact réels
• L'URL de la politique de confidentialité est ajoutée dans App Store Connect
• Le questionnaire de note d'âge est complété
• Compliancy export répondue correctement
• Contact de la revue d'application et compte de démonstration non expiré fourni
• Ciblez iOS 15.0 ou une version supérieure
• Si IAP : tarification claire, bouton de restauration des achats présent
• Aucune référence à Android ou à d'autres plateformes

Spécifique à Android

• Format de l'archive d'application (.aab) utilisé
• Ciblez API 35 ou une version supérieure
• Questionnaire de notation de contenu complété
• Graphique de fonctionnalité téléchargé
• Test fermé terminé si votre compte de console de Play le nécessite (12 testeurs, 14 jours)
• Rapports de crash de la phase de test examinés et corrigés
• Aucune référence à iOS ou à d'autres plateformes

Test (Requis actuel pour Android)

• 12+ testeurs recrutés si votre compte Play nécessite une testification fermée
• Une piste de testification fermée créée
• 14 jours consécutifs de testification complétés
• Les testeurs ont réellement utilisé l'application (et non juste l'installer)
• La surveillance des plantages activée pendant la testification
• Les bogues critiques issus de la testification corrigés
• Les commentaires des testeurs documentés

Notes de revue : Qu'est-ce qu'inclure

Les notes de revue de qualité peuvent faire la différence entre une approbation instantanée et un refus. Voici ce qu'il faut inclure :

Modèle de Notes de Revue

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

Notes de revue spécifiques à iOS

Pour iOS, incluez également :

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Notes de revue spécifiques à Android

Pour Android, incluez également :

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

Ce à quoi faire si le projet est refusé

N'ayez pas peur - le refus est courant, surtout pour les premières soumissions. Voici comment y faire face :

Étapes à suivre après un refus

Réponses de rejet courantes

Rejet : « Votre application s'effondre lors du lancement »

Réponse :

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

Rejet : « Manque de politique de confidentialité »

Réponse :

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

Rejet : « Ne respecte pas la norme 4.2 - Fonctionnalité minimale »

Cela est plus compliqué. Cela signifie que votre application ne fait pas suffisamment pour mériter d'être une application. Réponse :

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

Meilleures pratiques après l'approbation

Félicitations ! Votre application est approuvée. Voici comment maintenir cet état :

Surveillance après le lancement

Critères Clés à Suivre:

• Taux de crash (garder en dessous de 1%)
• Taux d'ANR (Android - garder en dessous de 0,5%)
• Notes de l'App Store/Play Store
• Contenu des commentaires (répondre à tous les commentaires)
• Bugs signalés par les utilisateurs

Outils à Utiliser:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry ou un outil de suivi d'erreurs similaire

Lignes Directrices pour les Mises à Jour

Lors de la soumission de mises à jour :

• Testez aussi soigneusement que la soumission initiale
• Mettez à jour les captures d'écran si l'interface utilisateur a changé de manière significative
• Mettez à jour les étiquettes de confidentialité si la collecte de données a changé
• Fournissez des descriptions claires de « Ce qui est nouveau »
• Considérez des déploiements étalés pour les changements majeurs

Conformité

Exigences annuelles:

• Renouvelez la note de contenu Android (obligatoire tous les ans)
• Mettez à jour la politique de confidentialité si les pratiques changent
• Révisez et mettez à jour les notes d'âge si le contenu change
• Auditez les SDK tiers pour la conformité

Surveillance Continue:

• Restez à jour sur les modifications des lignes directrices
• Rejoignez les newsletters de développeurs Apple/Google
• Participez aux communautés de développeurs
• Suivez les blogs de politique d'App Store/Play Store

Ressources et Lecture Complémentaire

Documentation Officielle

Apple:

• Lignes Directrices de la Revue de l'App Store
• Se connecter avec Apple
• Aide à la connexion App Store
• Confidentialité et Utilisation des Données

Google:

• Centre de politique de développeur
• Liste de lancement
• Section de sécurité des données
• Lignes directrices de test

Ressources de la communauté

• r/androiddev - Communauté de développeurs Android
• r/iOSProgramming - Communauté de développeurs iOS
• Stack Overflow - Questions techniques
• Indépendants Hackers - Communauté de développeurs indépendants

Politique de confidentialité Outils

• Générateur de politique de confidentialité de Termly
• PrivacyPolicies.com
• Politique de confidentialité gratuite

Besoin d'aide pour la revue de votre application ?

Si vous vous sentez submergé ou que vous souhaitez une guidance experte pour vous assurer que votre application passe la revue pour la première fois, nous sommes là pour vous aider !

Réservez un appel de consultation avec notre équipe pour une assistance personnalisée avec :

• Préparation de la revue de l'App Store et de la Play Store
• Révision de la politique de confidentialité et de la documentation juridique
• Implémentation de connexion avec Apple
• Stratégie de test et recrutement de testeurs
• Préparation de notes de revue
• Réponse à la réjection et recours
• Processus de soumission complète de l'application

Notre équipe a aidé des centaines de développeurs à réussir à naviguer avec succès le processus de revue d'applications et peut vous faire gagner des semaines de tentatives et d'erreurs.

Conclusion

La soumission de votre première application peut être intimidante, mais avec une préparation appropriée, vous pouvez passer la revue pour la première fois. Rappelez-vous ces points clés :

1. Démarrez Tôt : Surtout pour Android - recrutez ces 12 testeurs au moins 3 semaines avant votre lancement prévu
2. Confidentialité en Premier : Ayez votre politique de confidentialité prête et reflétez avec précision vos pratiques de données
3. Apple Sign-In: Si vous utilisez un quelconque service de connexion sociale, vous devez inclure Sign in with Apple sur iOS
4. Test Thoroughment: Testez sur des appareils réels, avec des réseaux Internet dégradés, et avec les permissions refusées
5. Étiez Honnête: Les métadonnées et les déclarations de confidentialité précises préviennent les rejets et les problèmes juridiques
6. Notes de Revue Détails: Aidez les réviseurs à comprendre rapidement votre application

La présente exigence de test Android ajoute du temps au processus, mais elle aboutit à des applications meilleures et à moins de problèmes post-lancement. Prévoyez un délai supplémentaire de 3-4 semaines pour les soumissions Android, et vous serez bien positionné pour réussir.

Bon courage pour la mise en ligne de votre application ! Rappelons que même si vous êtes rejeté, c'est une opportunité d'apprendre. La plupart des applications réussies passent par plusieurs tours de revue avant d'être approuvées.

Vous ne voulez pas vous lancer seul ? Rendez-vous pour une consultation et laissez nos experts vous guider tout au long du processus.

Besoin d'aide pour mettre en œuvre des mises à jour en temps réel après l'approbation de votre application ? Consultez Capgo’s solution de mise à jour en temps réel pour des mises à jour d'application sans examen de l'App Store.

Continuez de The Complete First-Time App Review Guide for 2026 - iOS et Android.

Si vous utilisez The Complete First-Time App Review Guide for 2026 - iOS et Android pour planifier la sécurité et la conformité, connectez-l’avec Encryption pour les détails d'implémentation dans Encryption, Conformité pour les détails d'implémentation dans Conformité, Capgo Scanner de sécurité pour le flux de travail du produit dans Capgo Scanner de sécurité, Capgo Sécurité pour le flux de travail du produit dans Capgo Sécurité, et Capgo Centre de confiance pour le flux de travail du produit dans Capgo Centre de confiance.