Je ne sais pas si vous le savez, mais la course à travers la blogosphère a été lancée récemment.

Le principe est simple : "Chaque bloggueur participant a pour objectif de faire connaitre son buzz au plus grand nombre, le faire relayer par un maximum de blogs".
J'ai donc choisi au hasard, enfin presque car il ne s'agit que d'une pure coïncidence, de soutenir un participant : Gonzague Dambricourt.

Bon d'accord, il ne s'agit ni de hasard et encore moins de coïncidence. Mais simplement d'aider quelqu'un qui a un moment a su investir de son temps et de son énergie dans un projet. Bref si, comme moi, vous souhaiter non pas ramer mais souffler fort pour la victoire de Gonzague, il vous suffit de mettre le code suivant dans votre blog (ou site) jusqu'à mardi prochain au minimum :

<a href="http://www.buzzrace.com/" target="_blank"><img src="http://s3.amazonaws.com/buzzrace/25"></a>.

Allez Gonzague, tu vas gagner ;-)

Après étude de divers documents et de tests, je pense avoir trouvé 2 éléments capitaux dans les échanges de liens.

1. Points de concordance.
- GG étudie le niveau de concordance entre le document contenant le lien et le document pointé. Plus la concordance est élevée, plus le lien a de l'importance.
- GG fait une moyenne de "concordance" de tous les documents qu'il a comme référence sur le(s) point(s) de concordance.

2. Périodicité
- GG détermine la périodicité moyenne d'un même groupe de document dans ces références (sur une même concordance ou thème) et la compare à celle du document.
- GG prend en compte (très important même) les dates entre 2 liens.

Ce qui revient à dire :
1. Favoriser les échanges de liens avec des documents qui traitent du même sujet.
2. Se fixer une périodicité dans l'échange de lien. Par exemple, 1 par semaine et/ou par mois pour un document. Pas de "50 - 5.000 liens puis plus rien".
3. Le Page Rank n'est pas un élément bloquant. Mieux vaut un lien depuis une page qui a un PR de 2-3 (ou 0 si elle a moins de 2 mois) mais qui traite de votre sujet qu'un lien depuis une page qui a un PR de 7 et qui parle de voiture alors que votre document par de la natation. Cela dit, il ne faut pas passer d'un extrême à l'autre et 2-3 liens bien écrits d'un PageRank >6 ne feront "que du bien".

Enfin, on ne l'attendait plus ! Il arrive ce principe évident pour le consommateur de pourvoir résilier son contrat de téléphone mobile en dix jours maximum et le principe de l'interlocuteur unique pour le client : son nouvel opérateur.

Je reprend ici le communiqué de presse de l'ARCEP diffusé depuis aujourd'hui.

Paris le 16 mai 2007

La " portabilité ", ou " conservation " du numéro, permet à tout client de changer d'opérateur tout en conservant son numéro de téléphone. Cette fonctionnalité est un élément décisif pour que le consommateur bénéficie pleinement de la concurrence. Elle nécessite une mise en œuvre simple et rapide pour que les consommateurs puissent effectivement exercer leur droit.

Le nouveau système de conservation des numéros mobiles lancé lundi 21 mai 2007 en métropole permet de porter son numéro mobile en 7 jours en ne s'adressant qu'à son nouvel opérateur

Ce nouveau système concrétise une démarche lancée par l'Autorité dès 2004 dans le cadre d'un bilan du premier processus de portabilité des numéros mobiles mis en place en juin 2003. Ce processus, trop complexe et trop long n'a pas rencontré de succès commercial. Par ailleurs, la longueur des préavis de résiliation bloquait toute amélioration du système.

Tirant les conséquences de cette situation, le Parlement puis le Gouvernement ont modifié le cadre législatif et réglementaire de la portabilité en instaurant deux principes majeurs :

 

 

• un interlocuteur unique pour le client : le nouvel opérateur, choisi par le client, s'occupe de l'ensemble des démarches nécessaires : souscription du nouveau contrat, prise en compte de la demande portabilité des numéros, notification pour le compte du client de la résiliation de son contrat à l'ancien opérateur ;

 

 

 

• un délai maximal de dix jours pour mettre en œuvre la résiliation de l'ancien contrat et la portabilité effective du numéro : La résiliation du contrat entre le client et son ancien opérateur sont concomitants et doivent avoir lieu dans un délai de dix jours, sauf demande contraire du client. En pratique ce délai sera de 7 jours hors jours férié.

 

De ce fait, à compter du 21 mai, le client qui souhaite conserver son numéro de téléphone mobile tout en changeant d'opérateur ne doit plus adresser de demande de résiliation directement à son ancien opérateur quand bien même son contrat prévoirait l'obligation de le faire et de respecter des formes particulières (i.e. courrier accusé réception) ou des délais spécifiques (préavis de résiliation supérieur à dix jours par exemple). Par contre, en cas de résiliation simple, i.e. sans portabilité du numéro, le client s'adresse à l'opérateur qu'il souhaite quitter et confirme sa demande dans les formes et les délais prévus par son contrat.

A l'inverse, l'Autorité rappelle que si le client est encore " engagé " chez l'opérateur qu'il souhaite quitter par des dispositions contractuelles relatives à une durée minimale d'engagement, celles-ci restent pleinement valides et opposables au client en cas de résiliation avec portabilité. L'opérateur pourra ainsi facturer les sommes dues au titre de ces dispositions ; par exemple, les mensualités d'abonnement restant à courir jusqu'au terme de son engagement. L'Autorité invite donc les clients à vérifier s'ils sont soumis à de telles clauses d'engagement avant d'envisager de changer d'opérateur en interrogeant gratuitement les serveurs d'information téléphoniques des opérateurs (Cf. Annexe - numéros utiles).

