Javascript :
N’oublions pas que le moteur de recherche collecte le source d’une page…Pour lui , javascript est un contenu comme un autre, sauf que c’est une exception de parsing, un peu comme un <style></style>

message de Nico :
Je ne peux que m’inscrire en faux ave Nico. Porrquoi..je vais vous le dire ;-) [allusion presidentielle]
– Ce qui fait le ranking…c’est la redondance d’un contenu (header, footer…text, mot clef, etc) sur 1 page et globalement sur un site.
– Ce qui fait le bruit (inter-page) c’est cette même redondance de contenu (plus le mot est présent moins il semble pertinent).
– Le ranking : pertinence du doc 1 versu doc 2, c’est globalement qque chose entre trop de bruit et pas assez de présence…

Donc : Ce que cherche Yahoo, c’est tout simplement isoler le sens précis d’un document, en supprimant son encapsulage. Pour info, chez Verticrawl, nous utilisons la balise "<noindex>n’indexe pas cette partie stp</noindex>" depuis 1999…

Car : Si vous consulter un source hors html (full-text), c’est ni plus, ni moins qu’une suite de mots ..Comment retrouver le coeur d’un document, comment enlever ce qui est du bruit ??? Doit-on consider la taille de la police (genre <h1>) ? chaque moteur a sa recette…

Pour info, Gooqle avait lancé, en 1999 (de mémoire), un projet de recherche sur l’extraction du sens d’un document, inter-page. En clair, comment se servir d’un document pour enlever l’habillage et extraire le coeur du sens ? La dotation de recherche etait de (mémoire encore) 50.00 USD…

Interpretation de JS :
Le javascript est un language de programmation client web…pas du texte.. C’est comme si vous demandiez à LPage d’indexer les sources de Windows ? Quel interet ? (si ce n’est de savoir que votre doc contient "document.write(’…" ?

Par ailleurs, la mise en valeur d’un contenu passe par une publication correcte de ce dernier (utilisation et respect strict des recommandations HTML) donc :
– une mise au neutre (div, span) des éléments n’ayant pas une importance sémantique (footer, header, etc.)
– l’utilisation des liens (<link> et pas seulement des ancres <a>) à bon escient, entre autre pour le menu, comme cela avait été conçu au départ
– l’utilisation correcte des balises de hiérarchisation de l’information : déployer le <h1> pour le titre du contenu de la page et non pour un logo, etc.

Enfin, l’implémentation sur nos pages de cet élément en alourdit le poids pour, et seulement pour, un seul moteur de recherche qui va détecter cet élément par l’utilisation d’un masque.
Le déploiement sous forme de classe CSS permettra certes par exemple dans la version en cache de ne proposer à l’internaute que le véritable contenu de la page, mais cette dénaturation (?) de l’utilisation du CSS (par Yahoo pour répondre aux besoins de classement de l’information) n’est-elle pas finalement que la conséquence d’un manque de respect des standards web de notre part (webmasters) ?

Note : beaucoup parlent d’un suivi des liens en JS par les moteurs de recherche ; en se mettant à leur place, il serait bien plus pertinent d’analyser l’ensemble de la page avec des masques détectant tout type d’URL (donc n’importe où dans la page y compris dans le JS), ce qui permettrait de suivre également les ressources référencées par le JS (ce qui est assimilé à l’inteprétation du JS).