Compatibilidad de servidor a servidor: mejores modelos de conversión y, en definitiva, mejor rendimiento de SKAdNetwork

¿Tu salsa secreta tiene todos sus ingredientes?

El modelo de conversión es fundamental para el éxito de un profesional de marketing con SKAdNetwork . En parte, de SKAN se definen mediante un conjunto de opciones de configuración proporcionadas por el MMP (socio de medición móvil) , pero también son, en parte, la clave del éxito y reflejan el modelo de negocio, el comportamiento del usuario y el nivel de sofisticación del profesional. Este modelo de conversión tiene un gran peso en juego: restringe y determina los datos de rendimiento que SKAdNetwork puede reportar. En definitiva, ¡aprovéchalo al máximo e integra los eventos adecuados en tu modelo! ¿Tu modelo de conversión está donde debe estar? ¿Te falta algo de sazón en ese ingrediente secreto? ¿Has identificado la combinación de eventos que mejor indica el valor de vida ?

El hecho de que una estrategia sea la estrategia con la que se comenzó no significa que no haya margen de mejora.

Los ingresos del lado del servidor, la columna vertebral de la optimización. 

SKAdNetwork está plagado de limitaciones que los profesionales del marketing deben abordar, y el modelo de conversión no es la excepción. Los eventos codificados en los modelos de conversión deben actualizarse mediante una función de Apple dentro de la aplicación, lo que requiere que los desarrolladores de aplicaciones sean los responsables del desarrollo de este mecanismo o utilicen el SDK para gestionarlo y comunicarse con SKAdNetwork. Esto significa que solo los eventos que ocurren dentro de la aplicación, también conocidos como eventos del SDK, pueden considerarse para un modelo de conversión. Esto significa que los desarrolladores de aplicaciones con eventos del lado del servidor, especialmente aquellos tan cruciales como los ingresos, no tienen suerte.

Los eventos de ingresos del servidor se validan y procesan en los servidores de los desarrolladores de la aplicación antes de enviarlos a la MMP para garantizar que las cifras de ingresos estén alineadas después del procesamiento. Los equipos optan por implementar ingresos del servidor por diversas razones, pero la más común es que esto permite a los profesionales de marketing filtrar eventos de ingresos no válidos, aplicar conversiones de moneda específicas o eliminar comisiones (por ejemplo, una comisión por conductor para una aplicación bajo demanda).

Cualquier desarrollador de aplicaciones que trabaje con un MMP en una integración dual o híbrida (es decir, utilizando tanto el SDK de MMP como las integraciones de servidor a servidor para rastrear e informar eventos) tendría una visión incompleta de su rendimiento de SKAdNetwork y, por lo tanto, tendría optimizaciones de campaña de SKAdNetwork inferiores. Además, esto significa que los especialistas en marketing que operan en Facebook no podrían ejecutar campañas de VO ( campañas optimizadas de valor ), lo que significa enormes limitaciones para el gasto y el rendimiento de las campañas de Facebook para la mayoría de los equipos de UA. Si eres un especialista en marketing con una aplicación que tiene ingresos del lado del servidor, esos ingresos son la columna vertebral de tu rendimiento de SKAN y la clave para tener un modelo de conversión optimizado. Ejecutar un modelo de conversión sin ingresos y sin poder ejecutar campañas de VO de Facebook, simplemente no es una opción para algunos equipos. Es por eso que algunos invirtieron en grandes recursos de desarrollo intensivos y crearon una integración de SKAdNetwork de servidor a servidor. Pero esta no es una opción realista para la mayoría de los desarrolladores de aplicaciones, entonces, ¿qué puede hacer un desarrollador de aplicaciones?

Esta es otra limitación incorporada directamente en el marco de SKAdNetwork que impone a los desarrolladores de aplicaciones la carga de invertir una gran cantidad de recursos de desarrollo, los obliga a ejecutar campañas de marketing con herramientas insuficientes o requiere que los socios construyan e innoven para cerrar esta brecha y limitación.

Entran los MMP. Por suerte, están perfectamente posicionados para cerrar esta brecha, ¡y Singular se unió para ayudar!

Entonces ¿cómo funciona esto?  

Singular sabe que la fórmula secreta es crucial para el éxito de SKAdnetwork, por eso hizo un poco de magia Singular (puso a trabajar el departamento de I+D) y ahora los especialistas en marketing pueden usar un modelo de conversión que codifica sus eventos del lado del cliente/del lado del servidor

Un desarrollador de aplicaciones podrá enviar eventos de aplicaciones, así como eventos del lado del servidor a Singular ; por ejemplo, un evento de conversión de SDK como un registro de usuario y un evento de ingresos de servidor a servidor como una compra de suscripción.

Veamos los detalles más de cerca.

1. Singular comprobará el último valor de conversión actualizado en el dispositivo.
2. Singular ve que el evento de suscripción está codificado en el modelo de conversión y calcula un nuevo valor de conversión para representar el evento de ingresos de servidor a servidor enviado.
3. Una vez que se calcula el nuevo valor de conversión, se actualiza en los servidores Singular .
4. Por último, el SDK de Singularobtiene el valor de conversión recién actualizado y llama a una función de Apple, “updateConversionValue”, que actualiza y envía el valor de conversión a Apple.

Ahora es el momento de analizar el coste de oportunidad de actualizar tu valor de conversión. Sabemos que es preocupante y que puede tener un gran impacto en las campañas, pero si no has incluido los ingresos en tu modelo de conversión y tu aplicación genera ingresos del lado del servidor, la actualización del modelo de conversión te está llamando la atención. Esto te permitirá obtener las señales más sólidas para predecir mejor los KPI de rendimiento, como D7 Revenue, y llevar tu estrategia al siguiente nivel.

SKAdNetwork también presenta una situación única: las mejores señales para un modelo de conversión podrían no aprovecharse en las optimizaciones de marketing y el ciclo de retroalimentación actuales. Es posible que existan eventos capturados en el backend que podrían representar con mayor precisión el rendimiento de las campañas de SKAdNetwork, los cuales podrían implementarse como eventos del servidor. Implementar estas señales del servidor le permitiría incorporarlas a su modelo de conversión con menos recursos que implementar un evento del SDK. Las limitaciones del modelo de conversión deberían impulsar a los equipos a analizar críticamente las señales que provienen de los usuarios actuales. ¿Existen señales que podrían predecir mejor los ingresos futuros?

La gran pregunta ¿qué sigue?

Estamos trabajando en varias estrategias para ayudar a los profesionales del marketing a optimizar sus modelos de conversión con el objetivo final de perfeccionar este componente fundamental de una estrategia exitosa de SKAdNetwork. Actualmente, se trata de compatibilidad del lado del servidor con los modelos de conversión, así que consulte con su CSM sobre la implementación o contacte con un experto para que revise completa de SKAdNetwork Singular .

Y no mañana, ¡pero muy pronto anunciaremos un nuevo modelo de conversión ! Un consejo: te permitirá combinar ingresos de S2, in-app y/o basados ​​en publicidad con eventos en un solo modelo, con todo el mapeo y decodificación automatizados de valores de conversión que obtienes con todos Singular . Las posibilidades del modelo de conversión no serán infinitas, pero es probable que estén limitadas por los recursos de ciencia de datos que tengas a tu disposición. ¡Mantente atento!

¿Ya eres cliente y quieres saber más? ¿
Listo para llevar tu modelo de conversión al siguiente nivel? Habla con un Singular .