Devrions-nous fournir un bouton "retour" pour le site Web mobile?
Dans le site Web mobile pour tous les smartphones (iPhone, Android, Blackberry, Windows Phone 7), dois-je fournir un bouton "Retour" à l'intérieur de la page Web même lorsque le navigateur a des fonctionnalités pour revenir en arrière?
Edit - 19 août
J'ai exploré ce sujet un peu plus et j'ai trouvé que l'iphone avait un bouton Retour à l'intérieur de l'écran
Mais en Android c'est en dehors de l'écran. Je ne connais pas les autres téléphones intelligents.
Et dans les sites Web de bureau, nous n'utilisons jamais le bouton Retour.
Nous utilisons le lien de la page d'accueil sur le logo pour accéder à la page d'accueil
Nous utilisons le bouton de retour du navigateur.
Et dans la page d'accueil du site Web mobile, vous n'avez pas besoin du bouton Retour.
- Faut-il encore utiliser le bouton de retour dans le site Web mobile.?
Tout d'abord une question sur votre déclaration: tous les navigateurs mobiles ont-ils le bouton de retour? J'ai l'impression que certains navigateurs mobiles suppriment ce bouton de navigation élémentaire pour économiser l'écran immobilier? Je peux me tromper, mais si c'est le cas, alors vous devriez implémenter un bouton de retour sur votre site Web.
C'est également le cas si votre site Web doit être affiché en mode plein écran ou rendu dans une solution webkit personnalisée (je ne me souviens pas si Flipboard et FeeddlerRSS ont le bouton de retour ou non, mais des applications comme celles-ci peuvent ignorer le bouton de retour).
Conclusion jusqu'à présent: oui. Inclure un bouton de retour.
Ensuite, je retournerais la question à l'envers:
"Puis-je compter uniquement sur le bouton de retour dans ma propre application/web?" Et la réponse est non!
Le bouton de retour du navigateur est l'un des points d'ancrage les plus fondamentaux de l'utilisateur. Ils peuvent être perdus dans les limbes, mais ils savent toujours que le bouton de retour les ramènera à la page précédente.
La seule chose dont vous pouvez être absolument sûr en ce qui concerne l'internaute moyen, c'est qu'il sait que le bouton de retour du navigateur amenez-les à la page précédente !
- Ne désactivez pas le bouton de retour du navigateur.
- Ne créez pas de formulaires qui republient le contenu lorsque l'utilisateur clique sur "retour".
- Ne créez pas de fonctionnalité de retour personnalisée qui affectera le bouton de retour ordinaire.
- Que "retour" soit "retour à la page précédente de l'historique", et non "un lien qui vous mène (vers l'avant) à la page visitée précédente"
Conclusion finale: Laissez votre bouton arrière fonctionner côte à côte avec le bouton arrière du navigateur.
Oui, vous devez créer un bouton de retour si votre interface l'exige. Essayez de ne pas compter sur le bouton de retour dans les navigateurs. N'oubliez pas que lorsque vous concevez une interface, vous concevez pour plusieurs appareils, car de plus en plus d'appareils émergent capables de naviguer sur le Web. Une interface cohérente dans votre site Web est la clé du succès, quel que soit l'appareil sur lequel il est consulté.
Un de mes articles préférés de Don Norman et Jacob Nielsen est Interfaces gestuelles: un pas en arrière dans l'utilisabilité .
Une section entière, intitulée "Feedback", traite de la question du bouton de retour dans les interfaces mobiles.
Oui, fournissez un bouton de retour - ou peut-être appelez-le un bouton de fermeture, mais faites-le suivre le modèle de "retour" de l'utilisateur, pas le modèle du programmeur qui est incorporé dans la pile d'activités du système d'exploitation. Entre autres choses, il devrait y avoir un arrêt brutal au niveau supérieur de l'application. Lui permettre de quitter l'application est incorrect. 1
Ils font référence à des applications natives, mais je pense que cela s'applique à un site Web optimisé pour les écrans mobiles.
Le point clé est de permettre à l'utilisateur d'avoir la possibilité de "revenir en arrière". Sinon, ils prendront la sortie la plus simple: une sortie.
Comme l'espace d'écran est plus limité sur les appareils portables, peut-être qu'au lieu d'un bouton "Retour", vous pouvez ajouter un bouton "Monter d'un niveau" qui montera d'un niveau dans la hiérarchie. (Vous voudrez probablement utiliser une meilleure terminologie que "Up a level" cependant, c'est juste la première chose qui m'est venue à l'esprit).
De cette façon, vous ne dupliquez pas les fonctionnalités sur le site mobile, mais vous offrez une alternative à la fonctionnalité de navigateur intégrée.
Je m'en tiendrai à la règle ci-dessus: ne dupliquez pas les fonctionnalités. Si l'utilisateur peut voir le bouton de retour du navigateur ou dans le cas de Android le bouton de retour du matériel, cela devrait suffire.
L'écran "immobilier" sur les mobiles est très limité sur les smartphones, donc profitez-en au mieux.
Il y a une grande distinction entre un historique de navigation et un site de navigation. J'aurais pu venir directement sur cette page à partir du lien de quelqu'un, ou j'aurais pu venir de la page parent.
Plutôt que d'ajouter un bouton de retour, qui est en fait une fonction de navigation dans l'historique pour laquelle les navigateurs ont déjà des fonctionnalités, je fournirais une hiérarchie de site avec des liens comme celui-ci en haut:
Accueil > Électronique > Cette page
C'est différent d'un bouton de retour car je peux ou non provenir de la page Electronique, et j'ai besoin d'un contexte où je pourrais aller.
Et dans les sites Web de bureau, nous n'utilisons jamais le bouton Retour.
- Nous utilisons le lien de la page d'accueil sur le logo pour accéder à la page d'accueil
- Nous utilisons le bouton de retour du navigateur.
Desktop Gmail dispose d'un bouton "Retour" que j'utilise occasionnellement.
Je dirais que quoi que vous fassiez, ne changez pas la fonctionnalité du bouton de retour du navigateur entre votre site de bureau et votre site mobile.
Un navigateur mobile pourrait-il être considéré comme moderne s'il n'incluait pas de bouton de retour? Ne pas dupliquer la fonctionnalité.
N'oubliez pas que (sur l'iPhone au moins), l'utilisateur peut ajouter une webapp à l'écran d'accueil. S'ils l'ouvrent à partir de là, il est (ou peut être) affiché en plein écran, c'est-à-dire sans les commandes du navigateur (y compris le bouton de retour).
Dans cette situation, vous devez fournir aux utilisateurs un moyen de revenir en arrière.