Cómo configurar Conversion Rules

Conversion Rules es una función avanzada de nuestro pilar Protect. Te permite validar las instalaciones y los engagements de los usuarios al aplicar reglas personalizadas definidas por ti.

Niveles de reglas de conversión

Las reglas de conversión están disponibles en diferentes niveles, cada una de las cuales ofrece un nivel diferente de validación y profundidad de informes para satisfacer sus necesidades.

Antes de comenzar

Esto es lo que debes saber antes de comenzar.

Requisitos

• Usuarios con permisos de administrador, editor o editor personalizado en Adjust.
• Una aplicación de una sola plataforma o multiplataforma en Adjust.

Cómo configurar una regla de conversión

Para configurar una regla de conversión, sigue estos pasos.

1. En la sección Protección, selecciona Reglas de conversión.

2. Selecciona Nueva regla de conversión.

3. Escribe un nombre para tu regla.

4. Elige uno de los siguientes estados:

   • Activa : la regla se aplica a las atribuciones de forma inmediata cuando se cumplen las condiciones.
   • Prueba : utiliza esta opción para testear tu regla de conversión. Nuestro sistema no modifica la fuente de atribución para las reglas de conversión que tienen el estado Prueba.
   • Pausa : tu regla no se aplica a ninguna atribución.

5. Selecciona el tipo de regla. Esto determina cuáles son las condiciones y opciones disponibles:

   • Tienda
   • Región
   • Versión
   • Parámetro
   • Coincidencia con la región y las campañas
   • Coincidencia con la versión y las campañas

6. Para las reglas de Tienda, Región, Versión y Parámetro, elige el comportamiento de fallback de atribución (Dispositivos no verificados o Dispositivos no confiables) y, si aplica para tu tipo de regla, indica si se debe extender la validación de la regla a las actividades posteriores a la instalación. Las reglas de Coincidencia de región y campañas/Coincidencia de versión y campañas utilizan la opción Omitir atribución en su lugar, por lo que este paso no aplica para ellas.

7. En la sección Aplicar regla a , selecciona tu aplicación y (según el tipo de regla) los canales, los filtros de objetivo o los segmentos de la campaña (canal/campaña/grupo de anuncios) que estén dentro del alcance de la regla.

8. En la sección Definición de la regla , establece tus condiciones ( Si esto sucede ) y elige Aceptar o rechazar (Entonces hacer esto) para determinar qué lado de la condición debe recibir el tratamiento de fallback.

9. Selecciona Crear regla.

Cuando tu regla esté Activa , nuestro sistema revisará los datos de atribución con base en la configuración de la regla. Esto podría cambiar tus resultados de atribución. Estos cambios aparecerán en tus exportaciones de datos sin procesar y en Datascape. Nuestro sistema no modifica la fuente de atribución ni para las reglas que tienen el estado Prueba. Los resultados rechazados y no verificados se señalan y son visibles en los reportes de Datascape y en los datos sin procesar (callbacks y exportaciones CSV). A diferencia del modo en tiempo real, los resultados rechazados no se comparten con los socios, incluso si el intercambio de socios está configurado para rechazos. Para distinguir resultados de prueba de los resultados en tiempo real, agrega el {conversion_rule_status} placeholder (test / live) a tu configuración.

Comportamientos de atribución

Aceptar y Rechazar

Las condiciones de cada regla se evalúan en el formato Si sucede esto (la condición) → Entonces hacer esto (la acción). La acción determina qué lado de la condición está sujeto al comportamiento de atribución de la regla:

• Aceptar : lo que cumpla con estas condiciones continúa dentro del flujo de atribución normal. Lo que no las cumpla se somete al comportamiento de atribución seleccionado.
• Rechazar : lo que cumpla con estas condiciones se somete al comportamiento de atribución seleccionado. Lo que no las cumpla continúa dentro del flujo de atribución normal.

¿Qué significa "se somete al comportamiento de atribución" dependiendo del tipo de regla?

• Para las reglas de Tienda, Región, Versión y Parámetro, significa que la instalación se atribuye a Dispositivos no verificados o Dispositivos no confiables (según lo que decidas).
• Para las reglas de Coincidencia de región y campañas y Coincidencia de versión y campañas, significa que la fuente se omite para esa instalación. Esta no es una opción independiente: simplemente es lo que hacen este tipo de reglas.

Dispositivos no verificados

• Las instalaciones provenientes de dispositivos no verificados se registran como no verificadas.

