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

¿Tu salsa secreta tiene todos sus ingredientes?

Lo correcto modelo de conversión es clave para el éxito de un marketer’s con SKAdNetwork-basadas. En parte, SKAN los modelos de conversión se definen mediante un conjunto de opciones de configuración proporcionadas por un marketer’s MMP (mobile measurement partner), pero también es parte de “la salsa secreta del éxito” y refleja el modelo de negocio, el comportamiento del usuario y el nivel de sofisticación de un marketer’s. Alto riesgo depende de ese modelo de conversión – restringe y determina los datos de rendimiento que SKAdNetwork puede reportar. En resumen, debes aprovecharlo al máximo e incluir los eventos correctos en tu modelo! ¿Tu modelo de conversión está donde debe estar – ¿te falta un toque de sazón en esa salsa secreta? ¿Y has identificado la combinación de eventos que mejor indica a tus usuarios’ LTV?

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 mercadólogos deben sortear, y el modelo de conversión no es la excepción. Los eventos codificados en los modelos de conversión deben actualizarse llamando a una función de Apple dentro de la app – lo que obliga a los desarrolladores a gestionar este mecanismo ellos mismos o usar un MMP’s SDK para gestionarlo y comunicarse con SKAdNetwork. Esto implica que solo los eventos que ocurren dentro de la app, conocidos como eventos SDK, pueden considerarse para un modelo de conversión. Los desarrolladores con eventos del lado del servidor, especialmente los críticos como ingresos, quedan sin 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).

Los desarrolladores de apps que usan un MMP en una integración dual o híbrida (p.ej., SDK del MMP y conexiones server‑to‑server para rastrear y reportar eventos) tendrían una visión incompleta del rendimiento de SKAdNetwork y, por tanto, optimizaciones de campaña deficientes. Además, los marketers en Facebook no podrían lanzar campañas VO (Campañas optimizadas por valor), lo que implica enormes limitaciones en el gasto y rendimiento de campañas de Facebook para la mayoría de los equipos de UA. Si eres un marketer con una app que genera ingresos server‑side, esos ingresos son la columna vertebral del rendimiento SKAN y clave para un modelo de conversión optimizado. Ejecutar un modelo sin ingresos y sin poder lanzar campañas VO en Facebook simplemente no es viable para algunos equipos. Por eso algunos invirtieron recursos de desarrollo intensivo y construyeron una integración server‑to‑server de SKAdNetwork. Pero eso no es una opción realista para la mayoría de los desarrolladores de apps – entonces, ¿qué debe hacer un desarrollador?

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?

We’re trabajando en varios caminos para ayudar a los marketers a optimizar mejor sus modelos de conversión, con el objetivo de perfeccionar este elemento crítico de una estrategia SKAdNetwork ganadora. Today it’s soporte server‑side para modelos de conversión, así que habla con tu CSM sobre la implementación o contacta a un experto para revisar Singular’s completo solución SKAdNetwork.

Y no mañana, sino muy pronto estaremos anunciando un nuevo modelo de conversión¡Pista pista; permitirá combinar ingresos s2s, in‑app y/o basados en anuncios con eventos en un solo modelo, con todo el mapeo y decodificación automatizados de valores de conversión que obtienes con todos Singular modelos de conversión. Las posibilidades del modelo de conversión no serán completamente infinitas, pero es más probable que estén limitadas por los recursos de ciencia de datos que tienes 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 experto.