Le 24 avril, Google a fait une mise à jour de son algorithme qui n'est pas passée inaperçue. Elle porte le nom de "Penguin update". Comme vous pouvez le voir sur la photo, ce pingouin n'est pas très sympa. Certains d'entre vous ont déjà eu maille à partir avec lui :(

WMaker a effectué quelques modifications dans la génération du code source de vos sites, afin d'éviter au maximum que vous ne soyez les victimes d'une opération de Negative SEO.

Bien évidemment, dans l'annonce officielle de cette mise à jour, Google reste très sybillin sur la façon dont fonctionne Penguin. On comprend néanmoins que le but avéré de Penguin est de lutter contre le "keyword stuffing" et les "link schemes". Ces pratiques relèvent de ce qu'on appelle le Black Hat SEO, c'est à dire déployer des stratégies visant à obtenir un bon positionnement dans Google de façon artificielle.

Suite à cette mise à jour, certains de nos utilisateurs ont vu leur classement dans Google complètement bouleversé. L'un d'entre eux a carrément subi une "phrase based penalty". 

Une "phrase based penalty" fonctionne ainsi ... imaginons que vous ciblez depuis des années le mot clé "chaussures de foot" . Vous avez un nombre important de backlinks avec comme ancre ce mot clé exact ... et vous êtes positionné dans les 10 premiers résultat sur cette requête exacte ... mais un beau jour, vous vous retrouvez en 3eme page ou encore plus loin sur la rêquete exacte ... tout en restant relativement bien positionné pour des requêtes plus larges du type "crampons de foot" ou encore "chaussures stabilisées de football".

Ce type de sanction peut subvenir lorsque vous avez mis en place un système de liens (link scheme) pour augmenter le nombre de vos backlinks vers une page sur un mot clé précis.

Le Négative SEO est une pratique qui consiste à nuire au bon positionnement de votre concurrent dans Google. Avec Penguin, la sensibilité de Google est accrue vis-à-vis des "link schemes"

Pour éviter que vous ne soyez une proie facile, nous avons modifié la façon dont l'application réagit lors de l'appel d'une page.
Avant, il était possible d'afficher l'article que vous lisez actuellement depuis le lien :
http://blog.wmaker.net/Google-update-Penguin_a1246.html
mais aussi depuis
http://blog.wmaker.net/booooo_a1246.html  qui effectuait une redirection vers la bonne url.

Ce système avait l'avantage d'être souple mais il permettait de créer très rapidement et sans effort, une batterie de liens différents vers une même page. Je vous laisse imaginer l'effet dévastateur sur la page si une personne mal intentionnée avait décidé de la cibler avec des ancres de textes pas très valorisantes. 

Bref, désormais, cela n'existe plus. Si l'url de la page n'est pas correcte, nous renvoyons un 404.

Je vous invite donc à vérifier tous les liens de vos pages, pour voir s'ils pointent correctement sur du contenu et non pas sur un 404, notamment vos menus. 
En effet, par commodité, certains ont pris la mauvaise habitude de construire leurs menus avec des urls en dur, en non pas en utilisant les sélecteurs proposés par l'application. 

