A UX de permissões até agora
Quando um usuário visita um site que solicita uma permissão, um balão aparece para solicitar que ele tome uma decisão. Por exemplo, abaixo você pode conferir o prompt de permissão de geolocalização conforme implementado no Chrome até a versão 96. É possível testar essa e outras permissões no nosso site de demonstração permission.site.
A maioria das solicitações de permissão é ignorada ou dispensada
Os dados de telemetria do Chrome provam que muitas solicitações de permissão são ignoradas. É possível explorar os dados de permissão de notificações no relatório de UX do Chrome por conta própria. Por enquanto, considere a tabela abaixo que mostra como usuários do Windows reagiram à solicitação de notificação em sites de forma acumulada, observando que as solicitações de geolocalização tiveram um comportamento semelhante de dispensar ou ignorar.
Considerando uma taxa de ignorar/dispensar de aproximadamente 85%, e principalmente considerando o quanto a solicitação se destaca e insiste que os usuários tomem uma decisão imediatamente, há um conflito entre o nível de urgência presumido pelo navegador e a preferência do usuário de esperar uma decisão. Isso cria a percepção de que é "incômodo" para um site pedir uma permissão, porque ela se perde e se perde entre os itens adicionais que os usuários precisam para reagir, como banners de consentimento para o uso de cookies, inscrições em newsletters etc.
Novo design
A partir do Chrome 98, lançamos uma interface com ícone animado que aparece ao lado do cadeado sempre que uma permissão é solicitada. Isso consiste em um ícone e um rótulo que descrevem a permissão solicitada. Nosso objetivo era melhorar a experiência da navegação na Web, evitando solicitações de permissão que geralmente são desnecessárias para a grande maioria dos usuários e frequentemente ignoradas ou dispensadas.
O balão de solicitação existente será exibido quando o ícone de solicitação for clicado (se ainda não for exibido), e a interface de solicitação será aumentada automaticamente com o balão de solicitação com base na heurística listada abaixo:
- A permissão foi acionada por um gesto do usuário ao interagir com o próprio site, em vez de ser acionada automaticamente pelo site.
- A permissão é considerada essencial e geralmente não é spam. Atualmente, isso inclui câmera, microfone e câmera pareadas com o microfone.
Forçar o novo design
Como este é um lançamento gradual, você pode forçar o novo design alternando as flags a seguir:
chrome://flags/#permission-chipchrome://flags/#permission-chip-gesturechrome://flags/#permission-chip-request-type
Fluxo do novo design
Sem gesto do usuário
Para permissões não essenciais que não são acionadas por um gesto, a solicitação não aparece mais no conteúdo do site nem insiste em uma decisão imediata. O usuário pode ignorar o ícone de solicitação até ter informações suficientes para tomar uma decisão.
Sem interação
Sem interação e após um pequeno atraso, o ícone de solicitação será recolhido automaticamente para apenas um ícone bloqueado (para indicar que a permissão está temporariamente bloqueada) antes de ser totalmente dispensada. O objetivo é evitar o problema para os usuários que optam por não tomar uma decisão e permitir que façam isso sem nenhuma interação.
Impacto esperado de curto prazo
A curto prazo, e até que os usuários se acostumem com a nova interface, é provável que os proprietários observem taxas de concessão mais baixas, especialmente para aqueles que solicitam permissões automaticamente sem preparar ou exigir um gesto do usuário, o que é considerado uma prática negativa. Essa desvantagem reconhecida é amplamente compensada pela experiência menos interruptiva.
Práticas recomendadas
Cabe ao site garantir que ele forneça o contexto necessário e solicite permissões apenas no momento adequado e esperado. As permissões que foram temporariamente bloqueadas, por um usuário ignorar a solicitação ou dispensar a solicitação, podem solicitar a permissão novamente na mesma sessão. Só faça isso se a permissão for essencial para o funcionamento do site ou recurso. Caso contrário, ela corre o risco de irritar os usuários e ser bloqueado automaticamente. Nesses casos, mostramos as mensagens silenciosas introduzidas no Chrome 80. Para orientações mais gerais, consulte UX de permissão.
Perspectiva e conclusões
Há planos para outras melhorias na interface e na UX. A equipe do Chrome já está trabalhando neles e investigando um bloqueio automático mais agressivo de permissões com base em comportamentos anteriores. Você ficará sabendo das novidades aqui assim que esses planos se desenvolverem.
Como resultado, a nova interface reduz a insistência percebida em uma decisão e melhora a experiência de navegação. Como a maioria das solicitações de permissão são bloqueadas ou ignoradas, o objetivo era melhorar a experiência geral de navegação sem interromper os fluxos de usuários ao mostrar uma solicitação de permissão, especialmente em situações em que as permissões são necessárias para concluir um caso de uso.
Agradecimentos
Imagem principal de Sigmund no Unsplash (links em inglês). Este artigo foi revisado por Joe Medley.