Avant de vous présenter les nouveautés, un petit rappel au sujet des stats et de la façon dont elles sont calculées.

Comme vous le savez, WMaker vous permet d'utiliser plusieurs systèmes pour mesurer l'audience de votre site. Le système interne WM, ou bien des systèmes externes tels que Google Analytics.

Il existe naturellement des écarts entre les résultats donnés par les différents systèmes de mesure. Et c'est normal car les méthodes de calcul ne sont pas les mêmes. Les stats WM sont calculées à partir de l'analyse des logs sur les serveurs. A chaque fois qu'un élément d'une page de votre site est appelé (une image par exemple), nous comptabilisons un "hit", c'est-à-dire une sollicitation du serveur. Toutes les nuits, en fonction des hits enregistrés, un calcul est lancé pour reconstituer le nombre de pages vues, de visiteurs, de visiteurs uniques, etc.

Concernant les systèmes externes comme Google Analytics, la mécanique est différente. Pour que le système fonctionne, il est nécessaire de placer sur toutes les pages du site quelques lignes de code javascript. Ce code est appelé à chaque affichage de page, et l'info est envoyée au service externe qui applique ensuite son mode de calcul.

Pour en savoir plus, je vous renvoie à cette excellente note sur le sujet :
http://www.devonwebdesigners.com/2567/awstats-vs-webalizer-vs-google-analytics/

Lorsqu'un visiteur consulte votre site depuis un téléphone, WMaker le renvoie automatiquement vers la version mobile. Aujourd'hui, vous avez la possibilité de comptabiliser dans un outil externe (Google Analytics ou similaire) le trafic de la version mobile.

Pour cela, un nouveau champ fait son apparition dans le back office. Il s'agit du champ "Version mobile" dans la page Statistiques > Google Analytics. Le bout de code que vous allez écrire dans ce champ sera automatiquement ajouté à toutes les pages de la version mobile de votre site.

Plusieurs possibilités s'offrent à vous concernant l'ajout du code de suivi Analytics:
1/ Vous pouvez utiliser le même code que celui utilisé pour le site. L'information sera alors consolidée dans un seul rapport. Vous aurez à créer des rapports personnalisés pour isoler l'info concernant le trafic mobile, en plus des rapport proposés par défaut par Google.
2/ Vous pouvez créer un nouveau profil et ajouter un code de suivi uniquement pour la version mobile. Le trafic de la version mobile sera isolé dans les rapports liés à ce profil.

WMaker a été un des premiers CMS à proposer une version mobile pour vos sites. Souvenez-vous, c'était en 2006, nous lancions officiellement la version mobile de vos portails et blogs, avec dans le même temps le sitemap mobile. L'iPhone n'existait pas et chez Google, il y avait un index spécifique pour le mobile et pour le web. C'est à dire que lorsque l'on allait sur Google Mobile et sur Google, les résultats de recherche provenaient de 2 index différents.

Désormais, avec l'avènement des smartphones et des tablettes, on peut dire qu'il n'y a maintenant plus qu'un seul index. Lorsque vous allez sur Google depuis votre iPhone, les résultats sont issus du même index que lorsque vous faites une requête depuis un ordinateur. Je vous en ai déjà parlé après avoir participé à la conférence SMX Paris en juin 2011. Pour renvoyer ses résultats, l'algorithme de Google tient compte du terminal depuis lequel est fait la requête. Cela veut dire que la priorité pour vous, c'est que votre version web soit bien référencée car l'utilisateur sera renvoyée automatiquement vers votre version mobile. 

Les plus anciens utilisateurs de WM se souviennent surement qu'à une certaine époque, leur version mobile était mieux référencée que leur version web. C'était vraisemblablement au moment de la fusion de l'index mobile avec l'index web.  Les utilisateurs impactés étaient ceux qui avaient soumis dans Google Webmaster Tools leur sitemap mobile. Cela n'a plus trop d'intérêt aujourd'hui de soumettre ce sitemap. Aussi, pour vous éviter le perturber l'index de Google avec les pages de votre version mobile, nous ne fournissons plus dans le back office l'url du sitemap mobile.

Lorsque vous ajoutez un code de suivi javascript sur vos pages web, celui-ci discute avec le serveur du service tiers dont il dépend, à chaque fois qu'une page de votre site est appelée.

Historiquement, Google Analytics fournissait un code de suivi dit synchrone. Je simplifie mais retenez que le code synchrone bloquait l'affichage dans le navigateur de toute partie du code source située en dessous de lui, et ce tant qu'il n'obtenait pas une réponse de la part de Google. Les serveurs de Google sont rapides et puissants, mais néanmoins, afin de ne pas ralentir l'affichage de vos pages, Google préconisait de placer le code de suivi synchrone à la fin des pages. C'est cette bonne pratique que nous avons utilisée pendant des années.