• Adjust retiene los postbacks y los datos incorporados.

  • Los datos sin procesar se envían como actividad de unverified_install para los dispositivos no verificados.
  • Las fuentes reciben callbacks estándar de install, sin ningún cambio en la atribución de las instalaciones.
  • La elaboración de informes de cohortes está disponible hasta el nivel de campaña.

• Los dispositivos no verificados se pueden reatribuir.

Dispositivos no confiables

• Esto representa el nivel de severidad más alto.

• Las instalaciones provenientes de dispositivos no confiables se rechazan.

  • Los postbacks de instalación se envían, pero la instalación se marca como no atribuida.
  • Las fuentes pueden recibir callbacks de rejected_install , los cuales pueden incluir campos como click_id y el motivo del rechazo. Estos datos se proporcionan para fines de diagnóstico y análisis de fraude.
  • La elaboración de informes de cohortes está limitada a los totales de alto nivel únicamente. No hay desglose por canal, campaña u otras dimensiones granulares.

• Los dispositivos no confiables no se pueden reatribuir.

Omitir atribución

El comportamiento de atribución para las reglas de Coincidencia de región y campañas y Coincidencia de versión y campañas. A diferencia de Dispositivos no verificados y Dispositivos no confiables, esta no es una elección tuya, sino que es el comportamiento que se utiliza siempre en estos tipos de reglas.

• La fuente relacionada con el lado omitido de la condición (consulta la sección sobre Aceptar y Rechazar) se deja de tomar en cuenta para esa instalación.
• Luego, Adjust busca el mejor engagement anterior que cumpla con los requisitos. Si el sistema encuentra uno, la atribución se otorga a esa fuente en su lugar.
• Si no se encuentra ningún engagement que cumpla con los requisitos, la instalación se atribuye al canal Orgánico.

Extender la validación de la regla a las actividades posteriores a la instalación

Disponible para las reglas de Región, Versión y Parámetro.

Las actividades posteriores a la instalación no se reatribuyen. Se agrupan en un bucket como actividades rechazadas para la misma fuente a la que se atribuye la instalación.

Habilita el cumplimiento de la regla en todas las actividades posteriores a la instalación (sesiones, eventos e ingresos publicitarios) en toda la aplicación. Esto incluye la actividad de los usuarios existentes y las instalaciones atribuidas anteriormente.

Cuando el indicador está activado, la descripción de Aceptar/Rechazar se extiende para abarcar también las actividades posteriores a la instalación:

• Aceptar + indicador activado : las instalaciones que cumplan con estas condiciones continuarán en el flujo de atribución. Las que no las cumplan se atribuirán al comportamiento de atribución seleccionado. Las actividades posteriores a la instalación que no cumplen con estas condiciones se agrupan en un bucket como actividades rechazadas.
• Rechazar + indicador activado : las instalaciones que cumplan con estas condiciones se atribuirán al comportamiento de atribución seleccionado. Las que no las cumplan continuarán en el flujo de atribución. Las actividades posteriores a la instalación que cumplen con estas condiciones se agrupan en un bucket como actividades rechazadas.

• Si la instalación se atribuyó a una fuente válida (es decir, si no se clasificó como dispositivo no confiable ):
  • Los datos sin procesar se envían como actividad de rejected_session, rejected_event o rejected_ad_revenue .
  • Las actividades rechazadas se exponen en los informes dentro de los buckets de Sesiones rechazadas , Eventos rechazados o Ingresos publicitarios rechazados.

Aplicar regla a

Todos los tipos de reglas incluyen una sección Aplicar regla a , en la que puedes definir el alcance del tráfico al que afecta la regla:

• Aplicación : la aplicación a la que se aplica la regla. Esta opción no se puede cambiar después de que se crea la regla.
• Canales : puedes limitar la regla a ciertos canales específicos, o dejar seleccionada la opción Todos para aplicar la regla en todos los canales.
• Filtros de objetivo (solo para el tipo de regla de Versión, opcional) : una o más condiciones, combinadas con Y , que definen el alcance del tráfico al que se aplican las condiciones de la regla.

Para las reglas de Coincidencia de región y campañas y Coincidencia de versión y campañas , La opción "Aplicar regla a" muestra las opciones Aplicación , Canal , Campaña y Grupo de anuncios en su lugar, ya que estos tipos de reglas limitan el alcance a un segmento de la campaña específico, en lugar de a los canales por sí mismos.

Tipos de reglas

Tienda

La regla de tipo "Tienda" permite las instalaciones de la aplicación desde Google Play Store o Apple App Store.

Si deseas configurar la regla de la tienda, sigue estos pasos:

