Endpoint du Runner
Chaque Workflow publié expose une URL de Runner. Lorsque l’Output Node est un JSON Template, le Runner renvoie duapplication/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 renvoieContent-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
variablede la définition
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 :- 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.
- Le template référencé existe et appartient à votre entreprise.
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êterlvt-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_tmpIdpour 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.