Skip to main content

Endpoint du Runner

Chaque Workflow publié expose une URL de Runner. Lorsque l’Output Node est un JSON Template, le Runner renvoie du application/json au lieu de HTML ou d’une image.
La réponse est un objet JSON dont la forme correspond au schéma du template défini dans la plateforme.

Format de réponse

Le corps de la réponse correspond directement aux données du template résolu — pas d’enveloppe englobante. Les champs statiques sont renvoyés tels quels et les champs de dépendance sont remplacés par des valeurs réelles issues des Datasources :

En-tête Content-Type

Le Runner renvoie Content-Type: application/json; charset=utf-8 pour les Output Nodes JSON Template.

Codes de statut HTTP

Exemples de code

JavaScript (fetch)

React

Python

cURL

JSON Templates

Qu’est-ce qu’un JSON Template ?

Un JSON Template est une définition de schéma réutilisable créée dans la plateforme Reelevant. Il décrit :
  • Definition — la structure JSON où chaque champ est soit { "type": "static", "value": ... } (fixe), soit { "type": "dependency", "variable": "..." } (résolu à l’exécution)
  • Variables — des emplacements nommés qui correspondent à des valeurs de Datasource, en cohérence avec les noms de variable de la définition
Chaque variable déclare un type qui indique au Runner comment résoudre sa dépendance : L’interface expose les positions fixed sous la forme Datasource item #1 … #20 ; l’élément #N correspond à index: N - 1.

API de gestion des templates

Les JSON Templates sont gérés via l’API REST /workflows/json-templates :

Validation au moment de la publication

Lorsque vous publiez un Workflow qui utilise des Output Nodes JSON Template, la plateforme valide que :
  1. Tous les Nodes JSON Template du Workflow référencent le même ID de template — garantissant une forme de réponse cohérente entre les Branches.
  2. Le template référencé existe et appartient à votre entreprise.
Si la validation échoue, la publication est rejetée avec une erreur descriptive.

Combinaison avec d’autres méthodes d’intégration

L’approche par API JSON fonctionne conjointement avec le Client-Side Script et le Server-Side SDK :
  • Utilisez le Server-Side SDK pour appeler le Runner depuis votre backend et transmettre les données JSON à votre frontend via des props ou l’état serveur.
  • Utilisez le Client-Side Script pour le tracking d’événements (impressions, clics) parallèlement à votre UI alimentée par JSON.
  • Appelez le Runner directement depuis le navigateur avec fetch() si votre cas d’usage est purement côté client.

Identité et personnalisation

Le paramètre de requête rlvt-u pilote la personnalisation. La valeur que vous transmettez détermine quel profil utilisateur le moteur utilise pour sélectionner les Branches et résoudre les requêtes de Datasource. Pour de meilleurs résultats :
  • Transmettez un identifiant utilisateur stable (email, ID interne) lorsque l’utilisateur est connecté.
  • Transmettez la valeur du cookie rlvt_tmpId pour les visiteurs anonymes — cela préserve la continuité avec le tracking côté client.
  • Le même système d’identité alimente tous les Channels Reelevant (email, web, push), la personnalisation est donc cohérente sur tous les points de contact.