Même coquille, autre URL
Splash screen, couleur de l'indicateur de chargement, couleur de la barre d'état et pied de navigation identiques sur plusieurs apps d'un même compte.
Ce que disent la 4.3 et la 4.2.6
La guideline 4.3 demande aux développeurs de ne pas créer plusieurs Bundle ID pour la même app. Si une app existe en versions pour différents lieux, équipes ou clients, Apple préfère une seule app qui intègre ces variantes, par exemple via un achat intégré ou un sélecteur. Elle décourage aussi l'accumulation d'apps qui se ressemblent dans des catégories saturées. Une règle voisine, la 4.2.6, précise que les apps créées à partir d'un modèle commercialisé ou d'un service de génération d'apps sont refusées, sauf si elles sont soumises par le fournisseur du contenu de l'app, c'est-à-dire l'entreprise à qui appartient l'app, depuis son propre compte développeur.
Ces deux règles existent à cause des fermes à apps. Votre situation est différente, mais un examinateur ne voit que la soumission qu'il a sous les yeux : une app basée sur WebViewGold avec un splash screen, une barre en bas et une mise en page web qui ressemble à la soumission précédente du même compte.
Pourquoi une app web encapsulée peut déclencher le filtre anti-spam
Plusieurs Bundle ID pour un seul produit
Une app gratuite et une app pro, une app par ville, une app de staging soumise au store. Apple veut une seule app.
Un compte d'agence pour de nombreux clients
Dix apps de restaurants ou de salles de sport publiées depuis le compte développeur de l'agence au lieu du compte de chaque client (4.2.6).
Métadonnées génériques
Le même modèle de description, des captures avec les mêmes cadres, une seule URL de support et une seule URL de confidentialité pour toutes les apps.
Différencier ou regrouper
Choisissez la structure
Les variantes d'un même produit (formules, régions, équipes) deviennent une seule app avec un sélecteur ou un achat intégré. Les entreprises réellement différentes restent des apps distinctes, chacune avec son contenu, sa marque et son compte.
Donnez à chaque app une identité visible
Icône et splash screen propres (remplacez splash.gif et le jeu d'icônes),
splashscreencolor,statusBarBackgroundColor,loadingIndicatorColoretbottombarBackgroundColorpropres, onglets propres dans FooterBar.json, combinaison propre de fonctionnalités natives (push pour l'une, enregistrement par QR code pour l'autre). Détails dans la documentation sur le nom, l'icône et le splash screen.Rédigez les métadonnées de zéro
Une description consacrée à cette entreprise, des captures de son contenu, ses propres URL de support et de confidentialité sur son propre domaine. Aucune phrase de modèle partagée ; voir le guide des métadonnées.
Soumettez depuis le compte du propriétaire du contenu
Pour un travail client, le client s'inscrit à l'Apple Developer Program (99 $ par an, 99 € en zone euro) et vous ajoute à l'équipe App Store Connect. La fiche affiche alors le client comme vendeur, ce qu'exige la 4.2.6.
Répondez avec les différences, pas avec le framework
Dans le Resolution Center, expliquez à qui s'adresse l'app, quels contenus et fonctionnalités sont uniques, et que chaque app sert une entreprise différente. Joignez des captures côte à côte si l'examinateur a comparé deux de vos apps.
Mon WebView iOS est enfin approuvé. Merci !!
Une app ou plusieurs ?
| Scénario | Apple préfère | Comment faire |
|---|---|---|
| Versions gratuite et Pro | Une seule app | Un seul Bundle ID, Pro en achat intégré via RevenueCat. |
| Même produit par ville, club ou école | Une seule app | Sélecteur dans l'app web ; le contenu se charge selon le choix ou selon le compte. |
| Agence avec plusieurs clients sans lien entre eux | Apps séparées, comptes séparés | Le compte développeur de chaque client, chacun avec un contenu et une identité visuelle distincts. |
| Staging et production | Une seule app | TestFlight pour les builds de staging ; jamais une seconde fiche App Store. |
Notes white-label pour agences et revendeurs
WebViewGold est conçu exactement pour cela : une licence par produit final personnalisé et publié, le nom interne du projet restant « WebViewGold » tandis que le Bundle ID, le Product Name, l'icône et les couleurs sont ceux du client. Gardez cette discipline et la 4.3 est rarement soulevée. Si vous préférez nous confier tout le build, le Full Service est lui aussi en white-label : le client reçoit les projets sources et les builds signés à son propre nom, et la publication se fait depuis son compte développeur.
Questions fréquentes
Utiliser WebViewGold pose-t-il en soi un problème de modèle au sens de la 4.2.6 ?
Non. WebViewGold est un outil que vous configurez et publiez vous-même, depuis votre propre compte, autour de votre propre contenu. La règle vise les services qui soumettent des apps identiques pour le compte de leurs clients.
Un seul compte développeur peut-il publier des apps pour plusieurs entreprises ?
Apple attend que l'entreprise propriétaire du contenu soit l'éditeur. Pour un travail client, utilisez le compte du client et faites-vous ajouter comme membre de l'équipe ; votre compte d'agence sert à vos propres produits.
J'ai deux apps pour deux vraies entreprises et j'ai quand même reçu un refus 4.3. Que faire ?
Répondez avec les faits : deux entités juridiques, deux ensembles de contenus, deux bases d'utilisateurs, et des captures montrant des fonctionnalités différentes. Si chaque app est réellement distincte, les examinateurs acceptent généralement l'explication.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.