La Guideline 4.3 est la règle anti-spam d’Apple. Elle s’applique généralement quand une app semble dupliquer un produit existant, répète un template ou ajoute une fiche quasi identique à une catégorie déjà saturée. Une nouvelle icône ou un sous-titre réécrit règlent rarement la cause du rejet.
Sachez quelle partie de la 4.3 s’applique
La section 4.3(a) vise plusieurs Bundle ID pour ce qui est en substance la même app, y compris les portefeuilles découpés par lieu, client ou thème. La section 4.3(b) vise les apps impossibles à distinguer de produits déjà courants dans une catégorie saturée. La première demande si les variantes devraient être un seul produit. La seconde, si le produit lui-même apporte une expérience qui compte.
Commencez par la note du reviewer
Lisez la note exacte dans App Store Connect et séparez les éléments de preuve de la conclusion. Notez ce que le reviewer a jugé similaire : le concept produit, le binaire, la fiche, le portefeuille du compte ou la catégorie elle-même. Ne resoumettez pas avant de pouvoir expliquer la différence en une phrase.
Si les captures, le premier lancement et le résultat principal semblent interchangeables avec une autre app, le reviewer ne verra probablement pas non plus un produit distinct.
Examinez le produit, pas seulement la fiche
- Résultat principal : identifiez le travail que votre app accomplit et que les apps comparées ne font pas.
- Expérience : montrez où le flux, l’audience, le contenu ou les données diffèrent réellement.
- Propriété : rassemblez licences et autorisations pour les contenus de marque, templates ou assets tiers.
- Portefeuille : expliquez pourquoi cela doit être une app séparée plutôt qu’un mode dans une app existante.
Préparez une note de review propre
Restez factuel. Nommez le flux différenciateur, guidez le reviewer jusqu’à lui et joignez les identifiants nécessaires pour l’atteindre. Si le build précédent a semé la confusion, dites ce qui a changé dans le nouveau. Évitez d’arguer que des concurrents ont été approuvés ; la review porte sur l’app soumise.
What is distinct:
[one clear product difference]
Where to find it:
[screen and exact steps]
What changed in this build:
[material product changes]
Supporting rights or context:
[licenses, ownership, account relationship]Les changements qui ne règlent généralement pas la 4.3
Une nouvelle icône, une palette, un nom d’app ou un autre ordre de captures font paraître la fiche différente en laissant le produit inchangé. Retirer la référence à un template ne supprime ni le code partagé ni un flux interchangeable. Si le reviewer ne peut pas atteindre la valeur distincte avec le compte et les étapes fournis, considérez qu’elle n’est pas encore démontrée.
Resoumettre ou faire appel ?
Resoumettez quand vous avez changé le produit ou pouvez désormais démontrer une différence que le reviewer ne pouvait pas atteindre. Faites appel quand la soumission est déjà conforme et que le rejet semble reposer sur un malentendu factuel. Dans les deux cas, envoyez un dossier cohérent plutôt que plusieurs messages fragmentés.
Avant d’appuyer sur Envoyer
- Le build examiné contient les changements promis.
- Les captures et métadonnées décrivent le produit actuel.
- Le flux différenciateur est accessible avec le compte de review fourni.
- Votre note est précise, courte et sans comparaisons improuvables.
Cet article vous a-t-il aidé ?