Passar para o conteúdo principal
Seleção de pagamentos
Daria Mamchenkova avatar
Escrito por Daria Mamchenkova
Atualizado há mais de 7 meses

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:

  1. Existência de pagamento pessoal para o afiliado, a quem a conversão/clique/impressão pertence.

  2. Valor da meta.

  3. Outros campos (município, cidades, dispositivos, sistema operacional, sub1-sub8).

  4. 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:

  1. O sistema verifica se há um pagamento pessoal. O esquema nessa etapa é o mesmo.

  2. O sistema verifica o valor da meta. Essa etapa é executada da mesma forma.

  3. 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.

  4. 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].

Respondeu à sua pergunta?