La mise en œuvre d'une nouvelle architecture : un chantier d'envergure dans un marché métropolitain de 50 millions de clients et de 15 opérateurs mobiles

La refonte des mécanismes de portabilité du numéro a nécessité une profonde modernisation de l'ensemble des systèmes d'information des 15 opérateurs mobiles métropolitains (3 opérateurs de réseaux mobiles et 12 opérateurs mobiles virtuels) et la création d'un système d'information central géré par un le Groupement d'Intérêt Economique "Entité de gestion de la portabilité (GIE EGP).

La Commission " Portabilité des numéros mobiles métropolitains ", qui réunit les 15 opérateurs mobiles et le GIE EGP et pilote ces travaux sous l'égide de l'Arcep, a confirmé le lancement du nouveau système au 21 mai prochain avec 12 opérateurs représentant plus de 99% des clients mobiles métropolitains. Trois opérateurs - Mobisud, Ten ,Transatel - ont annoncé qu'ils seront en mesure d'engager mi-juin la phase de test final de compatibilité de leur système d'information avec le GIE EGP et les autres opérateurs mobiles, et sur cette base de participer au nouveau système de portabilité durant l'été.

A l'heure où l'ensemble des acteurs abordent la phase critique de lancement et de rodage de la nouvelle architecture technique permettant ce nouveau processus, l'Autorité tient à saluer le travail accompli par les opérateurs mobiles ainsi que le GIE "Entité de gestion de la portabilité ", au cours de ces deux dernières années afin de permettre à cette nouvelle portabilité mobile, très attendue par les consommateurs, de voir le jour.

Annexe :

Comment changer d'opérateur mobile en conservant son numéro à compter du lundi 21 mai 2007

1- La souscription d'une offre avec demande de portabilité

Le client s'adresse directement au nouvel opérateur de son choix :

- pour souscrire à une nouvelle offre ;

- pour lui demander à cette même occasion de conserver son numéro mobile ;

- pour mandater ce nouvel opérateur afin que celui-ci résilie en son nom le contrat qui lie le client à l'opérateur qu'il souhaite quitter.

Le délai minimum pour porter le numéro mobile est de 7 jours. Ce délai peut être rallongé de 1 à 3 jours en cas de jours fériés. Le client a la possibilité de demander une date de portage supérieure à ce délai.

Le portage effectif du numéro entraîne la résiliation automatique du contrat entre le client et son ancien opérateur. Le client ne doit donc plus faire de demande de résiliation auprès de l'opérateur qu'il souhaite quitter.

A cette occasion, les opérateurs ouvriront lundi 21 mai 2007, des serveurs vocaux (avec envoi d'un SMS de confirmation) qui permettront à chaque consommateur de connaître gratuitement :

 

 

• le relevé d'identité opérateur (RIO) (numéro unique permettant de mieux identifier la ligne objet de la demande à l'image du relevé d'identité bancaire). Ce RIO sera nécessaire pour faire une demande de portabilité ;

 

 

 

• le nom du titulaire du contrat. En effet, seul le titulaire du contrat ou une personne dument mandatée peut demander la portabilité d'un numéro ;

 

 

 

• l'existence d'une éventuelle durée minimum d'engagement restante. Cette information permettra au consommateur de savoir s'il doit payer des indemnités de résiliation anticipées de son contrat.

 

Liste des numéros de téléphone et sites Internet permettant à chaque client d'un opérateur mobile d'obtenir son Relevé d'Identité Opérateur (RIO) et de connaître sa date de fin d'engagement.

Ces serveurs seront joignables à compter du 21 mai ; l'appel est gratuit depuis le mobile du client.

Le client qui ne dispose plus de son terminal peut obtenir ces informations auprès du service client.

2- Le jour du portage du numéro

Le jour fixé pour le portage du numéro, l'abonné peut, dés qu'il a changé de carte SIM, téléphoner et recevoir des appels sur le réseau de son nouvel opérateur avec son ancien numéro. La durée maximale d'interruption de service est de quatre heures.

Les réponses aux questions les plus fréquentes sur la nouvelle portabilité des numéros mobiles

Il arrive qu'une partie du contenu d'un document soit redondant sur l'ensemble du site. Par exemple, un menu de navigation général, un copyright, une baseline ou encore le nom du site soient répétés sur tous les documents. Ces informations pénalisent l'analyse du document vis-à-vis du contenu propre et unique à chaque document.

Face à ce constat, Yahoo ! met en place une class spéciale. Cette class, nommée  robots-nocontent, peut être affectée aux éléments que l'on va retrouver sur d'autres documents : div, span, p... ou tout élément du document XHML. Sans en citer d'autres, Yahoo ! précise que cette class peut être affectée à d'autres éléments. http://help.yahoo.com/help/us/ysearch/slurp/slurp-14.html

Je teste actuellement cette class sur d'autres éléments comme form, table, ul, dl... Je reviendrais dans 1 à 2 mois vous en donner le résultat ; et qui sait, peut être que Google et Live l'auront aussi adoptés d'ici là.

Le Flash n'est pas, ou peu, exploité par les moteurs de recherche pour hiérarchiser les références dans les pages de résultats. Il est donc dangereux de produire un site entièrement en Flash sous peine de n'avoir que votre nom de domaine référencé. Toutefois, il existe une solution assez simple : afficher le Flash via un script.

Bobby van der Sluis, un néerlandais basé à Amsterdam, a développé depuis 2005 un JavaScript sous licence CC-GNU LGPL et Open Source Flash Project. Son script détecte le plug-in Flash et y associe les fichiers swf (version flash pour le navigateur). Mais, la pertinence de son script est surtout dans la prise en compte des navigateurs qui ne disposent pas du flash ; comme par exemple les pda et les robots des moteurs de recherche. En effet, ce script vous permet d'afficher une version texte dans le cas où il n'y a pas de plug-in Flash et le tout en respectant les recommandations de W3C ainsi que d''une compatibilité de 99,9% avec les plateformes et navigateurs actuels.

Pour faire simple, voici les conseils de Bobby van der Sluis que j'ai traduis pour la mise en place de son script.

1. Créez une page html ou xtml.

Par exemple, créons une page XHTML 1.0 Transitional.

Je souhaite afficher mon animation Flash dans la balise div qui a pour identifiant MonFlah.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

   <title>Ma page en flash pour tout le monde :)</title>

    <meta name="description" content="Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pouvez lire" />

  </head>

  <body>

    <div id="MonFlash">

      <h1>Ma page en flash pour tout le monde :)</h1>

      <h2>Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pourvez lire</h2>

      <p align="justify">

       <strong>Ma page</strong> explique comment afficher un site en flash pour les navigateurs qui ne disposent pas du plug in flash.<br />

       Et ce que vous lisez est parfaitement lisible par les pda et moteurs de recherche. Vous pouvez aussi naviguer facilement sur mon site grâce à <a href="#">des liens</a>.

      </p>

    </div>

  </body>

