Perguntas frequentes sobre notificações de eventos do ciclo de vida da ação

Se você quiser receber notificações em tempo real sempre que ações que você gerenciar forem registradas, modificadas ou revertidas, você pode configurar Notificações de Eventos do Ciclo de Vida da Ação para receber essas notificações.

O que é uma notificação de evento?

Notificações de Evento podem atualizar um sistema de terceiros em tempo real por meio de chamadas de servidor HTTP. Se você tiver uma notificação de evento configurada e ocorrer um evento de gatilho (como sua marca parceira modificar uma ação que você gerou), a impact.com enviará um postback para a URL fornecida com uma notificação.

Observação: Notificações de evento, postbacks e webhooks são todos termos diferentes para o mesmo processo na plataforma. Por uma questão de consistência, o restante deste artigo usará o termo "postback".

Como funcionam os postbacks do ciclo de vida da ação?

Os postbacks do ciclo de vida da ação funcionam atualizando você sempre que um evento "não padrão" acontece no ciclo de vida da ação. Eventos não padrão são eventos que não têm datas ou períodos de tempo estabelecidos no seu contrato. Por exemplo, a data de bloqueio é um evento padrão, ou previsível, pois o período de bloqueio da ação está descrito no seu contrato. Uma ação ser modificada, no entanto, é um evento não padrão, já que não existe um intervalo de tempo nem datas definidas no seu contrato, tornando-o não padrão (ou imprevisível).

Aqui estão alguns exemplos de eventos não padrão do ciclo de vida da ação. Estes irão criar um postback.

• Uma ação que você gerou é rastreada ou registrada na impact.com.

• Uma ação que você gerou é modificada pela sua marca parceira.

• Uma ação que você gerou é revertida pela sua marca parceira.

Aqui estão alguns exemplos de eventos padrão do ciclo de vida. Estes não irão criar um postback.

• Uma ação que você gerou é bloqueada (ou seja, não pode mais ser modificada ou revertida).

• Uma ação que você gerou é paga para a sua conta.

Aviso: Para postbacks em nível global, você deve receber um postback sempre que ocorrer um evento "não padrão", como uma modificação ou uma reversão. Observe que os postbacks em nível de evento não dispararão eventos não padrão do ciclo de vida da ação.

Por que eu simplesmente não usaria a API da impact.com?

Embora nossa API seja perfeitamente adequada para fornecer as mesmas informações, existem algumas diferenças de características e restrições entre nossa API e nosso sistema de postback que provavelmente fariam dos postbacks uma solução mais preferível para você. Isso inclui o seguinte:

• Os postbacks acontecem em tempo real. Os postbacks são gerados pela impact.com e recebidos por você em até 15 minutos após a ocorrência de um evento não padrão.

• Os postbacks têm acesso a mais dados de conversão. Mesmo que você não veja o ponto de dados de que precisa na nossa interface (ou na nossa folha de referência para desenvolvedores) ao configurar seus postbacks, provavelmente temos o ponto de dados disponível se você entrar em contato com o seu Gerente de Conta de Publisher (ou entrar em contato com o suporte).

• Os postbacks não têm limites de taxa. Quando você usa a API da impact.com, você está sujeito a limites de taxa aplicados ao sistema. Especificamente, ao usar a API da impact.com, você fica limitado a 1000 solicitações de API para a maioria dos endpoints, enquanto os postbacks não têm esse limite.

• Para acessar nosso Portal de Integrações.

Os postbacks são confiáveis?

Sim. A impact.com usa postbacks em algumas de nossas próprias soluções de rastreamento. Você não precisa atender a nenhum critério especial para usar postbacks e não enfrenta nenhum limite de taxa.

Se um postback falhar quando a impact.com enviar para a sua URL de destino, a impact.com tentará novamente automaticamente. Isso ajuda a compensar problemas temporários de rede ou curtos períodos de indisponibilidade do servidor. A impact.com tenta reenviar um postback com falha até 15 vezes no total.

A impact.com não tenta reenviar um postback se a URL de destino estiver malformada ou inválida. A impact.com também não tenta novamente URLs ou hosts não resolvidos. Uma falha de consulta DNS é um exemplo.

A impact.com ignora as 3 primeiras tentativas de novo envio para respostas HTTP de 400 até 500.

Quando realizarmos manutenção no nosso sistema de postback, você será notificado e os postbacks serão pausados. No entanto, assim que concluirmos a manutenção, começaremos imediatamente a recuperar o atraso do seu sistema.

No entanto, se você notar atraso no recebimento de postbacks, como uma ação ter sido modificada e você ainda não ter recebido um postback por mais de uma hora desde que a modificação ocorreu, entrar em contato com o suporte.

Quais medidas de segurança a impact.com usa para postbacks?

Ao usar postbacks, você definirá o destino para o qual deseja que as chamadas sejam enviadas. Por isso, como a impact.com armazena os dados em nosso back-end e porque a impact.com realiza uma chamada de servidor para servidor quando enviamos os dados, não há como interceptar os dados enquanto eles estão em trânsito.

Se quiser, podemos criar um cabeçalho personalizado que transmita outro conjunto de credenciais para incluir nas chamadas de postback que a impact.com envia a você. Você não pode criar esse cabeçalho no aplicativo web, então entre em contato com o seu Gerente de Conta de Publisher (ou entrar em contato com o suporte) para nos informar que você quer que esse cabeçalho seja criado.

Como configuro postbacks do ciclo de vida da ação?

Para mais instruções sobre como configurar e testar postbacks do ciclo de vida da ação em nível global, bem como em nível de evento, veja o artigo Configurar Postbacks do Ciclo de Vida da Ação.