SharePoint 2013 : Présentation des statistiques

Le service Web Analytics n’existant plus sur SharePoint 2013, cette fonctionnalité fait désormais partie intégrante du service de recherche. L’architecture d’analyse est décomposée de la façon suivante :

Le composant de traitement de l’analyse , qui est un composant du service de recherche, renvoyant des informations statistiques sur le contenu qui a été crawlé, ainsi que sur l’interaction des utilisateurs avec ce contenu. Afin de transferer l’ensemble de ces informations dans la base de données d’analyse du service de recherche.
La base de données d’analyse
La base de données de liens, qui stocke des informations sur les recherches et sur les documents analyses.

1 / Architecture du service de recherche

2 / Les types d’analyses

Le composant de traitement de l’analyse va réaliser deux types d’analyse :

Analyse de la recherche, permettant d’analyser et ajouter le contenu à l’index de recherche
Analyse de l’utilisation, permettant de répertorier les actions des utilisateurs comme :
Le nombre d’ouverture de documents / éléments
Recommandation de contenu en fonction de la façon dont les utilisateurs interagissent avec le contenu, afin d’afficher des informations du type «Les personnes qui ont consulté ceci ont également consulté cela ».
Classement de l’activité, permettant d’afficher des résultats influencés par ce classement.

3 / Les rapports générés

Rapports d’utilisation

Utilisation

Ce rapport indique les informations d’utilisation historiques sur la collection de sites, telles que le nombre de vues et d’utilisateurs uniques. Il vous permet de dégager des tendances d’utilisation et de déterminer les heures de forte et de faible activité.

Nombre de requêtes

Ce rapport indique le nombre de requêtes de recherche effectuées. Il permet d’identifier les tendances en termes de volume de requêtes de recherche et de déterminer les heures où l’activité de recherche est la plus élevée et la plus faible.

Requêtes les plus fréquentes par jour

Ce rapport indique les requêtes de recherche les plus populaires. Il permet d’identifier les types d’informations recherchés par les visiteurs.

Requêtes les plus fréquentes par mois

Ce rapport indique les requêtes de recherche les plus populaires. Il permet d’identifier les types d’informations recherchés par les visiteurs.

Requêtes abandonnés par jour

Ce rapport indique les requêtes de recherche populaires ayant reçu un niveau de consultation faible. Il permet d’identifier les requêtes de recherche pouvant provoquer l’insatisfaction des utilisateurs et d’améliorer la détectabilité du contenu. Pensez ensuite à utiliser les règles de requête pour améliorer les résultats.

Requêtes abandonnés par mois

Requêtes sans résultat par jour

Ce rapport indique les requêtes de recherche populaires qui n’ont retourné aucun résultat. Il permet d’identifier les requêtes de recherche pouvant provoquer l’insatisfaction des utilisateurs et d’améliorer la détectabilité du contenu. Pensez ensuite à utiliser les règles de requête pour améliorer les résultats.

Requêtes sans résultat par mois

Utilisation des règles de requête par jour

Ce rapport indique la fréquence de déclenchement des règles de requête, le nombre de termes de dictionnaire utilisés, et la fréquence à laquelle les utilisateurs cliquent sur les résultats promus. Il permet d’évaluer l’utilité de vos règles de requête et de vos résultats promus pour les utilisateurs.

Utilisation des règles de requête par mois

4 / La collecte des données

La récolte des données d’utilisation peut être réalisée sur plusieurs types d’usage. Les rapports d’utilisation sont alimentés lorsque la collecte d’information est réalisée sur les types d’usage suivants :

Demandes de visite de pages
Utilisation des analyses

A chaque activation de collecte d’un usage sera créé dans la base de données WSS_Usage_Database un nouvel ensemble de 32 tables SQL préfixées du nom de l’usage collecté. (Exemple ci-contre).

Chaque type d’usage est quant à lui associé à différentes propriétés comme :

RetentionPeriod : correspondant au temps de rétention des données collectées

Table : correspondant au nom qui sera utilisé pour préfixé l’ensemble des 32 tables dans la base WSS_Usage

UsageReceivers : Correspondant à l’event receiver qui sera déclenché après chaque collecte de données via le timer job ‘Microsoft SharePoint Foundation Usage Data Import‘.

Dans le cadre des types d’usages ‘Demandes de visite de pages‘ et ‘Utilisation des analyses‘ le rôle des eventreceivers auxquels ils sont associés est de transporter les informations ajoutées dans l’eventstore vers le composant d’analyse de la recherché.

Lorsque les informations en provenance de l’event store sont transmises au composant d’analyse, la base de données d’analyse est alimentée par des informations du type Clics utilisateur ou items visualisés, Recommandation de contenu, Nombre de requêtes etc…

La base d’analyse contient plusieurs tables, notamment la table SearchReportsData qui est utilisée pour stocker les informations qui seront affichées dans les différents rapports.

Quatre timer job sont à l’origine de cette collecte, transfert et rétention d’information :

Analytics for Search Service Application
Microsoft SharePoint Foundation Usage Data Import
Microsoft SharePoint Foundation Usage Data Processing
Usage Analytics for Search Service Application

5 / Activation des rapports

Cette fonctionnalité de pouvoir consulter les rapports d’utilisation sur une collection de site, ou sur un site SharePoint, n’est disponible qu’après avoir activé la fonctionnalité “Reporting” au niveau de la collection de site.

Afin de consulter les rapports d’usage, il faut aller dans les paramètres d’un site racine, puis dans la section “Site Collection Administration” cliquer sur le lien Popularity and Search Reports .