La restauration fluide est le mécanisme par lequel un joueur qui revient est immédiatement reconnecté à sa progression lorsqu'il installe ou réinstalle le jeu sur un nouvel appareil, ce qui évite la friction d'un écran de connexion. Dans l'idéal, un jeu doit restaurer le dernier compte de jeu utilisé par le joueur dans les scénarios où la restauration transparente est applicable.
La restauration fluide est une recommandation pour le programme Level Up.
Un jeu restaure le dernier compte de jeu utilisé par le joueur dans les scénarios suivants :
Consignes d'implémentation
Consultez les consignes suivantes sur l'utilisation de la restauration fluide :
Quand utiliser la restauration fluide ?
- Nouvel appareil / Nouvelle installation : lorsqu'un joueur réinstalle le jeu sur un nouvel appareil, le jeu doit restaurer le dernier compte de jeu associé à l'ID de joueur des services de jeux Play. Les joueurs s'attendent à pouvoir continuer à jouer à partir de leur dernière progression enregistrée.
- Réinstallation : lorsqu'un joueur connu installe le jeu sur un appareil, considérez-le comme une nouvelle installation et implémentez la restauration fluide.
Quand ne pas utiliser la restauration fluide ?
- Mise à jour de l'application : si un joueur met à jour l'application, les données locales doivent déjà exister (par exemple, le joueur a mis à jour l'application via Google Play). Dans ce cas, ne déclenchez pas la restauration fluide et respectez l'état local. Toutefois, si aucune donnée locale n'est disponible et qu'un IGA de dernière partie est associé à un ID de joueur PGS, le jeu peut restaurer cet IGA ou présenter l'écran de connexion du jeu au joueur.
- Déconnexion explicite : si un joueur se déconnecte explicitement de l'IGA, il souhaite probablement changer de compte ou rester déconnecté du jeu. Dans ce cas, ne forcez pas la restauration de l'ancien compte au prochain lancement. Affichez plutôt l'écran de connexion. Cela permet aux joueurs de passer d'un compte à un autre dans le jeu.
Résolution des conflits :
Si votre jeu implémente les consignes relatives à l'expérience utilisateur pour un flux d'authentification idéal et suit les consignes d'implémentation pour la restauration fluide, il ne rencontrera aucun problème de résolution des conflits. Toutefois, si le jeu rencontre une situation où un joueur possède un compte Guest local avec une progression importante, mais qu'il dispose également d'une sauvegarde cloud de la dernière partie IGA associée à PGS, le jeu ne doit pas écraser automatiquement les données locales. Au lieu de cela, invitez le joueur à choisir entre les deux états.
Par exemple, affichez une invite : "Une sauvegarde dans le cloud a été trouvée. Voulez-vous restaurer le niveau 50 ou conserver le niveau 5 local ?"
Associer le dernier IGA joué à l'ID de joueur PGS
Pour implémenter la restauration fluide, le jeu doit vérifier qu'il existe une association entre le dernier IGA joué par le joueur et son ID de joueur PGS authentifié. Pour ce faire, vous pouvez utiliser l'une des méthodes suivantes :
- Votre propre backend : vous pouvez conserver l'association de l'ID de joueur avec votre identifiant dans le jeu dans votre backend. Vous pouvez également mapper l'état de la dernière partie jouée avec un identifiant dans le jeu afin de pouvoir récupérer l'IGA de la dernière partie jouée pour un joueur dès que vous obtenez l'ID de joueur après l'authentification de la plate-forme.
API Recall (recommandée) : l'API Recall est la méthode recommandée pour implémenter une restauration fluide si vous ne disposez pas de votre propre backend d'identité robuste. Il permet à Google de stocker le lien entre l'ID de joueur d'un utilisateur et l'ID de compte de jeu interne (persona). Fonctionnement de l'API Recall :
Store : lorsqu'un utilisateur joue, envoyez un jeton de rappel (lien chiffré vers son compte IGA) à Google.
Récupérer : sur un nouvel appareil, après l'authentification PGS, vous interrogez l'API Recall. Si un jeton existe, déchiffrez-le pour trouver l'ID IGA et restaurez immédiatement la progression.