Construtor de Jornadas 2.0: Canal Webhook

Visão geral

O Journey Builder 2.0 apresenta o Webhook como uma nova opção de canal, permitindo que você integre suas jornadas de clientes com sistemas e serviços externos. Esse recurso permite que você acione requisições HTTP para APIs de terceiros como parte dos seus fluxos de trabalho de jornada do cliente.

Adicionando um Webhook à Sua Jornada

Para adicionar uma ação de webhook à sua jornada:

1. Abra sua jornada no Journey Builder 2.0

2. Localize a seção de Engajamento no painel esquerdo

3. Encontre o ícone do Webhook nas opções de engajamento

4. Arraste o ícone do gancho do painel esquerdo e solte-o na sua tela de jornada

5. Posicione-a onde você quer que essa ação ocorra na sua jornada do cliente

Uma vez colocado na sua jornada, você pode configurar os detalhes do webhook clicando no nó.

Para aprender como criar conteúdo para webhooks, consulte nossa documentação abrangente sobre Webhooks .

Análise de Webhooks

Após implementar uma jornada com ações de webhook, você pode monitorar o desempenho por meio de várias visualizações analíticas:

1. Estatísticas do Nó de Ação Webhook:

Visualizar as contagens de "Chegado" e "Enviado" diretamente no nó de ação do webhook durante a jornada

2. Análises Detalhadas de Webhooks:

Acesse métricas abrangentes incluindo "Chegado", "Enviado" e "Entregue" Veja visualizações em gráficos de linhas do desempenho do webhook ao longo do tempo.

3. Análise de Jornadas:

As métricas do canal Webhook estão totalmente integradas à análise geral de trajetórias

Uso de respostas webhook em nós de decisão

Um recurso poderoso dos webhooks no Journey Builder 2.0 é a capacidade de usar respostas de webhooks como critério em nós de decisão, possibilitando a seleção dinâmica de caminhos baseada nas respostas da API.

Critérios de Resposta Disponíveis em Webhooks

Você pode criar lógica de ramificação baseada nos seguintes elementos de resposta do webhook:

• Status de Enviado

  • Opções: IS, NÃO É NÃOescrituração: Roteia usuários com base em se o webhook foi enviado com sucessoCaso de uso: Usuários separados onde uma chamada de API teve sucesso ou não foi iniciada

• Status de Sucesso

  • Opções: IS, NÃO É NÃO Transcrição: Roteia usuários com base em se o webhook recebeu um código de resposta 2XX (200-299) Caso de Uso: Criar experiências diferentes baseadas em respostas API bem-sucedidas ou não bem-sucedidas

• Código de Resposta

  • Opções: IS, NÃO É NOTDescrituração: Roteia usuários com base em códigos de resposta HTTP específicosEntrada necessária: Valor do código de status HTTP (ex., 200, 404, 500)Caso de Uso: Criar tratamento específico para diferentes cenários de resposta da API

• Resposta JSON

  • Opções: IS, NÃO É NOTDescrituração: Roteia usuários com base em valores específicos em uma resposta JSONEntrada necessária: chave JSON e valor esperadoCaso de uso: Jornada de ramificação baseada em dados retornados de sistemas externos

• Resposta em texto simples é igual a

  • Opções: É, NÃO É NÃODscrição: Roteia usuários com base na correspondência exata de respostas de textoEntrada necessária: String de texto esperadaCaso de uso: Criar caminhos com base em respostas específicas de texto de APIs

• Resposta em texto simples contém

  • Opções: IS, IS NOTDescrituração: Roteia usuários com base em correspondência parcial de textoEntrada necessária: String de texto para verificarCaso de uso: Criar caminhos com base na presença de texto específico nas respostas da API

Uso de Critérios Webhook em Nós de Decisão

Você pode implementar critérios de resposta do webhook tanto em nós de decisão padrão quanto em nós Multi-Decisão:

Em nós de decisão padrão:

Adicionar uma condição baseada na resposta do webhookCombinar múltiplas condições do webhook usando operadores AND/ORMisture condições do webhook com outros pontos de dados da jornada

Em nós de múltiplas decisões:

Crie até 5 caminhos diferentes (A-E) mais um caminho "else" Cada caminho pode usar critérios de resposta diferentes para webhookCrie lógica de roteamento complexa baseada em várias respostas da API

Validação

O sistema valida as configurações dos critérios de decisão do seu webhook:

1. Campos vazios em código, resposta JSON ou entradas de texto simples dispararão erros de validação

2. Esses erros serão exibidos no painel de erros de fluxo de trabalho

3. Jornadas com erros de validação não podem ser iniciadas até que os erros sejam resolvidos

Melhores Práticas

• Teste seus webhooks cuidadosamente antes de implantar em jornadas de produção

• Monitore o desempenho do webhook regularmente através dos painéis de análise

• Configure caminhos de recurso, para casos em que os webhooks não enviem ou não recebem respostas esperadas

• Mantenha a análise de respostas simples sempre que possível para garantir uma execução confiável da jornada

• Considere os limites de taxa de APIs externas ao projetar jornadas de alto volume

Exemplos de Casos de Uso

1. Buscar dados de estoque em tempo real e encaminhar clientes com base na disponibilidade do produto

2. Verifique o status de crédito dos clientes em sistemas externos para personalizar ofertas

3. Valide os dados com serviços de verificação de terceiros antes de prosseguir

4. Acionar processos de cumprimento em sistemas externos como parte das jornadas do cliente