Plataforma de atribución móvil y análisis de marketing que posibilita que los desarrolladores de aplicaciones, los especialistas en marketing y las marcas hagan un seguimiento y midan la eficacia de sus campañas de marketing en varios canales y dispositivos. Consulte la documentación de AppsFlyer para obtener más información sobre la plataforma.
ID del sitio en la cuenta de AppsFlyer, que se utiliza para la integración del SDK Web con AppsFlyer y se transmite en el campo webAppId de los eventos web.
App Tracking Transparency (ATT, siglas en inglés de Transparencia del seguimiento de aplicaciones)
Función de privacidad incorporada por Apple en iOS 14.5 y versiones posteriores, que requiere que las aplicaciones soliciten permiso al usuario antes de rastrear sus datos.
ID del cliente/usuario (CUID)
ID de usuario generado y definido por el propietario de la aplicación en el momento del registro del usuario. El СUID debería ser el mismo para la Web Shop y para AppsFlyer. Consulte la documentación de AppsFlyer para obtener más información sobre el CUID.
Identifier for Advertisers (IDFA, siglas en inglés de "Identificador de anunciantes")
ID asignado por Apple al dispositivo de un usuario. Consulte la documentación de Apple para obtener más información sobre el IDFA.
Evento interno de la app
Acción del usuario dentro de la aplicación. Consulte la documentación de AppsFlyer para obtener más información sobre los eventos internos de la app. Las acciones del usuario en Web Shop también se consideran eventos dentro de la aplicación cuando hay integración S2S y se envían a AppsFlyer desde el back-end de Xsolla.
Evento web
Acciones del usuario en Web Shop, que se envían desde el lado del cliente de Web Shop a AppsFlyer y son necesarias para la integración del Web SDK.
Valor del ciclo de vida (LTV)
Promedio de ingresos que un usuario genera durante el tiempo que utiliza la aplicación. Consulte la documentación de Apps para obtener más información sobre el LTV.
Retargeting
Dirigirse a usuarios actuales o del pasado a través de campañas publicitarias. La estrategia consiste en atraer a usuarios que ya han interactuado con su aplicación o sitio web.
Rentabilidad de la inversión publicitaria (ROAS, por las siglas en inglés)
Métrica que mide la eficacia de una campaña publicitaria calculando los ingresos obtenidos por unidad de inversión publicitaria.
Postback (devolución de datos)
Proceso de recepción de datos sobre eventos internos de la app en redes de anunciantes. Consulte la documentación de AppsFlyer para obtener más información sobre la postback (devolución).
Token de servidor a servidor (S2S) o clave S2S
Token que sirve para autorizar llamadas de S2S para enviar datos de evento a AppsFlyer. Se genera en el lado de AppsFlyer. Consulte la documentación de AppsFlyer para obtener más información sobre el token de S2S.
Clave de desarrollador de AppsFlyer
La clave que se utiliza para la integración del SDK Web de AppsFlyer. Esta clave es distinta para cada aplicación y se utiliza para autorizar su aplicación en el sistema de AppsFlyer. La genera AppsFlyer. Consulte la documentación de AppsFlyer para obtener más información sobre la clave de desarrollador.
Adquisición de usuarios
El proceso de atraer nuevos usuarios a un sitio, servicio, plataforma o aplicación mediante actividades de marketing.
Escenarios de integración
AppsFlyer y Xsolla admiten los siguientes tipos de integraciones:
Integración S2S en aplicaciones móviles - permite la ejecución de mediciones LTV y ROAS completas respecto a las compras dentro de la aplicación y en la Web Shop. Xsolla envía información sobre las compras en la Web Shop a AppsFlyer como eventos internos de la app de dispositivos móviles, que AppsFlyer atribuye al número de instalaciones de la aplicación móvil, adquisición de usuarios y campañas de recaptación.
Integración del SDK Web: permite medir y evaluar la eficacia de las campañas de adquisición de usuarios y retargeting para atraer tráfico a la Web Shop. La integración del Web SDK permite determinar el número de usuarios que llegaron al sitio a través de una campaña de retargeting y la conversión de los canales que llevan al sitio. Xsolla envía información sobre las compras en Web Shop a AppsFlyer como eventos web, que AppsFlyer atribuye a la fuente, campaña, conjunto publicitario y anuncio correspondientes que llevaron al usuario a realizar la compra.
Puede configurar la integración del Web SDK con AppsFlyer para obtener análisis avanzados de eventos si:
Los siguientes eventos están disponibles a través de la integración de Xsolla y el SDK Web de AppsFlyer:
Evento
Descripción
load
Evento de visita al sitio, incluidos los parámetros URL que contienen la información sobre la fuente de la que procede el usuario, y un ID de web de AppsFlyer, que se guarda en una cookie de origen.
A continuación presentamos un escenario de interacción del sistema al implementar una campaña de adquisición de usuarios y retargeting. El usuario accede a través de banners publicitarios a la Web Shop y realiza una compra. El conjunto de eventos que se envían a AppsFlyer en este proceso nos permite ver:
qué usuarios, en qué cantidad y desde qué banner llegaron
cuánto pagaron
si la campaña de retargeting funcionó
Nota
Para realizar un seguimiento de las fuentes de tráfico, recomendamos configurar los siguientes parámetros:
Parámetros de AppsFlyer como pid, c, af_c_id, af_adset, af_adset_id, af_ad, af_ad_id, para obtener informes a nivel de anuncio (nivel creativo) en AppsFlyer.
Configure el parámetro pid en función de cómo quiera mostrar cada fuente multimedia en AppsFlyer. Por ejemplo, puede utilizar pid=google o pid=googleadwords_int, dependiendo de cómo quiera clasificar y llevar un seguimiento de las distintas fuentes de tráfico.
El usuario hace clic en el banner de la campaña publicitaria.
Se redirige al usuario a la Web Shop y la URL de esta transición incluye los parámetros de AppsFlyer, que especifica desde qué banner y sitio web se dirigió al usuario.
Un evento sobre la visita se envía desde el lado del cliente de la Web Shop a AppsFlyer.
El usuario inicia sesión en Web Shop mediante un CUID.
Compra de artículo. Los parámetros del evento contienen información sobre una compra.
Cómo funciona
La integración incorpora el flujo de datos bidireccional entre Xsolla y AppsFlyer. Más abajo se presenta el escenario de interacción del sistema cuando un usuario realiza una compra.
El usuario (jugador del juego) se registra o inicia sesión en la aplicación móvil Android/iOS.
Su aplicación envía un evento interno de la app estándar a AppsFlyer: af_login, af_signup o cualquier evento que contenga un CUID.
El usuario inicia sesión en Web Shop mediante un CUID.
El usuario realiza una compra en Web Shop.
El evento de compra se envía al back-end de Xsolla y coincide con la información recibida de AppsFlyer.
El back-end de Xsolla envía un evento S2S interno de la app a AppsFlyer que contiene el ID de AppsFlyer.
AppsFlyer asigna este nuevo evento, la compra y los ingresos a la fuente de medios que impulsó la adquisición del usuario o el compromiso renovado del usuario.
Debe tener un rol de administrador en la cuenta de AppsFlyer para ver y gestionar los tókenes S2S.
Asegúrese de generar y compartir la clave S2S (token S2S) y no la clave API V2 (token) que se emplea para diferentes interfaces API y no es pertinente para esta integración.
En su cuenta de AppsFlyer HQ, seleccione la aplicación de Android/iOS y vaya a la sección Collaborate > Partner marketplace.
Busque y seleccione Xsolla en la barra de búsqueda.
Haga clic en Set up integration.
En la pestaña de integración:
Active el conmutador Activate Partner.
Solamente para las aplicaciones de iOS: establezca el conmutador Advanced Privacy en consonancia con su política de privacidad:
On: todos los eventos se envían a Xsolla
Off: solo los eventos autorizados por ATT se envían a Xsolla
Nota
El IDFA no se envía a Xsolla en ninguno de los dos casos, únicamente se comparten el ID de AppsFlyer y el CUID.
Deje los valores de postbacks (devoluciones) predeterminadas — off (por defecto).
Active el conmutador In-app event postbacks.
Configure al menos un evento interno de la app que incluya la información de inicio de sesión (CUID).
Introduzca cualquier valor en el campo mapped to partner event (evento asignado al socio). Xsolla admite cualquier nombre de evento.
Guarde la integración.
Nota
Para realizar la integración correctamente, debe enviar al menos uno de los siguientes eventos: af_login, af_signup u otro evento interno de la aplicación que contenga un CUID.
El CUID de AppsFlyer debe ser idéntico al CUID de Web Shop. AppsFlyer y Xsolla hacen coincidir los datos en función del CUID. Por ello, si el CUID no coincide, la integración no funcionará. Ejemplo de discordancia de valores: el CUID de AppsFlyer es el correo electrónico cifrado del usuario, y el CUID en Xsolla es el correo electrónico en formato de texto.
No hace falta configurar otras pestañas: Attribution Link (Enlace de asignación), Cost (Coste), Ad revenue (Ingresos publicitarios) o Permissions (Permisos).
Puede obtener más información sobre la configuración de la integración en el servidor de AppsFlyer en la documentación.
Estructura de valores del evento
Si desea establecer un evento específico o si las capacidades de integración actuales no cubren sus necesidades, contacte con su gestor del éxito del cliente o envíe un correo electrónico a csm@xsolla.com.
Compra de artículos
Cuando un usuario realiza una compra en Web Shop, Xsolla envía el evento xsolla-billing-payment a AppsFlyer. La siguiente información de compra se transmite en los parámetros del evento:
Parámetro
Descripción
af_content_id
Código de artículo (SKU) único o matriz de códigos de artículos (SKU) de la compra.
af_quantity
Cantidad del artículo con SKU correspondiente (uno o una matriz).
af_revenue
Importe de la compra. Se incluyen los descuentos. No contiene comisiones ni impuestos.
af_currency
Moneda de compra.
Ejemplo de evento con código de artículo (SKU) único:
Cuando un usuario inicia un proceso de devolución de pago, Xsolla envía el evento xsolla-billing-payment a AppsFlyer. La siguiente información de reembolso se transmite en los parámetros del evento:
Parámetro
Descripción
af_content_id
Código de artículo (SKU) único o matriz de códigos de artículos (SKU) de la compra que ha(n) sido reembolsado(s).
af_quantity
Cantidad del artículo con SKU correspondiente (uno o una matriz).
af_revenue
Importe de la compra que ha sido reembolsado. Se transmite un valor de importe negativo.
af_currency
Moneda de la compra reembolsada.
Ejemplo de evento con códigos de artículo (SKU) múltiples: