Je vais publier une application sur l'app store, Google Play, Fix Store, résoudre le problème de politique de rejet, TestFlight

identifiant du bundle et signature, manifeste de confidentialité, réponses à la sécurité des données, chaînes de permissions, notes du reviewer, login de démonstration, captures d'écran conformes aux spécifications actuelles, et un test de crash sur une version réelle. la plupart des rejets viennent de l’un de ces points. je les corrige avant qu’Apple ou Google ne voient l’application

je lis précisément les directives, identifie le déclencheur dans votre build, métadonnées ou réponses à la confidentialité, et corrige la cause. ensuite, j’écris la réponse au reviewer en indiquant ce qui a changé. soumettre à nouveau le même build avec une nouvelle note est une erreur qui mène souvent à un rejet double

un simple wrapper ne passe généralement pas. j’évalue ce que l’application fait nativement et vous indique ce qu’il faut ajouter, comme push, gestion hors ligne ou navigation native, pour qu’elle ressemble à une application et non à un site web. de petites modifications natives sont incluses. pour des builds plus importants, un devis séparé est nécessaire d’abord

sur invitation uniquement. utilisateur de l’App Store Connect, utilisateur de la Play Console, accès au dépôt. vous restez propriétaire du compte et pouvez me révoquer à tout moment. je n’ai pas besoin de votre identifiant Apple, et je ne le demande pas. je note chaque changement que je fais, pour que vous puissiez suivre chaque étape

oui. je vous guide dans la recherche D-U-N-S, l’inscription à Apple et les appels de vérification. l’attente concerne Apple et D&B, pas moi. je prépare la signature, la mise en ligne et les builds en parallèle, pour que vous puissiez soumettre le jour où le compte est validé, au lieu de commencer à ce moment-là

seulement ce que la revue du store exige : configuration du build, signature, permissions, entitlements et petites corrections de conformité. je travaille sur une branche et vous envoie la différence. les travaux de fonctionnalités, redesigns et refactorisations sont hors scope, sauf si vous demandez et approuvez un devis

je peux vous aider avec cela, le lien d’inscription et le processus pour les testeurs, et j’explique clairement l’exigence. je ne fournis pas d’installations factices ou payantes, car Google détecte cela et cela met votre compte en danger. nous discutons de comment obtenir de vrais testeurs, et je gère le processus

côté store oui : produits, prix, captures d’écran pour la revue et tests en sandbox dans App Store Connect et Play Console. je vérifie aussi que votre processus d’achat respecte les règles d’Apple. la rédaction du code d’achat lui-même (storekit, revenuecat) est proposée séparément. hypothèse : ajustez selon ce que vous proposez

ma part prend entre 1 et 5 jours selon le niveau. le délai de revue, la recherche D-U-N-S et la vérification du compte relèvent d’Apple, Google ou D&B, et aucun d’eux ne suit un calendrier précis. je vous indique quelle étape attend qui, pour que vous ne vous demandiez jamais où en est votre application

les nouvelles fonctionnalités, redesigns, rédaction de votre politique de confidentialité ou termes légaux, publicités payantes, faux avis ou installations, et réécritures de code au-delà de ce qui est nécessaire pour la revue. si votre application nécessite des corrections plus importantes pour passer, je vous en informe avant de commencer et je vous propose un devis séparé