Puis, le code de suivi de Google s'est perfectionné. Il est maintenant asynchrone, c'est à dire qu'il communique avec les serveurs de Google une fois que toute la page web est chargée dans le navigateur. La communication entre le code de suivi et les serveurs de Google ne risquent donc plus de perturber l'affichage de vos pages.
La préconisation pour le positionnement d'un code de suivi asynchrone sur une page change elle aussi. Il est recommandé de placer le code asynchrone au début de la page, dans la balise <head>. Cela permet d'obtenir une information plus précise concernant le taux de rebond des pages de votre site.

Le taux de rebond (bounce rate) est une information très intéressante. Elle indique le pourcentage de personnes qui, dès qu'elles arrivent sur une page, la quitte dans les 5 secondes en cliquant sur le bouton retour de leur navigateur. Si le taux de rebond d'une page est élevé (plus de 50%), cela signifie que la page n'est pas pertinente aux yeux de ceux qui y attérissent. A vous de décortiquer le chemin des visiteurs qui rebondissent pour identifier ce qui ne va pas ... et corriger.

Je referme la parenthèse sur le bounce rate pour revenir à la position du code de suivi asynchrone sur la page. Lors de la mise à disposition du code asynchrone par Google, nous avons hésité à le positionner en haut de page. D'une part parce qu'à l'époque, Google mettait à disposition dans Google Analytics à la fois le code synchrone et le code asynchrone. D'autre part parce que la majorité des utilisateurs de WMaker disposaient d'une code synchrone sur leur site. 
Par la suite, Google a définitivement abandonné le code synchrone, si bien que lorsque vous générez un code de suivi dans votre interface Google Analytics, vous n'avez pas d'autre choix que d'utiliser un code asynchrone. Comment le reconnaitre ? Il suffit de le regarder et d’identifier l'attribut ga.async = true. Si cette instruction figure dans votre code de suivi, alors c'est un code asynchrone.

Une rapide requête sur nos bases de données nous a indiqué qu'une faible minorité d'utilisateurs disposent encore d'un code synchrone sur leurs pages. La majorité d'entre vous a mis à jour son code de suivi et utilise un code asynchrone. Aussi, désormais le code de suivi Google Analytics est positionné dans la balise <head>

J'invite les irréductibles qui utilisent encore le code synchrone à opter pour le code asynchrone, afin d'éviter tout risque de ralentissement des performances d'affichage de leurs pages.

Vous pouvez désormais suivre dans Google Analytics les actions qui sont effectués dans le player vidéo.

Cette fonctionnalité n'est pas activée par défaut. Pour l'activer, renseignez l'ID Google Analytics de votre site dans le menu Statistiques > Google Analytics > Player video.
Cet ID est de la forme UA-XXXXX-XX

Les actions notifiées à Google Analytics sont les suivantes :

start = début de la lecture d'une vidéo
end = fin de la lecture d'une vidéo
prerollLaunched = lancement du pre-roll
prerollClicked = clic sur le pre-roll
pubClicked = clic sur une publicité textuelle

Une fois l'ID renseigné, il faut attendre quelques heures avant de voir apparaître les rapports spécifiques à la lecture des vidéos.
Ils se trouvent dans votre compte Google analytics dans le menu Contenu > Evènements.

Un évènement est constitué de 3 paramètres, qui peuvent prendre les valeurs suivantes :
Catégorie = il s'agit de l'url de la vidéo
Action = c'est une des 5 actions décrites ci-dessus
Libellé = site ou embed

La valeur du libellé est fonction de l'endroit depuis lequel la vidéo est lue. Votre site ou bien un site qui a embarqué votre vidéo.

Attention, dans les pages récapitulatives, Google Analytics additionne les évènements et les pages vues. Lors de l'activation de cette option, il est possible que vous constatiez donc une modification de vos valeurs moyennes.

Dans cette note, je vais vous expliquer comment utiliser la fonction "suivi des conversions" de Google Analytics avec votre boutique WMaker.

Ce n'est pas la première fois que nous facilitons l'utilisation de Google Analytics avec la boutique. Vous pouvez déjà activer le module e-commerce de votre compte GA. Le webservice boutique lui communique toutes les infos nécessaire à l'établissent des rapports.

Aujourd'hui nous allons voir comment paramétrer un objectif dans Google Analytics, ainsi qu'un tunnel de conversion.

