Estudio de conversión SKAN

De un vistazo: Utiliza SKAN Conversion Studio para establecer qué engagements de usuario en la aplicación medir y durante cuánto tiempo. Mide los ingresos, la conversión, el engagement y la retención durante una ventana de actividad post-instalación de 12 a 72 horas. Al agregar la medición de Única fuente de verdad, podemos informarte si el usuario fue atribuido tanto por AppsFlyer como por SKAN.

Lectura relacionada: Solución SKAN

Conceptos básicos de SKAN Conversion Studio

Dentro del flujo de atribución de SKAdNetwork (SKAN), un dispositivo iOS envía un postback de SKAN que contiene el valor de conversión (CV) más reciente. Este CV está limitado a 6 bits, lo que da como resultado 64 valores posibles (0-63). Esta limitación requiere tomar algunas decisiones difíciles sobre cómo usar esos 6 bits.

Conversion Studio te brinda la máxima flexibilidad para hacer que cada bit cuente. Tú determinas con precisión qué datos de medición codificar dentro del CV, incluida qué actividad y durante cuánto tiempo medir durante el período post-instalación. 

 Tipo

Modo

Descripción Ventana de actividad

Flexible

Personalizado

[Mejores prácticas]

Establece una combinación de mediciones de ingresos, conversión (eventos in-app) y engagement durante una ventana de actividad configurable. 12-72 horas

Flexible

Decodificar

Crea tu propio CV para la asignación de eventos y configura el CV en la aplicación tú mismo. Utiliza esta opción si no puedes integrar el SDK de AppsFlyer en tu aplicación. Para usar Decode, ve a SKAN Conversion Studio, haz clic en Opciones (⋮), selecciona Cargar archivo de asignación de decodificación personalizado

12-1512 horas (63 días)

Fijo 

Ingresos

[Predeterminado]

[Heredado]

Mide los ingresos utilizando uno de los siguientes rangos: 

  • $1-$630 en pasos de $10
  • $1-$63 en pasos de $1
  • $0,01- $0,63 en pasos de $0,01
24 horas

Fijo

Conversión

[Heredado]

Selecciona de 1 a 6 eventos in-app como eventos de conversión 24 horas

Fijo 

continuo

[Heredado]

Número de veces que un usuario realiza un evento 24 horas
Modos de medición

Consejo: Experimenta con Conversion Studio. En AppsFlyer, ve a > Configuración > SKAN Conversion Studio.

Principios y definiciones de medición

Definiciones

  • Ventana de actividad: determina cuánto tiempo se mide la actividad post-instalación. La duración de la ventana depende de los temporizadores de iOS y AppsFlyer. La medición se detiene cuando cualquiera de los temporizadores llega a 0. El postback de iOS se envía de 0 a 24 horas después de que finalice el temporizador de iOS. 
  • Única fuente de verdad (SSOT): mecanismo para marcar si el usuario fue atribuido por SKAN y otro método de coincidencia de atribución. La marca se utiliza para eliminar datos de instalación duplicados en el raw data de SKAN y para calcular las métricas de rendimiento reales. 
  • Capacidad de valor de conversión: la cantidad de CV necesarios para asignar tu configuración. Cuantos más componentes y elementos de medición selecciones, más capacidad de valor de conversión se requiere. Cada rango o elemento de configuración seleccionado consume capacidad de valor de conversión. (Y cada unidad de configuración adicional incluida en un solo componente lo consume exponencialmente) Ejemplos de uso maximizado de CV.
  • Componentes de la medición:
    • Ingresos: ingresos generados
    • Evento in-app: engagement, medición de usuarios únicos, o ambos
    • Embudo: lista de eventos secuenciales realizados por un usuario
    • Prioridad: un componente que contiene ingresos, eventos in-app o ambos.
    • Predict: Utiliza algoritmos de aprendizaje de máquina avanzados para proporcionar predicciones precisas del éxito de la campaña basadas en el valor de vida útil (LTV). Los KPI predichos a nivel de usuario (incluida la predicción de ingresos y retención) se codifican y transmiten a SKAN como un único valor de conversión, que luego SKAN reporta como postback, junto con el ID de campaña y la fuente de atribución.  

Principios

  • Admin.pngSolo administrador: solo un administrador puede guardar la configuración de Conversion Studio. Los usuarios de la cuenta pueden ver la configuración. 
  • Solo hay un modo activo en todo momento. 
  • Para un modo determinado, AppsFlyer asigna las combinaciones definidas por tu configuración a los CV. Puedes ver y descargar la tabla de asignación
  • En la aplicación, AppsFlyer establece el CV después de cada acción medible del usuario utilizando el modo de medición activo cuando un usuario inicia la aplicación por primera vez. 
  • iOS considera los umbrales de privacidad de Apple antes de completar el CV en el postback.
  • Las acciones del usuario que ocurren después del final de la ventana de actividad no se tienen en cuenta.
  • Panel de control de SKAN:
    • El diseño y las métricas del panel de control de SKAN dependen del modo y la configuración. 

    • El diseño se actualiza diariamente en función del modo activo a la medianoche UTC. Espera que el diseño actualizado esté disponible antes de las 05:00 UTC. 

    • En Personalizado y Decodificación, los datos orgánicos de eventos in-app no están disponibles. 

Principios S2S

Las acciones medibles se pueden reportar mediante la API de servidor a servidor (S2S). Considera lo siguiente por modo: 

  • Personalizado: S2S siempre está activado.
  • Decodificación: S2S no es apto para S2S y no está disponible. AppsFlyer no establece el CV en este modo.
  • Modos de ingresos, conversión y engagement: Debes activar el registro de eventos S2S antes de enviar eventos.

