Usar lógica de nova tentativa para Conteúdo conectado
Esta página explica como adicionar novas tentativas às suas chamadas de Conteúdo conectado.
Como as novas tentativas funcionam
Como o Conteúdo conectado depende do recebimento de dados de APIs, uma API pode ficar temporariamente indisponível enquanto a Braze faz a chamada. Nesse caso, a Braze oferece suporte à lógica de nova tentativa para refazer a solicitação usando backoff exponencial.
O :retry do Conteúdo conectado não está disponível para mensagens no app.
Usando a lógica de nova tentativa
Para usar a lógica de nova tentativa, adicione a tag :retry à chamada de Conteúdo conectado, conforme mostrado no trecho de código a seguir:
1
2
{% connected_content https://yourwebsite.com/api/endpoint :retry %}
{% connected_content https://www.braze.com :save my_content :basic_auth auth_name :retry %}
Quando uma tag :retry é incluída na chamada de Conteúdo conectado, a Braze tentará refazer a chamada até cinco vezes.
Resultados das novas tentativas
Quando uma nova tentativa é bem-sucedida
Se uma nova tentativa for bem-sucedida, a mensagem será enviada e nenhuma nova tentativa adicional será feita para essa mensagem.
Quando a chamada de API falha e as novas tentativas estão ativadas
Se a chamada de API falhar e essa opção estiver ativada, a Braze tentará novamente a chamada respeitando o limite de taxa que você definiu para cada reenvio. A Braze moverá as mensagens com falha para o final da fila e adicionará minutos extras, se necessário, ao tempo total necessário para enviar sua mensagem.
Se a chamada de Conteúdo conectado falhar mais de cinco vezes, a mensagem será cancelada, de forma semelhante a como uma tag de cancelamento de mensagem é acionada.
Chamadas de Conteúdo conectado com lógica de cancelamento e nova tentativa
Se uma chamada de Conteúdo conectado usa lógica de cancelamento para a mesma condição da lógica de nova tentativa, a lógica de cancelamento tem prioridade. Isso impede que qualquer nova tentativa seja feita. A lógica de nova tentativa já reenvia a chamada antes de cancelá-la se o código de status não for bem-sucedido. Como ambas tratam o mesmo comportamento de código de status, você pode remover a lógica de cancelamento e a chamada ainda será cancelada se todas as novas tentativas falharem.