Funcionalidade 'botão Voltar', qual a importância?

É cada vez mais comum que aplicativos "ricos" quebrem o botão Voltar. Eu sempre defendi que essa era uma forma ruim, mas talvez essa visão esteja desatualizada?

É sempre bom quebrar o botão voltar? E se sim, quais são os critérios?

Quebre o botão Voltar apenas se for o esperado (se fizer sentido não voltar depois de um evento em seu site).

A Mozilla fez um estudo sobre como as pessoas estão usando seu navegador e os resultados para o botão Voltar são impressionantes:

O botão Voltar é usado com muito mais frequência do que qualquer outro elemento de navegação (com os botões Voltar, Avançar, Recarregar, Parar e Página inicial). 93,1% dos participantes do estudo usaram o botão Voltar pelo menos uma vez e, em média, cada usuário clicou em Voltar 66,2 vezes nos cinco dias - três vezes mais cliques que o botão Recarregar, 10x mais que o botão Início e mais de 30x mais que o botão Botões Avançar e Parar!

fonte

Eu uso muito o botão Voltar e odeio quando não posso usá-lo.

Quebrar o botão de volta é como quebrar o pedal do freio de um carro. Os usuários esperam que ele funcione sempre e, de repente, isso não acontece. O botão Voltar pode ser o recurso de interface do usuário mais usado em um navegador, portanto, alterar seu comportamento de qualquer maneira pode não ser bom e, na pior, resultar em confusão e abandono do usuário (ou aumento dos custos de suporte ao cliente). Mesmo que leve o usuário de volta para onde eles estavam , não é o que eles estavam esperando .

A quebra do botão Voltar deve ser evitada.

Quebrar o botão Voltar pode ser bom em alguns casos, mas é quase sempre desnecessário. Eu já vi muito isso com formulários de várias etapas, nos quais você publica de uma página para a próxima na próxima. O que você deve fazer nesta instância é a partir da página do formulário (1), poste em uma página diferente (2) que (por exemplo) armazene itens na sessão e, em seguida, redirecione de volta para outra página (3). Quando o usuário pressionar o botão Voltar, eles voltarão de (3) para (1).

Mesmo com os RIAs, você pode usar hashes / âncoras de URL (ou seja page.html#section) e monitorá-los quanto a alterações. O Gmail faz isso para as diferentes "páginas", como Caixa de entrada, Composição, Configurações etc. Esta pergunta no Stack Overflow ajudará se você quiser implementá-lo.

É importante quebrar o botão voltar nos sites em que o usuário está respondendo ao questionário, em alguns sites bancários. Geralmente, não é uma boa ideia.

A principal razão pela qual é "cada vez mais comum" é que algumas estruturas RIA não oferecem suporte ao botão voltar ou exigem que você pense ativamente sobre como incorporar seu uso em seu aplicativo. Porém, a maioria das estruturas oferece algum suporte para navegação, como o suporte do Silverlight 3 para quadros e controles de página , você só precisa saber como usá-lo efetivamente. A mesma estrutura de navegação é usada nos aplicativos Windows Phone 7.

Estudos demonstraram que quase 1/3 dos cliques ao usar o navegador está no botão Voltar (em Não me faça pensar). Sinceramente, não acredito que exista uma boa razão para impedir que o botão voltar funcione. as pessoas devem poder navegar pelo site da maneira que acharem melhor.

Minha experiência foi que, a menos que você esteja usando uma estrutura contida, como um aplicativo, dentro do contexto de um navegador (como o silverlight mencionado acima), e tenha uma navegação clara e adequada, simplesmente não é uma boa idéia começar a brincar com eles. funcionalidade padrão. Nos casos em que o vi usado, quase sempre houve problemas com outro navegador incompatível com o javascript ou uma sessão nem sempre é salva corretamente, e quando alguém "acidentalmente" pressiona o botão, as coisas tendem a não continuar como o esperado.

Eu acho que posso resumir as respostas como

Você nunca deve fazer isso, a menos que absolutamente não possa evitá-lo. Mesmo assim você não deveria.

Parece correto.

Para não desconsiderar a forma como os usuários "freqüentes" pressionam o botão Voltar ou que simplesmente não é uma "boa idéia" quebrá-lo, eu ofereceria uma sugestão diferente: O botão Voltar deve levar o usuário a algum lugar antes do usuário chegou onde eles estão agora. Em muitos casos, faz mais sentido e é mais útil não levá-los um clique no link de volta (e pode ser muito mais fácil de implementar). Por exemplo, navegue em um álbum de fotos. O usuário faz um clique para selecionar o álbum, é apresentado com miniaturas. Outro clique em uma miniatura mostra essa imagem com links para os próximos / anteriores. Nesse ponto, o usuário navega pelo álbum. Quando terminam, eles clicam em voltar. Nesse momento, é mais conveniente e intuitivo voltar para a miniatura do que para a foto anterior.

Em resumo, o botão Voltar deve fazer alguma coisa, mas exatamente o que deve fazer depende da aplicação.