Uso de Personalizado

En Personalizado, puedes usar diferentes componentes de medición, como ingresos, eventos in-app, prioridad y Única fuente de verdad, para determinar qué se mide y establecer una ventana de actividad para determinar por cuánto tiempo y a qué intervalos se realiza la medición. Juntos, los componentes crean tu modo de medición Personalizado. 

Para configurar Personalizado, experimenta con diferentes opciones; a medida que realices cambios, el indicador de Capacidad del valor de conversión se actualiza. Optimiza tu configuración para capturar los datos más valiosos para ti sin exceder la capacidad. Consulta Cálculo de la capacidad del valor de conversión.

CapacitCounter.png

Siguientes pasos

Las secciones que siguen detallan las opciones de configuración y los componentes. Úsalos como guías mientras abres Personalizado y experimentas con los diferentes ajustes de medición.

Ventana de actividad

Determina durante cuánto tiempo se mide la actividad del usuario

flex_activity_window.jpg

Obligatorio

Sí 

Uso múltiple permitido

No

Características de tiempo

  • El temporizador tiene una duración fija, establecida por ti, y se ejecuta en paralelo al temporizador de iOS.
  • En cambio, el temporizador de iOS tiene una duración inicial de 24 horas. Cada vez que aumenta el valor de conversión, se restablece el temporizador.
  • Duración predeterminada: 24 horas.
  • La medición se detiene cuando cualquiera de los temporizadores llega a 0. 
Duración del temporizador
  • Rango: 12-72 horas. Para más opciones, consulta Medición flexible en esta tabla.  
  • Cuando finaliza el temporizador, AppsFlyer deja de medir.
  • Si la duración del temporizador es superior a 24 horas, el usuario debe estar activo en la aplicación al menos una vez por intervalo. De lo contrario, la medición puede terminar prematuramente porque AppsFlyer no puede evitar que el temporizador de iOS llegue a 0; lo que significa que iOS finaliza la medición. 

Intervalo

12 o 24 horas. Los intervalos afectan la precisión del último rango de tiempo activo y el tiempo de instalación. Para más opciones, consulta Medición flexible en esta tabla. 

El último rango de tiempo activo está disponible en los reportes de raw data en las columnas min_install_time y max_install_time y se utiliza para determinar el tiempo de instalación como se describe en esta sección.

Ejemplo:

  • La duración del temporizador está establecida en 48 horas
  • El usuario estuvo activo por última vez durante la hora 40
  • Según la configuración del intervalo, el último intervalo de tiempo activo es: 
    • Intervalo de 12 horas: de 36 a 48 horas
    • Intervalo de 24 horas: de 24 a 48 horas

Horario de instalación

El tiempo de instalación se deriva de la siguiente manera:

Tiempo de instalación = Hora de llegada del postback - [Promedio del último rango activo] - [Retraso del postback de iOS]

  • Hora de llegada del postback: hora real en la que el postback de iOS se recibió por primera vez directamente del dispositivo; por lo general, por la red de publicidad. 
  • Promedio del último rango activo: considera el CV y se calcula de la siguiente manera:
    • Si CV = 0: el último rango activo se supone que es 0. 
    • Si CV > 1 o CV = nulo: utilizando el min_install_time y el max_install_time, estos se establecen en función del intervalo y la última vez que se vio al usuario activo en la aplicación.  Por ejemplo, si el intervalo es 12, como el usuario se vio por última vez 25 horas después de la instalación, el resultado es [24 + 36] / 2 = 30. 
  • Retraso de postback de iOS: [24 + 48 ] / 2 = 36. Ten en cuenta que el temporizador de iOS finaliza 24 horas después del último cambio en el CV y el postback se envía de 0 a 24 horas después de eso. 36 horas es una constante

Opciones de configuración

La ventana Actividad consta de dos configuraciones de duración e intervalos. 

  • Duración: 24–72 horas con intervalos de 24 horas. Máximo 3 intervalos.
  • Duración: 12–72 horas con intervalos de 12 horas. Máximo de 6 intervalos.

Impacto de cambiar la duración de la ventana de actividad

  • El postback se envía de 0 a 24 horas después de que expire el temporizador de iOS. 
  • Inicialmente, el temporizador de iOS está fijado para finalizar después de 24 horas. 
  • Si configuras la ventana de actividad en más de 24 horas, el usuario debe estar activo al menos una vez por intervalo para garantizar que el temporizador de iOS no expire.

 

Consideraciones relacionadas con las redes de publicidad

  • La duración predeterminada del temporizador es de 24 horas.
  • Puedes establecer una duración diferente, pero antes de hacerlo, verifica con tus partners de la red de publicidad si admiten un período que difiere del predeterminado. 
  • Al usar la ventana de 24 horas, puedes mejorar tus métricas dividiendo el período de 24 horas en 2 intervalos, cada uno de 12 horas. Al hacerlo, sabrás si el usuario siguió usando la aplicación después de las primeras 12 horas. 

Ejemplo de requisitos de capacidad de rango

La imagen de esta sección muestra un temporizador de 60 horas con un intervalo de 12 horas. 

Opciones flexibles de la ventana de actividad

La medición flexible te permite establecer una ventana de actividad más larga y tener una granularidad horaria. Lo mismo se aplica a la configuración de intervalos. La configuración tiene las siguientes características:

  • Ventana de actividad:
    • Rango: 12-1512 horas (63 días)  
    • Granularidad: 1 hora
  • Intervalos:
    • Rango: mínimo 1 hora y cualquier otro multiplicador de la ventana de actividad
    • Granularidad: 1 hora

