Configurar regras de evento
As Regras de eventos estendem o Conversion Rules para validar eventos pós-instalação com base nas condições personalizadas que você definiu.
Quando um evento não cumpre essas condições, a Adjust o rejeita e avisa sobre a rejeição nos callbacks, nas exportações de CSV e nos relatórios.
Para ativar o Conversion Rules (e as Regras de eventos) na sua conta, entre em contato com sales@adjust.com.
Antes de começar
O que você precisa saber antes de começar.
Requisitos
- Usuários com permissões de Administrador, Editor ou Editor personalizado na Adjust.
- Um aplicativo multiplataforma ou de plataforma única na Adjust.
Configurar uma regra de evento
Para definir uma regra de evento, siga os passos abaixo:
No AppView, abra Eventos e assinaturas e selecione o evento que queira validar.
Selecione Editar evento .
Vá até o monitoramento que deseja configurar.
Escolha uma das seguintes opções de status:
- Ativo - Quando a regra é salva, o monitoramento fica ativo no sistema da Adjust. Os eventos que não cumprirem os requisitos de monitoramento serão rejeitados .
- Teste - Quando a regra é salva, o monitoramento fica ativo no sistema da Adjust. Os eventos que não cumprirem os requisitos de monitoramento não serão rejeitados , e sim sinalizados e relatados.
- Pausado - A regra não é aplicada a nenhum evento. Use esse status para salvar suas alterações sem ativá-las.
Configure um ou mais monitoramentos (veja Monitoramentos).
Selecione Save changes (Salvar alterações).
Você também pode configurar monitoramentos de regras de evento durante o processo inicial de criação do evento.
Remover um monitoramento de regras de evento
Para remover um monitoramento, basta definir seu status como Desativado .
Monitoramentos
É possível aplicar vários monitoramentos na sua regra de evento.
Se qualquer monitoramento com o status Ativo apresentar erros, o evento será rejeitado .
Controle de fluxo
Use-o para controlar a sequência esperada, o timing e os parâmetros necessários de eventos.
Você pode selecionar várias condições. Neste caso, todas as condições selecionadas precisam sem preenchidas para que o evento seja aprovado. Do contrário, o evento será rejeitado.
- Tempo após a instalação - Exige que o evento ocorra dentro de ou após um período específico após a instalação.
Por exemplo: "Maior que ou igual a 5 minutos após a instalação".
- Evento anterior necessário - Exija que um evento específico (como Nível 1 ) ocorra antes desse evento. Como uma restrição adicional, você pode também especificar um tempo mínimo ou máximo entre o evento anterior necessário e o atual.
- Parâmetros necessários - Exija que parâmetros específicos do SDK (como
user_idetransaction_id) estejam no payload do evento. Você pode adicionar vários parâmetros. Quando vários parâmetros são definidos, todos precisam estar presentes para que o evento seja aprovado no monitoramento.
A condição Evento anterior necessário funciona apenas para eventos enviados pelo SDK .
Não configure esse monitoramento para eventos de servidor para servidor (S2S) , já que eles não serão avaliados corretamente.
Controle de fonte
Restringe quais fontes de eventos serão aceitas.
- SDK - Aceita apenas eventos vindos do SDK.
- S2S - Aceita apenas eventos de servidor para servidor (S2S).
Se um evento vier de uma fonte não permitida, ele será rejeitado.
Controle de receita
Use esse monitoramento para validar eventos monetizados para completude e verificação de compra.
Ele será aprovado ou não com base no resultado da Verificação de compra .
Ative a opção de também rejeitar eventos com dados de transação ausentes.
Configuração de controle de receita
A configuração da verificação de compra é gerenciada em AppView -> Protection -> Verificação de compra .
Para usar os resultados da verificação de compra no fluxo de controle de receita, é preciso trocar do Modo antigo para o Modo de evento primeiro.
- Verificação de compra não configurada para regras de eventos
- Exemplo de configuração de verificação de compra
Compartilhamento de dados
Os eventos rejeitados serão relatados como:
- Callbacks e exportações de CSV quando um alerta de Evento rejeitado é configurado. O placeholder {rejection_reason} é avaliado como
post_install_activity_rule. - Métrica Eventos rejeitados nos Relatórios.







