Dans HTML5, il manque quand même la balise panier pour aller avec article. Ce début de réflexion que je partageais sur Twitter m’est venu en lisant les tables de la loi spécifications de HTML5, notamment la partie semantics. Là, j’ai eu comme une révélation : Les balises HTML et surtout HTML5 sont orientées vers les contenus littéraires (dialog), le monde de la presse (article) et les publications à caractère scientifique (section).

C’est normal si on considère que le web est issu du monde de la recherche universitaire mais ça l’est moins au regard des autres pratiques du web en général et du commerce en ligne en particulier. Du coup, mon côté réactionnaire a pris le dessus et je me suis mis à regarder HTML5 comme un sous-produit de XHTML réservé aux contenus dits de « qualité » vs le commerce qui ferait partie du côté « obscur » de la force.

Pour prendre le contre-pied de ce que j’écrivais dans Favoriser les sites de contenus, n’est-ce pas exclure de fait les sites d’entreprises ? je pense qu’il est peut-être temps de se pencher sur la structure sémantique des sites de vente en ligne.

Les balises qui manquent à HTML5

Et là, je ne parle pas que de e-commerce. Quelqu’un pourra-t-il m’expliquer la présence d’une balise dialog alors qu’il manque la balise logo, élément bien plus largement utilisé sur le web ? Idem pour une éventuelle balise motto ou baseline ? Je veux bien y mettre de la bonne volonté, mais HTML5 est quand même un truc bancal quand on regarde de près la structuration des contenus présents sur le web.

Et le e-commerce, ça pue ?

Et oui, à côté des blogs, des articles d’information et des sites corporate (qui partagent la même structure), le gros du web est composé de sites de vente en ligne. Quand on y regarde de plus près, les éléments composant la notice d’un article (produit) sont autrement plus complexes que ceux d’un article (billet) : on retrouve les mêmes éléments (titre, sous-titre, résumé, etc.) en plus des éléments spécifiques au commerce comme le prix (price ?), le nombre d’éléments en stock (item ?), etc. Sans compter tous les éléments qui caractérisent un produit comme la taille, la couleur, etc.

Vous vous doutez bien qu’il ne serait pas très pratique d’avoir autant de balises dites « sémantiques » pour caractériser chaque élément de personnalisation possible pour un article donné. C’est pourquoi, je propose d’inventer un mécanisme permettant de spécifier un élément sous forme ce classe CSS histoire de s’en sortir avec tous les micro-contenus… Mais attendez, on me souffle dans l’oreillette que les microformats existent déjà…

En (très) bref

HTML5 sera parfait pour structurer l’exemplaire papier de Roméo et Juliette qui se trouve dans ma bibliothèque. En ce qui concerne les contenus disponibles sur le web le travail ne fait que commencer.

En lisant ce billet de Frédéric de Villamil sur le compte rendu du troisième WASP café France dans lequel il présente un exemple de structuration du microformat hCard, je n’ai pu m’empêcher d’ajouter mon grain de sel pour remplacer la divite et la spanite par une structure à base de listes imbriquées que je trouve comment dire… plus sémantique…

En effet, dans leur précipitation à mettre en avant les attributs des microformats, les promoteurs du « web sémantique » en oublient souvent de travailler le code HTML qui se trouve autour. Bien que les exemples donnés généralement soient destinés à être personnalisés, force est de constater que les exemples sont souvent repris tels quels. Save the markup, save the web? Maybe ;-)

L’exemple hCard fournit par Frédéric

D’après l’exemple donné dans la documentation officielle :

<div class="vcard">
  <a class="fn n url" href="http://fredericdevillamil.com">
    Frédéric de Villamil
  </a>
  <div class="adr">
      <span class="type">Domicile</span>:
      <div class="street-address">12 rue Danton</div>
      <span class="postal-code">94270</span>
      <span class="locality">Le Kremlin-Bicêtre</span>,
      <div class="country-name">France</div>
  </div>
  <div class="tel">
      <span class="type">Mobile</span> +33-6-62-1337
  </div>
  <div>Email:
      <span class="email">frederic@de-villamil.com</span>
  </div>