Consideración: la relación entre la ventana de actividad y los intervalos debe ser un número entero.

Mejores prácticas: no configures el intervalo en más de 24 horas, ya que esto reduce la precisión de la estimación de la hora de instalación.

Única fuente de verdad

Única fuente de verdad para identificar si un usuario es atribuido por SKAN y otro método de coincidencia

SSOTControl.png

El mecanismo Única fuente de verdad (SSOT) marca las instalaciones reportadas por más de un método de coincidencia de atribución. En otras palabras, SKAN y otro método. La marca está disponible en los reportes de raw data de SKAN y [próximamente] se considera para calcular las métricas en la vista SSOT del panel de control general. 

Obligatorio

No

Uso múltiple permitido

No

Opciones de configuración

Si SSOT está activada, el CV se establece para que pueda marcar si un usuario es atribuido por SKAN y otro método de coincidencia de atribución. 

¿Dónde se utiliza la marca SSOT?

  • [Próximamente] Vista SSOT del panel de control general de AppsFlyer
  • Los reportes de raw data de SKAN tienen el campo af_attribution_flag. Si es verdadero, el usuario fue atribuido tanto por SKAN como por otro método. 
  • Informes de la API de atribución agregada de SKAN.

Componente Predict

Predice los ingresos, la retención y el comportamiento de los usuarios a largo plazo basándose en datos de comportamiento medibles

Predict-SKAN_Conversion_Studio__1_.png

Obligatorio

No

Uso múltiple permitido

No

Opciones de configuración

  • Solo lectura
  • La ventana de actividad se establece en 24 horas
  • Otras configuraciones se basan en la configuración de Predict. Más información sobre Predict

Disponibilidad

  • Disponible para suscriptores de Predict
  • Para obtener acceso a Predict, contacta a tu CSM

Componente de evento in-app

Medir la conversión (número de usuarios únicos que realizan un evento), el engagement (número de veces que se realizó un evento) o ambos

ConversionStudioIn-app-event.png

Obligatorio

No

Uso múltiple permitido

Opciones de configuración

Selecciona un evento in-app y, a continuación, configura los rangos según tu objetivo de medición de la siguiente manera: 

  • Solo conversión: configura un rango con un rango de 0–1
  • Engagement y conversión: Configura múltiples rangos con tus rangos seleccionados

Rangos para el engagement

Para medir el engagement, debes crear rangos de ocurrencia. Cuando se reporta una ocurrencia del evento de engagement seleccionado, SKAN lo asocia con el rango apropiado de acuerdo con la cantidad de ocurrencias del evento.

Características

  • Cada rango contiene un rango de ocurrencia que consta de un valor desde y un valor hasta. El valor inferior no está incluido en el rango y el valor superior sí. Por ejemplo, 5–10 significa más de 5 hasta 10 inclusive.
  • El rango con el valor más bajo siempre comienza en 0 (pero no incluye 0). 
  • Puedes crear tantos rangos como desees, pero ten presente que cada rango afecta tu capacidad de valor de conversión. 
  • Los rangos deben ser secuenciales (sin espacios entre rangos).

Medir el engagement usando rangos

  • Cuando se reporta la ocurrencia de un evento, SKAN asocia la ocurrencia con el rango apropiado. Las ocurrencias registradas se derivan del promedio del rango. El valor se redondea al entero más cercano. Por ejemplo, 5,7 se redondea a 6. 
  • Si el número de ocurrencias supera el valor máximo del rango de valor más alto, las ocurrencias se asocian con el rango de valor más alto. El número de ocurrencias registradas es el valor promedio del rango de valor más alto. En otras palabras, se ignora el número real de ocurrencias. 
  • En el raw data, tanto el número real de ocurrencias como los rangos están disponibles.

Ejemplo:

En la imagen, se representan los siguientes rangos de ocurrencia:

Los rangos de ocurrencia establecidos son:

  • A: 0-5
  • B: 5-10
  • C: 10-20

El número de ocurrencias se registra utilizando los rangos de la siguiente manera:

Ejemplo Número de ocurrencias reportadas por el SDK Rango asociado Número de ocurrencias reportadas
1 5 3
2 6 B 8
3 10 B 8
4 125 C 15
 
Limitación Un evento in-app determinado se puede asociar una vez con este componente.

Componente de ingresos

Medir los ingresos generados por el usuario durante la ventana de actividad

ConversionStudioRevenue.png

Obligatorio

No

Uso múltiple permitido

Sí, si se utiliza la fuente de ingresos del evento in-app. 

Opciones de configuración

Los ingresos se pueden registrar usando un solo evento, o puedes asociar los ingresos por flujo usando eventos in-app seleccionados. 

Se admiten las siguientes opciones de fuente de ingresos: 

  • Ingresos generales
    • SKAN registra cualquier ingreso mediante el evento af_skad_revenue. af_skad_revenue debe asignarse.
    • El componente se puede incluir una vez. 
  • Evento in-app
    • Los reportes emitidos por tipo se asignan a un evento in-app seleccionado y SKAN los registra utilizando el evento in-app seleccionado. El evento debe asignarse; af_skad_revenue no debe asignarse.
    • El componente se puede utilizar varias veces.
    • Si reportas los ingresos por postback a las redes de publicidad, verifica que las asignaciones de postbacks de eventos in-app incluyan los eventos de ingresos in-app establecidos por ti.

Rangos

Para medir los ingresos, debes crear rangos de ingresos. Cuando se reportan los ingresos, SKAN asocia los ingresos reportados con el rango apropiado.

