J'ai, dans mon expérience en tant que développeur Web, souvent fait affaire avec des partenaires externalisant l'optimisation de leur référencement dans une société de SEO (Search Engine Optimisation). Celles-ci me cassaient toutes les pieds à vouloir implémenter sur chaque page une longue liste de mots-clefs dans la balise méta Keywords. Complètement inutile, m'exclamais-je devant le client, généralement persuadé que je connaissais le développement, mais pas forcément le SEO qui était, lui, le coeur de métier de l'autre prestataire. N'ayant de preuve tangible pour le prouver, et devant la suprématie implicite de l'autre agence, que vouliez-vous faire... à part augmenter la facture pour du temps passé à faire un travail aliénant. Car oui, passer sur chaque page pour vérifier/changer les mots-clefs, il y a plus passionant...

Seulement voilà. Aujourd'hui, les choses ont changées ! En visitant le blog de Google réservés aux webmasters, on peut y trouver la preuve tangible et irréfutable de l'inutilité complète de la balise Meta Keywords. Un mythe qui tombe ? Oui, du moins pour les boîtes de SEO. A moins que celles-ci ne s'en servent comme prétexte pour facturer plus cher, permettant à la fois aux développeurs d'augmenter eux-mêmes leurs tarifs ? Possible. Voire même probable. Je vois mal en effet comment une société spécialisée dans les technologies Web peut ignorer cela, à moins de ne pas faire de veille technologique, ce qui est à mon sens suicidaire dans ce milieu en constante évolution.

Pourquoi donc Google et autres moteurs de recherche (je considère essentiellement Google, Yahoo! Et Bing, les autres AltaVista ou Exalead étant bien trop minoritaires) ne se soucient plus de cette balise ? Simplement car tout le monde avait la fâcheuse habitude de tricher. Il est si simple d'inclure les mots "sex", "porn" (et autres termes de ce genre que je ne mettrais pas pour ne pas faire exploser mon taux de rebond :p) afin de faire affluer un nombre de visiteurs des plus important. Ou du moins, il était si simple. Tant d'abus ont été faits que la pertinence des résultats était affaiblie avec cette balise. L'utilité du moteur de recherche en prenait donc un coup.

Danger des balises méta Keywords

Certains pensent qu'il vaut mieux laisser les balises méta-keywords. Après tout, cela n'est pas bien long à mettre, cela peut avoir une utilité sur les petits moteurs de recherche qui prennent peut-être encore en compte ces balises, et ces balises seront peut-être réhabilitées dans le futur (même si ce dernier argument est grotesque à mon sens : rien ne pourra empêcher de nouveaux abus). Nous avons donc réellement deux arguments pour l'utilisation de la méta-keywords. Le jeu en vaut-il la chandelle ? Ma réponse est claire : non.

Le premier point est de loin le plus dangereux. Cela ne coûte rien d'ajouter une balise en plus, le temps demandé étant très faible. Première erreur ! Certes, écrire une balise est très rapide, surtout avec un éditeur convenable (Eclipse PDT par exemple). Mais le contenu est plus délicat : trouver les mots-clefs les plus pertinent n'est pas toujours très aisé. Donc, tant qu'à ajouter les balises Keywords, autant y réfléchir afin de les remplir de manière judicieuse.

Mais ce n'est pas fini. Vous donnez par la même occasion de précieuses indications à vos concurrents. La bataille pour la première page de Google est sans pitié. Ainsi, les campagnes de référencement passeront inévitablement par une analyse de vos adversaires en haut du podium. Or, cette balise donnent tous les mots-clefs essentiels sur un plateau, permettant à vos rivaux d'à la fois analyser vos faiblesses en terme de référencement, mais également de récupérer le fruit des études réalisées en amont par les agences spécialisées.

Ainsi, outre être inutiles, ces balises peuvent même nuire à votre référencement en aidant les sites concurrents à vous dépasser. Et vous ne pouvez pas les empêcher vos de lire impitoyablement votre code source. A vos risques et périls donc. ;)

Je pourrais arrêter mon réquisitoire contre cette balise ici. Mais un deuxième argument pourrait éventuellement séduire les plus grands adorateurs de cette balise, celui des "petits" moteurs de recherche. Le réflexe Google est tellement implanté aujourd'hui qu'il est totalement contre-productif d'essayer d'optimiser le tout pour les moteurs exotiques tels que les moteurs des FAI ou ceux dont on entend parler par hasard.

J'invite donc vivement, comme vous avez pu le comprendre, à oublier définitivement cette balise meta-keywords, et à vous concentrer sur la structure sémantique et sur le contenu éditorial de votre site, seuls réels paramètres pour un référencement naturel efficace.

Explications par Matt Cutts

Enfin, pour finir, voici une petite explication en vidéo de Matt Cutts, ingénieur logiciel chez Google, qui nous communique régulièrement quelques informations utiles sur le SEO. :)

• Javascript External Opener - Version en Javascript pur (pas de framework)
• MooTools External Opener - Version utilisant le framework MooTools
• JQuery External Opener - Version utilisant le framework JQuery (merci à ChoiZ)

N'hésitez pas à utiliser ce script sur tous vos projets, ainsi qu'à me faire part de toutes vos suggestions d'optimisation.

Par ailleurs, si certains d'entre vous ont une version avec un autre framework, n'hésitez pas à me contacter. Je la rajouterai dans cette liste.