</html>

2. Ajoutons dans la page les éléments qui vont permettre l'affichage ou non de notre animation flash.

Cet élément est téléchargeable sur le site de à Bobby van der Sluis dédié à cette problématique à http://www.bobbyvandersluis.com/ufo/ (http://www.bobbyvandersluis.com/ufo/ufo.js).

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

    <title>Ma page en flash pour tout le monde :)</title>

    <meta name="description" content="Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pouvez lire" />

    <script src="js/ufo.js" type="text/javascript"></script>

      </head>

  <body>

       <div id="MonFlash">

      <h1>Ma page en flash pour tout le monde :)</h1>

      <h2>Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pouvez lire</h2>

      <p align="justify">

       <strong>Ma page</strong> explique comment afficher un site en flash pour les navigateurs qui ne disposent pas du plug in flash.<br />

       Et ce que vous lisez est parfaitement lisible par les pda et moteurs de recherche. Vous pouvez aussi naviguer facilement sur mon site grâce à <a href="#">des liens</a>.

      </p>

    </div>

  </body>

</html>

3. Intégrons à notre page l'animation flash

Mon animation est en réalité mon site tout entier. La taille est fixée à 800 pixels de large et 600 pixels de hauteur.

J'ai mis dans un dossier (répertoire) toutes mes animations dont la principale : home.swf.

J'ai associé à mes animations, tous les paramètres optionnels lors de son exportation depuis flash.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

    <title>Ma page en flash pour tout le monde :)</title>

    <meta name="description" content="Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pourvez lire" />

    <script src="js/ufo.js" type="text/javascript"></script>

  </head>

  <body>

   <script type="text/javascript" language="javascript">

    var infoAnimation = { movie: "swf/home.swf",  width:"800", height:"600", majorversion:"6", build:"0", wmode:"transparent", allowscriptaccess:"always" };

  </script><noscript>et donc mon <strong>mot clés</strong> est aussi pris en compte</noscript>

    <div id="MonFlash">

      <h1>Ma page en flash pour tout le monde :)</h1>

      <h2>Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pourvez lire</h2>

      <p align="justify">

       <strong>Ma page</strong> explique comment afficher un site en flash pour les navigateurs qui ne disposent pas du plug in flash.<br />

       Et ce que vous lisez est parfaitement lisible par les pda et moteurs de recherche. Vous pouvez aussi naviguer facilement sur mon site grâce à <a href="#">des liens</a>.

      </p>

    </div>

  </body>

</html>

Notez qu'après le dernier élément de la variable infoAnimation il n'y a pas de virgule.

4. Affichons maintenant notre Flash.

Pour cela, nous allons insérer dans le JavaScript l'information suivante :    UFO.create(infoAnimation, "MonFlash");

La première information donnée est le nom de la variable JavaScript qui contient l'ensemble des informations liées à mon animation Flash (infoAnimation) et la seconde donnée est l'emplacement où mon animation Flash doit s'afficher ("MonFlash").

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

    <title>Ma page en flash pour tout le monde :)</title>

    <meta name="description" content="Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pourvez lire" />

    <script src="js/ufo.js" type="text/javascript"></script>

  </head>

  <body>

   <script type="text/javascript" language="javaScript">

    var infoAnimation = { movie: "swf/home.swf",  width:"800", height:"600", majorversion:"6", build:"0", wmode:"transparent", allowscriptaccess:"always" };

    UFO.create(infoAnimation, "MonFlash");

  </script><noscript>et donc mon <strong>mot clés</strong> est aussi pris en compte</noscript>

    <div id="MonFlash">

      <h1>Ma page en flash pour tout le monde :)</h1>

      <h2>Ma page affiche un contenu en flash si vous pouvez le lire ; sinon, voici la page dans un format que vous pourvez lire</h2>

      <p align="justify">

       <strong>Ma page</strong> explique comment afficher un site en flash pour les navigateurs qui ne disposent pas du plug in flash.<br />

       Et ce que vous lisez est parfaitement lisible par les pda et moteurs de recherche. Vous pouvez aussi naviguer facilement sur mon site grâce à <a href="#">des liens</a>.

      </p>

    </div>

  </body>

