Actualización (julio de 2023): Para obtener información sobre el nuevo marco SKAdNetwork 4 y los modelos SKAN 4, consulte nuestras preguntas frecuentes sobre SKAN 4.
La página Configuración de modelos (SKAdNetwork > Configuración de modelos) le permite configurar los modelos de conversión de SKAdNetwork que utilizará para ejecutar campañas SKAdNetwork para sus aplicaciones.
Un modelo de conversión es una forma de codificar toda la información posible sobre el usuario y su actividad posterior a la instalación en el espacio limitado que permite el marco SKAdNetwork de Apple. Singular ofrece diferentes tipos de modelos de conversión. Cada uno se centra en un tipo específico de información, como los ingresos o los eventos de conversión, y deja fuera otros tipos de datos.
Antes de empezar a configurar los modelos de conversión, asegúrese de leer las siguientes guías:
Conceptos generales y planificación
Al realizar el seguimiento de las instalaciones y la actividad de los usuarios a través de SKAdNetwork, nos basamos en el valor de conversión, un único número en el rango de 0 a 63 que se envía desde la aplicación a la red publicitaria algún tiempo después de que se instale la aplicación.
Un modelo de conversión es una forma de codificar toda la información posible sobre el usuario y su actividad posterior a la instalación en el espacio limitado delvalor de conversión.
Singular ofrece diferentes tipos de modelos de conversión. Cada uno se centra en un tipo específico de información y deja fuera otros tipos de datos.
Cuando configura un modelo de conversión y elige el tipo de modelo de conversión, en realidad está seleccionando qué información tendrá disponible sobre la actividad posterior a la instalación de sus usuarios. Elija el modelo de conversión que mejor se adapte a sus KPI y a sus procesos de optimización de campaña.
" Para más información, consulte Comprender la gestión del valor de conversión de Singular.
Para cada aplicación que comercialice, puede elegir uno de los siguientes tipos de modelo de conversión:
Tipo de modelo |
Descripción |
Revenue |
Le permite optimizar sus campañas en función de los ingresos obtenidos durante el periodo de medición posterior a la instalación/reinstalación. Un modelo de ingresos puede medir tres tipos de ingresos, dependiendo de cómo lo configure: ingresos por compras dentro de la aplicación, ingresos por publicidad o ambos (todos los ingresos). Véase también: Preguntas frecuentes sobre los modelos optimizados de SKAN |
Conversion Events | Le permite optimizar campañas en función de la actividad específica del usuario tras la instalación. El modelo codifica los eventos del usuario en el valor de conversión si ocurren al menos una vez durante el periodo de medición. |
Engagement | Le permite optimizar sus campañas en función del grado de compromiso de los usuarios con la aplicacióndurante el periodo de medición. El modelo codifica en el valor de conversión cuántas veces se produjeron varios eventos durante el periodo de medición. |
Funnel | Le permite optimizar sus campañas basándose en un recorrido específico del usuario tras la instalación. El modelo codifica los eventos del usuario en el valor de conversión en el orden en que se produjeron durante el periodo de medición. |
SKAN 4 Funnel [NEW] | La nueva versión del modelo de embudo, disponible sólo para SKAN 4, le permite incluir cubos de ingresos en el recorrido del usuario (no sólo eventos). De este modo, puede medir tanto los eventos como los ingresos. |
Mixed Models |
Los modelos mixtos le permiten obtener información tanto de ingresos como de otro tiposobre la misma campaña de SKAdNetwork. Singular ofrece tres modelos mixtos: Conversion Events and Revenue, Engagement and Revenue, y Funnel and Revenue. |
|
Le animamos a experimentar e iterar con diferentes modelos de conversión para encontrar el que le ofrezca los mejores resultados. Sin embargo, para empezar, pruebe los siguientes pasos:
- En primer lugar, piense en los nuevos usuarios ideales (de alto valor) y en cómo serían sus primeros 7 días. Esto debería indicarle qué puntos de conversión son significativos. Asegúrese de que estos puntos de conversión se comunican como eventos en su implementación de Singular SDK.
- A continuación, elija un modelo de conversión que represente lo más fielmente posible este recorrido ideal del usuario. Puede empezar con modelos de ingresos y retención, pero experimente con otros modelos utilizando informes simulados.
- Por último, piense en la rapidez con la que el usuario puede completar este recorrido ideal. Seleccione el periodo de medición más corto posible para maximizar su capacidad de capturar esta actividad.
Puede elegir utilizar un modelo diferente para gestionar sus valores de conversión. Si lo hace, asegúrese de configurar Singular SDK en su aplicación para utilizar el modo de gestión manualpara SKAdNetwork.
Atención: Singular aún no admite la ingesta de su modelo de conversión personalizado en la herramienta de gestión de conversiones de SKAdNetwork para utilizarlo en la generación de informes y la decodificación de significados de valores de conversión.
En SKAdNetwork, los socios de la red publicitaria reciben el postback de SKAdNetwork con el valor de conversión en bruto (0-63). Para conocer el significado cualitativo de ese valor, necesitan trabajar con la entidad que gestiona la asignación de valores de conversión (el gestor del modelo de conversión).
Las integraciones de SKAdnetwork de Singular con socios compatibles permiten a los socios descodificar el significado de los valores de conversión de SKAdNetwork que reciben de las devoluciones de SKAdNetwork.
Los anunciantes también pueden descargar una vista previa de los valores de conversión para un modelo de conversión y compartirla con sus socios para ayudar a los equipos de cuentas a descodificar. En Singular, vaya a SKAdNetwork > Configuración del modelo, haga clic en la elipse vertical para seleccionar Vista previa de los valores de conversión y descargar automáticamente la asignación.
" Para obtener una lista actualizada de los socios y las funciones que admite cada uno, consulte Socios integrados de Singular SKAdNetwork.
El periodo de medición es un ajuste de Singular que puede configurar para determinar durante cuánto tiempo la aplicación sigue codificando la actividad posterior a la instalación en el valor de conversión. Una vez transcurrido el periodo de medición, se envía el postback de SKAdNetwork junto con el último valor de conversión actualizado.
Si elige un periodo de medición más largo, dispondrá de más tiempo para recopilar información sobre las actividades del usuario para incluirla en el valor de conversión, pero también provocará un retraso en la obtención de cualquier tipo de información sobre la instalación.
El periodo de medición también determina los periodos de retención más largos y los periodos de cohorte que se pueden medir con SKAdNetwork. Si, por ejemplo, fija el periodo de medición en 3 días, Singular sólo podrá codificar en el valor de conversión información sobre los 3 primeros días tras la instalación. Esto significa que el periodo de retención más largo posible que se puede seguir, así como el periodo de cohorte más largo, es de 3 días.
Nota: Singular ha introducido el periodo de medición para ofrecerle un mejor control sobre el contenido y el momento del postback del valor de conversión. El periodo de medición también se utiliza para calcular la fecha de instalación originalpara el postback. Sin un periodo de medición máximo, no podría asegurarse de que los postbacks de SKAdNetwork se reciban dentro de un plazo determinado.
Cuando establece el periodo de medición en más de 1 día, Singular reserva un determinado número de ranuras del valor de conversión de 6 bits para utilizarlas en el seguimiento del periodo de retención del usuario.
Por ejemplo, si establece el periodo de medición en 7 días, Singular reserva 3 espacios (porque el número 7 requiere 3 bits para representarlo: es "111" en binario).
Entonces, cada vez que la aplicación informa de sesiones a Singular, Singular utiliza estos bits reservados para actualizar el número de días que el usuario ha estado activo después de la instalación. Después de que el postback se envía a la red y se reenvía a Singular, Singular puede descodificar esta parte del valor de conversión para determinar la retención y las cohortes.
Aunque este método puede costarle valiosas franjas horarias de información, es la única forma de averiguar la fecha de instalación/fecha de atribución. SKAdNetwork no proporciona la fecha de atribución. Singular sólo puede calcularla observando el tiempo de retención y la marca de tiempo de postback.
Otra ventaja del método de retención es que cada vez que actualiza el valor de conversión para la retención, retrasa el postback de SKAdNetwork 24 horas adicionales, ampliando el periodo en el que puede medir la actividad posterior a la instalación.
Nota: Si establece el periodo de medición en 1 día, Singular no medirá cohortes ni retención y las 6 franjas horarias de información seguirán estando disponibles para el modelo de conversión elegido.
SKAdNetwork no proporciona la fecha de atribución. Singular la calcula por usted observando el tiempo de retención y la marca de tiempo de postback .
Cuando establece el periodo de medición en más de 1 día, Singular reserva un determinado número de "ranuras" (bits) del valor de conversión de 6 bits para utilizarlo en el seguimiento del periodo de retención del usuario. Entonces, cada vez que la aplicación informa de sesiones a Singular, Singular utiliza estos bits reservados para actualizar el número de días que el usuario ha estado activo después de la instalación. Aunque este método puede costarle valiosas franjas horarias de información, es la única forma de averiguar la fecha de instalación/fecha de atribución.
Tipos de modelos de conversión
Vea una lista de los modelos actualmente soportados por SKAN 4.0.
Un modelo de ingresos puede medir uno de los siguientes tipos de ingresos, dependiendo de cómo lo configure. Haga clic en el tipo de ingresos para obtener más información sobre la configuración de este tipo de modelo.
Tipo deingresos |
Descripción |
All revenue | Ingresos por compras dentro de la aplicación y por publicidad. |
Ad mon revenue | Ingresos procedentes de anuncios mostrados durante el periodo de medición. |
In-app purchase revenue | Ingresos obtenidos por compras de usuarios dentro de la aplicación durante el periodo de medición. |
Un modelo All Revenue le permite optimizar sus campañas basándose tanto en los ingresos por compras dentro de la aplicación como en los ingresos por publicidad. Singular suma las dos sumas y las muestra en sus informes como Ingresos combinados estimados.
Nota: Para obtener los datos de ingresos por publicidad, primero debe implementar la atribución de ingresos por publicidad en su integración SDK(consulte las instrucciones para Attribution_Support" target="_self">iOS SDKy Unity SDK).
Dado que el valor de conversión de SKAdNetwork está limitado a 6 bits, Singular no puede utilizarlo para codificar los ingresos exactos. En su lugar, puede definir cubos de ingresos y Singular asignará cada cubo de ingresos a un valor de conversión.
Por ejemplo, puede definir los siguientes buckets de ingresos:
- $0 - $2 → codificado a 1
- $2+ - $5 → codificado a 2
- $5+ - → codificado a 3
De esta forma, si un usuario gasta 3$ en la app y aporta 0,50$ adicionales en ingresos por publicidad, el valor de conversión es 2.
Importante:
- Este modelo te permite estimar los ingresos totales de tus usuarios, pero no te permite diferenciar entre los ingresos por compras dentro de la aplicación y los ingresos por publicidad.
- Al configurar un modelo de ingresos combinados, debe asegurarse de que los cubos de ingresos que defina sean lo suficientemente pequeños como para incluir los ingresos por publicidad (medidos en ingresos por impresión única) pero lo suficientemente grandes como para capturar losingresos por compras dentro de la aplicación.
- El número de cubos de ingresos que puede definir depende del número de espacios restantes después de haber seleccionado su periodo de medición.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario realiza una compra dentro de la aplicación o ve un anuncio dentro de la aplicación.
- El SDK de Singular envía la información del evento a los servidores de Singular. Los servidores comparan los ingresos con una de sus categorías de ingresos predefinidas y devuelven el valor de conversión apropiado.
- Este proceso puede repetirse varias veces hasta que transcurra el periodo de medición. En ese momento, se envía el postback de SKAdNetwork a la red.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor de vuelta al cubo de ingresos y mostramos los Ingresos Combinados aproximados en sus informes.
Un modelo de Ingresos Admon le permite optimizar sus campañas basándose en los ingresos publicitarios obtenidos de los usuarios en un determinado número de días tras la instalación (el número de días viene definido por el periodo de medición).
Nota: Para obtener los datos de ingresos publicitarios, primero debe implementar la atribución de ingresos publicitarios en su integración SDK(consulte las instrucciones para el SDK de iOSy el SDK de Unity).
Dado que el valor de conversión de SKAdNetwork está limitado a 6 bits, Singular no puede utilizarlo para codificar los ingresos exactos. En su lugar, se definen cubos de ingresos y Singular asignará cada cubo de ingresos a un valor de conversión.
Por ejemplo, puede definir los siguientes buckets de ingresos:
- $0 - $0.05 → codificado a 1
- 0,05$+ - 0,1$ → codificado a 2
- $0.1+ - → codificado a 3
De este modo, si un usuario ingresa 0,07 dólares viendo anuncios, el valor de conversión será 2. El valor de conversión incluirá información sobre a qué bucket de ingresos pertenece el usuario.
Notas:
- Los ingresos se miden por impresión única(no eCPM).
- Para acomodar las pequeñas sumas por impresión, puede definir cubos con una precisión de hasta 6 decimales.
- El número de buckets de ingresos que puede definir depende del número de slots restantes después de haber seleccionado su periodo de medición.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario ve un anuncio.
- El SDK de Singular (compatible con la atribución de ingresos publicitarios) envía la información de la impresión a los servidores de Singular. Los servidores añaden el valor de la impresión a uno de los cubos de ingresos predefinidos y devuelven el valor de conversión correspondiente.
- Este proceso puede repetirse varias veces hasta que transcurra el periodo de medición. En ese momento, se envía el postback de SKAdNetwork a la red.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor de vuelta al cubo de ingresos publicitarios y mostramos los ingresos publicitarios aproximados en sus informes.
Nota: Singular ofrece ahora modelos optimizados generados automáticamente para este tipo de modelo. Para obtener más información, consulte las preguntas frecuentessobre modelos optimizados.
Un modelo In-App Purchase Revenue le permite optimizar sus campañas en función de los ingresos obtenidos de los usuarios a través de las compras in-app en un determinado número de días tras la instalación (el número de días viene definido por el periodo de medición).
Dado que el valor de conversión de SKAdNetwork está limitado a 6 bits, Singular no puede utilizarlo para codificar los ingresos exactos. En su lugar, usted define cubos de ingresos y Singular asignará cada cubo de ingresos a un valor de conversión.
Por ejemplo, puede definir los siguientes buckets de ingresos:
- $0 - $5 → codificado a 1
- $5+ - $10 → codificado a 2
- $10+ - → codificado a 3
De esta forma, si un usuario gasta $7 en la app, el valor de conversión es 2. El valor de conversión incluirá información sobre a qué bucket de ingresos pertenece el usuario.
Nota: El número de cubos de ingresos que puede definir depende del número de ranuras restantes después de haber seleccionado su periodo de medición.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario realiza una compra dentro de la aplicación u otro evento de ingresos.
- El SDK de Singular envía la información del evento a los servidores de Singular. Los servidores comparan los ingresos con una de sus categorías de ingresos predefinidas y devuelven el valor de conversión apropiado.
- Este proceso puede repetirse varias veces hasta que transcurra el periodo de medición. En ese momento, se envía el postback de SKAdNetwork a la red.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor de vuelta al bucket de ingresos y mostramos los ingresos aproximados en sus informes.
Un modelo de Eventos de Conversión le permite optimizar sus campañas basándose en la actividad específica del usuario post-instalación que está interesado en medir.
El modelo codifica los eventos de usuario en el valor de conversión si ocurren al menos una vez durante el periodo de medición.
Por ejemplo, puede definir los siguientes eventos post-instalación:
- Evento 1: Registro
- Evento 2: Nivel de juego completado
- Evento 3: Compra dentro de la aplicación
El valor de conversión contendrá información sobre cuál de estos eventos ocurrió para el usuario en particular.
Nota: El número de eventos que puede definir depende del número de espacios restantes después de haber seleccionado su periodo de medición.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario realiza una actividad dentro de la app.
- El SDK de Singular envía la información del evento a los servidores de Singular. Si el evento es uno de los definidos que se quieren medir, y es la primera vez que ocurre, el valor de conversión se actualiza para mostrar que ha ocurrido.
- Este proceso puede repetirse con distintos eventos hasta que transcurra el periodo de medición, pero cada tipo de evento se cuenta una sola vez.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor a los eventos que representa y ponemos la información a su disposición en informes, postbacks, etc.
El modelo Engagement le permite optimizar sus campañas en función de la interacción de los usuarios con la aplicación durante el periodo de medición.
El modelo codifica en el valor de conversión cuántas veces se produjeron varios eventos durante el periodo de medición.
Por ejemplo, puede definir una lista de eventos post-instalación como sigue:
- Evento 1: Me gusta
- Evento 2: Niveles completados
El valor de conversión contendrá información sobre cuántas veces se produjo cada uno de estos eventos.
Notas:
- El número de eventos que puede definir depende del número de ranuras restantes después de haber seleccionado su periodo de medición.
-
Cuantos más eventos defina, menos espacios estarán disponibles para contar las ocurrencias de cada evento. Esto limita el número de incidencias que puede contar. Por ejemplo, si tiene 2 eventos y 4 intervalos (después de establecer el periodo de medición), cada evento tendrá 2 intervalos (2 bits), lo que significa que podrá contar hasta 3 apariciones de cada evento.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario realiza una actividad dentro de la app.
- El SDK de Singular envía la información del evento a los servidores de Singular. Si el evento es uno de los eventos definidos que se quieren medir, el valor de conversión se actualiza para contar una ocurrencia más del evento.
- Este proceso puede repetirse con diferentes eventos hasta que transcurra el periodo de medición.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor de vuelta a los eventos y recuentos que representa, y ponemos la información a su disposición en informes, postbacks, etc.
El modelo Funnel original (para las campañas de SKAN 3) le permite optimizar las campañas basándose en un recorrido específico del usuario tras la instalación.
Al igual que un modelo de eventos de conversión, el modelo de embudo codifica información sobre si se han producido determinados eventos (como una compra, alcanzar un determinado nivel en un juego, etc.) durante el periodo de medición. La diferencia es que en el modelo de embudo, los eventos se definen como una secuencia y se asume que si se ha producido un evento posterior (del embudo inferior), todos los eventos anteriores deben haberse producido también.
Por ejemplo, si tiene una aplicación de juegos, puede definir la siguiente lista de eventos:
Si el usuario alcanza el nivel 5, el valor de conversión representará la información de que se ha producido el primer evento. Si el usuario alcanza el nivel 10, el valor de conversión representará la información de que se han producido el primer evento y el segundo. Si el usuario alcanza el nivel 15, el valor de conversión representará la información de que se han producido los tres eventos.
Un modelo Funnel es potente porque maximiza el número de eventos que pueden codificarse en el valor de conversión. Sin embargo, depende de tener un recorrido del usuario bien definido en el que los eventos sólo pueden ocurrir en una secuencia determinada.
Nota: El número de eventos que puede definir depende del número de franjas horarias restantes después de haber seleccionado su periodo de medición.
Flujo de SKAdNetwork
- El usuario instala/reinstala la aplicación.
- El usuario realiza una actividad dentro de la app.
- El SDK de Singular envía la información del evento a los servidores de Singular. Si el evento es uno de los eventos definidos que se desea medir, el SDK comprueba si ya se ha medido un evento de nivel inferior (un evento posterior en la secuencia). Si no es así, el valor de conversión se actualiza para reflejar que el evento se ha producido.
- Este proceso se repite hasta que transcurre el periodo de medición.
- Una vez que Singular recibe el postback de SKAdNetwork, decodificamos el valor a los eventos que representa, y ponemos la información a su disposición en informes, postbacks, etc.
Un modelo de Embudo SKAN 4 es similar al modelo de Embudo original, salvo que le permite definir algunos de los pasos del embudo como eventos y otros como cubos de ingresos(véase la ilustración).
Cada paso de un modelo de Embudo SKAN 4 encapsula datos sobre todos los pasos que lo preceden. Por ejemplo, en este ejemplo, si el valor de conversión en un postback de SKAN indica "Nivel 10 alcanzado", Singular asume que "Registro" y "Nivel 5 alcanzado" también se han producido. Esto se reflejará en los datos de sus informes.
Del mismo modo, si el postback indica "Revenue Bucket: [$0.5-1]", Singular registra automáticamente los siguientes datos: Evento "Registro" + Evento "Nivel 5 alcanzado" + Evento "Nivel 10 alcanzado" + 0,5-1 dólares de ingresos.
Un modelo de embudo SKAN 4 es potente en el sentido de que maximiza el número de eventos y el número de cubos de ingresos que pueden codificarse en el valor de conversión. Sin embargo, se basa en tener un recorrido de usuario directo en el que los eventos sólo pueden ocurrir en una secuencia determinada.
Nota: Cuando existe un modelo de embudo SKAN 4, la gestión del valor de conversión de Singular dentro de la aplicación se basa en la lógica del embudo. En este ejemplo, si el "Nivel 5 alcanzado" ocurre en la aplicación, el SDK de Singular actualiza el valor de conversión en consecuencia, incluso si el "Registro" no se ha producido. Para evitar la creación de datos incorrectos en sus informes de campaña SKAN, asegúrese de que su modelo está bien definido.
SKAN 4 Funnel vs. Modelo mixto
Tanto el modelo SKAN 4 Funnel como el modelo Mixto le permiten rastrear eventos e ingresos al mismo tiempo.
Esto se debe a que en un modelo mixto (suponiendo que sea un modelo de ingresos + eventos), cada valor de conversión debe corresponder tantoa un evento comoa un cubo de ingresos. Por ejemplo, CV = 0 puede significar "_INSTALL_ evento y ningún ingreso" mientras que otro CV puede significar "_INSTALL_ evento y $0-1 ingreso".
Por el contrario, un modelo SKAN 4 Funnel le permite asignar un CV separado a cada evento y luego un CV separado a cada cubo de ingresos, dejándole espacio para definir un mayor número de cubos. Véase el siguiente ejemplo:
Resumen: SKAN 4 Funnel frente a otros tipos de modelos
Embudo original (SKAN 3) |
Embudo SKAN4 | Modelo mixto |
---|---|---|
|
|
|
Nota: En un modelo de SKAN 4 Funnel, las categorías de ingresos siempre se definen más abajo en el embudo que los eventos. Esto refleja el hecho de que los ingresos suelen ser el mejor indicador de una conversión de alta calidad.
Los modelos mixtos le permiten obtener información de ingresos + otro tipo de informaciónsobre la misma campaña de SKAdNetwork.
Singular ofrece tres modelos mixtos:
- Eventos de Conversión e Ingresos
- Engagement e Ingresos
- Embudo e ingresos
En términos del valor de conversión de SKAdNetwork, utilizar un modelo mixto significa que algunos bits del valor codifican información sobre ingresos, mientras que otros bits codifican información sobre eventos, embudo o compromiso.
Consejo: Los modelos mixtostienen muchos casos de uso diferentes en función de sus necesidades y limitaciones analíticas.Por ejemplo:
- Desea obtener información sobre ingresos cuando esté disponible, pero a menudo no lo está porque sus usuarios no realizan una compra dentro del periodo de tiempo definido.
- No necesita un gran número de buckets de ingresos y prefiere dedicar algunos de los bits de valor de conversión a obtener información adicional sobre el usuario.
Nota: Los datos de modelos mixtos están disponibles en los informes de Singular, pero la red publicitaria tiene que descodificar los datos. Si su red no los admite, los datos aparecerán como valor en bits. Los modelos mixtos ya son compatibles con Facebook y TikTok, entre otros.
Configuración de un modelo mixto :
Cuando se elige un modelo mixto, es necesario configurar tanto un modelo de ingresos como otro tipo de modelo (eventos, embudo o compromiso) en el panel de Configuración del modelo.
Las ranuras se dividen entre los dos modelos. Por ejemplo, si elige un modelo mixto de ingresos + eventos, cuantos más cubos de ingresos defina, menos eventos podrá definir, y viceversa.
Configuración de un nuevo modelo de conversión
Para configurar un nuevo modelo de conversión
- En su cuenta de Singular, vaya a SKAdNetwork > Configuración de modelos.
- Seleccione una aplicación de la lista de la izquierda.
- Haga clic en Añadir modelo de conversión.
- Seleccione el Periodo de medición (consulte ¿Qué es el "periodo de medición"? ¿A qué debo ajustarlo?).
- Seleccione el tipo de modelo (consulte ¿Qué tipos de modelos de conversión ofrece Singular?).
- Introduzca un nombre para el modelo y configure los ajustes adicionales. Estos ajustes dependen del tipo de modelo que haya seleccionado.
- Puede ampliar la sección Analizar modelo para ver un informe simulado de cómo se comportaría el modelo con los ajustes configurados actualmente con sus datos. Para más información, consulte ¿Qué es "Analizar modelo"? ¿Cómo me ayuda a elegir un modelo de conversión?
- Haga clic en Guardar. El nuevo modelo de conversión se añade a la lista.
Nota: El nuevo modelo nose activa automáticamente. Para empezar a utilizar realmente el modelo, tiene que activarlo.
No, el orden en el que se añaden los eventos no importa. En concreto, cuando se utiliza el modelo de eventos de conversión, Singular actualizará el valor de conversión cuando se haya producido al menos un evento o una combinación de eventos seleccionados.
Una vez que haya configurado un modelo, puede desplegar la sección Analizar modelo y hacer clic en Descargar informe de análisis. Esto descargará un informe estimando qué métricas obtendría utilizando el modelo actual, basándose en los datos de instalaciones y eventos que Singular ha rastreado basándose en su implementación SDK/S2S.
El informe estima cuáles serían las métricas de SKAdNetwork (instalaciones, eventos e ingresos) si utilizara el modelo actual que ha configurado, en comparación con las métricas reales que ha rastreado fuera de SKAdNetwork.
Para calcular las métricas SKAdNetwork estimadas, Singular tiene en cuenta los datos reales de los dispositivos de sus usuarios, la configuración de su modelo de conversión y las distintas propiedades y limitaciones del marco SKAdNetwork.
El informe resultante (ver detalles más abajo) debería ayudarle a decidir si el modelo le proporciona suficiente información o si debería retocarlo o utilizar un tipo de modelo diferente.
Consejo: También puede utilizar el acceso directo Analizar modelo de la página de resumen del modelo para ejecutar un informe de análisis sobre modelos creados previamente. El informe se ejecutará sobre los eventos de los últimos 7 días. Para seleccionar un periodo personalizado, seleccione Editar para abrir el panel de configuración.
Cuando selecciona Analizar modelo, el archivo CSV resultante contiene las siguientes columnas (además de algunas otras columnas dependiendo del modelo específico y de los eventos que haya seleccionado).
Utilice el informe para obtener una estimación del rendimiento de su modelo.
Columna | Descripción |
Install Date | Fecha de instalación de la aplicación, calculada por Singular. |
App | El nombre de la aplicación. |
Source | El nombre de la red de socios a la que se ha atribuido la instalación/reinstalación de la aplicación. |
Model Name | El nombre del modelo de conversión elegido para el análisis. |
SKAN Installs | El número estimado de instalaciones de SKAdNetwork en la "fecha de instalación". Esta métrica se calcula a partir de las instalaciones no orgánicas y de último clic (son las únicas que admite SKAdNetwork). |
SKAN [Conversion Name]* | El número estimado de conversiones que este modelo de conversión atribuirá. Esta métrica se calculará con períodos de cohorte de 1d y hasta el período de medición de su modelo. |
Reported [Conversion Name]* | Su métrica de conversión actual. Esta métrica se calculará con periodos de cohorte de 1d y hasta el periodo de medición de su modelo. |
[Conversion Name] Ratio* | La relación entre su métrica de conversión SKAN estimada y su métrica de conversión actual. Esta relación se calcula sólo en el último periodo de cohorte, que también es su periodo de medición. Cuando este ratio es cercano a 1 significa que su métrica SKAN estimada es casi igual a su métrica actual. |
Trabajar con el panel de gestión de conversiones
Actualmente no hay límite en el número de modelos de conversión que puede configurar. Sin embargo, sólo un modelo puede estar activo para una aplicación en un momento dado.
Después de configurar un modelo de conversión, puede seleccionar Previsualizar valores de conversión para descargar un archivo CSV que contiene los valores de conversión de 0 a 63 y su significado utilizando el modelo específico.
El .csv resultante contendrá las siguientes columnas fijas, así como columnas dinámicas basadas en el modelo de conversión y los eventos elegidos.
Columna | Descripción | Ejemplo |
Conversion Value | El valor de conversión, 0-63 | 10 |
Conversion Events | El nombre del evento de conversión | Registro |
Retention | El periodo de tiempo representado como un intervalo en horas | 24h+ -> 48h |
Modelo de compromiso
Columna | Descripción | Ejemplo |
Conversion Value | El valor de conversión, 0-63 | 10 |
[Event Name]* Count | Para cada evento utilizado en el modelo, esta columna representará el recuento de ocurrencias de este evento | 2 |
Retention | El periodo de tiempo representado como un intervalo en horas | 24h+ -> 48h |
Modelo de ingresos
Columna | Descripción | Ejemplo |
Conversion Value | El valor de conversión, 0-63 | 10 |
Revenue Buckets | La cubeta a la que se asigna el importe de los ingresos. El importe se representa en el tipo de moneda seleccionado en su cuenta. | $1+ -> $2 |
Retention | El periodo de tiempo representado como un intervalo en horas | 24h+ -> 48h |
Para cambiar de un modelo de conversión a otro
- Vaya al panel de gestión de conversiones.
- Active el nuevo modelo de conversión.
- Guarde los cambios.
Singular pondrá en pausa su modelo existente y, a continuación, activará el nuevo modelo. Debido a las limitaciones de SKAdNetwork, este proceso tarda 48 horas. Esto es lo que ocurre
- No se envían ni se registran valores de conversión durante 24 horas. Se pierden los datos de medición.
- Todos los postbacks de SKAdNetwork recibidos en las siguientes 24 horas (Horas 25-48) se procesan utilizando el modelo antiguo.
- Durante el mismo tiempo, Singular comienza a actualizar los valores de conversión utilizando el nuevo modelo.
- Al cabo de 48 horas, se empieza a utilizar el nuevo modelo de conversión para descodificar los postbacks.
Consejo: Durante este período de intervalo en el que el nuevo modelo aún no está activado, puede cambiar de opinión y elegir un modelo diferente o cambiar la configuración del modelo.
Nota: aunque le animamos a que experimente con diferentes modelos cuando empiece a utilizar SKAdNetwork, no recomendamos cambiar de modelo con regularidad después, debido al retraso inherente al sistema hasta que pueda ver los nuevos resultados. Además, tenga en cuenta que Facebook pone en pausa las campañas durante 72 horas cuando se actualiza unmodelo de conversión.
Para editar un modelo de conversión existente
-
Haz clic en el menú desplegable del modelo y selecciona Editar. Se abrirá el panel de configuración del modelo de conversión.
- Cambie las configuraciones según sea necesario y seleccione Guardar.
Advertencia: Cambiar la configuración del modelo activo actual crea un proceso de migración. Singular pondrá en pausa el modelo existente y, a continuación, activará el modelo con la nueva configuración. Debido a las limitaciones de SKAdNetwork, el proceso dura hasta 48 horas e incluye un intervalo de 24 horas en el que no se envían ni se registran valores de conversión. Véase ¿Cómo migrar de un modelo de conversión activo a un nuevo modelo?
Puede archivar un modelo de conversión para eliminarlo del panel de modelos de conversión. Para archivar un modelo, haga clic en su menú desplegable y seleccione Archivar.
Sólo puede archivar un modelo que no se esté utilizando.
Una vez archivado un modelo, no podrá recuperarlo.
Puede definir modelos de conversión, previsualizar sus valores y analizarlos, pero seleccionar y enviar un modelo activo no tendrá ningún impacto si su versión del SDK no es compatible con SKAdNetwork (ya que los postbacks de SKAdNetwork no se enviarán desde sus dispositivos).