</div>

Ma proposition de balisage pour le format hCard

J’ai ajouté quelques attributs pour enrichir un peu l’ensemble :

<ol class="vcard">
  <li>
      <h4>Identités</h4>
      <ul>
          <li class="fn n url">
            <a href="http://www.brunobichet.fr">
              Bruno Bichet
            </a>
          </li>
          <li class="fn nickname url">
            <a href="http://www.css4design.com">
              br1o
            </a>
          </li>
          <li class="photo url">
            <a href="http://www.css4design.com/identite_100x100.png">
              Tu veux ma photo ?
            </a>
          </li>
          <li class="note">
            Intégrateur web, blogdesigner et formateur
          </li>
      </ul>
  </li>
  <li>
      <h4 class="type">Adresse</h4>
      <ul class="adr">
          <li class="street-address">1, rue de l'intégration HTML</li>
          <li class="postal-code">69007</li>
          <li class="locality">Lyon sur CSS</li>
          <li class="country-name">France</li>
      </ul>
  </li>
  <li>
      <h4>Téléphones</h4>
      <ul class="tel">
          <li class="type">Mobile : +33 6 00 00 00 00</li>
          <li class="type">Fixe : +33 4 00 00 00 00</li>
      </ul>
  </li>
  <li>
      <h4>Emails</h4>
      <ul>
          <li class="email">infographiste@gmail.com</li>
          <li class="email">bruno.bichet@gmail.com</li>
          <li class="email">br1o@live.fr</li>
      </ul>
  </li>
</ol>

1. Identités

   • Bruno Bichet
   • br1o
   • Tu veux ma photo ?
   • Intégrateur web, blogdesigner et formateur

2. Adresse

   • 1, rue de l’intégration HTML
   • 69007
   • Lyon sur CSS
   • France

3. Téléphones

   • Mobile : +33 6 00 00 00 00
   • Fixe : +33 4 00 00 00 00

4. Emails

   • infographiste@gmail.com
   • bruno.bichet@gmail.com
   • br1o@live.fr

La même hCard en liste de définition

Mise-à-jour : Sur une remarque judicieuse d’Aymeric dans ce commentaire, voici la version « liste de définition ». Cette version semble effectivement plus adaptée : plus légère et le code est plus clair. Que du bon air, heu… du bonheur :)

<dl class="vcard">
  <dt>Identités</dt>
  <dd class="fn n url"><a href="http://www.brunobichet.fr">Bruno Bichet</a></dd>
  <dd class="fn nickname url"><a href="http://www.css4design.com">br1o</a></dd>
  <dd class="photo url"><a href="http://www.css4design.com/identite_100x100.png">Tu veux ma photo ?</a></dd>
  <dd class="note">Intégrateur web, blogdesigner et formateur</dd>


<dt class="type">Adresse</dt>
  <dd class="adr street-address">1, rue de l'intégration HTML</dd>
  <dd class="adr postal-code">69007</dd>
  <dd class="adr locality">Lyon sur CSS</dd>
  <dd class="adr country-name">France</dd>

<dt>Téléphones</dt>
  <dd class="tel type">Mobile : +33 6 00 00 00 00</dd>
  <dd class="tel type">Fixe : +33 4 00 00 00 00</dd>

<dt>Emails</dt>
  <dd class="email">infographiste@gmail.com</dd>
  <dd class="email">bruno.bichet@gmail.com</dd>
  <dd class="email">br1o@live.fr</dd>
</dl>

Identités

Bruno Bichet

br1o

Tu veux ma photo ?

Intégrateur web, blogdesigner et formateur

Adresse

1, rue de l’intégration HTML

69007

Lyon sur CSS

France

Téléphones

