Dovremmo fornire il pulsante "indietro" per il sito Web mobile?
Nel sito Web mobile per tutti gli smartphone (iPhone, Android, Blackberry, Windows Phone 7), devo fornire un pulsante "Indietro" all'interno della pagina Web anche quando il browser ha funzionalità per tornare indietro?
Modifica - 19 agosto
Ho approfondito ulteriormente questo argomento e ho scoperto che l'iPhone ha il pulsante Indietro all'interno dello schermo
Ma in Android è fuori dallo schermo. Non conosco altri smartphone.
E nei siti Web desktop non utilizziamo mai il pulsante Indietro.
Usiamo il link della homepage sul logo per andare alla home page
Usiamo il pulsante Indietro del browser.
E nella home page del sito Web mobile non è necessario il pulsante Indietro.
- Dovremmo ancora usare il pulsante Indietro nel sito Web mobile.?
Prima di tutto una domanda sulla tua affermazione: tutto i browser mobili hanno il pulsante Indietro? Ho l'impressione che alcuni browser mobili rimuovano questo pulsante di navigazione elementare per salvare lo schermo immobiliare? Potrei sbagliarmi, ma se questo è il caso, allora dovresti implementare un pulsante indietro sul tuo sito web.
Questo è anche il caso in cui il tuo sito web deve essere mostrato in modalità a schermo intero o renderizzato in una soluzione webkit personalizzata (non ricordo se Flipboard e FeeddlerRSS hanno il pulsante indietro o no, ma app come queste potrebbero saltare il pulsante indietro).
Conclusione finora: Sì. Includi un pulsante Indietro.
Quindi, vorrei capovolgere la domanda:
"Posso fare affidamento esclusivamente sul pulsante Indietro nella mia app/Web?" E la risposta è no!
Il pulsante Indietro del browser è una delle ancore più importanti che l'utente ha. Potrebbero essere persi nella terra dei limbo, ma sanno sempre che il pulsante Indietro li porterà alla pagina precedente.
L'unica cosa di cui puoi essere assolutamente sicuro quando si tratta del navigatore web medio, è che sanno che il pulsante Indietro del browser sarà portali alla pagina precedente !
- Non disabilitare il pulsante Indietro del browser.
- Non creare moduli che ripubblicano il contenuto quando l'utente fa clic su "indietro".
- Non creare alcuna funzionalità back personalizzata che influirà sul normale pulsante back.
- Lascia che "back" sia "torna alla pagina precedente nella cronologia" e non "un link che ti porta (in avanti) alla pagina precedente visitata"
Conclusione finale: Let your back-button lavora fianco a fianco con il browser back-button.
Sì, è necessario creare un pulsante Indietro se l'interfaccia lo richiede. Cerca di non fare affidamento sul pulsante Indietro nei browser. Non dimenticare che quando progetti un'interfaccia stai progettando per più dispositivi man mano che emergono sempre più dispositivi in grado di navigare sul Web. Un'interfaccia coerente nel tuo sito Web è la chiave del successo, indipendentemente dal dispositivo su cui viene visualizzata.
Uno dei miei articoli preferiti di Don Norman e Jacob Nielsen è Interfacce gestuali: un passo indietro nell'usabilità .
Un'intera sezione, intitolata "Feedback", discute il problema del pulsante Indietro nelle interfacce mobili.
Sì, fornisci un pulsante indietro - o forse chiamalo un pulsante di eliminazione, ma fallo seguire al modello dell'utente di "ritorno", non al modello del programmatore incorporato nello Stack attività del sistema operativo. Tra le altre cose, dovrebbe essere difficile quando si trova al livello più alto dell'applicazione. Consentire l'uscita dall'applicazione è errato. 1
Si riferiscono ad applicazioni native, ma penso che sia applicabile a un sito Web ottimizzato per schermi mobili.
Il punto chiave è consentire all'utente di avere un'opzione di "ritorno". Altrimenti, prenderanno la via più semplice: un'uscita.
Poiché il settore immobiliare dello schermo è più limitato sui dispositivi portatili, forse invece di un pulsante "Indietro" è possibile aggiungere un pulsante "A livello" che salirà di livello nella gerarchia. (Probabilmente vorrai usare una terminologia migliore di "Up a level", questa è solo la prima cosa che mi è venuta in mente).
In questo modo non stai duplicando la funzionalità sul sito mobile ma stai offrendo un'alternativa alla funzionalità integrata del browser.
Vorrei attenermi alla regola sopra: non duplicare la funzionalità. Se l'utente può vedere il pulsante Indietro del browser o nel caso di Android il pulsante Indietro dell'hardware, questo dovrebbe essere sufficiente.
Lo schermo "immobiliare" sui cellulari è molto limitato sugli smartphone, quindi sfruttalo al meglio.
Esiste una grande distinzione tra una cronologia di navigazione e la navigazione di un sito. Sarei potuto venire direttamente a questa pagina dal link di qualcuno, oppure avrei potuto venire dalla pagina principale.
Anziché aggiungere un pulsante Indietro, che in realtà è una funzione di navigazione della cronologia per cui i browser dispongono già di funzionalità, fornirei una gerarchia del sito con collegamenti simili a questi in alto:
Home > Elettronica > Questa pagina
Questo è diverso da un pulsante Indietro perché potrei o no essere venuto dalla pagina Elettronica, e ho bisogno del contesto di dove potrei andare.
E nei siti Web desktop non utilizziamo mai il pulsante Indietro.
- Usiamo il link della homepage sul logo per andare alla home page
- Usiamo il pulsante Indietro del browser.
Desktop Gmail ha un pulsante 'indietro' che uso di tanto in tanto.
Direi che qualunque cosa tu faccia non cambia la funzionalità del pulsante Indietro del browser tra il tuo sito desktop e il tuo sito mobile.
Un browser mobile potrebbe essere considerato moderno se non includesse un pulsante Indietro? Non duplicare la funzionalità.
Non dimenticare che (almeno sull'iPhone), l'utente può aggiungere una webapp alla schermata principale. Se lo aprono da lì, viene (o può essere) visualizzato a schermo intero, cioè senza i controlli del browser (incluso il pulsante Indietro).
In questa situazione, è necessario fornire agli utenti un modo per tornare indietro.