Mesurer des KPI dans Excel reste l’option majoritaire pour les équipes petites et moyennes, mais le choix entre un tableur, un outil de BI ou un tableau de bord connecté varie beaucoup selon le volume de données et selon qui va lire les métriques. Voici une comparaison pratique des trois approches les plus courantes, avec ce qui fonctionne et ce qui ne fonctionne pas.
Les trois options réellement utilisées
1. Excel pur avec tableau de données et tableaux croisés dynamiques
C’est la voie la plus rapide pour démarrer. On importe le CSV, on le convertit en tableau (Ctrl+T), on crée un tableau croisé dynamique et on ajoute des segments. Les KPI sont calculés avec des mesures explicites : =SOMMEPROD(), =NB.SI.ENS() ou =RECHERCHEX() pour croiser avec l’objectif mensuel.
Cela fonctionne bien jusqu’à environ 100 000–200 000 lignes et avec un seul responsable du fichier. Au-delà, le recalcul devient lent et les erreurs de plage se multiplient.
2. Power Query + modèle de données + Power Pivot
Ici, Excel cesse d’être une simple feuille pour devenir un mini entrepôt. Power Query nettoie et combine les sources (Search Console, Analytics, CRM), le modèle relie les tables et les mesures s’écrivent en DAX. Le véritable avantage : le KPI est recalculé lors de l’actualisation, et non lors de la copie de cellules.
Limite que presque personne ne mentionne au début : DAX a une courbe d’apprentissage différente des formules classiques, et un contexte de filtre mal compris produit des totaux qui semblent corrects mais ne le sont pas.
3. Connecter Excel à Power BI ou Looker Studio
Si le KPI doit être consulté par plus de personnes que celles qui éditent le fichier, il vaut mieux le sortir d’Excel. Power BI peut lire le classeur lui-même comme source ; Looker Studio se connecte à Google Sheets, pas aux fichiers locaux. Dans les deux cas, Excel devient l’endroit où l’on prépare la donnée, et non celui où on la visualise.
Comparatif rapide par critère
- Coût initial : Excel est déjà payé dans la plupart des entreprises ; Power BI nécessite une licence par utilisateur pour le partage.
- Collaboration simultanée : Excel sur SharePoint ou OneDrive permet la coédition, mais les tableaux croisés dynamiques partagés génèrent fréquemment des conflits.
- Actualisation automatique : seuls Power Query et les connecteurs de BI l’offrent de manière fiable.
- Traçabilité du calcul : Excel l’emporte, car vous pouvez cliquer sur n’importe quelle cellule et voir la formule. En DAX ou dans un tableau de bord, le calcul reste masqué.
Une erreur concrète qui se répète
Un cas typique : calculer le CTR moyen avec =MOYENNE() sur la colonne du CTR par page. Cette moyenne n’est pas le CTR du site ; il faut diviser le total des clics par le total des impressions. La moyenne de ratios pondère de la même façon une page à 10 impressions et une page à 50 000, et le KPI se retrouve gonflé ou plombé sans que personne ne le remarque. La solution est une mesure calculée, et non une moyenne de colonne.
Ce qu’Excel ne résout pas
Ce n’est pas un outil de monitoring en temps réel et il n’est pas conçu pour des volumes élevés sans un modèle de données bien construit. Il ne remplace pas non plus un système d’alertes : si un KPI dévie, dans Excel vous le découvrez quand vous ouvrez le fichier. Pour des équipes de plus de trois personnes consultant des métriques quotidiennement, la feuille finit par devenir un goulot d’étranglement.
Recommandation selon le cas
Pour valider quels KPI comptent avant d’investir dans du BI, Excel est imbattable : on le monte en une après-midi et on l’abandonne sans frais. Lorsque le tableau de bord est déjà clair et que plusieurs personnes le consultent, migrer vers Power BI ou Looker Studio évite les discussions sur la bonne version du fichier. Selon la documentation officielle de Microsoft, Power Query est la voie recommandée pour automatiser le chargement des données depuis Excel ; la documentation elle-même avertit que les performances dépendent du modèle, et non du seul nombre de lignes.