Référencement général Prestashop 1.3.xx

Pour suivre ce tuto, il faut ouvrir le thème par défaut de Prestashop dans /theme/prestashop, ou si vous avez un thème cutomisé, essayez de retrouver les balises signalées.

Les titres et sous titres de toutes les pages

Par défaut, Prestashop met le H1 sur le logo sur toutes les pages. Pour les pages produits le sous-titre H2 sur le nom du produit, ce qui n’est pas optimal, il faut changer l’architecture de votre page, ainsi il faut ouvrir le fichier header.tpl qui contient le haut de votre page web, et remplacer le h1 logo par div id=logo.

Pour la fiche produit :

Une fois ceci fait ouvrez le fichier product.tpl qui contient toute la fiche produit, changez le h2 qui se trouve juste après le primary-block en h1 ! Les fichiers .tpl se trouvent dans le répertoire /themes/nom_du_theme

Dans le fichier css changez le h1#logo en #logo (ligne 191 environ)  et le h2 en h1 (ligne 162 environ).Maintenant vous avez une structure beaucoup plus optimisée pour votre boutique. Source : Homo economicus.

Pour la page Catégorie:

Ouvrez category.tpl et à la ligne 7 environ, transformez le h2 class= »category_title » en h1.

Que faire des pages catégorie? Personnellement ce sont mes pages importantes que je référence, je ne référence pas les fiches produits.

Optimisation des images:

Optimisation de l’attribut « alt » des images dans la fiche produit : le thème par défaut de Prestashop n’implémente pas bien l’attribut alt. Il reprend le nom du produit, si vous voulez qu’il reprenne le titre de la page, il faudra éditer le fichier template product.tpl. Cherchez la balise

div id="image-block", rajoutez width="300" height="300"

après {if $have_image}, indiquer les tailles augmente la probabilité d’indexation de l’image, et surtout mettez le même contenu de l’attribut alt que le title.

Page accueil

Maintenant que vous avez modifié le h1 pour la  page produit, vous pouvez mains ce n’est pas une obligation changer le h2 de la page d’accueil en h1 en éditant dans le dossier modules le répertoire editorial, le fichier editorial.tpl, cherchez le h2 et transformez le en h1, mais le problème est qu’il n’y a pas de h2 maintenant, on passe de h1 à h4 et h5 ! Or pas de preuve que ce soit plus efficace donc vu que la hiérarchie n’est pas modifiée entre les sous-titres. Mais c’est à tester.

Architecture du site

Vos produits sont organisés en catégories ou sous-catégorie, par défaut Prestashop ne montre que les dix premiers articles d’une catégorie. Si vous avez 50 produits, l’internaute sera amené à cliquer sur les pages suivantes ou afficher un nombre de produits plus grands. C’est ce qu’on appelle la pagination. Le problème avec les paginations, c’est en outre des ancres de liens nom optimisés (1,2,3…), mais aussi une certaine difficulté pour le moteur de recherche de crawler vos pages.

Une façon de contourner ce problème est de ne pas mettre trop d’articles par catégorie, et donc de créer des catégories supplémentaires pour éviter d’avoir la pagination. Une autre est d’augmenter le nombre d’articles présentés (nous n’en parlerons pas ici). Ainsi dès que vos produits deviennent nombreux n’hésitez pas à créer une catégorie ou des sous-catégories pour rendre la navigation plus simple pour l’humain et le crawl plus facile pour les spiders.

Les sitemaps

Le sitemap

Un sitemap est un fichier texte au format xml qui stocke en dur les url des pages de votre site web. Il est destiné à décrire au moteur de recherche les pages que possède votre site et à l’aider à les indexer (du moins crawler). Parfois il arrive que certaines urls de votre site ne soient pas facilement accessible pour x raison et il est bon de donner aux moteurs de recherche les indications. Notez que la fourniture d’un sitemap d’url ne garanti pas que les moteurs de recherche vont les crawler voire indexer, ce dernier est seul maitre de ce qu’il veut faire.

On conseille d’abords aux site de bien travailler leur architecture de site afin de faciliter au maximum le crawl des pages, et non de tout de suite lui donner un fichier sitemap. Ce n’est qu’après avoir fait le maximum pour rendre accessible un moteur de recherche que l’on met un fichier sitemap.

Le sitemap image

Google vous permet de faire un sitemap d’images, pour un site d’e-commerce c’est utile car on fait souvent des recherches de produits avec Google Image. J’avais pensé faire un script pour construire un sitemap image mais je n’ai pas encore trouvé le temps de le faire.

Le sitemap video

Google vous permet de faire un sitemap de videos, fonctionne sur le même principe que les sitemaps image. Si vous avez des vidéos dans votre boutique c’est le moment de tester ce type de sitemap.

Fichier robots.txt

Rien à signaler sinon vérifiez qu’il ne bloque pas un répertoire important on ne sait jamais.

La réécriture d’urls, le fichier .htaccess (Apache)

Comme les données sur les produits et les catégories sont stockées sous forme de base de données, pour accéder à une produit donné, il faut indiquer la référence du produit qui est codés sous forme de chiffre ou alphanumériques et illisible par un être humain. La technique de réécriture d’url permet de rendre une référence à un produit par une phrase en claire pour l’homme. Les mots clés dans l’url ont un très faible poids sur le référencement. Mais vous serez content quand vous vous plongez dans les logs de Google Analytics.

