Google cherche-t-il à pourrir le code source de nos pages ?

Salut à tous

En lisant cet article sur les Rich Snippets de Google, j'ai eu comme une réaction épidermique en voyant qu'on passerai de ça :

<div>Pizzéria Vechio<br />
Tél : 05 62 73 34 73<br />
22, allées Jean Jaurès<br />
31000 Toulouse (France)
</div>

à ça :

<div class="vcard"><span class="fn org">Pizzéria Vechio</span>
Tél : <span class="tel">05 62 73 34 73</span>
<div class="adr">
<span class="street-address">22, allées Jean Jaurès</span><br />
<span class="postal-code">31000</span>
 <span class="locality">Toulouse</span>
 (<span class="country-name">France</span>)
</div>
</div>

Ce qui me dérange le plus dans l'histoire, en regardant l'exemple cité, c'est l'utilisation injustifiée de conteneur supplémentaire et d'une certaine "spanite aiguë" accompagnée d'une "classite aigüe". Outre le fait que le code est très alourdis de cette manière, on voit que ces class ne correspondent à rien dans la feuille de style puisque le but est de mâcher le travail à Google en y mettant des mot-clés identifiables pour son algorithme.

D'où ma question : Google cherche-t-il à pourrir le code source de nos pages ?

A vos claviers pour vos réactions ^^

Pandore a écrit :
Outre le fait que le code est très alourdis de cette manière, on voit que ces class ne correspondent à rien dans la feuille de style

Les classes ne servent pas uniquement pour les feuilles de styles!

Tu devrais relire l'article et te renseigner sur les micro formats, les éléments rajoutés servent a identifier les différentes composante de ton adresse, comment veux tu qu'avec ça :

<div>Pizzéria Vechio<br />
Tél : 05 62 73 34 73<br />
22, allées Jean Jaurès<br />
31000 Toulouse (France)
</div>

Un robot sache que c'est une adresse et fasse la différence entre le nom de la rue la ville etc?

Un petit peu de code en plus pour être dans le futur automatiquement sur Google map par exemple, à toi de juger du bénéfice, rien ne t'y oblige.
Modifié par matmat (19 May 2009 - 20:54)

"matmat" a écrit :
Les classes ne servent pas uniquement pour les feuilles de styles!

Oui, je sais, je connais la spécification à ce sujet, merci. Je faisais une simple constatation en disant que ces class ne correspondent à rien dans la feuille de style.

"matmat" a écrit :
Un robot sache que c'est une adresse et fasse la différence entre le nom de la rue la ville etc?

Il n'a pas vraiment à le savoir. Quand je tape mon adresse dans sa barre de recherche, il est tout à fait capable de me ressortir les sites où mon adresse apparait.

"matmat" a écrit :
Un petit peu de code en plus pour être dans le futur automatiquement sur Google map par exemple, à toi de juger du bénéfice, rien ne t'y oblige.

m'ouais, pas convaincu ... ça ne sera qu'une version "light" de ce que propose ce service.

"Google maps - Locla business center" a écrit :
Lorsque des clients potentiels rechercheront des informations locales sur Google Maps, ils trouveront votre entreprise, ainsi que votre adresse, vos horaires d'ouverture et même des photos de votre vitrine ou de vos produits.

J'ai un peu de mal à voir les réels bénéfices d'une telle manœuvre. Mais il doit bien y en avoir.

Bonjour,

1. Google ne t'oblige à rien.
2. Je rappelle en passant qu'on est en 2009. Le Web existe depuis plus de quinze ans. Ça fait des années que RDFa et les microformats existent. Le Web sémantique est au programme du W3C depuis près d'une dizaine d'années.

C'est moi ou tu n'avais jamais entendu parler des microformats avant que Google ne décide de les exploiter? Si c'est le cas, alors euh... waouh... et bon rattrapage.

"Florent V." a écrit :
1. Google ne t'oblige à rien.

Mais bien sur. Surtout quand un moteur de recherches tel que Google fait 90% de part de marché en France ...

"Florent V." a écrit :
2. Je rappelle en passant qu'on est en 2009. Le Web existe depuis plus de quinze ans. Ça fait des années que RDFa et les microformats existent. Le Web sémantique est au programme du W3C depuis près d'une dizaine d'années.