Mobile : +33 6 00 00 00 00

Fixe : +33 4 00 00 00 00

Emails

infographiste@gmail.com

bruno.bichet@gmail.com

br1o@live.fr

Pour conclure

Je ne suis pas un expert en microformats et je me pose pas mal de questions. Dans mon exemple, vaut-il mieux utiliser la classe email sur chaque élément de liste li ou une seule fois dans la balise ul ? Si vous avez des suggestions concernant le placement des attributs des microformats dans le balisage HTML, n’hésitez pas à participer ;)

PS : connaissez-vous le site des microformateurs pour suivre l’actualité des microformats en français ?

Les résultats du Sandbox Designs Competition sont disponibles depuis quelques heures après plusieurs jours passés à peser le pour et le contre de chaque proposition. Chaque membre du jury était libre de laisser libre court à sa subjectivité et à son intime conviction pour se prononcer sur les choix éditoriaux ou la mise en valeur des différentes fonctionnalités qui structurent un blog. Ou encore sur les choix purement esthétiques comme les visuels employés ou les choix colorimétriques. J’ai accordé un poids important au confort de lecture en traquant impitoyablement les déficits en blancs tournants, interlignages et autres espacements. Pour autant, je n’ai pas laissé de répit aux problèmes de lisibilité dépendants de la palette de couleurs retenue : un blog, c’est avant tout beaucoup de texte à lire. En second lieu, j’ai pris en compte l’équilibre global du design. J’ai vérifié ensuite si la structure résistait à l’épreuve de la compatibilité inter-navigateurs. Pour celà, j’ai testé les pages sous Firefox 2, Internet Explorer 6 et Opéra 9, le tout pour Windows. Merci à Scott pour avoir mis en place ce concours qui fut un modèle d’organisation. Vivement l’année prochaine !

C’est quoi au juste ce concours ?

Il s’agissait de proposer un thème pour WordPress en utilisant l’intendance fournie par Sandbox. Je vous renvoie sur l’un des billets que j’ai déjà écris sur ce thème Sandbox. Grosso modo, ce thème a deux particularités. D’une part, il offre l’intégration des microformats dans un écrin xhtml CHIC, donc classe… D’autre part, il utilise le fichier functions.php pour générer des classes à gogo en fonction du contexte dans lequel s’affiche la page dont voici quelques exemples :

 <body class="wordpress y2007 m05 d31 h18 home loggedin"> <body class="wordpress y2007 m05 d31 h18 archive category category-action-citoyenne loggedin"> <div id="post-1" class="hentry p1 post publish author-admin category-uncategorized y2007 m05 d16 h09"> <li id="comment-550" class="comment c1 byuser comment-author-admin bypostauthor c-y2007 c-m05 c-d31 c-h20">

Et quand on sait que Sandbox fera probablement partie un jour ou l’autre de la distribution WordPress, vous conviendrez qu’il est urgent d’aller jeter un oeil chez l’ami Scott !

46 designs — Mes impressions « à chaud »

La suite de ce billet contient mes notes de lecture prises durant la phase de sélection des designs. Ces notes, destinées à guider mes choix pour désigner les trois meilleurs thèmes accompagnés de leur chalengers, sont à peines réécrites pour les besoins de cet article. A la relecture, je m’aperçois que je n’ai pas été particulièrement tendre : que voulez-vous, c’est pas de ma faute si j’ai pris mon rôle de judge au sérieux ;) En, même temps, je me dis que ça ne sert à rien d’embellir les résultats après coup pour éviter de froisser les susceptibilités. Car en fait, si les résultats parlent d’eux-mêmes, ils ne disent finalement pas grand chose sur les designs qui n’ont pas été retenus.

Ca va sans dire mais mieux en le disant, il s’agit essentiellement d’impressions personnelles et subjectives, même si ça et là, quelques justifications techniques ou ergononiques donnent l’impression du contraire ^_^. Lorsque je n’ai pas pu me prononcer franchement « pour » un design, j’ai joué la carte de l’honnêteté en précisant « N/A » pour « Non Applicable » au moment où j’ai rédigé ma note. En revanche, je me suis appliqué à justifier mes impressions « contre ».