Une conversion, sur votre site, c'est tout simplement la réalisation par un visiteur d'une action que vous jugez importante.

Quel que soit votre projet, vous espérer servir un objectif bien précis à travers votre site web.

Pour une boutique, l'objectif est clair : il s'agit de réaliser une vente. Dans la suite de cette note, nous nous placerons dans ce cas là, mais sachez néanmoins que les objectifs peuvent être très variés. Par exemple, il peut s'agir de remplir un formulaire de contact, télécharger un fichier, s'inscrire à une newsletter, etc.

Il y a donc certaines pages de votre site (les pages "objectifs"), qui, si elles sont atteintes, concrétisent pour vous la réalisation d'une conversion.

Dans le cas de la boutique, la page objectif est la page de confirmation d'une commande. Si un visiteur atteint cette page, cela veut dire qu'il a rempli un panier, renseigné ses coordonnées et généré une commande.

Nous allons configurer Google Analytics pour qu'il comptabilise +1 à chaque fois qu'un visiteur génère une commande dans votre boutique.

Dans votre compte Google Analytics, commencez par créer un objectif. Je vous laisse vous référez à l'aide de GA pour trouver l'endroit où cela se configure dans votre compte.

Dans cette étape, il suffit de donner un nom à son objectif (c'est ce nom qui sera repris dans les rapports) ainsi que la méthode de comptabilisation. Dans notre cas, il s'agit d'un objectif de type "Destination d'URL". Cela veut tout simplement dire que nous décidons de compter +1 lorsque qu'une page spécifique du site est atteinte.

Pour comptabiliser la création d'une commande, vous devez spécifier cette URL :

/shop/checkout/goal/

Vous ne verrez jamais apparaître cette url dans la barre d'adresse de votre navigateur car elle a été conçue spécifiquement pour le tracker Google Analytics. Elle permet par exemple de ne pas comptabiliser 2 fois la même commande, dans la cas où l'utilisateur rechargerait la page de checkout.

Cette étape est facultative, mais je vous recommande vivement de ne pas faire l'impasse dessus. Les informations du tunnel de conversion sont très intéressantes pour découvrir la façon dont vos visiteurs réagissent lors d'un achat dans votre boutique.

Le tunnel de conversion consiste à suivre le parcours des visiteurs sur les différentes pages qui mènent à l'objectif. Dans le cas de la boutique, les pages à suivre sont :
-  /shop/cart : le panier
- /shop/form/ : le formulaire de saisie des coordonnées du client
- /shop/checkout/step/ : l'acception des conditons générales de vente et le choix d'un mode de paiement

Google Analytics vous produira un schéma qui indique les pourcentages de franchissement de chacune des étapes vers l'objectif.

La page de stats de la boutique a été réorganisée. C'est en répondant à une question dans le support que nous nous sommes rendus compte qu'il était devenu difficile d'extraire la bonne information dans les stats.

Nous avons voulu apporter plus de clarté. Pour cela, nous avons divisé la page de stats en 2 parties :
- Un tableau qui donne une vue globale des performances de la boutique
- Une liste qui détaille les performances par produit

La première ligne du tableau donne le chiffre d'affaire de la boutique. Par défaut, il donne le CA du mois en cours mais la période d'analyse est modifiable. Il est possible de consulter les résultats mois par mois, ou bien depuis l'ouverture de la boutique (Notez que les frais de port ne sont pas inclus dans le chiffre d'affaire présenté.)

Sous le CA, nous affichons :
- le taux de conversion des commandes : c'est le rapport entre la valeur des produits vendus et la valeur des produits commandés. Ce taux permet de mesurer la proportion d'utilisateurs qui abandonnent au moment de finaliser leur achat, généralement quand il faut donner ses infos CB.

- la taux de conversion du panier : c'est le rapport entre la valeur des produits vendus et la valeur des produits ajoutés au panier. Ce taux permet de mesurer la proportion d'utilisateurs qui vont au bout de la démarche d'achat dans votre boutique.

Les 2 autres lignes du tableau, en gris, permettent d'avoir une idée de l'activité des utilisateurs dans la boutique, ainsi que le potentiel de CA que cela peut représenter.

La liste donne des statistiques détaillées par produit.

On retrouve, pour chaque produit de la boutique, le chiffre d'affaire qu'il a généré, ainsi que le nombre de fois où il a été  :
- mis au panier
- commandé
- acheté

Quand on clique sur le nom d'un produit, on affiche la tendance des ventes sur les 7 derniers jours. Les informations sont présentées dans un graphique. On y trouve une information supplémentaire. Il s'agit du nombre de fois où le produit a été consulté, c'est-à-dire le nombre de fois où la page produit s'est affichée.

