Android 14 ajoute de nouvelles fonctionnalités pour améliorer encore le fonctionnement des magasins d'applications tiers

click fraud protection

Android 14 se prépare à rendre l'expérience encore meilleure pour les utilisateurs de magasins d'applications tiers grâce à de nouvelles API.

Google Play est de loin le magasin d'applications le plus populaire parmi les utilisateurs d'Android, mais certains pourraient dire qu'il n'a pas mérité sa première place. Google a été scruté par les agences de réglementation et les organes législatifs du monde entier en raison de comment il maintient sa domination sur l'App Store, et rien n'indique que cette pression se relâchera à tout moment bientôt. C'est peut-être pourquoi Google prend l'initiative d'introduire de nouvelles fonctionnalités dans Android 14 qui améliorent l'expérience des utilisateurs de magasins d'applications tiers.

La plupart des magasins d'applications tiers sur Android ne sont pas vraiment compétitifs avec Google Play, et ce n'est pas seulement à cause de leur sélection d'applications. Alors que les magasins d'applications préinstallés propriétaires ont toujours eu la possibilité d'effectuer des mises à jour automatiques des applications, les magasins d'applications tiers n'ont été en mesure que récemment d'effectuer des mises à jour sans surveillance. Google a ajouté

une API dans Android 12 qui permet aux magasins d'applications tiers de mettre à jour les applications sans avoir besoin d'action de l'utilisateur, réduisant ainsi la friction de en utilisant un magasin d'applications tiers.

Cependant, cela a toujours laissé les magasins d'applications tiers dans une position désavantageuse en termes de fonctionnalités, car ils ne pouvaient pas facilement savoir quand il serait prudent de faire une mise à jour automatique. C'est ce que Google essaie de résoudre dans Android 14 avec une nouvelle API qui permet aux magasins d'applications tiers d'effectuer des "mises à jour en douceur".

Mises à jour douces

Android 14 a ajouté une nouvelle API qui permet aux magasins d'applications tiers de vérifier si certaines conditions sont remplies avant de procéder à la mise à jour automatique d'une application. Le Installateur de paquets. API InstallConstraints "peut être utilisé par les magasins d'applications pour fournir des mises à jour automatiques sans perturber l'expérience utilisateur (appelée mise à jour douce) - par exemple, un magasin d'applications peut retarder les mises à jour lorsqu'il découvre [sic] que l'application à mettre à jour interagit avec le utilisateur."

Cette nouvelle API permet aux magasins d'applications tiers de vérifier si une application qu'ils se préparent à mettre à jour dispose d'un service de premier plan actif (isRequireAppNotForeground), interagit avec l'utilisateur d'une manière ou d'une autre (isRequireAppNotInteracting) ou est à l'écran (isRequireAppNotTopVisible). Les magasins d'applications tiers peuvent également vérifier si l'appareil est en mode somnolence (isRequireDeviceIdle) ou en cours d'appel téléphonique (isRequireNotInCall).

Alors que l'API permet de spécifier les conditions à vérifier, la documentation recommande d'utiliser les contraintes prédéfinies car le "système sait mieux comment le faire. C'est logique étant donné que Google a eu beaucoup de temps pour développer la meilleure façon de gérer les mises à jour automatiques dans sa propre boutique d'applications. L'utilisation du préréglage est également bénéfique, comme indiqué dans la documentation, car la précision et l'efficacité des mises à jour douces peuvent être améliorées dans les futures versions si Google ajoute plus de contraintes à l'API.

Chaque condition que le PackageInstaller. L'API InstallConstaints active la vérification peut déjà être vérifiée via les API existantes, mais faire en sorte que le système gère ces vérifications est beaucoup plus facile et moins intrusif. Par exemple, les magasins d'applications tiers qui souhaitent vérifier si une application qu'ils mettent à jour est activement utilisée par l'utilisateur devrait actuellement utiliser une API comme UsageStats ou AccessibilityService, toutes deux sensibles autorisations. S'ils utilisent cette nouvelle API Android 14, ils n'auront pas besoin de ces autorisations pour faire leur travail.

Mettre à jour la propriété