Características

  • Cada rango contiene un rango de ingresos que consiste en un valor desde y un valor hasta. El valor inferior no se incluye en el rango; sin embargo, se incluye el valor superior. Por ejemplo, 5–10 significa mayor que 5 hasta 10 inclusive. 
  • El rango con el valor más bajo siempre comienza en 0 (pero no incluye 0). 
  • Puedes crear tantos rangos como desees, pero ten presente que cada rango afecta tu capacidad de valor de conversión.
  • Los rangos deben ser secuenciales (sin espacios entre ellos).
  • Los importes están en USD
  • Si ejecutas campañas en Facebook, debes tener 4 o más rangos. 
  • Los valores de rango pueden tener hasta 4 dígitos después del punto decimal.

Registro de ingresos mediante rangos

  • Cuando se reportan los ingresos, SKAN asocia los ingresos con el rango adecuado. Los ingresos registrados equivalen al valor promedio del rango. 
  • Si los ingresos reportados exceden el valor promedio del rango de valor más alto, los ingresos se asocian con el rango de valor más alto. Nota: Los ingresos registrados son el valor promedio de este rango. En otras palabras, no se tiene en cuenta el importe real de los ingresos.
  • En el raw data, los ingresos registrados y el rango asociado están disponibles. 

Ejemplo:

En la imagen, se representan los siguientes rangos de ingresos:

  • A: 0-5
  • B: 5-10
  • C: 10-20

Los ingresos se registran utilizando los rangos de la siguiente manera: 

Ejemplo Ingresos reportados por el SDK Rango asociado Ingresos registrados
1 5 $2,5
2 6 B $ 7.5
3 10 B $ 7.5
4 125 C $15

Componente de embudo

Mide la ocurrencia de eventos in-app en función de una lista de eventos secuenciales en un embudo. Un usuario que realiza cualquier evento en el embudo se considera que ha realizado todos los eventos anteriores a ese evento.

ConversionValueFunnel.png 

Obligatorio

No

Uso múltiple permitido

No

Opciones de configuración

Enumera un conjunto secuencial de eventos en un embudo. Dado que la ocurrencia de un solo evento se trata como la ocurrencia de todos los eventos anteriores, el orden en el que se enumeran los eventos es muy importante, como se ilustra en el ejemplo siguiente.

Ejemplo

Un embudo contiene los eventos a, f, b, k y z, como se ilustra en la imagen anterior.

Ejemplo Evento realizado Eventos registrados
1 a a
2 b a, f, b
3 z a, f, b, k, z

Componente de medición de la prioridad

Utiliza el componente de medición de la prioridad, incluido en el modo personalizado, para clasificar las trayectorias de las acciones del usuario en la aplicación en función de su lógica comercial, de modo que las mediciones de alta prioridad anulen las de baja prioridad. Esto te permite elegir qué medir en cada paso del embudo de conversión. 

Cada prioridad (máximo 63) puede contener ingresos, eventos in-app o ambos. Cuando un usuario realiza eventos in-app, AppsFlyer determina qué prioridad se ajusta a las acciones realizadas por los usuarios y establece el CV en consecuencia.

Para facilitar la comprensión, comparemos el uso de Personalizado con y sin el componente de prioridad. Sin prioridad, AppsFlyer asigna todas las combinaciones de medición posibles a los CV. Mientras que con la prioridad, solo las combinaciones de mediciones establecidas explícitamente por ti se asignan a los CV. 

La prioridad se explica mejor en el ejemplo detallado de este artículo. 

Principios de la prioridad 

  • Puedes establecer prioridades de 1 a 63. El número disponible depende de tu ventana de actividad y de la configuración de Única fuente de verdad.
  • La prioridad 1 siempre tiene la prioridad más alta. La prioridad con el número más grande tiene la prioridad más baja.
  • Una prioridad consiste en ingresos o eventos in-app, o ambos componentes. Una prioridad determinada puede contener múltiples eventos in-app y flujos de ingresos. 
  • El embudo no está disponible en la prioridad. Sin embargo, establece múltiples eventos in-app en una prioridad para medir la conversión de usuarios en un embudo.
  • Para usar el componente de medición de la prioridad, no puedes tener otros componentes, como eventos in-app o ingresos configurados.

Para establecer la medición usando la prioridad:

  1. En AppsFlyer, ve a SKAN Conversion Studio.
  2. Selecciona Personalizado y haz clic en Continuar
  3. Si es necesario, haz clic en Eliminar para eliminar la configuración actual. 
  4. Haz clic en + Agregar medición. Selecciona Prioridad
    Se muestra la prioridad 1.

    Priority1.png

  5. Selecciona un componente de medición de:
    • Ingresos
    • Evento in-app
  6. Completa los campos según la interfaz de usuario.
    • Considera que una prioridad puede consistir en ingresos, eventos in-app o ambos. 
    • Los valores del rango de ocurrencias de eventos e ingresos deben estar en orden ascendente (creciente) y ser continuos. Por ejemplo, los siguientes rangos aumentan y son continuos: 1-5, 5-8, 8-10, etc. Se puede utilizar un rango determinado más de una vez (repetido) si la segunda vez que se utiliza forma parte de una combinación única y es el mismo rango que la última prioridad con un rango. Por ejemplo, 1-5, 1-5 + agregar a la cesta.
  7. Haz clic en Validar.
    Aparecerá el mensaje La prioridad es válida. Si este no es el caso, corrige tu prioridad antes de continuar.
  8. Realiza una de las siguientes acciones:
    • Para agregar una prioridad, haz clic en + Agregar prioridad. La prioridad 1 existente se reduce y se convierte en prioridad 2. Completa la configuración de prioridad como se describió anteriormente. 
    • Para eliminar una prioridad, haz clic en > Eliminar.
    • Para cambiar el nivel de prioridad, haz clic en Opciones (), y selecciona Cambiar orden o Hacer prioridad más baja.
    • Para duplicar una prioridad, haz clic en Opciones () y selecciona Duplicar.
    • Haz clic en Guardar para completar la configuración de prioridades. 