Les 46 designs »

Scott Wallick me demande de l’assister dans le concours en trouvant des webdesigners européens confirmés pour faire partie du jury. Si vous ne connaissez pas les membres déjà inscrits, faites un tour sur leur site : c’est du lourd, comme on dit à la télé… En pratique : si vous êtes (ou si vous connaissez) un(e) webdesigner talentueux(se), reconnu(e) par vos (ses) pairs et vos (ses) clients avec si possible une dimension nationale voire européenne, c’est l’occasion ou jamais de devenir membre du jury pour le Sandbox Designs Competitions aux côtés de Nicole Hernandez, Alex King, Paul Stamatiou, Becca Wei, et David Yeiser.

J’ai eu l’occasion de parler du concours et du thème Sandbox en détail. Je disais même que ce thème était l’avenir des plate-formes de blog comme WordPress ou Dotclear (qui s’y colle ?) : une base XHTML et CSS CHIC et sémantiquement riche (en utilisant au maximum les microformats et les balises HTML adéquates).

L’activité outre-atlantique autour de Sandbox (notamment en ce qui concerne l’attention portée ces derniers jours à la mise en place d’un système de traduction à l’aide des fichiers .pot), monte en puissance et il serait dommage que la France ou l’Europe ne participe pas ^^ Si en plus vous êtes lyonnais(e) alors là, c’est le bouquet ^_^

Merci de relayer cet avis de recherche et/ou de me faire part de votre éventuelle participation. Vous pouvez également candidater directement.

Stay tuned and mind the gap!

A l’approche de l’été les concours fleurissent et les musiciens accordent leurs instruments. Si la météo est capricieuse, il fera bon rester chez soi et plonger les mains dans le code. Si le soleil est au beau fixe, on sortira écouter de la musique. Commençons avec trois concours en relation avec le design web, le HTML ou les CSS pour celles et ceux que ça démange, suivi de deux amuses-bouches musicaux.

1. Le CSSR (Cascading Style Summer Refresh 2007)

   Vous profitez de la période estivale à venir pour ouvrir les fenêtres et faire le ménage ? Allez, pour une inscription de plus vous pouvez gagner des présents inestimables en participant au concours de redesign de votre site web organisé par Alsacréations. Le cahier des charges : utilisez les CSS pour la mise en pages, utilisez un code propre et « sémantique », et utilisez votre imagination pour faire une belle charte graphique. Faites-vous plaisir, faites-nous plaisir :) Via sutekidane (comment ça, c’est pas une chaîne ? )

2. Pimp my hCard

   Alexandre nous propose de participer à la promotion des microformats en proposant le concours de la plus belle hCard. Les autres propositions ne seront pas abandonnées à leur triste sort : elles rejoindront une banque de templates hCard dans laquelle on pourra picorer à loisir selon les besoins. J’ai apporté ma modeste contribution en proposant un gabarit hCard à base de listes imbriquées ; il se pourrait que j’y ajoute une feuille de style ;)

3. Sandbox Designs Competition

   Encore une bonne occasion d’en apprendre un peu plus sur le marquage sémantique et les microformats : Scott lance un challenge pour moderniser le design des blogs WordPress en utilisant les morceaux de sémantique et les microformats présents dans le thème Sandbox. Le vainqueur de cette compétition recevra 500$, le second 300$ et le troisième 200$. (Ce qui reste tout de même loin des présents inestimables d’Alsacréations ;) )

Cody, quand tu es là

A l’approche de la Fête de la Musique, je vous propose de continuer en musique avec Cody, jeune chanteuse lyonnaise qui va enregistrer dans les semaines prochaines (avant le 8 juin…) 2 titres pour un cd en édition très limitée…1500 cd qui seront distribués au Festival des 3 chênes le 28 juin à « L’Imprévu » à Massieu (69)…uniquement sur invitation…

