Refus App Store
Un refus 2.1 signifie que l'examinateur est tombé sur quelque chose qui ne fonctionnait pas : un écran blanc, un plantage, un lien qui ne mène nulle part, du lorem ipsum ou une connexion qui a échoué. Pour une app web encapsulée, la cause se trouve presque toujours côté serveur ou dans la séquence de lancement, et tout se corrige en un après-midi.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
La section 2.1 attend un build soumis finalisé et testé : pas de plantage, pas de texte de remplissage, pas de liens cassés, et un contenu que l'examinateur peut réellement charger. Apple invoque aussi la 2.1 quand l'examinateur n'a pas pu dépasser le premier écran, c'est pourquoi les messages « We were unable to review your app » portent généralement ce numéro.
Une app web encapsulée a ici une particularité : elle n'est complète que si l'URL qu'elle charge l'est au moment de l'examen. Si votre déploiement était en cours, si votre base de données gratuite s'était mise en pause ou si un certificat avait expiré, l'examinateur a vu une WebView vide et a rédigé un refus 2.1. Le binaire était correct ; c'est l'app web qui était injoignable.
La page ne s'est pas chargée avant la disparition du splash screen, l'URL a redirigé vers une connexion qui a échoué, ou WebKit a bloqué du contenu mixte (une page HTTPS qui charge des scripts HTTP). Solution : URL de production, HTTPS partout, splash screen affiché jusqu'à ce que la page soit prête.
Rare avec les builds WebViewGold, et généralement dû à une modification du projet : une clé Info.plist supprimée, comme la description d'usage du suivi (Tracking Usage Description), un SDK push activé sans son identifiant, ou un Product Name contenant des accents. Solution : comparez votre Config.swift et votre Info.plist au projet d'origine.
Des liens de pied de page vers /blog ou /docs qui n'existent pas encore, des pages « Bientôt disponible », des entrées de menu que l'outil d'IA a esquissées sans jamais les terminer. Solution : supprimez ou terminez chaque lien accessible ; les examinateurs les touchent tous.
Du lorem ipsum dans un état vide, « Nom de votre entreprise ici » dans le pied de page, des utilisateurs d'exemple nommés Test Test, un badge Lovable ou Bolt dans un coin. Solution : de vrais textes, de vraies données dans le compte de démo, badge retiré.
L'e-mail de confirmation n'est jamais arrivé, le mot de passe de démo contenait une faute de frappe, les codes à deux facteurs partaient sur votre téléphone. Solution : un compte de démo dédié, confirmé, durable et documenté dans les notes pour l'examen.
Chaque étape correspond à une valeur de Config.swift ou à une seule vérification.
Pas un aperçu Lovable, un onglet StackBlitz de Bolt, une adresse Replit en .dev ou un aperçu Vercel protégé par mot de passe. Utilisez votre propre domaine avec un certificat valide (voir domaine personnalisé avant la soumission) et gardez ce déploiement stable pendant toute la période d'examen.
Réglez splashScreenEnabled sur true et remainSplashOption sur true pour que le splash screen reste affiché jusqu'à la fin du chargement de la première page ; splashTimeout bascule sur l'indicateur de chargement natif si votre backend est lent. Laissez useLoadingSign (ou useLoadingProgressBar) activé et accordez loadingIndicatorColor aux couleurs de votre marque. Détails : documentation du splash screen.
WebKit bloque le contenu mixte sans prévenir : un CDN d'images en HTTP ou un appel d'API en HTTP produit un composant vide, sans aucune erreur visible. Corrigez les URL dans votre app web, puis envisagez blockfaultyandselfsignedhttpscerts et le réglage de transport HTTPS uniquement décrit dans la documentation d'installation iOS.
Activez offlinelocalhtmlswitch avec une petite page HTML locale de secours, réglez offlinescreenautoretry sur true et rédigez des libellés screen1, screen2 et offlinebuttontext bienveillants. Les examinateurs activent volontairement le mode avion ; un écran hors ligne natif l'emporte à chaque fois sur une page d'erreur Safari. Voir le mode hors ligne pour les apps vibe-codées.
Créez un compte confirmé avec des données réalistes, désactivez les codes à usage unique pour ce compte et collez les identifiants dans App Store Connect. Laissez deletecache sur false pour les apps avec connexion, sinon l'examinateur est déconnecté à chaque lancement. Le guide du compte de démo contient la checklist complète.
Installation neuve via TestFlight sur un vrai iPhone et un iPad, mode avion activé puis désactivé, chaque entrée de menu, chaque formulaire, déconnexion puis reconnexion. Dix minutes de ce test repèrent la plupart des problèmes 2.1 avant Apple.
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!
Non. La 2.1 porte sur la complétude et la stabilité, pas sur le concept. Dès que l'examinateur peut charger et utiliser l'app, la même soumission est évaluée au regard des autres guidelines.
Les raisons les plus courantes sont le contenu mixte (ressources HTTP sur une page HTTPS), une redirection vers une URL d'aperçu, ou des cookies effacés au démarrage. Vérifiez la console du navigateur sur ordinateur avec la même URL, puis contrôlez deletecache et les réglages de secours hors ligne.
Si le problème venait du serveur (déploiement, base de données en pause, liens morts), corrigez l'app web, vérifiez-la dans le build TestFlight installé et répondez dans le Resolution Center ; le binaire peut rester le même. Si vous avez modifié Config.swift ou Info.plist, envoyez un nouveau build avec un numéro de build plus élevé.
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.
