Quando a Affise registra uma conversão, ela verifica a oferta e seus pagamentos para escolher um deles (ou o único existente) e colocar os valores necessários nas estatísticas. Portanto, se houver vários pagamentos na oferta, é crucial selecionar o apropriado.
Antes de começar
Critérios de seleção de pagamentos
Quatro critérios influenciam a seleção do pagamento:
Existência de pagamento pessoal para o afiliado, a quem a conversão/clique/impressão pertence.
Valor da meta.
Outros campos (município, cidades, dispositivos, sistema operacional, sub1-sub8).
Pesos.
O primeiro critério é o principal. O sistema aplica outros critérios depois de verificá-lo.
Existência de pagamento pessoal
O princípio geral: se houver um pagamento pessoal para o afiliado ao qual essa conversão/clique/impressão pertence e outros critérios forem atendidos, o sistema registrará a conversão sob esse pagamento pessoal como Aprovada ou atribuirá o custo ao clique/impressão. Se não houver um pagamento pessoal, o sistema verificará todos os pagamentos gerais.
O pagamento pessoal é sempre o principal a ser escolhido se a escolha for entre dois pagamentos semelhantes: o geral e o pessoal (outros critérios são atendidos em ambos).
Esquema 1:
Esse critério é o primeiro que o sistema aplica à conversão/clique/impressão ao selecionar o pagamento apropriado.
Seleção por meta
Esse critério é usado somente para conversões.
Primeiro, leia sobre o rastreamento de metas.
Depois que o sistema registra a conversão, ele analisa o valor da meta que o anunciante enviou por meio do parâmetro de meta. Se não houver parâmetro de meta, o sistema coloca o valor de meta "1" por padrão. Em seguida, o sistema compara o valor da meta da conversão com os valores de meta apresentados nos pagamentos pessoais (se houver)/nos pagamentos gerais (se não houver pagamentos pessoais).
Esquema 2:
Seleção por outros campos
O critério é usado para conversões/cliques/impressões.
O princípio geral é o mesmo da seleção por meta.
Quando o sistema registra a conversão ou um clique/impressão, ele analisa o país, a cidade, o dispositivo, o sistema operacional e os valores dos parâmetros sub1-sub8. Em seguida, o sistema compara os valores de conversão/clique/impressão com os valores apresentados nos pagamentos pessoais (se houver)/nos pagamentos gerais (se não houver pagamentos pessoais).
⚠️ Lembre-se de que os subvalores na seção Payouts (Pagamentos ) da página de edição da oferta diferenciam maiúsculas de minúsculas.
Esquema 3:
A diferença entre os critérios de valor da meta e os critérios desses campos:
O sistema verifica todos os campos mencionados acima de uma só vez. Se pelo menos um deles não for atendido, o sistema verifica outros pagamentos apresentados na oferta de acordo com a existência de critérios de pagamentos pessoais.
O campo Goal value (Valor da meta ) não pode estar vazio, mas os campos Country (País), Cities (Cidades), Devices (Dispositivos), OS (Sistema operacional) e Sub1-Sub8 podem estar. Isso significa que, se o campo estiver vazio no pagamento, ele permitirá todos os países, cidades, dispositivos, sistemas operacionais e valores nos parâmetros sub1-sub8.
Seleção por pesos
Às vezes, uma conversão/clique/impressão pode ter vários pagamentos apropriados:
Quando há vários pagamentos pessoais apropriados, em que ambos os critérios de valores de meta e outros campos são atendidos.
Quando há vários pagamentos gerais, em que ambos os critérios de valores de meta e outros campos são atendidos. Não existem pagamentos pessoais para o afiliado em questão.
Nesse caso, o sistema deve escolher apenas um pagamento.
Os pesos são pontos que o pagamento recebe em um determinado campo. Quanto mais pontos o pagamento tiver em geral, maior será a chance de ele ser escolhido pelo sistema.
Se, após a verificação dos pesos, ainda houver os mesmos pagamentos apropriados, o sistema escolherá o pagamento aleatório.
⚠️ Não confunda os pesos dos pagamentos com os pesos dos URLs adicionais. São duas opções diferentes, que não estão correlacionadas entre si.
Casos
Caso №1. A conversão veio com a meta "2". Você vê os seguintes pagamentos. Por que há 0 nos campos Revenue (Receita ) e Payouts (Pagamentos ) na conversão?
A conversão zero veio com o valor de meta "2", portanto o sistema a registrou no segundo pagamento geral. Outros critérios foram atendidos em ambos os pagamentos.
Caso №2. A conversão veio da Irlanda. Você vê os seguintes pagamentos. Por que o sistema escolheu o pagamento geral, apesar de haver um pagamento pessoal do afiliado a quem a conversão pertence?
A conversão não veio da Grécia. O sistema encontrou o pagamento pessoal necessário, mas também verificou outros critérios. Nesse caso, a conversão veio de outro país. É por isso que o sistema negou o pagamento pessoal e verificou o geral. Como as metas são as mesmas, o sistema registrou a conversão no pagamento geral.
Seleção de pagamentos na atribuição probabilística
O processo de seleção de pagamentos nessa situação é quase semelhante a um processo normal, mas com várias peculiaridades:
O sistema verifica se há um pagamento pessoal. O esquema nessa etapa é o mesmo.
O sistema verifica o valor da meta. Essa etapa é executada da mesma forma.
O sistema verifica os valores de outros campos, como países, cidades, dispositivos, sistemas operacionais e subvalores. Ao chegar a essa etapa, o sistema exige o uso dos parâmetros de país, plataforma e sub2.
Exemplo 1. Existem as seguintes configurações:
Se o postback contiver os parâmetros de país e plataforma , o sistema lerá os valores passados nesses parâmetros. Se os valores atenderem às configurações acima, o sistema selecionará esse pagamento. Se o postback não tiver esses parâmetros, o sistema lerá os valores como "Todos os países" e "Todos os sistemas operacionais", o que significa que o pagamento está errado e o sistema procurará outro.
Exemplo 2. Existem as seguintes configurações:
O sistema procura outros pagamentos de qualquer forma, porque o postback não tem informações sobre dispositivos e valores sub8 devido à falta de parâmetros relevantes. O sistema percebe isso automaticamente como "Todos os dispositivos" e "Todos os valores sub8".
É por isso que o Affise recomenda enfaticamente não usar restrições em outros campos (os campos Cidades, Dispositivos, outros sub8). O sistema sempre percebe as informações de cada postback como "Todas as cidades", "Todos os dispositivos" e todos os subvalores, independentemente dos parâmetros que você usa no próprio link de postback.
Leia mais informações sobre Atribuição probabilística.
O sistema compara os pesos. Execute o estágio como é feito no caso de uma integração normal.
Entre em contato com a equipe de Suporte ao Cliente da Affise sobre todas as questões levantadas por meio do e-mail: [email protected].