A/Rediriger http://boutique.com vers http://www.boutique.com

#force www
RewriteCond %{HTTP_HOST} ^boutique\.com$
RewriteRule ^(.*)$ http://www.boutique.com/$1 [R=301,L]

B/Rediriger http://www.boutique.com/index.php vers http://www.boutique.com

#force index.php to /
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://www.boutique.com/ [R=301,L]

C/Rediriger http://www.boutique.com/lang-fr/produits vers http://www.boutique.com/produits (ne marche pas pour les catégories, seulement les produits hélas)

#redirection lang-fr vers /
RewriteRule ^lang-fr/(.*)$  /$1

N’oubliez pas de remplir les champs seo de votre fiche produit et catégorie.

Prestashop par défaut convertit votre nom de produit ou de catégorie dans l’url. Mais le titre de la page n’est pas rempli par défaut, et reprend le nom du produit. Si vous voulez un titre personnalisé, il vous faudra remplir les champs (pas vraiment visibles) de la fiche produit. Donc remplissez le titre, la meta description et accessoirement la meta keyword.

Optimisation éditoriale

Optimisez quand même votre meta description

Bien que la description ne soit pas prise en compte pour le positionnement de votre page web, elle est quasiment toujours reprise dans les résultats de recherche des moteurs de recherche, et souvent on les lit ! Alors autant les optimiser en écrivant un argumentaire accrocheur.

Solution 1 : Mettre les caractéristiques principales : Iphone 4, 16 Go 499€, Coque Noire, Ecran Retina haute résolution…

Solution 2 : Rassurer le client quant aux modalité de livraison : Iphone 4 16 Go 499 €, livré en 48h recommandé…

Solution 3 : Vous vous la pétez : Le plus large choix de coque Iphone sur le web francophone,…

Les comparateurs de prix :

Vous pouvez vous référencer gratuitement dans quelques comparateurs de prix. Vous pouvez commencer par Leguide.com, ce sera ensuite repris par Twenga qui est un très bon comparateur de prix qui ramène du trafic qualifié.

Shopmania est moins intéressant que Leguide ou Twenga, je n’ai que très peu de trafic venant de Shopmania.

Pour vous référencer sur Leguide, téléchargez le plugin Leguide.com. Le plugin pour Shopmania ne me semble plus gratuit mais je donne le lien quand même, personnellement Shopmania ne ma quasiment jamais rien rapporté au contraire de Leguide.com en référents.

Google Shopping :

Comment peut on s’en passer vous me direz, mais il n’est pas si facile de référencer ses produits, activez le module inclus de base dans Prestashop,

Optimisation de la vitesse de chargement

Il y a 4 choses à faire en théorie pour accélérer le site :

1/Aller dans configs/smarty.config.inc.php, vers la ligne 10 mettre $smarty->force_compile à false, cette valeur sert en développement mais pas en production, où l’on n’a pas besoin de recompiler les templates à chque chargement de la page,
gain de temps sur mon kimsufi : 1.4 secondes

2/Augmenter la taille du cache mysql à 256 MB, en pratique on gagne que dalle (40 ms)

3/Utiliser des sous-domaines pour les éléments statiques pour paralléliser les téléchargement, personnellement, c’est une manoeuvre assez délicate à faire marcher, mais la version 1.4 de Prestashop intègre dans son back office les potards pour le faire.

4/Utiliser un cache d’opcode pour cacher les opérations php.

Je conseille de ne faire que la manip 1/ qui est largement suffisante. Optimisez vos images produit lorsque vous les uploadez. pas plus de 50Ko.

Je rajouterai que pour aller encore mieux, il faut utiliser un serveur dédié (perso j’utilise un Kimsufi de base, vous verrez rien à voir avec un mutualisé). Ainsi vous pourrez obtenir un temps de chargement de 3 secondes pour votre boutique. Ceci est important quand on sait que le temps de chargement a une incidence sur le taux de conversion.

Autres optimisations :

Désactivez le module Tags, outre le fait que cela puisse générer du duplicate content, il constitue autant de trous de fuite de pagerank.

Pour les boutiques multilingues, la version 1.4 gère bien les langues (sans doute depuis la 1.2.5 également), seulement pour la langue principale du site

(par exemple le français), il existe deux chemins qui permettent d’accéder à un produit. http://www.boutique.com/produit ou http://www.boutique.com/lang-fr/produit, voir le hack ci-dessus pour rediriger les fiche produits mais pas le reste (si quelqu’un y arrive je prends !)

Que faire avec les thèmes custom dans le cas où ils sont perfectible?

Il faut retrouver les mêmes lignes et procéder aux modifications. Ou contactez le vendeur.

Bon à savoir :

le système de template Smarty cache le rendu des pages dans le répertoire /tools/smarty/compile, si vous faites une modification et que vous ne voyez pas le résultat immédiatement c’est que vous voyez le cache, une solution (assez radicale) est d’effacer les fichiers compilés (attention à ne pas effacer le fichier index.php avec !), et normalement vos modifications sont visibles. Sinon allez dans le répertoire config, ouvrez le fichier smarty.config.inc.php et à la ligne10 mettez à true le force_compile n’oubliez pas de remettre à false quand vous aurez fini les modifs :

$smarty->force_compile	= true;

