Os tokens de sessão agrupam as fases de consulta e seleção de uma pesquisa de preenchimento automático do usuário em uma sessão discreta para fins de faturamento.
Criar um token de sessão
Os usuários são responsáveis por gerar tokens exclusivos para cada sessão. O Google recomenda o uso da versão 4 dos UUIDs.
Exemplo
À medida que o usuário digita uma consulta, uma solicitação de preenchimento automático é chamada após algumas teclas (não por caractere), e uma lista de possíveis resultados é retornada. Quando o usuário faz uma seleção na lista de resultados, a seleção conta como uma solicitação, e todas as solicitações feitas durante a pesquisa são agrupadas e contadas como uma única solicitação. Se o usuário selecionar um lugar, a consulta de pesquisa vai ficar disponível sem custos financeiros e apenas a solicitação de dados de lugar vai ser cobrada. Se o usuário não fizer uma seleção alguns minutos após o início da sessão, somente a consulta de pesquisa será cobrada.
Vamos examinar esse fluxo de eventos da perspectiva de um aplicativo.
- Um usuário começa a digitar uma consulta para pesquisar "Paris, França".
- Ao detectar a entrada do usuário, o app cria um novo token de sessão, o "Token A".
- Conforme o usuário digita, a API faz uma solicitação de preenchimento automático em intervalos de alguns
caracteres, mostrando uma nova lista de possíveis resultados para cada um deles:
"P"
"Par"
"Paris",
"Paris, Fr"
- Quando o usuário faz uma seleção:
- Todas as solicitações resultantes da consulta são agrupadas e adicionadas à sessão representada pelo "Token A", como uma única solicitação.
- A seleção do usuário é contada como uma solicitação do Place Details e adicionada à sessão representada pelo "Token A".
- A sessão é concluída, e o app descarta o "Token A".
Para mais informações sobre como as solicitações do Autocomplete são faturadas, consulte Uso e faturamento.