Yodeck
Ce cookbook explique comment intégrer Yodeck comme brique d’affichage temps réel dans des applications métiers (SF, Easy2Do, plateformes clients, etc.) en s’appuyant sur l’API : publication de contenus, programmation d’écrans, gestion de playlists, etc.
Il aborde deux angles :
- commercial : quels cas d’usage vendre, ce que la plateforme permet vraiment, ce que le client obtient,
- technique : comment structurer l’intégration, gérer les écrans, sécuriser les clients, piloter les publications via API.
L’objectif est de proposer des applications métiers connectées à des écrans, sans passer par l’interface Yodeck au quotidien.
- Documentation API - https://app.yodeck.com/api-docs/
- Présentation des cas d’usage - https://www.yodeck.com/use-cases/digital-signage-api/
- Générer et utiliser un token API - https://www.yodeck.com/academy/api-token/
- Documentation générale Yodeck - https://www.yodeck.com/documentation/
TL;DR
- Yodeck expose une API REST pour piloter écrans, contenus, playlists et plannings.
- Chaque écran est un player ciblable individuellement ou par groupe.
- En mode Enterprise, les Workspaces permettent un cloisonnement par client (multi-tenant).
- L’application métier Doing devient le cerveau :
- elle sait quel client,
- quels écrans,
- quel contenu,
- quand l’afficher.
- Yodeck devient le bras exécutant : il affiche en live selon les instructions envoyées.
Architecture des workspaces (cas Doing)
Chaque workspace est isolée via sa clé API. Une clé ne voit que sa workspace et ses ressources. Une workspace peut contenir des sous-workspaces, chacune avec ses propres médias, playlists et écrans.
À qui s’adresse ce cookbook ?
Tu dois comprendre :
- ce que Yodeck permet vraiment (potentiel d’automatisation, alerting, multi-écran),
- ce qui est vendable ou non,
- comment expliquer simplement “comment l’écran est piloté” par une API.
Tu dois comprendre :
- quels objets Yodeck manipuler (screens, playlists, layouts, workspaces),
- comment les relier à ton modèle métier,
- comment garantir le cloisonnement et la sécurité via tokens,
- quelles limitations et quels points d’intégration anticiper.
Ce que permet réellement Yodeck
Yodeck est une plateforme de digital signage cloud : elle permet de piloter à distance des écrans (via boîtiers) en leur envoyant des contenus organisés en playlists, layouts et plannings, via l’interface web ET via l’API REST officielle.
Avec l’API Yodeck, on peut automatiser :
- l’envoi de contenus (images, vidéos, pages web, dashboards, documents),
- l’affectation à des écrans précis ou groupes d’écrans,
- la programmation horaire avancée,
- la gestion multi-sites et multi-clients,
- le suivi du statut des écrans (uptime / last seen / contenu déployé).
Yodeck devient ainsi une brique d’exécution d’affichage, pilotée par les applications métiers Doing.
Problème métier adressé
Dans beaucoup de cas clients (ex : RHLOG), on retrouve la même situation :
- il existe une application métier (planning, logistique, production, RH…),
- il y a un ou plusieurs écrans physiques dans les locaux,
- les équipes veulent que l’écran reflète ce qui se passe dans l’application, en temps réel ou quasi-temps réel.
Sans intégration :
quelqu’un doit aller dans Yodeck, uploader un fichier, modifier une playlist, choisir un écran via l’UI.
Avec l’intégration décrite dans ce cookbook :
l’application métier déclenche directement l’affichage via API.
Un clic dans l’outil → un écran change de contenu.
Cas d’usage typiques
Ce cookbook couvre notamment :
-
Action métier → affichage
"Valider une expédition", "Lancer une alerte", "Afficher le planning du jour".
-
Multi-écrans
Un même message sur 10 sites ou seulement sur une agence.
-
Programmation
Menus, consignes, indicateurs, communication interne selon l’heure et le jour.
-
Données dynamiques
KPI, stocks, files d’attente, état des machines via pages web ou dashboards intégrés.
-
Multi-clients
Un seul compte Yodeck, mais des clients totalement cloisonnés (via workspaces ou organisation de tokens).