Update : téléchargez les fichiers suivant pour vous aider à configurer votre htaccess, le 1.3.5 est exploitable, le 1.4 n’est pas optimisé (je verrai si j’ai le temps…) . Cliquer sur les liens pour télécharger.

Google récemment pousse beaucoup les webmasters à améliorer la vitesse de chargement des sites web, à juste titre. Voici quelques événements qui vont dans ce sens:

• la vitesse peut être un facteur de positionnement contredit par un seul seo à ma connaissance à ce jour
• Google a développé le module PageSpeed un add on pour Firefox qui permet d’auditer la vitesse de chargement de son site web et d’afficher les voies d’amélioration
• Google a développé un module pour Apache pour améliorer la vitesse d’affichage des sites web, perso je trouve les gains vraiment minimes mais attention avec ce que je vais dire après
• mis à disposition des dns de Google (et avoir vos habitudes de surf au passage)
• va jusqu’à proposer des services de FAI dans les fibres optiques

Google souligne les bénéfices d’un Internet plus rapide pour l’expérience utilisateur, et entend bien récompenser les bons élèves. Mais il y a une autre raison de penser que Google récompense les bons élèves, un web plus rapide va diminuer les coûts de fonctionnement de Google.

Cet aspect est rendu plus critique depuis que Google a mis en place l’infrastructure Cafféine, qui accélère le crawling et indexing des pages. En bref, si Google met deux fois moins de temps à télécharger une page, il peut faire deux fois plus de travail sans augmenter sa bande passante. Ainsi il est son intérêt de d’avoir des pages rapide à charger.

Bien sûr les gains réels ne se chiffrent pas en 50%, mais si on gagne 10 millisecondes, sur des millions de pages la différence se voit sans problème.

Il faut reconnaitre que cela va profiter aux autres moteurs de recherche mais pas autant qu’à lui-même.

Donc il n’y a pas que de la philantropie dans tout ça, c’est surtout pour des raisons très terre à terre que l’on nous demande d’accélérer nos sites web.

Il y aura de la philantropie le jour où Google nous proposera gratuitement des CDNs.

Q1:Salut Jean Denis, j’ai connu Crawltrack en 2007, à l’époque je n’avais que des connaissances vagues sur les bots (j’étais plutôt Google analytics). Or ce dernier ne détecte que les visites d’humains. Très concerné par le Seo technique, j’ai très vite vu l’intérêt d’un outil comme Crawltrack qui à la différence de Google Analytic à l’époque, détectait les visites des bots. Mais parlons d’abord de toi, comment es tu venu à Crawltrack? Quelles connaissances techniques avais tu à l’époque où tu as commencé à coder Crawltrack?

Pour revenir à l’origine de CrawlTrack il faut remonter à fin 2004. Je fait partie d’une famille nombreuse dont les membres sont éparpillés un peu partout en France, et j’ai eu l’idée de créer un site  pour  s’échanger des infos.  J’ai commencé par un site fait en Frontpage sur un hébergement gratuit, mais assez vite j’ai eu envie d’apprendre et de maitriser le code et j’ai laissé tomber Frontpage pour un simple notepad++.

J’ai installé un phpMyVisites (aujourd’hui Piwik)pour suivre les statistiques de visites et la j’ai eu envie de comprendre comment ça marchait. Je n’avais jamais fait de php, je ne suis pas informaticien mais ingénieur en mécanique. J’ai acheté plusieurs livres (du style php5 pour les nuls) et j’ai appris. Assez vite j’ai fait des modifs dans phpMyVisites pour mon usage personnel et j’ai fini par mettre en ligne des plugins pour phpMyVisites.

Au mois de juin 2005, l’idée de permettre la détection des robots par phpMyVisites est lancé et je me charge de cette partie. A l’époque RobotStats est la référence dans la détection de robots mais déjà son développeur (Olivier Duffez du site Webrankinfo) a visiblement d’autres priorités et le script n’est plus mis à jour. Après plusieurs semaines de travail, il apparaît clairement qu’il y a  une incompatibilité technique entre phpMyVisites qui utilise le Javascript (tout comme Google Analytics) et la détection des robots qui nécessite d’utiliser le php.  L’idée de l’intégration dans phpMyVisites est abandonnée et j’ai pris la décision de sortir CrawlTrack comme script autonome. La première version a été proposée en téléchargement le 5 novembre 2005.

Q2:Peux tu nous expliquer comment marche crawltrack techniquement?
Voilà une vaste question, je vais essayer de faire simple. A chaque requête,  le tag de CrawlTrack qui est positionné sur la page lance l’exécution d’un script php.  Ce script va utiliser les informations disponibles dans la requête http reçue par le serveur (url demandée, user-agent, IP et referer) pour  classifier la visite (attaque ou pas, robot ou humain, etc…). La visite une fois  identifiée comme venant d’un robot connu par CrawlTrack, venant d’un humain ou étant une attaque fera l’objet d’un enregistrement dans la base de donnée. Les autres visites « non identifiées » seront juste comptées mais pas enregistrées. L’ensemble du traitement est fait coté serveur, c’est la différence fondamentale avec des scripts qui utilisent le Javascript (Google Analytics, Piwic) dont une part du traitement est fait coté client. CrawlTrack ne pourra jamais donner la résolution de l’écran d’un visiteur mais en contrepartie il ne dépend pas de l’activation de Javascript pour détecter une visite ce qui lui permet de détecter les robots.

