Visão geral
Toda interação do usuário com o site pode vir a ser um evento. E estes eventos podem ser utilizados tanto para gerar estatísticas de webanalytics quanto para identificar a jornada de compra do cliente ao longo do tempo. Vamos considerar o seguinte caso:- O usuário acessou a página de um produto vindo de um anúncio do Meta Ads
- Ele adicionou este produto no carrinho
- No entanto, ele continuou olhando outros produtos e não finalizou a compra
- Dias depois o mesmo usuário recebe uma campanha de carrinho abandonado via e-mail
- Dessa vez, ele finaliza a compra na loja
Estrutura dos eventos
De modo geral, um evento do site contém as seguintes informações:- Informações de navegação, como a URL da página onde o evento foi gerado, os parâmetros de UTM, etc.
- Informações do cliente, como a identificação do navegador e o endereço IP
Aliases
Para isso, utilizamos os chamadoscustom_aliases. Um alias é um identificador único para um mesmo
usuário, o que quer dizer que esse identificador enviado no evento deve ser o mesmo para o usuário do lado
da API também.
Se você envia um determinado cartToken no evento de adição ao carrinho, por exemplo, e em seguida envia este
mesmo cartToken em um pedido (via REST API), a sessão no navegador será atrelada àquele pedido.
A Solomon utiliza nativamente o identificador de sessão e o identificador de usuário por padrão como aliases. Porém,
outros aliases podem ser enviados:
- User ID: principal identificador utilizado para relacionar o pedido à sessão no site
- Cart Token: pode ser usado para relacionar um pedido a partir da sessão no site
- Email: pode ser usado para relacionar um pedido a partir da conta do usuário
- Customer ID: pode ser usado para relacionar um pedido a partir da conta do usuário
- Phone: pode ser usado para relacionar uma sessão no checkout ou conta do usuário
userId, sendo o mais prioritário no cruzamento de informações, seja
preenchido sempre com o alias de maior confiança e de maior precedência.
Cookies do servidor
Aqui está como criar um alias perfeito para ouserId que cumpra os três requisitos:
- Maior antecedência na criação e envio
- Persistência a longo prazo
- Envio tanto do lado do navegador quanto do servidor
Configuração
Configure o cookie do lado do servidor
Configure o cookie do lado do servidor
Envie o cookie como um alias no evento
Envie o cookie como um alias no evento
userId.
No entanto, você pode utilizar qualquer outro alias de sua preferência para identificar o usuário, como
o próprio cart token.