1. Elige tu comportamiento de fallback de atribución: Dispositivos no verificados o Dispositivos no confiables.
2. En la sección Aplicar regla a , selecciona tu aplicación y (si lo deseas) limita la regla a ciertos canales específicos.
3. En la sección Definición de la regla , elige las tiendas permitidas en la opción Si esto sucede. Para las aplicaciones de una sola plataforma, solamente se mostrarán las tiendas de la plataforma correspondiente.
4. Selecciona Crear regla.

Con esta regla, las instalaciones provenientes de otro sitio que no sean las tiendas permitidas se atribuyen a los Dispositivos no verificados o a los Dispositivos no confiables.

Región

La regla de tipo "Región" permite los dispositivos y las instalaciones de regiones específicas.

Si deseas configurar la regla de la región, sigue estos pasos:

1. Elige tu comportamiento de fallback de atribución: Dispositivos no verificados o Dispositivos no confiables. Esta regla también admite la opción Extender la validación de la regla a las actividades posteriores a la instalación.

2. En la sección Aplicar regla a , selecciona tu aplicación y (si lo deseas) limita la regla a ciertos canales específicos.

3. En la sección Definición de la regla , puedes elegir varias regiones al establecer condiciones de País:

   1. Tipo de condición : elige Igual a o No igual a.
   2. Valor : elige un valor de la lista.

4. Elige Aceptar o Rechazar en la sección Entonces hacer esto.

5. Selecciona Crear regla.

Ejemplo: una regla de "Región" con lo siguiente

• Tipo de condición: Igual a
• Valor de país: Japón
• Entonces hacer esto: Aceptar
• Extender la validación de la regla a las actividades posteriores a la instalación: Habilitado

Interpretación: Soy marketer, y quiero aceptar únicamente las actividades originadas en la región de Japón.

Comportamiento:
Las instalaciones originadas fuera de Japón se tratan como no verificadas , y cualquier actividad posterior a la instalación que no cumple con las condiciones de la regla se rechaza.

Versión

La regla de versión te permite definir condiciones basadas en los campos específicos de la versión, como los siguientes:

• Versión de la aplicación
• Versión del SDK
• Versión de la firma
• Versión del sistema operativo

Puedes utilizar esta regla para restringir la atribución a los dispositivos que tengan versiones específicas. Dependiendo de si la regla tiene configurada la opción Aceptar o Rechazar , las instalaciones que no cumplan con estas condiciones (o que sí las cumplan, en el caso de Rechazar) se atribuirán a tu fallback seleccionado (Dispositivos no verificados o Dispositivos no confiables).

Si deseas configurar la regla de versión, sigue estos pasos:

1. Elige tu comportamiento de fallback de atribución: Dispositivos no verificados o Dispositivos no confiables. Esta regla también admite la opción Extender la validación de la regla a las actividades posteriores a la instalación.

2. En la sección Aplicar regla a , selecciona tu aplicación, (si lo deseas) limita la regla a ciertos canales específicos y (si lo deseas) agrega uno o más filtros de objetivo para definir el alcance del tráfico al que se deben aplicar las condiciones de esta regla.

   Por ejemplo, para aplicar esta regla únicamente a los dispositivos Android en una aplicación multiplataforma, agrega el siguiente filtro de objetivo:

   • Condición: nombre del sistema operativo
   • Tipo de condición: igual a
   • Valor: Android

3. En la sección Definición de la regla , agrega una o más condiciones basadas en la versión en la opción Si esto sucede. Las condiciones que forman parte de un grupo se combinan con la lógica Y. Si deseas aplicar la lógica O , utiliza grupos independientes.

4. Elige Aceptar o Rechazar en la sección Entonces hacer esto.

5. Selecciona Crear regla.

Ejemplo:
Soy marketer, y debo definir una regla que cumpla con los requisitos del equipo de seguridad para mi aplicación multiplataforma. El requisito es permitir únicamente las instalaciones en Android (la regla no debe aplicarse a las actividades posteriores a la instalación) si sucede lo siguiente:

• La versión de la aplicación es 2.2.1 o posterior, y la versión del sistema operativo del dispositivo es 6.0.0 o posterior, o
• La versión de la aplicación es 2.9.1 o posterior, y la versión del sistema operativo del dispositivo es 7.1.2 o posterior

Comportamiento de fallback de atribución: Dispositivos no confiables
Entonces hacer esto: Aceptar
Extender la validación de la regla a las actividades posteriores a la instalación: Deshabilitado

