Trigger Carrinho Abandonado - Send an http request

Bom dia,

Gostaria de configurar uma ferramenta externa de e-mail. No caso é para carrinho abandonado.

A ferramenta chama-se send pulse, onde consigo receber event de carrinho abandonado através de API. Minha dúvida é:

Consigo enviar algumas informações para essa API através da opção ao configurar o carrinho abandonado usando a opção abaixo:

A ferramenta me disponibilidade uma request com opção de receber variáveis configurações.

Alguém já usou essa ferramenta ou senão, sabe se essa opção de configuração do carrinho na VTEX ainda funciona?

Grato pela atenção de todos.

2 Likes

Opa, o carrinho abandonado funciona sim!

Basta seguir essa documentação - https://help.vtex.com/pt/tutorial/configurar-carrinho-abandonado--tutorials_740

Lembrando que sua loja deve estar em produção para que nosso sistema de sessões possa gravar eventos, repassa-los ao masterdata e então acionar a trigger.

Idealmente, testa seu endpoint usando uma trigger simples, mandand um payload curtinho com um dado estático só para ver se o dado está chegando certinho lá, depois eu colocaria o payload que você quer e por fim, em um último passo, a config de regras de ativação do carrinho abandonado (vide documentação).

Qualquer dúvida me avisa que vou te ajudando por aqui!

Abraços e sucesso com sua configuração!

1 Like

Obrigado pelo retorno.

Pode me tirar uma dúvida.

Usando dessa forma via send as http request para uma request externo, existe um tempo para que a VTEX envie esse event ?

Fiz o teste na request enviando os mesmo dados e eu recebi, porém simulei alguns carrinhos aleatórios e até o momento não disparou a trigger.

Existe um tempo ideal para ser configurado no agendamento? Deixei 1 hora.

Segue json que estou enviando para o evento:

{
    "client_name": "{!firstName}", 
    "email": "{!email}",
    "phone": "{!phone}",
    "gender": "{!gender}",
    "product_id": "{!productId}",
    "product_name": "{!name}",
    "sku_name": "{!skuName}",
    "product_price": "{!price}",
    "product_link": "{!detailUrl}",
    "product_img_url": "{!imageUrl",
    "event_date": "{!rclastsession}", 
}

Grato.

1 Like

Olá, faz muito tempo que não configuro o carrinho abandonado, mas seguem algumas dicas.

  1. Dá uma olhada no campo product_img_url
  2. Tenta criar um payload mais simples conforme o exemplo que aparece no https://vtex.io/docs/app/vtexlatam.abandoned-cart-service@3.x/
  3. Veja se os dados do carrinho realmente estão sendo gravados nos campos do masterdata.

Bom dia,

Tenho outra dúvida, essa opção de Send an http request é funcional apenas para lojas IO?

No meu caso estamos na versão legada. Isso implica na configuração?

Como valido se o master data está gravando o dados?

Estamos usando o carrinho abandonado disparando um e-mail diretamente pela central, seguindo o tutorial. Porém gostaria de tratar essas regras de relacionamento em um ferramenta externa.

Na ferramenta de e-mail que usamos, quando testo pelo postman as informações são recebidas corretamente, porém pelo master data não.

Olá,

Acho que passei uma informação incorreta. Não precisa do app do IO já que estão usando uma URL externa para enviar os emails.

O disparo pela central é com um trigger para enviar email? Se funcionou quer dizer que os dados do carrinho estão sendo gravados no masterdata.

Ajustaram o json ==> "product_img_url”: “{!imageUrl}"?

Olá,

Ajustado o fechamento do parâmetro de imagem, obrigado.

Bom se isso não implica na configuração então não sei a causa de não estar disparando o evento.

Segue um print de como está configurado:

As demais configurações são as mesmas de como enviamos o e-mail pelo masterdata.

Olá,

Veja se colocando os headers funciona.

Quais headers devo especificar?

A ferramenta que utilizado não disponibiliza essas infos, visto que tenho duas formas de autenticação via POST URL (sem autenticação) e REST API (com autenticação).

Via postman, funciona, já pelo master data não envia os eventos.

Olá!

Vi esses 2. Pode conferir se a SendPulse aceita post sem eles e também se precisa mandar mais algum header.
content-type application/json
accept application/json

Eu fiz o teste sem header e funcionou. Vou testar agora com header e trago noticias.

Para ter certeza que a VTEX não está disparando nada pode usar um site do tipo https://webhook.site/ que loga 100% das requisições. Ou seja, cadastra a url temporária que vai ser criada lá no MasterData, faz algumas interações e vê se aparece algo no https://webhook.site/ .
Se não aparecer nada é certeza que o problema está na trigger.

Apenas complementando que se sem o header funcionou, a trigger validou corretamente. Ela possui duas etapas sempre: verificar se a modificação é válida para ativa-la e em seguida realizar a ação em si.

Pode ser que nesse caso o header em si originou o problema, testar de forma incremental sempre é uma boa (vou tirando/colocando os parâmetros em testes aos poucos)