La guide complète pour la première évaluation d'applications 2026 - iOS et Android

La soumission de votre première application sur l'App Store ou le Play Store peut sembler déconcertante. Avec des lignes directrices en constante évolution et une application plus stricte en 2026, obtenir votre application approuvée nécessite une attention soigneuse au détail. Ce guide complet vous guide 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 une 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 correctifs critiques de bogues (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 du lundi sont généralement examinées mercredi.

États de App Store Connect que vous verrez

• Préparez 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 actuellement l'application
• Sortie en attente du 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)

• Première Revue: 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 console Play personnels nouvellement affectés avant de pouvoir demander l'accès en production
• Revues de Production Après Test: Généralement, 3 à 7 jours supplémentaires après la fin de la phase de test fermée.
• Actualisations des Applications Existantes: 1-3 jours
• Violations de la Politique: Puis-elle s'étendre jusqu'à 14+ jours si une nouvelle revue est déclenchée

Mise à Jour Importante: Google exige désormais des tests beaucoup plus rigoureux pour certains nouveaux comptes de console Play, dont nous traiterons en détail ci-dessous.

Compte Apple Developer

Avant votre première mise en ligne sur iOS, assurez-vous que le côté Apple soit correctement configuré :

• Configuration du Compte Apple Developer Apple Developer Program
• Activer l'authentification à deux facteurs pour le compte Apple utilisé pour l'inscription.
• Choisissez le type de membership approprié :
  • 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 légaux 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 change les exigences minimales de SDK au fil du temps. Depuis 28 avril 2026, les applications téléchargées sur App Store Connect doivent utiliser la iOS & iPadOS 26 SDK ou une version ultérieure.

La Critique Exigence de Test Android

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

12 Exigences de Testeurs 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
• 14-Jour de Période d'Essai: L'application doit rester en test fermé pendant au moins 14 jours consécutifs
• Application d'Accès à la Production: Après la période d'essai, vous devez encore demander l'accès à la production dans le Console de Play
• Collecte de Retours: You should document the issues found, fixes made, and how testers used the app

Comment Configurer Votre Piste de Test

Pourquoi Google a mis en œuvre cela

Google a introduit cette exigence pour :

• Réduire la publicité d'applications de mauvaise qualité
• Ensure apps are properly tested before reaching users
• Identifier les applications malveillantes à travers les modèles d'utilisation réels
• Améliorer la qualité globale de la boutique Play

Vérification de la 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

Une des raisons de rejet les plus courantes est l'implémentation incorrecte des systèmes d'authentification, en particulier le login social.

L’exigence de connexion Apple (Critique pour iOS)

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

Cela s'applique à:

• La connexion Google
• La connexion Facebook
• La connexion Twitter/X
• La connexion LinkedIn
• Autre service d'authentification tiers

Ceci ne s'applique pas à:

• Authentification par adresse e-mail et mot de passe
• Systèmes d'identification avec carte d'identité
• Systèmes SSO d'entreprise (lorsque l'application est réservée à cette entreprise spécifique)
• Systèmes d'authentification des fournisseurs d'éducation

Mise en œuvre de la connexion avec Apple

