En clair : Google passera en https pour les recherches et supprimera la redirection actuellement en place.

Conséquence principale : pour toutes ces recherches on ne verra plus les mots clefs dans les statistiques de trafic de son site web. Seule la provenance sera conservée (Google Organic Search)

Google indique que ces statistiques pourront être obtenues via le Webmaster Central, dont les données peuvent depuis peu être intégrées dans Google Analytics, sauf que :

• Il y a très peu de possibilités de filtrage de ces informations et on ne peut pas, par exemple, obtenir les données de transformation
• ces données sont sujettes à caution.

Le prétexte invoqué pour justifier cette mesure est la protection des données utilisateurs… sauf que bien malin, Google ne bloque pas ces informations pour le Paid Search ! Ce serait dommage de priver les utilisateurs d’Adwords des informations leur permettant de calculer le ROI de leurs campagnes pour de bêtes impératifs de sécurité.

Certains sussurent que cette décision viserait à bloquer efficacement tout affichage de données contextuel sur les pages cible. En effet, afficher des informations en rapport avec les mots clefs tapés sur une page permet à priori de bien améliorer son taux de transformation. Il s’agirait donc d’une mesure anti-concurrentielle.

Cet avantage vient de disparaître avec l’annonce par Google du passage d’Analytics au temps réel.

Pour le moment, cela ne semble pas avoir été implémenté partout. Je n’ai pas trouvé le menu real time (beta) sur mes comptes.

Autres améliorations notables visibles dans l’interface :

• Le retour du bouton add to dashboard qui avait disparu avec la nouvelle version
• Une possibilité de disposer de données issue des Google Webmaster Tools dans Analytics : intéressant pour les mots clefs, mais peu de dimensions secondaires disponibles.

Ceci dit, la création de dashboards, même si elle est moins laborieuse, n’est toujours pas très rapide.

Une campagne Adwords n’était pas du tout prise en compte dans Google Analytics, bien que le site soit correctement taggué. D’autres campagnes étaient bien prises en compte.

Cause du problème : la landing page (racine du site) fait une redirection JavaScript. Cette dernière fait perdre tous les paramètres de la campagne.

En utilisant la page cible de la redirection comme landing page, tout est rentré dans l’ordre.

Pourtant au bout de quelques mois, vous constatez que Google indexe plus de pages que votre site n’en a normalement. Méfiance !

Le hic, c’est que Googlebot arrive désormais à détecter des pages qui sont invisibles à la plupart des crawlers. Il repère leurs URLs dans les JavaScript, les formulaires, suit les liens externes. Et au final, il indexe des tas de pages inutiles et de contenus dupliqués.

Quelques exemples de ce qu’il peut arriver à suivre :

• Des liens externes à partir de sites affiliés, pointant vers les fiches produit. Les URLs ont un paramètre supplémentaire identifiant l’affilié.
• Des liens Javascriptés vers des pages utilitaires (demande de notification de disponibilité d’un produit)
• Des liens activés par un menu déroulant (formulaire)
• Des liens utilisés uniquement dans des campagnes de PPC.

Il est donc impératif de suivre attentivement les erreurs de crawl relevées dans l’outil pour webmaster de Google et de gérer tout cela avec des disallow: dans le robotst.txt

C’est un outil pratique pour vérifier rapidement le positionnement sans avoir à lancer SeeUrank Falcon.

La moisson des sites à faible valeur ajoutée

Google a récemment un changement important de son algorithme baptisé Google Farmer update car il cible à priori les fermes de contenus. L’annonce a été effectuée sur le blog officiel du moteur par Matt Cuts et Amit Singhal.

Le changement toucherait 11,8% des requêtes, mais il n’est pour le moment actif que sur les versions anglophones du moteur.

Cet ajustement vise à améliorer la qualité des résultats en pénalisant les sites de faible valeur ajoutée pour les internautes, qui ne produisent pas de contenu original ou qui se contentent de l’agréger.
Il était intéressant de voir quels sites les plus impactés et c’est ce qu’on peut trouver sur le site Sistrix qui liste les 25 sites les plus affectés.
En détaillant la liste, on peut constater que de nombreux sites qui permettent de publier des articles – donc à priori du contenu original – sont présents. Si Squidoo.com et About.com sont absents, on trouve Ezinearticles.com, Hubpages.com et Articlebase.com.
Lesquels de ces sites vont perdre du trafic ?

La réponse dans quelques semaines en suivant le trafic rank Alexa.

24 février 2011 : 9h15
Reprise de l’article sur Twitter et Facebook

24 février 2011 : 9h44
L’article apparait dans Google sur son titre