La détection des attaques est faite par l’analyse de l’url demandée en y regardant chacun des paramètres passé dans l’url. Classiquement, une tentative d’injection de code fait appel à un lien vers le script malicieux, c’est ce lien qui est détecté. De même pour les tentatives d’injection sql, c’est la présence de morceaux de requêtes SQL qui est détectée. La liste d’attaques qui est disponible dans la base de CrawlTrack n’est pas utilisée dans le processus de détection, elle ne sert qu’à donner les infos sur la page de statistiques de CrawlTrack (les scripts visés par les attaques reçues).

C’est vrai qu’au départ je n’avais pas prévu d’intégrer la détection des humains. Ce qui m’a fais évoluer dans ce sens c’est d’une part les utilisateurs de CrawlTrack qui ont été de plus en plus nombreux à le demander et d’autre part, mon expérience en tant que webmaster qui trouvait lourd de devoir utiliser plusieurs outils différents pour avoir l’ensemble des informations qui m’intéressaient. L’avantage du tag php c’est qu’il voit toute les requêtes reçues par le serveur, mais quand il s’agit de détecter les humains ça devient un inconvénient. C’est fou le nombre requêtes que reçoit un serveur web. Pour faire le tri entre les humains et les autres il a fallu développer des  filtres pour séparer le bon grain de l’ivraie. Ce traitement est lancé lors de la préparation de l’affichage des pages de résultat. Il a fallu presque un an de tests en parallèle avec Google Analytic pour mettre au point ces filtres.

C’est chaque utilisateur qui peut inventer son mode de fonctionnement et d’utilisation des données. C’est clair par exemple que de voir ce que font les robots permet de mieux comprendre le processus d’indexation pour éventuellement  apporter les corrections nécessaires pour favoriser un crawlage en profondeur. L’analyse des mots clef utilisés par les visiteurs et des pages d’entrée sur le site permet dans un deuxième temps de vérifier l’impact du référencement. On découvre parfois que des mots clefs utilisé par les visiteurs pour arriver sur le site ne sont pas ceux auxquel on avait pensé, ce qui peut ouvrir de nouvelles pistes pour le référencement. Il y a certainement encore beaucoup d’autres façons d’utiliser la masse importante d’informations donnée par CrawlTrack. Et c’est les suggestions des utilisateurs qui permettront de donner de nouvelles pistes pour les évolutions futures.

Je pense qu’il y a une première raison, c’est que les webmasters sont d’abord intéressés par le nombre de visiteurs sur leur site. La prise de conscience de l’importance des robots ne vient qu’en deuxième temps si le webmaster commence à s’intéresser au référencement.
La deuxième raison c’est qu’il est plus simple pour le webmaster d’intégrer un tag Javascript qui ne demande rien de particulier au niveau du codage du site, alors que le tag php demande soit des pages en .php, soit un paramétrage du serveur pour traiter les pages html comme du php. Pour un produit « grand public », le choix du Javascript parait au première abord plus évident mais du coup cela ferme la porte à la détection des robots.

C’est un bonne question, sur mon site le numéro un et de loin s’appelle Googlebot avec une  visite toute les 2 à 4 secondes; ensuite arrive dans l’ordre Slurp Inktomi (Yahoo) et MSN Bot. Je trouve ça plutôt bon signe, mais si je fais un calcul de ratio (visiteurs envoyés)/ (visites du robot) je trouve que Yahoo et Bing utilisent beaucoup de bande passante pour un résultat très médiocre. Alors en fait je n’ai pas la réponse à ta question, il faudrait la poser à Google, Yahoo et Microsoft…

Q7:As tu des conseils à donner à ceux qui font du référencement de par ta connaissance des crawlers? Penses-tu que l’on ne met pas assez l’accent sur cette partie invisible qu’est le crawling?

Le référencement a pour objectif essentiel d’amener des visiteurs sur un site; tout le travail du référenceur consiste à faire connaître le site sur la toile. La part de visiteurs venant de moteurs de recherche (principalement Google) est souvent très importante, voir la plus importante. Ces moteurs ne « conseilleront » un site à un visiteur que si ils  le connaissent, et la seule façon pour eux de connaitre un site est de le crawler. Clairement, une page jamais crawlée, ne sera jamais proposée par le moteur puisqu’il ne la connait pas. C’est donc fondamental de savoir ce qui se passe au niveau du crawling pour d’une part vérifier que tout se passe bien (ça serait ballot de bloquer l’IP de Googlebot dans son .htaccess par exemple), mais aussi détecter les pages qui sont oubliées par le robot (page orpheline?). Un autre paramètre important est la fréquence de crawling, Googlebot viendra de plus en plus souvent si il découvre de nouvelles informations (ou pages) et si il n’est pas freiné dans son exploration. J’ai souvent observé qu’une augmentation de la fréquence  de crawling précédait une augmentation du nombre de visiteurs. Attention aux capacités du serveur, les robots peuvent être très gourmands, souvent nettement plus que les visiteurs humains.

Q8:ta base de bots a l’air sympa puisque très complète. Cela me rappelle que Fantomaster lui aussi a une base d’addresse ip de bot très mise à jour. Des possibilités que certains utilisent ta base à des fins de cloaking (surtout pour les ip de Google) ou alors c’est un peu risqué ?

