Uma visita de marketing é registrada pela primeira parte na borda, levada para todas as sessões e combinada com uma conversão que chega de forma assíncrona em uma fila de mensagens. Em seguida, é reconciliada em uma programação para capturar o que o caminho ao vivo perdeu. É nosso código, então, quando um número parece errado, podemos ler o porquê.
| Medida | Valor | Fonte | Medido |
|---|---|---|---|
| Componentes de atribuição escritos e operados | Ingest controller, ingest worker, conversion consumer, scoreboard service, reconciliation job | marketing package in the media service source tree | |
| Onde o identificador do visitante é definido | First-party, by edge middleware on the site's own domain | marketing tracking implementation in the marketing site and media service | |
| Hospedagem de Analytics | Self-hosted on our own cluster | kubectl get deployments -n kamo | |
| Mecanismo de entrega de conversão | Message queue consumer with a scheduled reconciliation pass | marketing conversion consumer and reconcile job |
Que edifício nos ensinou
O arranjo comum é que uma agência cole um snippet do gerenciador de tags e, a partir daí, todas as perguntas sobre os dados terminam em um painel que nenhuma das partes controla. Os cookies de terceiros estão sendo removidos, os bloqueadores de anúncios removem mais e a lacuna entre o que aconteceu e o que foi registrado aumenta a cada ano.
O identificador de visita é definido pelo middleware de borda em nosso próprio domínio, e não por um script de outra pessoa. A atribuição sobrevive ao término da sessão. As conversões são publicadas como eventos e consumidas por um worker, em vez de serem contadas inline, o que significa que um caminho de conversão lento não pode diminuir a velocidade de um cliente e uma mensagem perdida pode ser recuperada.
Pequenos detalhes decidem se os números são honestos. Existe um mecanismo de auto-exclusão para que nossos próprios funcionários navegando no site não apareçam nos números de marketing, e deve apagar ativamente o cookie do visitante em vez de simplesmente parar de gravar, ou a visita que já foi registrada permanece nos dados. roll-ups são sempre enquanto os números de janela são calculados a partir das linhas subjacentes, porque os dois discordam e fingir o contrário produz um scoreboard que não pode ser reconciliado com seu próprio detalhe. Estes são os tipos de coisas que tornam um painel confiável, e eles são invisíveis do lado de fora.
O Analytics é executado no mesmo cluster, portanto, os dados no nível da página também são nossos. Para os clientes, configuramos tudo isso nas próprias contas deles. O ponto é que você é o proprietário da medição, não nós.
Construído com
- NATS JetStream
- Java
- Spring Boot
- Next.js middleware
- Umami
- YugabyteDB
O que isso nos qualifica para
Diga-nos o que você está tentando fazer
Uma breve conversa geralmente é suficiente para dizer se somos as pessoas certas, se não formos, diremos isso e indicaremos um lugar melhor.