</html>

5. Mettons en forme le texte dans le cas où le navigateur ne dispose pas du plug-in Flash

Rien de bien nouveau ici. il suffit de préciser un style pour notre page.

Par exemple :

 <style type="text/css" media="all">

    #MonFlash {

     font-family: Verdana;

     font-size: 11px;

     color: #000000;

     }

    #MonFlash h1{

     font-size: 14px;

     color: #336600;

     }

    #MonFlash h2{

     font-size: 12px;

     }

    </style>

Nous mettrons ce code entre <head> et </head> ou, encore mieux, dans une feuille de style externe.

Comme vous venez de le constater, il n'y a rien de compliquer.

Il ne vous reste plus qu'à créer les pages de l'ensemble de votre site. Votre site est maintenant parfaitement navigable pour les moteurs, les pda et les internautes qui disposent ou non du plug-in Flash.

Depuis plusieurs mois, les moteurs proposent aux webmasters français de signaler les pages d'un site accessibles au téléphone mobile. Cela se comprend mieux quand on sait que la France dispose de 15 millions de téléphones mobiles avec accès Internet sur un total d'environ 50 millions. Et qui dit utilisateur, dit client potentiel. C'est à ce marché que Yahoo! s'attaque officiellement.

Depuis hier, Yahoo! propose aux annonceurs de diffuser des bannières et des liens sponsorisés sur les téléphones portables. Mais, contrairement  aux liens contextuels classiques, l'utilisateur est renvoyé vers une page Yahoo!  Mobile dans le cas où le client n'a pas de page dédiée aux portables.

Bien que la version proposée par Yahoo! soit en beta (version en cours de test final), Singapore Airlines est le premier annonceur à tester le service en France. Reste à savoir si les utilisateurs accepteront ces liens aussi bien que ceux affichés dans les pages de résultats "classiques" et surtout, si le coût d'acquisition client sera rentable pour les annonceurs.

Les algorithmes des principaux moteurs sont tous basés sur une analyse de contenu textuel d'un document. La logique de base de ces algorithmes peut être résumé ainsi : plus un document a un contenu de qualité et est lisible, plus il est susceptible d'intéresser un grand nombre d'internautes. Et si, lors de requêtes, les internautes trouvent des documents qui répondent à leurs recherches, ils reviendront sur ce moteur pour leurs prochaines recherches.

A. Généralité

Pour déterminer la qualité et la pertinence des documents, les moteurs prennent en compte un ensemble de données.

1. La qualité du document qui contient le lien vers le nouveau document à indexer.

Plus un document est considéré par les moteurs de qualité et plus il y a de chance que ce même document renvoie vers des documents de qualité similaire et inversement.

2. L'information textuelle contenue dans le lien est-elle en relation avec le document à indexer? Si oui, quel taux de pertinence peut-il y être attribué.

Ces deux premiers points sont les premiers éléments que vont enregistrer les moteurs.  Par la suite, dans le calcul du positionnement, il entrera en ligne de compte le nombre de liens pointant vers le document. Il est très important de vérifier que les liens (internes et externes) qui pointent vers ce nouveau document soient de qualité et qu'aucun d'eux ne portera préjudice au document. Par exemple, un lien issu d'un site pour adulte pénalisera fortement le document dans son positionnement. En effet, si "les chats ne font pas des chiens", il y a des chances pour que le contenu du document parent soit proche du document enfant[1]. Je reviendrais plus tard sur l'importance des liens internes et externes.

3. le document en lui-même

a. Chemin d'accès au document

L'accès à un document est permis par une localisation universelle : Uniform Resource Locator ou URL. Une URL se compose obligatoirement d'un protocole d'accès, d'un nom de domaine et d'un nom de document.

Je m'attache ici à 2 protocoles que les moteurs de recherche prennent en compte : les protocoles http[2] et https. Même si les moteurs indexent les documents qui sont sous un protocole sécurisé (https), la validité du certificat SSL peut poser problème lors du passage des moteurs. Il est donc déconseillé de créer un site uniquement accessible en https.

Passé le protocole, le moteur, via les informations renvoyées par son crawler[3], va analyser le nom de domaine. En effet, tous les moteurs sont inscrits comme registrar auprès de l'ICANN (Internet Corporation for Assigned Names and Numbers). Cette "inscription" permet aux moteurs de rechercher les antécédents liés au propriétaire et à l'hébergeur.

Indépendamment de cette recherche, les moteurs vont rechercher la 1^ère date d'indexation pour ce nom de domaine. Plus un nom de domaine sera ancien et plus l'indice de fiabilité sera élevé ; sous réserve de son historique.

Le nom d'un document peut être numérique, alphabétique ou encore alphanumérique et comporte obligatoirement une extension à la fin. Cette extension indique le format du document.

Dans l'idéal, le chemin d'accès du document doit comporter le ou les mots sur lesquels vous souhaitez voir le document se positionner dans les pages de résultats de recherche des moteurs.

On recommandé de ne pas dépasser 70 caractères, encodés en utf-8, dans une url. 100 caractères est le maximum absolu à ne pas dépasser.

b. ce nom de domaine est-il déjà indexé

Dans le cas d'un TrustRank existant, le nouveau document va en bénéficier. Dans le cas contraire, le moteur va prendre en compte ce nouveau site en commençant par le document accessible à la racine ; c'est-à-dire par le document dit "page d'accueil" du site.

c. le chemin d'accès est-il déjà connu

