Rastreamento de retorno de dados
A essência do recurso Postback é que ele fornece uma maneira "alternativa" de relatar estatísticas limitadas (com base nos eventos: Registros e / ou Contagem do Primeiro Depósito) para uma lista limitada de afiliados (quem solicitou o recurso e tem o apoio meios e ferramentas em seu fim). As chamadas de postback precisam ser configuradas para cada afiliado que deseja receber esta chamada e podem ser configuradas para serem disparadas em um ou vários eventos acontecendo.
O reporte é feito em regime de servidor 2 servidores, através de uma chamada de Postback feita a uma url fornecida pelo afiliado, para o evento em questão. A Instafiliado enviará a chamada de Postback para o url do afiliado, com a frequência com que recebamos e processemos dados da natureza do evento.
So for eg: if we process FTD count data once a day (for yesterday’s data), the Postback calls for FTD would be done once a day, hence this is not a real time ‘reporting’ but based on data frequency.
Em termos de características específicas da IU Instafiliado:
Em cada perfil de afiliado (lado esquerdo do painel de navegação), haverá um submenu chamado Postbacks.
Cada um dos eventos necessários ao afiliado pode ser concedido.
Isso permitirá que o afiliado receba 'chamadas' para o evento escolhido apenas se:
- Ele enviou o url "esperado" para ser chamado (de sua conta de front end afiliado).
- Ou um gerente configurou o url ‘em espera’ na guia URL de postback.
Existe um determinado conjunto de informações adicionais que Instafiliado pode definir para cada evento de chamada de postback, e é coberto pelas substituições disponíveis abaixo.
Em outras palavras, o afiliado pode desejar receber a ID de mídia ou o nome da campanha, etc. para o registro do jogador que a chamada de Postback postaria.
Em tais casos, a respectiva substituição precisa ser inserida no url de postback do afiliado salvo no perfil, mas o "servidor" do afiliado deve ser configurado para suportar e "ler" essas informações assim que chegarem ao seu servidor da web.
| Manga de alpaca | Descrição |
|---|---|
| {customer.id} | Um identificador exclusivo para o cliente. |
| {payload} | O valor da carga útil que você pode ter usado ao referir o cliente. |
| {s2s.req_id} | O valor da carga útil que você pode ter usado ao referir o cliente. |
| {s2s.pub_id} | O valor da carga útil que você pode ter usado ao referir o cliente. |
| {media.id} | O ID da mídia que você usou ao referir o cliente. |
| {media.name} | O ID da mídia que você usou ao referir o cliente. |
| {landing_page.id} | O ID da página de destino que você usou ao referir o cliente. |
| {landing_page.name} | O ID da página de destino que você usou ao referir o cliente. |
| {campaign.id} | O valor da carga útil que você pode ter usado ao referir o cliente. |
| {campaign.name} | O título atual da campanha que você usou para indicar o cliente. |
| {brand.name} | O nome da marca para a qual o evento ocorreu. Este valor pode estar vazio se o evento não estiver associado a uma marca. |
Em alguns casos particulares, o afiliado (redes) deseja receber informações adicionais na chamada de Postback, por exemplo: clickID, ID do editor
Para conseguir isso, o Instafiliado deve ter recebido o clickID, os valores do ID do editor primeiro, e isso aconteceria por meio de qualquer um dos 3 parâmetros de rastreamento adicionais disponíveis:
payload
s2s.req_id
s2s.pub_id
Portanto, um link de rastreamento típico que os afiliados usam atualmente seria:
https://record.example.com/_systemGenerated_Token_here/1/
Se, por exemplo, o clickID da rede precisar ser passado, o link de rastreamento do afiliado seria assim:
https://record.example.com/_systemGenerated_Token_here/1/?s2s.req_id=123
onde 123 (é um exemplo do ID de clique no lado da rede de afiliados)
Assim que recebermos os dados FTD e os processarmos, chamaremos o url fornecido pelo afiliado, que, para o exemplo do clickID, seria o seguinte:
http://www.affiliatewebiste.com/conversion?c=350&clickid={s2s.req_id}
Nosso servidor de postback gravará o código de status HTTP do URL de postback do afiliado. No entanto, ele não seguirá um redirecionamento como 301 ou 302. Nem tentará novamente uma solicitação com falha, como 500 ou 404.
