<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>pomdoo &#187; Traductions</title>
	<atom:link href="http://www.pomdoo.fr/category/traductions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pomdoo.fr</link>
	<description>standards, utilisabilité, expérience utilisateur…</description>
	<lastBuildDate>Fri, 15 Aug 2008 14:26:32 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Du bon design de la pagination</title>
		<link>http://www.pomdoo.fr/2007/07/16/du-bon-design-de-la-pagination/</link>
		<comments>http://www.pomdoo.fr/2007/07/16/du-bon-design-de-la-pagination/#comments</comments>
		<pubDate>Mon, 16 Jul 2007 14:00:22 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Webdesign]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/07/16/du-bon-design-de-la-pagination/</guid>
		<description><![CDATA[[Traduction de l'article original Pagination 101 de Faruk Ateş] Il y a un élément qui fait partie des plus souvent négligés d&#8217;un site web et qui est pourtant facilement perfectible, il s&#8217;agit de ses éléments de pagination. La plupart du temps, ce n&#8217;est qu&#8217;après-coup que l&#8217;on s&#8217;en occupe. C&#8217;est rare que je tombe sur un [...]]]></description>
			<content:encoded><![CDATA[<p>[Traduction de l'article original <a href="http://kurafire.net/log/archive/2007/06/22/pagination-101" hreflang="en" lang="en" xml:lang="en">Pagination 101</a> de <a href="http://kurafire.net/about/author/" hreflang="en">Faruk Ateş</a>]</p>
<p>Il y a un élément qui fait partie des plus souvent négligés d&#8217;un site web et qui est pourtant facilement perfectible, il s&#8217;agit de ses éléments de pagination. La plupart du temps, ce n&#8217;est qu&#8217;après-coup que l&#8217;on s&#8217;en occupe. C&#8217;est rare que je tombe sur un site web avec une pagination acceptable, et je me demande toujours pourquoi tellement peu de gens réussissent cet aspect. Après tout, il me semble que c&#8217;est plutôt <em>facile</em> de ne pas se tromper en matière de pagination. Hélas, en pratique, c&#8217;est loin d&#8217;être le cas, alors après les encouragements de <a href="http://www.flickr.com/photos/factoryjoe/555439729/" hreflang="en" lang="en" xml:lang="en">Chris Messina</a> sur Flickr, j&#8217;ai donc décidé d&#8217;écrire mon article sur la question, en espérant qu&#8217;il vous donnera des éléments sur ce qui fait une bonne pagination.</p>
<div class="imgcenter">
	<img src="http://www.pomdoo.fr/wp-content/uploads/2007/07/design-pagination.jpg" alt="" />
</div>
<p><span id="more-39"></span></p>
<p>Avant d&#8217;entrer dans le vif du sujet et d&#8217;analyser ce qui fait qu&#8217;une pagination est bonne ou mauvaise, je voudrais expliquer ce que j&#8217;entends par pagination exactement: <em>la pagination c&#8217;est tout système de contrôle qui permet à l&#8217;utilisateur de naviguer dans des pages de résultats, des archives, ou tout autre type de contenu en série</em>. Les résultats de recherche en sont un exemple évident, mais il est toujours bon de comprendre que la pagination existe aussi sur les blogs (liens Précédent/Suivant, dont certains blogs disposent), dans les forums de discussion et &mdash; en particulier &mdash; dans les <span lang="en" xml:lang="en">webcomics</span> (bandes dessinées en ligne).</p>
<p>L&#8217;importance de la pagination est subjective; car elle dépend également du contenu. Pour les résultats de recherche de Google ou de Yahoo, la pagination est assez importante car bien qu&#8217;ils veuillent vous donner exactement ce que vous cherchez dans les 10 ou 20 premiers résultats, il arrive très fréquemment que vous soyez obligés de passer au crible plusieurs pages consécutives. Pour une <span lang="en" xml:lang="en">webcomic</span>, cela n&#8217;a pas de sens de sauter vers la &laquo;&nbsp;page 7&#8243; quand vous vous trouvez sur la page 2; tout ce que vous voulez, c&#8217;est aller facilement à la suivante. Ainsi la pagination dépend du contenu, mais il faut noter que les principes de base d&#8217;une bonne pagination s&#8217;appliquent quels que soient le contenu ou le contexte.</p>
<h2>Les règles d&#8217;une bonne pagination</h2>
<p>Faire une bonne pagination ce n&#8217;est pas compliqué. Franchement, souvenez-vous simplement des conseils de bases qui suivent, et ça devrait aller. Nous jetterons un oeil à une palette d&#8217;exemples après ça, pour voir que l&#8217;on peut apprendre beaucoup des designs de pagination que l&#8217;on trouve sur des sites web populaires.</p>
<h3>1. Faites des zones cliquables suffisamment grandes</h3>
<p>C&#8217;est une règle valable pour n&#8217;importe quel type de lien navigationnel, que ce soit un lien de menu ou un lien de pagination, mais dans ce dernier contexte, c&#8217;est peut-être encore plus pertinent. Souvent, la pagination est laissée de côté pendant toute la phase de design et elle se retrouve dans un coin quelque part au-dessus ou en-dessous des zones de contenu, de toute évidence sans qu&#8217;on n&#8217;y ait beaucoup réfléchi. L&#8217;un des problèmes majeurs qui en résulte, c&#8217;est que les liens de pagination deviennent des zones cliquables toutes petites, pas plus grandes que les numéros de pages eux-mêmes. Pour les rendre plus efficaces et <span lang="en" xml:lang="en">user-friendly</span>, concoctez-leur un design visuel convenable et donnez à chaque lien une zone cliquable large, visuellement c&#8217;est identifiable. Par large, on entend &laquo;&nbsp;deux fois la largeur du numéro, et 1,5 fois sa hauteur.&nbsp;&raquo;</p>
<h3>2. N&#8217;utilisez pas de soulignement</h3>
<p>Le soulignement pour les liens c&#8217;est généralement une bonne idée, puisque les utilisateurs sont plus habitués avec les liens qui sont soulignés, mais en ce qui concerne les liens de pagination, comme les liens de menu principal (évident), le soulignement est inutile. Les gens <em>savent</em> que les numéros de page sur le web sont cliquables (et s&#8217;ils ne le sont pas, <em>qu&#8217;est-ce qu&#8217;ils font là</em> ?)</p>
<h3>3. Identifiez la page courante</h3>
<p>Rendez la page courante immédiatement identifiable pour l&#8217;utilisateur; elle ne doit pas être cliquable, elle ne doit contenir aucune sorte d&#8217;état survolé (&laquo;&nbsp;a:hover&nbsp;&raquo;) et (idéalement) elle devrait être entourée de balises &lt;em&gt; ou &lt;strong&gt;. Le style de la page courante doit être suffisamment différent de celui des autres pages, pour qu&#8217;un utilisateur puisse facilement repérer où il se trouve.</p>
<h3>4. Espacez les liens de page</h3>
<p>Proposez suffisamment d&#8217;espace entre chaque lien de page afin qu&#8217;un utilisateur ne clique pas accidentellement sur le mauvais numéro de page. Dans ce cas, un bon design visuel peut vous faciliter la tâche.</p>
<h3>5. Fournissez des liens Précédent et Suivant</h3>
<p>Dans pratiquement n&#8217;importe quel contexte où la pagination existe ou peut exister, les liens Précédent et Suivant sont toujours utiles. Alors proposez-les. Toutefois, séparez-les clairement des numéros de page et donnez-leur suffisamment de distance ou de style propre pour qu&#8217;ils ne soient pas confondus avec une page; c&#8217;est particulièrement pertinent si vous utilisez des flêches au lieu de texte pour Précédent et Suivant.</p>
<h3>6. Utilisez les liens Premier et Dernier (quand c&#8217;est utile)</h3>
<p>Quand on navigue à travers des résultats de pages à l&#8217;extérieur de l&#8217;une ou l&#8217;autre limite (ou est-ce plutôt à l&#8217;intérieur?), proposez des liens Premier, Dernier, ou les deux à la fois, selon ce qui est le plus approprié. Pour les <span lang="en" xml:lang="en">webcomics</span>, ce qui est approprié, c&#8217;est de <em>toujours</em> proposer les deux liens, tout en désactivant le lien correspondant quand l&#8217;utilisateur est sur la Première ou la Dernière page. Faites en sorte qu&#8217;il soit visible comme option de texte uniquement, sans lien, sans cliquabilité, mais gardez-le dans le design. Cela s&#8217;applique aux <span lang="en" xml:lang="en">webcomics</span> seulement, pas nécessairement pour les autres formes de pagination.</p>
<h3>7. Placez Premier et Dernier à l&#8217;extérieur</h3>
<p>Rien de plus contre-intuitif qu&#8217;un lien Dernier <em>suivi</em> par un lien Suivant. Prenez plutôt l&#8217;exemple des chaînes hi-fi: <span lang="en" xml:lang="en">&laquo;&nbsp;fast-forward&nbsp;&raquo;</span> (accéléré) est suivi de <span lang="en" xml:lang="en">&laquo;&nbsp;next (track)&nbsp;&raquo;</span> (morceau suivant), parce que c&#8217;est une étape qui remplace et annule la précédente. Les boutons sont ordonnés du centre vers l&#8217;extérieur, et les éléments de pagination ne sont pas très différents (ou dans certains cas, pas du tout différents), et devraient ainsi suivre la même règle de base.<br />
&laquo;Première &lsaquo;Précédente Courante Suivante&rsaquo; Dernière&raquo;</p>
<h2>Quelques exemples, bons et mauvais</h2>
<p>Nous voilà donc avec sept règles simples mais claires comme référence, regardons comment certains sites font leur pagination et voyons ce que nous pouvons en apprendre. Commençons par celui qui je crois est le plus connu de tous: <a href="http://www.google.com/search?q=iphone" hreflang="en">les résultats de recherche de Google</a>.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1027/558110857_5a31afe492.jpg?v=0" alt="Pagination: Google search results" />
</div>
<p>Aussi mignon que cela puisse être d&#8217;étirer le &laquo;&nbsp;oo&nbsp;&raquo; de &laquo;&nbsp;Google&nbsp;&raquo; pour l&#8217;aligner avec le nombre de pages, cela créé un problème en ceci que les liens de page sont un peu trop proches pour une sélection aisée. Vous avez déjà essayé de naviguer en cliquant sur les O au lieu de cliquer sur les numéros? Ce n&#8217;est pas du tout pratique. Avec la dixième et la onzième page, c&#8217;est particulièrement frappant. Les liens Précédent et Suivant de Google, par contre, sont fantastiques &mdash; clairement séparés et avec un contraste visuel assez prononcé par rapport aux liens de la page normale. Les liens ont malheureusement tous des soulignements, ce qui créé une impression de fouillis, ce qui, à nouveau, rend les numéros de pages à deux chiffres très difficiles à distinguer les uns des autres. Les zones cliquables des numéros sont minuscules, et les O ne sont pas faciles à utiliser.</p>
<p>Maintenant, Google a fait une autre pagination ailleurs, qui est la pagination qui a suscité tout cela:</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1290/555439729_43f8ebf1a6.jpg?v=0" alt="Pagination: Google" />
</div>
<p>Cette fois, les liens Précédent et Suivant ne sont pas très différents &mdash; rien qu&#8217;une simple différence de <span lang="en" xml:lang="en">font-weight</span> &mdash; et les liens de pages, bien que plus grands que l&#8217;habituel lien de résultats de recherche, sont toujours des zones cliquables minuscules qui sont encombrées dès lors que ce sont des nombres à deux chiffres qui sont concernés. La page courante est assez facilement identifiable, mais pourquoi diable est-elle décalée vers le bas? Une ligne de base (<span lang="en" xml:lang="en">baseline</span>) cohérente aurait été utile (c&#8217;est également le cas dans le premier exemple).</p>
<div class="imgcenter">
	<img src="http://farm1.static.flickr.com/219/515281705_8fbfc0967b.jpg?v=0" alt="Pagination: Overture" />
</div>
<p><a href="http://overture21.com/" hreflang="en" lang="en" xml:lang="en">Overture</a> utilise une approche légèrement différente: aucun numéro de page n&#8217;est cliquable, mais vous pouvez voir sur quelle page vous vous trouvez et combien de pages il y a au total. Les liens Premier et Précédent sont présents comme le texte normal, afin que la navigation soit uniforme quelle que soit la page sur laquelle l&#8217;utilisateur se trouve. Le fait que seuls Précédent et Suivant aient une flêche est une bonne idée, cela les rend plus incitatifs pour l&#8217;utilisateur, et le scénario le plus vraisemblable pour Overture c&#8217;est qu&#8217;un utilisateur veut aller à la page suivante ou précédente, pas sur la première ni la dernière.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1400/558110831_fc81030a35.jpg?v=0" alt="Pagination: Veer" />
</div>
<p><a href="http://www.veer.com/" hreflang="en" lang="en" xml:lang="en">Veer</a> fait aussi quelque chose d&#8217;intéressant: des boutons flêches simples (mais frustrants tellement ils sont petits) Précédent et Suivant pour naviguer parmi les pages, disposés autour des numéros de pages courante et totales; une liste déroulante pour le nombre de résultats que vous voulez par page et un champ texte pour sauter directement à n&#8217;importe quelle page. L&#8217;inconvénient d&#8217;une liste déroulante (balise &lt;select&gt;) c&#8217;est qu&#8217;elle n&#8217;apparaît pas de la même façon dans tous les navigateurs, ce qui donne une impression un peu incohérente et fouillis de toute la zone de pagination. Cela manque aussi d&#8217;un alignement vertical (<span lang="en" xml:lang="en">baseline</span>) uniforme à cause des éléments de formulaire et des boutons qui sont bizarrement conçus (les textes dans les boutons d&#8217;images ne sont pas alignés au texte qui se trouve à l&#8217;extérieur). Cette seule section a cinq <span lang="en" xml:lang="en">baselines</span> différentes à la fois.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1086/526642496_bce4a74c03.jpg?v=0" alt="Pagination: Design Snack" />
</div>
<p><a href="http://www.designsnack.com/" hreflang="en" lang="en" xml:lang="en">Design Snack</a> utilise des flêches pour les boutons Premier, Précédent, Suivant et Dernier, mais de légères différences entre Premier et Précédent, et entre Suivant et Dernier auraient été bénéfiques. Les boutons Premier et Dernier auraient pu être plus larges, par exemple, pour éviter toute confusion. De même, la page courante est à peine distincte des autres pages, selon vos paramètres de couleur. Un bon signe c&#8217;est le détachement des numéros de pages des autres liens.</p>
<div class="imgcenter">
	<img src="http://farm1.static.flickr.com/199/508675266_3e0f28738c.jpg?v=0" alt="Pagination: Upcoming" />
</div>
<p><a href="http://upcoming.yahoo.com/" hreflang="en" lang="en" xml:lang="en">Upcoming</a> a une pagination pour ses <span lang="en" xml:lang="en">suggestion boards</span>, et alors que les pages ont finalement de larges zones cliquables, la page courante ressemble toujours à un lien activable. Remarquez, d&#8217;un autre côté, l&#8217;impression de netteté rendue par l&#8217;absence de soulignement et la présence d&#8217;un espacement décent entre les liens.</p>
<div class="imgcenter">
	<img src="http://farm1.static.flickr.com/225/492246838_e2f7973e29.jpg?v=0" alt="Pagination: I'm In Like With You" /></div>
<p><a href="http://www.iminlikewithyou.com/" hreflang="en" lang="en" xml:lang="en">I&#8217;m In Like With You</a> est un tout nouveau site qui peut être décrit comme un site de flirt en ligne, ou si vous me passez le terme, un &laquo;&nbsp;site de rencontres Web 2.0&#8243;. Pensez eBay + rencontres + Web 2.0 + réseaux sociaux. Toutefois, la pagination souffre d&#8217;un grave &laquo;&nbsp;syndrome de l&#8217;après-coup&nbsp;&raquo;: excepté le dernier numéro de page qui surgit avec une ellipse devant lui, il semble qu&#8217;il n&#8217;y ait absolument aucune espèce de design dédié à la pagination. La pagination est reléguée très discrètement dans un coin, les liens de page sont trop rapprochés, ils sont soulignés, il n&#8217;y a pas de grandes zones cliquables &mdash; toute la panoplie des signes classiques, en fait.</p>
<div class="imgcenter">
	<img src="http://farm1.static.flickr.com/167/485184976_e8fb38b641.jpg?v=0" alt="Pagination: Slate" />
</div>
<p>La pagination de <a href="http://slate.com/" hreflang="en" lang="en" xml:lang="en">Slate</a> se situe vers la droite avec des zones cliquables plus larges (mais pas encore assez) et pas de soulignement, mais les numéros de pages sont littéralement <em>coincés les uns contre les autres</em>.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1424/558110889_c940ca96d7.jpg?v=0" alt="Pagination: Flickr" />
</div>
<p>C&#8217;est peut-être la meilleure pagination que j&#8217;ai vue, et c&#8217;est celle de <a href="http://flickr.com/" hreflang="en" lang="en" xml:lang="en">Flickr</a>: de larges zones cliquables, une page courante facile à identifier, des liens Précédent et Suivant détachés avec des flêches, et au lieu de liens Premier et Dernier,  ils ont fait en sorte que les premiers et les derniers liens fassent partie des numéros de page avec des ellipses qui les séparent de la série de numéros sur laquelle vous êtes. En dessous, on trouve le nombre total de photos. Le seul bémol que je mettrais, ce serait le manque d&#8217;espacement, mais j&#8217;ai le sentiment qu&#8217;avec les effets survolés des liens, c&#8217;est même inutile.</p>
<p>La <a href="http://www.flickr.com/photos/factoryjoe/439127861/" hreflang="en">pagination de Virb</a> est très similaire à celle de Flickr et reçoit le même signe de tête approbateur.</p>
<div class="imgcenter">
	<img src="http://farm1.static.flickr.com/169/431150214_75e45df6a1.jpg?v=0" alt="Pagination: Magnolia" />
</div>
<p>Chris a déjà esquissé quelques commentaires sur celui-ci, mais la pagination de <a href="http://ma.gnolia.com/" hreflang="en">Magnolia</a> manque de clarté; des zones cliquables minuscules, quasiment pas de différence entre la page courante et les autres liens de page, et l&#8217;ensemble a vraiment l&#8217;air d&#8217;avoir été pensé a posteriori.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1259/558255022_ca36c4a55c.jpg?v=0" alt="Pagination: Twitter" />
</div>
<p><a href="http://twitter.com/" hreflang="en" lang="en" xml:lang="en">Twitter</a> ne propose pas vraiment de pagination, seulement deux liens pour naviguer page après page. Les liens sont soulignés et sentent l&#8217;après-coup à plein nez, en particulier avec cette barre noire qui les sépare, ce qui ajoute au fouillis au lieu de faire un peu le ménage. Si la barre avait été d&#8217;une couleur deux fois plus claire, cela aurait fonctionné beaucoup mieux, ou alors, avec plus d&#8217;espace tout autour. Dans l&#8217;ensemble, toutefois, un design visuel approprié pourrait rendre ces liens beaucoup plus <span lang="en" xml:lang="en">user-friendly</span>.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1032/558251318_12375e2e41.jpg?v=0" alt="Pagination: LiveJournal" /><br />
	<img src="http://farm2.static.flickr.com/1359/558251308_a669be827f.jpg?v=0" alt="Pagination: Engadget" />
</div>
<p>Ces deux contrôles de pagination viennent de <a href="http://www.livejournal.com/" hreflang="en" lang="en" xml:lang="en">LiveJournal</a> (en haut) et de <a href="http://www.engadget.com/">Engadget</a> (en bas). Les deux ne proposent pas de pagination à part une simple navigation entre les pages Suivante / Précédente (dans le cas de LiveJournal, le propriétaire du journal que vous parcourez peut spécifier le nombre d&#8217;entrées, qui par défaut est fixé à 20 mais qui peut être ramené à 1, par exemple). Le problème c&#8217;est que LiveJournal a une perspective différente de celle de Engadget avec son option entrées-par-page: avec LiveJournal, pour consulter d&#8217;anciennes entrées, il vous faut activer le lien &laquo;&nbsp;Précédent ##&nbsp;&raquo;; avec Engadget, pour consulter d&#8217;anciennes entrées, il faut cliquer sur le lien &laquo;&nbsp;Page Suivante&nbsp;&raquo;. Cette contradiction est déroutante pour n&#8217;importe qui visite régulièrement des sites avec des approches incompatibles; une des solutions serait d&#8217;être plus spécifique: &laquo;&nbsp;Entrées plus anciennes&nbsp;&raquo; au lieu de &laquo;&nbsp;Page suivante&nbsp;&raquo; rendrait les choses plus claires quant à la direction du lien, dans tous les cas.</p>
<p>Personnellement, je trouve que l&#8217;approche de Engadget manque d&#8217;intuitivité: cliquer sur &laquo;&nbsp;Page suivante&nbsp;&raquo; pour aller sur une page avec des entrées antérieures (et cliquer sur &laquo;&nbsp;Page précédente&nbsp;&raquo; pour aller sur une page avec des entrées postérieures)? C&#8217;est sûr, c&#8217;est bien la &laquo;&nbsp;page suivante&nbsp;&raquo; des entrées en général, mais toujours est-il qu&#8217;elles restent des entrées précédentes, et pas des &laquo;&nbsp;entrées suivantes&nbsp;&raquo;. Et ça, pour moi, ça montre qu&#8217;on n&#8217;y a pas suffisamment réfléchi, sauf que maintenant ils sont coincés avec ça (tout comme je crois que c&#8217;est simplement un défaut de Weblogs, Inc.).</p>
<p>A présent, jetons un oeil à quelques <span lang="en" xml:lang="en">webcomics</span>.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1056/558251304_b78b3622bb.jpg?v=0" alt="Pagination: Ctrl-Alt-Del Online" />
</div>
<p>A part que le site est toujours un peu cassé depuis son redesign fait il y a longtemps, <a href="http://cad-comic.com/" hreflang="en" lang="en" xml:lang="en">Ctrl-Alt-Del online</a> a une pagination plutôt décente. Les boutons sont suffisamment grands pour être facilement cliquables, mais les liens Premier et Dernier sont à <em>l&#8217;intérieur</em> des liens Précédent/Suivant, ce qui rend la chose plutôt contre-intuitive si vous lisez également beaucoup d&#8217;autres <span lang="en" xml:lang="en">webcomics</span> qui n&#8217;ont pas cette faille, ou si vous passez du temps à farfouiller dans les pages de résultats de n&#8217;importe quel site.</p>
<p><a href="http://www.flickr.com/photos/kurafire/558255028/" hreflang="en" lang="en" xml:lang="en">VGCats</a> a le même problème.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1156/558251316_a7f35d43a1.jpg?v=0" alt="Pagination: Least I Could Do" /></div>
<p><a href="http://leasticoulddo.com/" hreflang="en" lang="en" xml:lang="en">Least I Could Do</a> a une bonne pagination, le site utilise correctement la configuration Premier/Précédent et Suivant/Dernier avec de larges zones cliquables et un état survolé des liens acceptable, mais les liens Suivant et Dernier restent des liens, même si vous êtes sur la toute dernière comic; mauvaise interface utilisateur. En revanche, très sympa, cette distinction visuelle entre liens apparentés (qui ne sont pas des liens de pagination) qui sont toujours dans la même case visuelle: Commentaires et lien &laquo;&nbsp;Sauvegarder ma place&nbsp;&raquo;, bien que son but m&#8217;échappe.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1119/558255006_0d17dd16c2.jpg?v=0" alt="Pagination: Penny Arcade" />
</div>
<p><a href="http://www.penny-arcade.com/" hreflang="en" lang="en" xml:lang="en">Penny Arcade</a> a également une pagination acceptable, mais à nouveau les liens Suivant et Dernier (&laquo;&nbsp;Nouveau&nbsp;&raquo;) restent des liens même sur la toute nouvelle page. Par ailleurs, leurs boutons sont relativement grands en taille mais les textes des labels sont plutôt petits, ce qui exige plus de temps qu&#8217;il n&#8217;en faudrait pour trouver le bon lien. Enfin, la pagination ne se trouve que tout en bas du comic mais parfois leurs comics sont très grandes, ce qui exige que vous scrolliez verticalement avant de pouvoir continuer à naviguer (quelle que soit la direction dans laquelle vous allez).</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1069/558255020_b5d83969cb.jpg?v=0" alt="Pagination: Sinfest" />
</div>
<p><a href="http://www.sinfest.net/" hreflang="en" lang="en" xml:lang="en">Sinfest</a> est bon en ceci que ses liens Premier et Précédent ne sont pas cliquables sur la première comic, mais par contre un lien Dernière comic fait complètement défaut; la seule façon d&#8217;obtenir la comic la plus récente c&#8217;est d&#8217;aller sur la page d&#8217;accueil, mais cela ne saute pas aux yeux (encore moins si vous arrivez sur le site via une comic spécifique, plutôt que par la page d&#8217;accueil). La police choisie, de même, ne rend pas les choses faciles en matière d&#8217;identification des trois liens de pagination, et étant donné qu&#8217;il y en a toujours seulement trois, il vous faut vraiment les lire pour pouvoir les utiliser.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1422/558251300_2a193944e7.jpg?v=0" alt="Pagination: Applegeeks" />
</div>
<p><a href="http://applegeeks.com/" hreflang="en" lang="en" xml:lang="en">AppleGeeks</a> (personnellement, mon préféré en matière d&#8217;art et de couleurs, ces mecs ne font rien de moins que du sublime) utilise un style très différent en matière de pagination: une version vignette de la comic Précédente et Suivante (quand c&#8217;est possible). Bien que surprenante, cette approche est décidément moins intuitive à cause de l&#8217;orientation verticale et la navigation à travers les comics n&#8217;est pas toujours commode.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1271/562213095_385bffcb45.jpg?v=0" alt="Pagination: OK-Cancel" />
</div>
<p><a href="http://ok-cancel.com/" hreflang="en" lang="en" xml:lang="en">OK-Cancel</a> a une super pagination: des boutons Premier, Précédent, Suivant et Dernier faciles à identifier, avec des zones cliquables larges, des liens désactivés là où ils doivent l&#8217;être, et de grands états survolés (&laquo;&nbsp;a:hover&nbsp;&raquo;) qui préviennent le besoin d&#8217;espace entre les liens.</p>
<div class="imgcenter">
	<img src="http://farm2.static.flickr.com/1159/562250327_0733734f23.jpg?v=0" alt="Pagination: Questionable Content" />
</div>
<p>Et enfin, il y a <a href="http://questionablecontent.net/" hreflang="en" lang="en" xml:lang="en">Questionable Content</a>. C&#8217;est ma <span lang="en" xml:lang="en">webcomic</span> préférée toutes catégories depuis toujours, mais malheureusement, ce ne serait pas du luxe que la pagination soit retravaillée. Les liens textes sont vraiment petits, encore plus dans le contexte du reste de la page, avec les liens du menu principal <em>juste</em> au-dessus d&#8217;eux et la comic juste en-dessous. Les éléments ne ressortent tout simplement pas du tout sur la page, ce qui les rend plus difficiles à repérer et à utiliser. Il n&#8217;y a environ que 10 pixels entre les liens de pagination et les liens du menu principal, le sérif n&#8217;aide pas pour la petite taille de texte, et les liens sont toujours des liens même quand ils ne devraient pas l&#8217;être. L&#8217;un dans l&#8217;autre, de nombreuses améliorations pourraient être faites pour rendre ces éléments de pagination bien plus utilisables.</p>
<h2>Pour terminer</h2>
<p><strong>Pfiou!</strong> &Ccedil;a en fait des exemples! Bon il est temps de &laquo;&nbsp;tourner la page&nbsp;&raquo; maintenant, mais je vous en prie, prenez en compte les 7 règles précitées quand vous faites un site avec des contrôles de pagination. Concevez-les de façon élégante pour être sûr que vos visiteurs en retireront une expérience plaisante, et ainsi tout le monde en sera reconnaissant et heureux.</p>
<p>Toutes les images sont hébergées par Flickr sur les albums de <a href="http://www.flickr.com/photos/factoryjoe/" hreflang="en" lang="en" xml:lang="en">Chris Messina</a> et de <a href="http://www.flickr.com/photos/kurafire/" hreflang="en">moi-même</a>, avec tous mes remerciements à Chris pour ses encouragements et son aide dans l&#8217;apport des exemples.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/07/16/du-bon-design-de-la-pagination/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>&#171;&#160;Contraste et sens&#160;&#187; publié sur Pompage</title>
		<link>http://www.pomdoo.fr/2007/07/04/contraste-et-sens-publie-sur-pompage/</link>
		<comments>http://www.pomdoo.fr/2007/07/04/contraste-et-sens-publie-sur-pompage/#comments</comments>
		<pubDate>Wed, 04 Jul 2007 17:36:42 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Webdesign]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/07/04/contraste-et-sens-publie-sur-pompage/</guid>
		<description><![CDATA[Première contribution de Fay à Pompage! Ma traduction d&#8217;un article passionnant paru initialement sur A list apart, Contrast and meaning, est en ligne sur le site de Pompage: Contraste et sens. Il y est question du contraste comme élément fondamental du design, le premier à créer du sens. Son rôle dans la communication web est [...]]]></description>
			<content:encoded><![CDATA[<p>Première contribution de Fay à <a href="http://pompage.net/" title="Web design puisé à la source">Pompage</a>!<br />
Ma traduction d&#8217;un article passionnant paru initialement sur A list apart, <a href="http://www.alistapart.com/articles/contrastandmeaning" hreflang="en" lang="en" xml:lang="en">Contrast and meaning</a>,   est en ligne sur le site de Pompage: <a href="http://pompage.net/pompe/contraste-et-sens/"><strong>Contraste et sens</strong></a>.<br />
Il y est question du contraste comme élément fondamental du design, le premier à créer du sens. Son rôle dans la communication web est donc primordial, souvent incitatif.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/07/04/contraste-et-sens-publie-sur-pompage/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Les 5 dimensions de l&#8217;utilisabilité pour améliorer l&#8217;expérience utilisateur</title>
		<link>http://www.pomdoo.fr/2007/06/13/les-5-dimensions-de-lutilisabilite-pour-ameliorer-lexperience-utilisateur/</link>
		<comments>http://www.pomdoo.fr/2007/06/13/les-5-dimensions-de-lutilisabilite-pour-ameliorer-lexperience-utilisateur/#comments</comments>
		<pubDate>Wed, 13 Jun 2007 17:08:08 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Expérience utilisateur]]></category>
		<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Utilisabilité]]></category>
		<category><![CDATA[Ergonomie]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/06/13/les-5-dimensions-de-lutilisabilite-pour-ameliorer-lexperience-utilisateur/</guid>
		<description><![CDATA[Depuis que nous avons lancé pomdoo il y a quelques semaines, certains de nos amis (profanes en la matière) nous ont demandé des précisions sur ce qu&#8217;était l&#8217;utilisabilité, précisément. Alors rien que pour eux, ce petit billet pour relayer un article de Whitney Quesenbery (Using the 5Es to Understand Users), experte en utilisabilité des interfaces. [...]]]></description>
			<content:encoded><![CDATA[<p>Depuis que nous avons lancé pomdoo il y a quelques semaines, certains de nos amis (profanes en la matière) nous ont demandé des précisions sur ce qu&#8217;était l&#8217;utilisabilité, précisément. Alors rien que pour eux, ce petit billet pour relayer un article de Whitney Quesenbery (<a href="http://www.wqusability.com/articles/getting-started.html" hreflang="en" lang="en" xml:lang="en">Using the 5Es to Understand Users</a>), experte en utilisabilité des interfaces. En fait, je l&#8217;ai traduit en français et elle l&#8217;a proposé sur son site: <a href="http://www.wqusability.com/articles/getting-started-fr.html">Utiliser les 5 E pour comprendre les utilisateurs</a>.<br />
Elle y évoque les 5 aspects de l&#8217;utilisabilité, que l&#8217;on peut traduire par: Efficace, Efficient, Engageant, Evitant les erreurs et Enfantin à maîtriser.<br />
Très abordable même pour les néophytes.<br />
Pour les amateurs de définitions officielles et théoriques, <a href="http://fr.wikipedia.org/wiki/Utilisabilit%C3%A9" hreflang="en">celle de Wikipédia</a> est bien faite et assez exhaustive.<br />
Pour les puristes, il y a bien évidemment le site de <a href="http://www.useit.com/" hreflang="en">Jakob Nielsen (Useit.com)</a>, qui a commencé à évoquer le concept il y a une dizaine d&#8217;années.<br />
Le design peut surprendre, mais le contenu est toujours pertinent.</p>
<p>Voilà, plus d&#8217;excuses pour ne pas s&#8217;intéresser à pomdoo ;)<br />
Des questions?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/06/13/les-5-dimensions-de-lutilisabilite-pour-ameliorer-lexperience-utilisateur/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Utilisabilité 2.0 (deuxième partie): interview Luke Wroblewski</title>
		<link>http://www.pomdoo.fr/2007/06/05/utilisabilite-20-deuxieme-partie-interview-luke-wroblewski/</link>
		<comments>http://www.pomdoo.fr/2007/06/05/utilisabilite-20-deuxieme-partie-interview-luke-wroblewski/#comments</comments>
		<pubDate>Tue, 05 Jun 2007 08:00:49 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Expérience utilisateur]]></category>
		<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Utilisabilité]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[XHTML]]></category>
		<category><![CDATA[Utilisabilité 2.0]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/06/05/utilisabilite-20-deuxieme-partie-interview-luke-wroblewski/</guid>
		<description><![CDATA[Après l&#8217;épisode 1, L’utilisabilité 2.0: quels changements ?, voici la suite des questions/réponses mettant en scène Luke Wroblewski et ses interlocuteurs du Silicon Valley Web Guild Event, More Questions from Usability 2.0: Avec la riche interactivité des applications web Ajax, il est clair que l&#8217;utilisateur en a pour son argent, mais quels défis entraînent ces [...]]]></description>
			<content:encoded><![CDATA[<p>Après l&#8217;épisode 1, <a href="http://www.pomdoo.fr/2007/05/13/lutilisabilite-20-quels-changements/">L’utilisabilité 2.0: quels changements ?</a>, voici la suite des questions/réponses mettant en scène Luke Wroblewski et ses interlocuteurs du Silicon Valley Web Guild Event, <a href="http://www.lukew.com/ff/entry.asp?544" hreflang="en" lang="en" xml:lang="en">More Questions from Usability 2.0</a>:<br />
<span id="more-31"></span></p>
<h3>Avec la riche interactivité des applications web Ajax, il est clair que l&#8217;utilisateur en a pour son argent, mais quels défis entraînent ces technologies pour l&#8217;utilisabilité ?</h3>
<p>Ajax, Flash, et d&#8217;autres technologies Internet permettent des interactions et des adaptations au niveau des éléments (au niveau micro, si vous voulez). En pratique, cela signifie que certaines interactions (en particulier le rechargement de page) ne sont plus nécessaires. On peut mettre à jour seulement une partie d&#8217;une page avec des données ou des actions pertinentes ou personnalisées et pas toute la page. On peut également inclure des interactions riches dans nos applications web, ce qui permet le type de manipulation directe que l&#8217;on a avec les applications bureautiques.</p>
<p>Les interactions riches au niveau des éléments rendent possibles des interactions simples comme voter sur digg ou noter un film sur Netflix. Mais parce qu&#8217;il n&#8217;y a pas de rechargement de page, le feedback devient une considération clé dans l&#8217;utilisabilité. Les gens n&#8217;ont plus de rafraîchissement de page qui leur dit que leur action est en cours ou terminée. Alors il nous faut explicitement leur faire connaître le résultat de leurs actions. Cela inclut un certain nombre d&#8217;états: en cours, réussi, et échoué, pour commencer. Chacun de ces états doit être suivi à la trace et communiqué.</p>
<p>Nous devons également communiquer quelles actions sont possibles afin que les gens aient la notion de ce qu&#8217;ils sont en train d&#8217;accomplir. Des actions imprévues comme glisser/déposer, en particulier, requièrent des affordances qui donnent des indications sur leur usage.</p>
<p>Je trouve aussi que certains designs d&#8217;applications web ont tendance à abuser des micro interactions dans la page (<span lang="en" xml:lang="en">in-page</span>). Quand chaque élément a de multiples états ou quand toutes les actions et le contenu sont mises à jour sans rechargement de page (<span lang="en" xml:lang="en">update in-line</span>), les gens peuvent être désorientés. Dans certains cas, un rechargement de toute la page fonctionne mieux. Le simple fait qu&#8217;on puisse concevoir toutes nos actions pour qu&#8217;elles arrivent <span lang="en" xml:lang="en">in-line</span> ne veut pas forcément dire qu&#8217;il faut le faire.</p>
<h3>Certaines entreprises semblent accorder de la valeur à la forme aussi bien qu&#8217;à la fonction alors que d&#8217;autres semblent accorder de la valeur uniquement à la fonction. La forme ne fournit-elle pas autant de valeur pour l&#8217;utilisabilité ?</h3>
<p>Je suppose que cela dépend de votre conception de la forme. De nombreuses entreprises pensent toujours que le design visuel sert juste à “rendre les choses jolies.” Mais le design visuel est la voix du design d&#8217;interaction et de l&#8217;architecture informationnelle principalement parce que les gens ne sont capables d&#8217;interagir avec une application Web qu&#8217;à travers son niveau de présentation. Ainsi la forme est en fait responsable de la communication de la fonction.</p>
<h3>Pouvez-vous nous donner vos meilleures pratiques pour les tests d&#8217;utilisabilité, vos meilleurs trucs, et votre péché en matière d&#8217;utilisabilité ?</h3>
<p>Pour tout type de tests d&#8217;utilisabilité, je dirais que la meilleure pratique c&#8217;est l&#8217;objectivité. Pouvoir observer ce que font les gens sans un point de vue subjectif est l&#8217;une des facultés que j&#8217;admire le plus chez les professionnels de l&#8217;utilisabilité. Pour cela, il faut être ouvert à de nouvelles perspectives. Si vous avez des préjugés, vous verrez vraisemblablement ce que vous voulez voir.</p>
<p>Je suis depuis toujours fan de RITE (<span lang="en" xml:lang="en">rapid iterative testing</span>) et de la triangulation (ou peut-être que le terme plus approprié serait la trans-fertilisation) de multiple sources de données. Les tests RITE vous donnent la possibilité de vous adapter rapidement aux difficultés et aux opportunités qui surviennent au fur et à mesure du test. La trans-fertilisation de données vous donne à la fois des infos qualitatives et quantitatives, ce qui donne une vision plus complète de ce qui marche. Par exemple, les tests en direct peuvent vous dire ce que les gens font sur votre site, mais ils ne vous diront pas pourquoi. Les tests en labo, d&#8217;un autre côté, peuvent vous dire pourquoi les gens font telle ou telle chose mais ce ne sont pas des prévisions très fiables des comportements à grande échelle. Quand on combine les deux, par contre, ces techniques et d&#8217;autres peuvent vous donner une meilleure vision d&#8217;ensemble.</p>
<p>Quant aux péchés d&#8217;utilisabilité, il y a un ou deux scénarios qui ressortent fréquemment dans les tests: la découvrabilité et la <span lang="en" xml:lang="en">complete cognition</span>. Je mentionne la découvrabilité parce que les tests d&#8217;utilisabilité sont souvent utilisés pour évaluer l&#8217;efficacité de certaines caractéristiques d&#8217;application Web et des conclusions communes c&#8217;est que la caractéristique testée n&#8217;est pas découvrable. La plupart du temps, je crois que c&#8217;est prévisible. Les gens n&#8217;expérimentent pas les caractéristiques isolément, ils les expérimentent dans le contexte des tâches et des buts. En tant que tel, tester la découvrabilité d&#8217;une caractéristique juste pour la caractéristique elle-même peut amener à prendre des décisions qui ne prennent pas en compte tout le contexte de l&#8217;expérience produit.</p>
<p>D&#8217;un autre côté, la <span lang="en" xml:lang="en">complete cognition</span> part du principe que les gens veulent comprendre exactement comment ils ont accompli une tâche. Une mesure plus pertinente c&#8217;est comment ils ont réussi ou échoué dans l&#8217;accomplissement de la tâche en cours. Souvent, c&#8217;est déraisonnable de supposer que les gens vont comprendre complètement comment et pourquoi telle chose marche. Ainsi considérer qu&#8217;un design défaillant ne sert pas à grand chose permet de se poser les vraies questions en termes d&#8217;utilisabilité (d&#8217;usage).</p>
<h3>La majorité des produits et des services affectent directement le résultat financier. Pourtant c&#8217;est difficile de quantifier le ROI (retour sur investissement) pour l&#8217;utilisabilité. Pourquoi cela ?</h3>
<p>Pour commencer, les exemples ne manquent pas où de mauvaises pratiques en termes d&#8217;utilisabilité peuvent quand même entraîner une augmentation des recettes. Des systèmes de navigation déroutants peuvent augmenter le nombre de pages vues puisque les gens tatônnent dans le site. Un manque de design visuel peut réduire la différence entre les publicités et le contenu, ce qui amène des taux de <span lang="en" xml:lang="en">click-through</span> (CTR) plus importants.</p>
<p>Sur le long terme, bien entendu, ce ne sont pas des modèles viables puisque les gens se dirigent vers de meilleures expériences. Mais avant l&#8217;émergence d&#8217;alternatives viables, les gens devront faire avec si l&#8217;on veut obtenir l&#8217;utilité qu&#8217;ils ne peuvent pas trouver ailleurs. Joshua Porter et moi nous avons eu récemment une conversation à propos de ce cycle de vie dans la vie d&#8217;un produit ou d&#8217;une technologie où l&#8217;utilisabilité devient de plus en plus importante. Selon où se trouve votre produit dans ce cycle, le ROI en termes d&#8217;utilisabilité peut changer. Je ne pense pas que la majorité des tentatives pour quantifier l&#8217;impact de l&#8217;utilisabilité sur le résultat financier prennent ce contexte en compte.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/06/05/utilisabilite-20-deuxieme-partie-interview-luke-wroblewski/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>L&#8217;hypertrophie de page ou pourquoi éliminer les pages non pertinentes</title>
		<link>http://www.pomdoo.fr/2007/05/17/lhypertrophie-de-page-ou-pourquoi-eliminer-les-pages-non-pertinentes/</link>
		<comments>http://www.pomdoo.fr/2007/05/17/lhypertrophie-de-page-ou-pourquoi-eliminer-les-pages-non-pertinentes/#comments</comments>
		<pubDate>Thu, 17 May 2007 20:47:27 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Architecture de l'information]]></category>
		<category><![CDATA[Ergonomie]]></category>
		<category><![CDATA[Expérience utilisateur]]></category>
		<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Utilisabilité]]></category>
		<category><![CDATA[Design]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/05/17/lhypertrophie-de-page-ou-pourquoi-eliminer-les-pages-non-pertinentes/</guid>
		<description><![CDATA[Le trop est parfois l&#8217;ennemi du bien. Un article de SEOmoz nous le rappelle. Voici une traduction de The Page Bloat Disease &#038; Why You Should Eliminate Extraneous Pages: De nombreux sites de e-commerce ou à fort contenu souffrent d&#8217;une maladie que j&#8217;appelle &#171;&#160;hypertrophie de page&#160;&#187;. Voici les symptômes: la pagination des pages de contenu, [...]]]></description>
			<content:encoded><![CDATA[<p>Le trop est parfois l&#8217;ennemi du bien. Un article de <a href="http://www.seomoz.org/" hreflang="en">SEOmoz</a> nous le rappelle. Voici une traduction de <a href="http://www.seomoz.org/blog/information-architecture-advice-eliminate-extraneous-pages" hreflang="en" lang="en" xml:lang="en">The Page Bloat Disease &#038; Why You Should Eliminate Extraneous Pages</a>:</p>
<p>De nombreux sites de e-commerce ou à fort contenu souffrent d&#8217;une maladie que j&#8217;appelle &laquo;&nbsp;hypertrophie de page&nbsp;&raquo;. Voici les symptômes: la pagination des pages de contenu, la création de nouvelles pages qui ne font que fournir des méthodes de navigation alternatives et un design d&#8217;architecture de site qui suit cette règle d&#8217;utilisabilité peu connue: &laquo;&nbsp;plus de pages c&#8217;est mieux que moins de pages&nbsp;&raquo;.<span id="more-18"></span></p>
<p>Quant à moi, je me situe dans le camp opposé. Mon idée de la parfaite expérience utilisateur est de livrer le contenu voulu via le plus petit nombre de clics possible à partir de la page d&#8217;où on est partie. Cela veut dire rendre la navigation simple, directe et intuitive. Cela ne veut pas dire en revanche créer des milliers de détours pour l&#8217;utilisateur. Une autre règle d&#8217;utilisabilité rarement invoquée, mais avec laquelle je suis d&#8217;accord, dit que:<br />
<strong>Moins de choix avec une sélection raisonnable c&#8217;est mieux que plus de choix avec exactement ce que veut l&#8217;utilisateur</strong>.</p>
<p>Quoi ? L&#8217;utilisateur préfèrerait se décider pour quelque chose d&#8217;imparfait plutôt que d&#8217;avoir à patauger dans des douzaines d&#8217;éléments de navigation dans la barre latérale avant de trouver ce qu&#8217;il cherche ? Oui. Vous ne vous êtes jamais demandé pourquoi les 3 premiers résultats de requêtes dans les moteurs de recherche cumulaient 70% des clics, même quand les résultats de recherche étaient nuls ? C&#8217;est parce que les utilisateurs préfèrent faire des compromis plutôt que de perdre du temps à préciser leur objectif.</p>
<p>La plupart d&#8217;entre nous tombons d&#8217;accord sur ces vérités basiques de la navigation web, mais je sais que certains d&#8217;entre vous meurent d&#8217;envie de me dire: &laquo;&nbsp;Mais mon business model est basé sur le nombre de pages vues. J&#8217;ai besoin de maximiser le nombre de clics pour tirer le maximum de bénéfices de mon trafic.&nbsp;&raquo; Je persiste et signe: éliminer les pages non nécessaires, liquider les articles paginés et supprimer la navigation inutile sera d&#8217;une grande utilité. Qui dit meilleure expérience utilisateur dit encore plus de fréquentation, plus de liens, plus d&#8217;information virale et au final, plus de pages vues. A long terme, qui va gagner le jeu du trafic, entre le site qui donne à l&#8217;utilisateur ce qu&#8217;il veut, ou le site qui vous fait cliquer 12 fois pour trouver ce qu&#8217;il vous faut alors que 2 auraient suffi ailleurs ?</p>
<p>Je vous invite à examiner vos propres sites et à vous demander si vous avez vraiment besoin de fournir 3 ou 4 systèmes de navigation quand les visiteurs n&#8217;en utilisent que 2. Faites quelques tests pour voir si ces pages de contenu engendrent plus de liens et plus de trafic quand elles sont paginées ou quand elles fournissent tout le contenu d&#8217;un coup (la pagination n&#8217;est pas forcément un problème en soi, mais beaucoup de sites en font trop). Regardez les chemins de clics de vos visiteurs dans les outils de statistiques web et posez-vous la question: aurais-je pu les amener là plus rapidement ?</p>
<p>Et pensez à ces pauvres spiders! Ils ont déjà toutes ces milliards de pages à parcourir, vous n&#8217;allez pas en plus ajouter à leur charge de travail ?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/05/17/lhypertrophie-de-page-ou-pourquoi-eliminer-les-pages-non-pertinentes/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Les 77 principales erreurs que commettent les nouveaux blogueurs</title>
		<link>http://www.pomdoo.fr/2007/05/17/les-77-principales-erreurs-que-commettent-les-nouveaux-blogueurs/</link>
		<comments>http://www.pomdoo.fr/2007/05/17/les-77-principales-erreurs-que-commettent-les-nouveaux-blogueurs/#comments</comments>
		<pubDate>Thu, 17 May 2007 09:19:06 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Expérience utilisateur]]></category>
		<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Utilisabilité]]></category>
		<category><![CDATA[Blog]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/05/17/les-77-principales-erreurs-que-commettent-les-nouveaux-blogueurs/</guid>
		<description><![CDATA[Lu sur Time for Blogging, un article de Joshua Dorkin qui répertorie 77 erreurs faites par les blogueurs qui débutent. Il y en a certainement d&#8217;autres, mais c&#8217;est déjà un début :) D&#8217;ailleurs, il y en a quelques-unes que nous ferions bien de mettre en pratique, à pomdoo. On s&#8217;y met tout de suite&#8230; En [...]]]></description>
			<content:encoded><![CDATA[<p>Lu sur <a href="http://www.timeforblogging.com/" hreflang="en" lang="en" xml:lang="en">Time for Blogging</a>, un article de Joshua Dorkin qui répertorie 77 erreurs faites par les blogueurs qui débutent. Il y en a certainement d&#8217;autres, mais c&#8217;est déjà un début :)<br />
D&#8217;ailleurs, il y en a quelques-unes que nous ferions bien de mettre en pratique, à pomdoo. On s&#8217;y met tout de suite&#8230;<br />
En attendant on vous livre une traduction de ces <a href="http://www.timeforblogging.com/2007/05/09/the-top-77-mistakes-new-bloggers-make/" hreflang="en" lang="en" xml:lang="en">top 77 mistakes new bloggers make</a>.<span id="more-27"></span></p>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Domaine &#038; Hébergement</h3>
<ul>
<li>1. Ne pas héberger son propre blog</li>
<li>2. Enregistrer un nom de blog (URL) qui a déjà été déposé</li>
<li>3. Déclarer un nom de domaine long, compliqué, et difficile à mémoriser</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Style, Design, et ingrédients de base d&#8217;un blog</h3>
<ul>
<li>4. Garder le template par défaut du système de blog</li>
<li>5. Utiliser un arrière-plan noir ou au contraire aveuglant, tape-à-l&#8217;oeil ou inconfortable visuellement</li>
<li>6. Utiliser de la musique de fond</li>
<li>7. Ne pas mettre à jour son blogroll</li>
<li>8. Ne pas utiliser de permaliens pour ses articles</li>
<li>9. Ne pas protéger son blog contre les commentaires spammés à l&#8217;aide de plugins faciles à installer</li>
<li>10. Sous-utiliser les plugins faciles à installer</li>
<li>11. Ne pas fournir de moyen facile de contacter l&#8217;auteur</li>
<li>12. Ne pas inclure de page &laquo;&nbsp;A propos&nbsp;&raquo;</li>
<li>13. Ne pas créer de plan de site pour Google et d&#8217;autres moteurs de recherche</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Commentaires</h3>
<ul>
<li>14. Garder le premier article et le premier commentaire par défaut du système de blog</li>
<li>15. Forcer les invités à s&#8217;inscrire quand ils veulent laisser des commentaires</li>
<li>16. Commenter sur d&#8217;autres blogs sans dire autre chose que &laquo;&nbsp;sympa le post&nbsp;&raquo; ou autres idioties inutiles</li>
<li>17. Commenter sur d&#8217;autres blogs et spammer l&#8217;URL de son blog</li>
<li>18. Ne pas commenter suffisamment sur d&#8217;autres blogs</li>
<li>19. Ne pas réfléchir à ce qu&#8217;on poste sur les autres blogs</li>
<li>20. Ne pas répondre aux commentaires laissés sur son blog</li>
<li>21. Demander aux autres blogueurs dans les commentaires de faire un lien vers son blog</li>
<li>22. Collecter les adresses email de personnes qui commentent et les ajouter à des listes de marketing sans leur autorisation</li>
<li>23. Poster des liens affiliate quand on fait des commentaires sur d&#8217;autres blogs</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Liens</h3>
<ul>
<li>24. Envoyer des emails à d&#8217;autres blogueurs pour leur demander de créer des liens</li>
<li>25. Ne pas faire suffisamment de liens externes</li>
<li>26. Poster des liens invalides ou brisés</li>
<li>27. Ne pas utiliser les possibilités de trackback sur son blog</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Contenu du Blog</h3>
<ul>
<li>28. Créer des SPLOGS</li>
<li>29. Fixer des attentes élevées pour ses lecteurs et ne pas les remplir</li>
<li>30. Ne pas connaître les règles de blogging ou de culture des blogs avant de démarrer</li>
<li>31. Ne pas choisir de thème pour son blog</li>
<li>32. Changer de thème en cours de route</li>
<li>33. Copier le style et la substance d&#8217;autres blogs</li>
<li>34. Bloguer sur absolument rien du tout</li>
<li>35. Ne pas relire ses articles</li>
<li>36. Ne pas réussir à positionner son blog et renoncer à bloguer</li>
<li>37. Voler du contenu</li>
<li>38. Bloguer à propos de quelque chose dont on ne connaît rien</li>
<li>39. Copier des articles entiers d&#8217;autres blogs en pensant qu&#8217;un simple rétrolien suffit</li>
<li>40. Ne pas créditer un autre blog ou site d&#8217;une idée qu&#8217;on leur a prise</li>
<li>41. Essayer de bloguer comme si on était une personne fictive</li>
<li>42. Choisir des titres peu incitatifs</li>
<li>43. Poster d&#8217;énormes blocs de textes sans sous-titres ni images, etc, pour les diviser</li>
<li>44. Poster de façon irrégulière</li>
<li>45. Oublier qu&#8217;on écrit pour des lecteurs, pas pour soi-même</li>
<li>46. Ecrire des choses qui pourraient nuire à l&#8217;avenir</li>
<li>47. S&#8217;engager dans la diffamation</li>
<li>48. Manquer de professionnalisme</li>
<li>49. Attaquer d&#8217;autres blogueurs juste pour attirer l&#8217;attention</li>
<li>50. Partager des secrets d&#8217;entreprise ou des informations d&#8217;ordre privé sur son blog</li>
<li>51. Révéler trop d&#8217;informations personnelles (potentiellement dangereux)</li>
<li>52. Ne pas avoir de style propre quand on écrit, utiliser un langage neutre et sec</li>
<li>53. Ne pas encourager les commentaires</li>
<li>54. Faire trop de bla bla sans aucun élément pertinent</li>
<li>55. Ecrire à propos de ce que tout le monde écrit</li>
<li>56. Organiser des concours sans offrir les récompenses promises</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Promotion du blog &#038; Audience</h3>
<ul>
<li>57. Promouvoir son tout nouveau blog n&#8217;importe où</li>
<li>58. Promouvoir son blog qui compte moins de 10 articles</li>
<li>59. Utiliser des boosters de trafic</li>
<li>60. Utiliser n&#8217;importe quelle méthode pour obtenir du trafic non ciblé</li>
<li>61. Soumettre son blog de façon excessive à des sites de social bookmarking</li>
<li>62. Soumettre de mauvais articles aux moteurs de bookmarking</li>
<li>63. Ne pas promouvoir suffisamment ses bons articles</li>
<li>64. Ne pas entrer dans les <span lang="en" xml:lang="en">Blog Carnivals</span> pour commencer à se construire du trafic</li>
<li>65. Ne pas inclure de lien vers son blog dans son email et dans ses signatures dans les forums</li>
<li>66. Ne pas répondre aux emails ou autres messages</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Monétisation du blog</h3>
<ul>
<li>67. S&#8217;inquiéter de savoir combien va rapporter son blog avant même d&#8217;avoir du contenu de qualité</li>
<li>68. Placer trop de publicités sur son blog</li>
<li>69. Cliquer sur ses propres Publicités AdSense</li>
<li>70. Autoriser n&#8217;importe quel site, même sans aucun rapport, à faire de la publicité sur son blog</li>
<li>71. Utiliser <span lang="en" xml:lang="en">ReviewMe</span> ou d&#8217;autres services en bâclant le travail.</li>
</ul>
<h3><img src="http://www.pomdoo.fr/wp-content/uploads/2007/05/dialog-error.png" alt="" /> Flux RSS</h3>
<ul>
<li>72. Sous-utiliser les fils RSS</li>
<li>73. Ne pas fournir de moyen clair et identifiable pour s&#8217;abonner</li>
<li>74. Ne pas utiliser Feedburner pour optimiser, quantifier et promouvoir son fil</li>
<li>75. Afficher le compteur <span lang="en" xml:lang="en">Feedburner</span> avant d&#8217;avoir 50 à 100 abonnés</li>
<li>76. Proposer un fil partiel au lieu d&#8217;un fil intégral des billets</li>
<li>77. Afficher de façon excessive les liens de soumissions</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/05/17/les-77-principales-erreurs-que-commettent-les-nouveaux-blogueurs/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>L&#8217;utilisabilité 2.0: quels changements ?</title>
		<link>http://www.pomdoo.fr/2007/05/13/lutilisabilite-20-quels-changements/</link>
		<comments>http://www.pomdoo.fr/2007/05/13/lutilisabilite-20-quels-changements/#comments</comments>
		<pubDate>Sun, 13 May 2007 18:12:40 +0000</pubDate>
		<dc:creator>Fay</dc:creator>
				<category><![CDATA[Expérience utilisateur]]></category>
		<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Traductions]]></category>
		<category><![CDATA[Utilisabilité]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[XHTML]]></category>
		<category><![CDATA[Utilisabilité 2.0]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/05/13/lutilisabilite-20-quels-changements/</guid>
		<description><![CDATA[Mon regard a été attiré par un article de Luke Wroblewski dans lequel il nous livre ses réponses à certaines questions qui lui ont été posées à un forum sur l&#8217;utilisabilité 2.0 organisé par la Silicon Valley Web Guild. Très pertinent et simple d&#8217;accès, je vous en propose une traduction: Comment définir l&#8217;utilisabilité 2.0 ? [...]]]></description>
			<content:encoded><![CDATA[<p>Mon regard a été attiré par un <a href="http://www.lukew.com/ff/entry.asp?521" hreflang="en">article de Luke Wroblewski</a> dans lequel il nous livre ses réponses à certaines questions qui lui ont été posées à un forum sur l&#8217;utilisabilité 2.0 organisé par la <a href="http://www.webguild.org/index.php" hreflang="en" lang="en" xml:lang="en">Silicon Valley Web Guild</a>.<span id="more-16"></span><br />
Très pertinent et simple d&#8217;accès, je vous en propose une traduction:</p>
<h3>Comment définir l&#8217;utilisabilité 2.0 ?</h3>
<p>Si l&#8217;on se concentre sur l&#8217;utilisabilité Web, on peut définir l&#8217;utilisabilité 2.0 comme l&#8217;ensemble des considérations de design qui résultent des récents changements que connaît le Web. Comme l&#8217;a résumé Terry Winograd, les humains ont 3 grandes façons d&#8217;interagir avec le monde: la locomotion (se déplacer d&#8217;un endroit à l&#8217;autre), la conversation (communiquer avec les autres), et la manipulation (utiliser/modifier/créer).</p>
<p>La première phase du web ne concernait que la locomotion. Les entreprises et les gens montaient des sites web tant bien que mal, et les utilisateurs du Web voyagaient entre eux en utilisant des annuaires et des hyperliens. L&#8217;explosion récente des outils communautaires (blogs, réseaux sociaux) et des applications Web (création de contenu, éditer) a permis la conversation et la manipulation sur le Web. A présent, au lieu de naviguer de lieu en lieu, les gens se parlent, s&#8217;expriment, gèrent leur productivité, se divertissent, et plus encore.</p>
<p>Par conséquent, concevoir des expériences Web utilisables exige plus que l&#8217;efficacité des systèmes de navigation, des hyperliens et des temps de téléchargement. Ces considérations étaient cruciales quand les utilisateurs se cantonnaient à naviguer d&#8217;un site à un autre. Aujourd&#8217;hui c&#8217;est toute une nouvelle série de considérations d&#8217;utilisabilité qui est requise pour permettre la communication et la manipulation de contenu.</p>
<h3>Qu&#8217;est-ce qui change entre l&#8217;utilisabilité 1.0 et 2.0 ?</h3>
<p>Le fait d&#8217;être passé à la conversation et à la manipulation en ligne a introduit un ensemble d&#8217;expériences Web différentes. Tom Chi a récemment fait remarquer que les sites qui ont le plus de succès sont fondamentalement: des sites de création de contenu (outils de blogging, applications de productivité); des sites d&#8217;aggrégation de contenu (des sites d&#8217;infos sociales comme digg, etc.); des surfaces d&#8217;affichage (pour exposer du contenu comme MySpace); ou des destinations de divertissement (portails à contenu). Chacune de ces expériences a une palette unique de besoins et de mesures d&#8217;utilisabilité. Assez souvent, ces considérations vont bien au-delà de ce qui suffisait jadis en termes d&#8217;utilisabilité pour les sites standards du type &laquo;&nbsp;prospectus.&nbsp;&raquo;</p>
<p>A mesure que les barrières pour concevoir et développer ces nouvelles expériences sont renversées (coûts de fonctionnement plus faibles, logiciels disponibles gratuitement), de plus en plus de sites vont être lancés. Et plus il y aura de sites qui se disputent l&#8217;attention des gens, plus l&#8217;espace sur les rayons en ligne sera pris. Par conséquent, les applications Web ont besoin de se tourner vers les meilleures pratiques traditionnelles du design packaging pour mieux communiquer sur les services qu&#8217;ils proposent, sur la façon dont on peut les utiliser, et sur les raisons pour lesquelles ça vaut la peine de les essayer.</p>
<p>La recherche, la distribution de contenu, les outils communautaires, et les interactions riches donnent par ailleurs aux utilisateurs du Web plus de contrôle sur leur expérience avec la capacité à: choisir comment et où ils accèdent au contenu, réagissent au contenu (en évaluant, votant, en ajoutant des drapeaux); partagent du contenu; et interagissent avec le contenu de nouvelles façons (glisser/déposer, édition en ligne, etc.)</p>
<p>Cette vague de nouvelles expériences Web qui donnent aux utilisateurs plus de contrôle est probablement le changement qui a le plus de répercussions sur l&#8217;utilisabilité en ligne.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/05/13/lutilisabilite-20-quels-changements/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
