Se uma rede de parceiros disser que não está a receber postbacks para instalações/conversões ou eventos in-app:

1. Vá para Atribuição > Exportar logs e baixe os logs de postbacks para o parceiro. Para obter ajuda sobre o download de logs, consulte as Perguntas frequentes sobre logs de exportação e dados no nível do usuário.

• Certifique-se de filtrar os postbacks com o Código HTTP de resposta = 200. Se o Código HTTP de resposta for "200", isso significa que o parceiro confirmou que recebeu o postback.
• Selecione também o campo Corpo do HTTP de resposta, pois ele pode ajudar a identificar um problema técnico no parceiro.
• Partilhe o registo com o parceiro para validar os dados internamente. Se houver muitos postbacks com outros códigos de resposta, informe-os de que pode haver um problema técnico com o recebimento de postbacks da Singular.

Se o parceiro da rede de anúncios estiver configurado para receber todas as instâncias de eventos de instalação ou in-app e você tiver selecionado "enviar todos" os eventos para o parceiro, a configuração de postback continuará a enviar postbacks para ele. Você terá que excluir o postback ou desmarcar as caixas "enviar todos" na Configuração do parceiro para parar de enviar esses dados. Consulte a definição de Receber todas as instalações no Glossário do Singular.

Algumas razões possíveis são:

• Janelas de lookback: Um ou mais eventos podem ter uma janela de lookback diferente configurada para postbacks. Verifique as definições na página Configuração do parceiro.
• Problemas técnicos: O parceiro pode não ter recebido um ou mais postbacks devido a problemas técnicos no lado do parceiro. Para verificar, consulte Porque é que o meu parceiro de rede não está a receber postbacks?
• Eventos duplicados: O Singular SDK no seu aplicativo gera automaticamente um evento chamado __REVENUE__, que é acionado em qualquer compra no aplicativo. Além disso, você também pode criar seus próprios eventos de receita do SDK para diferentes tipos de compras in-app. Ao configurar postbacks de eventos, certifique-se de enviar postbacks para __REVENUE__ ou para seu(s) evento(s) de receita com nome personalizado - mas não para ambos. Caso contrário, o Singular enviará dois postbacks para cada compra in-app.

Se um parceiro de rede disser que está recebendo postbacks sem atributos de evento:

1. Vá para Atribuição > Exportar logs e baixe os logs de postbacks para o parceiro. Verifique os campos Corpo HTTP do postback ou URL de destino para ver se eles incluem atributos de evento. Para obter ajuda para descarregar registos, consulte as Perguntas frequentes sobre registos de exportação e dados ao nível do utilizador.
2. Se os registos mostrarem que os postbacks estão de facto a ser enviados sem atributos de evento, verifique novamente as definições de postback na página Configuração do parceiro. Se não tiver configurado atributos adicionados para serem enviados juntamente com eventos, altere as definições agora.
3. Se as configurações estiverem corretas e os postbacks ainda estiverem sendo enviados com atributos ausentes, entre em contato com o suporte da Singular.

Se o seu faturamento com uma rede for baseado no número de postbacks de instalação/evento que a Singular enviou a eles durante o período, você pode verificar novamente quais postbacks foram enviados a um parceiro baixando logs de postback brutos em Atribuição > Exportar logs.

Para obter ajuda geral com a página Exportar logs, consulte as Perguntas frequentes sobre Exportar logs e dados no nível do usuário.

Para validação de postback, recomendamos o download de um log com as seguintes configurações:

Certifique-se de filtrar o valor "200" no Código HTTP de resposta para ver os postbacks recebidos com êxito pelo Destinatário do postback.

Não se confunda entre os campos Parceiro e Destinatário do Postback:

• Parceiro é a rede à qual o evento foi atribuído.
• Odestinatário do postback é o parceiro que recebeu o postback do evento. O evento não é necessariamente atribuído a esse parceiro (lembre-se que alguns parceiros pedem para receber postbacks de todos os seus eventos, quer sejam atribuídos a esse parceiro ou a outra rede, e pode ativar essa opção na página Configuração do parceiro ).