• Dans le cas où le document est accessible via un répertoire, l'ensemble des éléments qui y sont contenus donneront un indice global de pertinence.
• Dans le cas où le contenu est fonction de l'url, on parlera de variable. Comme pour le répertoire, le document se verra affecter d'un indice de départ. L'une des variables à ne pas utiliser, est la variable "id". En effet, les principales bases de données où se trouvent les résultats d'analyses des pages comprennent vraisemblablement un champ "id" et en cas de "bug" cela peut limiter l'indexation des pages concernées. Enfin, le nombre de variable dans l'url doit être limité à 5.

d. L'adresse physique du serveur où se trouve le document

Point trop souvent négligé, l'adresse physique de la page et son encodage. L'emplacement physique et les entêtes renvoyés par les serveurs sont utilisés pour classer les documents dans les pages de résultats locales et/ou web.

e. La disponibilité d'un document et son temps de chargement

Lorsqu'une page est demandée, le moteur enregistre le temps de réponse du serveur et d'affichage complet du document.

Si un serveur met du temps à répondre, il y a de grande chance pour que l'internaute ferme son navigateur avant même le début d'affichage du document. Les moteurs enregistrent épisodiquement le comportement des internautes lors de l'affichage d'une page de résultats. Une non réponse du serveur, souvent répétée, pourra entrainer une baisse dans le positionnement du document.

Il en va de même pour l'affichage complet d'un document. Plus un document aura un poids élevé moins l'internaute aura la patience d'attendre son affichage complet. Si tel est le cas, l'internaute, après avoir cliqué sur le document, en choisira un autre. Si ce comportement se reproduit souvent, le moteur présente un autre document à l'emplacement du document incriminé. Toutefois, le poids du document ne rentre pas en ligne de compte dans le positionnement.

f. L'entête du document

Lorsque l'on saisie une URL valide dans un navigateur, le serveur où se trouve le document va renvoyer un ensemble d'informations dont celles lisibles par l'internaute. Un autre groupe d'informations est envoyé avec l'entête du document. Par expérience, je ne recommande pas d'indiquer par le serveur l'utilisation d'un charset ni d'une langue. En effet, j'ai constaté sur plusieurs sites que ces informations pouvaient empêcher un positionnement dans les pages de résultats web ou locale des moteurs de recherches malgré un charset défini dans les balises meta.

g. la structure du document.

Plus le code source d'un document est conforme aux recommandations de W3C, plus ce document peut être affiché sur un maximum de navigateurs. Cette notion est très importante pour les moteurs car cela signifie que les documents présents dans les pages de résultats peuvent être consultés par un maximum d'internautes. De plus, lors de l'analyse du document par le moteur, ce dernier met moins de temps à analyser un code "propre" que s'il doit "retrouver ces petits". Toutefois, ce n'est pas parce qu'un document est bien écrit qu'il est obligatoirement positionné au dessus d'un document contenant des avertissements voir des erreurs. En effet, c'est le contenu présenté à l'internaute qui prévaut.

h.   l'auteur

Au-delà de la personne qui a écrit le document et nommé dans la balise meta author, l'auteur peut être comparé au nom de domaine. Les documents publiés[4] sur un nom de domaine sont tous analysés par les moteurs. Chaque document reçoit une note selon sa qualité, son volume, sa pertinence et ses références[5].

Par exemple, Google affecte un Page Rank aux documents qu'il présente dans ses pages de résultats.

Si l'on compare la page d'accueil d'un site à la préface d'un livre, on poursuit notre consultation si la première information que nous lisons nous accroche. D'une certaine manière, il en va de même pour les moteurs. Si votre document d'accueil a un faible page rank, il y a de grande chance pour que vos autres documents n'en aient pas d'élevés. En effet, si le document principal est de faible qualité, il ya de grande chance qu'il en soit de même pour les autres.

Enfin, un nom de domaine publie essentiellement des documents de faible qualité, un document même pertinent lié à ce nom de domaine aura beaucoup de difficulté à se positionner.

i.    le thème du document

Depuis Avril 2006, Google à intégré Ori Allon dans ses équipes. Cet israélien de 26 ans a optimisé l'analyse d'un document.  Son code, baptisé ORION[6], permet d'associer des éléments connexes à la recherche, de mesurer la qualité du contenu et d'afficher directement la partie du document concernée par la recherche.

Le principe du thème existait bien avant Orion dans les brevets de Google, mais celui-ci prend de plus en plus d'importance.

j.    la saisonnalité

Selon la période de l'année, le volume de recherche sur un thème donné varie. Par exemple (et passé l'été), les recherches liées aux voitures chutent pour remonter vers le mois de décembre. Ci-dessous une représentation graphique du volume de recherche sur le mot voiture en France via Google en 2005.

Ce graphique montre que les moteurs connaissent parfaitement le volume moyen lié à un thème selon la périodicité. De même, ils connaissent la répartition des volumes de connexions sur les sites "majors".

En conclusion, il sera opportun de mettre en ligne un maximum de documents en fonction de la saisonnalité et de l'actualité.

[1] Google note la qualité et la pertinence d'un document par un "page rank".  Plus un document est pointé (linké) par d'autres qui lui sont semblables, moins ceux dits "pénalisés" porteront préjudices au document linké.

[2] http(s) : HyperText Transfert Protocol (Secured)

[3] robots envoyé par le moteur pour analyser un document

[4] Documents non restreints par le fichier robots.txt et/ou la balise meta robots

[5] Quantité et qualité de liens qui pointent vers les documents liés au nom de domaine et liens du document qui pointent vers d'autres documents indépendant du nom de domaine

[6] ORION est sous brevet de l'Université Australienne de New South Wales

Introduction

