Une responsable de communication ouvre sérieusement les statistiques SharePoint pour la première fois, quinze jours avant un arbitrage budgétaire. La page d’utilisation du site annonce 4 100 visiteurs uniques sur trente jours. Le panneau de statistiques de l’actualité phare affiche 2 780 vues. Le rapport d’usage des sites SharePoint du centre d’administration Microsoft 365 donne encore un troisième chiffre. Les trois sont exacts. Ils mesurent des objets différents sur des fenêtres différentes, et en choisir un au hasard transforme un dossier crédible en discussion stérile.
L’analytique native de SharePoint est gratuite, activée par défaut, et plus utile que ne le croient la plupart des équipes de communication interne. Elle est aussi fréquemment mal lue, et elle n’a jamais été conçue pour traiter les questions organisationnelles sur lesquelles une direction de la communication interne est jugée. Les deux moitiés de cette phrase comptent.
Où se trouvent réellement les chiffres
Il existe trois surfaces distinctes, et savoir laquelle vous citez est la première discipline à acquérir.
La page d’utilisation du site, accessible depuis les paramètres de n’importe quel site moderne, donne la vue la plus rapide : visiteurs uniques, visites, contenus populaires et tendances sur des fenêtres glissantes. Elle répond à « ce site est-il utilisé ? » pour un propriétaire de site, et c’est le bon outil pour cette question.
Les statistiques au niveau de la page, sur une page moderne ou une actualité, donnent les vues, les visiteurs uniques et une estimation du temps moyen passé sur cet élément. C’est l’équivalent natif le plus proche d’un chiffre de lectorat par article, et c’est ce qu’il faut citer quand vous parlez d’une communication précise plutôt que d’un site.
Le rapport d’usage des sites SharePoint du centre d’administration Microsoft 365 travaille à l’échelle du tenant, avec une ligne par site, plusieurs périodes et un export CSV[1]. C’est le seul des trois qui autorise une vue globale, et il exige des droits d’administration, ce qui explique que la plupart des équipes de communication ne l’aient jamais vu.
| Surface | Périmètre | La question qui lui convient | Export |
|---|---|---|---|
| Page d’utilisation du site | Un site | Ce site est-il vivant et qu’y consulte-t-on ? | Limité |
| Statistiques de page | Une page ou une actualité | Combien de personnes distinctes ont lu cette communication ? | Non |
| Rapport d’usage du centre d’administration | Tous les sites du tenant | Quels sites portent le trafic, et comment cela évolue ? | CSV |
Comment les lire sans se tromper
Quatre erreurs de lecture expliquent l’essentiel des dégâts de crédibilité causés par les chiffres natifs en comité.
Les vues ne sont pas des lecteurs. Les vues comptent des chargements de page, les visiteurs uniques comptent des personnes. Une actualité à 2 780 vues et 1 900 visiteurs uniques a été lue par 1 900 personnes, dont certaines deux fois. Citez toujours les visiteurs uniques, et dites lequel des deux vous citez.
Le temps moyen passé est une estimation. Il est réellement utile comme signal relatif, pour comparer la publication de direction de ce mois-ci à celle du mois dernier. Pris comme mesure absolue de l’attention, il est fragile : un onglet laissé ouvert et une page survolée en huit secondes le déforment en sens inverse. Servez-vous-en pour classer, pas pour certifier.
La fenêtre de conservation tronque votre historique. Le reporting natif conserve une période finie. C’est suffisant pour du suivi opérationnel et gênant dès que vous voulez une comparaison d’une année sur l’autre, c’est-à-dire exactement celle qu’un dirigeant demande. Si vous avez refondu votre intranet, le problème s’aggrave, comme l’explique notre article sur la mesure après une refonte d’intranet SharePoint.
Le trafic est compté là où la page vit, pas là d’où vient le lecteur. Une actualité mise en avant sur la page d’accueil d’un hub et dans un flux Viva Connections reste comptée sur son site d’origine. Les équipes qui lisent les chiffres du hub comme des chiffres de campagne se trompent systématiquement d’attribution entre sites.
Tirer davantage du natif avant de dépenser
Plusieurs actions améliorent la qualité de la donnée native sans rien coûter, et méritent d’être menées quel que soit votre achat ultérieur.
Mettez en place un site d’actualités organisationnelles, pour que l’information officielle soit faisant autorité et mise en avant de façon cohérente, ce qui rend aussi son trafic identifiable au lieu d’être dispersé entre sites de directions[2]. Gardez une structure de sites et de hubs stable, car chaque réorganisation vous coûte de la comparabilité. Utilisez des gabarits de page cohérents, pour que les comparaisons de temps passé portent sur des objets similaires. Et appliquez les recommandations Microsoft de santé de portail avant un lancement important, puisqu’une page lente déprime tous les indicateurs d’engagement que vous chercherez ensuite à interpréter[3].
Demandez à votre administrateur de vous envoyer chaque mois l’export CSV d’usage des sites. Deux ans de ces exports, rangés dans un dossier que vous maîtrisez, constituent un piètre substitut à une couche de mesure et valent nettement mieux que rien le jour où la fenêtre de conservation se referme derrière vous.
Les quatre questions que le natif ne traite pas
Ce ne sont pas des défauts. Ce sont les conséquences de ce pour quoi le produit a été conçu : SharePoint rend compte de SharePoint, et il n’a aucune vue de votre organisation.
Qui a lu, en termes organisationnels ? L’analytique native ne se rapproche ni des attributs Entra ID ni d’un fichier RH : elle ne peut donc pas exprimer le lectorat par fonction, pays, site, langue ou type de contrat. Elle vous dit que 1 900 collaborateurs ont lu la publication. Elle ne vous dit pas que 4 % de la production l’ont fait. La structuration de ces attributs est traitée dans notre article sur la segmentation d’audience en communication interne.
Combien de personnes distinctes la campagne a-t-elle touchées, tous canaux confondus ? SharePoint compte SharePoint. Le même collaborateur touché par l’intranet, la newsletter et une publication Teams donne trois chiffres à trois endroits, et personne n’apparaît pour ceux qu’aucun canal n’a touchés. La méthode est décrite dans notre article sur la mesure cross-canal.
Comparé à quand ? Fenêtres de conservation et refontes cassent la base de comparaison. Une tendance pluriannuelle suppose un historique conservé indépendamment de la plateforme qui l’a produit.
La population visée a-t-elle lu ? Le natif vous donne un numérateur sans dénominateur, ce qui explique à lui seul que la plupart des reportings d’intranet ne survivent pas à une question de suivi. Les quatre questions derrière chaque chiffre sont posées dans notre guide de l’analyse de la communication interne, et le démontage détaillé de ce que le natif ne fait pas se trouve dans les limites des analyses natives SharePoint.
La voie Power BI, honnêtement
L’étape suivante habituelle est un développement Power BI sur l’API de reporting Microsoft Graph[4]. C’est une voie légitime, et plusieurs organisations la mènent bien. Elle est aussi plus exigeante que ne le laisse croire la première maquette.
L’API de reporting n’est pas régulièrement fiable et produit des journées de données manquantes. 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, ce qui est délicat à expliquer devant un comité de direction après avoir présenté les deux. Un développement fiable exige un processus d’ingestion solide, un rapprochement planifié avec les chiffres natifs et un responsable identifié du pipeline. Budgétez le pipeline plutôt que le tableau de bord. Les modes de défaillance sont détaillés dans notre guide honnête de Power BI pour l’analytique SharePoint.
Quand une couche dédiée se justifie
Tout ce qui précède reste utile même si vous n’achetez jamais rien, et pour une équipe sur un site unique cela peut suffire. L’argument d’une couche dédiée commence quand les questions deviennent organisationnelles : la portée en part d’une population nommée, la segmentation sur des attributs que SharePoint ne détient pas, un chiffre unique dédupliqué entre canaux, et un historique qui survit à une refonte.
C’est ce que fait Tryane. La plateforme lit SharePoint aux côtés de Viva Engage, Teams et votre outil de newsletter, rapproche l’activité de votre structure organisationnelle via Entra ID ou un fichier RH, et conserve un historique illimité au travers des transitions produit. 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, et se déploie en quelques heures via l’authentification unique Entra ID, sans agent à installer et sans modifier votre configuration SharePoint. Une comparaison directe figure dans Tryane face à l’analytique SharePoint native.
Questions fréquentes
Sur quelle profondeur remontent les statistiques SharePoint ?
Le reporting natif conserve une fenêtre finie qui varie selon le rapport, suffisante pour du suivi opérationnel et insuffisante pour un récit d’une année sur l’autre. Exportez chaque mois le CSV d’usage des sites si vous voulez une trace plus longue et n’avez pas d’autre couche, et attendez-vous à ce qu’une refonte ou une migration interrompe la comparabilité de toute façon.
Peut-on voir quelles directions ont lu une actualité ?
Pas nativement. SharePoint enregistre l’activité mais ne la rapproche pas des attributs organisationnels : direction, pays, site et type de contrat ne figurent pas dans les panneaux natifs. Répondre suppose de croiser l’activité SharePoint avec Entra ID ou un fichier RH, en construisant le rapprochement vous-même ou en utilisant une couche qui le fait.
Le temps moyen passé sur une page est-il fiable ?
Comme signal relatif, oui. Comme mesure absolue de l’attention, non. Il découle de comportements côté client qu’un onglet en arrière-plan ou un survol rapide déforment. Servez-vous-en pour comparer des pages similaires dans le temps et évitez de le citer comme durée de lecture précise dans un rapport de direction.
Faut-il des droits d’administration pour utiliser ces statistiques ?
Pour la page d’utilisation du site et les statistiques de page, non : les permissions du site suffisent. Le rapport d’usage à l’échelle du tenant vit dans le centre d’administration Microsoft 365 et demande le rôle d’administration approprié, ce qui fait d’un export mensuel convenu avec la DSI le déblocage le plus rapide pour une équipe communication.
Tryane remplace-t-il l’analytique native de SharePoint ?
Non. SharePoint continue d’enregistrer ce qu’il enregistre. Tryane se place au-dessus, le lit avec vos autres canaux, et rapproche l’ensemble de votre structure organisationnelle pour rendre traitables la portée, la segmentation et la tendance longue. Vous conservez votre investissement Microsoft 365 et ajoutez la couche pour ce que le natif n’a jamais eu vocation à faire.
Sources
• Microsoft Learn, rapport d’usage des sites SharePoint
• Microsoft Learn, site d’actualités organisationnelles
• Microsoft Learn, santé et lancement d’un portail
• Microsoft Learn, API de reporting Microsoft Graph
Pour aller plus loin
• Les limites des analyses natives SharePoint
• Power BI et l’analytique SharePoint, guide honnête
• Tryane face à l’analytique SharePoint native
• Mesurer après une refonte d’intranet SharePoint
• Analyse de la communication interne, le guide
Tryane anime une session de travail de 15 minutes avec les directions de la communication interne : apportez une actualité et nous montrons ce que vos données SharePoint natives prouvent déjà à son sujet et ce qu’elles ne prouvent pas, sur votre propre tenant. Réservez un créneau avec Jérémy.