Um campo adicional, É atribuído, esclarece melhor se o destinatário do postback é a rede à qual o evento foi atribuído ("Y" significa que é a mesma rede, "N" significa que o evento foi atribuído a outro parceiro que pode ver no campo Parceiro ).

A Singular envia a cada rede de parceiros um postback quando uma instalação de aplicativo é atribuída a essa rede. Não é possível desativar estes postbacks.

Outros tipos de postbacks são opcionais e dependem das preferências da rede de parceiros:

• Postbacksde reengajamento
• Postbacks de eventos in-app
• Postbacks sobre conversões (instalações/engajamentos) e eventos que não são atribuídos ao parceiro

Consulte Endereços IP do servidor de postback.

• A Singular tenta enviar um postback se receber um código de resposta HTTPS entre 500 e 559.
• O mecanismo tem um máximo de 5 tentativas.
• As tentativas são feitas em intervalos de 1, 5, 15, 30 e 60 minutos a partir da tentativa original.

Os parceiros na página Configuração de parceiros são todas as redes e serviços que você configura para trabalhar com o serviço de atribuição da Singular.

A página Configuração de parceiros permite-lhe configurar os seguintes aspectos por parceiro e site:

• A janela de lookback para atribuição de cliques
• Quais postbacks devem ser enviados para o parceiro
• Também é aqui que você insere suas credenciais de login na plataforma do parceiro, se o Singular precisar delas para se conectar ao parceiro. Isso varia de parceiro para parceiro.

Para obter mais detalhes, consulte Configuração de definições e postbacks abaixo.

• Alguns parceiros são redes de anúncios, agências de anúncios, etc. Você define as configurações de atribuição para esses parceiros e, em seguida, cria links de rastreamento que incorporam as macros personalizadas dos parceiros. Também pode fazer com que o Singular envie a estes parceiros informações sobre instalações atribuídas, decisões de fraude, etc., sob a forma de postbacks automatizados.

• Outros parceiros são sistemas de BI de terceiros, serviços de análise de fraudes, etc. Se trabalhar com esses serviços, pode configurá-los na página Configuração de parceiros para que possam receber postbacks.

O "BI interno" é um tipo especial de parceiro que pode configurar se pretender que a sua própria plataforma interna receba postbacks sobre decisões de atribuição, decisões de fraude, etc. Consulte Configuração de postbacks de BI interno para obter mais informações.

Um site (ou um site de aplicativo) é uma versão do seu aplicativo desenvolvida para uma plataforma específica. Configura as definições de parceiro para cada site de aplicação separadamente.

Por exemplo, se tiver uma aplicação que é executada no Android e no iOS, tem dois sites de aplicações e pode configurar as definições de parceiro para cada um deles.

Veja também: Perguntas frequentes sobre a configuração do aplicativo.

Como parte do processo de desenvolvimento de integrações com um parceiro de atribuição, a Singular cria um modelo de postback que contém todos os campos suportados pelo parceiro. Quando você salva uma nova configuração de parceiro, o Singular começa a criar postbacks com base nesse modelo.

Para exportar as configurações de postback para todos os parceiros:

• Clique em Exportar tudo no canto superior direito da página Configuração de parceiros.
• Para exportar configurações de postback para parceiros selecionados, primeiro selecione um ou mais parceiros clicando na caixa de seleção à esquerda do parceiro e, em seguida, clique em Exportar selecionados.

Isso faz o download de um arquivo CSV com informações sobre cada postback que foi configurado.

Ver acima.

As definições de parceiro são configuradas para cada site de aplicações separadamente.

O Singular normalmente requer determinadas credenciais para enviar postbacks para o parceiro. Peça ao parceiro as credenciais apropriadas.

Estes são postbacks que notificam o parceiro sobre um reengajamento bem-sucedido. A opção de ativar estes postbacks só está disponível para parceiros que suportam campanhas de reengajamento (campanhas de retargeting).

