La publication d’une application basée sur un site Web nécessite plus que le simple téléchargement d’une version. Vous avez besoin des comptes de développeur appropriés, d'une expérience mobile stable, d'actifs de magasin précis, de divulgations de confidentialité, de tests, de versions iOS et Android signées et d'un accès clair aux réviseurs.
Apple et Google utilisent des systèmes distincts. Préparez une fois les informations sur le produit et la marque, puis suivez les étapes spécifiques à la plateforme de chaque magasin.
Avant de créer les fiches Play Store
Assurez-vous que le site Web est prêt à se comporter comme le cœur d’une application :
- Il utilise HTTPS sur chaque écran
- Les mises en page fonctionnent à la largeur du téléphone sans zoomer
- La navigation, la connexion, le paiement et les formulaires fonctionnent avec le toucher
- Tous les liens et pages d'assistance sont en direct
- Les états de chargement, vide, d'erreur et hors ligne sont compréhensibles
- La politique de confidentialité décrit avec précision l'application et le site Web
- Les utilisateurs peuvent trouver des contrôles de compte et de données
Les directives d'examen d'Apple indiquent que les soumissions doivent être définitives, avec des URL fonctionnelles et aucun contenu d'espace réservé. De la même manière, Google s'attend à ce que la liste décrive ce que l'application propose réellement.
Étape 1 : Créez des comptes appartenant à la bonne entité
Pomme
Rejoignez le programme pour développeurs Apple en tant qu'individu ou organisation. Apple propose actuellement l'adhésion à 99 $ par an. Une organisation doit vérifier son identité juridique et a généralement besoin d'un numéro D-U-N-S.
Si les clients voient le nom d’une entreprise comme vendeur, inscrivez l’entreprise plutôt que celle d’un entrepreneur. Apple exige que certains services réglementés soient soumis par l'entité juridique qui les fournit.
Lire Conditions d'adhésion actuelles d'Apple.
Google Play
Créez un compte de développeur Play Console, choisissez le type de compte personnel ou d'organisation approprié, payez les frais d'inscription applicables et effectuez la vérification d'identité. Google indique actuellement des frais uniques de 25 $ pour une distribution complète dans ses conditions d'accès publiées.
Les nouveaux comptes personnels doivent être testés avant d'accéder à la production. Les comptes personnels Play Console créés après le 13 novembre 2023 doivent également effectuer un test fermé avec au moins 12 testeurs qui restent inscrits pendant 14 jours consécutifs avant de pouvoir demander un accès en production. Les comptes d’organisation sont exonérés. Recrutez un peu plus de 12 testeurs pour qu'un abandon ne réinitialise pas l'horloge et vérifiez le tableau de bord plutôt que de supposer qu'une application peut passer directement à une version publique.
Étape 2 : Réservez l'identité de l'application
Choisissez un nom d'application, un ID de bundle pour iOS et un nom de package pour Android. Les identifiants de package sont des identités techniques et permanentes telles que com.yourcompany.yourapp; changer le nom de l'application visible plus tard ne les change pas.
Utilisez un nom que vous avez le droit d’utiliser. Recherchez les conflits dans les magasins et les bases de données de marques pertinentes. Préparez une icône carrée haute résolution sans zones transparentes là où un magasin les interdit.
Étape 3 : Produire des builds signés
Une application iOS est archivée et téléchargée via la chaîne d’outils Apple sur App Store Connect. Android utilise un Android App Bundle signé pour Google Play. Les deux magasins appliquent des exigences minimales de construction : depuis le 28 avril 2026, App Store Connect rejette les téléchargements qui ne sont pas créés avec Xcode 26 et le SDK iOS 26, et Google Play exige désormais de nouvelles applications et mises à jour pour cibler Android 16 (niveau d'API 36). Un convertisseur sans code ou un service géré peut produire ces artefacts, tandis qu'un modèle de code source nécessite que vous les construisiez.
Gardez les identifiants de signature et l'accès au compte sous le contrôle de l'entreprise. Perdre des clés ou permettre à un ancien entrepreneur de posséder le seul compte administrateur peut rendre les futures mises à jour difficiles.
Étape 4 : Ajoutez une véritable valeur à l'application
Ceci est particulièrement important pour les applications iOS basées sur des sites Web. La règle de fonctionnalité minimale d'Apple stipule qu'une application doit inclure des fonctionnalités, du contenu et une valeur d'interface au-delà d'un site Web reconditionné.
Les ajouts utiles peuvent inclure :
- Navigation native adaptée aux tâches mobiles
- Les utilisateurs des notifications push choisissent explicitement
- Liens profonds vers du contenu pertinent
- Comportement natif de partage, de téléchargement, de caméra ou de téléchargement
- Contenu enregistré ou accès hors ligne sélectionné
- Une expérience raffinée en matière de démarrage, de chargement, d'erreur et de non-connexion
N'ajoutez pas de fonctionnalités uniquement pour cocher une case. Les évaluateurs et les utilisateurs bénéficient tous deux lorsque le comportement natif prend en charge l’objectif réel de l’application.
Étape 5 : Créer des actifs de magasin précis
Préparez le nom de l'application, les descriptions courtes et longues, les mots-clés pris en charge, la catégorie, l'icône, les captures d'écran du téléphone, les coordonnées, l'URL d'assistance et l'URL de la politique de confidentialité.
Les captures d'écran doivent montrer la véritable application. Évitez les superlatifs non vérifiés, les fausses récompenses, les témoignages inventés ou les fonctionnalités qui ne figurent pas dans la version soumise. Utilisez les premières captures d’écran pour expliquer le travail principal dans un langage simple.
Pour un produit de site Web à application, une séquence forte peut afficher :
- L’écran d’accueil ou de découverte principal
- La transaction clé ou l’expérience membre
- Navigation mobile
- Une fonctionnalité native utile telle que les notifications ou le contenu enregistré
- Contrôles de compte ou de support
Étape 6 : Compléter les déclarations de confidentialité et de contenu
Les deux magasins demandent quelles données l'application collecte, comment elles sont utilisées, si elles sont liées à l'identité et si des tiers les reçoivent. Auditez le site Web, les analyses, l'authentification, les services de paiement, les notifications, la publicité et tous les outils intégrés.
Les réponses doivent décrire l’ensemble de l’expérience de l’application, et pas seulement le shell natif. Si le site Web collecte une adresse e-mail ou charge un SDK d'analyse dans l'application, tenez-en compte dans la divulgation.
Vous devrez peut-être également répondre à des questions sur la tranche d’âge, les publicités, les droits de contenu, le cryptage, les fonctionnalités financières, les informations de santé, la localisation ou l’accès des enfants.
Étape 7 : Testez avant de réviser
Tests iOS
Utilisez TestFlight pour installer la version candidate. Testez sur plusieurs tailles d'écran si possible. Vérifiez la connexion, le comportement du compte requis par Apple, les flux de paiement externes lorsque cela est autorisé, les autorisations, les notifications push, les liens et les contrôles de suppression.
Tests Android
Utilisez les pistes de test internes ou fermées de la Play Console. Les tests internes constituent le moyen le plus rapide de partager une version avec votre propre équipe. Si votre compte personnel a été créé après le 13 novembre 2023, le test fermé décrit à l'étape 1 doit se dérouler pendant 14 jours consécutifs avec au moins 12 testeurs inscrits avant que vous puissiez postuler pour la production.
Sur les deux plates-formes, testez une connectivité lente, une nouvelle installation, une connexion expirée, des autorisations refusées, le geste de retour du système, la sélection de fichiers et tout chemin qui ouvre une autre application ou un autre navigateur.
Étape 8 : Accorder un accès complet aux réviseurs
Si l'application nécessite une connexion, fournissez un compte de démonstration actif et des instructions. Gardez ce compte fonctionnel tout au long de l'examen. Expliquez les fonctionnalités non évidentes, les besoins matériels particuliers, les restrictions régionales et les endroits où les réviseurs peuvent trouver les fonctionnalités natives.
Google conseille spécifiquement aux développeurs de fournir des informations d'identification valides pour le contenu restreint. Un évaluateur qui ne peut pas passer la connexion ne peut pas vérifier l'application.
Étape 9 : Soumettez chaque application
Soumission sur l'App Store
Dans App Store Connect, sélectionnez la version téléchargée, répondez aux métadonnées et aux questions de conformité requises, ajoutez des notes de révision et soumettez la version. Surveillez les messages dans App Store Connect et répondez précisément si Apple demande des informations.
Soumission Google Play
Dans la Play Console, effectuez les tâches relatives au contenu de l'application et à la liste Play Store, importez l'ensemble d'applications sur la piste appropriée, ajoutez des notes de version, résolvez les avertissements liés aux règles et déployez la version. Google Play utilise Android App Bundles pour créer des packages optimisés pour les appareils.
celui de Google documentation de publication est la source de vérité pour les étapes actuelles de la console.
Raisons courantes pour lesquelles les applications de sites Web sont rejetées
L'application ressemble à un mince emballage de site Web
Améliorez la navigation native et l'utilitaire spécifique à l'application. Assurez-vous que l’expérience principale est utile et raffinée sur iOS, et pas simplement une page de bureau dans un cadre.
Les évaluateurs ne peuvent pas se connecter
Fournissez des informations d'identification fonctionnelles, désactivez les codes à usage unique expirant pour le compte d'évaluation en toute sécurité et expliquez les étapes de connexion.
La liste est trompeuse
Supprimez les captures d'écran ou les revendications qui ne correspondent pas à la version. Décrivez clairement les limites.
Les réponses concernant la confidentialité sont incomplètes
Auditez les trackers Web et les services tiers, pas seulement le code natif. Rendre la politique de confidentialité publique et spécifique.
Les liens, les achats ou les téléchargements sont interrompus dans l'application
Testez chaque transfert externe et chemin de retour sur un appareil réel. Décidez intentionnellement quels liens restent dans l'application et lesquels ouvrent le navigateur.
Les contrôles de compte requis sont manquants
Si les utilisateurs peuvent créer un compte, examinez les exigences actuelles en matière de suppression et de contrôle des données pour les deux magasins et exposez clairement le chemin nécessaire.
Que se passe-t-il après l'approbation ?
Choisissez si vous souhaitez publier immédiatement, manuellement ou par étapes lorsque la plateforme le prend en charge. Surveillez les plantages, les requêtes Web ayant échoué, les erreurs de connexion, les avis des utilisateurs et les tickets d'assistance. Gardez les descriptions des magasins et les informations de confidentialité à jour lorsque le produit change.
Le contenu du site Web peut être mis à jour sans nouvelle version de l'application, mais la configuration native, le SDK, les autorisations, la signature ou les modifications de politique peuvent toujours nécessiter une nouvelle version. Attendez-vous à au moins une reconstruction par an en magasin, à mesure qu'Apple et Google augmentent leurs objectifs minimum en matière de SDK et confirment à l'avance qui la produira.
Liste de contrôle de publication
- Les comptes de développeur appartiennent à la bonne personne ou entreprise
- Le site Web est réactif, sécurisé et prêt pour la production
- L'application ajoute une valeur mobile significative
- Les deux versions signées s'installent et s'exécutent sur des appareils réels
- Les noms des magasins, les descriptions, les icônes et les captures d'écran sont complets
- Les déclarations de confidentialité et de contenu couvrent l'expérience Web
- Les URL d'assistance et de confidentialité fonctionnent sans connexion
- Les informations d’identification et les instructions des évaluateurs sont à jour
- Les prix et la disponibilité sont configurés
- Un membre de l'équipe est chargé de surveiller les messages d'évaluation
Si vous n'avez pas encore créé les builds, commencez par notre guide pour convertir un site Web en application ou prévisualisez votre site dans SiteTo.App.
Voyez votre site Web comme une application
Personnalisez l'expérience et prévisualisez-la avant de choisir une plateforme.
Créez votre aperçu