Exemple :
Si le lien vers un article de votre site est en dur (vous êtes passé par l'élément de menu lien externe), et si vous modifiez le titre de l'article, alors son url va être modifiée et votre menu pointera vers un 404.
Si, lors de l'élaboration de votre menu, vous avez choisi un élément de type article l'application génèrera toujours la bonne url, même si vous modifiez par la suite le titre de l'article.

Nous avons modifié la réponse renvoyée par les pages de tags.

La page http://blog.wmaker.net/tags/seo/  affiche tous les articles qui sont tagués avec le mot "seo". Supposons que je décide de supprimer ce tag. Celui-ci sera retiré de mes articles mais que se passe-t-il alors pour la page http://blog.wmaker.net/tags/seo/ ?

AVANT : on renvoyait un résultat, une page indiquant qu'il n'y avait aucun article avec le tag "seo". Là encore, c'était une vulnérabilité pour des pratiques de NSEO

MAINTENANT : on renvoie un 404 car il n'y a aucun article qui possède le tag "seo"


Nous nous laissons 1 mois pour affiner et scruter finement ce qui ce passe et améliorer le fonctionnement de l'application sur ces sujets. Nous avons réagit rapidement avec des mesures non sans effet sur vos sites. Je pense qu'il est préférable d'avoir pris ces décisions maintenant plutôt que d'avoir à constater par la suite la disparition de vos sites dans les résultats de Google.

Au cours des derniers mois, nous avons opéré différents tests pour optimiser le code source de WMaker. Le but est toujours le même : améliorer l'indexation de votre contenu par les moteurs de recherche.

Le domaine du SEO (Search Engine Optimisation) évolue très très vite. La compétition est de plus en plus rude. Les moindres petits détails ont leur importance afin de mettre toutes les chances de son coté et espérer être bien référencé.

Il est temps pour moi de vous faire le récapitulatif des modifications qui ont été mises en production.

Durant la première décénie des années 2000, la balise <h1> était une balise très puissante aux yeux des moteurs de recherche. Tellement puissante que le web regorge d'articles dans lesquels le pouvoir de cette balise est compté, mais malheureusement, <h1> ne brille plus autant qu'auparavant aux yeux des moteurs. Dans cet article d'octobre 2009, SEOmoz menait une étude très détaillée sur le relatif impact de la balise <h1>. Ce qu'ils avaient mis en évidence en 2009 l'était encore dans les search ranking factors 2011. On y découvre que non seulement <h1> n'est plus une balise déterminante, mais qu'elle peut se révéler contre productive si mal utilisée.

A l'inverse, depuis de nombreuses années, dans les pages intérieures, le code source de WMaker place en <h1> le titre du site et en <h2> le titre des articles. Cette structuration du contenu donne de bons résultats sur l'indexation et le poids relatif des contenus placés entre les balises.

Néanmoins, le mythe qui entoure la balise <h1> a la vie dure. Régulièrement, vous nous demandez pourquoi, dans les pages intérieures, le titre des articles n'est pas en <h1>. Aussi, pour être en mesure de répondre concrètement, nous avons réalisé un test sur le site tourmagazine.fr

Nous avons suivi le positionnement d'un pool d'articles dans Google avec une balise <h1> sur le titre de l'article en page article. A l'issue du test, nous n'avons constaté aucune baisse du référencement des articles. La modification n'étant pas pénalisante, nous l'avons appliquée à tout le monde.

Désormais, nous mettons donc la balise <h1> dans le titre de l'article en page intérieure (<h2> précédemment) et la bannière du site passe en <div>.
Sur toutes les autres pages, la bannière du site reste en <h1>.

Nous avons ajouté l'attribut nofollow sur les liens :
- imprimer
- envoyer à un ami
- soumettre

Inutile de demander au robot de crawler ces pages. Il est préférable de l'envoyer sur des pages plus intéressantes.

On ajoute un rel=canonical sur toutes les pages de la forme http://blog.wmaker.net/Publication-differee-dans-les-Web-TV_a1147.html?print=1
Cela évite le duplicate content avec l'URL de l'article.

Pour les articles restreints, on renseigne dans les META le début de l'article. On y place en fait le même texte affiché dans les modues de Une ou fil de l'eau.

Cela permet d'avoir une description dans les résultats des moteurs de recherche.

Au clic sur le résultat, on part bien sûr sur la page d'authentification, puisque l'article est restreint.

Les articles découpés (ex : http://www.abcfeminin.com/les-coiffures-tendances-de-l-automne-hiver-2011-2012_a821_2.html ) ont désormais des META contextuelles, en fonction de la page :

- META title : Titre de l'article | Page X
- META descritpion : Début du paragraphe X

Cela permet d'éviter le duplicate content au niveau des meta. Cela permet aussi d'avoir un aperçu fidèle au contenu de la page dans la page de résultat des moteurs.

On indique le chemin des sitemaps dans le fichier robots.txt. Il faut au préalable activer la génération des sitemaps dans le back office.

Exemple sur ce blog :

User-agent: *
Disallow: /*print=1$
Disallow: /*voir_commentaire=
Disallow: /*id_form=
Disallow: /*numform=
Disallow: /admin/
Disallow: /docs/
Disallow: /download/
Disallow: /send/
Disallow: /submit/
Disallow: /subscription/
Disallow: /members/
Disallow: /social/
Disallow: /forms/
Disallow: /dir/
Disallow: /svideo/
Disallow: /m/

Sitemap: http://blog.wmaker.net/index-sitemap.xml
Sitemap: http://blog.wmaker.net/news-sitemap.xml
Sitemap: http://blog.wmaker.net/video-sitemap.xml

Sur chaque home des sites, on précise la canical URL comme étant l'url du site

Ex : http://blog.wmaker.net et http://blog.wmaker.net/?nocache=1 ont désormais la même canonical et sont considérées comme même page.

La META Title ne prend en compte désormais que le titre du produit

Ex : http://blog.wmaker.net/shop/Wave-Ronds-de-serviettes_p80.html

- Avant : Wave, Ronds de serviettes | Boutique | Le Blog de WMaker
- Maintenant : Wave, Ronds de serviettes

Cela produit un affichage plus clair dans les résultats des moteurs de recherche

Auparavant, dans le module bannière de titre, on utilisait la balise <h1> que lors de l'affichage d'un texte dans le module.
Maintenant, c'est aussi le cas lorsqu'on met un image

On le voit dans les thread postés au support, le référencement est un sujet qui vous préoccupe de plus en plus, et c'est bien normal.

Lorsque vous êtes confrontés à cette question pour la première fois, vous avez tendance à penser qu'il s'agit essentiellement d'une intervention technique, qui relève de la génération du code source de vos pages par l'application WMaker. C'est vrai. Le code source des pages à son importance. C'est la raison pour laquelle nous restons vigilant sur ce point et que nous essayons d'améliorer ce qui peut l'être, à chaque fois que cela est possible. Néanmoins, gardez à l'esprit que produire un code source de qualité, facilement indexable par les moteurs de recherche, est une condition nécessaire pour être bien référencé, mais pas suffisante.

En effet, vos concurrents aussi utilisent des CMS dont le code source est optimisé coté SEO. La compétition ne se joue donc plus à ce niveau, mais plutôt du coté de la pertinence du contenu, de la façon dont vous le présentez aux internautes et surtout, de votre capacité à générer des liens vers votre site... !!

WMaker a été parmi les premiers à proposer à ses utilisateurs une version mobile du site. En 2005, souvenez-vous, c'était un des résultats de la réécriture du moteur WM en XHTML1.1

A partir de là, les fonctionnalités des versions mobiles se sont étoffées, et nous avons bien sûr porté une attention toute particulière au référencement de la version mobile de vos sites, avec d'excellents résultats.

Vous avez néanmoins constaté que parfois, dans les résultats de recherche classique (desktop), votre version mobile pouvait être mieux référencée que votre version web. Le référencement de ces deux versions du site entre alors en compétition et c'est assez gênant pour l'utilisateur et pour l'optimisation de votre visibilité dans les moteurs de recherche.

J'ai profité de mon passage au SMX Paris pour évoquer cette question, et j'ai eu une discussion très enrichissante sur le sujet avec Will Critchlow, CEO de Distilled, venu tout spécialement de Londres pour présenter les Search Ranking Factors 2011 de SEOMoz.

Voici les points importants de nos échanges
1/ l'expérience utilisateur avant tout : c'est une préoccupation constante chez nous, et elle se traduit également dans notre gestion de la version mobile. On détecte le terminal utilisé pour consulter le site et on renvoie la version adaptée :
- un navigateur web => la version web
- un smartphone => la version mobile smartphone
- un mobile 1ere génération => la version mobile light

2/ un site mobile spécifique, ou bien le même site avec une CSS adaptée
Une fois le terminal du visiteur détecté, il y a 2 façons de faire :
- soit on envoie vers un site mobile dédié. Les pages auront alors leur propre URL, du type http://m.mondomaine.com et ces pages seront indexées dans les moteurs
- soit on affiche la page avec une CSS adaptée. Une seule URL est alors référencée dans les moteurs de recherche
Les 2 approches ont leurs avantages et leurs inconvénients. Nous avons fait le choix de la première car elle a un énorme avantage. Avec le site mobile dédié, nous sommes en mesure de vous permettre de paramétrer la version mobile. Vous pouvez y ajouter les modules de votre choix. Vous pouvez même différencier la version smartphone de la version mobile première génération.

3/ indexer en priorité la version web
Étant donné que nous effectuons la détection du terminal et que nous redirigeons vers la bonne version, il est préférable de porter tous ses efforts dans le référencement de la version web du site. Dans les résultats des moteurs, lorsqu'on l'on cliquera sur une url de la version web, on sera dans tous les cas redirigé vers la bonne version.

Aussi, pour vous éviter de soumettre à l'index de Google (et des autres moteur de recherche) les urls de votre version mobile, nous avons pris la décision de ne plus générer le sitemap mobile. Cela évitera de mettre en compétition dans les résultats de recherche les urls de la version web et les urls de la version mobile.

4/ résultats de recherche sur smartphone = url de la version web
La première question qui vous vient à l'esprit : "Si on ne déclare pas de sitemap mobile, on ne sera plus indexé dans Google mobile ?" La réponse est NON. Vous allez bien sûr être indexés dans les résultats mobiles, et sur ce point j'ai appris des choses très intéressantes. Je vais détailler cela un peu plus bas, car j'ai assisté à une conférence de Bing et de Google sur le sujet, mais notez déjà ceci :

- lorsque vous effectuez une recherche depuis un smartphone, le moteur vous renvoie la liste des résultats comme si vous effectuiez une recherche depuis un ordinateur. Tout simplement parce que les smartphones sont capables de lire les pages web classiques, qu'elles soient optimisées ou non. Bien sûr, la liste des résultats ne sera pas quasi identique que sur PC car des paramètres comme la géolocalisation sont pris en compte pour améliorer la pertinence des résultats, mais ce qu"il faut retenir, c'est que ce sont les urls de la version web qui sont renvoyées, pas les urls de la version mobile.

- en mai 2011, 81 % des visites sur les versions mobile de WMaker sont effectuées depuis un smartphone, avec une part significative pour iPhone. On constate de mois en mois un recul des visites depuis un regular phone sur WMaker. Cela conforte bien la nécessité de miser tous ses efforts de référencement sur les ulrs de la version web.

Voici mes impressions et quelques infos intéressantes que j'ai glanées dans les différentes conférence auxquelles j'ai assité.

CONVERGENCE BUSINESS INTELLIGENCE / WEB ANALYTICS
J'ai été heureux d'apprendre que les KPI issus des Web Analytics participaient de plus en plus à l'élaboration de la stratégie des entreprises traditionnelles, au même titre que d'autres indicatieurs issus de la Business Intelligence.
Les outils de la BI sont des outils robustes et éprouvés, qui s'intègrent dans des processus très complexes. Historiquement et à défaut d'autre outils, l'élaboration des dashboard pour les décideurs s'effectue sur Excel, avec toutes limites que cet outil impose en terme de visualisation de donnée.
A contrario, les outils de Web Analytics sont plus jeunes, plus rapide à déployer et plus fun dans leur utilisation. Leur avantage est d'être beaucoup plus innovants en terme de Data visualization, car issu d'un monde où le design et l'ergonomie sont prépondérants.
Cela laisse augurer de beaux jours devant eux aux outils de Data Visualisation comme Mapize.

En arrivant à maturité, les outils de Web Analytics s'introduisent dans les organisations, et pas forcément où on les attendaient. Facile à implémenter, ce sont les directions marketing qui les déploient, sans même parfois que les directions informatiques soient au courant. Cette anecdote lors de la conférence m'a renvoyé immédiatement à WMaker. Chez nos clients grands comptes, on assiste au même phénomène. C'est souvent sous l'impulsion des directions de la communication qu'un webzine WM est déployé car c'est immédiat et prêt à l'emploi. L'agilité des outils en mode SaaS permet de bypasser les procédures complexes et les silos organisationnels des grandes organisations.

ERGONOMIE ET SEO
Durant cette conférence, mes pensées allaient vers Lesia et Sébastien. La culture WM fait que nous cherchons continuellement à marier ces 2 problématiques dès que nous nous penchons sur la réalisation d'une nouvelle page de l'application. C'était assez agréable de partager cette approche avec les participants à cette conférence.
Quelques petits conseils à partager :
- confiez la rédaction des META Description de votre site, non pas à votre expert SEO, mais plutot à votre expert marketing. En effet, le contenu de la META description pèse de moins en moins lourd dans les alogorithmes des moteurs. En revanche, c'est bien ce contenu qui s'affiche dans les pages de résultat. Un marketeur sera bien plus doué pour écrire un message incitant au clic.
- faite confiance à l'affordance de certains textes, images, tracés pour simplifier l'ergonomie de vos pages. L'affordance, c'est la capacité d'un objet à suggérer sa propre utilisation.

NET LINKING
Vous avez tous en tête la pyramide à gravir pour être bien référencé ? Je vous la rappelle :
1 - la base : Faire en sorte que ses pages soient bien crawlées et indexées par les moteurs. WMaker porte toute son attention sur ce point.
2 - le milieu : Écrire fréquemment du contenu pertinent et original pour satisfaire son audience. A vos claviers.
3 - le somment : Obtenir qu'un maximum de sites fassent des liens vers le votre. C'était l'objet de cette conférence.

Premier retour important. Plus le mot clé sur lequel vous souhaitez être bien positionné est concurrentiel et plus le net linking est important pour devancer vos concurrents dans les SERPs .

Commencez par analyser votre propre net linking, pour voir quels sont déjà les sites qui font des liens vers le votre. Pour cela, vous pouvez utiliser Google Webmaster Tools, Open Site Explorer ou Majestic SEO.

Analyser aussi le net linking de vos concurrents, cela vous permettra d'expliquer peut-être pourquoi ils sont mieux positionnés que vous. Pour l'analyse des sites concurrents, il ne vous reste plus que l'option Open Site Explorer ou Majestic SEO.

Open Site Explorer est un outil développé par SEOmoz, la référence mondiale dans le SEO (je suis fan de leurs produits)
Majestic SEO possède un index très complet et donnera, d'après les conférenciers, des résultats plus fins pour des sites hors USA.

Repérer ensuite les sites auprès desquels vous pouvez obtenir des liens. Sachez que les liens reçu depuis des pages dont l'url est du style partenaires.html ou links.html ont moins d'effet que les autres, car les algorithmes pondèrent les liens reçus depuis ce type de pages.

Vous pouvez aussi être tenté de faire des liens vers votre site depuis des annuaires, ou des sites de communiqués de presse. Dans ce cas là, prenez soin de faire varier le titre  et la description sur les différents sites où vous postez votre contenu.

D'une manière générale, il est préférable sur une même page de faire varier les mots dans les balises H1,H2,HX, le titre, et les ancres de textes. Répéter la même séquence de mots dans ces endroits clés n'est pas vu d'un bon oeil par les algorithmes. En revanche, la variété est plutôt bien considérée, car elle est censée refléter le comportement naturel de personnes qui vont faire des liens vers votre site. Tous ne vont pas utiliser un vocabuliare strictement identique.

La conférence s'est achevée par l'exposé d'une technique de construction d'un réseau avancé de net linking. Le principe consiste à créer un réseau de sites de contenu satellites au votre, qui vont pointer vers votre site. Ensuite, il faut déployer les stratégies de netlinking sur les sites satellites. Vous obtenez un maillage de liens depuis des sites à n+2 du votre. Cette technique nécessite de produire un volume de contenu non négligeable sur les sites satellites. Des outils de "content spining" peuvent vous assister dans la rédaction de ces contenus car  ils permettent d'introduire de la variété dans les séquences de mots, tout en traduisant la même idée. Toutefois, attention à la perte de pertinence et d'intérêt de ces productions vis-à-vis d'un visiteur.

RECHERCHE UNIVERSELLE / WEB SEMANTIQUE
Cette conférence a présenté les nouvelles typologies des résultats dans les moteurs. On appelle cela la recherche universelle. Pour une requête donnée, dans la SERP, le moteur va proposer des résultats thématiques. Il présente ces résultats spécifique dans des "Onebox".
La recherche universelle est beaucoup plus aboutie sur Google.com que sur Google.fr. Si vous voulez faire des essais, vous savez où les faire (cf copie d'écran)

Apparaitre dans une onebox augmente votre taux de clics, car graphiquement, la onebox est plus visible et se différencie des résutats "classiques".

Comment faire pour apparaître dans une onebox ?
Et bien ... il n'y a pas vraiement de réponse claire à cette question. Il y a d'ailleurs eu beaucoup de réactions dans la salle à ce sujet, ce qui prouve bien qu'il ne faut pas prendre ce que dit Google pour argent comptant. Des sites ayant suivis toutes les recommandations de Google ne s'affichent jamais dans les onebox contrairement à d'autres qui ne les suivent pas ...

Passons en revue quelques unes de ces onebox, avec pour chacune d'elles les préconisations pour être affiché dedans, sachant que parfois ça peut ne pas avoir d'effet :(

- image : renseigner le titre du fichier et l'attribut alt de vos images avec vos mots clés. Pour renseigner le contenu de la balise alt avec WMaker c'est très simple. Il suffit d'ajouter une légende à votre image. Si vous ne mettez pas de légende, l'attribut alt sera renseignée par défaut avec le titre de votre article. Autre conseils d'optimisation : le contexte sémantique autour de l'image à son importance. Proposer aussi des images de 300 px minimum.
Il est possible aussi de compléter le sitemap avec des données concernant les images mais Google recommande de ne pas y inclure toutes ses images. Difficile de trouver un fonctionnment standard dans le cadre de notre CMs à ce sujet. Ce n'est pas grave, je pense que notre carte maîtresse est l'utlisation des micro-formats. Plus de détails un peu plus bas.

- vidéo : le titre, le nom du fichier et le contexte sémantique autour de la vidéo sont importants. Une fois votre vidéo uploadée dans votre article, vous pouvez éditer le titre. Pensez à le faire car cette information est reprise aussi dans le sitemap vidéo. La soumission de ce sitemap dans Google Webmaster Tools est la deuxième recommandation concerant cette onebox

- actualité : deux possibilités. Soit votre site est autorisé par Google à figurer dans Google Actualités et vous avez donc pu soumettre le sitemap news (je vois renvoie vers cette note expliquant comment indexer vos articles dans Google News) soit vous n'êtes pas autorisé et vous pouvez alors passer par un site de communiqué de presse présent dans Google Actu

- définition : si votre mot clé figure dans une page dont l'url contient le mot glossaire ou lexique alors, vous avez toutes les chances d'apparaître dans cette onebox. Faites le test en utilisant la commande define: dans Google. Par exemple, ça marche avec ce blog pour define:autocomplétion Le mot autocompletion figure dans le glossaire du blog de WMaker. Toutes les urls des mots dans les glossaires des sites WM sont de la forme www.nomdedomaine/glossary :)

- localbox : il faut être inscrit dans Google Adresses pour apparaître dans cette onebox. Plus vous aurez des avis positifs sur votre établissement et plus vous aurez des chances d'apparaître.

- shopping : il est nécessaire de soumettre un fichier XML des produits à Google Merchant Center. Ensuite, les conditions d'apparitions dans la onebox sont visiblement aléatoire. Quoi qu'il en soit, nous avons inscrit dans la roadmap de WMaker la génération de ce fichier XML.

La conférence s'est achevée en évoquant l'apport du web sémantique sur les résultats de recherche. Comme vous le savez, le web sémantique est un sujet qui nous tient particulièrement à coeur. Nous proposons d'ailleurs en ce moment un sujet de thèse CMS et Web Sémantique en partenariat avec l'Université de Corse et l'INRIA Sophia Antipolis

Les premiers apports du web sémantique apparaissent dans les résultats de recherche. On appelle cela les rich snippets . Il en existe pour les avis, les personnes, les entreprises, les recettes, les évènements, etc....Dans l'exemple ci-contre, vous pouvez consulter directement la notation du film pour la communauté du site IMDb.

Pour enrichir les résultats des recherche avec ce type d'information, les pages web doivent mieux décrire les contenus qu'elles contiennent. Pour cela, on utilise des microformats. Il en existe plusieurs, les plus usités sont RDFa, microformats et microdata. Intégrer ces micro formats dans les pages est capital pour garantir la meilleure visibilité de vos contenus sur le web. La mise en pratique est en cours mais il n'existe pas encore véritabelemnt de norme. Conscients de la nécessité d'une adoption massive des micro formats par les webmasters pour proposer des services de recherche innovants, Google, Yahoo et Bing ont créé l'alliance schema.org. Cette initiative vise à standardiser l'utilisation des micro formats. Ils avaient fait une alliance du même type il y a quelques années pour favoriser l'utilisation des sitemaps avec sitemaps.org.

Chez WMaker, c'est tout l'enjeu du sujet de thèse que de réussir à prendre le virage du web sémantique en s'appuyant sur ces nouvelles standardisations.

SEARCH FACTORS
Pour terminer, voici quelques innovations présentées par Bing en matière de search et de search marketing.

Tout d'abord, des chiffres bon à donner pour se faire une idée de ce qu'est la recheche aujourd'hui :
- 25% des clics sur un résultat conduisent à un "Back" dans le navigateur
- 42% des sessions de recherche requièrent des compléments avant de trouver le résultat attendu
- 50% des requetes durent plus de 30 minutes
- 33% des abonnements mobiles en Europe sont des smartphones, avec accès internet
- 13% des recherches sont mobiles
- 70% des requêtes mobiles veulent être satisfaite dans l'heure, alros que c'est 3 à 4 jours sur PC

Dans cette conférence, l'accent a été mis sur la recherche mobile. D'ailleurs, c'était très intéressant d'apprendre qu'aux yeux des moteurs, le mobile est considéré avant tout comme un outil de recherche, pas un téléphone. N'avez-vous jamais prêté attention à ce petit détail de taille : dans les terminaux WP7 et Android il y a une touche "Recherche" intégrée en dur dans le chassis du portable, mais il n'y a pas de touche "en dur" pour répondre aux appels !!

Une recherche mobile, c'est une recherche immédiate, souvent transcationnelle et géo-localisée. Partant de là, les moteurs proposent de nouveaux formats d'annonces pour les marketeurs :
- annonce clic to call. On clique sur l'annonce, ça déclenche un appel
- génération du trafic vers le point de vente. L'annonce est un coupon de réduction à utiliser dans le point de vente. Sur ce point, 40% des commerçants américains sont prêts à proposer du couponing et 50% des consommateurs américains sont prêts à utiliser ce type d'offre. Pour info, ils sont déjà 52% à faire des requêtes de type "price check" lorsqu'ils sont dans un magasin pour s'assurer qu'on leur propose la meilleure offre.

Enfin, les moteurs jouent à fond la convergence search/social. Bing semble être en position de force par rapport à Google sur le sujet car Microsoft a noué un partenariat avec Facebook. Dans les résultats de recherche, le calcul de pertinence prend en compte le comportement de vos amis Facebook. Par exemple, si vous cherchez une paire de chaussure et que l'un de vos amus Facebook indique qu'il aime un modèle en particulier, il y a fort à parier que Bing va vous proposer ce modèle parmi ls premiers résultats, en vous indiquant que votre ami apprécie.
D'après les premiers résultats aux USA, l'intégration des recommandation des amis Facebook augmente de 10% le taux de clic dans les résultats.

Voilà, je voulais partager avec vous ces quelques informations.

Certaines auront des implications directes dans le CMS, dès le déploiement du front office V5. D'autres sont plus généralistes mais toujours utiles à connaitre à mon avis.

Le passage récent de Matt Cutts à Paris  a créé l'évènement dans le petit monde des accros au référencement. Il a accordé pas mal d'interview, et comme à chacune de ses apparitions en public, tout le monde a été attentif à ses propos.

Comme toujours, pour obtenir un accroissement de trafic grâce à Twitter, il est important de soigner vos messages. Reportez-vous à cet article du blog technique pour différencier le twitt du contenu du l'article. 

Chaque jour, nous constatons avec plaisir que les utilisateurs de WMaker deviennent de plus en plus pointus sur les aspects liés au référencement de leur contenu dans les moteurs de recherche. 

En pratique voici comment il faut procéder :

PS (update de la note) : Jusqu'ici réservé à Portail Pro, le sitemap Google News est désormais inclus également dans Portail Xpert.

Lors de l'inauguration du CampusPlex, je devais animer un atelier SEO / SEM. N'ayant pas pu le faire, je me suis lancé le matin du jour de l'inauguration dans l'enregistrement d'une vidéo.

Cette vidéo dure 30 minutes. Elle traite de 2 grand sujets :

Le SEO - Search Engine Optimisation. Dans cette partie mon but est de vous montrer comment vous pouvez mettre toutes les chances de votre coté pour optimiser la position de votre site dans les résultats des moteurs de recherche, en utilisant la plateforme WMaker.

Le SEM - Search Engine Marketing. Pour aborder cette partie dans de bonnes conditions, il faut au préalable que vous définissiez quel est le but ultime de votre site. Qu'attendez-vous de votre visiteur? Quelle est l'action recherchée?. Une fois cet objectif défini, vous pouvez mettre en place une stratégie de web marketing et mesurer efficacement votre ROI, notamment avec l'achat de mots clés dans les moteurs de recherche.

Nous avons l'ambition de vous proposer plus de vidéos de ce type. Merci d'être indulgent sur la qualité de celle-ci, elle  n'est pas exceptionnelle, mais cet exercice m'a donné des idées d'amélioration.

Faire une bonne vidéo prend du temps,surtout en post production. J'ai pas mal bataillé, heureusement que j'ai pu compter sur la patience de mon frère Florent et sa maîtrise des logiciels de montage (pour info, c'est lui aussi qui m'a énormément aidé pour le montage de la vidéo d'inauguration ) Grazia o fraté ;)

Vous savez surement ce qu'est le duplicate content (la duplication de contenu en français). C'est le fait d'accéder à une même page web à partir de 2 URLs différentes.

Le duplicate content est assez pénalisant au niveau du référencement. En effet, je rappelle que pour un moteur de recherche, le calcul de l'indice de popularité d'une page fait intervenir le nombre de liens externes (venant d'autres sites) qui pointent vers elle. Ainsi, si sur votre site un même contenu est accessible à partir de plusieurs URLs, la popularité que lui attribuent les moteurs de recherche s'en trouvera diluée.

A l'inverse, si le contenu de vos pages est accessible à partir d'une seule et même URL, alors la popularité de la page sera correctement valorisée par les moteurs.

Néanmoins, il est parfois nécessaire d'attribuer plusieurs URLs à une même page. Par exemple, dans le cas d'une campagne marketing, une solution peut consister à ajouter des paramètres de tacking dans l'URL d'une page afin d'obtenir de la visibilité sur l'action entreprise. Ces paramètres s'ajoutent généralement à l'URL de la page vers laquelle vous souhaitez diriger les internautes ciblés par la campagne marketing. Vous êtes alors confronté au problème du duplicate content :(

Pour palier à cette difficulté, Google, Yahoo! et MSN se sont accordés pour proposer une nouvelle balise, la balise LINK rel="canonical".

Le principe de la balise canonical est simple. Elle permet de spécifier quelle est l'URL canonique d'une page. Comprenez par là URL de référence ou bien URL à considérer dans l'index du moteur de recherche.

Dès l'arrivée de la balise LINK rel = canonical, nous nous sommes empressés de l'utiliser dans votre CMS préféré. Ne changez rien à vos habitudes, WMaker s'est occupé de tout. L'ajout de la balise LINK rel="canonical" est automatique.

Restez concentrés sur votre contenu. L'emploi de cette balise, couplé avec le récent travail d'optimisation sur l'URL rewritting et les META  de l'ensemble des pages de l'application devrait être un cocktail assez efficace pour le référencement de vos sites !!!

Afin d'améliorer votre référencement, nous nous sommes penchés sur le contenu des balises TITLE et META description des pages de votre site.

Le contenu de la balise TITLE et le contenu de la balise META description participent au calcul de la pertinence de vos pages. C'est aussi le cas pour la balise META Keywords mais dans une moindre mesure.

Il est donc très important de renseigner ces balises avec les mots clés sur lesquelles vous souhaitez être bien positionné dans les moteurs de recherche. Mais, concrètement, comment faire ?

Le principe est le suivant: à partir du contenu que vous allez produire pour alimenter votre site (articles, photos, vidéos, évènements, petites annonces, produits dans la boutique, etc ....) WMaker va remplir dynamiquement les balises TITLE et META description afin que leur contenu soit le plus en rapport avec le contenu des pages de votre site.

A partir du menu ADMINISTRATION > Paramètres > Référencement de votre back office, nous vous proposons de remplir les champs suivants :

- Titre du site => correspond au contenu de la balise TITLE de la home de votre site
- Description => correspond au contenu de la balise META description de la home du site

Notez l'apparition d'un nouveau menu dépliant appelé Descriptions avancées dans le coin inférieur droit de la zone de saisie du texte Description.

Ce nouveau menu vous permet de remplir la description de chacune des pages d'accueil des webservices de votre site. Par exemple : la page Video, la page Agenda, la page Petite Annonce, etc ...

A partir du contenu que vous allez produire, nous allons renseigner dynamiquement les balises TITLE et META description de toutes les pages de votre site.

L'important, c'est de renseigner ces balises avec du contenu qui colle "au plus près" au contenu de vos pages. Voici les règles que nous avons mis en place.

Pour la balise TITLE :

Titre de l'élément | Nom du webservice | Titre du site

Exemple pour l'annonce "Planeur F3F SNIPER" du webservice "Petite Annonce" du site " " :

Planeur F3F SNIPER | Petites annonces | RC Pilot Webzine

Pour la balise META description :

Les 200 premiers caractères qui décrivent l'élément.

S'il n'y a pas de description de l'élément, alors nous renseignons la balise avec la description du webservice donnée à l'étape 1.

S'il n'y a pas des description du webservice (champ vide dans "Description avancées" à l'étape 1), nous renseignons la balise avec la description du site.

S'il n'y a rien pour la description du site .......... alors là on ne peut plus rien pour vous :)

En gros, cela veut dire que nous allons utiliser : les textes de vos petites annonces, la description de vos évènements, l'explication associée à la prise de vue d'une photo, etc ....

La génération dynamique des balise TITLE et META description s'appliquait déjà pour les articles et les rubriques.

Pour les rubrique, le champ utilité est celui de la description de la rubrique dans le menu CONTENU > Rubrique et Tag > Rubrique. Pensez à éditer vos rubriques avec des noms pertinents et à y associer une description

Pour les articles, la balise TITLE est constituée du titre de l'article tandis que juste qu'à présent, la balise META description était renseignée avec le contenu du chapô de l'article, ou bien de la desciption du site si le chapô était vide.

Nous avons affiné cela. Voici les nouvelles priorités pour renseigner la META description des pages articles :
Chapô   si vide
Résumé à la une   si vide
200 premiers caractères du 1er paragraphe   si vide
Description du site

Maintenant, c'est à vous de jouer !!!

Il y a de nombreux paramètres qui participent à l'amélioration du référencement d'un site internet. En schématisant à l'extrême, on peut dire qu'il est nécessaire d'intervenir à 2 niveaux : au niveau éditorial (c'est votre job en tant que webmaster), au niveau technique (c'est notre job en tant que fournisseur de votre CMS préféré).

Dans notre équipe, il y a des personnes qui veillent à ce que l'application couvre au mieux tous les aspects techniques qui permettent d'améliorer le référencement de votre site dans les moteurs de recherche, Google en particulier.

Cette semaine, nous allons mettre en ligne quelques nouveautés afin que vous puissiez aller encore plus dans l'optimisation de votre référencement.

On commence aujourd'hui avec l'URL rewriting.

L'URL rewriting est une technique qui consiste a ré-écrire l'adresse des pages de votre site. Grâce à l'URL rewriting, vos sites vont afficher des URL beaucoup plus lisibles, à la fois pour vos utilisateurs, mais aussi pour les robots des moteurs de recherche.

Les nouvelles adresses des pages, en plus d'être plus lisibles, contiennent des mots clés, directement en relation avec le contenu des pages. Ceci participe fortement à l'amélioration du référencement dans les moteurs de recherche, car l'ensemble URL + contenu de la page va gagner en pertinence.

L'URL rewriting s'appliquait déjà pour les pages articles et les pages rubriques. La technique a été étendue à toutes les pages de l'application.

Aussi, désormais, tous les webservices possèdent une adresse explicite. Quelques exemples :
-  " pour le forum
- " pour la galerie
- " pour les petites annonces
- " pour l'agenda
- " pour la boutique
- " pour les téléchargements
- " pour le glossaire
- etc ..............................................

Ce n'est pas fini, l'URL rewriting s'applique également à tous les liens profonds, en somme, à toutes les pages de l'application. Prenons l'exemple pour le webservice agenda.

URL du webservice :
"

URL de la catégorie "Concert Province"
" . Vous noterez que le titre de la catégorie s'affiche dans l'URL

URL de l'évènement "Nawo (Tartare)" :
" . Là encore, l'URL contient le titre de l'évènement.

Ce principe de renommage des URL à été appliqué partout, dans tous les webservices. Ainsi, les adresses des pages de votre site vont gagner en pertinence.

Charge à vous désormais d'utiliser les bonnes tournures et les bons mots clés au niveau éditorial. Le travail éditorial est primordial pour obtenir un bon référencement. Pensez donc à donner des titres pertinents à tous les éléments de votre site : catégories, titre des évènement, des photos, des entrées du glossaire, des fichiers en téléchargement, ....

Je ne vous cacherai pas que la mise en place de l'URL rewriting a été très longue car il y a énormément de liens, notamment de liens profonds. Certains d'entre vous ont été victime de quelques bugs, qui ont été résolus rapidement, mais je pense que ces petits tracas seront très très vite oubliés :)

Vous les trouvez comment ces nouveaux URLs ??  Nous, on les trouve très beaux. C'est la raison pour laquelle nous avons poussé le perfectionnisme jusque dans le back office.

Le back office n'est pas crawlé par les robots des moteurs, donc coté référencement, l'URL rewriting dans le back n'apporte rien. Par contre, c'est un confort d'utilisation pour vous, et aussi pour nous, lorsque nous vous assistons dans le support. Nous pouvons plus facilement vous aiguiller vers la bonne page ;)