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.
Si deseas habilitar Conversion Rules en tu cuenta, envía un correo electrónico a sales@adjust.com.
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.
En la sección Protección , selecciona Reglas de conversión.
Selecciona Nueva regla de conversión.
Escribe un nombre para tu regla.
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 ni envía ningún callback para las reglas de conversión que tienen el estado Prueba.
- Pausa : tu regla no se aplica a ninguna atribución.
Selecciona tu aplicación.
Selecciona el tipo de regla y configura la regla según corresponda.
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 envía ningún callback para las reglas que tienen el estado Prueba.
Comportamientos de atribución
En cada tipo de regla específico, puedes definir qué hacer con los resultados de atribución. Estas son las opciones disponibles:
Dispositivos no verificados
- Adjust retiene los postbacks y los datos incorporados.
- Los dispositivos no verificados se pueden reatribuir.
Dispositivos no confiables
- Esto representa el nivel de severidad más alto.
- Adjust no retiene los postbacks ni los datos incorporados.
- Los dispositivos no confiables no se pueden reatribuir.
Para poder utilizar este comportamiento de atribución en el modo de testeo o en tus operaciones reales, tu cuenta debe tener habilitada la función Conversion Rules Core. Si deseas obtener ayuda, envía un correo electrónico a sales@adjust.com.
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:
Elige las tiendas permitidas. Para las aplicaciones de una sola plataforma, solamente se mostrará la tienda de la plataforma correspondiente.
Elige cuál debe ser el resultado de la atribución si la tienda no coincide con las tiendas permitidas:
Si no quieres que la regla se ejecute para determinados canales, utiliza la opción Excluir canales.
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:
Elige a qué valor se deben cambiar los resultados de atribución si las regiones no coinciden con la región que especificaste:
En la sección Condiciones de la regla , puedes elegir varias regiones al establecer condiciones de País:
- Tipo de condición : elige Es igual a o Excluir.
- Valor : elige un valor de la lista.
Si no quieres que la regla se ejecute para determinados canales, utiliza la opción Excluir canales.
Selecciona Crear regla.
Con esta regla, las instalaciones provenientes de otros países que no sean los especificados se atribuyen a los Dispositivos no verificados o a los Dispositivos no confiables.
Ejemplo: una regla de "Región" con lo siguiente
- Tipo de condición: Incluir
- Valor de país: Japón
Interpretación: soy marketer y quiero atribuir únicamente las instalaciones provenientes de la región de Japón
Comportamiento: esta regla atribuye cualquier instalación que se realice fuera de Japón a las categorías de Dispositivos no verificados o Dispositivos no confiables.
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. Si no se cumplen las condiciones, la atribución se asignará a los dispositivos no verificados o a los dispositivos no confiables, según la configuración que elijas.
Si deseas configurar la regla de versión, sigue estos pasos:
Elige cómo se debe realizar la atribución si los puntos de datos de la versión no coinciden con las condiciones especificadas por ti:
En la sección Condiciones de la regla:
(Opcional) Las condiciones previas actúan como filtros globales y limitan la aplicación de la regla. Estas se deben cumplir antes de evaluar las condiciones del grupo.
Por ejemplo, para aplicar esta regla únicamente a los dispositivos Android en una aplicación multiplataforma, utiliza la siguiente condición previa:- Condición: nombre del sistema operativo
- Tipo de condición: igual a
- Valor: Android
(Obligatorio) Condiciones : agrega una o más condiciones basadas en la versión que se deban cumplir para que la instalación se atribuya de manera normal.
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.
Si no quieres que la regla se ejecute para determinados canales, utiliza la opción Excluir canales.
Selecciona Crear regla.
Ejemplo:
En mi rol de marketer, debo definir una regla que cumpla con los requisitos del equipo de seguridad para mi aplicación multiplataforma.
El requisito es bloquear las instalaciones en Android si sucede lo siguiente:
- La versión de la aplicación es anterior a la versión 2.2.1, y la versión del sistema operativo del dispositivo es anterior a la versión 6.0.0
- La versión de la aplicación es anterior a la versión 2.9.1, y la versión del sistema operativo del dispositivo es anterior a la versión 7.1.2
Comportamiento de atribución si la condición no se cumple: dispositivos no confiables
Condiciones previas:
[Nombre del sistema operativo] [Igual a] [Android]
Condiciones por cumplir:
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
Si la regla no hubiera incluido la condición previa del nombre del sistema operativo, la atribución de la instalación se habría rechazado porque no se cumplió ninguna condición.
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. No se rechazó la atribución.
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. Se rechazó la atribución.
Detalles de las condiciones previas y las condiciones
Nombre | Detalles |
---|---|
Versión de la aplicación | Tipos de condiciones de cadena: - Igual a (cadena) - No igual a (cadena) - Contiene - No contiene ✅ Igual a (cadena) y No igual a (cadena) admiten valores múltiples Tipos de condiciones de versión semántica¹: - Igual a (semántica) - No igual a (semántica) - Mayor que - Mayor que o igual a - Menor que - Menor que o igual a - En rango - Fuera de rango ✅ Igual a y No igual a admiten valores múltiples Lógica de comparación: Adjust compara la versión de la aplicación (de la regla) con lo siguiente: - app_version_short en iOS - app_version en todas las demás plataformas |
Nombre del sistema operativo | Tipos de condiciones de lista: - Igual a - No igual a ✅ Admite valores múltiples |
Versión del sistema operativo | Tipos de condiciones de versión semántica¹: - Igual a (semántica) - No igual a (semántica) - Mayor que - Mayor que o igual a - Menor que - Menor que o igual a - En rango - Fuera de rango ✅ Igual a y No igual a admiten valores múltiples |
Versión del SDK | Tipos de condiciones de versión semántica¹: - Igual a (semántica) - No igual a (semántica) - Mayor que - Mayor que o igual a - Menor que - Menor que o igual a - En rango - Fuera de rango ✅ Igual a y No igual a admiten valores múltiples Guía de uso: Para los SDK no nativos (p. ej., React Native, Unity), elige como objetivo la versión del SDK no nativo. Ejemplos: client_sdk = react_native5.0.0@ios5.1.0 Regla: versión del SDK = 5.0 → ✅ Aceptado Regla: versión del SDK = 5.0, versión del SDK nativo = 5.0.0 → ❌ Rechazado |
Plataforma de SDK | Tipos de condiciones de lista: - Igual a - No igual a ✅ Admite valores múltiples Guía de uso: Se utiliza para los SDK no nativos, como React Native o Unity. Ejemplos: client_sdk = react_native5.0.0@ios5.1.0 Regla: plataforma de SDK = React Native → ✅ Aceptado Regla: plataforma de SDK = React Native, plataforma del SDK nativo = Android → ❌ Rechazado |
Versión del SDK nativo | Tipos de condiciones de versión semántica¹: - Igual a (semántica) - No igual a (semántica) - Mayor que - Mayor que o igual a - Menor que - Menor que o igual a - En rango - Fuera de rango ✅ Igual a y No igual a admiten valores múltiples Guía de uso: Utiliza este campo cuando tu aplicación se integre con el SDK nativo de Adjust, o cuando tenga un SDK no nativo (p. ej., React Native, Unity) en una capa superior. Puedes hacer lo siguiente: - Utilizar únicamente la versión del SDK nativo para elegir como objetivo todas las integraciones que tengan una versión específica del SDK nativo, independientemente del wrapper (p. ej., versión 5.0.0 del SDK de Android en varios wrappers). - Combinar la versión del SDK nativo con la plataforma de SDK y la versión del SDK para que coincidan exactamente con las instalaciones que utilicen una combinación específica de wrapper + SDK nativo (p. ej., React Native 5.0 + versión 5.1.0 del SDK de iOS). |
Plataforma del SDK nativo | Tipos de condiciones de lista: - Igual a - No igual a ✅ Admite valores múltiples Guía de uso: Se puede combinar con la plataforma de SDK para que coincida con los pares exactos de SDK. Ejemplos: client_sdk = react_native5.0.0@ios5.1.0 Regla: plataforma de SDK = React Native, plataforma del SDK nativo = iOS → ✅ Aceptado Regla: plataforma de SDK = React Native, plataforma del SDK nativo = Android → ❌ Rechazado |
Versión de la Firma de SDK | Tipos de condiciones de versión semántica¹: - Igual a (semántica) - No igual a (semántica) - Mayor que - Mayor que o igual a - Menor que - Menor que o igual a - En rango - Fuera de rango ✅ Igual a y No igual a admiten valores múltiples |
¹ Formato de la versión semántica
La versión debe seguir el formato de versiones semánticas estándar:
Formato:MAJOR.MINOR.PATCH[-pre-release]
Componentes:
- MAJOR, MINOR y PATCH son números (p. ej., 1.2.3)
- Puede ir seguido de una etiqueta de prelanzamiento opcional, como
-alpha
,-beta
,-rc
o-dev
- También puedes incluir los metadatos de la versión, como
+build
, los cuales se ignorarán durante la comparación
Ejemplos de versiones válidas: - 5.3.1
- 1.0.0-beta
- 2.2.0-rc
- 3.4.5-dev+123
- v2.1.0 (el prefijo opcional
v
es compatible)
Ten cuidado al utilizar operadores que hagan la condición demasiado específica, como el siguiente:
Versión de la aplicación = 1.2.1
Si publicas una nueva versión de tu aplicación (p. ej., 1.2.2), ya no se cumplirá esta regla, por lo que es posible que las nuevas instalaciones se rechacen o no estén verificadas.
✅ Una opción más segura es utilizar un rango o un límite inferior, como el siguiente:
Versión de la aplicación ≥ 1.2.1
Asegúrate siempre de que tus condiciones sean compatibles con las versiones futuras de tu aplicación, a menos que hayas elegido una versión específica como objetivo.
Si deseas elegir una versión específica como objetivo, considera la opción de mover esa condición a la sección de condiciones previas.
Esto te ayudará a mejorar la legibilidad de la regla y el mantenimiento a largo plazo.
Funcionalidad de anclar/desanclar
Puedes anclar una condición para convertirla en condición previa.
Esta es una opción sencilla para aplicar filtros globales que se deben cumplir antes de que se evalúe cualquier condición de grupo presente en la regla.
Resulta especialmente útil cuando descubres que una condición debe determinar si la regla se aplica o no.
Para anclar una condición:
Haz clic en el ícono de anclaje junto a la condición, en el grupo. La condición se moverá a la sección de condiciones previas.
Para desanclar una condición previa:
Haz clic en el ícono de desanclaje. La condición regresará a la sección de condiciones de grupo.
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:
En la sección Configurar el filtro de canal , selecciona el Canal , la Campaña y el Grupo de anuncios para elegir la campaña.
En la sección Condiciones de la regla , puedes elegir varias regiones al establecer condiciones de País:
- Tipo de condición : elige Es igual a o Excluir.
- Valor : elige un valor de la lista.
Selecciona Crear regla.
Esta regla sirve para omitir la fuente de la atribución. Si no hay ninguna atribución proveniente del tráfico de la campaña que elegiste y la región que especificaste, no hacemos la atribución. La alternativa (fallback) más reciente es orgánica.
Ejemplo: una regla de "Coincidencia con la región y las campañas" con lo siguiente
- Valor de "Canal" de la campaña: AppLovin
- Valor de país: Japón
Interpretación: para la campaña de AppLovin, quiero atribuir las instalaciones provenientes de la region de Japón.
Comportamiento: si hay una instalación proveniente de fuera de Japón, no se atribuirá a ninguna campaña de AppLovin, incluso si el último clic (el que obtuvo la atribución) provino de AppLovin.
Nuestro sistema busca el mejor clic anterior. Si se encuentra algún clic que reúna los requisitos, se le otorga la atribución de la instalación. Si no se encuentra ningún clic, la instalación se atribuye al canal orgánico.
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
Nivel de la estructura de la campaña | Valor mostrado en el informe |
---|---|
Canal |
|
Campaña | Tipo de regla
|
Grupo de anuncios |
|
Elemento creativo |
|
Atribución cambiada a Dispositivos no confiables
Nivel de la estructura de la campaña | Valor mostrado en el informe |
---|---|
Canal |
|
Campaña | Tipo de regla
|
Grupo de anuncios |
|
Elemento creativo |
|
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
- Instalaciones no verificadas (regla de la tienda)
- Instalaciones no verificadas (regla de la región)
- Instalaciones no verificadas (regla de versión)
- Instalaciones rechazadas (regla de la tienda)
- Instalaciones rechazadas (regla de la región)
- Instalaciones rechazadas (regla de versión)
Reatribuciones
- Reatribuciones no verificadas (regla de la tienda)
- Reatribuciones no verificadas (regla de la región)
- Reatribuciones no verificadas (regla de versión)
- Regla de tienda de reatribuciones rechazadas
- Regla de región de reatribuciones rechazadas
- Reatribuciones rechazadas (regla de versión)
Comportamiento de atribución "Omitir la fuente"
- Engagements no verificados (regla de campaña de la región)
- Clics no verificados (regla de campaña de la región)
- Impresiones no verificadas (regla de campaña de la región)