Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Pour optimiser la rétention de vos utilisateurs au fur et à mesure qu’ils passent à un nouvel appareil, votre application (conjointement avec la restauration d’applications Windows) doit offrir la meilleure expérience de restauration possible. Cette rubrique définit les tenets de la restauration d’applications Windows qui permettront à votre application de fournir cette expérience et de conserver autant de clients engagés que possible.
Pourquoi la restauration d’applications est critique
Lorsque les utilisateurs de votre application passent à leur prochain PC Windows, ils ont besoin de la tranquillité d’esprit que leurs applications seront transférées vers leur nouvel appareil.
Windows sauvegarde la liste des applications de l’utilisateur dans le cloud ; lors de la restauration, il crée des espaces réservés d’application épinglés sur le nouveau PC Windows afin que les utilisateurs trouvent leurs applications là où ils s’attendent à ce qu’ils soient. Cela rend l’installation de l’application très simple. Toutefois, en plus de l’installation de l’application, les utilisateurs veulent également que le reste de leur configuration et paramètres d’application soient transférés vers leur nouvel appareil.
Si vous vérifiez que vos applications suivent les meilleures pratiques pour optimiser l’efficacité des fonctionnalités de restauration d’applications Windows, vos utilisateurs pourront revenir à la productivité le plus rapidement possible sur leur nouveau PC. Cela permettra, à son tour, à votre application de conserver vos utilisateurs sur leur nouveau PC. Le reste de cette rubrique traite de ces meilleures pratiques.
Principes de restauration d'application
Ces principes sont des instructions et des bonnes pratiques pour vous permettre d’optimiser l’expérience de sauvegarde et de restauration pour les utilisateurs de vos applications. Il s’agit d’une collection de bonnes pratiques existantes que nous avons rassemblées.
- Publiez votre application dans le Microsoft Store. Votre application doit activer la distribution approuvée via le Microsoft Store (consultez Publier des applications et des jeux Windows). Il s’agit du moyen le plus simple pour vous de fournir une expérience fiable et transparente (pensez à moins de clics) pour vos utilisateurs.
- Empaqueter votre application. Votre application doit être empaquetée (pour les définitions, consultez Vue d’ensemble du déploiement). Une application empaquetée permet au système de mieux comprendre les fichiers, les données et les paramètres qui comptent pour une application ; et permet au système de restaurer plus facilement des applications à la demande.
- Stocker l’état de l’application critique dans le cloud. Votre application doit stocker son état d’application critique dans le cloud. L’installation d’une application sur un nouvel appareil n’est que la première étape. Ramener les utilisateurs à l’état de leur application précédente ( leurs récents, leurs favoris, leurs préférences) est l’objectif ; et la meilleure façon de procéder consiste à stocker ces informations d’état utilisateur critiques dans le cloud. L’état local doit être considéré comme une optimisation temporaire uniquement.
- Écrire du contenu généré par l’utilisateur dans dossiers connus. Votre application doit écrire du contenu généré par l’utilisateur dans les dossiers connus Windows (voir la classe KnownFolders ). Séparez-le de l’état de l’application : si votre application produit du contenu généré par l’utilisateur (fichiers, clips audio, vidéos, etc.), vous devez écrire ce contenu dans les dossiers connus Windows (documents, images, musique, vidéos, etc.). Cela permet à Windows, via OneDrive, de sauvegarder ces fichiers dans le cloud et de maintenir la synchronisation fluide entre les appareils à l’aide de sa technologie à la demande.
Publier votre application dans le Microsoft Store
Le Microsoft Store est le cloud de distribution le plus fiable pour vos applications Windows (consultez Publier des applications et des jeux Windows). Les utilisateurs peuvent facilement rechercher et trouver votre application pour installation.
Lorsqu’un utilisateur installe un nouveau système d’exploitation et choisit de restaurer à partir de son PC précédent, ces applications qui se trouvent dans le Microsoft Store sont automatiquement répertoriées dans la liste Toutes les applications et disposent d’épingles disponibles dans les mêmes emplacements dans le menu Démarrer et la barre des tâches que précédemment. Ces raccourcis permettent à l’utilisateur d’accéder immédiatement à l’application et de l’installer.
Empaqueter votre application
Une autre clé pour créer une expérience optimale pour vos utilisateurs est de s’assurer que l’application est installée et se comporte correctement. La meilleure façon de procéder consiste à utiliser une application empaquetée (voir Vue d’ensemble du déploiement).
Une application empaquetée (une application de bureau empaquetée ou une application WinUI) est empaquetée à l’aide de MSIX et s’exécute à l’intérieur d’un conteneur d’application léger. Le processus d’application empaqueté et ses processus enfants s’exécutent à l’intérieur du conteneur ; et ils sont isolés à l’aide du système de fichiers et de la virtualisation du registre. Il s’agit de ces aspects de l’empaquetage qui rendent l’installation extrêmement fiable et assurez-vous que l’application ne se comporte pas mal ou ne conserve pas les fichiers de configuration ou d’application du Registre sur le PC lorsque l’utilisateur désinstalle.
Pour plus d’informations sur les avantages de l’utilisation de MSIX pour l’empaquetage, consultez Qu’est-ce que MSIX ?.
Les avantages du format MSIX et des applications empaquetées ne se terminent pas par la fiabilité des applications. L’empaquetage de votre application signifie également qu’elle sera en mesure d’être rapidement installée lorsque les utilisateurs migrent vers un nouveau PC. Après une installation, Windows commence à réhydrater les applications empaquetées qu’elle a restaurées. Étant donné que la réhydratage prend du temps, si l’utilisateur clique sur le lien avant que l’application soit réhydratée, Windows télécharge et installe immédiatement l’application, ce qui permet à l’utilisateur de l’exécuter le plus tôt possible.
Stocker l’état de l’application critique dans le cloud
Comme vous pouvez le voir, Windows fait un excellent travail pour aider vos clients à trouver et installer votre application sur leur nouveau PC. Mais qu’en est-il des données d’application, telles que les paramètres de l’application ? Pour offrir la meilleure expérience utilisateur, nous vous recommandons d’utiliser le cloud pour stocker l’état de votre application. En stockant des données d’application dans le cloud, vos utilisateurs peuvent avoir une expérience cohérente entre les appareils. Et quand les utilisateurs n’ont pas besoin de reconfigurer leurs paramètres d’application, votre satisfaction utilisateur augmente considérablement.
Le stockage des paramètres d’application dans le cloud nécessite un service. Pour offrir une expérience aussi riche que possible, Microsoft fournit un large éventail de services qui éliminent la nécessité de faire tourner des serveurs, ou de choisir votre base de données, ou de vous soucier de la mise à l’échelle ou de la sécurité. Ces services offrent une excellente expérience de développement qui vous permet de stocker des données d’application dans le cloud à l’aide d’API SQL ou NoSQL. Pour vous aider à créer des applications évolutives et robustes, vous pouvez également synchroniser des données sur tous les appareils et permettre à l’application de fonctionner avec ou sans connexion réseau. Pour plus d’informations sur les services Microsoft, consultez Store, synchronisation et requête des données d’application mobile à partir du cloud.
Pour plus d’informations sur les meilleures pratiques de stockage des données d’application, consultez Store et récupérer des paramètres et d’autres données d’application.
Écrire du contenu généré par l’utilisateur dans des dossiers connus
Windows a introduit des dossiers connus avec Windows Vista. Depuis ce temps, les utilisateurs s’attendent à ce qu’ils puissent trouver le contenu qu’ils créent avec leurs applications dans ces emplacements. L’écriture de contenu généré par l’utilisateur dans ces emplacements présente l’avantage supplémentaire que OneDrive sauvegarde ces dossiers, le cas échéant, pour s’assurer qu’il est disponible pour l’utilisateur sur son nouveau PC (voir Sauvegarder vos dossiers avec OneDrive). En utilisant des API Windows standard pour écrire votre contenu généré par l’utilisateur dans les dossiers connus, vous améliorez l’expérience utilisateur et réduisez les frictions lors de l’adoption de votre application.
Fichiers visibles par l’utilisateur
Vous devez stocker des fichiers que vous souhaitez qu’un utilisateur voit et interagisse avec le dossier approprié dans le profil de l’utilisateur. Vous devez stocker des fichiers généraux à l’emplacement FOLDERID_Documents ; généralement dans un sous-dossier. Et vous devez stocker des images, de la musique et de la vidéo dans leurs emplacements appropriés FOLDERID_Pictures, FOLDERID_Music, et FOLDERID_Videos.
Données d’application spécifiques à l’ordinateur
Vous devez stocker des données spécifiques à l’ordinateur sur lequel l’application est en cours d’exécution dans le FOLDERID_LocalAppData dossier ; normalement dans un sous-dossier. Cela inclut des données telles que :
- Métriques de performances système. Informations collectées et persistantes sur l’ordinateur actuel et utilisées pour optimiser le comportement de l’application sur cet ordinateur spécifique. Par exemple, si vous avez collecté des informations sur les fonctionnalités graphiques et les performances de la machine (afin de déterminer la qualité de rendu optimale), vous ne devez pas parcourir ces données.
- Personnalisations des utilisateurs connectées à des fonctionnalités spécifiques à l’ordinateur. Une application qui optimise ses performances de rendu en fonction des fonctionnalités graphiques et des performances de l’ordinateur doit également stocker les modifications qu’il permet à l’utilisateur d’apporter à ces préférences en tant que données spécifiques à l’ordinateur. Cela garantit que l’utilisateur apprécie ce qu’il détermine comme étant la meilleure expérience pour la machine sur laquelle il s’exécute sur l’application.
Conseil / Astuce
La raison pour laquelle nous vous conseillons de ne pas stocker les données spécifiques à l’ordinateur dans les dossiers connus est que ces dossiers spécifiques à l’utilisateur voyagent avec l’utilisateur entre les machines (ils se déplacent). Par conséquent, le stockage de données spécifiques à l’ordinateur peut entraîner des conflits et des problèmes lorsque les utilisateurs utilisent votre application sur plusieurs ordinateurs ou après une mise à niveau.
Données d’application qui ne sont pas spécifiques à l’ordinateur
Vous devez stocker des données qui ne sont pas spécifiques à l’ordinateur à l’emplacement FOLDERID_Documents ; généralement dans un sous-dossier. Ces fichiers contiennent souvent la personnalisation de l’application fournie par l’utilisateur, par exemple : action par défaut à effectuer lors du lancement ; arrière-plans personnalisés ; ou d’autres données qui ne doivent pas passer d’un ordinateur à un autre.
Meilleures pratiques pour les applications non empaquetées
Si vous ne pouvez pas empaqueter votre application, assurez-vous que votre programme d’installation implémente les recommandations ci-dessous. Cela garantit qu’il est possible de sauvegarder et de restaurer les raccourcis du menu Démarrer qui permettent l’installation sur un nouvel ordinateur restauré à partir de la sauvegarde.
- Assurez-vous que votre programme d’installation spécifie une
InstallLocationvaleur dans sa clé de Registre de désinstallation. Quand vous utilisez Windows Installer, spécifiez-le à l’aide d’ARPINSTALLLOCATION. Cela est nécessaire pour activer le mappage des raccourcis du menu Démarrer vers le produit. - Assurez-vous que cet emplacement est spécifique au produit ; il s'agit généralement du sous-répertoire situé sous
C:\Program Files\<Publisher>\<Application>. - Assurez-vous que les raccourcis du menu Démarrer ont des valeurs indépendantes
System.AppUserModel.IDde l’ordinateur (AMUID). Pour ce faire, spécifiez-les explicitement dans les métadonnées de raccourci. Pour plus d’informations, voir Where to Assign an AppUserModelID.
Windows developer