Les étapes décrites dans ce document sont le résultat de mon expérience des moteurs de recherche et de mon analyse des divers brevets déposés par Google, Yahoo et Microsoft.

Un site internet peut être comparé à un livre universitaire. Il comprend un titre d'ouvrage, un sommaire, une introduction, des chapitres, des sous chapitres et des pages. Les pages comprennent un titre, un entête, un contenu et parfois des illustrations et/ou des renvoies.

Rappels sur le comportement des internautes lors de l'affichage de résultats sur un moteur et, plus généralement, les localisations des clics[1] sur une page web.

Ces informations sont issues d'enquêtes réalisées par Estat, Enquiro, Dit-it.com, Eye Tool, gwix.net...

• En général, 100% des internautes clics dans une "fenêtre" de 780 pixel sur 400 pixel.
• Sur les moteurs de recherche:
• o plus de 60% des internautes saisissent 2 à 3 mots clés lors de requêtes contre seulement 11% pour 1 mot.
• o le nombre de pages de résultats consultées est souvent au maximum de 3
• o 80% des internautes cliquent sur au moins 1 lien (naturel ou sponsorisé) de la première page de résultat
• o la répartition des clics sur une page de résultat se répartit comme suit:
• § Positions 1 à 3 : 100%. Ces positions sont dites "Triangle d'Or"
• § Position 4 : 85%
• § Position 5 : 60%
• § Positions 6 à 7 : 50%
• § Positions 8 à 9 : 30%
• § Position 10 : 20%

Le fonctionnement des moteurs de recherche. A ce sujet, il est important de noter la différence entre l'indexation d'un document et son positionnement dans les pages de résultat. 

L'indexation d'un document est fonction de liens externes qui pointent vers un document. En effet, pour qu'un document soit indexé rapidement, il doit pouvoir être vu lors du passage du moteur. Une fois le document enregistré par le moteur, ce dernier l'analyse selon des critères qui lui sont propres. Toutefois, l'ensemble des moteurs de recherche se basent sur l'analyse textuelle pour positionner un document dans les pages de résultats liées à un ou plusieurs mots clés.

Pour indexer à nouveau un même document, les moteurs suivent certaines règles :

• un document peut être crawlé plusieurs fois par jour
• la mise à jour d'un document dans la page de résultat dépend:
• o de la date de modification enregistrée par le serveur
• o du poids du document
• o du taux de modification du code crawlé
• o des éléments modifiées: contenu, graphisme, navigation...
• o de l'évolution des autres documents du site
• o ...

Pour positionner un document dans les pages de résultats, les moteurs prennent en compte :

• 1^ère date d'indexation
• les informations WHOIS liées au nom de domaine
• l'historique du nom de domaine
• l'accès aux documents et leurs regroupements
• le(s) thème(s) principal lié au nom de domaine
• fréquence de changement et variation de la qualité et de la quantité liée au contenu
• fréquence où le document est sélectionné lors de résultat de recherche lorsqu'il y est inclus
• nombre de résultat de recherche où le document est inclus
• pertinence du document selon la saisonnalité
• volume, évolution et qualité des liens qui mènent au document
• fréquence du changement des ancres d'un document
• pertinence des ancres vis-à-vis du contenu
• augmentation des ancres du document selon sa longueur
• pertinence des liens internes au site menant au document
• trafic général et moyen lié au même type de document
• comportement des internautes lors de l'affichage du document sur google
• évolution des documents similaires sur le nom de domaine
• évolution du rang d'un document
• attitude des internautes lors de l'affichage du document
• compréhension du document et plus généralement du site par le moteur
• ...

Quelques règles essentielles sur les directives de publication d'un document.

• créer un contenu pour l'internaute et non exclusivement pour les moteurs
• ne pas cachez du contenu (texte, image...) dans un document sans donner la possibilité à l'internaute de le visualiser
• ne pas présenter au moteur un autre document que celui visualisé par l'internaute
• ne pas donner accès à un même document par plusieurs url
• éviter de soumettre trop de page à un moteur qui a déjà indexé le site
• n'installer aucun logiciel sans demande explicite de l'internaute
• favoriser les échanges de liens avec les sites en relation avec la même problématique et interdire les échanges avec des sites dits pénalisants (Adulte et Jeux essentiellement) ou considérés comme des "farm link spamer"
• utiliser essentiellement des technologies comprises par les moteurs: pas de contenus finals 100% AJAX, JavaScript, Flash, Applet...

De plus, il ne suffit pas d'avoir du contenu pour être positionné ; il faut que ce contenu soit structuré, de qualité, pertinent, que la densité des mots clés soit cohérente par rapport à la cible et donc au document et enfin que ce contenu soit accessible via des liens externes.

Pour conclure cette introduction, vous devez accepter le fait qu'il est impossible de garantir ni de prévoir un positionnement dans les pages de résultats. En effet, et au-delà du fait que les algorithmes d'analyse des moteurs sont modifiés en général deux à trois fois par an, il n'y a aucune intervention humaine dans le classement des résultats. 

[1] Les informations données portent uniquement sur les liens naturels.

Introduction

Ce document s'adresse à des personnes qui souhaitent comprendre le fonctionnement minimal d'un sitemap universel.

Un sitemap est essentiellement destiné à un site dont les moteurs ont très mal ou pas encore indexé tous les documents. Si votre site est déjà indexé, vous risquez de relancer l'analyse de tous votre site et donc de perdre potentiellement votre positionnement.

Un sitemap universel est un plan de site dédié principalement aux moteurs de recherche. Son objectif est de présenter une liste de documents (ou page) rattachés à un nom de domaine. Pour cela, on va devoir créer un fichier au format XML, y lister les localisations des documents et enfin le présenter aux moteurs.