D’autres titres sont disponibles à l’écoute sur codywebsite. Enjoy !

Profitez-en également pour lire le blog de Maurine (ou l’art du grand n’importe quoi), toujours agréable à lire :)

Le plus terrible c’est de savoir que …

Reshape-music organise son premier plateau pop rock au Sonic à Lyon les 22 et 23 juin 2007 Le label rassemble pour la première fois sa communauté autour de deux soirées Pop Rock à Lyon[...]. Gratuites ces soirées seront placées sous le signe de l’éthique avec des goodies issus du commerce équitable dans des emballages entièrement recyclables. Si vous êtes sur Lyon à ces dates, il vous suffit de vous préinscrire dans l’espace SOIREE de notre blog. Le plus terrible c’est de savoir que cette expérience sera d’ores et déjà renouvelée. Alors, pour les non-lyonnais, attendez-vous, tôt ou tard, à nous voir débarquer.

Lors d’un précédent billet concernant la sortie de WordPress 2.2, j’avais évoqué la version 0.6.1 du thème Sandbox. Je profite du passage en version 0.9 pour passer la deuxième couche car Sandbox est intéressant à plus d’un titre. Cest le thème idéal pour les intégrateurs html qui trouveront une palanquée (et le mot est faible) de classes prêtes à styler avec un regard tourné vers l’avenir du web sémantique grâce aux microformats hAtom et hCard à l’horizon.

La différence majeure entre les deux versions est la disparition du menu Skins que j’avais encensé il y a peu. Les concepteurs ont convenu qu’une interface pour sélectionner un fichier CSS n’avait rien à voir avec une option de thème et devrait plutôt faire l’objet d’un plugin…

Toutes les ressources sont désormais concentrées sur l’excellence du marquage sémantique. Et comme le dit Scott tout ce que le menu Skins pouvait accomplir, peut facilement être réalisé en éditant simplement le fichier style.css ou en incluant le fichier désiré via une règle @import(‘…’); C’est vrai que vu comme ça… :)

Sandbox est donc truffé de classes contextuelles générées à la volée aux endroits-clés du code : body, billets et commentaires pour donner matière à des raffinements CSS grâce à l’exploitation judicieuse des marqueurs conditionnels de WordPress et à l’implémentation des microformats hAtom et hCard. Si j’ajoute à celà le fait que le marquage HTML utilisé est sémantiquement correcte, vous comprendrez mon désir de vous en dire un peu plus.

Mais qu’est-ce donc que le marquage sémantique ? »

La nouvelle version d’une plate-forme de blog utilisée par des millions de blogueurs est toujours un événement, et la version 2.2 de WordPress ne fait pas exception. Parmi les nouveautés, je retiens le support natif des widgets pour gérer les éléments de la sidebar par glissé-déposé, l’intégration des spécifications complètes Atom 1.0, et le plus important pour terminer : les optimisations destinées à accélérer la plate-forme ;)

L’installation n’a pas changée : on télécharge le contenu du zip sur le serveur, on renomme le fichier wp-config-sample.php en wp-config.php dans lequel on renseigne les éléments relatifs à la base de données que l’on aura créée au préalable. On se rend ensuite à l’adresse /wp-admin/intall.php pour procéder à l’installation elle-même qui consiste à saisir le nom de son blog et son adresse email pour recevoir le mot de passe nécessaire pour se connecter en tant qu’admin… C’est tellement simple et rapide qu’on ne peut même plus se prendre pour un geek en installant une plate-forme de blog ^_^

Migrer votre blog vers WordPress 2.2