Lorsque vous envoyez une newsletter, nous vous fournissons plusieurs statistiques indiquant les taux de consultation, les échecs de réception, etc .... Ces stats s'appliquent aux personnes qui sont inscrites. Mais qu'en est-il des taux d'inscription, de désinscription à votre newsletter ? Bref, tout ce qui concerne l'attractivité de votre newsletter.

Pour mesurer tout cela, nous vous proposons depuis aujourd'hui une nouvelle page de stats. Elle donne la tendance sur les 3 derniers mois au niveau des inscriptions et des désinscriptions.

La première ligne de la page donne le nombre total d'inscription à la newsletter. Les 2 lignes suivantes donnent plus de détails.

En effet, l'inscription à votre newsletter peut se faire soit par le front office, soit par le back office.

L'inscription via le front office est à initiative de l'internaute.

Une fois inscrit, il reçoit un email l'invitant à valider son inscription (en cliquant sur un simple lien).

La deuxième ligne du tableau vous indique le nombre d'inscrits, le nombre de personnes n'ayant pas validé leur inscription et enfin le nombre de personnes qui se sont désinscrites.

Ces données vont vous permettre de mesurer l'efficacité des actions que vous mettez en œuvre pour accroitre le nombre d'inscrits à votre newsletter (emailing, campagnes marketing, mise en avant du module d'inscription sur votre site, etc ...).

La troisième ligne de la page donne des informations sur les inscriptions réalisées via le back office de votre site.

C'est vous qui avez inscrit en masse les destinataires à partir de fichiers d'email.

La page de stats vous permet de suivre le nombre d'inscrits, de désinscrits et d'email en erreur, c'est-à-dire d'email erronés ou bien d'email pour lesquels le serveur de mail du destinataire était indisponible lors de l'envoi des newsletters.

Vous obtenez donc des informations précieuses sur la qualité de votre fichier source, ainsi que sur la pertinence de vos newsletters vis-à-vis des personnes ciblées.

Nous avons apporté des petites améliorations au webservice régie publicitaire. Ces améliorations concernent le back office. Elles ont pour but d'améliorer la gestion courante des campagnes publicitaires, ainsi que la remontée d'information aux annonceurs.

Sur votre site, l'affichage des annonces se fait via un module de publicité et à chaque module correspond une campagne publicitaire qui va faire défiler des bannières.

Afin que la publicité s'affiche correctement sur votre site, l'usage veut que l'on regroupe dans une campagne des bannières d'une taille identique, adaptée à la taille du module d'affichage utilisé.

Si vous possédez beaucoup de bannières, de tailles multiples, il devient alors très vite fastidieux de retrouver les bannières d'un même annonceur. C'est pour cette raison que nous vous donnons la possibilité d'attribuer des mots-clés (tags) à vos bannières.

Les tags ne sont affichés qu'en back office et dans la colonne de droite du webservice régie publicitaire. Les tags donnent un accès direct à toutes les publicités quelles que soient leurs campagnes d'appartenance.

Afin de vous permettre de retrouver rapidement vos bannières, l'onglet Recherche Avancée du webservice régie publicitaire propose de nombreuses possibilités.

Grâce à lui, vous pouvez effectuer diverses recherches toutes campagnes publicitaires confondues.

Vous pouvez décider de filtrer vos résultats par format de bannière (image, flash, texte), par personne autorisée à consulter les statistiques, ou encore par mot-clés associé aux bannières.

Je rappelle qu'il est possible d'autoriser un personne à consulter les statistiques associées à une bannière (impressions et clics).

Pour cela, il faut au préalable que la personne soit inscrite sur votre site (fonction profiling). Ensuite lorsque la personne est connectée, elle dispose à partir de sa page de profil d'un lien lui permettant de voir les stats associées à une bannière.

En plus de cet accès aux stats via votre site, nous avons ajouté la possibilité d'envoyer les rapports par email.

Avec cela, il sera encore plus difficile à vos annonceurs de dire que vous ne jouer pas la transparence à 100% avec eux ;)

Bonnes recettes publicitaires ...

L'option de publication automatique dans twitter connait un succès grandissant. Si vous tapez la requête xfru.it dans le moteur de recherche de twitter, vous aurez un aperçu de la fréquence de l'utilisation de cette option par les utilisateurs de WM.

Pour vous permettre de mesurer l'influence de twitter sur le trafic sur votre site, nous vous proposons une page dédiée de statistiques. Elle est accessible à partir du menu ADMINISTRATION > Statistiques > Statistiques Twitter

