Erreurs et refus
Sommaire
Réponse courte
Un refus 4.3 Spam veut dire qu'Apple trouve ton app trop proche d'autres apps : soit d'apps que tu publies déjà, soit de ce qui existe largement sur l'App Store. Ce n'est pas un bug à corriger, c'est une question de concept et de valeur. La règle a deux parties, mises à jour par Apple le 8 juin 2026 :
- 4.3(a) : ne crée pas plusieurs Bundle ID (identifiants d'app) pour la même app. Exemple d'Apple : une app de carte par ville au lieu d'une seule carte mondiale.
- 4.3(b) : ne soumets pas d'app impossible à distinguer de ce qui existe déjà. Certaines catégories sont saturées (Apple cite les apps de rencontre, lampes torches, effets sonores, fonds d'écran, minuteurs simples et voyance) : Apple n'y accepte de nouvelles apps que si elles offrent une expérience nettement différente ou meilleure.
Deux règles voisines comptent aussi : 4.2 (l'app doit être vraiment utile, pas un site web emballé) et 4.2.6 (une app faite avec un service de génération d'apps doit être publiée par celui qui fournit son contenu, donc depuis ton propre compte).
Qui est concerné, et les exceptions
La règle 4.3 vise toutes les apps, quelle que soit la façon dont elles ont été créées. Voici ce que disent ses deux parties.
4.3(a) : une app, pas des copies
Apple demande de ne pas multiplier les Bundle ID d'une même app. Si ton app a des versions par ville, par club de sport ou par université, Apple conseille de publier une seule app et de proposer les variantes à l'intérieur, par exemple via un achat intégré. Ces copies, dit Apple, rendent les apps plus difficiles à trouver.
Exemple concret : tu as fait une app de programme d'entraînement et tu veux une version « course », une « vélo », une « natation ». Mieux vaut une seule app où l'on choisit son sport.
4.3(b) : pas de copie de l'existant
Apple refuse les variantes opportunistes de catégories ou d'apps populaires. Pour les catégories bien établies citées plus haut, une nouvelle app doit apporter un vrai plus. Apple précise qu'elle peut retirer ces apps plus tard si elles ne sont pas mises à jour, améliorées, ou si elles n'attirent pas d'utilisateurs.
La règle vise aussi les apps jugées de faible qualité (Apple cite les jeux à boire, Kama Sutra, bruits de pet ou de rot). Des envois répétés de ce type peuvent mener à l'exclusion de l'Apple Developer Program.
Tu crées une app de rencontre ? Lis aussi Apps de rencontres et contenu des utilisateurs : ce type d'app cumule la règle 4.3(b) et les règles de modération.
À ne pas confondre avec la 4.1 (copie)
La règle 4.1 vise la copie d'une app précise : reprendre l'app populaire du moment en changeant un peu le nom ou l'interface. En plus du refus, tu risques une plainte pour atteinte à la propriété intellectuelle.
Pourquoi la règle 4.2 compte aussi ?
La règle 4.2 (fonctionnalité minimale) demande une app qui va au-delà d'un site web reconditionné. Si elle n'est pas particulièrement utile, unique ou « digne d'une app », elle n'a pas sa place sur l'App Store. La 4.2.2 ajoute qu'une app ne doit pas être surtout une publicité, un extrait de site, un agrégateur de contenu ou une simple liste de liens.
Une app très pauvre se fait souvent refuser pour 4.2, une app correcte mais banale pour 4.3. Dans les deux cas, la réponse est la même : apporter une vraie utilité.
Une app créée avec un générateur risque-t-elle plus le 4.3 ?
Ce que dit la règle 4.2.6
Apple écrit que les apps créées à partir d'un modèle commercial ou d'un service de génération d'apps sont refusées, sauf si elles sont soumises directement par le fournisseur du contenu de l'app. Ces services ne doivent pas publier à la place de leurs clients, et doivent offrir des outils pour créer des apps personnalisées et innovantes.
Le modèle de Briksell
C'est exactement le fonctionnement de Briksell : tu crées ton app, et tu la publies depuis ton propre compte Apple Developer, en ton nom. Briksell ne publie pas à ta place. Pour ouvrir ce compte, voir Inscription à l'Apple Developer Program.
Ce que ça ne garantit pas
Les règles d'Apple n'interdisent pas les apps conçues avec l'IA. Mais publier depuis ton compte ne te protège pas d'un refus 4.3 si ton app ressemble à des centaines d'autres. Ce qui compte, c'est le résultat : ton idée, ton contenu, ton public. Plus d'infos dans Créer une app avec l'IA.
Comment se différencier avant d'envoyer ?
Fais l'exercice avant même de soumettre ton app :
- Cherche ta catégorie sur l'App Store et ouvre les 5 premières apps.
- Note ce qu'elles font toutes. C'est le minimum attendu, pas une différence.
- Écris en une phrase ce que ton app fait qu'elles ne font pas. Exemple : « un minuteur de cuisine qui lit les étapes de la recette à voix haute et lance le minuteur de chaque étape ». Si tu n'y arrives pas, l'app risque le 4.3.
- Vise un public précis. Une app d'habitudes pour les étudiants en période d'examens est plus distincte qu'une app d'habitudes « pour tout le monde ».
- Montre la différence partout : nom, description, captures d'écran. L'équipe de revue doit la voir en quelques secondes.
- Regroupe tes variantes dans une seule app (règle 4.3(a)).
Pour trouver un angle, la page Idées d'applications rentables en 2026 peut t'aider.
Procédure pas à pas
Que répondre à un refus 4.3 ? Suis ces étapes, dans l'ordre.
Étape 1 : lire le message en entier
Repère la partie citée : 4.3(a) (doublons de ton côté) ou 4.3(b) (trop proche de l'existant). La réponse n'est pas la même.
Étape 2 : si c'est 4.3(a), regrouper
Retire les doublons et fusionne les variantes en une seule app.
Étape 3 : si c'est 4.3(b), changer vraiment l'app
Une nouvelle icône ou un nouveau nom ne suffit pas. Ajoute la fonction qui fait la différence, puis renvoie un nouveau build.
Étape 4 : expliquer avec des faits
Si tu penses qu'Apple a mal compris ton app, clique sur Reply to App Review dans App Store Connect. Apple conseille d'expliquer le concept et le fonctionnement prévu. Exemple de réponse :
Bonjour, notre app n'est pas un minuteur générique : elle lit chaque étape de la recette à voix haute et lance automatiquement le bon minuteur. Elle s'adresse aux personnes qui cuisinent sans pouvoir toucher leur téléphone. Les captures 2 et 3 montrent ce parcours. Merci de votre aide.
Tu peux y demander un appel avec un représentant d'Apple ; Apple indique que ces appels ont généralement lieu sous trois à cinq jours ouvrés.
Étape 5 : faire appel en dernier recours
Si la réponse ne suffit pas et que tu penses respecter les règles, tu peux saisir l'App Review Board. Cite la règle et explique point par point pourquoi ton app la respecte. Un seul appel par app refusée. Ne fais pas appel si tu as déjà corrigé et renvoyé l'app.
Erreurs fréquentes
Renvoyer la même app avec une nouvelle icône
Le refus porte sur le concept : changer l'emballage ne change rien.
Argumenter sans rien modifier
Si l'app est vraiment proche de l'existant, une réponse bien écrite ne suffira pas.
Publier une copie par client
C'est le cas typique de la 4.3(a). Une app unique avec un choix à l'intérieur est la piste proposée par Apple.
Confondre avec un problème technique
Le refus 4.3 ne se règle pas en corrigeant un bug.
Vérification
La liste ci-dessous est enregistrée seulement dans ton navigateur.
Tes cases sont gardées dans ce navigateur. Cocher une case ne prouve rien à Apple : vérifie chaque point pour de vrai.
Sources Apple et date de vérification
Vérifié le 22 octobre 2026 sur les pages officielles d'Apple :
- App Store Review Guidelines : règles 4.1, 4.2, 4.2.2, 4.2.6 et 4.3(a) et (b) (mise à jour de la 4.3 du 8 juin 2026).
- Contact App Review : réponse dans App Store Connect, demande d'appel.
- Appeal to the App Review Board : conditions d'un appel.
FAQ
Mon app est originale mais refusée en 4.3, que faire ?
Réponds dans App Store Connect avec des faits précis : à qui elle s'adresse, ce qu'elle fait que les autres ne font pas, quelles captures le montrent. Si ça ne suffit pas, envisage l'appel.
Peut-on publier la même app pour plusieurs clients ?
C'est risqué au regard de la 4.3(a) et de la 4.2.6. Apple propose deux pistes : chaque client publie son app depuis son propre compte, ou une seule app regroupe tous les clients avec une page pour chacun.
Les apps créées avec l'IA sont-elles refusées automatiquement ?
Non, les règles ne le disent pas. Elles demandent une app complète, utile et différente, soumise par celui qui fournit son contenu. Pour les autres causes de refus, lis Pourquoi Apple refuse une application.
Passer à l'action
Le meilleur rempart contre le 4.3, c'est une idée précise. Avec Briksell, tu pars de ta propre description, à l'écrit ou à la voix, et l'IA construit l'app autour de ce qui la rend unique. Tu la publies ensuite depuis ton compte Apple Developer. Crée ton app.
