A restauração contínua é o mecanismo pelo qual um jogador que retorna é reconectado imediatamente ao progresso dele ao instalar ou reinstalar o jogo em um novo dispositivo, eliminando o atrito de uma tela de login. O ideal é que um jogo restaure a conta mais recente jogada pelo jogador nos cenários em que a restauração contínua é aplicável.
A restauração contínua é uma diretriz recomendada para o Level Up programa.
Um jogo restaura a conta mais recente jogada pelo jogador nos seguintes cenários:
Diretrizes de implementação
Consulte as seguintes diretrizes sobre como usar a restauração contínua:
Quando usar a restauração contínua?
- Novo dispositivo / instalação limpa:quando um jogador que retorna instala o jogo em um novo dispositivo, o jogo precisa restaurar a última conta jogada (IGA, na sigla em inglês) vinculada ao ID do jogador dos serviços relacionados a jogos do Google Play. Os jogadores esperam continuar jogando com o último progresso salvo.
- Reinstalação: quando um jogador que retorna instala o jogo em qualquer dispositivo, trate isso como uma nova instalação e implemente a restauração contínua.
Quando não usar a restauração contínua?
- Atualização do app:se um jogador atualizar o app, os dados locais já vão existir (por exemplo, o jogador atualizou o app pelo Google Play). Nessa situação, não acione a restauração contínua e respeite o estado local. No entanto, se nenhum dado local estiver disponível e uma IGA jogada por último estiver associada a um ID do jogador do PGS, o jogo poderá restaurar essa IGA ou apresentar a tela de login do jogo ao jogador.
- Saída explícita: se um jogador sair explicitamente da IGA, a intenção mais provável é trocar de conta ou permanecer desconectado do jogo. Nessa situação, não force a restauração da conta anterior na próxima inicialização. Em vez disso, mostre a tela de login. Isso permite que os jogadores alternem entre várias contas no jogo.
Resolução de conflitos:
Se o jogo implementar a diretriz de experiência do usuário para o fluxo de autenticação ideal
e seguir as diretrizes de implementação de restauração contínua, o
jogo não vai encontrar nenhuma resolução de conflitos. No entanto, se o jogo encontrar uma
situação em que um jogador tenha uma conta Guest local com progresso significativo,
mas também tenha um backup na nuvem da última IGA jogada vinculada ao PGS, o jogo
não deverá substituir automaticamente os dados locais. Em vez disso, apresente um aviso ao
jogador para escolher entre os dois estados.
Por exemplo, apresente um aviso: "Backup na nuvem encontrado. Você quer restaurar o nível 50 ou manter o nível 5 local?".
Vincular a última IGA jogada ao ID do jogador do PGS
Para implementar a restauração contínua, o jogo precisa verificar se há uma associação entre a IGA mais recente jogada pelo jogador e o ID do jogador autenticado do PGS. Você pode fazer isso usando um dos seguintes métodos:
- Back-end próprio: você pode manter a associação do ID do jogador com o identificador no jogo no back-end, além de mapear o estado jogado por último com um identificador no jogo para que possa recuperar a última IGA jogada de um jogador assim que receber o ID do jogador após a autenticação da plataforma.
API Recall (recomendada): a API Recall é o método recomendado para implementar a restauração contínua se você não tiver seu próprio back-end de identidade robusto. Ela permite que o Google armazene o link entre o ID do jogador de um usuário e o ID da conta no jogo (persona). Como a API Recall funciona:
Armazenar:quando um usuário joga, envie um "token de recall" (link criptografado para a IGA) ao Google.
Recuperar:em um novo dispositivo, após a autenticação do PGS, você consulta a API Recall. Se um token existir, descriptografe-o para encontrar o ID da IGA e restaurar o progresso imediatamente.