Si vous utilisez une 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. Confidentialité du courriel : Les utilisateurs peuvent choisir de cacher leur adresse e-mail. Apple fournit un courriel par relais privé (par exemple, abc123@privaterelay.appleid.comVotre application doit gérer cela.

2. Utilisateurs pour la première fois / Utilisateurs réguliers: Apple fournit uniquement les informations d'utilisateur (nom, adresse e-mail) lors de la première autorisation. Enregistrez ces informations car les sign-ins ultérieurs ne les incluent pas.

3. Conception de bouton: Apple fournit des lignes directrices de conception strictes pour le bouton Sign in with Apple. Utilisez leurs assets officiels.

4. Vérification de l'arrière-planVérifiez toujours le jeton d'identité sur votre serveur backend, ne faites jamais confiance aux jetons côté client seuls.

Exigences de connexion sociale pour Android

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

Exigences de connexion Google:

• Must use official Google Sign-In SDK
• : Suivez les lignes directrices de la marque Google
• : Doit être l'option principale si vous l'offrez

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

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

Exigences de compte de démonstration

Important pour la revueSi votre application nécessite un mot de passe, devez provide working demo credentials in the App Review Notes.

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:

• Fournissons des informations de connexion expirées
• Compte de démonstration n'a pas accès à toutes les fonctionnalités
• Ne pas mentionner la façon de contourner la vérification du téléphone
• Omettre de mentionner les détails de paiement de sandbox

Politique de confidentialité et Exigences légales

Both app stores now require accessible privacy policies and terms of service avant Votre première soumission est approuvée.

context: avant de travailler

votre première soumission est approuvée

1. Exigences de la politique de confidentialité

   • Votre politique de confidentialité doit :
   • Loadable in standard web browsers
   • Disponible dans les mêmes langues que votre application

2. Abordez ces sujets obligatoires:

   • Quels données vous collectez (soyez spécifique)
   • Comment vous utilisez les données collectées
   • Si les données sont partagées avec des tiers
   • Durant combien de temps les données sont conservées
   • Droits des utilisateurs (accès, suppression, portabilité)
   • Coordonnées de contact pour les demandes de confidentialité
   • Children’s privacy (if app is for users under 13/16)

3. Se Connecter en Ligne

   • Accessible depuis l'écran de paramètres ou de compte
   • Must be one tap away (not buried in menus)
   • 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 : Pages GitHub (Gratuit)

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

Option 3: Privacy Policy Generators (Début rapide)

• Termly
• PolitiquesDeConfidentialité.com
• Politique de confidentialité Gratuite.com

Important: Alors que les générateurs sont bons pour le démarrage, 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.

Conditions Générales et Règles 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 ligne
• Vous avez du contenu généré par l'utilisateur
• Vous fournissez tout service au-delà de la fonctionnalité d'application de base
• 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
• Refund policy (especially for IAP)

Implémentation dans l'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

Both stores require you to provide the privacy policy URL during app submission:

iOS - App Store Connect:

• App Information > Informations générales > URL de la politique de confidentialité
• Doit être HTTPS (HTTP sera rejeté)
• Se trouvera sur votre page de l'App Store
• Ajoutez une URL de support avec des coordonnées 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 tous les applications ciblant les enfants
• Fortement recommandé pour toutes les applications

Étiquettes de Nutrition de Confidentialité (iOS)

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

Catégories que vous devez déclarer:

• Informations de contact : Adresse e-mail, nom, numéro de téléphone
• Informations financières : Informations de paiement, carte de crédit, compte bancaire
• Localisation : Localisation précise ou grossière
• Contenu de l'utilisateur: Photos, vidéos, audio, messages
• Identifiants: ID d'utilisateur, ID de l'appareil, ID publicitaire
• Usage Data: Interaction utilisateur, données publicitaires, journaux de crash
• Diagnostics: Données de crash, données de performance

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

• Si elles sont collectées
• Si elles sont liées à l'identité de l'utilisateur
• Si elles sont utilisées pour le suivi
• L'objectif de la collecte

Erreur communeLorsque votre outil d'analyse SDK collecte des données, dites-le. Auditez tous les SDK tiers pour leur collecte de données.

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

Comme iOS, Android nécessite une déclaration de sécurité des données :

Étapes:

1. Allez à Google Play Console > 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. Fournir le lien de la politique de confidentialité

CritiqueCette information est contraignante juridiquement. Toute fausse déclaration peut entraîner la suppression de l'application et la suspension du compte.

Raisons de Refus Courantes pour les Débutants

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:

• Testez uniquement sur l'émulateur, pas sur un appareil réel.
• Manque de gestion d'erreurs pour les échecs de réseau
• Points de terminaison API fixés par défaut inatteignables
• Supposer des capacités spécifiques de l'appareil (caméra, GPS)

Comment prévenir:

// 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();
  }
}

Liste de vérification de test:

• Testez sur des appareils réels (minimum 2-3 modèles différents)
• Testez avec un réseau dégradé (utilisez le Network Link Conditioner)
• Testez avec le mode avion
• Testez avec les permissions refusées
• Test with fresh install (no cached data)

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

Pourquoi cela se produit:

• Features shown in screenshots don’t exist yet
• 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
• “Placeurs de « Bientôt » dans l’application”

Comment prévenir cela:

• N'envoyez que lorsque toutes les fonctionnalités annoncées sont complètes
• Make sure demo account has full access
• Supprimez ou désactivez les fonctionnalités incomplètes avant la soumission
• Update screenshots to match current build exactly

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

