Test de votre canal personnalisé test-custom-channel

Sur cette page : découvrez comment valider votre canal personnalisé avant sa mise en ligne, en testant la connexion du point d’entrée à partir du Channel Builder, en simulant du contenu avec des profils de test et en envoyant des BAT.

Avant d’activer un parcours ou une campagne qui utilise un canal personnalisé, vérifiez que votre point d’entrée est accessible, que l’authentification fonctionne et que les jetons de personnalisation sont résolus correctement pour vos profils cibles.

Tester la connexion à partir du créateur de canaux test-connection

Lorsqu’un canal personnalisé est à l’état Brouillon, utilisez le bouton Test dans le Créateur de canaux pour envoyer une requête de test à votre point d’entrée et valider la connexion de bout en bout avant l’activation. En savoir plus

Bouton Tester la connexion {width="70%"}

Ce test confirme :

  • Le point d’entrée est accessible à partir des adresses IP sortantes de Journey Optimizer.
  • Vérifiez que les informations d’authentification configurées sont valides.
  • Le point d’entrée renvoie une réponse HTTP 2xx.

Vérifiez les journaux de votre système externe pour vous assurer que la demande de test a été reçue avec les en-têtes et la structure de payload attendus.

Prévisualiser et tester votre expérience de canal personnalisé preview-test

Une fois que vous avez créé une expérience de canal personnalisée, vous pouvez valider la diffusion de bout en bout d’un contenu personnalisé avant d’activer un parcours ou une campagne.

Utilisez les fonctionnalités suivantes pour prévisualiser et tester la payload de votre canal personnalisé et vérifier l’expérience de bout en bout.

Simuler du contenu avec des profils de test simulate-content

La fonctionnalité Simuler du contenu résout les expressions de personnalisation par rapport aux profils de test afin que vous puissiez examiner la payload exacte qui serait envoyée avant qu’un message réel ne soit diffusé.

  1. Dans l’action de parcours ou l’écran d’édition de la campagne, cliquez sur Simuler du contenu.

  2. Cliquez sur Ajouter un profil de test et sélectionnez un ou plusieurs profils. En savoir plus sur la création de profils de test

  3. Examinez la payload résolue dans le panneau d’aperçu. Pour chaque profil de test, vérifiez les points suivants :

    • Tous les jetons de personnalisation (par exemple, {{profile.person.name.firstName}}) ont été remplacés par les valeurs attendues du profil.
    • Il ne reste aucun jeton non résolu (affiché sous la forme de chaînes vides ou de syntaxe de {{...}} littérale).
    • Les champs de payload obligatoires sont renseignés.
    • Les fonctions d’assistance produisent la sortie formatée attendue.

    Simuler du contenu avec des profils de test {width="70%"}

TIP
Testez plusieurs profils représentant différents segments d’audience pour détecter les cas de périphérie, par exemple, les profils comportant des attributs facultatifs manquants, des jeux de caractères non latins ou des valeurs nulles dans des champs personnalisés.

En savoir plus sur la prévisualisation et le test du contenu dans cette section.

Envoi d’un BAT send-proof

Pour valider une diffusion de bout en bout avant l’activation, envoyez un BAT à un ensemble de destinataires test :

  1. Dans le panneau Simuler du contenu, passez à l’onglet Envoyer un BAT.

  2. Ajoutez les profils que vous souhaitez utiliser. Vous pouvez charger un fichier CSV avec des profils qui ne sont pas définis comme des profils de test dans Journey Optimizer. En savoir plus sur la création de profils de test

    Onglet Envoyer un BAT {width="70%"}

  3. Cliquez sur Envoyer un BAT. Journey Optimizer appelle votre point d’entrée externe avec la payload personnalisée pour chaque profil sélectionné.

  4. Vérifiez votre système externe pour vous assurer que les payloads du BAT ont bien été reçues. Pour les canaux de messagerie (par exemple, WeChat ou Kakao Talk), vérifiez que le message s’affiche sur l’appareil ou l’application de messagerie cible.

Le résultat du BAT s’affiche en utilisant les mêmes modèles de validation que la relecture des e-mails : les champs obligatoires, les incohérences de type et les erreurs de validation de schéma sont affichés avant l’envoi du BAT.

Pour en savoir plus sur l’envoi de BAT, consultez cette section

Test en mode parcours test-journey

Pour une validation de parcours de bout en bout, activez le parcours en mode Test :

  1. Dans la zone de travail de parcours, cliquez sur Tester dans la zone supérieure droite.

  2. Configurez l’événement déclencheur ou sélectionnez un profil de test pour un parcours déclenché par une audience.

  3. Cliquez sur Déclencher un événement ou laissez le profil rejoindre une activité Lecture d’audience.

  4. Observez le flux dans la zone de travail. Lorsqu’un profil atteint le nœud d’action de canal personnalisé, Journey Optimizer appelle votre point d’entrée externe avec la payload personnalisée.

  5. Vérifiez les journaux de votre système externe pour vous assurer que la demande a été correctement reçue.

  6. Cliquez sur Arrêter le test lorsque vous avez terminé.

En savoir plus sur le test de parcours en mode test dans cette section.

Simulation d’un parcours simulate-journey

Le mode Simulation de Journey Optimizer vous permet de valider votre parcours de bout en bout à l’aide d’utilisateurs simulés, des entités temporaires de type profil, sans avoir à créer de profils de test au préalable.

