Eventtracks 15 de outubro de 2025 13:29 Atualizado Esta tabela contém registros dos trackings implementados nos Bots, existindo somente após implementação durante o desenvolvimento do contato inteligente para geração dos dados. Normalmente os trackings são registrados nos roteadores, mas para clientes que não possuem contexto de router ativo, os dados são gerados em cada subbot. Recomendamos ativar o contexto de roteador caso o mesmo ainda não seja utilizado. Latência nominal: 5 minutos Latência máxima: 15 minutos Objeto: clients_trustedzone.deltashare_core.eventtracks Retenção: 3 dias (D-0, D-1, D-2) Carga histórica inicial (em objeto separado): 360 dias A carga histórica deve ser combinada com a Blip para disponibilização, o objeto fica disponível por 7 dias para ingestão. Utilizando a eventtracks para análises Cálculo em Eventos ou em Usuários Únicos: Para construir métricas, é importante compreender a diferença entre contabilizar eventos e contabilizar por usuários únicos. Métricas por U.U são geralmente utilizadas para compreender a expansão da base; no entanto, para entender a jornada do contato inteligente, recomendamos calcular com base em eventos. Vamos analisar um exemplo para tornar isso mais claro: Suponha que um usuário tenha acessado o bot quatro vezes em um dia, tentando entrar em contato com o atendente e conseguiu apenas uma vez. Se calcularmos a taxa de transbordo por usuário, teremos: Taxa de transbordo = (1 usuário transbordado) / (1 usuário que iniciou a conversa) = 100% É fácil perceber como essa forma de cálculo acima representa uma métrica de vaidade, onde o resultado parece espetacular, mas não reflete a real dificuldade do usuário em ser atendido. A melhor maneira de construir essa métrica é considerar os eventos, resultando em: Taxa de transbordo = (1 transbordo efetivo) / (4 conversas iniciadas) = 25% Definindo o ínicio de uma conversa/jornada: Essa definição irá ocorrer de acordo com a regra do seu contato inteligente, algumas práticas comuns são, a soma dos eventos que marcam inicio de conversas (menu principais, onboarding, entradas e etc), DAUs (usuários únicos no dia). Em alguns casos é definido pontos do fluxo onde um novo código é gerado marcando uma nova sessão, esse dado pode ser registrado como extra dos eventos, possibilitando assim contar as conversas iniciadas. Análises no roadmap da documentação: Funil de Jornada: deve ser desenvolvido a partir das categorias implementadas, realizando um de para dos pontos macros dos fluxos; Utilizando os extras dos trackings como filtros globais de jornada Inputs inesperado no menu, associação com a messages para identificação de mensagens não compreendidas Abandono: desenvolvido a partir de trackings, deve ser observados os pontos onde o usuário interrompe a jornadas Para mais informações, acesse a discussão sobre o assunto em nossa comunidade ou os vídeos no nosso canal. 😃 Artigos relacionados Contato Como enviar notificações através de respostas prontas do Blip Desk Número para ativação Configuração - Instagram Business Discovery Notificações