Vous avez déjà fait le tour des limites des statistiques natives de SharePoint. Vous savez que la fenêtre d’historique est courte, que la segmentation par fonction ou par pays n’existe pas nativement, et que le multicanal reste hors de portée. La question suivante n’est plus « où sont les limites ? » mais « qu’est-ce que les autres ont essayé à la place, et qu’est-ce qui a tenu ? ». Cinq contournements reviennent dans presque toutes les directions de la communication interne. Chacun est défendable dans un contexte précis, et chacun cède à un endroit prévisible.
Le critère de choix n’est pas technique
La discussion démarre sur la faisabilité : peut-on récupérer la donnée, peut-on la croiser avec le référentiel RH. C’est la mauvaise entrée. Les cinq options décrites ici sont toutes faisables, et trois d’entre elles ont été construites proprement par des équipes que nous connaissons.
Ce qui décide de leur sort, c’est la charge récurrente et la succession. Qui possède le rapprochement entre l’activité et la structure organisationnelle, et que devient le dispositif le jour où cette personne change de poste ? Un contournement qui exige deux jours par mois d’une seule personne n’est pas un dispositif, c’est une dette.
Contournement 1 : l’export mensuel repris dans Excel
Le point de départ de presque tout le monde. On exporte les rapports d’utilisation des sites depuis le centre d’administration Microsoft 365[1], on ajoute une colonne « pays » ou « direction » tirée d’une correspondance entre sites et organigramme, et la diapositive sort de là.
Quand c’est défendable. Sur un périmètre étroit et stable : trois sites d’intranet, une seule entité, un besoin trimestriel. Le classeur est alors honnête et rapide, et le refuser par principe est une erreur.
Où ça cède. Sur la dérive, en trois temps. La correspondance entre les sites et les directions vieillit : une réorganisation passe, deux sites fusionnent, et la colonne ajoutée à la main devient fausse sans que personne ne le remarque, parce qu’elle continue de produire des chiffres plausibles. Puis la définition bouge : celui qui décidait ce qui comptait comme une vue s’en va, son successeur recompte autrement, et la série se rompt en silence. Enfin la fenêtre : le jour où l’on vous demande de comparer mars de cette année à mars de l’an dernier, la donnée native n’existe plus. L’export mensuel n’est pas gratuit, il est facturé en heures, et la facture reste invisible jusqu’au départ de la personne qui la payait. Notre guide des statistiques SharePoint détaille ce que contient chaque rapport natif.
Contournement 2 : un développement Power BI sur l’API de reporting Microsoft Graph
L’option qui séduit les équipes disposant d’une compétence data interne. L’API de reporting Microsoft Graph expose les usages Microsoft 365 de façon programmatique[2], Power BI sait s’y connecter, et l’on obtient un tableau de bord qui se rafraîchit tout seul. Sur le papier, le sujet est réglé.
Quand c’est défendable. Quand vous avez un propriétaire de pipeline nommé, hors de l’équipe communication, et que la direction des systèmes d’information a inscrit ce flux dans son périmètre de maintenance. Plusieurs organisations y sont arrivées et en sont satisfaites.
Où ça cède, et il faut être précis parce que cette option est souvent vendue trop vite. L’API de reporting n’est pas régulièrement fiable : elle produit des journées de données manquantes, et Microsoft documente lui-même des problèmes connus sur cette surface[3]. Nous avons par ailleurs constaté chez des clients des tableaux de bord Power BI affichant des valeurs d’indicateurs qui ne se rapprochent pas des rapports SharePoint natifs sur la même période, conversation très inconfortable devant un comité exécutif. Enfin, un développement fiable exige un processus d’ingestion solide et un rapprochement planifié avec les chiffres natifs, sous une responsabilité nommée : budgétez le pipeline, pas le tableau de bord. Beaucoup ont abandonné après la première discussion de rapprochement. Les modes de défaillance sont dans notre guide honnête de l’analytique SharePoint sous Power BI.
Contournement 3 : brancher Google Analytics sur les pages SharePoint
L’idée est raisonnable. L’intranet est un site web, il existe un outil de mesure d’audience mature, on injecte une balise dans le modèle de page et l’on récupère des parcours de navigation absents du natif.
Quand c’est défendable. Pour une question de conception, pas de communication. Si vous refondez l’architecture de l’intranet et cherchez par où les gens passent pour atteindre une procédure, cet outillage répond bien et vite.
Où ça cède. La mesure est anonyme par construction : vous obtenez des sessions, pas des personnes rattachées à une fonction ou à un site, et rapprocher une session d’un collaborateur identifié ne s’improvise pas sans arbitrage avec votre délégué à la protection des données. L’injection de balises dans les pages SharePoint modernes relève de la direction des systèmes d’information, et une bonne moitié de ces projets s’arrête là. Enfin, le problème d’origine reste entier : la newsletter et Viva Engage demeurent hors du périmètre, donc la portée réelle d’une campagne multicanale reste incalculable, comme détaillé dans intégrer Google Analytics à SharePoint.
Contournement 4 : lire le journal de recherche comme signal de besoin
Le moins utilisé des cinq, et c’est dommage. Les rapports d’utilisation de la recherche SharePoint indiquent ce que les collaborateurs cherchent, et surtout ce qu’ils cherchent sans rien trouver[4]. Une requête récurrente sans résultat est l’information la plus actionnable qu’un intranet produise gratuitement.
Quand c’est défendable. En permanence, comme instrument éditorial. Si « note de frais » ressort trente fois par semaine sans résultat, vous n’avez pas un problème de communication, vous avez une page à écrire ou à renommer.
Où ça cède. Dès que l’on veut en faire un indicateur de portée. Le journal mesure la demande, pas la réception : il ne dira jamais si votre campagne sécurité a atteint les opérateurs, puisque ceux qui n’ont pas reçu le message ne le cherchent pas davantage. Décidez quoi écrire avec ce signal, ne le présentez pas en comité comme une preuve d’impact.
Contournement 5 : demander aux managers de faire remonter
Quand l’outillage ne répond pas, on demande aux personnes. Un formulaire trimestriel envoyé aux managers de proximité : le message est-il passé, l’équipe a-t-elle des questions, quel canal a fonctionné.
Quand c’est défendable. C’est la seule méthode qui atteint réellement les populations sans poste de travail fixe. Les travaux de Gallup montrent avec constance que l’engagement passe par le manager et l’équipe immédiate plutôt que par les campagnes centrales[5], donc solliciter cette ligne a un intérêt réel.
Où ça cède. Sur le biais et sur l’usure. Les managers qui répondent sont ceux qui étaient déjà engagés, ce qui produit un résultat flatteur. Le taux de réponse s’effondre au troisième cycle. Et les réponses ne sont pas comparables dans le temps, la formulation et le panel ayant changé. Donnée qualitative de contexte, donc, jamais une série. Le sujet mérite mieux, comme décrit dans mesurer les communications qui atteignent les équipes terrain.
Les cinq options, côte à côte
| Contournement | Quand il est défendable | Où il cède | Charge récurrente |
|---|---|---|---|
| Export mensuel dans Excel | Périmètre étroit et stable, besoin trimestriel | Dérive des correspondances, historique perdu | D’une demi-journée à deux jours par mois |
| Power BI sur l’API Graph | Propriétaire de pipeline nommé hors communication | Journées manquantes, écarts avec les rapports natifs | Un pipeline à maintenir en continu |
| Google Analytics sur SharePoint | Refonte d’architecture, question de navigation | Anonymat, gouvernance des balises, aucun multicanal | Faible une fois posé, mais arbitrage RGPD à tenir |
| Journal de recherche | Décider quoi écrire, en continu | Mesure la demande, jamais la portée | Environ une heure par mois |
| Remontée par les managers | Populations sans poste de travail fixe | Biais de réponse, usure, séries non comparables | Un cycle de relance par trimestre |
Ce que les cinq options ont en commun
Une seule chose, et elle est structurelle. Aucune ne résout le rapprochement entre l’activité mesurée et la structure de l’organisation. L’export Excel le simule à la main, Power BI le reconstruit à grands frais, Google Analytics l’interdit par conception, le journal de recherche ne s’en approche pas, et la remontée managériale le remplace par une opinion. L’étude State of the Sector de Gallagher retrouve chaque année la mesure en tête des compétences que la profession estime lui manquer[6] : la difficulté n’est pas individuelle, elle est logée dans l’outillage.
Disons-le franchement sur le natif. Les statistiques SharePoint sont gratuites, déjà activées, et suffisantes pour un propriétaire de site qui veut savoir si sa page a été lue. Si c’est votre question, gardez votre budget. La bascule se produit lorsque l’on ne vous demande plus combien de vues, mais quelle proportion de la production a lu la consigne.
C’est cette couche qu’occupe Tryane. La plateforme lit SharePoint aux côtés de Viva Engage, Teams et de votre newsletter, rapproche cette activité de votre structure organisationnelle via Entra ID ou un fichier RH, et conserve l’historique sans limite de fenêtre. Elle remplace donc le classeur mensuel et le pipeline à maintenir. 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. Pour le prochain point, notre template de reporting mensuel et les indicateurs 2026 évitent la page blanche.
Questions fréquentes
Faut-il vraiment abandonner l’export Excel ?
Pas nécessairement. Sur un périmètre restreint et stable, le classeur reste la solution la plus raisonnable. Le signal d’alerte, c’est le moment où sa production dépasse une demi-journée par mois, ou bien où l’on vous demande une comparaison annuelle que la fenêtre native ne permet plus de reconstituer.
Combien de temps SharePoint conserve-t-il ses statistiques ?
Les rapports du centre d’administration Microsoft 365 vont jusqu’à cent quatre-vingts jours, et les statistiques affichées sur un site, moins encore. Suffisant pour un suivi opérationnel, insuffisant pour comparer une année à la précédente. Si votre reporting annuel a besoin d’un point de départ antérieur, capturez-le maintenant.
Un développement Power BI sur l’API Graph est-il fiable ?
Il peut l’être, à condition d’en accepter le coût réel. L’API de reporting produit des journées de données manquantes, et 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. Une construction fiable suppose un processus d’ingestion solide, un rapprochement planifié avec les chiffres natifs et un responsable identifié : budgétez le pipeline, pas le tableau de bord.
Peut-on segmenter par pays ou par direction sans outil tiers ?
Pas depuis les rapports natifs, qui rendent compte de l’activité d’un site sans se rapprocher des attributs de l’effectif. La voie native consiste à exporter l’activité et la structure, puis à rapprocher les deux à chaque période. C’est le contournement numéro un, avec la charge qui le rend intenable à l’échelle.
Tryane remplace-t-il les statistiques natives SharePoint ?
Non. SharePoint continue d’enregistrer ce qu’il enregistre et vous conservez votre investissement Microsoft 365. Tryane se place au-dessus, rapproche l’activité de tous vos canaux internes de votre structure organisationnelle et conserve l’historique. La comparaison poste à poste figure dans Tryane vs SharePoint Analytics.
Sources
• Microsoft Learn, rapport d’utilisation des sites SharePoint
• Microsoft Learn, API de reporting Microsoft Graph
• Microsoft Learn, problèmes connus de Microsoft Graph
• Microsoft Learn, rapports d’utilisation de la recherche SharePoint
• Gallup, State of the Global Workplace
• Gallagher, State of the Sector
Pour aller plus loin
• Limites des analytics natifs SharePoint pour la communication interne
• Construire des analytics SharePoint avec Power BI, un guide honnête
• La segmentation d’audience en communication interne
• 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 passer en revue le contournement que vous utilisez aujourd’hui et chiffrer ce qu’il vous coûte réellement chaque mois. Réservez un créneau avec Jérémy.