Ramenos Blog

Ayant terminé depuis quelques temps le fabuleux ouvrage d’Avinash Kaushik intitulé “Webanalytics - An hour a day“, je souhaiterais revenir sur l’analyse par log qu’il aborde dans son livre.

L’analyse d’un site par les weblogs est une méthode qui remonte à la création du web. Développée à l’origine pour faire remonter les différentes erreurs générées par les serveurs web, l’analyse des logs s’avère de nos jours être un facteur clé, aussi bien en référencement qu’en web-analytique.

Pour info, un log est un fichier regroupant l’ensemble des événements survenus sur un logiciel, une application, un serveur ou tout autre système informatique. Des logiciels gratuits tels que Webalizer sont spécialisés dans l’analyse de logs et dans la génération de rapports.

Les + :

• Source de données la plus facilement accessible : il faut juste un serveur web.
• Beaucoup de parsers par défaut et donc une possibilité de faire rapidement des reportings basiques.
• Capacité à capturer l’ensemble des visiteurs (contrairement aux outils d’analyse par tags comme Google Analytics, Xiti…).
• Etude du comportement des moteurs de recherche sur son site.
• Etre en possession de ses données (pas d’outil d’analyse externe, pas d’intermédiaire externe).

Les - :

• Destiné à la base pour capturer les informations techniques : aucune optimisation des données pour le marketing, les commerciaux ou encore la direction.
• Nécessité d’avoir une très bonne collaboration entre le marketing et le service IT.
• Bonne gestion des cookies sur le serveur obligatoire.
• Les Weblogs capturent tout ce qu’il se passe sur le serveur : nettoyage nécessaire car pollution !
• Gestion des proxy délicate !

A mon sens, l’analyse par log est surtout utile pour analyser le comportement des moteurs de recherche sur son site web. Par exemple, il arrive qu’un serveur web tombe assez souvent durant une période. Peut-être qu’un robot passe de manière excessive sur le site (ça m’est déjà arrivé avec le robot Voilà qui s’amusait à passer toutes les secondes et à faire plein de requêtes sur un de mes sites). Par ailleurs, il est possible de capturer le nombre total de visites pour évaluer le nombre d’internaute qui désactivent le javascript et les cookies mais ça ne me semble pas être le plus important.

On entend souvent l’expression “vous êtes ce que vous mangez”. De ce fait, en cherchant un peu, je me suis dit que je pourrais tomber facilement sur une page regroupant l’alimentation destinée aux référenceurs. Chers internautes, cette page existe, il ne reste plus qu’à passer commande ! :)

SEO Food & drink

NB : j’aime particulièrement l’aspect de la PR bar (de céréales) et les Keywords chips :)

Je viens de m’en apercevoir : en accédant à la home du site, il n’y a plus de site mais juste une belle page de pub… Y a-t-il eu un oubli concernant le rachat du nom de domaine ?

Edit : il semblerait qu’Olivier Duffez se soit fait pirater son compte Gmail et les pirates ont récupéré le domaine via le registar pour le transférer ailleurs… 

Mod Rewrite Wizard est un outil de suggestion de réécriture d’urls en version bêta. Malgré une interface excessivement sobre, l’outil s’avère pratique pour changer rapidement ses règles d’urls.

Entrez une url existante et réécrivez là en fonction de 4 critères différents :

• Les paramètres : on choisit les paramètres que l’on souhaite garder dans l’url, à savoir la valeur de l’ID, la valeur et le nom ou alors aucun des deux.
• Les préfixes : utile si vous souhaitez définir des règles précises d’url afin, par exemple, d’y voir plus clair dans l’arborescence de votre site.
• Les séparateurs : choisissez le type de séparateur souhaité entre le slash, le tiret et l’underscore. A ma connaissance, le tiret est officiellement reconnu comme séparateur de mots-clés officiel (contrairement à l’underscore).
• Le suffixe : par défaut, l’outil vous propose un .html et un .php. Il est tout à fait possible de définir soi-même le suffixe souhaité.

Une fois votre règle de réécriture définie, la règle s’affiche en bas de page. Un simple copier/coller des lignes et hop, le tour est joué.

A mon sens, Mod Rewrite Wizard est un bon complément de l’excellent .htaccessEditor, déjà évoqué dans un précédent post. Ce dernier sera utile pour déclarer toutes les différentes redirections 301 entre vos anciennes et vos nouvelles urls. Cependant, Mod Rewrite Wizard servira à déclarer vos nouvelles urls.

A ce jour, Wordpress est un CMS bien connu auprès des internautes. Gratuit, libre, simple à utiliser et doté d’une large communauté à travers le monde, Wordpress est l’outil idéal pour démarrer un blog (ou un site vitrine). Cependant, à la fin de l’installation du CMS, il est nécessaire de veiller à 5 différents points en référencement qui sont, à mon sens, primordiaux avant de démarrer à rédiger le premier post.

