La consigne de sécurité est partie lundi et l’onglet de statistiques affiche 4 100 vues. Mercredi, le directeur des opérations demande si l’équipe de nuit l’a vue. Vous rouvrez l’onglet, comme s’il avait pu changer depuis la dernière fois, et il affiche 4 100 vues.
Toutes les équipes de communication interne sur SharePoint ont vécu une version de cette matinée. La réaction courante consiste à dresser la liste de ce qui manque aux statistiques natives, ce qui produit une longue liste et aucune décision. Il est plus utile de remarquer que cette liste a une cause unique. Les statistiques SharePoint instrumentent un site web. La communication interne pose des questions sur une organisation. Toutes les limites que vous rencontrerez découlent de ce décalage, et une fois qu’on le voit, on peut trier ses questions au lieu de se plaindre de l’outil.
Le choix de conception dont tout découle
Les statistiques de site SharePoint et les rapports d’utilisation Microsoft 365 font exactement ce que leur documentation annonce : ils rendent compte du trafic, des fichiers et de l’activité, sur des fenêtres fixes, site par site[1]. C’est une décision produit cohérente. SharePoint est une plateforme de sites et de contenus, et sa télémétrie décrit des sites et des contenus[2].
Or les questions sur lesquelles une fonction communication interne est jugée ne portent pas sur des sites. Elles portent sur des populations, sur l’évolution dans le temps, et sur l’ensemble des canaux à la fois. Le message a-t-il atteint les personnes auxquelles il était destiné ? Est-ce mieux que la même campagne l’an dernier ? Combien cela a-t-il coûté par personne réellement touchée ? Aucune de ces réponses ne se déduit du trafic d’un site, quel que soit le nombre de vues affiché, parce que l’information manquante n’a jamais été collectée.
Triez vos questions en deux piles
Cet exercice mérite d’être fait littéralement, sur une feuille, une fois. Prenez les dix questions que vos interlocuteurs posent vraiment et marquez chacune comme question de site web ou question d’organisation. Les questions de site sont déjà traitées : vous pouvez cesser de vous en soucier. Les questions d’organisation demandent autre chose, et savoir lesquelles évite d’attendre une évolution Microsoft qui ne viendra pas, puisque rien n’est cassé.
| La question | Type | Réponse native | Ce qu’il faudrait |
|---|---|---|---|
| Quelle actualité a le mieux fonctionné ce mois-ci ? | Site web | Oui, directement | Rien |
| Le trafic intranet monte-t-il depuis la refonte ? | Site web | Oui, dans la fenêtre conservée | Rien, si la fenêtre couvre la période |
| L’équipe de nuit de Rotterdam a-t-elle vu la consigne ? | Organisation | Non | L’activité rapprochée des attributs de l’effectif |
| L’engagement en production progresse-t-il sur un an ? | Organisation | Non | De l’historique au-delà de la fenêtre conservée |
| Combien de personnes distinctes la campagne a-t-elle touchées ? | Organisation | Non | Un dédoublonnage des personnes entre canaux |
| Quelles populations ne voient jamais rien de ce que nous publions ? | Organisation | Non | Un dénominateur, que le natif ne détient pas |
Quatre conséquences, une seule cause
Aucun attribut organisationnel, donc aucun taux
SharePoint connaît des comptes et des permissions. Il ne connaît ni la fonction, ni le statut, ni le pays, ni le site, ni la langue, ni le rythme de poste, ni le type de contrat, car ces informations vivent dans votre système RH et dans Entra ID. Sans elles, pas de dénominateur : chaque chiffre reste un compte absolu et aucun compte ne se transforme en taux. C’est pourquoi « 4 100 vues » ne devient jamais « 62 % de l’audience visée », et c’est la même contrainte qui rend une portée défendable impossible à partir des seules données natives.
Il existe une version de second ordre de ce problème, qui surprend beaucoup d’équipes. Les rapports d’utilisation Microsoft 365 peuvent être configurés au niveau du tenant pour afficher des identifiants anonymes à la place des noms d’utilisateurs. Beaucoup d’organisations activent ce réglage pour de bonnes raisons de confidentialité, et il supprime toute possibilité de segmenter les rapports natifs, quoi que vous construisiez par-dessus.
Une fenêtre de conservation finie, donc aucun récit long
Le reporting natif travaille sur des fenêtres récentes et fixes. C’est adapté à l’exploitation d’un site et inadapté à une fonction dont la crédibilité repose sur la progression d’une année sur l’autre. Le dommage est silencieux et cumulatif : chaque mois écoulé sans référence conservée de manière indépendante est une comparaison que vous ne pourrez jamais faire. Les équipes le découvrent en général le mois où on leur demande une tendance sur trois ans.
Un produit à la fois, donc aucun total
SharePoint rend compte de SharePoint. Viva Engage rend compte de Viva Engage. Teams rend compte de Teams. Votre outil de newsletter rend compte de lui-même. Chacun est exact, et aucun ne peut dire combien d’êtres humains distincts une campagne a touchés, car la personne qui a lu la page intranet et ouvert la newsletter apparaît deux fois quand on additionne. Ce problème d’arithmétique est tout le sujet de la mesure multicanale, et il ne se résout dans le reporting d’aucun produit pris isolément.
Un modèle d’accès administratif, donc les données au mauvais endroit
Les rapports d’utilisation à l’échelle du tenant se trouvent dans le centre d’administration Microsoft 365 et exigent un rôle d’administration. Les statistiques de page appartiennent à qui détient la page. Résultat, dans la plupart des organisations : l’équipe de communication interne voit correctement les sites qu’elle possède, ne voit rien du tenant, et dépend d’un collègue de la DSI pour tout le reste. C’est un choix de gouvernance plutôt qu’une limite analytique, mais il détermine ce qu’une équipe peut réellement faire un mardi après-midi.
Quand le natif est la bonne réponse
Il faut le dire nettement, car la version éditeur de cet article ne le fait jamais. Si vous gérez un site de communication pour une audience unique, les statistiques natives sont l’outil correct et vous ne devez rien acheter. Elles sont gratuites, déjà activées, ne demandent aucun projet, et répondent bien aux questions de site. Une équipe de deux personnes animant un intranet unique pour une population de bureau homogène trouvera tout ce dont elle a besoin dans le panneau natif et un tableur.
Le seuil n’est pas la taille de l’entreprise à elle seule. C’est le nombre de populations distinctes dont vous répondez, multiplié par le nombre de canaux que vous gérez. Une population et un canal ne demandent rien. Six populations sur quatre canaux, c’est le moment où le rapprochement manuel consomme plus de temps que le travail de communication lui-même, et où les chiffres commencent à se contredire en public.
Les contournements, et où les lire
La plupart des équipes tentent d’abord de combler l’écart elles-mêmes, ce qui est raisonnable. Exports manuels, rapprochements sur tableur avec un extrait RH, modèle Power BI sur mesure, liste SharePoint tenant lieu de registre. Chacun achète une période de répit et chacun a un point de rupture précis, qui survient en général à la faveur d’une réorganisation ou d’un départ. Nous les avons traités un par un dans notre article sur les cinq contournements que tout le monde essaie, et où chacun cède : celui-ci ne les répétera pas.
La voie Power BI mérite un avertissement spécifique, car c’est celle que l’on présente le plus souvent comme la réponse sérieuse. Construire sur l’API de reporting Microsoft Graph est techniquement possible et certaines organisations le font bien[3]. Ayez trois points en tête avant de vous engager. L’API de reporting n’est pas régulièrement fiable et produit des journées de données manquantes, ce que Microsoft reconnaît dans sa propre documentation des problèmes connus[4]. Des clients ont observé dans Power BI des valeurs d’indicateurs qui ne se rapprochent pas des rapports SharePoint natifs sur la même période, et cette discussion se gagne très difficilement devant un comité de direction. Enfin, un développement fiable exige un processus d’ingestion solide, un rapprochement planifié avec les chiffres natifs, et un responsable identifié encore présent dans dix-huit mois. Budgétez le pipeline plutôt que le tableau de bord. Notre note sur les analytics SharePoint avec Power BI reprend chaque mode de défaillance.
Ce qui ferme réellement l’écart
Quelle que soit la voie retenue, répondre à une question d’organisation exige les mêmes trois ingrédients : l’activité de tous les canaux, un rapprochement avec votre structure organisationnelle, et un historique qui survit aux transitions produit. C’est la combinaison qu’apporte Tryane. La plateforme lit SharePoint, Viva Engage, Teams et votre outil de newsletter ensemble, les rapproche d’Entra ID ou d’un fichier RH, dédoublonne les personnes entre canaux et conserve un historique illimité, de sorte qu’une refonte SharePoint ou une migration Viva Engage ne remette pas votre courbe à zéro. Tryane est certifié SOC 2 Type 2 et conforme au RGPD par conception, héberge en Europe par défaut avec une résidence des données aux États-Unis sur demande, se déploie en quelques heures via l’authentification unique Azure AD ou Entra ID, et n’installe aucun agent.
L’étude State of the Sector de Gallagher place régulièrement la mesure en tête des compétences manquantes citées par les communicants internes[5]. La raison est structurelle, pas un défaut de compétence. L’outillage dont disposent la plupart des équipes rend compte de produits, alors que l’on interroge la profession sur des personnes. Si vous préparez cet argumentaire en interne, notre article sur le reporting de communication interne devenu indispensable décrit ce qui a changé du côté de la demande.
Questions fréquentes
Microsoft ajoutera-t-il la segmentation aux statistiques SharePoint ?
Rien ne le laisse penser, et la raison est architecturale plutôt qu’une question de priorité. Segmenter par fonction ou par pays supposerait de détenir des attributs de l’effectif dans l’analytique d’une plateforme de contenu, ce qui est un autre produit avec d’autres implications de confidentialité. Le modèle suivi par Microsoft consiste plutôt à exposer les données via l’API de reporting Graph et à laisser le rapprochement à qui en a besoin.
Quel historique les statistiques natives conservent-elles ?
Le reporting natif fonctionne sur des fenêtres récentes et fixes plutôt que sur une archive ouverte : les comparaisons pluriannuelles n’en sortent généralement pas. Conséquence pratique, la référence doit être capturée par autre chose, en continu, avant que vous en ayez besoin. Une base de référence perdue ne se reconstitue pas rétroactivement.
Peut-on simplement exporter vers Excel chaque mois ?
C’est possible, et beaucoup d’équipes le font pendant des années. Cela fonctionne tant qu’une personne en est propriétaire, et cesse de fonctionner la semaine où cette personne change de poste, car les règles de rapprochement vivent dans sa tête et dans des formules sans versions. Cela ne règle pas non plus le dédoublonnage entre canaux, qui suppose un rapprochement d’identités et non une recherche dans un tableur.
Une couche analytique tierce remplace-t-elle SharePoint ?
Non, et méfiez-vous de tout ce qui le prétend. SharePoint reste la plateforme. Une couche analytique lit ce que SharePoint et ses produits voisins enregistrent déjà, et ajoute les rapprochements que le natif n’a pas vocation à faire. Notre comparaison Tryane face aux statistiques natives de SharePoint précise quelle question relève de quel côté.
Par quoi commencer sans budget ?
Écrivez l’audience visée de chaque campagne significative avant de publier, dans les mêmes termes d’attributs que votre système RH, et conservez-la. Cela ne coûte rien, c’est le dénominateur dont vous aurez besoin plus tard, et c’est la seule information qu’aucun outil ne peut reconstituer après coup. Notre article sur la segmentation d’audience explique comment la structurer.
Sources
• Microsoft Learn, rapports Microsoft 365, utilisation des sites SharePoint
• Microsoft Learn, introduction à SharePoint
• Microsoft Learn, API de reporting Microsoft Graph
• Microsoft Learn, problèmes connus de Microsoft Graph
• Gallagher, State of the Sector
Pour aller plus loin
• Les cinq contournements que tout le monde essaie
• Construire une portée SharePoint défendable
• Les analytics SharePoint avec Power BI, un guide honnête
• Tryane face aux statistiques natives de SharePoint
• Mesurer l’impact d’une refonte d’intranet SharePoint
Tryane anime une session de travail de 15 minutes avec les directions de la communication interne, pour trier vos questions de reporting entre celles auxquelles le natif répond déjà et celles qui exigent un rapprochement avec votre structure organisationnelle. Réservez un créneau avec Jérémy.