Información subsidiaria personalizada

Ver la asignación de CV

  • Mira los eventos asignados a un CV seleccionando el CV. Los eventos asignados se muestran debajo de la tabla.
  • Descarga la tabla de asignación de CV como un archivo CSV. Haz clic en Descargar archivo de asignación.
  • Obtén la asignación de CV usando la API de esquema de CV SKAN para anunciantes

CVmapping.png

Columna Descripción 
app_id  
conversion_value Rango de valores CV de 0 a 63
event_name  
min_event_counter El límite inferior del rango del contador de eventos
max_event_counter
  • El límite superior del intervalo del contador de eventos.
  • En los reportes generados por AppsFlyer, el número de eventos se calcula usando la siguiente fórmula: Redondeo ([min_event_counter + max_event_counter]) / 2
min_event_revenue El límite inferior del rango de ingresos por evento en USD
max_event_revenue
  • El límite superior del rango de ingresos por evento en USD
  • En los reportes generados por AppsFlyer, los ingresos se calculan con la siguiente fórmula: ([min_event_revenue + max_event_revenue]) / 2)
min_time_post_install

El límite inferior, horas post-instalación, que indica cuándo el usuario estuvo activo por última vez en la aplicación.

max_time_post_install

El límite superior, horas post-instalación, que indica cuándo estuvo activo el usuario por última vez en la aplicación. 

last_config_change La fecha en que guardaste la configuración en SKAN Conversion Studio.
Columnas del archivo de asignación CSV

Fórmula de capacidad de valor de conversión

Como se explicó anteriormente, el número máximo de valores de conversión disponibles es 64. La siguiente fórmula calcula cuántos de los valores de conversión disponibles utiliza el modo.

(activity time duration in hours / interval size in hours) * 
(number of revenue ranges + 1 ) * 
(number of in-app event ranges + 1 ) * 
(number of steps in a funnel + 1)

Ajusta la fórmula para incluir todos los componentes de medición

Ejemplos de CV personalizado maximizados

Componente Descripción 

Ventana de actividad

  • Duración: 24 horas
  • Intervalo: 24 horas siendo 1 intervalo
Ingresos
  • Los ingresos se reportan usando un solo evento in-app (en general) 
  • Rangos de ingresos: 15 
In-app Ninguna
Embudo 3 eventos in-app
Ejemplo 1
Componente Descripción 

Ventana de actividad

  • Duración: 24 horas
  • Intervalo: 12 horas siendo 2 intervalos
Ingresos
  • Los ingresos se reportan asignados por tipo utilizando 2 eventos in-app diferentes
  • Rangos de ingresos: 3 (por evento in-app)
Configuración de conversión de evento in-app 1 evento in-app para medir la conversión; cada in-app requiere 1 rango
Embudo Ninguna
Ejemplo 2
Componente Descripción 

Ventana de actividad

  • Duración: 24 horas
  • Intervalo: 24 horas siendo 1 intervalo
Ingresos
  • Los ingresos se reportan usando un solo evento in-app (en general) 
  • Rangos de ingresos: 3 
Conjunto de eventos in-app para la engagement
  • 2 eventos in-app para medir las ocurrencias de engagement
  • Rangos de ocurrencia: 3 por evento in-app
Embudo Ninguna
Ejemplo 3
Componente Descripción 

Ventana de actividad

  • Duración: 48 horas
  • Intervalo: 12 horas siendo 4 intervalos
Ingresos
  • Los ingresos se reportan usando un solo evento in-app (en general) 
  • Rangos de ingresos: 7
Configuración de conversión de evento in-app

1 evento in-app para medir la conversión; requiere 1 rango

Embudo

Ninguna

Ejemplo 4

Ejemplo detallado de medición de prioridad

En una aplicación de compras, el anunciante desea centrar la medición en:

  • acciones de los usuarios que no pagan
  • ingresos de los usuarios que pagan

Al hacerlo, el anunciante utiliza los CV para registrar los ingresos con mayor precisión. Estos requisitos de medición se traducen en un conjunto de prioridades de medición tal como se establece en la tabla siguiente. 

Ten en cuenta lo siguiente:

  • La prioridad más alta es siempre 1. Nota: Los números de prioridad no se asignan directamente a los CV. Las asignaciones de CV se muestran en la interfaz de usuario.
  • El número máximo de prioridades es 63. El número real disponible depende de la ventana de actividad y de si la Única fuente de verdad está activada.
  • Cada prioridad consta de un rango de ingresos o un rango de ocurrencias de eventos in-app, o ambos. 
  • Valores de rango: el valor inferior del límite no se incluye en el rango, pero sí el valor del límite superior. Por ejemplo, el rango $5-$10 no incluye el valor 5, pero sí incluye el valor 10. 

Nº de prioridad

Rango de ingresos

Evento in-app
1 [Prioridad más alta] $5 - $10 send_recommendation
2 $5 - $10 --
3 $0 - $5 send_recommendation
4 $0 - $5 --
5 -- send_recommendation
add_to_cart
6 --

send_recommendation

7 [Prioridad más baja] -- add_to_cart
-- No se estableció ningún valor
Ejemplo de establecimiento de prioridades de medición

