Refus Google Play
C'est le refus le moins dramatique de Google Play et le plus facile à corriger. Votre bundle a été compilé à partir d'un modèle qui cible une version d'Android plus ancienne que celle que Google exige actuellement. Téléchargez la version actuelle de WebViewGold, reportez vos réglages, recompilez, importez. Ou recompilez dans le Cloud Builder, qui utilise toujours le modèle actuel.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Chaque app Android déclare pour quelle version d'Android elle a été compilée et testée : c'est le target SDK. Le système s'en sert pour décider quels comportements modernes s'appliquent à l'app : demandes d'autorisation à l'exécution, autorisation des notifications, restrictions sur les tâches en arrière-plan, sélecteur de photos, etc. Une app qui cible une ancienne version conserve des comportements anciens, moins respectueux de la vie privée. Google exige donc que les nouvelles apps et les mises à jour ciblent une version récente d'Android, et relève la barre une fois par an, généralement à la fin de l'été, au niveau de la version majeure de l'année précédente.
Vous le remarquez de deux manières. Soit la Play Console refuse l'import ou la release avec un message qui indique le niveau requis, soit Google vous prévient que votre app existante sera masquée pour les utilisateurs d'appareils récents si elle n'est pas mise à jour. Les deux se corrigent de la même façon : recompilez à partir d'un modèle qui cible le niveau actuel.
Vous avez téléchargé WebViewGold il y a des mois, l'avez configuré, et ne soumettez que maintenant. Les modèles téléchargés avant l'échéance annuelle ciblent le niveau précédent. Les mises à jour sont gratuites ; récupérez la version actuelle là où vous l'avez achetée.
Vous avez cloné le projet de votre dernière app pour gagner du temps. La copie emporte avec elle l'ancien build.gradle.
Un Android Studio ou un plugin Gradle obsolète peut refuser de compiler avec une cible plus récente ou utiliser en silence des composants SDK en cache. Mettez à jour l'IDE et acceptez les mises à jour du SDK qu'il propose.
Ce n'est pas un problème de niveau d'API, mais il survient à la même étape d'import : Play exige un .aab signé pour les nouvelles apps. WebViewGold génère des App Bundles depuis Android Studio et dans le Cloud Builder.
Une trentaine de minutes dans Android Studio. Gardez l'ancien projet jusqu'à ce que le nouveau build soit en ligne.
Les mises à jour sont gratuites pendant toute la durée de vie de votre licence. Récupérez la dernière version et décompressez-la à côté de votre projet existant, pas par-dessus.
Copiez vos valeurs de l'ancien Config.java dans le nouveau (URL, nom de package, ID push, options de fonctionnalités), vos textes de strings.xml, les ID AdMob si vous utilisez des annonces, les icônes de l'app dans les dossiers mipmap, les visuels de l'écran de démarrage, ainsi que toutes les modifications faites dans AndroidManifest.xml, comme des autorisations supprimées ou des intent filters de deep links. Une comparaison côte à côte des deux fichiers Config.java évite d'oublier des options.
Générez l'App Bundle signé avec le même keystore d'importation qu'auparavant. Avec la signature d'application Play, Google détient la clé de signature de l'app et seule votre clé d'importation doit correspondre. Un bundle signé avec un nouveau keystore est refusé pour une app existante.
Play n'accepte un bundle que si son code de version est supérieur à celui de tous les bundles importés auparavant, y compris sur les canaux de test.
Générez le bundle signé dans Android Studio (menu Build), puis importez le .aab sur le canal de votre choix. L'avertissement disparaît si le niveau cible respecte désormais l'exigence.
Installez le nouveau build depuis le canal de tests internes et ouvrez vos écrans clés. Les niveaux cibles plus récents modifient le comportement des notifications, de l'accès aux fichiers et de la navigation arrière ; le modèle mis à jour gère ces changements, mais un rapide coup d'œil ne coûte rien.
Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)
Si vous utilisez le Cloud Builder WebViewGold, il n'y a sur votre ordinateur aucun modèle qui puisse devenir obsolète. Chaque build utilise la version actuelle de WebViewGold, le niveau d'API cible est donc toujours celui que Google exige. Ouvrez votre projet, gardez vos réglages, recompilez et importez dans la Play Console depuis le navigateur. C'est aussi la façon la plus simple de gérer l'échéance annuelle pour une app que vous n'avez pas touchée depuis un moment : une recompilation, sans rien changer à votre app web.
| Ce que cela signifie | Ce que Google vérifie | |
|---|---|---|
targetSdk | La version d'Android pour laquelle votre app est compilée et testée ; détermine quels comportements modernes s'appliquent | Celui-ci. Il doit respecter l'exigence actuelle pour les nouvelles apps et les mises à jour |
compileSdk | Le SDK utilisé par le compilateur ; doit être au moins égal au niveau cible | Indirectement : un compile SDK trop bas empêche une cible plus élevée |
minSdk | La plus ancienne version d'Android sur laquelle l'app s'installe | Aucune exigence dans les règles ; il détermine seulement quels appareils voient l'app |
La Play Console vous l'indique dans le message d'erreur d'import et sur le tableau de bord de l'app. L'exigence évolue chaque année : compilez donc toujours à partir du modèle WebViewGold actuel au lieu de vous fier à un numéro tiré d'un vieux message de forum.
Non. La version en ligne continue de fonctionner. L'échéance concerne la visibilité de votre app pour les nouveaux utilisateurs sur des appareils récents et votre capacité à publier des mises à jour.
Non. Le niveau d'API cible est une propriété de la coque native. Votre app Lovable, Bolt ou Replit reste intacte ; seul le projet WebViewGold est recompilé.
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.