As atribuições de visualização são atribuições determinadas com base numa visualização do anúncio e não num clique no anúncio. Se você executar qualquer campanha de exibição, selecione Incluir atribuições de exibição para que a Singular envie postbacks ao parceiro sobre essas atribuições também (caso contrário, a Singular só enviará postbacks sobre atribuições de cliques).

Observação - as atribuições de visualização para eventos no aplicativo serão determinadas pela configuração de atribuição de instalação ou reengajamento. Isso significa que o view-through só será aplicado a eventos in-app se estiver ativado para instalação ou reengajamento.

Os postbacks de fraude incluem informações sobre decisões tomadas pelo sistema de deteção de fraudes da Singular. Para saber mais, consulte Postbacks de fraude. Além disso, consulte Prevenção de fraudes da Singular para obter uma introdução aos métodos avançados de deteção de fraudes da Singular.

Consulte A janela de lookback de atribuição.

Esta é uma janela de lookback para limitar os postbacks de eventos a um período de tempo especificado, por exemplo, 5 dias após a instalação. Se o evento ocorrer depois que o número de dias especificado tiver passado, nenhum postback será enviado. A predefinição para o envio de eventos pós-instalação atribuídos é de 7 dias a partir do ponto de contacto atribuído (consulte a definição de "Ponto de contacto" abaixo).

Eventos in-app são quaisquer eventos de usuário que acontecem no seu aplicativo após a conversão. Por exemplo, um utilizador que instala a sua aplicação pode depois iniciar sessão ou registar-se na sua plataforma, ver o tutorial ou subir de nível se for uma aplicação de jogos. Alguns parceiros querem receber postbacks sobre esses eventos do serviço de atribuição da Singular.

Primeiro, escolha quais postbacks você deseja enviar:

Em seguida, adicione seus eventos in-app da seguinte forma:

No menu suspenso Eventos no aplicativo (SDK), você verá vários eventos diferentes relacionados à receita, alguns dos quais se sobrepõem.

Para evitar que sejam enviados postbacks duplicados para o mesmo evento in-app, siga as instruções abaixo.

O que fazer se tiver apenas receitas de compras in-app:

• Configure mapeamentos para __IAP__ e quaisquer eventos de compra personalizados.
• Ou, em alternativa, utilize __REVENUE__, que engloba todos os seus eventos de compra in-app.

O que fazer se tiver receitas de compras in-app e receitas de anúncios:

• Configure mapeamentos para __IAP__, quaisquer eventos de compra personalizados e __ADMON_USER_LEVEL_REVENUE__.
• Não recomendamos a utilização do evento geral __REVENUE__ neste caso, uma vez que inclui eventos de compras e de receitas de anúncios, e o mapeamento de ambos os tipos de receitas para o mesmo evento de receitas no lado da rede pode causar problemas.
• Em vez disso, mapeie os eventos de compra in-app para o evento de compra da rede e o evento __ADMON_USER_LEVEL_REVENUE__ para o evento de receita de anúncios ou admon da rede.
• Se não tiver a certeza de quais os eventos a utilizar do lado da rede, contacte a rede para obter mais informações.

A equipa de integração da Singular está em constante contacto com os parceiros para garantir que temos a melhor integração possível. Ocasionalmente, um parceiro pode solicitar que você atualize a integração, por exemplo, devido a alterações na forma como o parceiro deseja receber postbacks da Singular.

Na maioria dos casos, é possível atualizar a integração fazendo login no Singular, acessando a página Configuração do parceiro, abrindo a integração e salvando-a novamente.

Em alguns casos raros, uma atualização pode exigir mais etapas, como o fornecimento de um novo campo ou configuração que não existia antes. Nesses casos, o parceiro ou a Singular entrará em contacto consigo para fornecer instruções.

Não. Embora as definições de configuração do parceiro possam parecer semelhantes, cada configuração é integrada de forma exclusiva na Singular. Neste momento, não é possível atualizar várias configurações ao mesmo tempo.