Funzionalità 'pulsante Indietro', quanto è importante?

È sempre più comune per le applicazioni "avanzate" rompere il pulsante Indietro. Ho sempre sostenuto che questa era una cattiva forma, ma forse quella visione è obsoleta?

Va mai bene rompere il pulsante Indietro? E se sì, quali sono i criteri?

Rompi il pulsante Indietro solo se previsto (se ha senso non tornare indietro dopo un evento nel tuo sito Web).

Mozilla ha fatto uno studio su come le persone usano il suo browser e i risultati per il pulsante Indietro sono impressionanti:

Il pulsante Indietro viene utilizzato molto più spesso rispetto a qualsiasi altro elemento di navigazione (con questo intendiamo i pulsanti Indietro, Avanti, Ricarica, Stop e Home). Il 93,1% dei partecipanti allo studio ha utilizzato il pulsante Indietro almeno una volta e, in media, ogni utente ha fatto clic su Indietro 66,2 volte nell'arco dei 5 giorni : 3 volte in più rispetto al pulsante Ricarica, 10 volte in più rispetto al pulsante Home e oltre 30 volte in più rispetto al Pulsanti Avanti e Stop!

fonte

Uso molto il pulsante Indietro e lo odio quando non riesco a usarlo.

Rompere il pulsante indietro è come rompere il pedale del freno in un'auto. Gli utenti si aspettano che funzioni sempre e quando all'improvviso non si verifica un caos. Il pulsante Indietro potrebbe essere la funzionalità dell'interfaccia utente più utilizzata in un browser, quindi alterarne il comportamento in qualsiasi modo, nella migliore delle ipotesi, non può fare nulla di buono e, nel peggiore dei casi, causare confusione e abbandono da parte dell'utente (o aumentare i costi dell'assistenza clienti). Anche se riporta l'utente nel punto in cui si trovava non è quello che si aspettava .

La rottura del pulsante Indietro dovrebbe essere evitata.

In alcuni casi, rompere il pulsante Indietro può essere OK, ma è quasi sempre inutile. L'ho visto molto con i moduli multi-step in cui pubblichi da una pagina all'altra. Quello che dovresti fare in questa istanza è dalla tua pagina del modulo (1), pubblicare su una pagina diversa (2) che (ad esempio) memorizza elementi nella sessione, quindi reindirizzare nuovamente a un'altra pagina (3). Quando l'utente preme il pulsante Indietro, passerà da (3) a (1).

Anche con le RIA è possibile utilizzare hash / ancore URL (ovvero page.html#section) e monitorarli per le modifiche. Gmail lo fa per le diverse 'pagine' come Posta in arrivo, Composizione, Impostazioni, ecc. Questa domanda su Stack Overflow ti aiuterà se vuoi implementarlo.

È importante rompere il pulsante Indietro nei siti in cui l'utente risponde ai quiz, in alcuni siti bancari. In generale, non è una buona idea.

Il motivo principale per cui è "sempre più comune" è che alcuni framework RIA non supportano il pulsante Indietro o richiedono di pensare attivamente a come incorporare il suo utilizzo nella propria applicazione. La maggior parte dei framework offre un supporto per la navigazione, tuttavia, come il supporto di Silverlight 3 per i frame e i controlli della pagina , devi solo sapere come usarlo in modo efficace. Lo stesso framework di navigazione viene utilizzato nelle applicazioni Windows Phone 7.

Gli studi hanno dimostrato che quasi 1/3 dei clic quando si utilizza il browser si trova sul pulsante Indietro (da Don't Make Me Think). Onestamente non credo che ci sia mai una buona ragione per impedire il funzionamento del pulsante Indietro. le persone dovrebbero essere in grado di navigare nel tuo sito come meglio credono.

La mia esperienza è stata che, a meno che non si stia utilizzando un framework contenuto come un'app ENTRO il contesto di un browser (come Silverlight sopra menzionato), e si abbia una navigazione chiara e adatta, non è una buona idea iniziare a fare il monkeying con funzionalità predefinita. Nei casi in cui l'ho visto usato, ci sono quasi sempre stati problemi con un altro browser incompatibile con il javascript o una sessione che non salvava sempre correttamente, e quando qualcuno "accidentalmente" preme il pulsante le cose tendono a non continuare come previsto.

Penso di poter riassumere le risposte come

Non dovresti mai farlo se non riesci assolutamente ad evitarlo. Anche allora non dovresti.

Sembra giusto.

Per non scartare la frequenza con cui gli utenti "frequenti" premono il pulsante Indietro, o semplicemente non è una "buona idea" per "romperlo", offrirei un suggerimento diverso: il pulsante Indietro dovrebbe portare l'utente da qualche parte prima che l'utente arrivato dove sono adesso. In molti casi ha più senso ed è più utilizzabile non riportarli indietro di un link (e potrebbe essere molto più facile da implementare). Ad esempio, passa a sfogliare un album fotografico. L'utente fa un clic per selezionare l'album, viene presentato con le anteprime. Un altro clic su un'anteprima mostra quell'immagine con collegamenti successivi / precedenti. A questo punto l'utente naviga attraverso l'album. Quando hanno finito, fanno clic indietro. A questo punto, è più comodo e intuitivo tornare all'anteprima rispetto all'immagine precedente.

In breve, il pulsante Indietro dovrebbe fare qualcosa, ma esattamente cosa dovrebbe fare dipende dall'applicazione.