Appearance
Plataformas de vendas
As integrações com plataformas de vendas permitem que o Vestige Metrics receba informações sobre vendas e reembolsos realizados em plataformas externas e relacione essas transações ao histórico de rastreamento do cliente.
Para receber webhooks de uma plataforma sem integração nativa, consulte Integrações customizadas e VML.
Diferentemente das integrações com plataformas de anúncios, nas quais o Vestige consulta métricas disponibilizadas pelos gerenciadores, nas plataformas de vendas o fluxo acontece através de webhooks.
Isso significa que é a própria plataforma de vendas que comunica ao Vestige quando uma transação relevante acontece.
text
Cliente realiza uma compra
↓
Plataforma de vendas
↓
Webhook
↓
Vestige Metrics
↓
Transação registrada
↓
Atribuição
↓
Origem / Campanha / AnúncioEsse processo permite combinar os dados de aquisição já rastreados pelo Vestige com os resultados financeiros efetivamente gerados.
Como funciona a integração
Cada plataforma de vendas possui sua própria forma de configurar webhooks.
Durante a configuração, a plataforma é orientada a enviar determinados eventos para um endpoint disponibilizado pelo Vestige.
A partir desse momento, quando um evento configurado acontece, a plataforma envia as informações da transação para o Vestige.
text
PLATAFORMA DE VENDAS
Compra / Reembolso
│
│ Webhook
▼
VESTIGE METRICS
│
├── identifica a transação
├── interpreta o evento
├── registra as informações
└── busca sua atribuiçãoO Vestige não consulta periodicamente as plataformas de vendas para procurar novas transações.
No fluxo normal das integrações, são os webhooks enviados pelas plataformas que informam ao Vestige sobre novas vendas e reembolsos.
Eventos processados pelo Vestige
Uma plataforma de vendas pode possuir diversos estados durante o ciclo de uma transação.
Por exemplo:
text
Pedido criado
↓
Pagamento pendente
↓
Pagamento aprovado
↓
Solicitação de reembolso
↓
Reembolso realizadoPara o processamento das integrações, os dois eventos relevantes para o Vestige são:
- Aprovado — representa uma venda efetivamente aprovada;
- Reembolso — representa uma venda efetivamente reembolsada.
Isso é importante porque receber um webhook não significa necessariamente que uma venda deva ser contabilizada.
Um pedido pendente, por exemplo, ainda não representa uma venda aprovada.
Da mesma forma, uma solicitação de reembolso não necessariamente representa um reembolso já concluído.
Cada plataforma possui sua própria nomenclatura e seus próprios eventos. A integração é responsável por interpretar esses eventos e convertê-los para o modelo utilizado pelo Vestige.
Quais informações uma venda pode trazer?
Além de informar que uma venda aconteceu, o webhook pode fornecer diversas informações sobre a transação.
O Vestige normaliza essas informações para que vendas originadas em diferentes plataformas possam ser analisadas dentro de uma mesma estrutura.
Entre os principais dados utilizados estão:
| Informação | Descrição |
|---|---|
| ID da transação | Identificador único da transação na plataforma de vendas |
| Produto | Identificador e nome do produto adquirido |
| E-mail associado à compra | |
| Status | Situação da transação, como aprovado ou reembolso |
| Valor | Valor pago pelo cliente |
| Valor recebido | Valor/comissão efetivamente recebida na transação |
| Data da compra | Momento em que a transação ocorreu |
| Quantidade | Quantidade de itens/produtos da transação |
| Oferta | Identificador da oferta utilizada na compra, quando disponível |
| Recorrência | Identifica o ciclo de uma cobrança recorrente |
| Telefones | Telefones associados à compra, quando disponibilizados |
| Moeda | Moeda utilizada na transação |
| Plataforma | Plataforma responsável pela venda |
| Identificadores externos | Identificadores adicionais fornecidos pela plataforma |
| Identificadores VDA | Identificadores utilizados pelo Vestige Direct Attribution |
Nem todas as plataformas fornecem exatamente as mesmas informações.
Parte do papel de cada integração é interpretar o formato específico da plataforma e transformá-lo no modelo utilizado pelo Vestige.
Vendas recorrentes
O Vestige também consegue identificar ciclos de pagamentos recorrentes.
A recorrência não representa o parcelamento de uma única compra.
Ela representa novas cobranças pertencentes a uma relação recorrente, como uma assinatura.
Por exemplo:
text
Primeira cobrança
Recorrência 1
↓
Segundo mês
Recorrência 2
↓
Terceiro mês
Recorrência 3
↓
...Isso permite diferenciar uma compra inicial das cobranças seguintes geradas pela mesma recorrência.
Webhooks podem funcionar de formas diferentes
Embora as integrações de vendas do Vestige sejam baseadas em webhooks, não existe um padrão único utilizado por todas as plataformas.
Cada plataforma define:
- quais eventos envia;
- como estrutura os dados;
- como os dados são transportados;
- quais identificadores disponibiliza;
- se exige autenticação;
- como a autenticidade do webhook é validada.
Algumas plataformas podem utilizar parâmetros na URL, outras enviam as informações no corpo da requisição.
Algumas utilizam tokens, assinaturas ou outros mecanismos de validação, enquanto outras possuem processos mais simples.
Essas diferenças são tratadas individualmente por cada integração.
Por isso, esta página apresenta o funcionamento conceitual das integrações de vendas. O processo específico será apresentado na documentação de cada plataforma suportada pelo Vestige.
Receber a venda é apenas o começo
Registrar que uma venda aconteceu é apenas uma parte do processo.
Para uma plataforma de analytics, uma pergunta ainda mais importante é:
de onde veio essa venda?
Quando o Vestige consegue relacionar uma transação com uma jornada previamente rastreada, também consegue recuperar informações relacionadas à aquisição daquele cliente.
Isso pode incluir:
text
Venda
│
▼
Jornada rastreada
│
├── origem
├── UTMs
├── LTMs
├── campanha
├── conjunto de anúncios
└── anúncioPara estabelecer essa relação, o Vestige pode utilizar diferentes mecanismos de atribuição.
Atribuição através do e-mail
O e-mail é uma das principais informações utilizadas para relacionar uma venda com um lead previamente identificado.
Quando uma pessoa é captada pelo Vestige e posteriormente realiza uma compra utilizando o mesmo e-mail, a transação pode ser relacionada ao histórico conhecido daquele lead.
text
CAPTAÇÃO
[email protected]
│
├── UTMs
├── LTMs
└── histórico
│
▼
COMPRA
[email protected]
│
▼
WEBHOOK
│
▼
Vestige identifica
o lead correspondente
│
▼
Venda relacionada
à jornada rastreadaEsse mecanismo é muito importante em jornadas nas quais houve uma captação antes da compra.
Porém, uma compra nem sempre é precedida por uma captação identificada.
Para criar uma relação ainda mais direta entre a navegação e a venda, o Vestige possui o Vestige Direct Attribution (VDA).
Vestige Direct Attribution (VDA)
O Vestige Direct Attribution, ou VDA, é uma tecnologia do Vestige criada para transportar a identificação da jornada rastreada até o processo de compra.
Durante a navegação, o Vestige possui identificadores que permitem reconhecer o visitante e o page view específico daquela jornada.
No VDA, dois identificadores são especialmente importantes:
- LTU ID — identifica de forma única o usuário/visitante rastreado pelo Vestige;
- PVI ID — identifica o page view relacionado àquela jornada.
Esses identificadores podem ser enviados para o checkout e posteriormente devolvidos ao Vestige junto com o webhook da venda.
text
Visitante acessa a página
↓
Pixel Vestige
↓
Rastreamento
│
├── LTU ID
└── PVI ID
│
▼
Checkout
│
▼
Compra
│
▼
Plataforma de vendas
│
│ Webhook
▼
Vestige Metrics
│
├── LTU ID
└── PVI ID
│
▼
Jornada identificadaQuando esses identificadores retornam no webhook, o Vestige consegue estabelecer uma relação direta entre a transação recebida e a navegação que levou à compra.
Por que o VDA é importante?
A atribuição por e-mail depende da existência de um lead conhecido que possa ser relacionado à venda.
O VDA cria outra possibilidade: a própria venda pode carregar a referência da jornada que a originou.
A partir do page view identificado, o Vestige consegue retroceder pelo histórico de rastreamento e encontrar informações como UTMs e LTMs.
text
VENDA
│
│ VDA
▼
PAGE VIEW
│
├── visitante
├── origem
├── UTMs
└── LTMsIsso é especialmente importante em jornadas nas quais o usuário realiza uma compra sem passar anteriormente por uma captação identificada pelo Vestige.
Da mídia até a receita
Quando o rastreamento, as integrações de anúncios e as integrações de vendas trabalham em conjunto, o Vestige consegue conectar diferentes partes da jornada.
text
PLATAFORMA DE ANÚNCIOS
│
├── investimento
├── impressões
└── cliques
│
▼
UTM / LTM
│
▼
NAVEGAÇÃO
│
├── visitante
├── page views
└── captação
│
▼
CHECKOUT
│
│ VDA
▼
PLATAFORMA DE VENDAS
│
│ Webhook
▼
VESTIGE
│
├── venda
├── receita
├── produto
└── atribuiçãoA integração de vendas fornece ao Vestige o resultado financeiro.
O rastreamento fornece a jornada que antecedeu esse resultado.
E os mecanismos de atribuição permitem conectar essas duas informações.
Cada plataforma possui sua própria configuração
Embora o conceito seja o mesmo, cada plataforma de vendas possui características próprias para configuração dos webhooks.
Podem variar:
- os eventos disponibilizados;
- os nomes utilizados para cada evento;
- o formato das informações enviadas;
- os mecanismos de autenticação e validação;
- os identificadores disponíveis;
- a forma de transportar informações adicionais até o checkout;
- a configuração necessária para utilização do VDA.
Por isso, após entender o funcionamento geral das integrações de vendas, consulte a documentação específica da plataforma que deseja integrar ao Vestige Metrics.