Oui, on est en 2009. Tu me rappelles la date de passage au statut de recommandation W3C pour le standard qu'est le RDFa ? Octobre 2008 ...

"Florent V." a écrit :
C'est moi ou tu n'avais jamais entendu parler des microformats avant que Google ne décide de les exploiter? Si c'est le cas, alors euh... waouh... et bon rattrapage.

C'est toi. Chouette, je ne vais pas passer l'épreuve de rattrapage de septembre

Bon, je vois que visiblement le sujet dérange ... Je demande le verrouillage du sujet.

Pandore a écrit :
Mais bien sur. Surtout quand un moteur de recherches tel que Google fait 90% de part de marché en France ...

Ce qui t'oblige à utilise RDFa et/ou des microformats partout?

Pandore a écrit :
Oui, on est en 2009. Tu me rappelles la date de passage au statut de recommandation W3C pour le standard qu'est le RDFa ? Octobre 2008 ...

Octobre 2007 pour le premier working draft indépendant, et avant ça c'était un projet discuté depuis 2004 et dans un premier temps inclus dans XHTML2. Bien entendu, RDF existe depuis sensiblement plus longtemps.

Pandore a écrit :
C'est toi.

Ok. C'est l'impression que ton message me laissait. Donc le problème n'est pas Google, mais le Web sémantique, et le support par Google d'une partie des microformats et de RDFa est un catalyseur qui rend un problème potentiel tout à coup réel?

Pandore a écrit :
Ce qui me dérange le plus dans l'histoire, en regardant l'exemple cité, c'est l'utilisation injustifiée de conteneur supplémentaire et d'une certaine "spanite aiguë" accompagnée d'une "classite aigüe".

Les SPAN sont utilisés comme conteneurs neutres pour placer des classes. Quant à la classite aigüe, eh bien chaque classe rajoutée correspond à une qualification précise de l'information, en application du schéma standard du microformat utilisé. Je n'y vois rien d'excessif. Le fait que les classes ne soient pas exploitées dans le CSS n'est pas un problème, c'est même en accord parfait avec HTML 4:

a écrit :
The class attribute has several roles in HTML:
- As a style sheet selector (when an author wishes to assign style information to a set of elements).
- For general purpose processing by user agents.

Tu parles de «pourrir le code». À mon sens il s'agit simplement de structurer des données. Cette structuration elle-même est-elle inutile ou inefficace? Alors on s'en passe. Est-elle utile et efficace? Alors on l'utilise.

Globalement, je pense que sur ce forum tu trouveras nombre de personnes plutôt acquises au principe des données structurées. Après tout, l'utilisation de la (très limitée) sémantique HTML est déjà un début de structuration des données.

Pandore a écrit :
on voit que ces class ne correspondent à rien dans la feuille de style puisque le but est de mâcher le travail à Google en y mettant des mot-clés identifiables pour son algorithme

Non. Le but est de rendre reconnaissables et exploitables les données pour tout User Agent quel qu'il soit. Que ce soit Google, ou encore Yahoo (qui intègre déjà un support des microformats et RDFa il me semble, mais j'avoue ne pas savoir comment il se présente côté utilisateur), Live Search, ou bien un outil spécialisé tel qu'un comparateur de prix ou autre chose encore. Et bien sûr le navigateur web, qui peut/pourrait aussi exploiter les données du Web sémantique.

Pandore a écrit :
D'où ma question : Google cherche-t-il à pourrir le code source de nos pages ?

Non. Google cherche à présenter des données qualifiées à ses visiteurs plus rapidement, dans les pages de résultats. Ce qui l'arrange directement, vu qu'il fait son beurre avec la publicité contextuelle sur ces pages, et indirectement car cela lui permet d'offrir une expérience utilisateur à priori de meilleure qualité. Mais l'équation sera la même pour n'importe quel moteur de recherche qui intègre le support de ce type de données.

Sans parler des navigateurs qui reconnaissent directement (ou via une extension) le format hcard et qui proposent aux utilisateurs de pouvoir la télécharger au format vcard pour l'enregistrer dans leur carnet d'adresse.
Modifié par Patidou (26 May 2009 - 12:22)