Pourquoi cela se produit:

• Note : L'application est classée 4+ mais contient des fonctionnalités sociales.
• La classification d'âge ne correspond pas au contenu réel
• Contenu généré par les utilisateurs sans modération
• Liaisons 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 modéré occasionnel)
• 12+ (contenu modéré)
• 17+ (contenu fréquent/intense)

Évaluations de contenu Android:

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

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

• Système de modération de contenu
• Rapport/ fonctionnalité de blocage
• Guides de la communauté clairs
• Âge de blocage si nécessaire

4. Métadonnées trompeuses ou trompeuses

Pourquoi cela se produit:

• Nom d'application promet des fonctionnalités qui n'existent pas.
• Captures d'écran de concurrents ou de maquettes
• Commentaires ou manipulation de notes fictifs
• La description contient des superlatifs sans preuve

Exemples de métadonnées problématiques:

❌ MAUVAIS:

• App Name: “Best Fitness Tracker - #1 App”
• Description : « L'application la plus incroyable, révolutionnaire créée jamais ! »
• Screenshots : Photos de stock génériques

✅ BON:

• App Name: “FitTrack - Workout Logger”
• 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:

• Passer par-dessus la période d'essai obligatoire de 14 jours.
• Recrutement insuffisant de testeurs
• Les testeurs n'utilisent pas l'application.
• Aucun suivi de crash pendant les tests

Comment prévenir:

• Recrutez 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 feedback)
• Réparez les problèmes critiques avant de promouvoir vers la production

6. Permissions Sans Justification

Pourquoi Cela Se Produit:

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

Comment Réparer:

