Conecte uma loja Shopify ou WooCommerce e o gatilho de carrinho abandonado de uma jornada dispara a partir de um evento real de checkout iniciado mas não concluído dessa loja. Sem fonte de dados para manter, sem exportação manual — apenas um e-mail de recuperação que sai sozinho no momento em que um comprador para.
O outro artigo sobre carrinho abandonado neste site assume que você já está alimentando uma fonte de dados de onde quer que seus dados de carrinho estejam, e enviando e-mails de recuperação manualmente ou em uma programação recorrente. Este é sobre pular isso completamente: uma loja Shopify ou WooCommerce conectada sincroniza seus próprios clientes e seus próprios eventos de abandono de carrinho diretamente, e uma jornada reage a eles em tempo real.
O que conectar uma loja realmente faz
Em Configurações → Integrações, conectar o Shopify guia você pela sua tela de OAuth; o WooCommerce se conecta com uma chave de API REST gerada no seu próprio site WordPress. De qualquer forma, o MailInApp registra webhooks na loja para que os eventos de clientes, carrinho e pedido cheguem ao vivo em vez de por consultas periódicas. Um backfill inicial sincroniza os clientes existentes em uma lista de contatos restrita àquela integração; tudo depois disso permanece atualizado apenas pelos webhooks.
O gatilho de carrinho abandonado
Uma jornada apontada para o gatilho carrinho abandonado de uma integração conectada inscreve um contato quando aquela loja relata um checkout iniciado mas não concluído, depois de um atraso que você escolhe. O Shopify relata isso nativamente como um evento real de checkout iniciado. O WooCommerce ainda não suporta esse gatilho de forma alguma — não há sinal equivalente que o MailInApp atualmente leia de uma loja WooCommerce conectada, independentemente dos plugins de carrinho abandonado que o site rode, então uma integração apenas com WooCommerce não vai gerar inscrições de carrinho abandonado. Vale a pena verificar isso antes de montar uma jornada inteira em torno dele.
Não lembre alguém que já pagou
Um e-mail de recuperação enviado para alguém que já finalizou o checkout é pior do que nenhum e-mail. Uma etapa de meta antes do envio verifica se uma compra chegou para aquele contato desde que o carrinho foi abandonado, e sai da execução imediatamente se sim. O lembrete simplesmente nunca dispara para um carrinho que não está mais abandonado no momento em que seria enviado.
O próprio e-mail de recuperação
Nada no e-mail é diferente de qualquer outro checkout do MailInApp. Um bloco Produto renderiza um botão Comprar agora real cobrado pela sua própria conta Stripe conectada, e uma Contagem regressiva em um desconto de recuperação com tempo definido permanece precisa sempre que aberta, em vez de mostrar uma linha desatualizada "expira em breve". A integração também grava a própria URL do carrinho abandonado na linha do contato como um campo de mesclagem, então um Botão pode linkar direto de volta ao próprio carrinho como alternativa ao checkout dentro do e-mail. Ou mude o próprio campo Checkout do bloco Produto para Link para checkout de loja externa para que o Comprar agora em si os envie direto de volta a esse carrinho, sem precisar de um bloco Botão separado.
Intenção de carrinho vs. intenção de checkout — a divisão por estágio
Uma distinção importante introduzida na divisão por intenção do MailInApp: abandono de carrinho e abandono de checkout agora são rastreados separadamente, cada um como um gatilho de jornada distinto com seu próprio campo stage.
- Carrinho abandonado (
stage: "cart") — um item foi adicionado ao carrinho de uma loja externa conectada mas o comprador saiu antes de iniciar o checkout. A mensagem de recuperação certa geralmente é reforço de benefício: por que este produto, prova social, ou um empurrãozinho leve. - Checkout abandonado (
stage: "checkout") — o comprador chegou ao seu próprio checkout do bloco Produto MailInApp-Stripe ou à própria página de checkout da loja (seja ele chegando lá por um link simples ou por um bloco Produto configurado como Link para checkout de loja externa) mas não completou o pagamento. A mensagem certa é remoção de atrito: respostas de FAQ, sinais de confiança, um link de suporte, ou um desconto com prazo definido.
Ambos os gatilhos podem rodar como jornadas separadas na mesma conta. O campo stage também é incluído nos payloads de webhook e na atribuição de respostas, então suas próprias análises podem distinguir entre paradas no carrinho e desistências no checkout. Veja Jornadas para a referência completa de gatilhos.
A receita continua fluindo para os seus relatórios existentes
Quando um pedido do Shopify ou WooCommerce carrega uma atribuição identificável de campanha ou variante, ele entra nos mesmos números de receita de resposta e de teste A/B que um pedido de checkout nativo dentro do e-mail já produz. Vendas recuperadas não são uma superfície de relatório separada para conferir.
Um caso relacionado, mas diferente: recuperando um comprador antigo
Carrinho abandonado é sobre um checkout que nunca terminou. Se em vez disso você quiser mirar em clientes que fizeram compras — um produto específico, em um intervalo de datas específico — e oferecer a eles um desconto para voltarem, veja recupere compradores antigos com segmentos de histórico de compras e códigos de desconto. Ele usa a mesma loja conectada, mas um segmento diferente e um código de desconto nativo da loja de verdade, em vez de um gatilho de jornada.
Primeiros passos
Conecte sua loja em Configurações → Integrações, depois aponte o gatilho de uma nova jornada para o evento carrinho abandonado dessa integração, com um atraso à sua escolha. Adicione uma etapa de meta antes do envio para pular qualquer um que já tenha pago. Veja Shopify, WooCommerce, e Jornadas para a referência completa.