Les utilisateurs sont libres de faire ce qu’ils veulent avec cette base, à eux d’assumer les risques qu’ils prennent au niveau de leur référencement. Personnellement je ne tente pas le diable, Google est beaucoup trop important en terme de source de visiteurs pour prendre le risque d’un blacklistage. Les ingénieurs de Google ne sont pas nés de la dernière pluie, ils savent que le cloaking existe et ils peuvent le détecter. Je ne serai pas étonné que de temps en temps Googlebot se déguise en visiteur lambda…[Ne tentez pas le black hat sur vos sites importants NDB]

Q9:le travail que tu as fait est considérable, Crawltrack est toujours gratuit, penses-tu le rendre payant un jour, en faire un service professionnel et freemium?

CrawlTrack est et restera open-source et gratuit. Les ressources publicitaires me permettent maintenant d’amortir l’ensemble des coûts d’hébergement. CrawlTrack reste pour moi un loisir, j’ai une activité professionnelle qui n’a rien à voir avec le web qui me permet de faire bouillir la marmite.

Q10:Quelle direction va prendre Crawltrack dans les mois et années à venir?

Voilà une bonne question, je ne fait pas de plan à long terme, les évolutions sont la plupart du temps venues suite à des demandes d’utilisateurs.
Dans un premier temps, c’est certainement la partie anti-hacking qui va évoluer le plus, ensuite on verra, j’attends les suggestions.

Q11:Parles nous de Crawlprotect, ta solution de protection des sites web, en quoi une protection au niveau du serveur peut être efficace?

CrawlProtect est né d’une demande de certains utilisateurs de CrawlTrack qui n’étaient intéressés que par la protection anti-hacking. L’objectif était donc de proposer un script léger uniquement dédié à la protection. CrawlProtect utilise un fichier .htaccess, et c’est donc au niveau du serveur Apache que le traitement est fait, avant tout traitement php (et donc avant les éventuels failles présentes dans les scripts utilisés).
Ca permet un plus grande réactivité tout en utilisant moins de ressources. Cela  fonctionne quelque soit le type de page (hml, php, …) sans avoir a intégrer un tag sur le site.
Mais attention, aucune protection n’est efficace à 100%, de nombreux cas de hacking se font simplement par ftp avec le login et le mot de passe qui ont été récupéré directement sur le PC du webmaster par un Trojan. Et là ni CrawlTrack, ni CrawlProtect ne peuvent rien y faire, alors si je peux donner un dernier conseil, en tant que webmaster, mettez vous à Linux, surtout que si vos affaires marchent bien il faudra passer au serveur dédié un jour et là vous serez en terrain connu .

Merci JDB. pour cette interview.

Si vous avez marre de Google Analytics il est temps d’essayer des alternatives certes moins puissantes (mais combien de gens utilisent les fonctions avancées de GA?) légère et au moins vous gardez tout pour vous.

Je vais parler d’un sujet qu’on traite peu dans le domaine du seo, en France en tout cas, parlons salaire.

Voilà maintenant plus d’un an que je suis en free lance (pour être précis je suis auto entrepreneur, mais ça fait plus in), j’ai plusieurs activités sur le web, e-commerce, référencement, webmarketing, et bien sûr le site de formation au référencement avec son forum (privé).

J’ai plusieurs contrats en cours, et je m’aperçois qu’être un homme orchestre c’est assez fastidieux.

C’est quoi être homme orchestre en seo?

Dans le domaine du webmarketing c’est :

1. référenceur
2. rédacteur web
3. mendiant (linkbuilder)
4. web analyste
5. Liens sponsorisés
6. Conversion
7. webdesigner (!)
8. commercial
9. e-commerçant
10. formateur
11. veille
12. pompier (quand le serveur flanche)
13. (mettez ici ce que j’ai oublié de citer)

Voilà pour une liste non exhaustive de ce que fait l’homme orchestre en seo. (au passage c’est ce que demandent certaines boîte pour le smic)

C’est quoi le problème avec le freelancing?

Surtout quand vous êtes au commencement de votre aventure, le volume d’affaire ne suffit pas à vous redonner votre niveau de vie d’antan. Les gros clients sont hors de portée et c’est le domaine réservé aux agences (grosses), ici les contrats se jouent gros, il faut une équipe dédiée pour référencer un site. Un tel fait du lien sponso, un autre de la soumission dans les annuaires, bref un mode de fonctionnement à efficacité maxi car chacun fait à fond dans son secteur.

Si on fait tout tout seul, switcher mentalement entre différentes tâches demande un temps d’adaptation et la productivité s’en ressent (même si on éteint Twitter). Les contrats ne sont pas gros et la charge n’est pas forcément réduite d’autant.

C’est super de tout savoir faire mais pas forcément pour le chiffre d’affaire. Il faut penser à la rentabilité de votre affaire c’est le seul objectif.

Aussi à l’avenir je vais me concentrer sur le consulting ou sur un aspect pointu plutôt que de vouloir tout faire (liens sponsorisés seulement (ceux qui me connaissent savent à quel point j’adore Adwords), web analytique seulement, conversion seulement).

Et j’ai aussi mes sites sur lesquels je pourrais plus travailler en suivant ce mode de fonctionnement.

Il est peut-être encore un peu tôt pour l’affirmer, mais étant donné les bonnes performances de Bing aux USA, une association avec Yahoo pourrait faire des étincelles. En France Bing n’a pas encore fait ses preuves, mais comme on a toujours un wagon de retard par rapport aux US, il risque de se passer la même chose en France.

