Aide en cas de refus
Un refus n'est pas un verdict sur Same.new ni sur vous. Les examinateurs refusent pour un petit nombre de raisons concrètes, et presque toutes se corrigent en une après-midi. Cette page vous guide à travers le triage, les correctifs qui s'appliquent aux apps Same.new et la réponse qui relance l'examen.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Dix minutes de triage épargnent des jours de tâtonnements.
Apple cite la directive (par exemple 4.2, 2.1, 5.1.1) dans le Resolution Center ; Google nomme la règle (par exemple Fonctionnalités minimales, Données utilisateur) sur la page État des règles. Le numéro vous dit si le correctif se trouve dans votre app web, dans les réglages WebViewGold ou dans la fiche du store.
La plupart des refus d'apps Same.new entrent dans cinq catégories : pas assez « app » (4.2 / fonctionnalités minimales), quelque chose n'a pas chargé (2.1 / fonctionnalité défaillante), formalités de confidentialité (5.1.1 / Sécurité des données, suppression de compte), règles de connexion (4.8 Sign in with Apple, connexion Google bloquée) et paiements (3.1.1 / Play Billing).
Ouvrez l'app Same.new en mode avion, sur un iPad, avec un compte tout neuf, avec le compte de démonstration que vous leur avez fourni. Lancez la vérification de conformité gratuite sur votre URL. Joignez des captures d'écran de ce qu'ils ont joint.
Modifiez l'app web (instantané) ou le réglage natif (nouveau build), rédigez une courte réponse factuelle indiquant ce qui a changé, et soumettez le nouveau build. Les seconds examens sont généralement plus rapides que le premier.
Apple examine le comportement de l'app, pas l'outil qui l'a créée. Voici les directives derrière la plupart des refus d'apps Same.new, avec le correctif pour chacune.
L'app doit offrir plus qu'un site web réemballé. Une mise en page responsive, une navigation native et au moins une capacité native (notifications push, écran hors ligne, partage natif, connexion biométrique) font la différence. WebViewGold les active avec un réglage chacune.
Pas de contenu provisoire, pas de liens morts, pas de plantages. Si le contenu se trouve derrière une connexion, fournissez un compte de démonstration dans les notes pour App Review.
Une URL publique de politique de confidentialité est obligatoire. Les apps qui permettent de créer un compte doivent aussi permettre de le supprimer dans l'app.
Si l'app utilise la connexion Google, Facebook ou un autre service de connexion tiers ou social pour le compte de l'utilisateur, elle doit aussi proposer une connexion équivalente qui limite les données au nom et à l'adresse e-mail, permet aux utilisateurs de garder leur adresse e-mail privée et ne les suit pas à des fins publicitaires. Sign in with Apple est la façon sûre de remplir cette exigence. Une app qui n'utilise que sa propre connexion par e-mail et mot de passe n'est pas concernée.
Les biens numériques et abonnements vendus dans l'app doivent passer par l'In-App Purchase d'Apple. Les biens physiques et les services du monde réel peuvent garder Stripe ou PayPal.
Les captures d'écran, la description et le nom de l'app doivent correspondre à ce que fait l'app. Ne mentionnez ni d'autres plateformes ni « bêta » dans la fiche.
L'examen de Google est plus automatisé et plus axé sur les formulaires. Les règles ci-dessous couvrent la plupart des refus d'apps Same.new.
Google refuse les apps qui ne font qu'encapsuler un site web sans l'autorisation de son propriétaire ou qui n'offrent aucune fonctionnalité réelle. Encapsuler votre propre produit avec des fonctionnalités natives en plus est accepté.
Chaque app a besoin d'une URL de politique de confidentialité et d'un formulaire Sécurité des données (Data safety) rempli, qui liste ce que l'app et ses SDK collectent.
Les apps qui permettent de créer un compte doivent proposer la suppression du compte dans l'app et via un lien web que vous indiquez dans la Play Console.
Les comptes personnels créés après novembre 2023 doivent mener un test fermé avec au moins 12 testeurs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production.
Les nouvelles apps doivent cibler une version récente d'Android. Les mises à jour WebViewGold maintiennent le modèle à jour ; compilez simplement avec la dernière version.
Les biens numériques et abonnements vendus dans l'app doivent en général passer par Google Play Billing (WebViewGold prend en charge RevenueCat). Les biens physiques et les services peuvent utiliser d'autres moyens de paiement.
Excellente façon de convertir son app web en app native ! Un délai très court, et un super moyen de mettre ses apps dans les stores sans devoir développer une app native complète !
Comme les apps Same.new tournent généralement sur Next.js (React, TypeScript) par défaut, avec Supabase ou Neon pour les données et Clerk pour l'authentification via ses intégrations, avec Clerk (inscription, connexion, sessions, rôles) ou Supabase Auth via les intégrations et Aucun paiement intégré ; l'agent intègre un prestataire comme Stripe quand vous le demandez, voici les points que nous voyons passer au support pour les refus Same.new.
Collez le texte du refus avec ce prompt dans Same.new ; il applique les changements que les examinateurs demandent habituellement.
The app built from this project was rejected by the app store review. Here is the rejection text: [PASTE REJECTION TEXT]. The app runs inside the WebViewGold native WebView wrapper (iOS and Android). 1. Explain in one paragraph which guideline or policy is cited and what the reviewer saw. 2. Apply every fix that belongs in the web app: responsive layout from 320px, 44px tap targets, safe-area padding on fixed bars, /privacy and /terms pages, a Delete account action with confirmation, friendly error and retry states, no external promotional links or "download our app" banners, no placeholder content, a demo account seeded for reviewers. 3. If the fix is native (push notifications, offline screen, Sign in with Apple provider, in-app purchases via RevenueCat), tell me exactly what to enable in the WebViewGold configuration and what to change in the backend. 4. Draft a short, factual reply to the reviewer that lists what changed.
Courte, factuelle, précise. Les examinateurs en lisent des centaines par jour.
Thank you for the review. We have addressed the points raised: 1. [Guideline/policy number]: [what was wrong] → [what changed, where to find it in the app, e.g. Settings → Delete account]. 2. Native functionality: the app provides push notifications for [use case], an offline mode with retry, and [Face ID login / native sharing / QR scanning], none of which are available on the website. 3. Demo account: [email] / [password]. The main features are reachable from the home screen after login. A new build ([version]) with these changes has been uploaded. Please let us know if anything else is needed.
Non. Aucun des deux stores ne voit l'outil utilisé, et cela ne l'intéresse pas. Les refus portent sur le comportement (interface d'app, fonctionnalités natives), la complétude, les formalités de confidentialité, les règles de connexion et les paiements. Corrigez ces points et l'origine Same.new n'a plus aucune importance.
Autant de fois que nécessaire. Chaque soumission est réexaminée, généralement plus vite que la première. La seule chose qui agace les examinateurs, ce sont les resoumissions identiques sans aucun changement.
Les deux : répondez avec une courte liste de ce qui a changé (ou, poliment, de ce que l'examinateur a manqué), puis soumettez le nouveau build. Une réponse sans nouveau build change rarement l'issue, sauf si le refus reposait sur un malentendu.
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.
$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 principale$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 gratuite$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.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.