La siguiente tabla contiene escenarios de trayectoria del usuario. Cada escenario contiene la lista de acciones realizadas por el usuario durante su trayectoria y la prioridad determinada por AppsFlyer.

En la tabla:

  • Se separan varias acciones con >
  • El valor entre corchetes () es la prioridad determinada por AppsFlyer establecida después de que el usuario complete la acción. Usar la prioridad de AppsFlyer actualiza el CV en la aplicación. 
Escenarios de trayectoria del usuario

Escenario de trayectoria del usuario

Acciones y prioridad del usuario
A add_to cart (7)
B add_to_cart (7) > send_recommendation (5)
C Compra $3 (4)
D Compra $6 (2)
E Compras $6 (2) > send_recommendation (1) 

Uso de la medición en modo fijo

Tipos de medición de la calidad del usuario

  • La medición es para una ventana de actividad de 24 horas que comienza con la primera apertura de la aplicación. 
  • Si deseas enviar eventos utilizando S2S, debes habilitar explícitamente SKAN S2S
Medición en modo fijo
Modo de medición Descripción
[Predeterminado] Ingresos

RevenueFixed.png

Ingresos generados durante la ventana de actividad de 24 horas. 

Selecciona una tarifa unit-to-USD de una de las siguientes opciones:

  • $0,01 para medir hasta $0,63
  • $1 para medir hasta $63
  • $10 para medir hasta $630

AppsFlyer rellena automáticamente 63 rangos de medición de ingresos. af_skad_revenue debe asignarse. En el panel de control, los ingresos se registran como el máximo del rango. Por ejemplo, si el rango es de $60 a $61, los ingresos registrados son de $61. Nota: Los ingresos personalizados utilizan un método diferente para calcular los ingresos. 

Métricas disponibles:

    • Ingresos
    • ROI
    • ROAS
    • Ingresos promedio por usuario (ARPU): Ingresos/usuarios que instalan la aplicación
    • Tasa de conversión de usuarios: usuarios que realizan una compra/usuarios que instalan la aplicación
    • eCPA
Conversión

mceclip0.png

Eventos in-app realizados una o más veces durante la ventana de actividad de 24 horas

Configuración:

  • Selecciona de 1 a 6 eventos in-app para medir en la lista desplegable. Limitación: la lista se limita a los 300 eventos principales durante los 30 días anteriores.
  • En el panel de control de SKAdNetwork, selecciona un evento determinado como evento de conversión

Métricas por evento in-app:

    • Recuento de usuarios que realizan un evento
    • Tasa de conversión: usuarios que realizan el evento de conversión/usuarios que instalan la aplicación
    • eCPA
    • Sesiones (usa el evento af_app_opened)

Ejemplo de recuentos de usuarios:

  • Registro completo
  • Hizo una compra
  • Alcanzó un nivel de juego

Aclaración: Usa la medición de conversión para contar si un usuario realizó un evento. Para contar cuántas veces un usuario realiza un evento, usa la medición de engagement.

continuo

mceclip1.png

Número de veces que el usuario realizó un evento in-app específico durante la ventana de actividad

Configuración: 

  • Selecciona un evento in-app en la lista desplegable.
  • La selección in-app también se designa como evento de conversión.
  • Rango de valores: de 0 a 63

Métricas para el evento in-app:

    • Recuento de usuarios que realizan el evento
    • Cantidad promedio de eventos por usuario
    • tasa de conversión
    • eCPA
    • Sesiones

Ejemplos:

  • Medir la cantidad de veces que:
    • Un usuario abrió la aplicación
    • El usuario vio un anuncio

Ejemplos de modo fijo

Ejemplo A: Medición de ingresos
Factor Observaciones
Situación
  • 20 usuarios instalan la aplicación y realizan las siguientes compras:
    • 9 usuarios, cada uno realiza una compra de $10.
    • 5 usuarios, cada uno realiza una compra de $5.
    • 1 usuario realiza una compra de $1, luego $3, luego $5 y finalmente $1. En total $10. 
  • Datos de costos proporcionados por la API desde la red de publicidad: $30
Configuración de SKAN
  • Selecciona el tipo de medición: ingresos
  • Configura el factor de conversión: 1 unidad de conversión = $1
  • Evento de conversión designado: en el SDK, debes enviar los ingresos mediante el parámetro af_revenue
Métricas seleccionadas  Métricas relacionadas con los ingresos disponibles
  • Instalaciones: 20
  • Ingresos: $125
  • Conversiones: 15
  • Ingresos promedio por usuario (ARPU): $6.25
  • ROI: 316%
Cantidad de filas de raw data por reporte 

Los reportes de raw data están disponibles a través de Data Locker

  • Postbacks de dispositivo: 20 filas
  • Instalaciones: 20 filas
  • Eventos in-app: 15 filas. Nota: El usuario que realiza varias compras está representado por una sola fila de $10. 
Consideraciones del desarrollador

Se reconocen los eventos que llevan ingresos.

Ejemplo B: Medición de conversión
Factor Observaciones
Ejemplo
  • 5 usuarios (A-E) instalan la aplicación.
  • Realizan de 0 a 3 eventos in-app diferentes, como se muestra en la tabla.
  • Datos de costos proporcionados por la API desde la red de publicidad: $30
  in-app-1 in-app-2 in-app-3
Usuario A Realizado Realizado -
Usuario B Realizado - Realizado
Usuario C Realizado Realizado -
Usuario D Realizado Realizado -
Usuario E - - -
Eventos in-app realizados por el usuario
Configuración de atribución de SKAdNetwork