L'activation des "mises à jour douces" n'est pas la seule amélioration d'Android 14 pour les magasins d'applications tiers. Il existe également un nouveau mécanisme de "propriété des mises à jour" qui permet aux magasins d'applications tiers de devenir la source exclusive des futures mises à jour automatiques d'une application qu'ils ont installée pour la première fois. Cela signifie que si vous utilisez un magasin d'applications tiers, car les applications disponibles via celui-ci sont approuvées par le communauté, par exemple, une mise à jour non vérifiée disponible via d'autres magasins d'applications ne sera pas automatiquement transmise à votre appareil.

À l'heure actuelle, lorsque vous installez une application via un magasin d'applications tiers, rien n'empêche un magasin d'applications propriétaire de mettre à jour cette application. Alors que l'API de mises à jour sans surveillance d'Android 12 permet uniquement aux magasins d'applications tiers de mettre à jour en silence les applications qu'ils ont installées pour la première fois, les magasins d'applications propriétaires ne sont pas affectés car ils détiennent le privilège INSTALL_PACKAGES autorisation.

Les magasins d'applications tiers sur Android 14 peuvent utiliser le nouveau setRequestUpdateOwnershipsetRequestUpdateOwnership méthode dans Installateur de paquets. Paramètres de session, cependant, pour indiquer au système qu'il revendique la propriété de la mise à jour de l'application qu'il est sur le point d'installer. Une fois que l'application de la mise à jour de la propriété est activée pour une application, tous les autres magasins d'applications, même ceux disposant de l'autorisation INSTALL_PACKAGES, nécessitent une action de la part de l'utilisateur pour mettre à jour l'application. La propriété de la mise à jour ne peut être activée que lors de l'installation initiale d'une application, donc une autre boutique d'applications ne pourra pas prendre en charge les mises à jour à moins que l'application en question ne soit désinstallée et réinstallée à partir de celle-ci magasin. Les magasins d'applications peuvent vérifier si la propriété de la mise à jour est activée pour une application et, le cas échéant, quelle application est le propriétaire de la mise à jour, via le nouveau InstallSourceInfo#getUpdateOwnerPackageName() API.

Les magasins d'applications tiers doivent détenir le nouveau ENFORCE_UPDATE_OWNERSHIP l'autorisation d'utiliser l'API d'application de la propriété de mise à jour, mais étant donné que cette autorisation a un niveau de protection "normal", elle sera accordée par le système au moment de l'installation. Cependant, il reste à voir si Google Play auditera l'utilisation de cette autorisation/API.

Installer la pré-approbation

La dernière nouvelle API Android 14 que je voulais souligner est Installateur de paquets. Session#requestUserPreapproval. Cette API permet aux magasins d'applications tiers de demander l'approbation de l'utilisateur avant de valider une session d'installation. J'imagine que cela sera utile pour les magasins d'applications tiers qui souhaitent intentionnellement inviter l'utilisateur avant de mettre à jour une application en arrière-plan.

Par exemple, imaginez qu'un magasin d'applications axé sur la sécurité souhaite informer son utilisateur lorsqu'une mise à jour d'application ajoute de nouvelles autorisations; au lieu de mettre à jour automatiquement cette application, accordant ainsi automatiquement cette autorisation si son niveau de protection est "normal", l'App Store pourrait inviter l'utilisateur avant d'effectuer la mise à jour. Actuellement, si un utilisateur n'est pas présent lors d'une mise à jour automatique, la boutique d'applications tierce devrait suivre la session d'installation et l'inviter plus tard. Cette API simplifie ce processus.


Android 14 introduira de nombreuses nouvelles fonctionnalités et API lors de sa sortie au public plus tard cette année. Bien que ces nouvelles API ne soient pas masquées comme certains des autres changements que nous avons repérés, rien ne garantit que ces API seront disponibles pour les développeurs dans la version stable. C'est parce que le gel de l'API ne se produira pas tant qu'Android 14 n'aura pas atteint la "stabilité de la plate-forme" avec la bêta 3 en juin 2023, et nous ne sommes que sur DP1 pour le moment. Nous garderons un œil sur les futures versions d'Android 14 DP et bêta pour voir si ces API restent ou si de nouvelles API pertinentes pour les magasins d'applications tiers sont ajoutées.