Bridge // Event-Driven Data

N'importe quel système peut envoyer un POST. Chaque écran peut l'afficher.

Le récepteur webhook entrant générique : tout système capable d'envoyer un HTTP POST peut afficher des données sur vos écrans. Vérification HMAC-SHA256, protection anti-rejeu optionnelle, liste blanche d'IP, filtrage d'événements et transfert en aval — la voie sécurisée pour les expéditeurs personnalisés.

HMAC-SHA256 Livraison signée
Voir les tarifs
Rejeu + IP Couches de protection
HMAC-SHA256 Livraison signée
Rejeu + IP Couches de protection
<1 MB Par livraison
Bridge // Présentation

Le récepteur renforcé pour les intégrations personnalisées

Là où les connecteurs de la plateforme (Zapier, Make, n8n…) parlent le langage de chaque outil, voici le contrat brut pour vos propres systèmes : envoyez du JSON en POST vers votre URL unique, signez-le avec votre secret d'intégration, et la charge utile s'affiche sous forme de tableau de données en temps réel. Le filtrage par type d'événement évite le bruit sur l'écran ; le transfert peut relayer les livraisons vérifiées en aval ; la liste blanche d'IP et la protection anti-rejeu renforcent la sécurité des expéditeurs non surveillés.

Signature de corps HMAC-SHA1/256/512 avec un secret par intégration, vérifiée en temps constant
Protection anti-rejeu optionnelle à la Stripe (signatures préfixées par horodatage, fenêtre de 5 minutes)
Liste blanche d'IP compatible CIDR vérifiée avant toute opération cryptographique, plus une limite de débit par intégration
Le relais de transfert protégé contre les SSRF achemine les charges utiles vérifiées vers une URL en aval
Bridge // Fonctionnalités clés

Ce que vous pouvez faire avec Chaque écran peut l'afficher.

Trois fonctionnalités qui rendent cette intégration indispensable pour votre réseau d'affichage dynamique.

Ingress vérifié // 01

Sécurité par défaut en cas d'échec

Chaque livraison doit porter une signature HMAC valide calculée avec votre secret d'intégration ; les requêtes non signées ou mal signées reçoivent un 401 et ne publient rien. Le secret de signature est généré à la connexion et affiché une seule fois sur la page d'intégration, accompagné d'un exemple de signature prêt à copier-coller.

Si ce n'est pas signé, ça n'atteint jamais un écran.

En-tête de signature et algorithme de hachage configurables

Préfixes sha256= à la GitHub gérés automatiquement

Rotation du secret en un clic

Sécurité par défaut en cas d'échec
Filtrage // 02

Uniquement les événements souhaités, uniquement depuis les sources attendues

Pointez le chemin du type d'événement vers le champ type de votre payload et autorisez uniquement les événements pertinents à afficher ; tout le reste est acquitté et ignoré. La liste d'autorisation IP (adresses IP individuelles ou plages CIDR) rejette les sources inconnues avant même que la vérification de signature ne s'exécute.

Vos écrans affichent le signal, pas le flux brut.

Correspondance de type d'événement par notation pointée

Le chemin de contenu explore les payloads imbriqués

La limite de débit bloque un émetteur incontrôlé avec des 429

Uniquement les événements souhaités, uniquement depuis les sources attendues
Transfert // 03

Relayez les événements vérifiés en aval

Après vérification et publication d'une livraison, celle-ci peut être transmise à une URL en aval avec des en-têtes configurés par l'opérateur — diffusez un seul émetteur vers vos propres systèmes de journalisation ou de traitement sans le modifier. Les échecs sont enregistrés et ne bloquent jamais la livraison entrante.

Un webhook entrant, vos écrans et vos systèmes en sortie.

Fire-and-forget avec des délais d'attente stricts

Protégé contre les attaques SSRF — les adresses privées et réservées sont refusées

En-têtes de transfert personnalisés (configurés en JSON)

Relayez les événements vérifiés en aval
Bridge // Configuration

Quatre étapes vers écrans connectés.

De la configuration au contenu en direct en quelques minutes, pas en jours.

Étape 01

Connecter l'intégration

Ajoutez l'intégration Webhooks. Votre URL entrante unique et votre secret de signature sont générés instantanément et affichés sur la page d'intégration.

Étape 02

Signer et envoyer depuis votre système

Envoyez un POST JSON à l'URL avec un HMAC-SHA256 du corps dans l'en-tête de signature — la page d'intégration inclut un exemple de signature prêt à copier-coller.

Étape 03

Filtrer et mapper

Définissez optionnellement le filtre de type d'événement, le chemin de contenu, la liste d'autorisation IP et la limite de débit. Envoyez un Test Push pour voir les données arriver.

Étape 04

Associer le widget

Associez le widget Live Data Table au flux dans le Content Designer et planifiez le design sur vos écrans.

Bridge // Questions

Questions fréquentes. Réponses directes : réponses.

Quelles options de vérification sont disponibles

La signature du corps par HMAC (SHA-1/256/512) avec un secret par intégration est activée par défaut, avec une protection optionnelle contre le rejeu à la Stripe qui signe un payload préfixé d'un horodatage et rejette les livraisons de plus de cinq minutes. Une liste d'autorisation IP compatible CIDR s'exécute avant toute opération cryptographique, et une limite de débit par intégration renvoie un 429 au-delà du nombre de pushs par minute configuré.

Quels formats de payload sont acceptés

JSON (un objet ou un tableau d'objets) et corps encodés en formulaire jusqu'à 1 Mo. Une liste génère une ligne de tableau par enregistrement ; un objet plat génère un tableau clé-valeur. Le chemin de contenu peut explorer les structures imbriquées en amont.

Les livraisons peuvent-elles être transmises à mes propres systèmes

Oui — après vérification et publication, le payload peut être relayé vers une URL en aval avec des en-têtes personnalisés. Le transfert est protégé contre les attaques SSRF et ne bloque jamais la livraison entrante.

Où se trouvent les événements d'écran sortants

Sur les tuiles des plateformes d'automatisation (Zapier, Make, n8n, …) — leur panneau Outbound Events envoie par POST des événements d'affichage dynamique signés vers le catch-hook de votre plateforme. Cette tuile est le récepteur entrant.

Tarification // Transparente par principe
£0
/écran/mois
Moyenne du secteur
£8–24
Hangar
£5

Un seul tarif. La plateforme complète.

C'est ainsi que nous pensons que l'affichage dynamique devrait fonctionner. Éditeur de contenu, gestion des écrans et plus de 200 intégrations d'applications — tout inclus dès le premier jour.

Aucun frais par utilisateur
Utilisateurs illimités
Écrans illimités
200+ intégrations
Plus de 150 modèles
Multi-location
Mise en cache en périphérie
Lecture hors ligne
API REST
Alertes d'urgence

Chat / En ligne

Tarifs

£5 /écran/mois

Tout inclus. Un seul prix.

Vitesse

En ligne dans cinq minutes.

Inscrivez-vous, connectez, lancez-vous.

Matériel

Utilisez les écrans que vous possédez déjà.

Fire TV, Android, Tizen, webOS, Pi, navigateur.

Comment pouvons-nous vous aider ?

Choisissez une option pour commencer