Selecciona el tipo de medición: conversión

  • Selecciona eventos in-app: in-app-1, in-app-2, in-app-3
  • En el panel de control de SKAdNetwork, selecciona uno de los eventos para calcular la métrica de usuarios convertidos. Puedes cambiar el evento seleccionado según sea necesario. 
Métricas seleccionadas
Métrica  Aplicación  in-app-1 in-app-2 in-app-3
Instalaciones 5      
Conversiones 4      
Usuarios únicos   4 3 1
eCPA $ 7.5      
Métricas relacionadas con los eventos in-app disponibles

Nota: Debido a que el evento de conversión designado es in-app 1, el valor 4 se usa para calcular métricas a nivel aplicación y para las métricas de in-app-1. 

 

Los reportes de raw data están disponibles a través de Data Locker

  • Postback de dispositivo: 5 filas
  • Instalaciones: 5 filas
  • Eventos in-app: 8 filas.
Consideraciones del desarrollador
  • Asegúrate de enviar los eventos in-app que realizan los usuarios.
  • La solución SKAdNetwork no tiene en cuenta los valores de los eventos (excepto aquellos en relación con la medición de ingresos).
Ejemplo C: Medición de engagement
Factor Observaciones
Ejemplo

5 usuarios instalan la aplicación y abren la aplicación la cantidad de veces que se muestra en la tabla. 

  Cantidad de veces que se realizó el evento
Usuario A 63
Usuario B 10
Usuario C 5
Usuario D 1
Usuario E -
Se abre la aplicación
Configuración de atribución de SKAdNetwork
  • Selecciona el tipo de medición: engagement
  • Evento de conversión designado: af_app_opened Nota: Puedes usar cualquier evento disponible. 
Métricas seleccionadas

Métricas de muestra disponibles

  • Instalaciones: 5
  • Conversiones: 4
  • Sesiones: 79 
Cantidad de filas de raw data por reporte 

Los reportes de raw data están disponibles a través de Data Locker

  • Postback de dispositivo: 5 filas
  • Instalaciones: 5 filas
  • Eventos in-app: 79 filas; una fila es equivalente a una sola sesión
Consideraciones del desarrollador

En cada ocasión, el usuario realiza el evento de engagement seleccionado: envía el evento in-app. SKAdNetwork cuenta la cantidad de veces que envías el evento. 

Panel de control y métricas

En los modos Personalizado y Decodificación, las métricas orgánicas de eventos in-app no están disponibles.

Métricas disponibles

Métrica Fórmula/tipo 
Instalaciones Recuento
Clics Recuento
Impresiones Recuento

Tasa de clic-instalación

Instalaciones / clics * 100 
Costo Costo de la campaña [Función premium]
Costo efectivo por instalación (eCPI) Costo / Instalaciones
Usuarios convertidos

Recuento de usuarios únicos que realizan un evento de medición designado.

  • Modo personalizado: siempre af_skad_revenue (si se selecciona cualquier otra cosa, los usuarios convertidos permanecen vacíos)
  • Modo de ingresos: siempre af_skad_revenue
  • Modo de conversión: evento in-app seleccionado en la configuración del panel de control 
  • Modo de engagement: evento in-app tal como se establece en Conversion Studio
Tasa de usuarios convertidos

Usuarios convertidos / Instalaciones * 100

Costo efectivo por acción (eCPA)

Costo / Usuarios únicos que realizan un evento designado

Métricas disponibles (independientemente del componente de medición)


Tipos de medición de la calidad del usuario

Métricas disponibles por componente de medición
Componente de medición Descripción
Ingresos

Los ingresos se registran en USD utilizando el rango asociado con los ingresos reportados. Los ingresos reportados en el panel de control son el valor máximo de los rangos.

Métricas:

    • Ingresos
    • ROI
    • ROAS
    • Ingresos promedio por usuario (ARPU): ingresos/cantidad de usuarios que instalan la aplicación
    • Tasa de conversión de usuarios: número de usuarios que realizan una compra/usuarios que instalan la aplicación
    • eCPA
Embudo

Los eventos in-app se realizan como parte de un embudo. 

Métricas por evento in-app:

  • Número de usuarios que realizan cada uno de los eventos
  • eCPA
  • Sesiones

Ejemplo de recuentos de usuarios:

  • Registro completo
  • Hizo una compra
  • Alcanzó un nivel de juego

Aclaración: Usa el embudo para medir si un usuario realizó una secuencia de eventos.

In-app

Cantidad de veces que el usuario realizó un evento in-app especificado durante la ventana medición.

Configuración: 

  • Selecciona un evento in-app en la lista desplegable.
  • La selección in-app también se designa como evento de conversión.

Métricas para el evento in-app:

    • Recuento de usuarios que realizan el evento
    • eCPA
    • Sesiones

Ejemplos:

  • Medir la cantidad de veces que:
    • Un usuario abrió la aplicación
    • El usuario vio un anuncio

Procedimientos

Configurar la atribución de SKAN

Este procedimiento de configuración debe realizarlo un administrador o un usuario de la cuenta que tenga permiso para editar la configuración de la aplicación

Para ver o cambiar los permisos de usuario:

  1. En AppsFlyer, en la parte superior derecha, haz clic en tu dirección de correo electrónico. 
  2. Selecciona Administración de usuarios > Selecciona el usuario.
  3. Si es necesario, concede al usuario las capacidades de la página Editar configuración de la aplicación y la página de configuración de SKAN. Para obtener más información sobre los permisos, consulta Administración de usuarios.

