Validation en direct, payload entrant visible, réponse brute du fournisseur, schéma de sortie auto-rempli : vos actions d'intégration se testent dans le constructeur, sans attendre l'exécution d'une vraie automatisation sur un contact.

🧭 Qu'est-ce qui change ?

• 🧪 Bouton "Test Action" sur chaque étape d'action d'application externe dans le constructeur d'automatisations.

• 🔗 Exécution réelle via la connexion liée : la même Connected Account que celle utilisée à l'exécution en production.

• 📊 Vues côte à côte Data In / Data Out : les inputs résolus envoyés au fournisseur et la réponse JSON brute, lisibles dans le même panneau.

• 🏷️ Champs clés mis en avant en chips et cartes au-dessus du JSON dépliable, pour repérer l'essentiel sans scroller.

• 🧩 Schéma de réponse auto-propagé aux champs de sortie disponibles pour les étapes suivantes.

⚙️ Comment ça fonctionne

Test Action comble l'écart entre la configuration et l'exécution. Le bouton apparaît sur chaque étape d'action externe et lance une vraie requête vers l'application connectée, avec les variables d'automatisation, valeurs personnalisées et transformations résolues comme elles le seraient à l'exécution.

Si l'action utilise des valeurs personnalisées produites par des étapes antérieures, le constructeur exige que ces valeurs soient résolvables avant de lancer le test. Le bouton reste désactivé tant que toutes les références ne sont pas disponibles. Au déclenchement, un Test Drawer s'ouvre depuis la droite avec un état de progression, puis affiche les deux panneaux Data In et Data Out une fois la requête terminée.

Data In : les inputs résolus qui partent vers le fournisseur, après interpolation des variables et application des transformations.Data Out : la réponse JSON brute du fournisseur, avec les champs clés mis en évidence en chips et cartes au-dessus du bloc dépliable.

🛠️ Comment l'utiliser

1. Configurez votre action d'intégration comme d'habitude : choisissez l'intégration, l'action (ex : Find Contact dans Klaviyo) et mappez les inputs.

2. Vérifiez que toutes les valeurs personnalisées référencées sont résolvables.

3. Cliquez sur "Test Action" depuis la carte de configuration de l'action.

4. Patientez quelques secondes : le Test Drawer s'ouvre depuis la droite avec un état de progression.

5. Consultez Data In pour valider les inputs envoyés au fournisseur.

6. Consultez Data Out pour inspecter la réponse JSON brute reçue.

7. Repérez les champs clés via les chips et cartes affichés au-dessus du JSON dépliable.

Pourquoi c'est important ?

• ✅ Validation immédiate avant de laisser tourner une vraie automatisation sur un contact.

• ✅ Visibilité totale sur ce qui part vers le fournisseur et sur ce qui revient.

• ✅ Schéma de sortie auto-rempli, fini la devinette sur la structure JSON pour mapper les étapes suivantes.

• ✅ Détection rapide des mauvais mappings ou des variables non résolues.

• ✅ Réutilisation de la même Connected Account qu'à l'exécution, donc résultat fidèle à la production.

Vos actions d'intégration deviennent autotestables dans le constructeur. Ouvrez une automatisation, cliquez sur Test Action sur n'importe quelle étape d'application externe, et inspectez la requête de bout en bout.