Comment ouvrir un lien dans une nouvelle fenêtre ? La réponse pourrait sembler bien simple : il suffit d'utiliser l'attribut target. Cela fonctionnera, certes. Cependant, cela ne respectera pas les dernières normes XHTML strictes. Comment peut-on alors concilier cette fonctionnalité avec le respect des standards du Web ? Il existe plusieurs méthodes de procéder.

Tout d'abord, pourquoi avoir enlevé cet attribut ? Imaginons un quidam lambda ne connaissant pas grand chose à la technologie. Il navigue sur un site Internet, et utilise le bouton Précédent pour revenir en arrière, n'ayant pas envie de rechercher un éventuel lien Retour à l'accueil. Maintenant, si on ouvre une nouvelle fenêtre à cet internaute, la navigation par historique ne fonctionnera pas : il sera obligé de fermer cette fenêtre pour revenir à la page précédente. Comportement fort peu intuitif.

Afin d'empêcher ce genre d'hérésie ergonomique, le W3C a décidé d'instaurer une nouvelle norme : c'est à l'utilisateur d'ouvrir une nouvelle fenêtre, et non pas au développeur de lui forcer la main. Exit donc le target="_blank". Cette fonctionnalité a été reprise par de nombreux (si ce n'est tous) navigateurs récents. Il suffit généralement de faire un CTRL + clic ou un clic sur la molette de votre souris pour ouvrir un nouvel onglet.

Problème : l'utilisateur n'est pas forcément au courant de ces astuces. Et, même si cela n'est généralement pas très gênant, fermer le site en cours pour rediriger l'internaute vers un lien partenaire n'est pas commercialement très encourageant. Il peut donc être intéressant, lorsqu'il s'agit d'un lien externe, d'ouvrir un nouvel onglet. On ne peut cependant pas le spécifier en XHTML, sous peine de se faire rejeter par le validateur. Il existe cependant quelques moyens de contournements.

C'est la plus simple, et celle dont je viens de vous signaler la non-conformité aux normes. Cependant, mais cela n'engage que moi, je considère les normes comme un must-have, mais m'autorise quelques écartades, du moment que cela ne bouleverse pas toute l'architecture, et que cela peut apporter un plus ergonomique à l'utilisateur (par exemple, pour proposer le téléchargement d'un document, et éviter que l'internaute ne se retrouve devant une page blanche). Il ne faut en effet pas perdre de vue, comme c'est hélas bien trop souvent le cas, que l'utilisateur qui nous ramènera notoriété et prospérité est bien l'internaute, et en aucun cas les moteurs de recherche ou les validateurs.

<a href="http://www.google.fr" target="_blank">Google</a>

Afin de respecter les normes, et comme les validateurs ne sont pas capables d'interpréter le Javascript, nous allons utiliser ce langage afin de tricher. On ne reviendra pas sur le sens moral de cet acte. Nous utiliserons pour ce faire le framework MooTools.

window.addEvent('domready', function(e){
	$each($$('a'), function(item){
		item.setProperty('target', '_blank');
	}
});

Et voilà comment, en 5 lignes de code, ouvrir tous les liens de la page dans une nouvelle fenêtre. Quelques explications...

Tout d'abord, nous utilisons la fonction addEvent, qui va permettre de rajouter un événement sur un élément, ici, la fenêtre (window). L'événement concerné sera domready. Cela signifie que la function anonyme passée en second argument ne sera executée que lorsque le modèle DOM sera prêt, c'est à dire une fois que toutes les balises seront créées et placées au bon endroit dans la page.

Une fois que le modèle DOM est prêt, nous allons itérer grâce à la fonction $each sur l'ensemble des balises de lien de la page. La fonction double dollars ($$) permet en effet de récupérer tous les éléments répondant au critère CSS passé en argument. Puis, pour chaque élément satisfaisant cette condition, nous lui ajoutons un attribut (une propriété dans le jargon MooTools) : nous attribuons à target la valeur _blank.

Cela fonctionne. Seul bémol, tous les liens seront ouverts dans une nouvelle fenêtre, même les liens internes. Ce qui peut poser un problème ergonomique majeur. Il nous faudra donc vérifier la cible du lien. Si celle-ci se rapporte à un domaine externe, alors (et seulement dans ce cas) on ajoute l'attribut target. Pour ce faire, rien de bien compliqué, avec une expression régulière...

window.addEvent('domready', function(e){

	var siteUrl = document.location.hostname;

	$each($$('a'), function(item){
		var linkUrl = item.get('href');
		if(linkUrl.test("^http://") && !linkUrl.test("^http://(www\.)?" + siteUrl))
			item.setProperty('target', '_blank');
	});
});

On récupère dans un premier temps le nom de domaine de la page en cours, que nous stockons dans siteUrl. Puis, nous récupérons la cible du lien, que nous plaçons dans linkUrl. Enfin, nous regardons si linkUrl satisfait l'expression régulière concernant au domaine en cours (avec ou sans les www), afin de placer ou non l'attribut target. A noter que dans le cas où il n'y ait pas de http://, il s'agit d'un lien interne, et donc il est hors de question d'ajouter l'attribut target.

Et c'est tout. A présent, tous les liens externes s'ouvriront dans une nouvelle fenêtre. Il ne vous suffit plus que d'inclure ce script (ainsi que MooTools) sur toutes les pages de votre site, et vous n'aurez plus ces fuites de visiteurs. ;)

[MAJ 21/08/2009 : modification de l'expression régulière dans le dernier script, pour prendre en compte les liens sans http://.]