Mercredi 21 décembre 2011
En tant qu’équipe responsable de dizaines de milliers de pages Web informatives de Google, l’
équipe Webmaster est là pour vous offrir des conseils et astuces basés sur son expérience de webmasters de terrain.
Si vous n’avez jamais testé ou analysé l’utilisation de votre site web, demandez-vous si vous savez vraiment si votre site est utile pour votre public cible. Si vous n’êtes pas sûr, pourquoi ne pas le découvrir ? Par exemple, saviez-vous qu’en moyenne, les utilisateurs font défiler une page vers le bas 5,9 fois plus souvent que vers le haut, ce qui signifie qu’une fois le contenu de la page dépassé par le défilement, il est souvent « perdu » ?
(Voir les conclusions de Jakob Nielsen sur le défilement, où il conseille que les utilisateurs ne voient pas d’inconvénient à faire défiler, mais dans certaines limites.)
Vérifiez également vos analyses : êtes-vous curieux des taux de rebond élevés sur certaines de vos pages ou des mesures de temps passé sur la page très faibles ?
Tout d’abord, pensez à votre utilisateur
Le début d’un projet web — qu’il s’agisse d’une création complète ou de la refonte d’un site existant — est le moment idéal pour poser des questions telles que :
- Comment les utilisateurs pourraient-ils accéder à votre site : depuis chez eux, le bureau, en déplacement ?
- Quel est le niveau de compétences techniques de vos visiteurs ?
- Dans quelle mesure les utilisateurs connaissent-ils le sujet de votre site web ?
Les réponses à certaines de ces questions peuvent s’avérer précieuses lors de la prise de décisions de conception initiales.
Par exemple, si l’utilisateur est susceptible d’être en déplacement, il manquera peut-être de temps pour trouver les informations dont il a besoin sur votre site, ou il se trouvera dans un environnement distrayant et disposera d’une connexion de données lente. Une mise en page simple avec un objectif unique fonctionnerait donc le mieux. De plus, si vous fournissez du contenu à un public moins technique, assurez-vous qu’il n’est pas trop difficile d’accéder au contenu : l’animation peut fournir un facteur « waouh », mais seulement si votre utilisateur l’apprécie et qu’il n’est pas trop difficile d’accéder au contenu.
Même sans test, la création d’un profil d’utilisateur de base (oupersona) peut vous aider à façonner vos conceptions au profit de l’utilisateur. Il ne s’agit pas nécessairement d’une biographie exhaustive, mais simplement de quelques considérations de base sur les schémas de comportement de votre utilisateur.
Tests simples
Les tests ne doivent pas nécessairement être une opération coûteuse : les amis et la famille peuvent constituer une excellente ressource. Quelques conseils :
- Taille de l’échantillon : Cinq personnes seulement peuvent constituer un nombre d’utilisateurs suffisamment important pour identifier les problèmes courants dans vos mises en page et votre navigation
(voir l’article de Jakob Nielsen sur les raisons pour lesquelles une petite taille d’échantillon est suffisante). - Sélection de vos testeurs : Une gamme de compétences techniques différentes peut être utile, mais veillez à vous concentrer uniquement sur les tendances — par exemple, si plus de 50 % de vos testeurs rencontrent le même problème d’ergonomie, il s’agit probablement d’un vrai problème — plutôt que sur des problèmes individuels rencontrés.
- Lieu du test : Si possible, rendez visite à l’utilisateur chez lui et observez comment il utilise le site : observez sa façon habituelle de naviguer sur le Web lorsqu’il est détendu et dans son environnement naturel. Les tests à distance sont également une possibilité si vous ne pouvez pas vous y rendre en personne — nous avons entendu dire que les hangouts Google+ peuvent être utilisés efficacement à cette fin
(en savoir plus sur l’utilisation des hangouts Google+). - Comment tester : En fonction des objectifs de votre site, définissez 4 ou 5 tâches simples à réaliser sur votre site web et laissez l’utilisateur essayer de les accomplir. Demandez à vos testeurs de parler à haute voix afin de mieux comprendre leurs expériences et leurs processus de pensée.
- Quoi tester : Des prototypes de base sous forme d’image cliquable ou de document (par exemple, PDF) ou HTML peuvent être utilisés pour tester les interactions de base, sans avoir à créer un site complet pour les tests. De cette façon, vous pouvez tester différentes options de navigation et de mise en page pour voir leurs performances avant de les implémenter.
- Ce qu’il ne faut pas tester : Concentrez-vous sur la fonctionnalité plutôt que sur les éléments de design graphique ; les points de vue sont souvent subjectifs. Vous n’obtiendrez de commentaires utiles sur le design que grâce à des tests quantitatifs auprès d’un grand nombre (200+) d’utilisateurs (sauf si, par exemple, les couleurs que vous utilisez sur votre site rendent le contenu illisible, ce qui constituerait un bon retour !). Un format pour obtenir des commentaires utiles sur le design peut consister à proposer 5 à 6 mots-clés descriptifs et à demander à votre utilisateur de choisir les plus représentatifs.
Dans l’ensemble, les tests de base sont très utiles pour voir comment fonctionne la fonctionnalité de votre site web — la facilité de recherche d’informations et les interactions courantes sur le site.
Leçons apprises
Au cas où vous vous demanderiez encore si la recherche et les tests en valent vraiment la peine, voici quelques choses simples que nous avons confirmées auprès d’utilisateurs réels que nous n’aurions pas sues si nous ne nous étions pas assis avec de vrais utilisateurs et ne les avions pas regardés utiliser nos pages, ou si nous n’avions pas analysé notre trafic web.
Faites attention lors de l’utilisation de mises en page qui masquent/affichent du contenu : Nous avons constaté que lors de l’utilisation de scripts pour développer et réduire de longs passages de texte, l’utilisateur ne réalisait souvent pas que du contenu supplémentaire était disponible — ce qui « masque » de fait le contenu rendu par JavaScript lorsque l’utilisateur effectue une recherche dans la page (par exemple, en utilisant Control + F, ce que nous avons souvent vu).