Définir le format d’url : dès le commencement, définissez le format d’url désirée pour l’affichage de vos pages et posts. Par défaut, Wordpress propose d’afficher l’id de la page, ce qui n’est pas franchement pertinent, ni pour le moteur, ni pour l’internaute. Rendez-vous dans les options pui dans les liens permanents, afin de définir un format d’url personnalisé.

Exemple : /%category/%year%/%postname%/

Choisir le nom de domaine principal : par défaut, il est possible d’accéder à un site en tapant www.nomdusite.com ou alors nomdusite.com. Rendez-vous dans le fichier .htaccess pour faire une belle redirection 301 des différents domaines miroirs que vous possédez vers le nom de domaine principal, afin de centraliser l’information pour le moteur et d’éviter d’avoir du contenu dupliqué. D’un point de vue internaute, cela ne changera rien.

Exemple : redirection 301 de http://monsite.com vers http://www.monsite.com

Créer une page 404 personnalisée : par défaut Wordpress vous propose une page 404 un peu “light”. Certains thèmes n’en proposent même pas. Assurez-vous d’avoir une belle page d’erreur 404 pour ne pas perdre inutilement vos visiteurs. Autre raison : Google squatte les pages 404 depuis peu, donc méfiez-vous.

Vérifier le modèle de page : assurez-vous bien que le template choisit soit conforme aux différents standards du web. Il doit aussi comporter les différentes balises de type h1, h2… Bref, juste s’assurer d’avoir un code propre et parcourable par le moteur.

Définir les catégories : prenez-vous un peu de temps pour bien définir vos catégories d’articles. Choisissez des expressions clés pertinentes et évitez les longueurs. Pensez également à l’effet que cela apportera sur la long tail. En effet, les mots-clés de vos catégories vous regorgez de liens entre vos différents contenus et apparaîtront ainsi très souvent sur votre blog (par exemple, dans l’url et dans l’en-tête du post).

D’autres éléments sont bien entendu à vérifier lors de la mise en ligne de votre blogs mais ces 5 points sont, selon moi, à traiter absolument avant la mise en ligne des premiers posts, vous évitant ainsi des désagréments par la suite. Pourquoi faire de la réécriture d’urls au bout de 500 posts alors qu’il est tellement plus simple de définir une règle propre dès le début ? Ou alors, pourquoi se rendre compte au bout de 3 mois que l’intitulé des catégorie est mal choisi car trop long ou alors obsolète ?

Carsten Cumbrowski, du Search Engine Journal, a rédigé un ensemble de 50 questions permettant de s’interroger et de faire un rapport global sur la qualité de son site web. Les questions sont classées par catégories :

• Accessiblité
• Navigation
• Design
• Contenu
• Sécurité
• Technique
• Marketing

Je trouve ce questionnaire relativement bien fait et assez complet pour démarrer. D’un point de vue référencement, de nombreux points sont abordés dans le questionnaire. Afin de peaufiner ce questionnaire, je rajouterais, à mon sens, ces 10 questions supplémentaires :

1. Votre site possède-t-il une page 404 personnalisée qui renvoie bien un code d’erreur 404 ?
2. La balise Meta title est-elle différente sur toutes les pages du site ?
3. Possédez-vous sur vos pages des balises Meta polluantes (keywords, revisit-after,dublin core, language…) ?
4. Les urls de votre site sont-elles réécrites ?
5. Les principales pages du sites (niveau 0 et 1) sont-elles correctement accessibles d’un point de vue moteur ? Avec un code http 200 et non 301 ou 302 ?
6. Possédez-vous un chemin de fer adéquat sur l’ensemble de vos pages ?
7. Votre site fait-il de l’échange de liens barbares avec d’autres sites web ?
8. Possédez-vous des pages réalisées à partir de frames ou d’iframes ?
9. Votre menu principal est-il codé proprement en css/html ou encapsulé dans du javascript ?
10. Toutes les pages de votre site sont-elles correctement reliées entre elles ?

Il arrive que l’on souhaite cacher en AJAX ou en CSS du contenu éditorial pour différentes raisons. Un groupe de discussion Google a abordé le sujet et une personne du Google Webmaster Central (Wysz) a répondu ceci :

If your text is temporarily “hidden” as part of your site’s UI but is still intended for the user to see at some point, you probably don’t need to worry about Google mistakenly viewing it as deceptive.

En clair, il semblerait que Google tolère d’avoir du contenu éditorial caché temporairement. Je vous invite à lire l’ensemble de la discussion Google Group. Si on en croit le professionnel, un contenu caché de ce type serait donc acceptable (cliquez sur les liens du centre de la page). Le contenu est clairement caché au départ pour l’utilisateur mais un clic sur le mot-clé et le contenu s’affiche. Il ne s’agit pas d’une pop-up mais bel et bien d’un style CSS. Pas d’indentation inhabituelle mais un style css display:block.

Une représentation graphique du phénomène de long tail en référencement. Simple, mais efficace ! L’essentiel est de retenir que la focalisation sur un mot-clé unique est une grossière erreur pour le référencement d’un site. Plus vous serez précis mais varié dans votre vocabulaire sémantique, meilleures seront les conséquences sur le long terme… :)

Source : Elliance