Logiquement, un sitemap est la copie au format XML de votre plan de site[1] qui est au format html.

Fin 2006, seul Google Inc et Yahoo! l'acceptaient. Chacun des moteurs demandent pour déposer un sitemap (universel ou non) :

• 1. La création d'un compte pour identifier le demandeur
• a. Google: http://www.google.com/webmasters/
• b. Yahoo : https://edit.yahoo.com/config/eval_register
• 2. La connexion à l'outil de gestion des sitemaps
• a. Google: http://www.google.com/webmasters/sitemaps/
• b. Yahoo : https://siteexplorer.search.yahoo.com/
• 3. L'insertion d'un code d'identification
• a. Google

- page d'index via une balise meta

  <META name="verify-v1" content="code d'identification " />

ou

- fichier html à la racine du site (là ou se trouve la page d'index du site)

• b. Yahoo

- page d'index via une balise meta

  <META name="y_key" content="code d'identification" />

ou

- fichier html à la racine du site (là ou se trouve la page d'index du site)

• 4. La déclaration du ou des sitemaps pour le site: l'endroit où vous avez téléchargez le sitemap (obligatoirement sur le nom de domaine lié au sitemap et de préférence à la racine du site)

Les 4 points ci-dessus sont obligatoires pour créer un sitemap. Si vous ne pouvez ni mettre la balise meta proposée en vérification ni télécharger le fichier de vérification, vous ne pourrez pas présenter votre sitemap aux moteurs.

I. Schéma d'un sitemap univerel

Un sitemap unversel est un fichier xml qui débute toujours par une balise d'information xml.  Celle-ci comprendra la version et l'encodage du document. Pour un sitemap unversel, l'encodage est UTF-8 ; encodage défini comme universel.

Ensuite, il indique "le type d'information que l'on y trouvera". Ce type d'information est généralement déclaré sur dans un fichier externe. Contrairement au html, le langage xml oblige de préciser le début et la fin d'une information. Celle-ci est signalée par un / en fin de balise.

Dans un sitemap, et compte tenu que chaque élément est propre au fichier xml, on doit écrire et définir le début et la fin d'une balise : <balise>l'information à donner</balise>. De plus, il faut préciser la famille d'information que l'on va y mettre. Pour un plan de site, l'information que l'on cherche à donner est la localisation d'une url.

On trouvera donc toujours les informations suivantes dans un sitemap universel:

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

            <url>

            les informations liées à une url

            </url>

            <url>

            les informations liées à une autre url

            </url>

</urlset>

II. Contenu des balises <url>

Les balises URL peuvent contenir 4 types d'informations : la localisation du document, la date de modification du document, la fréquence de modification du document et enfin le poids du document vis-à-vis des autres documents. Seule la localisation est obligatoire.

Compte tenu des erreurs rencontrées par la mise en place des autres balises, je ne les développerais pas ici. En effet, mon but est de vous permettre de créer rapidement un plan de site qui fonctionne.

A. La localisation du document

La localisation[2] d'un document commence par la balise <loc> et se termine par </loc>.

Vous commencerez toujours en indiquant l'url principale d'accès à votre site et que vous terminerais (exceptionnellement) par / avant de fermer votre balise loc.

Vous devrez faire attention à encoder certains de vos caractères dans vos urls.

Caractères

Encodage

&

&amp;

'

&apos;

"

&quot;

< 

&gt;

> 

&lt;

Exemple :

<loc>http://www.paulanaudpy.com/</loc>

ou encore

<loc>http://www.paulanaudpy.com/mapage.html</loc>

ou encore

<loc>http://www.paulanaudpy.com/repertoire/page.html</loc>

ou encore

<loc>http://www.paulanaudpy.com/repertoire/page.php?info=1&amp;article=7</loc>

B. Ecriture du sitemap universel

Comme nous venons de le voir, un site comprend des balises urlset, url et loc.

Par exemple, pour 6 pages du site http://www.paularnaudpy.com (pageA.html, pageB.html, pageC.html, pageD.html, pageE.html et  pageF.html) on aura le fichier xml suivant :

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

  <url>

    <loc>http://www.paularnaudpy.com/</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageA.html</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageB.html</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageC.html</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageD.html</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageE.html</loc>

  </url>

  <url>

    <loc>http://www.paularnaudpy.com/pageF.html</loc>

  </url>

</urlset>

Il suffit alors d'écrire ces informations à l'aide d'un simple éditeur de texte.

C. Vérifier votre sitemap universel et enregistrez-le

Avant de télécharger votre sitemap sur votre serveur, vous allez devoir le tester. Le moyen le plus simple est de l'ouvrir avec votre navigateur.

En cas d'erreur, vous verrez alors s'affichez un message qui vous dira la ligne et le caractère qui pose problème.

Par exemple, j'ai écrit pour la localisation de la pageC.html : <lo>pageC.html</loc>

En ouvrant le fichier via mon navigateur, j'ai :

Erreur d'analyse XML : balise ne correspondant pas. Attendu : </lo>.

Emplacement : file:///C:/Documents%20and%20Settings/Bureau/sitemap.xml

Numéro de ligne 10, Colonne 21 :    <lo>pageC.html</loc>

                                 --------------------^

L'erreur mentionné est qu'il n'y a pas de </lo>. Comme nous savons que les seules balises autorisées sont <url></url><loc></loc>, on en déduit que l'erreur est sur la balise précédente. Effectivement, j'ai écris <lo> au lieu de <loc>. En corrigeant ceci, le fichier est alors valable.

Une fois vérifié, enregistrez votre fichier sous le nom : sitemap.xml. Ensuite, téléchargez-le au même endroit où vous avez votre page d'index principale (à la racine de votre site).

D. Poids et Nombre d'urls par fichier sitemap

Un fichier sitemap ne doit pas dépasser les 10Mo pour un maximum de 50.000 url.

L'objectif d'un sitemap est d'accélérer la déclaration des pages aux moteurs. Dans le cas où vous ayez plus de 100 pages à présenter aux moteurs, je vous recommande :

• 1. Créez un premier plan qui liste tous les plans
• 2. Ecrivez 10% de vos url par plan sans jamais dépasser 5.000 et avec un minimum de 100 url par pages

L'idéal est  d'avoir 100 url par sitemap

Une fois votre sitemap créé et téléchargé à la racine de votre site, il vous suffit de suivre les indications de mise en place d'un sitemap pour chacun des moteurs. Ces indications sont affichées dans chacune des interfaces.

III. Durée de vie d'un sitemap

A. Pas de nouveaux documents sur le site

Vous allez devoir vérifier que chaque moteur à bien indexé toutes les pages de votre site.

1. Google.

Allez sur google.fr. Dans le champ recherche, écrivez site:www.nomdedomaine.com/

Google vous affichera alors, toutes les pages qu'il a sur votre site.

2. Yahoo.

Allez sur yahoo.fr. Dans le champ recherche, écrivez site:www.nomdedomaine.com/

Yahoo vous affichera alors, toutes les pages qu'il a sur votre site ainsi que celles qui y pointent (backlink).

Une fois que le moteur à indexé toutes vos pages, en général moins de 2 mois, supprimez l'accès au sitemap dans les interfaces des moteurs où vous les avez déclarez. 

B. De nouveaux documents sur le site

A chaque nouveau document, vous avez pensé à le mettre dans votre sitemap. Dans ce cas, vous devrez laisser votre sitemap en place.  Toutefois, si vous constatez que les moteurs indexent rapidement vos nouveaux documents, vous pourrez retirer vos sites des interfaces.  

IV. Sitemap et positionnement

J'ai écrit sur ziki.com un article sur ce sujet (http://www.ziki.com/people/paularnaud) : A quoi sert un sitemap ? Mais, pour faire bref, les sitemaps ne jouent en rien sur le positionnement. Au contraire, présenter un sitemap pour un site déjà indexé voir, le laisser tout le temps, peut vous pénaliser dans le positionnement de votre site[3]. Toutefois, il est possible qu'à l'avenir cela change...

Si vous listez dans votre sitemap des documents qui ne sont pas accessibles par l'internaute via votre site, vous avez peu de change de les voir indexées ; même avec un sitemap.

Pour aller plus loin:

• 1. Google : http://www.google.com/support/webmasters/bin/topic.py?topic=8467
• 2. Sitemap.org: http://www.sitemaps.org/
• 3. Forum sur les sitemaps: http://groups.google.com/group/google-sitemaps-fr?hl=fr

[1] Le plan de site a pour fonction de faciliter la navigation de votre site pour les internautes et les moteurs.

[2]  Rappel : à une url ne correspond qu'un seul document (ou page)

[3] Tests réalisés en 2006 sur Google France et Yahoo! France

On se demande depuis longtemps, comment Google s'y prend pour améliorer la qualité des pages de résultats. Un début de réponse nous est fournie par un de leur brevet enregistré le 2 janvier 2007 mais déposé fin 2001. Ce brevet porte sur les méthodes et appareils pour estimer la similitude.
La mission d'un moteur de recherche est de présenter des références de documents en réponse à une demande de l'utilisateur. Or, la simple comparaison de documents ne permet pas d'identifier les documents similaires ou très proches. Google souhaite donc éviter la résonnance des références dans ses résultats. Son objectif est  d'alléger le stockage de données sur ces serveurs et d'améliorer la qualité des références (présentés en réponse à une demande de l'utilisateur). Par exemple, si deux documents sont semblables, le système peut enlever un des deux documents de la page de résultats.
La puissance du système permet non seulement de déterminer la similitude de documents sur un même mot ou expression mais aussi sur des mots considérés comme proches ; voir synonymes.
Ce contrôle de similitude peut être réalisé à plusieurs niveaux : lors du passage du spider, lors de l'analyse du document ou encore lors de la présentation des références de documents à une demande de l'utilisateur. Le système est aussi capable de déterminer le degré de similitude d'un document basé sur les liens hypertextes.

Enfin, le spider de Google serait capable de ne pas indexer les documents d'un même site qu'il estimerait comme similaire.

source : United States Patent

1. 1ere hypothèse : Google n'affiche qu'un seul site pour un même contenu.
   Dans ce cas, pourquoi est-ce le site sans sitemap qui est le mieux positionné ? De plus, et pour avoir mené d'autres expériences sur les méthodes et appareils pour estimer la similitude par Google, je peux affirmer qu'un même contenu peut être affiché sur une même page de résultats. Cette hypothèse ne semble donc pas valable.
2. 2eme hypothèse : La date de première indexation d'un nom de domaine joue un rôle essentiel dans le positionnement
   Après avoir renouvelé l'expérience mais avec deux noms de domaine déposé en même temps, les résultats sont identiques à la première expérience pour le nombre de documents indexés. En revanche, aucun des sites ne se positionne vraiment sur les mots clés de référence avant deux mois. On peut donc en déduire que la date d'indexation semble jouer un rôle essentiel dans le positionnement.