iOS - fichier d'informations de l'application (.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 une autorisation de runtime:

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

Capture d'écran de l'App Store et prévisualisation

Tailles requises:

• 6,7 pouces d'iPhone : 1290 x 2796
• 13 pouces d'iPad : 2064 x 2752
• 12,9 pouces d'iPad : 2048 x 2732

Important: If your app supports iPad, you must upload iPad screenshots. Do not stretch iPhone screenshots to fit iPad slots.

Pratiques recommandées pour les captures d'écran:

• Must show actual app content (no mockups)
• Supprimer la barre de statut ou afficher un contenu réaliste
• Localiser pour toutes les langues prises en charge
• Éviter un surtexte excessif
• Show key features in first 2-3 screenshots

Configuration des métadonnées App Store Connect

Avant la soumission, terminez ces champs App Store Connect :

• URL de la politique de confidentialité: requis pour les applications iOS
• URL de support: requis, 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 d'ApplicationAjoutez un contact de revue, des informations de connexion pour un démonstration fonctionnelle si nécessaire, et des notes claires pour l'équipe de revue.
• Compatibilité Export: répondez aux questions d'encryption, ou définissez ITSAppUsesNonExemptEncryption in Info.plist lorsque nécessaire, afin d'éviter de répéter les mêmes réponses à chaque mise à jour

TestFlight Avant La Revue D'Application

Installez l'exacte build de TestFlight

• Installez l'exacte build à partir de TestFlight
• Passez par l'achat, la restauration et la suppression de la voie
• Passer en revue l'achat, la restauration et la suppression
• Confirmer que le rédacteur peut accéder aux fonctionnalités clés sans configuration cachée
• Tester sur iPhone et iPad si les deux sont pris en charge

App Preview Videos (Optional but Recommended)

Exigences:

• Longueur de 15 à 30 secondes
• Doit montrer des images réelles de l'application
• Peut inclure des surimpressions de texte succinctes
• Aucune musique avec des problèmes de droits d'auteur
• Mêmes résolutions que les captures d'écran

Mise en œuvre de l'authentification avec Apple

Déjà couverte ci-dessus, mais critique pour la revue iOS si vous avez un login social.

Exigences pour les achats en application

Si vous proposez des biens ou services numériques :

Énoncés obligatoires:

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

Écran d'exemple d'abonnement 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 l'enveloppe de l'application existent :

• Créez votre compte de développeur sur Inscription au Console Play
• In Console Google Play, 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 les déclarations de politique de Play obligatoires, d'exportation et de Play App Signing
• Décidez si l'application est gratuite ou paid

payant: Google lets you change a paid app to free later, but once an app has been offered for free, it cannot be switched to paid.

Bundle d'application requis

payant: Google Play exige la forme de bundle Android (.aab) et non APK:

# Sync the native Android project first
bunx cap sync android

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

Target API Level Requirement

Exigence actuelle: New apps and app updates must target Android 15 (API level 35) or higher.

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

android {
    compileSdkVersion 35

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

Sécurité des données Google Play

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

Voie de test fermée (Exigence actuelle)

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

Calendrier:

1. Semaine 1 : Recruter des testeurs, configurer le test fermé
2. Semaine 2-3 : Période de test active (14 jours minimum)
3. Semaine 4 : Corrigez les problèmes, préparez la mise en production
4. Semaine 5 : Soumettez à la revue de production

Public Cible et Classification du Contenu

Questionnaire de Classification du Contenu:

• Obligatoire pour tous les applications
• Prend 10-15 minutes pour le compléter
• Détermine la classification d'âge (Tout le monde, Adolescent, Mature, etc.)
• Mettez-l’à jour chaque fois que votre contenu change de manière à affecter les réponses

Sujets Abordés:

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

ImportantSi vous avez des contenus générés par les utilisateurs ou des fonctionnalités sociales, vous devez les déclarer et mettre en place une modération.

Exigences de la liste de magasin

Actifs requis:

• Exigences de présentation de l'application
• Image de couverture (1024 x 500 JPG ou PNG)
• Icône de l'application (512 x 512 PNG)
• Captures d'écran de tablette de 7 pouces (facultatif mais recommandé)
• Écrans d'appareil mobile (minimum 2, maximum 8)

Description Exigences:

• Description courte (80 caractères max)
• Description complète (4000 caractères max)
• Doit décrire avec précision la fonctionnalité de l'application
• Cannot include contact information or pricing

Liste de vérification pré-submission

Avant de valider, passez en revue cette liste exhaustive :

Exigences techniques

• L'application se lance correctement sur des appareils réels
• All features shown in screenshots work
• Aucun contenu de remplacement ou « Bientôt disponible »
• Tous les clés de tiers API sont des clés de production
• Gestion des erreurs de réseau mise en œuvre
• Les demandes d'autorisation incluent des explications claires
• L'application ne s'arrête pas sous conditions de réseau dégradées
• Testé avec les autorisations refusées
• Testé sur la version d'OS minimale prise en charge
• Fuites de mémoire vérifiées et corrigées

Authentification & Connexion

• Si vous utilisez un login social, Sign in with Apple est inclus (iOS)
• Informations de compte de démonstration fournies dans les notes de revue
• Demo account has access to all features
• Flux de réinitialisation du mot de passe fonctionne
• Déconnexion fonctionne correctement
• Option de suppression de compte disponible (obligatoire en vertu du RGPD/CCPA)

Conditions légales & Confidentialité

• Politique de confidentialité accessible au public
• Privacy policy URL added to app store listing
• Conditions d'utilisation accessibles au public (si applicable)
• Privacy policy linked in-app (Settings screen)
• Privacy nutrition labels accurate (iOS)
• La section de sécurité des données est terminée (Android)
• Toutes les finalités de collecte de données expliquées
• La collecte de données de tiers SDK divulguée

Contenu & Métadonnées

• App name follows guidelines (no keywords stuffing)
• Description reflète avec précision la fonctionnalité
• Captures d'écran montrent les écrans d'application actuels
• Écrans d'écoute localisés pour toutes les langues prises en charge
• Aucune mention de concurrents dans la description
• Aucun superlatif sans preuve
• La note d'âge correspond à la contenu réel
• L'adresse e-mail de contact est surveillée

iOS spécifique

• Se connecter avec Apple (si vous utilisez un compte social)
• Toutes les tailles de captures d'écran requises fournies
• Toutes les tailles de captures d'écran requises sont fournies
• Les descriptions de permissions d'Info.plist sont claires.
• URL de support ajouté avec des informations de contact réelles
• Politique de confidentialité URL ajoutée dans App Store Connect
• Questionnaire d'âge complété
• Complémentarité d'exportation répondue correctement
• Contact d'appel et compte de démonstration non expiré fournis
• 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'application Bundle (.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 Play Console le nécessite (12 testeurs, 14 jours)
• Rapports de crash de test examinés et corrigés
• Aucune référence à iOS ou à d'autres plateformes

Test (Exigence actuelle Android)

• 12+ testeurs recrutés si votre compte Play nécessite un test fermé
• Piste de test fermé créée
• 14 jours consécutifs de test terminés
• Les testeurs ont utilisé l'application (et non juste l'installer)
• Suivi des crash activé pendant le test
• Les bogues critiques issus du test corrigés
• Les commentaires des testeurs documentés

Notes de Revue : Quels éléments inclure

De bonnes notes de revue peuvent faire la différence entre un accord instantané 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

Qu'est-ce à faire si on est rejeté

=== 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

Si vous êtes rejeté

Ne paniquez pas - le rejet est fréquent, surtout pour les soumissions de débutants. Voici comment y faire face.

Lisez attentivement le Refus

Réponses aux Rejets Fréquents

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 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.

Pratiques à Adopter Après L'Approbation

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

Surveillance Après La Lancement

Indicateurs Clés à Surveiller:

• Taux de crash (garder en dessous de 1%)
• Taux d'ANR (Android - garder en dessous de 0,5%)
• Évaluations de l'App Store/Play Store
• Contenu de la revue (répondez à toutes les revues)
• Problèmes signalés par les utilisateurs

Outils à Utiliser:

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

Lignes Directrices d'Actualisation

Lors de la soumission d'actualisations :

• Testez aussi soigneusement que la soumission initiale
• Update screenshots if UI changed significantly
• Update privacy labels if data collection changed
• Fournir des descriptions claires de « Ce qui est nouveau »
• Considérez des déploiements étalés pour les changements majeurs

Staying Compliant

Exigences annuelles:

• Renouvelez la note de contenu Android (obligatoire chaque année)
• Update privacy policy if practices change
• Réviser et mettre à jour les notes d'âge si le contenu change
• Auditer les SDK tiers pour la conformité

Surveillance continue:

• Stay updated on guideline changes
• 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 supplémentaire

Documentation officielle

Apple:

• Lignes directrices de revue de l'App Store
• Se connecter avec Apple
• Aide pour App Store Connect
• Confidentialité et utilisation des données

Google:

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

Ressources de la communauté

• androiddev - Communauté de développeurs Android
• r/programmation-iOS - Communauté des développeurs iOS
• Stack Overflow - Questions techniques
• Indépendants de l'industrie - Communauté des développeurs indépendants

Outils de politique de confidentialité

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

Avez-vous besoin d'aide pour votre examen d'application ?

Si vous vous sentez submergé ou que vous souhaitez une guidance experte pour vous assurer que votre application passe l'examen au premier essai, 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 des magasins d'applications
• Privacy policy and legal documentation review
• Implémentation de connexion avec Apple
• Stratégie de test et recrutement de testeurs
• Préparation des notes de revue
• Réponse aux rejets et recours
• Processus de soumission complète de l'application

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

Conclusion

Soumettre votre première application peut être intimidant, 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 au moins 12 testeurs 3 semaines avant votre lancement prévu
2. La 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 tout type de connexion sociale, vous devez inclure Sign in with Apple sur iOS
4. Testez soigneusement: Testez sur des appareils réels, avec des réseaux dégradés, et avec les permissions refusées
5. Soyez honnête: Des métadonnées et des déclarations de confidentialité précises préviennent le refus et les problèmes juridiques
6. Notes de revue détaillées: Aidez les réviseurs à comprendre rapidement votre application

Les exigences actuelles de test Android ajoutent du temps au processus, mais elles aboutissent à des applications meilleures et à moins de problèmes post-lancement. Prévoyez une semaine supplémentaire à 4 pour les soumissions Android, et vous serez bien positionné pour réussir.

Bon courage pour la mise en ligne de votre application ! N'oubliez pas que même si vous êtes rejeté, c'est une opportunité d'apprentissage. La plupart des applications réussies passent par plusieurs tours de revue avant l'approbation.

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

Aidez-vous pour mettre en œuvre les mises à jour en temps réel après l'approbation de votre application ? Consultez Capgo’s solution live update Mise à jour fluide sans examen de l'App Store.

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

Si vous utilisez La Guide Complète de Revue d'Application pour Débutants 2026 - iOS et Android planifier la sécurité et la conformité, connectez-l’à Encryption pour le détail d'implémentation dans l'Encryption, Conformité pour le détail d'implémentation dans la 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.