Ca, c’est pour une première installation. Si vous n’en n’êtes pas à votre premier billet, et si vous envisagez de migrer depuis un autre blog, disons Dotclear 1.2.x par exemple, je vous conseille de suivre la procédure utilisant le plugin Flat file export. A cet égard, le tutoriel How to import a blog from Dotclear to WordPress 2 a la bonne idée de donner toutes les indications pour effectuer cette migration. Pour résumer, ça se passe en deux temps :

1. Dans Dotclear. Installez le pack d’import dans le répertoire /ecrire/tools/flatExport de Dotclear 1.2.x (une procédure existe aussi pour Dotclear 2), et exportez le contenu de votre blog avec votre Flat file export nouvellement installé. Vous obtenez le fichier blog-backup.txt.
2. Dans WordPress. Votre version doit comporter le premier billet Hello World pour lui attribuer les commentaires orphelins, et la première catégorie doit être Unclassified pour les billets sans catégorie. Autrement dit, démarrez la migration depuis une installation de WordPress toute fraîche.Créez le répertoire uploads dans /wp-content/ et placez-y votre fichier blog-backup.txt. Ce répertoire doit être accessible en écriture. Pour vous en assurer, lancez votre client FTP FileZilla, localisez le répertoire en question, et à l’aide de votre meilleur clic droit, atteignez l’option Attributs du fichier. Installez la moulinette flatimport.txt que vous renommerez en flatimport.php et placez-la dans wp-admin/import. Pour finir, rendez-vous dans l’onglet import de WordPress et cliquez sur Dotclear flat import qui devrait maintenant faire partie de la liste, puis suivez les indications.

Lorsque l’import est effectué, il sera peut-être nécessaire de modifier la structure des permaliens pour qu’ils correspondent à celle que vous aviez utilisée dans Dotclear.

En ce qui me concerne la structure des permaliens est la suivante : /index.php/%year%/%monthnum%/%day%/%post_id%-%postname%.

Toutes ces opérations prenant moins d’une demi-heure, il reste pas mal de temps pour refaire votre thème. Mais ceci est une autre histoire ;)

Edit: voir aussi ce billet sur ma migration de Dotclear 1.2.5 vers WordPress 2.3.

Le thème SandBox comme point de départ

Le thème Sandbox est plus qu’un thème. Il préfigure peut-être l’avenir de WordPress. Imaginez un thème qui accepte les skins ! SandBox propose l’ensemble des fichiers faisant partie de la hiérarchie des templates avec la possibilité de leur appliquer le style que vous voulez. En gros, dans le dossier themes vous avez un dossier skins composé d’une feuille de style CSS et de la miniature de la capture d’écran qui s’affiche dans l’onglet présentation de l’interface admin. La cerise sur le gâteau, c’est le côté ultra-minimalism du concept. J’adooooooore ;)

Pour clarifier mon propos, je vous offre une traduction vite faite de la présentation du concept Sandbox par l’auteur :

Le thème Sandbox est un thème pour ceux qui font des thèmes. Il peut être facilement « skinnable », de sorte que les débutants se sentiront à l’aise pour le styler à condition d’en connaître un minimum sur les CSS. Les plus expérimentés ne pourront s’empêcher de baver devant la richesse sémantique du balisage xhtml et la profusion des classes générées dynamiquement. Plus précisément, Sandbox c’est :

• pour WordPress 2.0+,
• valide XHTML 1.0 Transitionnal,
• widgets-friendly,
• un menu skin dans l’interface admin
• des thèmes en 1, 2 ou 3 colonnes
• beau de l’intérieur…

Mais c’est encore plus que celà et la liste des fonctionnalités se trouve dans le fichier readme.html qui contient la liste de l’ensemble des classes sémantiques et les instructions concernant la création d’un skin pour Sandbox.

Dépêchez-vous de l’installer dès à présent et donnez-moi des nouvelles ! Pour ma part, je prends quelques jours de vacances \o/.

PS : Pendant je j’étais dans la lecture de plaintext.org, je voulais faire un topo sur les microformats, mais alexandre en a croqué au petit déjeûner ;)

