Demandez à un fournisseur d'affichage dynamique ce qui se passe quand un écran perd sa connexion Internet, et vous obtiendrez généralement l'une de ces deux réponses peu utiles : « ça continue de fonctionner », ou un changement de sujet.
La réponse honnête est qu'une partie de votre contenu continue de s'afficher tandis qu'une autre s'arrête discrètement, et ce qui relève de l'un ou de l'autre dépend entièrement de la façon dont vous avez construit la playlist. Un écran affichant des images et vidéos mises en cache tourne pendant des jours sans connexion sans que personne ne le remarque. Un écran dont le panneau principal est un tableau de bord en direct affiche un rectangle vide en quelques minutes, et pourtant personne ne le remarque non plus, car cela ne ressemble pas à une panne.
Voici ce qui se passe réellement pour un lecteur easyCMS quand le réseau disparaît, et comment construire une playlist qui échoue proprement plutôt que de façon embarrassante. Cela s'applique aux trois plateformes de lecteur que nous prenons en charge : Windows, Android et LG webOS.
Le moment où un lecteur perd sa connexion
Rien de dramatique ne se produit. C'est là l'essentiel.
Un lecteur easyCMS ne diffuse pas son contenu en streaming depuis le CMS. Il télécharge les médias et les programmations à l'avance, les stocke sur l'appareil, et les lit à partir de cette copie locale. La connexion sert à maintenir la copie locale à jour, pas à alimenter l'écran image par image.
Donc, au moment où la connexion se coupe :
- La mise en page affichée à l'écran se poursuit jusqu'à sa fin et boucle comme prévu.
- Le lecteur continue de suivre la programmation qu'il détient déjà, y compris les changements horaires dont il a déjà connaissance.
- Il continue d'essayer de se signaler à son intervalle de collecte habituel. Chaque tentative échoue silencieusement et est enregistrée.
- Dans le CMS, l'heure de dernier accès de cet écran cesse d'avancer, et une fois qu'il a manqué suffisamment de vérifications, il est signalé hors ligne. Faites en sorte que le CMS vous envoie un e-mail quand cela se produit, voir surveillance des écrans.
Une exigence est absolue : un lecteur a besoin d'une connexion au moins une fois, au départ, pour s'enregistrer auprès du CMS, être autorisé, et récupérer son premier contenu et sa programmation. Avant cette première vérification, il n'a rien à jouer. Après, il est largement autonome.
Notez également que « hors ligne » dans le CMS ne signifie pas « éteint sur le mur ». Ce sont des problèmes différents, et les confondre envoie sur place des gens qui n'auraient pas eu besoin de s'y rendre.
Ce qui continue de s'afficher, et ce qui s'arrête discrètement
Faites bien cette distinction et une panne devient un non-événement. Ratez-la et vous avez payé pour un écran qui affiche une case vide pendant votre semaine la plus chargée.
Ce qui continue de s'afficher
Tout ce qui a déjà été téléchargé sur le lecteur :
- Images dans la bibliothèque de médias
- Fichiers vidéo envoyés dans la bibliothèque
- Fichiers audio
- Mises en page déjà téléchargées par le lecteur, avec l'intégralité du design, des régions, des durées, des transitions et tout le reste
Si votre rotation est composée de ces éléments, une panne ne change rien à l'écran.
Ce qui s'arrête net
Tout ce qui est récupéré au moment précis où il est lu :
- Streaming vidéo : tout ce qui est récupéré depuis un flux plutôt que depuis un fichier local
- Pages web intégrées : une page intranet, un écran de réservation, une page d'affichage tierce
- Tableaux de bord : widgets BI, rapports intégrés, tout ce qui est généré à la volée
- Flux des réseaux sociaux
Ce type de contenu ne s'affiche pas quand Internet est coupé.
Ce qui devient obsolète plutôt que vide
La météo, les flux RSS et les bandeaux d'actualités piègent les gens car ils ne tombent pas toujours en panne de façon visible. Lorsque le dernier jeu de données a atteint le lecteur avant la panne, le widget peut continuer à l'afficher : un panneau météo qui indique toujours les prévisions de la veille, un bandeau qui continue de faire défiler des titres qui ne sont plus d'actualité depuis deux jours.
C'est la catégorie dangereuse. Rien ne déclenche d'erreur et la mise en page paraît saine, si bien qu'un responsable qui passe devant voit un écran allumé et apparemment normal. L'écart n'est signalé que des semaines plus tard, ou jamais.
Pendant une panne, considérez comme non fiable tout ce qui a une source de données en direct, qu'il s'affiche vide ou non. Parcourez vos mises en page et notez chaque région dont le contenu est récupéré au moment de la lecture ; cette liste est votre exposition aux pannes.
Comment fonctionne la mise en cache, et pourquoi c'est le lecteur qui détermine votre fiabilité
À l'avance, le lecteur demande au CMS ce qu'il doit diffuser et le télécharge. La distance dans le temps est un paramètre du CMS ; par défaut, elle regarde environ deux jours à l'avance. Les fichiers qui ne sont plus nécessaires sont supprimés automatiquement après un certain temps, de sorte que le stockage local ne croît pas indéfiniment.
Deux conséquences.
Votre autonomie hors ligne correspond à peu près à votre fenêtre de cache. Un lecteur qui détient les deux prochains jours de contenu programmé traverse une panne de cette durée sans changement visible. Au-delà, il continue de diffuser ce qu'il a, mais le contenu prévu pour débuter plus tard, ainsi que toute modification faite dans le CMS pendant la panne, ne lui est pas encore parvenu.
La fiabilité se joue sur le site, pas dans le CMS. Que le CMS soit joignable compte pour les mises à jour, et uniquement pour cela. La lecture est une affaire locale entre le lecteur, l'écran et la prise secteur. Quand un écran s'éteint, la cause se trouve presque toujours sur le site.
Il existe aussi un canal push en plus de l'interrogation périodique. Pour un changement urgent, une mise à jour de programmation ou le retrait d'une promotion qui a mal tourné, le CMS envoie un message demandant au lecteur de récupérer les données immédiatement plutôt que d'attendre son prochain intervalle. Ce canal a lui aussi besoin de la connexion. Pendant une panne, vos modifications sont mises en file d'attente au niveau du CMS, elles ne sont pas perdues.
La revérification de la licence sur les lecteurs commerciaux
Une mise en garde honnête, car elle surprend les gens précisément sur les sites où il ne faut pas. Les lecteurs commerciaux Android et LG webOS revérifient leur licence via internet périodiquement, environ tous les 30 jours. Si cette vérification ne peut pas avoir lieu, le lecteur continue de diffuser son contenu en cache mais cesse de télécharger de nouveaux contenus.
Pour un café avec un Wi-Fi capricieux qui se reconnecte plusieurs fois par semaine, ce n'est pas un problème ; la vérification a lieu dès que le réseau est disponible. Pour un site réellement déconnecté, un navire, une installation industrielle isolée, un écran sur un réseau volontairement isolé, cela demande une planification. Donnez au lecteur une fenêtre de connectivité programmée (un point d'accès mobile une fois par mois suffit), ou parlez-nous-en d'abord.
Si vous prévoyez un déploiement en permanence hors ligne, envoyez un e-mail à info@myeasycms.com ou appelez le +48 509 937 137 et décrivez le site. Nous préférons cadrer cela correctement plutôt que vous découvriez la contrainte une fois le matériel du lecteur installé.
Concevoir une playlist qui se dégrade avec élégance
Rien de tout cela n'est une limitation avec laquelle vous devez vivre. C'est un cahier des charges.
Gardez un contenu de secours en cache dans chaque rotation. Au moins une image ou une vidéo simple qui se joue toujours, fonctionne toujours et dit quelque chose qui vaut la peine d'être dit sur votre activité. Quand tout le reste échoue, l'écran a toujours l'air voulu.
Ne laissez jamais un widget en direct occuper tout l'écran. Placez la météo, le bandeau défilant ou le tableau de bord dans une région, avec du contenu en cache autour. Un coin vide passe pour un choix de conception. Un écran vide passe pour une panne.
Placez le contenu périssable là où un vide est tolérable. Un numéro de file d'attente en direct doit être exact ou masqué. Un flux de réseaux sociaux peut simplement être absent pendant une après-midi. Classez vos éléments en direct selon le degré de gêne qu'une version obsolète vous causerait.
Testez en débranchant le câble. Sur l'établi, avant l'installation : débranchez l'ethernet ou oubliez le réseau Wi-Fi, puis observez une boucle complète deux fois. Dix minutes suffisent à repérer chaque région morte, et ce sont les dix minutes les plus précieuses du déploiement. Répétez l'opération à chaque refonte d'une mise en page.
Ce que coûte réellement un écran en panne
Faites ce calcul une fois avec vos propres chiffres. Cela change ce que vous êtes prêt à dépenser pour un câble réseau.
- Une visite sur site. Une demi-journée de quelqu'un plus le trajet, pour appuyer sur un bouton d'alimentation ou rebrancher un câble HDMI. La surveillance à distance évite la plupart de ces visites en vous disant ce qui ne va pas avant que vous preniez la route.
- La promotion manquée. La campagne, le changement de menu, la mise à jour des prix, rien de tout cela n'a été diffusé. Si l'écran valait la peine d'être installé, cette fenêtre a une valeur.
- Le temps et la confiance du personnel. Quelqu'un l'a remarqué, l'a signalé, a relancé. Après la deuxième panne, le personnel cesse purement et simplement de signaler les problèmes d'écran, ce qui coûte bien plus cher que l'écran lui-même.
Comparez cela aux coûts fixes de notre répartition du coût par écran. Une seule visite sur site évitée finance généralement le tirage du câble ethernet.
Une checklist pour les sites au Wi-Fi peu fiable
La plupart des plaintes du type « l'affichage n'est pas fiable » sont en réalité des plaintes réseau déguisées. Par ordre d'impact approximatif :
- Tirez un câble ethernet partout où c'est physiquement possible. Cela élimine définitivement toute une catégorie de pannes, et si un électricien installe déjà une prise derrière l'écran, le coût supplémentaire d'une prise réseau est faible.
- N'utilisez jamais le réseau invité. Le Wi-Fi invité se trouve généralement derrière un portail captif qui attend que quelqu'un clique sur « accepter » dans un navigateur, et fait souvent expirer les sessions au bout d'un certain temps. Un lecteur ne cliquera sur rien. Utilisez un segment dédié avec un accès HTTPS sortant non restreint.
- Faites un relevé de signal à l'emplacement de montage : derrière l'écran, une fois celui-ci installé. Un panneau métallique et un support se trouvent exactement entre l'antenne du lecteur et votre point d'accès, et la différence représente souvent deux barres complètes.
- Réservez l'adresse IP. Un bail DHCP statique par lecteur rend l'appareil prévisible à retrouver, à pare-feuter et à guider par téléphone.
- Programmez un cycle d'alimentation. Un redémarrage nocturne ou hebdomadaire en dehors des heures d'ouverture élimine la plupart des pannes à dégradation lente avant que quiconque ne les remarque. Utilisez une prise à minuterie si l'appareil n'a pas de programmation intégrée.
- Activez les alertes hors ligne pour apprendre qu'un écran est en panne par le CMS plutôt que par un client.
Quand un écran s'éteint, que vérifier en premier
Dans cet ordre, parce qu'on commence par le moins coûteux et le plus probable.
- Regardez ce qui s'affiche à l'écran. Vraiment noir, une image figée, « pas de signal » ou le mauvais contenu ? Quatre pannes différentes. Une image figée, c'est le lecteur ; « pas de signal », c'est un câble ou une entrée ; le mauvais contenu, c'est la programmation, et cela n'a rien à voir avec le réseau.
- Alimentation et entrée. L'alimentation de l'écran, l'alimentation du lecteur, la bonne entrée HDMI. Après un passage de ménage ou une coupure de courant, c'est la réponse la plus fréquente, et de loin.
- La page Écrans dans le CMS. Une heure de dernier accès récente signifie que le lecteur est vivant et communique, donc la panne se situe en aval : l'écran, le câble ou la mise en page. Une heure ancienne signale un problème sur le site.
- Demandez une capture d'écran. Si le lecteur se connecte, demandez-lui ce qu'il affiche. Cette seule étape détermine si quelqu'un doit se déplacer.
- La fenêtre d'état du lecteur. Sur site, elle indique le problème directement dans la plupart des cas : état de connexion, licence, erreurs récentes.
À partir de là, suivez les checklists détaillées : dépannage des écrans hors ligne pour la connectivité, et nos 12 pannes courantes d'affichage dynamique pour tout le reste.
En bref
Votre lecteur est conçu pour survivre sans internet, et c'est bien le cas : les images, vidéos, audios, PDF et mises en page en cache continuent de se diffuser tant que l'alimentation tient. Ce qu'il ne peut pas faire, c'est inventer des données en direct qu'il n'a jamais reçues. Tout ce qui est récupéré au moment de la lecture constitue votre exposition, et la solution relève d'une décision de conception plutôt que d'une mise à niveau réseau.
Intégrez un contenu de secours en cache dans chaque rotation, gardez les widgets en direct dans des régions plutôt que sur tout l'écran, et débranchez le câble une fois avant d'installer.
Les guides et l'assistant sont gratuits pour tout le monde. Consultez fonctionnalités, ou envoyez un e-mail à info@myeasycms.com avec les conditions de votre site, et nous vous dirons franchement si votre plan tient la route.