Prendre soin des webmasters peut contribuer au succès d’un moteur

Assez de suppositions, voyons ce qu’il en est aujourd’hui de Bing. La version US de Bing est plus complète que la française, du moins lors du lancement. Et Microsoft avec sa force de frappe de 80 millions de dollars va marquer pas mal les esprits. Ensuite il y un autre facteur qui va jouer en sa faveur, depuis le lancement de Bing, il semble que le Microsoft soit beaucoup plus à l’écoute des webmasters, en ouvrant une page community, ceci est un bon signal, je suis persuadé que si un moteur de recherche est à l’écoute de ses webmasters, ces derniers le lui rendront bien.

Pourquoi? parce qu’un cercle vertueux se crée ainsi : Bing aide les webmasters à bien optimiser leurs sites, ces derniers pourront mieux mettre en valeur leur contenu, et l’utilisateur trouvera une information plus pertinente. D’accord je joue un peu les naifs, mais parmi les webmasters combien sont des spammers? une minorité, la plupart sont des gens plutôt sérieux qui veulent fournir du contenu de qualité (ils ont été bien éduqués par Google ).

L’interface de Bing est pas mal du tout finalement, j’ai toujours trouvé l’interface minimaliste de Google très élégante, mais Bing réussit à nous offrir une page équilibrée et graphiquement agréable.

Les liens sponsorisés point fort de Bing

J’ai récemment lancé une campagne sur Bing et presque en même temps sur Yahoo Search Marketing. Au passage je tiens à signaler qu’à l’ouverture d’un compte Adcenter (Microsoft) vous avez un (en tout cas j’ai eu) un coupon de 50 euros + 30 euros parce que j’ai répondu à un questionnaire. Quant à Yahoo je n’ai pas eu les 25 dollars US promis .

Mais le plus intéressant n’est pas là, mes annonces étant les mêmes sur les deux plateformes, là où j’arrivais péniblement à 1% de taux de clic, sur Adcenter je dépassais les 10% de taux de clic. C’est donc vrai que les performances varient en fonction du moteur de recherche! Et je ne vous parle pas sur ce billet de Ad Intelligence, un plugin Excel pour rechercher des mots clés, analyser le traffic par mots clés et la segmentation de la population (disponible pour un nombre limité de pays dont la France)

Autre bonus : le service client à l’air sympa (etre humain facilement accessible), rien à voir avec les rubriques d’aides froides de Google Adwords.

Alors un accord Microsoft Yahoo est il une menace pour Google? En tout cas je pense que cet accord va leur permettre de grapiller des parts de marché de Google en juin 2009 qui atteintaux US  les 78% ! Yahoo en même temps ne faisait que 11% et Bing 8.5%.

Un affaiblissement de Google est possible

Yahoo de son côté s’active depuis l’arrivée de Carol Bartz, mais reste une plateforme multimédia et d’informations, son moteur de recherche bien qu’innovant dans les formats de données structurées n’arrive pas à percer et sa part de marché se réduit comme une peau de chagrin. Bref Yahoo n’est pas réputé pour innover bien qu’ayant de formidables services web (Flickr notamment).

Bing a plutôt la faveur des référenceurs, considéré comme un moteur plus réactif (indexant plus rapidement) mettant un fort poids dans les domaines contenant les mots clés.

L’alliance du meilleur des deux entreprises va sans doute modifier le paysage des moteurs de recherche dans les mois à venir si cet accord venait à se concrétiser, c’est tout ce l’on peut souhaiter, et voir la puissance de Google diminuer. D’ailleurs il se murmure que les fondateurs de Google ont demandé à savoir comment fonctionne le moteur Bing.

Pour ma part, j’utilise un peu moins Google aujourd’hui (un signe?), qu’en est-il de vous?

Quel temps met en moyenne une page de votre site web à être entièrement téléchargée? Et ce temps a-t-il un impact sur le positionnement de la page en question? La réponse peut être futile mais selon cette vidéo de Matt Cutts, pour l’instant le temps de téléchargement n’a pas d’influence. Mais comme toujours avec Google il faut savoir lire entre les lignes. Il dit que c’est une bonne idée. Et je ne serais pas surpris qu’un jour ce sera un facteur, surtout pour les sites mobiles.

Pour voir la vidéo relative à cette idée.

Pourquoi un temps de chargement long est à éviter

D’abord c’est désagréable pour l’internaute et vous verrez votre taux de rebond grimper au ciel. Ceci veut aussi dire que votre serveur (hébergeur) n’est pas performant et il est temps d’aller voir ailleurs.

On ne sait pas ce qu’il en est du Googlebot, un test est peut être intéressant à faire entre une page qui met 5 seconde et une qui met 20 secondes et regarder laquelle est indexée en premier, ou lauqelle est mieux positionnée.

Pour les gens utilisant Adwords, le temps de chargement est pris en compte dans le calcul du Quality Score, qui va déterminer la position de votre annonce et le coût au clic.

Comment réduire le temps de chargement?

• optimiser les tailles des images, ne pas les redimensionner au niveau du tag IMG
• télécharger  Yslow un add on pour Firebug qui audite le chargement de votre page et vous indique comment minimiser ce temps

Voilà pour l’essentiel (si je rentrais dans les détails il faudrait plusieurs pages). Sachant que Google possède une connexion ultra rapide, si votre connexion ADSL met moins de 3-4 secondes à télécharger une page c’est tout bon.