Même si les moteurs de recherche affirment mieux prendre en compte les contenus dupliqués, il est préférable de prendre les devants et de les gérer soi même.

SEOMoz propose 5 méthodes différentes adaptées à chaque situation. J’ai ajouté quelques cas basés sur mes observations clients à leurs recommandations.

Voici les 5 méthodes et leurs applications potentielles :

1. Blocage via robots.txt.
   A éviter pour les contenus dupliqués et à réserver en priorité à des contenus que l’on ne veut pas voir indexés. Le principal souci est que le linkjuice qui arrive sur les pages avec les URLs dupliquées est perdu
2. Blocage de l’indexation via le meta robots « noindex, follow »
   <meta name="robots" content="noindex,follow" />
   L’usage le plus efficace serait pour les posts archivés d’un blog
3. Redirection 301
   Sur Apache, avec un code du type :
   RewriteCond %{HTTP_HOST} !^www\.domaine\.com$
RewriteRule ^(.*)   http://www.domaine.com/$1  [QSA,L,R=301]
dans le fichier .htaccess
   Cette méthode est adaptée pour les cas suivants :
   • URLs sans www vers URLs avec www (ou l’inverse)
   • Domaine vers un autre domaine
   • Slash de fin : www.domaine.com vers www.domaine.com/
   • Pages index : www.domaine.com/index.html vers www.domaine.com/
   • adresse IP vers www.domaine.com/
4. Tag link rel="canonical"
   A utiliser pour les cas suivants :
   • URLs avec des chemins différents : catégories / sous catégories de produit par exemple
     www.domaine.com/chemin1/page1
     www.domaine.com/chemin1/souscategorie2/page1
   • Ids de session, codes de tracking
     www.domaine.com?xtor=AL-1
     www.domaine.com?SID=BG47JF448JD6I7TGF439LVFD476
   • Variables dans un ordre différent dans des URLs paramétrées
     www.domaine.com/index.php?var1=v&var2=y
     www.domaine.com/index.php?var2=y&var1=v
   • URLs réécrites ou non présentes toutes les deux (solution implémentée sous Drupal à priori)
     www.domaine.com/chemin1/
     www.domaine.com/index.php?var1=v
   • Tag link rel="alternate"
     A utiliser pour distinguer des pages dans la même langue mais destinées à des pays différents.
     <link rel= »alternate » hreflang= »en » href= »http://www.domaine.com/chemin » />
     <link rel= »alternate » hreflang= »en » href= »http://www.domaine.co.uk/chemin » />
     <link rel= »alternate » hreflang= »en » href= »http://www.domaine.com.au/chemin » />

Tableau de bord

Le premier onglet intitulé Tableau de bord est un mix de plusieurs éléments. Certains indicateurs fournissent des alertes (hausse ou baisse importante, entrée sortie), mais je n’ai pas encore réussi à y voir quelque chose d’affiché.
Les suggestions SEMRush et Analytics proposent des mots clefs à suivre.  Il y a également une suggestion de concurrents. Toutes ces zones sont peu faciles à utiliser avec un espace riquiqui qui n’affiche que 4 items à la fois !

Oubli notable dans ce tableau de bord : un récapitulatif du score de positionnement face aux concurrents. Et s’il était présenté par groupe de mots clefs ce serait parfait !

Suivi de positionnement

Les tests de positionnement prennent du temps, mais on peut les effectuer en tâche de fond. Le tableau affiche le meilleur concurrent en plus de la position du site, ce qui permet d’ajouter rapidement des sites au suivi.

Le détail est intéressant et exportable, mais comme souligné, précédemment : pas de synthèse.

A noter que j’ai cherché pendant un moment les minuscules boutons d’ajout de mots clefs tout en bas du tableau de résultats. Pourquoi diable ne sont ils pas dans la gestion des groupes de mots clefs ?

Gestion des groupes de mots clefs

Une excellente idée que cette segmentation, même si on a du mal à en voir les applications concrètes. Le tri est assez fastidieux et pourtant je n’ai que 100 mots clefs. Il faudrait pouvoir les classer ou les filtrer pour aller plus vite.

Quand je tente d’ajouter un concurrent dans mon suivi, Myposeo m’indique que je ne dispose plus d’assez de mots clefs pour le faire.

Exports

Il est possible d’exporter les données de positionnement et même de paramétrer la fréquence des envois.

Conclusion

J’ai un sentiment un peu mitigé en essayant ce service. Je ne pense pas qu’il remplacera le suivi mensuel via SeeURank même si certains points sont bien vus.
Il faut toujours exporter pour avoir les vues que je souhaiterais… Toujours le même souci.