Por que os eventos do navegador e do servidor se complementam
O rastreamento no navegador descreve a atividade durante uma visita: a página de destino, os produtos vistos, as ações no carrinho e o checkout. O rastreamento server-side pode confirmar que um pedido foi registrado mesmo quando o evento de compra no navegador está incompleto.
As duas fontes respondem a perguntas diferentes. Uma compra registrada no backend pode confirmar a transação sem ter os identificadores do navegador necessários para ligá-la a um anúncio. O WeProfit une as duas quando os dados disponíveis permitem uma correspondência.
O caminho da sua loja até uma rede de anúncios
Na Shopify, os webhooks da plataforma fornecem as informações dos pedidos. No WooCommerce, o plugin do WeProfit envia pelo servidor eventos de pedido assinados. O WeProfit processa os eventos da loja e encaminha os eventos de conversão compatíveis para os destinos que você conectar.
- Coletar a jornada de compra e os identificadores disponíveis.
- Receber a confirmação do pedido da plataforma de e-commerce.
- Associar a compra às evidências disponíveis da jornada.
- Encaminhar os eventos compatíveis para o destino de anúncios pretendido.
- Inspecionar o status de envio e o diagnóstico do destino.
Uma compra pode chegar por mais de um caminho
A compra de um cliente pode ser observada no navegador e confirmada pela loja. Os identificadores de eventos ajudam a distinguir envios repetidos de pedidos diferentes. O WeProfit usa identificadores de compra determinísticos e desduplicação no próprio processamento.
Verifique qualquer pixel de navegador, app de canal ou integração de servidor independente que já esteja instalado. Fazer a correspondência entre as suas próprias fontes não concilia automaticamente uma ferramenta de envio não relacionada que use identificadores de eventos diferentes.
O que o rastreamento server-side não elimina
O envio server-side não garante rastreamento completo, relatórios idênticos nem atribuição pelas plataformas de anúncios para todos os pedidos. As escolhas de consentimento, os identificadores indisponíveis, os erros de conexão e as regras de processamento de cada rede continuam afetando o resultado.
Trate coleta, envio e atribuição como verificações separadas. Confirme que o pedido existe, verifique se o evento foi enviado e depois inspecione como cada relatório atribui o crédito. Assim fica mais fácil encontrar um problema de configuração sem supor que toda diferença nos relatórios é uma compra não rastreada.
Verifique separadamente a coleta, o consentimento e a aceitação pelo destino
Uma conexão pelo servidor não elimina a necessidade do contexto do navegador, de uma configuração válida do destino ou de um tratamento adequado do consentimento. A falta de identificadores de clique ainda pode limitar a correspondência na rede. Uma nova tentativa deve reutilizar o identificador original do evento, enquanto integrações independentes podem usar identificadores incompatíveis.
| Observação | Interpretação |
|---|---|
| Chega um pedido pelo servidor | O pedido chegou ao WeProfit; a identificação da campanha ainda pode estar incompleta. |
| Um destino aceita a requisição | O repasse deu certo; a atribuição e os relatórios ainda dependem do destino. |
| Um pedido tem confiança de correspondência exata | Existe uma evidência de ligação direta; isso não prova que o anúncio causou a venda. |
| O banner de consentimento aparece na loja | O banner está visível; teste se as escolhas feitas nele chegam de fato ao rastreamento do navegador e do servidor. |