L'information publiée sur twitter est par nature éphémère. La page de stats vous donne donc une information cumulée sur 8 jours.

• La tendance (%±) est calculée entre la journée d'avant hier et celle d'hier.
• La colonne semaine correspond au nombre de lectures sur les 8 derniers jours.
• Le total indique le nombre de fois que l'article a été lu depuis sa mise en ligne.

A noter : les stats concernent uniquement les articles twittés via l'api twitter, c'est-à-dire les clics sur les twitts contenant une URL xfru.it.

Depuis la fin mai, vous disposez d'un tableau de bord pour suivre vos statistiques. Ce tableau de bord sert de point d'entrée pour la consultation des pages détaillées des stats.

Il existe une nouvelle page dont je ne vous ai pas encore parlé, la page indiquant la consommation détaillée de votre bande passante. Son utilisation est liée aux annonces fracassantes qui ont eu lieu ces derniers jours :augmentation des capacités d'hébergement et diffusion des vidéos en HD.

Cette nouvelle page de statistiques permet d'identifier les éléments de votre site qui participent le plus à la consommation de votre quota mensuel de bande passante.

Cette page est astucieuse. Elle s'affiche uniquement lorsque c'est nécessaire. C'est-à-dire lorsque votre CMS préféré estime qu'il y a un risque que vous dépassiez votre quota mensuel de données transférées.

Lorsque c'est le cas, la bande passante s'affiche en rouge dans le tableau de bord. Un clic sur le chiffre rouge permet d'accéder à cette "page cachée".

La page est divisée en 2 grande sections. En partie haute, nous vous donnons des indications pour vous permettre d'optimiser vos pages afin qu'elles consomment moins de BP.

Par exemple, si votre page d'accueil contient beaucoup de modules, le système vous l'indique. Vous êtes informé également du type de contenu qui consomme le plus de bande passante sur votre site. Dans la capture d'écran ci-dessus, il s'agit des vidéos (flv).

En partie basse, vous avez le détail de la consommation par éléments. Dans la capture d'écran ci-contre, on peut noter que les vidéos flv (c'est à dire lues directement sur votre site) comptent pour 62Go de consommation.

Ensuite, ce sont les images jpg et png qui consomment le quota.

Enfin, on peut dire que pour ce site, il existent des utilisateurs qui consultent les vidéos depuis un mobile, flux rss ou iTunes. En effet, avec ces support, c'est le format mp4 qui est utilisé pour les vidéos.

Voilà, avec cette page, il vous sera très facile d'anticiper ou bien d'identifier les causes du dépassement de votre quota de bande passante. Vous pourrez alors agir efficacement.

Des nouvelles stats mobiles sont disponibles. Vous pouvez analyser la consultation de la version mobile de votre site au niveau :
- des visites
- des visiteurs
- des pages vues

Un tableau récapitulatif agrège les informations sur le mois en cours.

Il permet aussi de connaitre à partir de quel terminal mobile les mobinautes accèdent à votre site.

Sur le blog de WMaker, c'est majoritairement depuis iPhone. Et sur votre site ?

La page d'accueil des statistiques de votre site s'est enrichie d'un dashboard, l'aviez-vous noté ?

Avec ce tableau récapitulatif, d'un coup d'oeil et d'un seul, vous prenez connaissance de vos stats pour le mois en cours.

Le dashboard est constitué de plusieurs blocs. Chacun d'eux donne une vue macro des secteurs pour lesquels il est intéressant de suivre une évolution (visites, vidéo, mobile, bande passante, ...)

Pour certains blocs, un lien direct vers l'aide en ligne vous donne des explications sur la donnée qui est comptabilisée. Bien utile par exemple lorsque l'on est plus très sûr de connaitre la nuance entre "une visite" et "un visiteur" ;)

L'arrivée du dashboard s'est accompagnée de la mise à disposition de nouvelles statistiques.

Ainsi, vous pouvez connaître :
- le nombre de vidéos visionnées depuis le début du mois
- le nombre de podcast écoutés depuis le début du mois

Cette information manquait cruellement. Vous connaissiez le nombre de lecture sur la semaine et depuis la mise en ligne du contenu (au global). Maintenant, vous pouvez avoir une information mensuelle et consulter un historique. Pour consulter les données associées au mois précédent, il suffit d'utiliser le menu déroulant de l'en-tête du dashboard.

Chaque bloc du dashboard est cliquable. Utilisez les comme des raccourcis pour obtenir des informations détaillées sur la stat associée.

Il y a également des nouveautés au niveau des informations détaillées. Je vous en parlerai dès demain dans une nouvelle note. Elle sera consacrée aux stats mobiles.