Abandons

Cette page liste toutes les fonctionnalités Google Play gérées qui sont en période d'abandon. Cela inclut les fonctionnalités et les méthodes de l'API Google Play EMM, ainsi que les fonctionnalités de la plate-forme Google Play d'entreprise.

Motif de l'abandon des fonctionnalités

Voici quelques raisons pour lesquelles une ancienne fonctionnalité ou méthode peut être abandonnée:

  • Améliorer la qualité du produit: certaines anciennes fonctionnalités sont complexes et sujettes aux erreurs. Il n'est pas rare que les développeurs commettent des erreurs lors de l'intégration de ces fonctionnalités, ce qui entraîne des bugs visibles par les clients et les utilisateurs finaux. En migrant vers des solutions modernes, un EMM améliore la qualité de son produit EMM.
  • Réduire la maintenance des produits: la maintenance de certaines anciennes fonctionnalités peut nécessiter beaucoup d'efforts de la part des EMM et de Google, en raison d'une investigation des bugs ou de tests de régression approfondis avant chaque nouvelle version. La migration vers des solutions modernes ou l'abandon des fonctionnalités peu utilisées permet aux EMM et à Google de consacrer plus de temps à la création des nouvelles fonctionnalités dont les utilisateurs ont besoin.
  • Permettre de futurs développements: certaines anciennes fonctionnalités sont incompatibles avec les nouvelles fonctionnalités que Google souhaite publier. Les abandons permettent de débloquer ces nouvelles fonctionnalités et d'apporter de la valeur aux utilisateurs.

Fonctionnement de l'abandon

La période d'abandon d'une fonctionnalité ou d'une méthode commence à la date de l'annonce. La fonctionnalité ou la méthode restent disponibles pendant la période d'abandon (généralement 12 mois si aucune date d'arrêt n'est indiquée). Toutefois, une fois la période d'abandon terminée, la fonctionnalité ou la méthode devrait être mise hors service et ne sera plus disponible.

Pour la plupart des abandons, Google recommande une autre approche pour fournir la même fonctionnalité, souvent sans changement visible pour les clients et les utilisateurs finaux. Le cas échéant, l'approche alternative est décrite dans l'annonce d'abandon figurant dans la liste suivante.

Au lieu de migrer vers les alternatives proposées dans l'API Google Play EMM, vous pouvez également migrer vers l'API Android Management moderne, qui est plus simple à intégrer et à gérer.

Si vous avez des questions ou des commentaires, vous pouvez contacter Google via la communauté de fournisseurs EMM Android Enterprise.

Périodes d'abandon actives

Cette section liste toutes les fonctionnalités et méthodes qui sont en période d'abandon.

Approbation des applications (annonce: 1er septembre 2021 ; désactivation: 30 septembre 2025)

L'approbation des applications dans Google Play d'entreprise est obsolète depuis le 1er septembre 2021 et sera désactivée le 1er septembre 2025. Par exemple :

Au lieu d'utiliser l'approbation des applications pour contrôler les applications disponibles, vous pouvez définir la règle relative aux appareils pour chaque appareil. Si vous souhaitez autoriser les administrateurs informatiques à présélectionner une liste d'applications pour l'ensemble de l'entreprise, vous pouvez stocker cette liste sur votre serveur EMM. Vous n'avez pas besoin de la transmettre à Google à l'aide de l'API Play EMM.

Si vous utilisez la notification EMM AppUpdateEvent, vous pouvez utiliser le mode de mise à jour prioritaire (documentation à venir) pour mettre à jour automatiquement une application sur un appareil lorsque le développeur publie une nouvelle version de l'application.

Pour ajouter des applications à des collections dans l'iFrame Google Play d'entreprise, les EMM doivent appeler SELECT mode dans les paramètres d'URL de l'iFrame.

Fonctionnalités perdues

Il n'existe aucun remplacement pour les notifications EMM AppRestrictionsSchemaChangeEvent et ProductAvailabilityChangeEvent. Si vous exposez une fonctionnalité dans votre console EMM en fonction de ces notifications, vous devrez l'abandonner.

Droits d'accès et ensemble de produits disponibles (annonce: 1er septembre 2021 - Désactivation: 30 septembre 2025)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 1er septembre 2025:

Pour contrôler les applications disponibles que les utilisateurs peuvent installer à partir de la plate-forme Google Play d'entreprise, vous pouvez définir une règle concernant les appareils.

Vous pouvez définir le comportement du Google Play Store géré en définissant le champ policy.productAvailabilityPolicy, et sélectionner les applications disponibles en les ajoutant à policy.productPolicy. Découvrez comment distribuer des applications.

Installe l'API (annonce: 1er septembre 2021 - Désactivation: 30 septembre 2025)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 1er septembre 2025:

Pour installer des applications sur des appareils, vous pouvez définir policy.productPolicy.autoInstallPolicy dans le Règlement sur les appareils.

Pour forcer la mise à jour d'une application, vous pouvez utiliser le mode haute priorité.

Si l'application ne peut pas être installée sur l'appareil, la méthode installs.update renvoie le motif de l'échec (productNotAvailableInCountry, productNotCompatibleWithDevice, etc.).

Lorsque policy est utilisé et que l'application ne peut pas être installée sur l'appareil, le Google Play Store d'entreprise renvoie des commentaires sur l'application à votre DPC contenant les détails de l'erreur pour l'échec de l'installation.

installs.delete ne sera plus obsolète et sera conservé tel quel. Vous pouvez également supprimer des applications des appareils pour les DPC personnalisés à l'aide de PackageInstaller.uninstall().

Méthodes de produit: getAppRestrictionsSchema et getPermissions (annonce: 1er septembre 2021 ; désactivation: 30 septembre 2025)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 1er septembre 2025:

Pour obtenir les autorisations d'une application, vous pouvez appeler la méthode products.get.

La méthode products.get renverra bientôt également le schéma de restriction de l'application au même format que celui renvoyé par products.getAppRestrictionsSchema. Ce changement sera déployé au plus tard le 30 juin 2022.

Méthodes de configuration gérées (annonce: 1er septembre 2021 - Désactivation: 30 septembre 2025)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 1er septembre 2025:

Pour définir des configurations gérées pour une application et un appareil, vous pouvez définir policy.productPolicy.managedConfiguration dans la règle Devices (Appareils).

Service de clé de compte de service (annonce: 1er septembre 2021 - Désactivation: 30 septembre 2025)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 1er septembre 2025:

Si vous utilisez des ESA créés par programmation, nous vous recommandons de passer à un compte de service configuré à l'aide de Cloud IAM pour appeler l'API EMM Play. Dans Cloud IAM, vous pouvez créer et supprimer des clés pour les clés de compte de service.

Vous pouvez choisir de continuer à utiliser les ESA créées par programmation pour le moment, mais vous ne pourrez plus faire pivoter les clés ESA.

Champ "Parcours fermé" (annonce: 1er septembre 2021 – Désactivation: 30 septembre 2025)

Le champ policy.productPolicy[].tracks[] dans la requête de la méthode devices.update est obsolète depuis le 1er septembre 2021 et sera désactivé le 1er septembre 2025.

Vous pouvez récupérer la liste des canaux disponibles pour une entreprise pour une application spécifique à l'aide de products.get. Vous pouvez ensuite distribuer un titre à un appareil en définissant policy.productPolicy[].trackIds[] dans la règle Devices (Appareils). Découvrez comment distribuer des voies fermées aux utilisateurs.