Distribution d'applications mobiles : ce que c'est, quels canaux et comment ça fonctionne

Distribution sur iOS : TestFlight, Ad Hoc, Enterprise

La distribution d'applications iOS est strictement contrôlée par Apple. La distribution d'applications mobiles sur iOS passe par quatre canaux : App Store (sortie publique), TestFlight (tests bêta), Ad Hoc (distribution limitée) et Enterprise (distribution d'entreprise). Chacun a ses propres exigences, limites et procédures.

TestFlight

TestFlight est l'outil officiel d'Apple pour les tests bêta d'applications mobiles. Il prend en charge jusqu'à 10 000 testeurs externes (External Testing) et jusqu'à 30 testeurs internes (Internal Testing — membres de l'équipe). External Testing nécessite une révision légère (Build Review, généralement 1 à 2 minutes). TestFlight distribue automatiquement les mises à jour — les testeurs reçoivent des notifications push. Les tests internes ne nécessitent pas de révision — vous pouvez télécharger des builds instantanément pour l'équipe.

Ad Hoc Distribution

Ad Hoc est la distribution à un nombre limité d'appareils (jusqu'à 100 par compte). Pour Ad Hoc, vous devez ajouter l'UDID de chaque appareil dans le portail Apple Developer et signer le build avec un Provisioning Profile contenant ces appareils. Ad Hoc ne nécessite pas de révision — adapté aux versions de démonstration et aux tests sur les appareils clients. Inconvénient : vous devez connaître l'UDID de chaque appareil.

Enterprise Distribution

Apple Enterprise Developer Program (299 $/an) — distribution d'applications au sein d'une organisation sans l'App Store. Les applications sont publiées sur un serveur interne, les utilisateurs installent via un lien. Enterprise ne nécessite pas de révision Apple. Enterprise ne peut pas être utilisé pour la distribution en dehors de l'organisation — Apple surveille cela et bloque les comptes. MDM (Mobile Device Management) — système de gestion des appareils d'entreprise qui installe automatiquement les applications Enterprise.

Distribution sur Android : Testing Tracks, Staged Rollout

Google Play offre un système de distribution d'applications mobiles plus flexible que l'App Store. Testing Tracks : Internal (interne), Closed (fermé), Open (ouvert). Chaque piste a ses propres limites et exigences. Après les tests, l'application est publiée dans Production Track.

Closed vs Open Testing

Internal Testing — jusqu'à 100 testeurs par e-mail. Ne nécessite pas de révision Google. Le build est publié en quelques minutes. Closed Testing — jusqu'à 100 testeurs, accès via liste d'e-mails ou Google Group. Nécessite une révision légère (généralement quelques heures). Open Testing — jusqu'à 100 000 testeurs, lien public. L'application est visible dans Google Play en tant qu'« Accès anticipé ». Open Testing nécessite une révision complète comme en production.

Staged Rollout — distribution progressive des mises à jour. Vous sélectionnez un pourcentage d'utilisateurs (5 %, 10 %, 20 %, 50 %, 100 %). Google Play distribue automatiquement la mise à jour au pourcentage sélectionné. Si des plaintes ou des plantages surviennent dans les premières heures — revenez à la version précédente. Staged Rollout réduit les risques de sortie et est recommandé pour toutes les mises à jour de production.

Production Track

Production Track — sortie publique sur Google Play. Après la publication, l'application est disponible pour tous les utilisateurs. Google Play vérifie automatiquement le binaire et recherche les codes malveillants. Après la publication, vous pouvez gérer le pays, les restrictions d'âge et la monétisation. Internal App Sharing — distribution directe par lien sans Play Console. Adapté aux tests QA sur des appareils réels.

iOS — révision plus stricte et coût d'entrée plus élevé. Android — tests flexibles et déploiement progressif. IT Sectr recommande d'utiliser Open Testing pour Android et TestFlight External pour iOS — cela couvre 90 % des scénarios de tests bêta d'applications mobiles.

Politiques de distribution d'applications : App Store Guidelines, Google Play Policies

App Store Review Guidelines — le document d'Apple avec plus de 100 règles régissant la distribution d'applications mobiles. Exigences principales : l'application doit être stable, sans bogues et conforme aux Human Interface Guidelines. Apple rejette les applications avec des liens brisés, des écrans vides et des fonctionnalités cachées. Google Play Developer Policies — les règles de Google : les applications malveillantes, la tromperie des utilisateurs et la violation des droits d'auteur sont interdites.

App Store Guidelines

Règles clés pour la distribution d'applications sur l'App Store : 1) Safety — pas de contenu offensant, 2) Performance — l'application ne doit pas planter, 3) Business — achats via IAP (In-App Purchase) avec commission Apple de 15 à 30 %, 4) Design — conformité HIG. Motifs de rejet : lien de politique de confidentialité brisé, absence de bouton « Restaurer les achats », utilisation de systèmes de paiement tiers.

Google Play Policies

Politiques de distribution sur Google Play incluent : 1) Content Policies — contenu pour adultes et violence interdits, 2) Monetization — commission Google de 15 % (premier million de $ — 15 %, puis 30 %), 3) Privacy — URL de politique de confidentialité obligatoire, 4) Advertising — les publicités doivent répondre aux normes. Google vérifie automatiquement le binaire à la recherche de codes malveillants. App Content Rating — questionnaire déterminant les restrictions d'âge de l'application.

Export Compliance et DMCA

Export Compliance — Apple exige de déclarer l'utilisation de la cryptographie lors de la distribution d'applications. La plupart des applications sont éligibles à « Yes, but exempt » (utilisation uniquement de HTTPS). DMCA — loi sur les droits d'auteur. Si votre application permet aux utilisateurs de télécharger du contenu, configurez une procédure DMCA (réclamations pour violation de droits d'auteur).

Comptes de distribution d'applications : Apple Developer et Google Play

Apple Developer Account — 99 $/an pour les développeurs individuels, 299 $/an pour Enterprise. Les organisations s'inscrivent en tant que Company/Organization pour la distribution d'applications mobiles sous la marque de l'entreprise. Un numéro D-U-N-S est nécessaire pour publier. Google Play Account — 25 $ unique. Google Play nécessite une vérification d'identité (passeport, permis de conduire) avant de commencer la distribution.

App Transfer

App Transfer — transfert d'une application entre comptes développeur. Sur iOS — via App Store Connect (App Transfer). Exigences : l'application doit être publiée, sans modifications en attente, sans litiges de distribution actifs. Sur Android — via Play Console (Manage > Transfer app). Les deux processus prennent de 1 à 5 jours. Après le transfert, l'application conserve ses notes, avis et abonnements.

Screenshot Requirements

Screenshot Requirements pour l'App Store : 5,5" (iPhone 8 Plus), 6,5" (iPhone 14 Pro Max), 12,9" (iPad Pro). Pour Google Play : minimum 2 captures d'écran par téléphone et tablette. Nous recommandons 8 captures d'écran. URL de politique de confidentialité — obligatoire pour la distribution d'applications dans les deux magasins. Si l'application collecte des données personnelles, un lien vers la politique de confidentialité doit figurer dans la description et dans l'application.