Aller au contenu
WebViewGold Du vibe coding à l'App Store
Français
Obtenir WebViewGold

Aide en cas de refus

App Base44 refusée ? Voici comment la corriger et la faire approuver

Un refus n'est pas un verdict sur Base44 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 Base44 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.

  • Garantie d'approbation – ou remboursement sous 14 jours
  • Aucun codage requis
  • Paiement unique, mises à jour gratuites
  • Support humain 24/7
  • Conçu en Allemagne depuis 2014 · ISO 27001

D'abord : lisez le refus comme un examinateur

Dix minutes de triage épargnent des jours de tâtonnements.

  1. Trouvez le numéro de la directive

    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.

  2. Reliez-le à votre projet Base44

    La plupart des refus d'apps Base44 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).

  3. Reproduisez ce que l'examinateur a vu

    Ouvrez l'app Base44 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.

  4. Corrigez, puis répondez, puis resoumettez

    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.

Les directives App Store qui touchent les apps Base44

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 Base44, avec le correctif pour chacune.

  • 4.2

    Fonctionnalité minimale

    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.

  • 2.1

    Complétude de l'app

    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.

  • 5.1.1

    Confidentialité

    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.

  • 4.8

    Services de connexion

    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.

  • 3.1.1

    Achats intégrés

    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.

  • 2.3

    Métadonnées exactes

    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.

Les règles Google Play qui touchent les apps Base44

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 Base44.

  • Fonctionnalités minimales

    Règle Spam et fonctionnalités minimales

    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é.

  • Sécurité des données

    Règle Données utilisateur

    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.

  • Suppression de compte

    Règle Données utilisateur

    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.

  • Obligation de test

    Comptes développeur personnels

    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.

  • Niveau d'API cible

    Exigences de niveau d'API cible

    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.

  • Paiements

    Google Play Billing

    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.

Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!

Lucas Dubois · CodeCanyon

Ce qui est spécifique aux projets Base44

Comme les apps Base44 tournent généralement sur Front-end React généré par Base44 avec la base de données, l'authentification et les intégrations intégrées de Base44, avec Authentification intégrée de Base44 (e-mail et mot de passe, connexion Google, Microsoft, Facebook et Apple) et Intégration Stripe, voici les points que nous voyons passer au support pour les refus Base44.

  • Les apps Base44 exigent souvent une connexion avant d'afficher le moindre contenu. Les examinateurs d'Apple ont besoin d'un compte de démonstration : saisissez des identifiants de test dans les notes destinées à App Review, ou autorisez la navigation en tant qu'invité.
  • La connexion Google est bloquée dans les WebViews classiques ; le Social Login Helper de WebViewGold corrige cela sans modifier votre app Base44.
  • Si vous activez la connexion Google, Microsoft ou Facebook, la directive 4.8 d'Apple exige une option de 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. Votre propre connexion e-mail/mot de passe ne remplit pas ces critères de façon fiable : activez donc aussi la connexion Apple dans les paramètres d'authentification de Base44 (WebViewGold détecte Sign in with Apple automatiquement). Une app qui n'utilise que la connexion par e-mail de Base44, sans connexion sociale, n'est pas concernée.
  • Les apps avec comptes utilisateurs doivent proposer la suppression du compte dans l'app (directive 5.1.1 d'Apple, règles de Google Play). Ajoutez une action « Supprimer le compte » dans la page de paramètres de votre app Base44.
  • Ajoutez une page de politique de confidentialité dans Base44 et liez-la depuis le pied de page de l'app ; les deux stores en exigent l'URL.
  • Made with Base44: Désactivez le branding Base44 dans les paramètres de l'app si votre formule le permet, afin qu'aucun lien vers une autre plateforme ne figure dans votre app de store.

Laissez Base44 corriger la partie app web

Collez le texte du refus avec ce prompt dans Base44 ; il applique les changements que les examinateurs demandent habituellement.

Prompt à coller dans Base44
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.

Modèle de réponse pour l'examinateur

Courte, factuelle, précise. Les examinateurs en lisent des centaines par jour.

Réponse Resolution Center / État des règles
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.

Questions fréquentes

Apple ou Google refusent-ils des apps parce qu'elles ont été créées avec Base44 ?

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 Base44 n'a plus aucune importance.

Combien de fois puis-je resoumettre ?

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.

Dois-je répondre ou simplement resoumettre ?

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.

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 principale

Full 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 WeSetupYourWebViewApp

Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.

Prêt à publier votre app Base44 ?

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.