Derrière tout ça, pour comprendre pourquoi rendre ce service à Google, Googlebot crawle un nombre incroyable de pages, et dans son processus d’indexation, tout ce qui peut lui faire gagner du temps est bon à prendre. Ce qu’il veut, c’est exécuter son travail le plus vite possible afin de proposer des résultats dans les SERPs les plus pertinents possibles. Pour enfoncer le clou, la tendance actuelle vers la recherche en temps réel est un indice de plus.

Yslow ou… Page Speed!

Google a développé une extension Page Speed qui fait un peu la même chose que Yslow, et comme Google ne fait rien au hasard, vous pouvez décemment supposer que le temps de chargement sera peut être un jour un facteur de positionnement.

Si vous désirez optimiser WordPress il y a le très bon plugin Super Cache.

Update 02/12/2009 : Maintenant vous savez que la vitesse de chargement a un impact !

Vous pouvez lire beaucoup de choses sur l’influence de l’âge du domaine sur le positionnement dans les SERP de Google. Je ne doute pas qu’il soit vraiment très facile de tester cette théorie. Cependant grâce à la chaîne de Google Webmaster Help sur Youtube, Matt Cutts vous sert sur un plateau la réponse.

A ce titre je vous recommande chaudement si vous comprenez l’anglais (décidément la connaissance de l’anglais est un vrai plus pour le référenceur) de vous abonner à cette chaine. La vidéo traitant de l’influence de l’âge du domaine est ici.

Que dit Matt Cutts sur l’influence de l’âge du domaine?

Tout simplement l’âge du domaine de compte pas sur le positionnement de la page. Par contre il dit que Google tient compte des données historiques du site. Quelles sont ces fameuses données historiques ? il ne le dit pas. Cependant, connaissant la philosophie du moteur de recherche nous pouvons supposer qu’ils sont les suivants (non exhaustif):

• date d’indexation de la page
• âge des liens externes entrants

ll y en a sûrement d’autres (taux de clic?), mais ce n’est déjà pas si mal. Alors si vous avez beaucoup de noms de domaines, plutôt que de les parker, n’est-ce pas mieux d’y mettre une dizaine de pages avec du bon contenu et inscrire à quelques annuaires? ou encore obtenir des liens de sites que vous possédez?

C’est bien l’âge du site web (c’est-à-dire le contenu) qui entre en jeu et non l’âge du domaine, ce serait trop facile.

Pour ce faire, vous pouvez facilement mettre à profit la simplicité d’installation de WordPress, et écrire une dizaine d’articles, inscrire à une dizaine d’annuaires.

Récemment j’ai été confronté à la migration d’un site d’un vieux nom de domaine à un autre. La migration a été faite avant l’apparition de la nouvelle fonctionnalité de déménagement de site dans Google Webmaster Central.

Rappel des choses à faire lors d’une migration de site web

Rediriger les anciens articles vers les nouveaux articles: dans mon cas le nom de domaine changeait, ainsi que la structure des répertoires et de même que les noms des fichiers, pas simple .

L’ancien site était hébergé chez Free. Dans ce cas vous avez un nom de domaine du style domaine.free.fr. Sauf que pour corser le tout, ce n’était pas domaine.free.fr qu’on voyait mais domaine.com = redirection par frame le bonheur pour le référencement. On vous a sans doute cent fois répété de ne pas utiliser les frames car les moteurs de savent pas bien les gérer.

Illustrations de ce qui se passe quand on utilise les frames:

Appartition d’url de la forme domaine.com/url.html avec à côté la même url domaine.free.fr/url.html, rien de mieux pour faire du duplicate content.

Aussi j’ai décidé de faire table rase : à part la homepage et les répertoires de niveau 1, je n’ai pas fait de redirection (500 pages à rediriger dans ce cas, aucun logique de nommage, donc impossible de mettre des expressions régulières, et la facture ne me permettait pas de retomber sur mes pieds si je faisait manuellement).

Effacer les anciennes url pour éliminer le contenu dupliqué

C’est l’action qui me démangeait le plus, aussi je me suis loggé dans le Google Webmaster Central pour demander l’effacement pur et simple de tout l’ancien site. Cependant et c’est là le plus important, en même temps que la demande d’effacement il faut mettre à jour le fichier robots.txt afin d’interdire tout passage futur de Googlebot, sinon la demande est refusée.

Pour effacer un site en intégralité:

dans le fichier robots.txt:

User-agent:*

Disallow:/

Pour effacer un répertoire seulement:

User-agent:*

Disallow:/repertoire/

J’espère que cette manipulation va nous permettre de récupérer des visiteurs.

Aujourd’hui, le meilleur outil de gestion de site web nous est offert par Google.

Les autres moteurs de recherche de Microsoft et Yahoo proposent aussi des outils pour les webmasters, mais ils sont loin d’avoir la richesse fonctionnelle de Google Webmaster Central.

Aujourd’hui les choses semblent bouger un peu du côté de Bing (ex-Live). Le blog est alimenté de posts qui conseillent les webmasters qui cherchent à mieux référencer leurs sites dans Bing. Il y a des différences dans les paramètres qui entrent en compte dans la formule de Bing. Par exemple, on nous apprend que l’attribut Title dans la balise a est prise en compte alors qu’il est quasi sûr que Google ne le prend pas en compte (bon à savoir). Si vous avez la curiosité d’explorer les hyperliens de certains sites web vous verrez que cet attribut est utilisé.

