<?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; Standards Web</title>
	<atom:link href="http://www.pomdoo.fr/category/standards-web/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>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>LA référence des entités de caractères html</title>
		<link>http://www.pomdoo.fr/2007/06/05/la-reference-des-entites-de-caracteres-html/</link>
		<comments>http://www.pomdoo.fr/2007/06/05/la-reference-des-entites-de-caracteres-html/#comments</comments>
		<pubDate>Tue, 05 Jun 2007 07:45:31 +0000</pubDate>
		<dc:creator>Miguel</dc:creator>
				<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[XHTML]]></category>
		<category><![CDATA[HTML]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/06/05/la-reference-des-entites-de-caracteres-html/</guid>
		<description><![CDATA[Une interface toute simple et bien utile pour trouver rapidement les jeux de références d&#8217;entités de caractères HTML: HTML Entity Character Lookup Le must c&#8217;est que l&#8217;interface fournit aussi bien toutes les déclinaisons (accent, majuscule, minuscule) d&#8217;un caractère que ceux qui lui sont proches graphiquement: en tapant &#171;&#160;e&#160;&#187; on obtient &#201;, &#931;, &#8712;, &#8364; etc. [...]]]></description>
			<content:encoded><![CDATA[<p>Une interface toute simple et bien utile pour trouver rapidement les jeux de références d&#8217;entités de caractères HTML: <a href="http://leftlogic.com/lounge/articles/entity-lookup/">HTML Entity Character Lookup</a><br />
Le must c&#8217;est que l&#8217;interface fournit aussi bien toutes les déclinaisons (accent, majuscule, minuscule) d&#8217;un caractère que ceux qui lui sont proches graphiquement: en tapant &laquo;&nbsp;e&nbsp;&raquo; on obtient &Eacute;, &Sigma;, &isin;, &euro; etc.</p>
<div class="imgcenter"><img src="http://www.pomdoo.fr/wp-content/uploads/2007/06/html-entity.jpg" alt="" /></div>
<p>Une très bonne idée couplée à une utilisation judicieuse de JavaScript qui nous évite de scanner toute une liste de caractères dans une page.<br />
La cerise sur le gâteau, un widget est fourni pour le grand plaisir des codeurs.</p>
<div class="imgcenter"><img src="http://www.pomdoo.fr/wp-content/uploads/2007/06/dashboard-widget-html-entity.jpg" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/06/05/la-reference-des-entites-de-caracteres-html/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>
		<item>
		<title>Don&#8217;t hurt the web ! Utilisez les standards.</title>
		<link>http://www.pomdoo.fr/2007/04/29/dont-hurt-the-web-utilisez-les-standards/</link>
		<comments>http://www.pomdoo.fr/2007/04/29/dont-hurt-the-web-utilisez-les-standards/#comments</comments>
		<pubDate>Sun, 29 Apr 2007 21:16:35 +0000</pubDate>
		<dc:creator>Miguel</dc:creator>
				<category><![CDATA[Standards Web]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Standards]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://www.pomdoo.fr/2007/04/29/dont-hurt-the-web-utilisez-les-standards/</guid>
		<description><![CDATA[C&#8217;est l&#8217;appel déchirant et larmoyant du renard de feu qui nous implore de ne pas faire mal au Web, avec ses grands yeux à la Chat Potté. Le Mozilla developer center nous invite donc à répandre la bonne parole en incluant dans nos pages cette image conçue par Sean Martell. Vous pouvez aussi télécharger des [...]]]></description>
			<content:encoded><![CDATA[<p>C&#8217;est l&#8217;appel déchirant et larmoyant du renard de feu qui nous implore de ne pas faire mal au Web, avec ses grands yeux à la <a href="http://www.imdb.com/gallery/ss/0298148/pussinnocent.jpg.html" hreflang="en" lang="fr" xml:lang="fr">Chat Potté</a>.</p>
<div class="imgcenter"><img src='http://www.pomdoo.fr/wp-content/uploads/2007/04/moz_ffx_openstandards_264x198.jpg' alt="Don’t Hurt The Web" lang="en" xml:lang="en" /></div>
<p>Le <a href="http://developer.mozilla.org/en/docs/Main_Page" hreflang="en" lang="en" xml:lang="en">Mozilla developer center</a> nous invite donc à répandre la bonne parole en incluant dans nos pages cette image conçue par Sean Martell. Vous pouvez aussi télécharger des <a href="http://developer.mozilla.org/en/docs/Promote_MDC" hreflang="en" lang="fr" xml:lang="fr">fonds d&#8217;écran</a> pour promouvoir les technologies open source et les standards du Web. A pomdoo, on ne pouvait décidément pas passer à côté d&#8217;une telle opération.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pomdoo.fr/2007/04/29/dont-hurt-the-web-utilisez-les-standards/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
