les robots de google à  l'assaut d'ajax

google lance une proposition à la communauté web pour améliorer le référencement des pages utilisant de l'ajax, quasiment invisibles pour ses robots jusqu'à présent.

pour le référencement d'un site web, il n'y a pas que le flash qui pose problème. les robots de google n'apprécient pas non plus le javascript et donc pas l'ajax (asynchronous javascript and xml).

une aubaine pour certains, comme l'explique jean-michel de sousa, expert en référencement chez sartepenso : certains spammers utilisent ce défaut pour rendre invisibles certaines parties de sites et donc faire passer un site pour ce qu'il n'est pas.

mais un casse-tête pour la plupart, comme le précise olivier duffez, consultant chez webrankexpert. je déconseille fortement l'utilisation d'ajax sur les parties qui génèrent du contenu. il doit être réservé aux couches qui améliorent l'expérience utilisateurs. et de poursuivre : le code javascript est pris en compte par google tant qu'il est assez simple, notamment lorsqu'il contient des liens vers des pages web. mais il devient vite inaccessible aux robots des moteurs de recherche.

un changement de la syntaxe des urls pour rendre ajax visible par ses robots, google, sur l'un de ses blogs officiels, fait une proposition technique ouverte à la communauté du web : en l'occurence, changer la syntaxe de certaines url. et notamment celles utilisant l'ancre . celle-ci est traditionnellement utilisée par les webmasters pour indiquer un paragraphe précis d'une page web, lors de la création d'un sommaire, notamment. mais elle est aussi utilisé pour le passage de certains paramètres dans des fonctions javascript, et les robots du moteur de recherche ont du mal à les interpréter.

google propose d'ajouter le signe ! en complément du caractère , pour les pages web qui contiennent du code ajax au moment de l'exploration des sites, les robots de google remplaceraient le ! dans les url par un tag 'escaped'fragment'.

ce tag serait une façon d'indiquer au serveur web du site visité qu'il est interrogé par un robot d'indexation et qu'il doit, dans ce cas, envoyer du code html en lieu et place du javascript. lors d'une requête effectuée par un utilisateur standard (qui ne contiendrait pas ce tag), le serveur continuerait à retourner la page originale, le code javascript étant exécuté côté client par le navigateur de l'utilisateur. les serveurs des moteurs de recherche pourraient eux-mêmes se charger de l'exécution du javascript, mais google n'envisage pas cette option, la qualifiant de trop gourmande en temps de calcul, et défavorable aux petits moteurs de recherche.

si cette proposition était acceptée, il faudrait donc rajouter des points d'exclamation à certaines url des sites et faire en sorte que les serveurs puissent interpréter le paramètre 'escaped'fragment'.

le référencement, un art subtil
a l'inverse, il faudra aussi se méfier des parties de sites qui jusqu'ici étaient invisibles par défaut et qui seraient indexées dans le futur, comme la gestion des paniers sur les sites marchands. par exemple, en utilisant le code javascript dans des fichiers .js et en indiquant dans le fichier robot.txt de ne pas crawler les fichiers , explique olivier duffez.

pour l'instant, les sites web confrontés au problème choisissent de générer des pages html en doublon pour l'indexation ou de réserver le code javascript aux parties du site qui n'ont pas besoin d'être référencées. ce que confirme elie auvray, pdg de jahia. les interfaces d'édition et de gestion repose sur ajax. mais lorsque l'on passe en mode consultation, jahia envoie au navigateur du visiteur de l'html tout à fait classique. même lorsque la page générée présente de l'interaction, comme la possibilité de poster un commentaire.