Mais mis à part les billets sur le référencement Bing, l’on nous annonce également une Bing Toolbox.

Mais j’ai vite déchanté car il n’utilise pas un langage de programmation open source que les webmasters ont l’habitude d’utiliser comme php ou python, mais C#. D’ailleurs vous remarquerez qu’autour de Bing gravite pas mal de technologie de Microsoft comme IIS, Excel.

Par où commencer avec Bing Webmaster Center?

La page d’accueil de Bing pour webmaster est ici : http://www.bing.com/toolbox/webmasters/

Pour pouvoir utiliser les outils, il vous faut créer un compte (hotmail par exemple, ce que Microsoft appelle un Live ID), ensuite vous pouvez vous logger sur la même page en haut à droite.

Tout d’abord, si vous ne voyez pas de page de votre site indexée sur Bing (grâce à la commande:  site:nomsite.com), commencez par soumettre l’url de votre site via cette page.

La page de Bing Toolbox

Ensuite selon la logique de Microsoft, il faut soumettre un sitemap. Pour aller plus loin, on nous propose comme sur Yahoo de créer un AppID, c’est une clé chiffrée qui va vous permettre programmatiquement connaître la position de votre site web pour des requêtes données. Et enfin, il y a les Power Toys (plutôt aguicheur non?). Personnellement je n’ai pas encore testé.

Enfin à ne pas manquer, le rectangle avec le message « See My Managed Site List ». J’ai mis une demi heure avant de la remarquer, en effet c’est une image alors que moi je cherchais un hyperlien! bel exemple de mauvaise usabilité.

Une fois dans l’interface d’administration, on est un peu surpris par le manque de certaines fonctionnalités par rapport à Google, mais c’est tout de même beaucoup mieux que Yahoo. Ayez un oeil sur le « Crawl Issue » qui indique les problèmes rencontrés par MSNBot. Pour le reste je vous laisse jouer. A noter l’indice Page Score (dont on trouve peu d’information) qui nous rappelle le Pagerank.

L’on regrettera que le Keyword research tool nécessite Excel et ne soit pas full web.

Adaptez vous à la philosophie de Bing

Une interface pour webmaster est très importante, car elle vous permet de vous familiariser avec un moteur de recherche, de connaître ce qui est important pour lui sur une page (et donc pour vous).

Restez à l’affût en vous souscrivant aux news du Search Blog et du Webmaster Blog au minimum. Ce billet nous apprend que Bing tient compte de l’attribut title dans un hyperlien, et qu’un lien relatif transmet moins de pagerank qu’un lien absolu !! Ce qui est encourageant, c’est que Microsoft semble mettre beaucoup d’effort pour faciliter le travail des référenceurs, comme la mise à disposition d’un forum pour webmasters et  d’un document de bonnes pratiques téléchargeable ici.

Personnellement je pense que les Outils Webmasters contribuent au succès d’un moteur de recherche. En effet en aidant les webmasters à mieux positionner les sites web, les résultats du moteur de recherche sont grandement améliorés. Je n’oublie pas les spammeurs, mais je crois que la majorité des webmasters sont des gens corrects (white hat). ne tout ca je souhaite beaucoup de succès à Bing sur la base des efforts que font les ingénieurs chez Microsoft.

Sans doute le meilleur outil gratuit pour administrer vos sites. Cette interface vous permet de bien gérer vos sites web, d’un point de vue technique, et d’un point de vue référencement. Microsoft propose aussi un outil du même genre mais est loin de vous fournir autant d’informations, et encore moins Yahoo!.

Si vous n’avez pas encore créé de compte Google Webmaster Tool, je vous conseille de le faire maintenant.

Google Webmaster Tool a été créé sous l’impulsion de Vanessa Fox, une ex-Googler partie créer sa propre entreprise et éditrice chez Search Engine Land, avec des billets axés en général vers le web sémantique.

Les fonctionnalités de Google Webmaster Tool sont les suivantes :

1. Configuration de vote site pour la découvrabilité pour le spider de Google
2. le comportement de votre site dans le web pour le référencement
3. diagnostique de crawl de votre site et duplication de contenu

Découvrabilité de votre site

• sitemap et diagnostique du sitemap
• accès du robot d’exploration, édition du fichier robots.txt
• liens de site (récompense de votre dur travail )
• paramètres de ciblage géographique, domaine favori, vitesse d’exploration

Comportement de votre site pour le référencement

C’est à mes yeux la partie la plus importante de l’outil. Passons en revue ses fonctions:

• requêtes les plus fréquentes
• liens vers votre site
• mots clés
• liens internes
• statistiques sur les abonnés à vos flux RSS

Diagnostic

• erreurs d’exploration web et mobile
• statistiques sur l’exploration et gestion de votre bande passante
• suggestion HTML pour former correctement vos titres, metas, pour être conforme en terme de longueur.

La nouvelle version est plus simple que la précédente car elle offre moins d’items dans le menu, et parvient à organiser de façon plus cohérente les informations. Je voudrais juste signaler que la partie « requêtes les plus fréquentes » jadis limitée à 20 requêtes passe à 100. Et la liste de provenance des requêtes des différents domaines de Google s’enrichit de nouveaux items :web, web mobile, images.