Pour les canaux personnalisés, la simulation résout les expressions de personnalisation et effectue le rendu de l’aperçu de la payload pour chaque utilisateur simulé, afin que vous puissiez vérifier que le contenu correct sera diffusé avant la mise en ligne.

Pour simuler un parcours à l’aide d’un canal personnalisé :

  1. Dans la zone de travail de parcours, cliquez sur Simuler dans la zone supérieure droite.

  2. Ajoutez manuellement des utilisateurs simulés ou générez-les à l’aide de l’option Simulation rapide optimisée par IA.

  3. Configurez les événements d’entrée requis, puis déclenchez les utilisateurs simulés via le parcours.

  4. Lorsqu’un utilisateur simulé atteint le nœud d’action de canal personnalisé, inspectez la payload résolue dans le panneau d’aperçu pour confirmer que les jetons de personnalisation et la structure de la payload sont corrects.

En savoir plus sur la simulation de parcours dans cette section.

Liste de contrôle de pré-activation checklist

Avant d’activer votre parcours ou votre campagne, vérifiez les points suivants :

  • Le test de la connexion du Channel Builder a réussi (point d’entrée atteignable, authentification valide).
  • Les payloads simulées affichent les valeurs attendues pour tous les profils de test.
  • Il ne reste aucun jeton de personnalisation non résolu dans la payload.
  • Tous les champs de payload obligatoires sont renseignés.
  • Un BAT a été envoyé et reçu correctement par votre système externe.
  • Les chemins d’erreur de l’activité d’action de parcours (s’ils sont configurés) gèrent les scénarios d’échec comme prévu.

Une fois le test terminé, passez à l’activation. Voici comment procéder

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

  • TL;DR: This page explains how to validate a custom channel before activating a journey or campaign by testing the endpoint connection from the Channel Builder, simulating content with test profiles, sending proofs, testing in journey test mode, and simulating a journey.

Intents:

  • Test the endpoint connection from the Channel Builder while the custom channel is in Draft status
  • Simulate content against test profiles to inspect the resolved payload before any real message is sent
  • Send a proof to test recipients to validate end-to-end delivery
  • Validate the journey end to end using journey test mode
  • Simulate a journey using simulated users without pre-created test profiles
  • Work through the pre-activation checklist before activating

Glossary:

  • Test (Channel Builder): A button available while a custom channel is in Draft status that sends a test request to your endpoint to validate the end-to-end connection before activating (product-specific)
  • Simulate content: A feature that resolves personalization expressions against test profiles so you can inspect the exact payload that would be sent before any real message is delivered (product-specific)
  • Send proof: A tab in the Simulate content panel used to send a proof to test recipients by calling your external endpoint with the personalized payload for each selected profile (product-specific)
  • Test mode: A journey activation mode for end-to-end journey validation, entered by clicking Test on the journey canvas and ended with Stop test (product-specific)
  • Simulation: A mode that validates a journey end to end using simulated users—temporary profile-like entities—without requiring pre-created test profiles (product-specific)
  • Quick simulation: An AI-powered option to generate simulated users for a journey simulation (product-specific)

Guardrails:

  • The Test button in the Channel Builder is available while a custom channel is in Draft status.
  • The connection test confirms the endpoint is reachable from Journey Optimizer’s outbound IPs, that the configured authentication credentials are valid, and that the endpoint returns an HTTP 2xx response.
  • In the Send proof tab you can upload a CSV file with profiles that are not defined as test profiles in Journey Optimizer.
  • The proof result is displayed using the same validation patterns as email proofing: required fields, type mismatches, and schema validation errors are surfaced before the proof is sent.
  • Simulation uses simulated users—temporary profile-like entities—without requiring pre-created test profiles.

Terminology:

  • Canonical name: Simulate content — Acronym: n/a
  • Synonyms: “Test mode” = journey test mode; “Simulation” = journey simulation
  • Do not confuse: “Simulate content” (resolves personalization expressions against test profiles to inspect the payload) ≠ “Send proof” (calls your external endpoint with the personalized payload for test recipients) ≠ “Simulation” (validates the journey end to end using simulated users without pre-created test profiles)
  • Do not confuse: “Test profiles” (selected in Simulate content) ≠ “Simulated users” (temporary profile-like entities used by Simulation)

FAQ:

  • Q: How do I test the endpoint connection? — While the custom channel is in Draft status, use the Test button in the Channel Builder to send a test request that confirms the endpoint is reachable, authentication is valid, and the endpoint returns an HTTP 2xx response.
  • Q: What does Simulate content do? — It resolves personalization expressions against test profiles so you can inspect the exact payload that would be sent before any real message is delivered.
  • Q: Can I send a proof to profiles that are not test profiles? — Yes, in the Send proof tab you can upload a CSV file with profiles that are not defined as test profiles in Journey Optimizer.
  • Q: What is the difference between Test mode and Simulation for journeys? — Test mode activates the journey for end-to-end validation using a trigger event or test profile, while Simulation validates the journey end to end using simulated users—temporary profile-like entities—without requiring pre-created test profiles.
  • Q: How do I end a journey test? — Click Stop test when done.
  • Q: What should I confirm before activating? — The connection test succeeded, simulated payloads show expected values, no unresolved personalization tokens remain, all required payload fields are populated, a proof was sent and received correctly, and any configured error paths handle failure scenarios.
recommendation-more-help
journey-optimizer-help