Filtros de objetivo: [Nombre del sistema operativo] [Igual a] [Android]

Definición de la regla:

Grupo 1 [Versión de la aplicación] [Mayor que o igual a] [2.2.1] [Versión del sistema operativo] [Mayor que o igual a] [6.0.0]

Grupo 2 [Versión de la aplicación] [Mayor que o igual a] [2.9.1] [Versión del sistema operativo] [Mayor que o igual a] [7.1.2]

• Caso 1: el nombre del sistema operativo de la instalación es iOS

  • Resultado: la regla se omite - El filtro de objetivo no coincide, por lo que la regla no se aplica en absoluto.

• Caso 2: el nombre del sistema operativo de la instalación es Android, la versión de la aplicación es 2.3, la versión del sistema operativo es 6.1

  • Resultado: se cumplió la condición (Grupo 1). Aceptado: no se rechazó.

• Caso 3: el nombre del sistema operativo de la instalación es Android, la versión de la aplicación es 2.1, la versión del sistema operativo es 6.1

  • Resultado: no se cumplió la condición en ningún grupo. La atribución se rechazó de acuerdo con el comportamiento de fallback.

Parámetro

La regla de tipo 'Parámetro' revisa si están incluidos ciertos parámetros específicos del SDK en la carga útil, y aplica la acción seleccionada si no están presentes.

Si deseas configurar la regla de parámetro, sigue estos pasos:

1. Elige tu comportamiento de fallback de atribución: Dispositivos no verificados o Dispositivos no confiables. Esta regla también admite la opción Extender la validación de la regla a las actividades posteriores a la instalación.
2. En la sección Aplicar regla a , selecciona tu aplicación y (si lo deseas) limita la regla a ciertos canales específicos.
3. En la sección Definición de la regla , proporciona los nombres de los parámetros de SDK que se deben buscar en la opción Si esto sucede. Puedes proporcionar varios parámetros. Si defines varios parámetros, todos ellos deben estar presentes para que la actividad pase la revisión.
4. Elige Aceptar o Rechazar en la sección Entonces hacer esto.
5. Selecciona Crear regla.

Ejemplo: una regla de 'Parámetro' con

• Nombre del parámetro: product_id
• Entonces hacer esto: Aceptar

Interpretación: Soy marketer, y quiero aceptar únicamente las actividades que incluyan el parámetro product_id en la carga útil.

Comportamiento:
Las instalaciones que no incluyen el parámetro obligatorio product_id se tratan como No confiables , y las actividades posteriores a la instalación (sesiones, eventos e ingresos publicitarios) que no incluyen el parámetro obligatorio product_id se rechazan.

Coincidencia con la región y las campañas

La regla de tipo "Coincidencia de región y campañas" permite los dispositivos y las instalaciones de las regiones y las campañas que selecciones.

Si deseas configurar la regla de coincidencia con la región y las campañas, sigue estos pasos:

1. En la sección Aplicar regla a , selecciona la Aplicación , el Canal , la Campaña y el Grupo de anuncios para elegir el segmento de la campaña.

2. En la sección Definición de la regla , puedes elegir varias regiones al establecer condiciones de País:

   1. Tipo de condición : elige Igual a o No igual a.
   2. Valor : elige un valor de la lista.

3. Elige Aceptar o Rechazar en la sección Entonces hacer esto.

4. Selecciona Crear regla.

Ejemplo: una regla de "Coincidencia con la región y las campañas" con lo siguiente

• Valor de "Canal" de la campaña: Moloco
• Valor de país: Estados Unidos
• Entonces hacer esto: Aceptar

Interpretación : para la campaña de Moloco, quiero atribuir las instalaciones provenientes de los Estados Unidos.

Comportamiento : si hay una instalación proveniente de fuera de los Estados Unidos, no se atribuirá a ninguna campaña de Moloco, incluso si el último engagement (el que obtuvo la atribución) provino de Moloco. Consulta la sección sobre Omitir la atribución para ver la manera en que Adjust maneja la búsqueda del fallback.

Coincidencia con la versión y las campañas

La regla de Coincidencia de versión y campañas permite la atribución únicamente para las instalaciones que coinciden con una versión de la aplicación y una campaña específicas.

Puedes utilizar esta regla para asegurarte de que únicamente las instalaciones provenientes de ciertas versiones de la aplicación específicas se atribuyan a las redes designadas. Por ejemplo:

• La red A únicamente debe recibir la atribución si la versión de la aplicación es 3.0.5.
• La red B únicamente debe recibir la atribución si la versión de la aplicación es 3.0.6 o 3.0.7.
• La red WW únicamente debe recibir la atribución si la versión de la aplicación contiene el sufijo "_ww" (p. ej., 3.0.8_ww).

Para configurar una regla de Coincidencia de versión y campañas, sigue estos pasos:

1. En la sección Aplicar regla a , selecciona la Aplicación , el Canal , la Campaña y el Grupo de anuncios para la campaña que quieras hacer coincidir. Si utilizas una aplicación multiplataforma, selecciona también las plataformas a las que se deba aplicar la regla.

2. En la sección Definición de la regla , elige un Tipo de condición y un Valor:

   • Para el tipo de condición, debes elegir entre los tipos de condición de cadena y versión semántica.
   • Para el valor, introduce uno o más valores, según el tipo que hayas seleccionado.
   • Nuestro sistema compara el valor con lo siguiente:
     • app_version_short en iOS
     • app_version en todas las demás plataformas

3. Elige Aceptar o Rechazar en la sección Entonces hacer esto.

4. Selecciona Crear regla.

Ejemplo

Para una regla de Coincidencia de versión y campañas :

• Valor de Canal de la campaña: WW
• Condición de la versión de la aplicación: [Contiene] _ww

Interpretación : Para el canal WW, quiero atribuir únicamente las instalaciones que tengan versiones de la aplicación que terminen con _ww.

Comportamiento : Si una instalación tiene una versión de la aplicación que no contiene _ww, no se atribuirá a ninguna campaña de WW, incluso si el último engagement provino de WW. Consulta la sección sobre Omitir la atribución para ver la manera en que Adjust maneja la búsqueda del fallback.

Cómo administrar tu regla de conversión

En la página de Conversion Rules , puedes hacer lo siguiente:

• Ver una lista de tus reglas de conversión.

• Visualizar y cambiar el estado de una regla.

• Seleccionar (ícono de edición) para editar una regla. Puedes cambiar el nombre, el estado, el tipo y la configuración de la regla.

  • No puedes cambiar la aplicación para la que se creó la regla.

• Selecciona (ícono de eliminar) para eliminar la regla.

Elaboración de informes

Aquí puedes encontrar los detalles sobre la manera en que nuestro sistema elabora informes con los datos de las reglas de conversión en Datascape. Para esto, se utiliza la siguiente estructura en los informes.

Atribución cambiada a Dispositivos no verificados

Atribución cambiada a Dispositivos no confiables

Dimensiones

• Dispositivos no verificados
• Dispositivos no confiables

Métricas

Comportamientos de atribución de las categorías Dispositivos no verificados y Dispositivos no confiables

• Instalaciones

  1. Instalaciones no verificadas (regla de la tienda)
  2. Instalaciones no verificadas (regla de la región)
  3. Instalaciones no verificadas (regla de versión)
  4. Instalaciones no verificadas (regla de parámetro)
  5. Instalaciones rechazadas (regla de la tienda)
  6. Instalaciones rechazadas (regla de la región)
  7. Instalaciones rechazadas (regla de versión)
  8. Instalaciones rechazadas (regla de parámetro)

• Reatribuciones

  1. Reatribuciones no verificadas (regla de la tienda)
  2. Reatribuciones no verificadas (regla de la región)
  3. Reatribuciones no verificadas (regla de versión)
  4. Reatribuciones no verificadas (regla de parámetro)
  5. Regla de tienda de reatribuciones rechazadas
  6. Regla de región de reatribuciones rechazadas
  7. Reatribuciones rechazadas (regla de versión)
  8. Reatribuciones rechazadas (regla de parámetro)

Actividades posteriores a la instalación rechazadas

1. Sesiones rechazadas (regla de la región)
2. Eventos rechazados (regla de la región)
3. Ingresos publicitarios rechazados (regla de la región)
4. Sesiones rechazadas (regla de versión)
5. Eventos rechazados (regla de versión)
6. Ingresos publicitarios rechazados (regla de versión)
7. Sesiones rechazadas (regla de parámetro)
8. Eventos rechazados (regla de parámetro)
9. Ingresos publicitarios rechazados (regla de parámetro)

Omitir atribución: métricas

1. Engagements no verificados (regla de campaña de la región)
2. Clics no verificados (regla de campaña de la región)
3. Impresiones no verificadas (regla de campaña de la región)
4. Engagements no verificados (regla de campaña de la versión)
5. Clics no verificados (regla de campaña de la versión)
6. Impresiones no verificadas (regla de campaña de la versión)