Référencement

En voilà une question. Il y a plusieurs façons de essayer de répondre. Pour illustrer les exemples on va donner les résultats réels de d’un petit site Internet :

Commande « site: »

Si l’on tape sur la barre de recherche de Google ou de Yahoo!, la commande « site:monsite.fr », ces moteurs auront la gentillesse de nous donner une chiffre correspondant au nombre total de pages qu’ils ont indexées sur notre site. Problème: si l’on refait la requête au bout de quelques jours (voir heures) on peut avoir une chiffre qui peut varier du simple au double!. Ce chiffre n’est donc pas fiable, et n’est pas utilisable face aux clients, car comment expliquer au propriétaire d’une boutique que son index de produits à passé de 3 500 à 2 100 en 24 heures? Il va s’imaginer que site souffre d’une quelconque sanction. Notre site d’exemple possède selon cette méthode 64 pages indexées chez Yahoo!, et 45 chez Google.

Webmaster Tools

Nous avons créé un sitemap avec 15 URLs pour le site en question, et nous avons soumis à Google via l’interface de Webmaster Tools. Au bou d’un certain temps, Google avait indexé les 15 URLs. La question se pose alors, d’où sortait Google alors les 30 URLs restantes? des anciennes pages gardées en cache, des erreurs de statistique…

Une donnée utile: les « pages de destination »

Randfish de Seomoz donne une piste intéressant avec les « pages de destination« . Si vous avez un compte Google Analytics, allez dans Sources de trafic > Moteurs de recherche.

Cliquez l’un des moteurs qui vous apportent du trafic, puis sur « Pages de destination ».

Ce chiffre correspond aux pages du site qu’on reçu du trafic mesuré par Google Analytics. En voilà un vrai chiffre pratique et utile qui nous donne une indication mesurable de l’usage que les internautes font du site. De plus ce chiffre ne fait pas des changements invraisemblables comme ceux données par la commande site.

On a vu dans un précédant article quelle était la politique de Google à propos du contenu dupliqué, les « mythes » à propos des sanctions qui risquent les sites qui le génèrent, et le coût en termes de référencement.

Pour faire suite et pour ceux dont la facilité de la modification peut justifier l’intervention, voici une petite liste des paramètres qui peuvent générer ce contenu dupliqué:

• Utilisation d’un contrôleur frontal qui génère le même contenu pour plusieurs URL différentes:

  http://www.monsite.fr/pantalon-bleu
  
  http://www.monsite.fr/pantalon-bleu/
  
  http://www.monsite.fr/index.php?id=123

• Les versions pour l’imprimante des pages du site:

  http://www.monsite.fr/pantalon-bleu
  
  http://www.monsite.fr/impression/pantalon-bleu

• Les identifiants de session. Attention, si votre site ajoute ces identifiants dans l’URL lorsque vos clients sont loggés, Google ne les verra pas:

  http://www.monsite.fr/pantalon-bleu
  
  http://www.monsite.fr/pantalon-bleu?SESSID=123456789

Outils contre le contenu dupliqué

Le contenu dupliqué peut être géré à l’aide de quelques outils. Voici les plus simples à utiliser:

• Empêcher l’indexation des URL dupliquées avec la balise meta robots

  meta name="robots" content="noindex, follow"

• Choisir l’URL canonique. Il s’agit de l’URL qui doit être indexée par rapport à des URL avec du contenu identique.

  link href="http://www.monsite.fr/pantalon-bleu" rel="canonical" 

• Faire des redirections 301
• Utiliser les outils de Google Webmaster Tools

La création de sites étant l’une de nos activités, on vous présente le premier site livré cette année : SARL Vernisse.

Il s’agit d’un site de présentation d’une société de charpente et couverture basée à La Verne. Il se caractérise surtout par une présentation visuelle des réalisations de la société. A ce fin on a mis en place des galeries « Lightbox ». Nous avons réalisé la conception graphique ainsi au le développement XHTML.

L’une des idées les plus répandues en matière d’accessibilité est que les lecteurs d’écran, ne peuvent pas gérer le javacript. Le contenu généré par ce type de script ne serait donc pas visible pour les personnes qui s’en servent de ce type de navigateur. Pour remédier à cela, on doit soit proposer une alternative si javascript n’est pas activé, ou utiliser javascript de façon à qu’il « dégrade progressivement », sans empêcher l’accès au contenu important.

Le site WebAIM, spécialisé en accessibilité, vient de sortir une étude qui porte sur 655 utilisateurs de lecteurs d’écran. Entre 75% et 90% de ces utilisateurs naviguent avec javascript habilité. Cela veut dire qu’ils vont trouver le contenu généré avec javascript, et remet en cause une croyance très repandue chez les développeurs.
La question que l’on se pose par la suite, tient à voir avec le référencement. Le javascript est-il vraiment une trappe à robots?

Dans cet article, Jakob Nielsen, analyse une étude à propos du pourcentage de texte lu par les visiteurs des sites Internet (en anglais).

Cette étude, réalisée par Harald Weinreich, est basée sur l’examen de comment 59,573 pages ont été lues. Ces pages possèdent entre 30 et 1 250 mots. Voici un aperçu de la relation entre le temps passé à lire la page, et le nombre de mots que contient celle-ci:

Cet image nous montre que le fait d’ajouter des mots à une page, n’augmente pas proportionnellement le temps passé sur celle-ci. Une explication peut être le fait que les gens scannent les pages (Steve Krug) au lieu de les lire, et dans le cas où il y a énormément de texte, c’est encore plus vraie.

Et combien de mots lisent les gens en moyenne? Si vous voulez que les gens lisent tout le contenu d’une page regardez bien cette image:

On voit dans cette image comment le pourcentage de lecture chute très rapidement. Cela signifie plus précisément que les gens lisent en moyenne un maximum de 111 mots par page. Il semble être la barrière au delà de laquelle les pages seront scannées.

Pour ce qui concerne le référencement, on a tendance à étoffer les pages avec des mots pour les faire réactives au plus grand nombre de mot-clés. Ceci n’est pas l’encontre avec ce qu’on bien de voir. Il suffirait de placer cette centaine de mots, au début de la page.