- Vérifiez votre langage : Les titres, le texte des liens et des boutons sont ce qui attire le plus l’œil de l’utilisateur lors du balayage de la page. Évitez d’utiliser « En savoir plus… » dans le texte des liens — les utilisateurs semblent réticents à cliquer sur un lien qui implique qu’ils devront apprendre quelque chose. Essayez plutôt d’utiliser une description littérale du contenu que l’utilisateur obtiendra derrière le lien — et assurez-vous que le texte du lien a du sens et est facile à comprendre hors contexte, car c’est souvent ainsi qu’il sera balayé. Soyez attentif au langage et essayez de rendre le texte des boutons descriptif, invitant et intéressant.
- Testez les pages sur une connexion plus lente : Essayez vos pages en utilisant différents réseaux (par exemple, essayez de parcourir votre site web en utilisant le Wi-Fi de votre café local ou de la maison d’un ami), en particulier si vos utilisateurs cibles sont susceptibles de consulter vos pages à partir d’une connexion domestique qui n’est pas aussi rapide que le réseau de votre bureau. Nous avons constaté une amélioration considérable du CTR et des mesures du temps passé sur le site dans certains cas lorsque nous avons rendu les animations scriptées beaucoup plus simples et rapides (astuce : utilisez
Page Speed Online
de Google pour vérifier les performances si vous n’avez pas accès à une connexion Internet plus lente).
Donc, si vous êtes pris dans un cycle de refonte apparemment sans fin, gagnez du temps à l’avenir en investissant un peu au départ dans le profilage des utilisateurs et les tests de base, afin d’avoir plus de chances de choisir la bonne approche pour la mise en page et l’architecture de votre site.
Nous aimerions avoir de vos avez des commentaires : avez-vous essayé les tests d’ergonomie de sites web ? Si oui, comment cela s’est-il passé et quels sont vos astuces simples et peu coûteuses préférées pour en tirer le meilleur parti ?
Comment nous l'appliquons
We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.
Services associés