Un tableau de bord en direct atteint un écran de l’une des deux façons suivantes. Vous intégrez la page web du tableau de bord lui-même avec le widget page web, ou vous poussez les chiffres dans un DataSet et vous les mettez en forme vous-même. L’intégration prend environ cinq minutes. Faire en sorte qu’un lecteur non surveillé s’authentifie auprès d’un tableau de bord privé, et qu’il reste authentifié pendant les deux années suivantes, c’est la partie qui prend un après-midi, et celle dont personne ne parle.
Cet article couvre les deux approches, ainsi que les deux questions qui déterminent si l’écran mural est utile ou ignoré : à quelle fréquence il doit s’actualiser, et ce qu’il affiche quand le réseau est en panne.
Il n’existe pas de widget graphiques, donc un graphique est soit une intégration, soit une image
Commencez ici, car cela vous évite une heure à chercher un élément de menu qui n’existe pas. easyCMS n’a pas de widget graphiques. Vous ne pouvez pas pointer le CMS vers une feuille de calcul et lui demander de tracer un diagramme à barres.
Il reste donc trois solutions honnêtes pour afficher un graphique sur un écran mural :
- Une page web intégrée. Le tableau de bord est construit et généré ailleurs, et l’écran affiche cette page. C’est ce que la plupart des gens entendent par un tableau de bord sur un dispositif d’affichage.
- Le widget tableaux de bord, un module complémentaire couvrant des services de tableaux de bord tels que Power BI.
- Une image publiée. Exportez le graphique en PNG et diffusez-le comme n’importe quel autre média. Ennuyeux, mis en cache, et il ne reste jamais vide. Pour un chiffre qui change mensuellement, c’est généralement la bonne réponse, et le construire à la résolution propre de l’écran le garde net.
Si vous voulez que les graphiques soient dessinés directement dans l’outil d’affichage lui-même, certaines plateformes par abonnement font cela mieux que nous. Les plateformes construites autour d’une bibliothèque d’applications prêtes à l’emploi ont des tuiles pour cela, et nous n’avons aucune place de marché d’applications. Si c’est la raison d’être du projet, c’est une raison valable d’en acheter une à la place.
Les trois sources qui valent la peine d’être utilisées
Presque tous les déploiements que nous voyons utilisent l’un de ces trois outils. Le reste n’est que des variations sur les mêmes mécanismes.
| Source | Comment il atteint l’écran | Authentification sans surveillance réaliste | Idéal pour |
|---|---|---|---|
| Looker Studio | Widget page web pointant vers l’URL d’intégration du rapport | Partage de lien réglé sur un accès en consultation pour toute personne disposant du lien | Marketing, analyse web, tout ce qui se trouve déjà dans l’écosystème Google |
| Microsoft Power BI | Widget tableaux de bord (module complémentaire), ou widget page web | Publication sur le web là où la politique le permet, sinon un compte de service | Reporting finance et opérations dans un environnement Microsoft |
| Grafana | Widget page web avec le mode kiosque dans l’URL | Accès anonyme en lecture seule limité au réseau interne | Industrie manufacturière, exploitation informatique, tout ce qui comporte une série temporelle |
Looker Studio
Looker Studio est le nouveau nom de Google Data Studio depuis 2022, ce qui vaut la peine d’être précisé car la moitié des tutoriels en ligne utilisent encore l’ancien nom. Si vous en avez suivi un, rien n’a changé à part le nom de marque et l’URL.
Vous créez le rapport, réglez le partage de lien pour que toute personne disposant du lien puisse le consulter, et placez l’URL du rapport dans un widget page web. Les rapports conçus pour un onglet de navigateur ont généralement besoin d’une seconde copie, spécifique à l’écran mural, avec moins de pages et des caractères plus grands. Cela prend dix minutes et mérite d’être bien fait.
Microsoft Power BI
Power BI dispose d’un widget tableaux de bord dédié, mais il s’agit d’un module complémentaire plutôt que d’un élément du jeu de widgets standard, alors contactez-nous avant de construire la mise en page.
L’alternative est le widget page web pointant vers une intégration Power BI. C’est là que la plupart des projets d’affichage Power BI s’enlisent, car une URL de rapport normale nécessite un compte Microsoft connecté, et un lecteur n’a personne pour se connecter à sa place.
Attention La fonction de publication sur le web de Power BI résout le problème de connexion en rendant le rapport lisible par toute personne sur internet disposant du lien. Il s’agit d’une véritable publication, pas d’un partage privé. De nombreuses organisations la désactivent par politique interne, et si la vôtre ne l’a pas fait, vérifiez ce que contient réellement le rapport avant de l’utiliser pour un écran de cantine.
Grafana
Grafana est le plus simple des trois à afficher sur un écran mural, pour une raison : il s’exécute généralement sur votre propre réseau, ce qui permet d’accorder un accès en lecture seule par emplacement réseau plutôt que par compte utilisateur. Ajoutez le mode kiosque à l’URL pour supprimer les menus et le panneau latéral, réglez le paramètre d’actualisation, et pointez un widget page web dessus.
Ce schéma fonctionne mieux dans une usine ou une salle serveur, où l’écran et le serveur Grafana se trouvent sur le même réseau interne. Plus de détails dans l’affichage dynamique pour l’industrie.
La partie difficile : connecter un lecteur qui n’a pas d’utilisateur
Un tableau de bord sur votre ordinateur portable fonctionne parce que vous êtes connecté. Un lecteur n’a pas d’utilisateur assis devant lui, pas de gestionnaire de mots de passe, et aucun moyen de répondre à une invite multifacteur. Quatre approches fonctionnent réellement, et chacune sacrifie quelque chose.
| Approche | Qui peut voir les données | Survit à un redémarrage | Effort | À utiliser quand |
|---|---|---|---|---|
| Lien public en lecture seule | Toute personne disposant de l’URL | Oui | Faible | Les chiffres ne vous gêneraient pas sur une affiche |
| Compte dédié à privilèges limités, connecté sur le lecteur | Toute personne qui accède à l’appareil | Pas de façon fiable. Les sessions expirent et des invites apparaissent | Moyen, plus une surveillance continue | Aucune autre solution n’est disponible |
| Tableau de bord limité au réseau avec lecture anonyme | Toute personne sur ce segment réseau | Oui | Moyen, nécessite un administrateur réseau | Vous hébergez vous-même l’outil de tableau de bord |
| Export planifié vers un DataSet | Seules les personnes pouvant ouvrir votre CMS | Oui, il s’agit de contenu mis en cache | Moyen, nécessite un petit script | Les chiffres sont simples et cela ne doit jamais tomber en panne |
Trois règles se dégagent de l’usage pratique de ces approches.
Ne connectez jamais un écran à un compte personnel. Quand cette personne change son mot de passe, change son appareil MFA ou quitte l’entreprise, l’écran devient vide et personne ne fait le lien entre les deux événements pendant une semaine. Si vous devez utiliser un compte, faites-en un compte dédié, avec accès à exactement un rapport et rien d’autre.
Considérez une session connectée comme temporaire. La deuxième approche semble fonctionner le premier jour et échoue un mardi quelconque du quatrième mois. Si vous la choisissez, placez le tableau de bord dans une région plutôt que sur toute la mise en page, afin que le repli soit un écran partiel plutôt qu’une page de connexion affichée sur 55 pouces.
Vérifiez le chemin réseau séparément. Votre lecteur récupère le contenu depuis le CMS et n’accepte aucune connexion entrante, l’affichage lui-même n’a donc besoin d’aucun port entrant ouvert. Un tableau de bord est une deuxième destination sortante, différente, et sur un réseau segmenté, il nécessite souvent sa propre règle de pare-feu. Réglez cela avant le jour de l’installation, pas le jour même. Voir exigences réseau.
La quatrième approche supprime le problème au lieu de le gérer, et nous y reviendrons à la fin.
Intervalles d’actualisation, et pourquoi dix secondes est généralement une erreur
Un tableau de bord sur un bureau est lu par quelqu’un qui cherche quelque chose. Un tableau de bord sur un écran mural est aperçu pendant trois secondes par quelqu’un qui passe à quatre mètres. Ce sont des usages différents, et c’est sur la fréquence d’actualisation que les gens se trompent le plus souvent.
Un chiffre qui change toutes les dix secondes ne peut pas être lu, ne peut pas être comparé au chiffre voisin, et ne peut pas être digne de confiance, car le spectateur n'a aucune idée si ce mouvement signifie quelque chose. Cela crée aussi une requête vers l'hébergeur du tableau de bord toutes les dix secondes par écran, indéfiniment.
| Ce que vous montrez | Fréquence de rafraîchissement raisonnable | Raison |
|---|---|---|
| KPI mensuels ou trimestriels | Une fois par heure | Le chiffre sous-jacent ne change qu'une fois par mois |
| Ventes journalières, tickets clôturés, fréquentation | Toutes les 5 à 15 minutes | Assez rapide pour paraître à jour, assez lent pour être lisible |
| Production de l'équipe, état de la ligne, file d'attente actuelle | Toutes les 1 à 5 minutes | Opérationnel, mais encore lisible |
| Alertes de sécurité, appel de file, andon | Une page conçue pour cet usage, pas un rapport BI | Un outil de reporting n'est pas le bon instrument |
Deux fréquences de rafraîchissement entrent en jeu et on les confond souvent. L'outil de tableau de bord a son propre paramètre de fraîcheur des données, qui détermine la fréquence à laquelle il interroge de nouveau la source. L'écran a son propre cycle, qui détermine la fréquence à laquelle la page intégrée est rechargée quand la mise en page revient à son tour. Régler le second sur une minute ne sert à rien si le premier est réglé sur une heure.
Astuce Ajoutez un horodatage « dernière mise à jour » visible sur le tableau de bord lui-même. Cela ne coûte qu'une tuile et transforme un tableau figé en silence en un tableau visiblement figé, ce qui fait toute la différence entre une réparation de cinq minutes et une de cinq semaines.
Ce que montre l'écran quand le réseau tombe
Rien d'utile. C'est la plus grande faiblesse des tableaux de bord intégrés, et il faut le dire clairement.
Un player easyCMS télécharge à l'avance les images, vidéos, fichiers audio, PDF et mises en page, et les diffuse depuis le stockage local, si bien qu'ils continuent de fonctionner pendant une coupure. Un tableau de bord, lui, est récupéré au moment où il est diffusé. Quand la connexion tombe, la région reste vide ou affiche une erreur de navigateur pendant que le reste de la mise en page continue de paraître normal, et personne ne le signale, car un écran allumé n'a pas l'air en panne. Plus de détails dans l'affichage dynamique sans internet.
Trois parades :
- Ne donnez jamais toute la mise en page à un tableau de bord. Placez-le dans une région avec du contenu mis en cache à côté. Un coin vide passe pour un choix de design, un écran vide passe pour une panne.
- Conservez au moins un élément mis en cache dans chaque rotation. Une image ou une vidéo qui joue toujours et fonctionne toujours, pour que le mur garde un aspect voulu même quand la tuile en direct ne fonctionne pas.
- Demandez-nous d'activer les alertes hors ligne pour l'apprendre par le CMS plutôt que par un responsable. Voir la surveillance des écrans.
Testez-le avant l'installation en débranchant le câble réseau sur l'établi et en observant une boucle complète à deux reprises. Dix minutes suffisent à repérer chaque région défaillante.
Concevoir pour un mur, pas pour un bureau
L'échec le plus courant n'est pas technique. C'est un tableau de bord conçu pour un écran de 27 pouces à bout de bras, affiché sur un mur à quatre mètres, où rien de tout cela ne peut être lu.
- Quatre à six tuiles, pas seize. Si vous ne pouvez pas dire à quoi sert l'écran en une phrase, c'est qu'il y a trop dessus.
- Une taille de texte assez grande pour être lue depuis l'autre bout de la pièce. En règle générale, le plus petit texte doit mesurer au moins 40 pixels de haut sur une toile en 1080p. Placez-vous ensuite là où se tiendra le public et vérifiez.
- Pas d'infobulles, pas de survol, pas de filtres, pas d'exploration en profondeur. Personne n'y touchera, donc tout ce qui ne révèle son sens que par interaction est invisible. Chaque chiffre a besoin de son étiquette imprimée à côté.
- Concevez à la résolution et à l'orientation propres à l'écran. Une toile réglée aux dimensions de l'écran évite les barres de défilement et les bandes noires, et le portrait a besoin de sa propre mise en page plutôt que d'un paysage simplement pivoté. Voir résolution et orientation d'écran.
- Utilisez une couleur qui a un sens. Le vert et le rouge doivent signifier bon et mauvais de façon cohérente sur chaque tuile, et rien d'important ne doit reposer sur la seule couleur.
- Dites à quoi ressemble un bon résultat. Un chiffre sans objectif est anecdotique. « 142 » ne veut rien dire. « 142 pour un objectif de 130 » veut dire quelque chose pour tous ceux qui passent devant.
Vous trouverez plus de détails sur ce qui a sa place sur un mur de bureau dans l'affichage dynamique pour la communication interne.
Quand un DataSet l'emporte sur un tableau de bord
Si vos chiffres sont simples, et c'est le cas de la plupart des chiffres affichés sur un mur, évitez complètement le problème de l'intégration.
Un DataSet est un tableau à l'intérieur du CMS, rempli à partir d'un tableau que vous saisissez ou d'un fichier CSV que vous importez, et affiché sous forme de texte ou de tableau dans une région de mise en page. Il se met en cache sur le player comme tout autre contenu, il continue donc de s'afficher pendant une coupure. Il n'y a ni connexion, ni session qui expire, ni service tiers susceptible de tomber en panne.
Le schéma qui fonctionne : une tâche planifiée exporte les chiffres de votre système source vers un CSV, ce CSV met à jour un DataSet, et la mise en page l'affiche. L'écran ne s'authentifie jamais auprès de quoi que ce soit. Les détails se trouvent dans le contenu dynamique avec les DataSets, et le guide pratique dans l'affichage dynamique à partir d'un tableur.
Le compromis est honnête : vous obtenez des chiffres et des tableaux simples, pas des graphiques. Si le graphique est l'essentiel, intégrez le tableau de bord. Si l'essentiel est que tout le monde connaisse le chiffre de production de la veille, un DataSet est plus fiable et demande moins d'entretien.
En bref
Construisez le tableau de bord dans Looker Studio, Power BI ou Grafana, puis placez-le sur l'écran avec le widget page web, ou l'extension dashboards pour Power BI. Décidez d'abord de l'approche d'authentification, car elle conditionne tout le reste. Un rafraîchissement en minutes, pas en secondes. Gardez le tableau de bord dans une région entourée de contenu mis en cache, et ajoutez-y un horodatage. Quand les chiffres sont simples, utilisez un DataSet et éliminez ce mode de défaillance.
Si vous ne savez pas laquelle des quatre méthodes d'authentification convient à votre installation, écrivez à info@myeasycms.com en décrivant où se trouvent les données et qui est autorisé à les voir. L'assistant et les guides sont gratuits pour tout le monde, et une heure d'expert coûte 25€ quand vous voulez qu'une personne s'en occupe.
Lectures associées : pages web et contenu intégré, l'affichage dynamique à partir d'un tableur, et l'affichage dynamique pour l'industrie.