Cuando Affise registra una conversión, comprueba la oferta y sus pagos para elegir uno de ellos (o el único existente) y colocar los valores necesarios para las estadísticas. Por lo tanto, si hay varios pagos en la oferta, es crucial seleccionar el apropiado.
Antes de empezar
Criterios de selección de los pagos
Cuatro criterios influyen en la selección del pago:
Existencia de pago personal para el afiliado al que pertenece la conversión/clic/impresión.
Valor del objetivo.
Otros campos (condado, ciudades, dispositivos, OS, sub1-sub8).
Pesos.
El primer criterio es el principal. El sistema aplica otros criterios después de comprobarlo.
Existencia de pago personal
El principio general: si existe un pago personal para el afiliado al que pertenece esta conversión/clic/impresión, y se cumplen otros criterios, el sistema registra la conversión bajo este pago personal como Aprobada o asigna el coste al clic/impresión. Si no hay ningún pago personal, el sistema comprueba todos los generales.
El pago personal siempre es el primero que se elige si hay que elegir entre dos pagos similares: el general y el personal (se cumplen los demás criterios en ambos).
Criterio 1:
Este criterio es el primero que el sistema aplica a la conversión/clic/impresión a la hora de seleccionar el pago adecuado.
Selección por objetivo
Este criterio se utiliza sólo para las conversiones.
En primer lugar, lea sobre Seguimiento de objetivos.
Una vez que el sistema registra la conversión, consulta el valor del objetivo que el anunciante envió a través del parámetro de objetivo. Si no hay parámetro de objetivo, el sistema pone por defecto el valor de objetivo "1". A continuación, el sistema compara el valor de objetivo de la conversión con los valores de objetivo presentados en los pagos personales (si los hay)/en los pagos generales (si no hay personales).
Esquema 2:
Selección por otros campos
El criterio se utiliza para conversiones/clics/impresiones.
El principio general es el mismo que el de la selección por objetivos.
Una vez que el sistema registra la conversión, o se produce un clic/impresión, examina el país, la ciudad, el dispositivo, el sistema operativo y los valores de los parámetros sub1-sub8. Entonces el sistema compara los valores de conversión/clic/impresión con los valores presentados en los pagos personales (si los hay)/en los pagos generales (si no hay personales).
⚠️ Tenga en cuenta que los subvalores de la sección Pagos de la página de edición de la oferta distinguen entre mayúsculas y minúsculas.
Esquema 3:
La diferencia entre los criterios del valor objetivo y los criterios de estos campos:
El sistema comprueba todos los campos mencionados a la vez. Si al menos uno de ellos no se cumple, el sistema comprueba otros pagos presentados en la oferta según la existencia de criterios de pagos personales.
El campo Valor del objetivo no puede estar vacío, pero los campos País, Ciudades, Dispositivos, SO y Sub1-Sub8 sí pueden estarlo. Esto significa: si el campo está vacío en el pago, permite todos los países, ciudades, dispositivos, SO y valores en los parámetros sub1-sub8.
Selección por pesos
A veces una conversión/clic/impresión puede tener varios pagos apropiados:
Cuando hay varios pagos personales apropiados, donde se cumplen los criterios de los valores objetivo y otros campos.
Cuando hay varios pagos generales, en los que se cumplen los criterios de los valores objetivo y otros campos. No existen pagos personales para el afiliado en cuestión.
En este caso, el sistema debe elegir sólo un pago.
Los pesos son puntos que el pago obtiene por un campo en particular. Cuantos más puntos tenga el pago en general, más posibilidades tendrá el sistema de elegirlo.
Si, después de comprobar las ponderaciones, sigue habiendo los mismos pagos apropiados, el sistema elige el aleatorio.
⚠️ No confundas los pesos de los pagos con los pesos de las URLs adicionales. Son dos opciones diferentes, que no están correlacionadas entre sí.
Casos
Caso №1. La conversión vino con el objetivo "2". Usted ve los siguientes pagos. Por qué hay 0 en los campos Ingresos y Pagos en la conversión?
La conversión cero llegó con el valor objetivo "2", por lo que el sistema la registró en el segundo pago general. Los demás criterios se cumplen en ambos pagos.
Caso №2. La conversión vino de Irlanda. Se ven los siguientes pagos. Por qué el sistema eligió el pago general, a pesar de que existe el personal del afiliado, a quien pertenece la conversión?
La conversión no vino de Grecia. El sistema encontró el pago personal necesario, pero también comprobó otros criterios. En este caso, la conversión procedía de otro país. Por eso el sistema denegó el pago personal y comprobó el general. Los objetivos son los mismos, por lo que el sistema registró la conversión en el pago general.
Selección de pagos en la atribución probabilística
El proceso de selección de pagos en esta situación es casi similar al proceso habitual, pero con varias peculiaridades:
El sistema comprueba si existe un pago personal. El esquema en este paso es el mismo.
El sistema comprueba el valor del objetivo. Esta etapa se realiza de la misma manera.
El sistema comprueba los valores de otros campos como Países, Ciudades, Dispositivos, Sistemas Operativos y Subvalores. Al llegar a esta etapa, el sistema requiere utilizar los parámetros país, plataforma y sub2.
Ejemplo 1. Existen los siguientes parámetros:
Si el postback contiene los parámetros de país y plataforma , el sistema lee los valores pasados en estos parámetros. Si los valores cumplen los parámetros anteriores, el sistema selecciona este pago. Si el postback no contiene esos parámetros, el sistema lee los valores como "Todos los países" y "Todos los SO", lo que significa que el pago es incorrecto, y el sistema busca otro.
Ejemplo 2. Existen los siguientes parámetros:
El sistema busca otros pagos de todas formas, porque el postback no tiene información sobre dispositivos y valores sub8 debido a la falta de parámetros relevantes. El sistema lo percibe automáticamente como "Todos los dispositivos" y "Todos los valores sub8".
Por eso Affise recomienda encarecidamente no utilizar restricciones en otros campos (los campos Ciudades, Dispositivos, otros sub). El sistema siempre percibe la información de cada postback como "Todas las ciudades", "Todos los dispositivos" y todos los subvalores, independientemente de los parámetros que utilice en el propio enlace de postback.
Más información sobre la atribución probabilística.
El sistema compara los pesos. Realice la etapa como se hace en caso de integración habitual.
Por favor, póngase en contacto con el equipo de Atención al Cliente de Affise en relación con todas las cuestiones planteadas a través del correo electrónico: [email protected].