Demora ao mudar o usuário para um bloco específico do bot via API
Boa tarde, pessoal!
Estou desenvolvendo o envio de mensagens ativas via API. E após realizar o envio da mensagem ativa, faço uma requisição na API para redirecionar o usuário para um bloco específico do bot. Tudo está funcionando corretamente, porém percebi que o bot demora a interpretar a primeira resposta do usuário.
A mensagem ativa é enviada, o usuário é redirecionado para o bloco correto, mas a resposta dele leva em torno de 1 minuto para ser processada. Embora o fluxo funcione, essa demora pode passar a impressão de que o bot não está respondendo ou até levar o usuário a enviar a mesma mensagem mais de uma vez.
A mensagem ativa é assim:
E após o usuário selecionar uma das opções, o fluxo demora aproximadamente 1 minuto para prosseguir.
Gostaria de saber se esse comportamento é normal e se existe alguma forma de reduzir esse tempo de resposta.
Obrigada!
Página 1 / 1
Boa tarde, pessoal!
Estou desenvolvendo o envio de mensagens ativas via API. E após realizar o envio da mensagem ativa, faço uma requisição na API para redirecionar o usuário para um bloco específico do bot. Tudo está funcionando corretamente, porém percebi que o bot demora a interpretar a primeira resposta do usuário.
A mensagem ativa é enviada, o usuário é redirecionado para o bloco correto, mas a resposta dele leva em torno de 1 minuto para ser processada. Embora o fluxo funcione, essa demora pode passar a impressão de que o bot não está respondendo ou até levar o usuário a enviar a mesma mensagem mais de uma vez.
A mensagem ativa é assim:
E após o usuário selecionar uma das opções, o fluxo demora aproximadamente 1 minuto para prosseguir.
Gostaria de saber se esse comportamento é normal e se existe alguma forma de reduzir esse tempo de resposta.
Obrigada!
Olá @Sarah.Leal tudo bem?
Nesse bloco onde foi redirecionado o usuário existe alguma ação que possa justificar essa lentidão ? tipo tem requisição http no bloco, script ou alguma logica que seria necessário algum tipo de processamento e interpretação do input do usuário ?
E um dica que pode ser util é trocar a ordem das requisições, exemplo você pode trocar o bloco do usuário e depois enviar NA.
Bom dia, @Rafael_Figueiredo !
Muito obrigada pelo retorno e pelas dicas. A sua sugestão de trocar a ordem das requisições eu já havia implementado pouco depois de compartilhar meu problema aqui no fórum e, infelizmente, também não resolveu a questão do tempo de espera.
A parte do fluxo em que o usuário é redirecionado realmente possui requisições HTTP. Para testar se o problema poderia ser esse, criei um outro bloco sem requisições HTTP apenas para redirecionar o usuário, e o tempo de espera foi exatamente o mesmo (aproximadamente 1 minuto). Então acredito que não é o fluxo em si que demora.
Também fiz um teste em que minha aplicação redirecionava o usuário para o bloco correto e, após 1 minuto, enviava a mensagem ativa, apenas para verificar se o redirecionamento estava demorando. Mas mesmo fazendo assim, a resposta levou aproximadamente 1 minuto. Me parece que o bot demora a interpretar a primeira resposta do usuário após ser redirecionado.
Como mostrei no meu post anterior, a mensagem ativa é enviada como uma quick reply, e o fluxo aguarda a resposta do usuário para dar continuidade às demais ações. E o comportamento do quick reply não é tão lento assim pelo o que vejo em outras partes do meu bot.
Esse é um comportamento que já foi relatado ou sou a primeira pessoa relatando esse problema? Pergunto porque pode ser que eu esteja fazendo algo errado.
Vou enviar um print das minhas requisições na API para verificar se há algo incorreto na forma como estou fazendo.
O print mostra a parte de redirecionamento e logo após, envio a mensagem ativa (já testei com um timeout na requisicao da mensagem ativa também, como explicado anteriormente):
E como mencionei antes, o fluxo funciona corretamente, mas demora para o bot responder ao usuário.
Desde já, muito obrigada por todo o suporte!
Bom dia, @Rafael_Figueiredo !
Muito obrigada pelo retorno e pelas dicas. A sua sugestão de trocar a ordem das requisições eu já havia implementado pouco depois de compartilhar meu problema aqui no fórum e, infelizmente, também não resolveu a questão do tempo de espera.
A parte do fluxo em que o usuário é redirecionado realmente possui requisições HTTP. Para testar se o problema poderia ser esse, criei um outro bloco sem requisições HTTP apenas para redirecionar o usuário, e o tempo de espera foi exatamente o mesmo (aproximadamente 1 minuto). Então acredito que não é o fluxo em si que demora.
Também fiz um teste em que minha aplicação redirecionava o usuário para o bloco correto e, após 1 minuto, enviava a mensagem ativa, apenas para verificar se o redirecionamento estava demorando. Mas mesmo fazendo assim, a resposta levou aproximadamente 1 minuto. Me parece que o bot demora a interpretar a primeira resposta do usuário após ser redirecionado.
Como mostrei no meu post anterior, a mensagem ativa é enviada como uma quick reply, e o fluxo aguarda a resposta do usuário para dar continuidade às demais ações. E o comportamento do quick reply não é tão lento assim pelo o que vejo em outras partes do meu bot.
Esse é um comportamento que já foi relatado ou sou a primeira pessoa relatando esse problema? Pergunto porque pode ser que eu esteja fazendo algo errado.
Vou enviar um print das minhas requisições na API para verificar se há algo incorreto na forma como estou fazendo.
O print mostra a parte de redirecionamento e logo após, envio a mensagem ativa (já testei com um timeout na requisicao da mensagem ativa também, como explicado anteriormente):
E como mencionei antes, o fluxo funciona corretamente, mas demora para o bot responder ao usuário.
Desde já, muito obrigada por todo o suporte!
Olá @Sarah.Leal na suas requisições HTTP parece esta tudo correto ai seria bom você validar esse bloco sem executar a sua solução de envio de NA e redirecionamento exemplo: Crie um bot de teste e aponte o bloco inicio para o local desejado e valide a navegação se o bot responder em tempo hábil podemos rever outra forma de envia a N/A como o end point /full do active campaing : https://help.blip.ai/hc/pt-br/articles/23997460187799-Como-enviar-notifica%C3%A7%C3%B5es-via-API-Active-Campaign-Growth
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
A analisar o ficheiro em busca de vírus
Lamentamos, mas ainda estamos a analisar o conteúdo deste ficheiro, a fim de nos certificarmos de que o mesmo é seguro para descarregar. Agradecemos que tentes de novo dentro de poucos minutos.