Refus Google Play
Google n'autorise un accès étendu aux photos et vidéos que pour les apps dont l'objectif principal exige toute la médiathèque, comme les apps de galerie. Une app web qui permet d'importer une photo de profil ou un justificatif n'est pas admissible, et n'en a pas besoin : le sélecteur du système transmet le fichier choisi à votre WebView sans aucune autorisation multimédia. Retirez les autorisations de tous les canaux et soumettez à nouveau.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Depuis Android 13, l'accès étendu aux images et vidéos d'un utilisateur est réparti entre deux autorisations, READ_MEDIA_IMAGES et READ_MEDIA_VIDEO. Google Play les traite toutes deux comme restreintes : une app ne peut les demander que si un sélecteur du système, comme le sélecteur de photos d'Android, ne peut pas servir sa fonctionnalité principale. Les apps qui n'ont besoin des médias qu'une fois ou de temps en temps (une photo de profil, un justificatif, une photo jointe à une demande d'assistance ou à une annonce) doivent utiliser le sélecteur et retirer ces autorisations de leur manifeste. Les apps qui les conservent doivent expliquer pourquoi dans une déclaration dans la Play Console.
Les détails des règles de Google citent les apps de type galerie, qui gèrent tous les médias d'un utilisateur, comme le cas typique d'accès étendu. La conformité complète est obligatoire depuis 2025 ; les apps non conformes peuvent voir leurs mises à jour bloquées ou être retirées. Le sélecteur offre aussi une meilleure expérience : les utilisateurs choisissent exactement les images à partager au lieu d'ouvrir toute leur médiathèque à votre app.
Les développeurs voient généralement un problème au titre des règles sur les autorisations photos et vidéos, indiquant que l'utilisation de l'autorisation n'est pas directement liée à l'objectif principal de l'app, car l'app n'a besoin que d'un accès ponctuel ou peu fréquent aux fichiers multimédias. La notification vous demande de retirer READ_MEDIA_IMAGES et READ_MEDIA_VIDEO de chaque code de version de la soumission, en production comme sur les canaux de test, ou de soumettre une déclaration si votre fonctionnalité principale a réellement besoin d'un accès étendu. Pour une app web, reformuler la déclaration aide rarement. Retirer l'autorisation, si.
Quand votre app web affiche <input type="file" accept="image/*">, la WebView Android demande à l'app native d'ouvrir un sélecteur de fichiers. WebViewGold répond avec l'appareil photo, la galerie ou les deux, selon filePickerMode dans Config.java : 0 pour l'appareil photo et la galerie, 1 pour l'appareil photo seul, 2 pour la galerie seule. Le fichier choisi par l'utilisateur est renvoyé à la page et s'importe comme sur le web.
Choisir un fichier via un sélecteur du système ne donne à l'app accès qu'à ce seul fichier, par le geste de l'utilisateur lui-même. C'est pourquoi un parcours d'import ordinaire n'a pas besoin de READ_MEDIA_IMAGES. Prendre une nouvelle photo est une fonctionnalité de l'appareil photo qui utilise l'autorisation caméra (requireCamera), un sujet distinct traité dans le guide sur les autorisations. Le scanner de documents se branche sur le même sélecteur et renvoie un PDF de la même manière.
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 !
| Fonctionnalité de votre app web | Autorisation nécessaire | Réglage WebViewGold |
|---|---|---|
| Importer une photo ou un fichier existant | Aucune autorisation multimédia ; le sélecteur partage le fichier choisi | filePickerMode 0 ou 2 |
| Prendre une nouvelle photo pour un import | Caméra | requireCamera sur true, filePickerMode 0 ou 1 |
| Scanner un QR code ou un code-barres | Caméra | requireCamera ; voir la documentation du scanner QR |
Enregistrer une image dans la galerie (savethisimage://) | Sur les versions actuelles d'Android, aucun accès en lecture à la médiathèque n'est nécessaire pour ajouter une nouvelle image | requireStorage pour les téléchargements et les imports ; voir la documentation du téléchargeur |
| Afficher toute la médiathèque de l'utilisateur dans votre app | READ_MEDIA_IMAGES et READ_MEDIA_VIDEO plus une déclaration | Rarement adapté à une app web ; un gestionnaire de galerie est une app native |
Environ trente minutes dans Android Studio, plus une série de tests sur un téléphone.
Dans la Play Console, ouvrez l'explorateur d'app bundles pour la version refusée et regardez sa liste d'autorisations. Dans Android Studio, ouvrez AndroidManifest.xml et passez à l'onglet Merged Manifest ; il indique si une entrée vient de votre propre manifeste ou d'une bibliothèque.
Réglez filePickerMode selon ce dont votre import a besoin, mettez requireCamera sur false si aucune fonctionnalité ne prend de photos ni ne scanne de codes, et ne gardez requireStorage sur true que si l'app importe ou télécharge des fichiers, comme le décrit la référence Config.java.
Supprimez les lignes READ_MEDIA_IMAGES et READ_MEDIA_VIDEO de votre manifeste, ou ajoutez les règles de suppression ci-dessous si une bibliothèque les apporte. Si READ_MEDIA_VISUAL_USER_SELECTED apparaît aussi, retirez-la avec elles, sauf si vous savez exactement pourquoi elle est là.
Installez le nouveau build depuis les tests internes sur un appareil Android 14 ou plus récent et essayez un import depuis la galerie, une photo prise avec l'appareil photo, le scanner de documents si vous l'utilisez, une image enregistrée avec savethisimage:// et un téléchargement de PDF. Si quelque chose échoue, envoyez au support WebViewGold la version de votre modèle et le parcours en échec avant de soumettre.
Importez le nouveau bundle avec un code de version plus élevé et remplacez aussi les anciens bundles sur les canaux de tests internes, fermés et ouverts. Google vérifie chaque code de version de la soumission.
Si la Play Console affiche encore la déclaration sur les autorisations photos et vidéos, indiquez que l'app ne demande plus ces autorisations, puis envoyez les modifications pour examen.
Utilisez-les quand le Merged Manifest montre que les autorisations viennent d'une dépendance. Ajoutez l'espace de noms tools à l'élément manifest s'il manque.
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">
<!-- Les imports passent par le sélecteur du système ; aucun accès étendu aux médias n'est nécessaire -->
<uses-permission android:name="android.permission.READ_MEDIA_IMAGES" tools:node="remove" />
<uses-permission android:name="android.permission.READ_MEDIA_VIDEO" tools:node="remove" />
<uses-permission android:name="android.permission.READ_MEDIA_VISUAL_USER_SELECTED" tools:node="remove" />
</manifest>Court et vérifiable. Indiquez le code de version qui corrige le problème et le chemin exact où l'examinateur peut tester un import. Le modèle reste en anglais, car les examinateurs de Google lisent l'anglais.
App: [App name], package name [com.example.app]. Rejected version code [123], new version code [124]. The app needs only occasional access to photos: users attach a single image to [their profile / a support request / a listing]. We removed READ_MEDIA_IMAGES and READ_MEDIA_VIDEO from version code [124] and from every active track, including internal and closed testing. Uploads now go through the Android system picker, which shares only the image the user selects. To verify: log in with the account in Sign-in details, open [Profile > Edit profile], tap [Change photo] and choose an image. Thank you for reviewing version code [124].
Oui. Un champ de fichier ouvre le sélecteur du système, qui partage le fichier choisi sans aucune autorisation multimédia étendue. Testez le parcours une fois sur Android 13 ou plus récent après la modification.
Oui, READ_MEDIA_VIDEO relève des mêmes règles. Une vidéo choisie peut être partagée via le sélecteur de la même façon qu'une photo ; si votre app accepte l'import de vidéos, incluez-les dans votre série de tests.
Probablement pas. Publier des photos choisies est exactement ce à quoi sert le sélecteur. L'accès étendu est destiné aux apps dont le sélecteur ne peut pas servir la fonction principale, comme les gestionnaires de galerie, et la déclaration doit expliquer pourquoi le sélecteur est techniquement insuffisant.
Google vérifie les autorisations de chaque bundle soumis par rapport aux règles en vigueur, et une nouvelle version de bibliothèque peut ajouter des entrées au manifeste. L'onglet Merged Manifest montre de quel fichier vient chaque autorisation.
Non. CAMERA est une autorisation distincte, avec sa propre justification. Ne la gardez que si une fonctionnalité prend des photos ou scanne des codes, et retirez-la sinon.
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.