Vous avez fait développer une application mobile entreprise pour vos techniciens, vos commerciaux ou vos équipes de terrain, et une question arrive tard dans le projet : comment la mettre sur les téléphones sans l'exposer au public sur l'App Store ? Cette étape, souvent oubliée du cahier des charges, décide du délai de mise en service et de la maintenance des années suivantes.

Voici la méthode que nous appliquons pour choisir le bon canal de diffusion, du premier test jusqu'au déploiement sur toute la flotte, en tenant compte de l'échéance Android du 30 septembre 2026.

Pourquoi la diffusion se prépare dès le cadrage

Une application interne n'est pas une application grand public. Elle contient des données de l'entreprise, elle s'adresse à des utilisateurs identifiés et elle doit pouvoir être retirée d'un appareil du jour au lendemain quand un salarié part. Ces trois contraintes écartent d'emblée la publication publique et son cortège de fiches, de captures et d'avis.

Le choix du canal influence aussi le budget : délai de validation par les plateformes, comptes développeur à ouvrir au nom de l'entreprise, outil de gestion des appareils à prévoir ou non. Mieux vaut le trancher en semaine 1 qu'à la veille de la livraison.

Étape 1 : choisir le mode de diffusion côté iPhone

La documentation d'App Store Connect distingue trois modes. La distribution publique rend l'application visible dans l'App Store, dans les pays choisis. La distribution privée la réserve aux organisations que vous désignez dans Apple Business Manager. La distribution non répertoriée la rend accessible uniquement par lien direct, sans apparition dans les recherches, les catégories ni les classements.

Pour un outil réservé à vos équipes, la distribution privée est le réflexe : seules les organisations autorisées la voient, et vous gardez la main sur les licences depuis la console Apple Business Manager. La distribution non répertoriée convient mieux à des partenaires ou clients que vous ne pouvez pas rattacher à une organisation précise.

Point d'attention documenté par Apple : une fois l'application approuvée, le mode ne peut plus être changé, sauf pour passer de public à non répertorié. Passer de privé à public suppose de recréer une fiche et de repasser en validation. Décidez donc avant la première soumission.

Étape 2 : choisir le mode de diffusion côté Android

Sur Android, le canal recommandé pour une application interne est la publication privée dans Google Play géré (Managed Google Play), ou l'installation poussée par votre outil de gestion de flotte. Dans les deux cas, l'application n'est proposée qu'aux appareils de votre organisation.

Le téléchargement direct d'un fichier d'installation, souvent utilisé pour dépanner, est en revanche le canal qui va changer. Selon la page d'aide de la console Google Play, la vérification des développeurs démarre le 30 septembre 2026 au Brésil, en Indonésie, à Singapour et en Thaïlande, avant une extension mondiale en 2027. Elle concerne les applications installées hors des canaux protégés sur des appareils certifiés.

Bonne nouvelle pour les entreprises : selon l'analyse publiée par le consultant Jason Bayton, les applications installées par un outil de gestion de flotte et les applications privées de Google Play géré sont exemptées. Le calendrier ne vous concerne donc pas si vous passez par ces canaux, ce qui est une raison de plus de ne pas envoyer de fichiers par messagerie.

Étape 3 : monter un circuit de test avant le déploiement

Avant d'ouvrir l'application à tous, prévoyez un cercle restreint de cinq à dix utilisateurs réels, sur les modèles de téléphones effectivement en service chez vous. C'est la seule façon de découvrir un écran illisible en plein soleil ou une synchronisation qui échoue dans une zone mal couverte.

  • Côté iPhone : une version de test dédiée, envoyée à des testeurs nommés, avant la version définitive.
  • Côté Android : une piste de test fermée dans la console, limitée à une liste d'adresses.
  • Dans les deux cas : un formulaire de retour en trois questions et une date de fin de test écrite.

Étape 4 : décider de l'outil de gestion de flotte

Une solution de gestion de flotte mobile (MDM) installe l'application, la met à jour, applique un code de verrouillage et efface les données d'un appareil perdu. Pour cinq utilisateurs, ce n'est pas indispensable. À partir d'une vingtaine d'appareils, ou dès que des données sensibles circulent, elle devient la manière la plus simple de tenir la promesse faite aux utilisateurs : l'application est là, à jour, sans manipulation de leur part.

Le mot « MDM » représente 8100 recherches par mois en France selon Semrush, et « Apple Business Manager » 2900. Ce sont des sujets que les dirigeants de PME découvrent au moment du déploiement, rarement avant. Prévoyez qui administre l'outil, qui ouvre les accès et qui les retire au départ d'un salarié.

Étape 5 : organiser les mises à jour

Une application interne vit plusieurs années. Chaque nouvelle version d'iOS ou d'Android peut casser une fonction, et chaque plateforme relève régulièrement ses exigences techniques. Décidez à l'avance de trois choses :

  1. qui est propriétaire du compte développeur, et à quel nom il est ouvert ;
  2. qui soumet les nouvelles versions et sous quel délai ;
  3. comment vous forcez la mise à jour d'une version devenue dangereuse ou incompatible avec le serveur.

Ce dernier point est souvent oublié. Une application qui ne sait pas refuser une version trop ancienne finit par écrire des données incohérentes dans votre base.

Cinq erreurs fréquentes

  • Un compte développeur ouvert au nom du prestataire : en cas de changement, l'application ne vous appartient plus vraiment.
  • Le fichier d'installation envoyé par courriel : aucun suivi, aucune révocation, et un canal qui va être encadré.
  • Le mode de distribution choisi à la dernière minute : sur iOS, il est difficile à modifier après approbation.
  • Aucun test sur les vrais téléphones du terrain : les défauts se découvrent chez l'utilisateur final.
  • Aucun plan de retrait : le départ d'un salarié laisse l'application et ses données sur un téléphone personnel.

Questions fréquentes

Faut-il publier une application interne sur l'App Store ou Google Play ?

Non. Pour un usage réservé à vos équipes, la distribution privée via Apple Business Manager et la publication privée dans Google Play géré permettent de ne la rendre visible que de votre organisation, sans fiche publique.

Qu'est-ce que la vérification des développeurs Android change pour une entreprise ?

Google annonce que les applications installées hors des canaux protégés sur des appareils certifiés devront provenir de développeurs vérifiés, à partir du 30 septembre 2026 dans quatre pays, puis dans le monde en 2027. Les applications privées de Google Play géré et celles poussées par un outil de gestion de flotte sont exemptées.

Quelle est la différence entre distribution privée et distribution non répertoriée chez Apple ?

La distribution privée limite l'accès aux organisations que vous désignez dans Apple Business Manager. La distribution non répertoriée est accessible à toute personne disposant du lien, sans apparaître dans les recherches de l'App Store.

Peut-on changer de mode de distribution après la validation d'une application iOS ?

Très peu. Selon la documentation d'App Store Connect, seul le passage de public à non répertorié est possible après approbation. Passer de privé à public impose de créer une nouvelle fiche et de repasser en validation.

Faut-il une solution de gestion de flotte mobile pour distribuer une application interne ?

Pas obligatoirement pour quelques utilisateurs, mais elle devient vite utile dès qu'il faut installer, mettre à jour et retirer l'application sur des appareils nombreux ou perdus.

Et pour votre projet ?

Chez Pulsar Forge, nous intégrons le choix du canal de diffusion dès le cadrage de vos applications métier sur mesure, pour qu'aucune surprise n'arrive à la livraison. Découvrez notre approche des applications métier, ou parlons de votre projet.