AppsFlyerAdmin_us-en.png Para configurar SKAN:

  1. En AppsFlyer, ve a Configuración > SKAN Conversion Studio.Se abre el Conversion Studio.
  2. Realiza una de las siguientes acciones:
    1. Haz clic en opciones () para mostrar el menú de opciones y realiza una de las siguientes acciones:
      • Activa o desactiva la medición de SKANetwork. 
      • Habilita el envío de eventos por S2S. Disponible si el modo seleccionado es ingresos, conversión o engagement. Nota: S2S siempre está activado en el modo personalizado. 
      • Carga tu archivo de asignación de Decodificación.
    2. Selecciona un modo de medición entre:
      • Personalizado 
      • Ingresos
      • Conversión
      • continuo
  3. Verifica que la medición de SKAN esté activada. Nota: Si está desactivada, el SDK no llama a las funciones de SKAN de iOS como registerAppForAdNetworkAttribution, updateConversionValue.
  4. Haz clic en Guardar cambios.
    La medición está activa. Los usuarios que abren la aplicación por primera vez se miden usando esta configuración. Los datos de atribución de SKAdNetwork se actualizan en el panel de control entre 48 y 72 horas después de la primera apertura de la aplicación. 
  5. Verifica que las asignaciones de postbacks de eventos in-app de tu partner asignen los eventos que has configurado.

Cambiar el modo de medición SKAN

Puedes seleccionar un modo de medición de SKAN diferente en cualquier momento. 

Ten en cuenta lo siguiente: 

  • Cuando realizas cambios de configuración, comienza un período de transición. Durante este período, decodificamos el valor de conversión utilizando la configuración seleccionada más recientemente. Sin embargo, un postback que llegó ahora se relaciona con una instalación que ocurrió en algún momento en el pasado. 
  • La cantidad de instalaciones reportadas no está relacionada con el cambio de configuración y es exacta. En raw data, indicamos postbacks decodificados durante el período de transición con un parámetro skad_ambiguous_event
  • El período de transición se calcula utilizando la duración de la ventana de actividad antes del cambio de la siguiente manera:
    Período de transición = ventana de actividad + 48 horas. El período de transición predeterminado es de 24 + 48 horas. El período máximo de transición es de 48 + 72 horas. 
  • Las redes de publicidad no tienen en cuenta el período de transición ni la fecha de instalación, ya que consideran la hora de llegada del postback como la fecha de instalación. 

Pausas de campañas:

  • Si integras Facebook, al cambiar la configuración se pausan automáticamente las campañas de Facebook.
  • Con respecto a otras campañas, considera la posibilidad de pausarlas durante el período de transición.

Deshabilitar medición de SKAN

Para desactivar la medición de SKAdNetwork:

  1. En AppsFlyer, ve a Configuración > SKAN Conversion Studio.
  2. Haz clic en .
  3. Desactiva la medición de SKAdNetwork. 
    Entre otras cosas, el SDK deja de llamar a funciones de SKAN como registerAppForAdNewtorkAttribution, updateConversionValue.
  4. Haz clic en Guardar cambios.

Reportar eventos por API de servidor a servidor

SKAdNetwork_-_S2S__2_.png

Tanto el SDK como la API de servidor a servidor (S2S) pueden enviar eventos in-app a los servidores de AppsFlyer. 

El flujo de S2S es el siguiente:

  • Se produce un evento relacionado con el usuario en los servidores del anunciante. En este momento, la aplicación puede estar abierta o cerrada. 
  • Los servidores de anunciantes reportan el evento a AppsFlyer por S2S.
  • AppsFlyer calcula el valor de conversión actualizado y luego: 
    • Si la aplicación está abierta en el dispositivo del usuario: el SDK recibe una notificación con el valor actualizado. El SDK actualiza el valor de conversión de iOS en el dispositivo.
    • Si la aplicación no está abierta en el dispositivo del usuario: el servidor espera hasta que se abra la aplicación para notificar al SDK el valor de conversión. Esto debe ocurrir antes de la expiración de la Ventana de Actividad. Si la notificación falla, el evento se ignora.

Versión requerida del SDK

  • Adopta la última versión del SDK en la aplicación. Nota: El desarrollador no debe realizar ninguna acción adicional. 

Para implementar el envío de eventos in-app por API de servidor a servidor:

  1. Realiza una de las siguientes acciones:
    • Si tu modo seleccionado es Personalizado:
      • No se requieren cambios de configuración. 
    • Si el modo seleccionado es ingresos, conversión o engagement:
      1. En AppsFlyer, ve a Configuración > SKAN Conversion Studio.
      2. Haz clic en opciones (⋮).
      3. Activa Atribuir eventos in-app enviados por la API de servidor a servidor.
  2. Enviar eventos por S2S. 

Limitación

  • Si implementas la anonimización de usuarios para un usuario determinado, no podrás enviar eventos de S2S para ese usuario. 

Agregar SSOT a las mediciones en modo fijo

Si tienes configurado el modo de medición Ingresos o Engagement, no se admite la Única fuente de verdad (SSOT, que deduplica y reporta con precisión los datos de iOS). Aprender más sobre SSOT

Para habilitar SSOT cuando tienes configurado el modo Ingresos o Engagement:

  1. En AppsFlyer, ve a Configuración > SKAN Conversion Studio.
  2. Desplázate hasta el modo de medición activo. 
  3. Haz clic en + Agregar Única fuente de verdad.
    • El conmutador Única fuente de verdad se activa automáticamente.
    • Los rangos de medición de modo fijo se modifican mínimamente para permitir a SSOT cierto espacio de valor de conversión.
  4. Haz clic en Guardar.

Especificaciones y limitaciones

Especificaciones y limitaciones
Espec Observaciones
Agencias

Las agencias tienen acceso limitado al SKAN Conversion Studio de los anunciantes.

¿Fue útil este artículo?