Après la lecture de l’article paru sur webrankinfo résumant une enquête réalisée auprès des moteurs de recherche pour connaitre le traitement des liens comportant l’attribut rel= »nofollow », j’ai décidé dans la mesure du possible, de ne plus laisser trainer mon URL dans les commentaires laissés sur les sites utilisant l’attribut scélérat.

Je ne laisse pas des commentaires (uniquement) pour récupérer des backlinks, mais en extrapolant le concept de TrustRank, je me demande quel sort Google réserve-t’il aux pages linkées avec l’attribut nofollow. En effet, non content de ne pas les indexer, se pourrait-il qu’il ne les considère pas purement et simplement comme indignes de confiance dans un avenir plus ou moins lointain ?

Cette pratique, pourrait-elle avoir un impact sur le TrustRank en plus d’en avoir sur le PageRank ? Ça fait froid dans le dos, rien que d’y penser !

Vérifions ce qu’en dit Google himself :

From now on, when Google sees the attribute (rel= »nofollow ») on hyperlinks, those links won’t get any credit when we rank websites in our search results. This isn’t a negative vote for the site where the comment was posted; it’s just a way to make sure that spammers get no benefit from abusing public areas like blog comments, trackbacks, and referrer lists.

Soit traduit vite fait mal fait :

A partir de maintenant, lorsque Google verra l’attribut rel= »nofollow » sur un lien hypertexte, ces liens n’obtiendront plus aucun crédit lors du classement des sites web dans les résultats de recherche. Il ne s’agit pas d’un vote négatif pour le site en question ; c’est seulement un moyen de s’assurer que les spammeurs n’engrangent aucun bénéfice en abusant des aires publiques comme les zones de commentaires sur les blogs, les trackbacks ou encore les listes de liens referrer.

Ouf ! Il est bien précisé que le vil attribut n’est pas considéré comme un vote négatif. Voilà ce que c’est de commencer un billet sur un coup de tête et de vérifier ses sources ensuite… Me voilà bien avancé dans mon argumentation, maintenant… Je vais essayer de continuer quand même. Faut pas gâcher : Save the web, save the pixels!

Un zeste de microformats ?

Mais à quoi sert donc cet attribut nofollow ?

By adding rel= »nofollow » to a hyperlink, a page indicates that the destination of that hyperlink SHOULD NOT be afforded any additional weight or ranking by user agents which perform link analysis upon web pages (e.g. search engines). Typical use cases include links created by 3rd party commenters on blogs, or links the author wishes to point to, but avoid endorsing.

Soit traduit vite fait mal fait :

En ajoutant rel= »nofollow » à un lien hypertexte, une page indique que la destination de ce lien NE DEVRAIT PAS bénéficier d’un poids supplémentaire ou d’un classement quelconque par les agents utilisateurs qui pratiquent des analyses de liens sur les pages web (ex. les moteurs de recherche). Les cas typiques d’utilisation de cet attribut sont les liens créés par des tiers tels que les commentateurs des blogs, ou les liens que les auteurs désirent pointer du doigt sans pour autant recourir à la force… ».

Grosso modo, si vous citez quelqu’un que vous n’aimez pas, utilisez l’attribut nofollow, sinon, zen restons zen.

Haro sur les utilisateurs de WordPress ?

Suite à la prise en compte de cet attribut par Google, les développeurs bien intentionnés de chez WordPress ont fait en sorte que tous les liens se trouvant dans une aire publique (commentaires, trackbacks) sortent toujours chaperonnés avec nofollow… Mais la résistance s’organise (que les plus germanophiles d’entre nous n’hésitent pas à éclairer unsere Laterne).

En tout cas, j’invite tous les utilisateurs de WordPress à utiliser un des nombreux plugin dofollow pour ne pas pénaliser ceux qui laissent des commentaires sur les blogs et qui leur donnent ce petit supplément d’âme, sans lequel un blog n’en est plus vraiment un.