Cómo probar y depurar la integración del SDK
Es muy sencillo integrar el SDK de AppsFlyer. Sin embargo, es muy recomendable que pruebe la integración antes de enviar la aplicación a la tienda de aplicaciones.
¡Importante!
El SDK de AppsFlyer es compatible con TV inteligentes con Android y Apple TV (tvOS).
Puede consultar las instrucciones de esta guía para probar la integración del SDK en relación con aplicaciones desarrolladas para Android TV y Apple TV.
Para conocer las aplicaciones de tvOS sin publicar, consulte la sección Cómo probar la integración de tvOS antes de publicar.
En el caso de las aplicaciones desarrolladas para Fire TV de Amazon, consulta la sección Cómo probar la atribución fuera de la tienda.
¿Por qué debo depurar y realizar pruebas de todos modos?
La integración probada de manera exhaustiva garantiza que la recopilación de los datos sea precisa y completa.
Al probar la integración del SDK, se asegura de que se registren las instalaciones y los eventos in-app y que se atribuyan a las campañas correctas.
Entonces, ¿cómo pruebo y depuro la integración del SDK?
Existen dos maneras de probar y depurar la integración del SDK.
Pruebas básicas: cómo probar la integración mediante enlaces de atribución
El modelo de atribución de AppsFlyer emplea enlaces de atribución. Es muy recomendable realizar pruebas con enlaces de atribución.
Cuando pruebas la integración del SDK mediante enlaces de atribución, obtienes información detallada sobre el modelo de atribución de AppsFlyer. A cambio, el conocimiento sobre el modelo de atribución y las características de AppsFlyer le ofrece la oportunidad de optimizar su operación y análisis de marketing.
Pruebas avanzadas: cómo depurar directamente desde el entorno de desarrollo
La sección Pruebas de integración del SDK solo permite realizar pruebas de un conjunto limitado de características. No abarca la validación de compra, los datos de conversión ni los errores en la configuración del SDK. Puede probar estas opciones en el entorno de desarrollo con ayuda del registro de depuración.
Consejo
Si tiene una red de publicidad y desea probar su integración con AppsFlyer o con anunciantes, consulte nuestra guía de pruebas de integración con redes de publicidad.
Cómo probar la integración del SDK mediante aplicaciones de depuración
¡Importante!
En esta sección, se analiza cómo crear aplicaciones de depuración para mantener los datos de pruebas separados de los datos reales. Si no necesita una aplicación de prueba o si no le preocupa mezclar datos de pruebas con datos reales, puede omitir esta sección.
Cuando realiza pruebas mediante enlaces de rastreo, los datos se agregan al panel de control de la aplicación. Una vez que los datos se agregan al panel de control de la aplicación, no se pueden eliminar. Si no deseas que los datos de pruebas queden asociados a una aplicación activa, puedes probar la integración del SDK mediante aplicaciones de depuración.
La idea en la que se basan las aplicaciones de depuración es que son copias exactas de las aplicaciones que están publicadas en Google Play o en App Store de Apple. Al ejecutar las pruebas de integración del SDK con las aplicaciones de depuración, se asegura de no mezclar los datos de pruebas con datos reales.
Las aplicaciones de depuración difieren de las aplicaciones de producción en tres aspectos principales:
- Las aplicaciones de depuración tienen un ID de aplicación diferente.
- Las aplicaciones de depuración tienen su propio panel de control.
- Las aplicaciones de depuración no están publicadas en las tiendas de aplicaciones.
Cómo crear una aplicación de prueba para Android
Para duplicar tu aplicación de Android
- Haga una copia de la carpeta de proyecto de Android y cámbiele el nombre.
- Abra el proyecto recién copiado en Android Studio.
- En Android Studio, expanda las carpetas hasta encontrar el paquete.
- Haga clic con el botón derecho en el nombre del paquete, elija la opción Refactorizar y, a continuación, Cambiar nombre.
- Cambie el nombre del paquete.
- En el nivel de la aplicación build.grade, cambie
applicationIdal nombre nuevo del paquete.
Agregue la aplicación de prueba para Android a su panel de control de AppsFlyer
Siga las instrucciones para agregar una aplicación nueva a su panel de control de AppsFlyer. Asegúrese de que el nombre del paquete sea igual al nombre del paquete de la aplicación de prueba recién creada y no al nombre del paquete de la aplicación original. Además, recuerde configurar el estado de la aplicación como Pendiente de aprobación o sin publicar.
Ya puede ejecutar pruebas con la nueva aplicación de prueba.
Cómo crear una aplicación de prueba para iOS
Para duplicar tu aplicación de iOS
- Abra la carpeta de proyecto en el buscador.
- Duplique la carpeta.
- Abra el proyecto duplicado en XCode.
- En la clase
AppDelegate, dentro del métododidFinishLaunchingWithOptions, defina un nuevo ID de aplicación:Objective C
Swift
Nota
El ID de aplicación es el ID que se asigna a la aplicación una vez que se publique en la tienda de aplicaciones. Sin embargo, como se trata de una aplicación de prueba, puede asignar cualquier ID que desee siempre que no haya una aplicación con el mismo ID. El formato debe ser id023412312.
Comience el ID con el dígito 0 después de la parte del id. Asegúrese de que el ID tenga, por lo menos, 9 dígitos. Consulte el ejemplo de ID anterior.
iTunes nunca asigna ID que empiecen con 0. Al definir un ID de aplicación que empiece con 0, se evitan conflictos con ID existentes asignados a las aplicaciones por iTunes.
Agregue la aplicación de prueba para iOS a su panel de control de AppsFlyer
Siga las instrucciones para agregar una aplicación nueva a su panel de control de AppsFlyer. Asegúrese de que el ID de la aplicación sea igual al ID de la aplicación de prueba recién creada. Además, recuerde configurar el estado de la aplicación como Pendiente de aprobación o sin publicar.
Ya puede ejecutar pruebas con la nueva aplicación de prueba.
Pruebas de uso de enlaces de atribución
Cuando el SDK de AppsFlyer esté completamente integrado en tu aplicación, podrás comenzar a probar la integración. En esta sección, se demuestra cómo probar la integración con ayuda de los enlaces de atribución
¡Importante!
Antes de comenzar a realizar pruebas, asegúrese de hacer una lista blanca de los dispositivos que usará para las pruebas.
Cuando pruebe reatribuciones, asegúrese de quitar el dispositivo de la lista blanca.
Consejo
Puede probar la integración del SDK incluso si la aplicación está pendiente (no figura en Google Play ni en App Store de Apple).
Temas de esta sección:
- Cómo probar la atribución de instalaciones
- Cómo probar eventos in-app
- Cómo probar la función de retargeting (reatribución y recaptación)
Cómo probar la atribución de instalaciones
Las pruebas de instalaciones le permiten determinar si el SDK de AppsFlyer es capaz de atribuir instalaciones correctamente a diversas fuentes de medios.
Paso 1:
Copie el enlace a continuación:
https://app.appsflyer.com/<app_id>?pid=Test&c=Test&advertising_id=<GAID>https://app.appsflyer.com/<app_id>?pid=Test&c=Test&idfa=<IDFA>Cambie el parámetro app_id según su ID de aplicación para Android.
- El parámetro c especifica el nombre de la campaña.
- El parámetro pid especifica el nombre de la fuente de medios a la cual se atribuye la instalación.
Agregue el GAID para Android (ID de publicidad de Google) o el IDFA (identificador de anunciante) para iOS.
Paso 2:
Copie el enlace, envíelo al dispositivo de prueba y siga el enlace con el navegador web.
- Si la aplicación está activa, continúe con la instalación.
- Si la aplicación está pendiente, instale la aplicación desde su entorno de desarrollo:
-- Para Android: instale desde Android Studio o el shell ADB.
-- Para iOS: instale desde XCode.
Paso 3:
Es posible que deba esperar un par de minutos para que la instalación aparezca en el panel de control de la aplicación. Debería ver una instalación que está atribuida a la Prueba de fuente de medios debajo de la Prueba de campaña.
Para realizar una verificación más elaborada, puede descargar el reporte de raw data de la instalación. En el panel de control de la aplicación, haga clic en Exportar datos, debajo de Reportes. En la sección Reportes de raw data, descargue el reporte de raw data de la Instalación.
Consulte nuestro artículo sobre el reporte de raw data de la instalación para obtener más información.
Cómo probar eventos in-app
Puede probar los eventos in-app para ver si muestran los ingresos asociados con dichos eventos y si están atribuidos a la fuente de medios que genera la instalación.
Después de instalar la aplicación mediante el enlace de atribución, activa algunos eventos in-app. Es posible que debas esperar un par de minutos para que los eventos aparezcan en el panel de control. Abre el panel de control de la aplicación y haga clic en la opción Eventos, que se encuentra en el menú lateral izquierdo.
Debería ver los eventos, los ingresos (si están asociados a los eventos) y la fuente de medios con la cual están relacionados.
Para realizar una verificación más elaborada, puede descargar el reporte de raw data de eventos in-app.
En el panel de control de la aplicación, haga clic en Exportar datos, debajo de Reportes. En la sección Reportes de raw data, descargue el reporte de raw data de eventos in-app.
Consulte nuestro artículo sobre reportes de raw data de eventos in-app para obtener más información.
Cómo hacer pruebas de OneLink
OneLink™ le permite definir un enlace de atribución único para iOS y Android. OneLink reconoce el dispositivo del usuario y lo redirige a la tienda de aplicaciones correspondiente.
Además, OneLink permite establecer enlaces profundos. Los enlaces profundos le permiten abrir la aplicación en una actividad específica de la aplicación mientras ofrece contenido personalizado.
Para obtener más información, consulte nuestra guía sobre pruebas de URL de OneLink.
Cómo probar la función de retargeting
Requisitos esenciales para las pruebas de retargeting
- Plantilla de OneLink: consulte la sección Configuración de la plantilla de OneLink.
- Habilite la función de retargeting en la página de configuración de la aplicación.
En el panel de control de la aplicación, haga clic en Configuración de la aplicación y active la opción Habilitar medición de campañas de retargeting.
- Un dispositivo que no está en la lista blanca
Es muy sencillo realizar pruebas de retargeting. Crea un enlace de atribución personalizado a partir de una plantilla de OneLink. Asegúrate de activar la opción Campaña de retargeting.
Cuando el enlace de atribución personalizado esté listo, aparecerá la siguiente pantalla, donde podrás recuperar la versión larga de la URL:
Otra forma de recuperar la versión larga de la URL es a través de la página de gestión de enlaces.
- En la página de gestión de enlaces, busca el enlace de atribución.
- Del lado derecho, haga clic en los tres puntos que están debajo de Acciones.
- Haga clic en Ver detalles del enlace.
- Copie el enlace largo.
¡Importante!
Cuando pruebe la función de retargeting (reatribución y recaptación), el ID de dispositivo (GAID o IDFA) debe especificarse en la URL del enlace de atribución. Para obtener el ID de dispositivo, debes agregar el dispositivo a la lista blanca.
El enlace OneLink final es el siguiente:
https://go.onelink.me/2rAD?pid=Test&c=Test&is_retargeting=true&advertising_id=<GAID>https://go.onelink.me/2rAD?pid=Test&c=Test&is_retargeting=true&idfa=<IDFA>Cómo probar la función de reatribución
Puedes probar la reatribución para verificar si es capaz de registrar instalaciones de su aplicación por parte de usuarios que reinstalan la aplicación después de haberla desinstalado en algún momento.
- Asegúrese de que el dispositivo de prueba NO esté en la lista blanca.
- Si la aplicación se instaló recién, espere unos minutos.
- Desinstale la aplicación del dispositivo.
- Repita los mismos pasos que siguió para probar la atribución de instalación: use el formato OneLink de más arriba.
- Es posible que deba esperar un par de minutos para que la instalación con retargeting aparezca en el panel de control.
- Abra el panel de control de la aplicación y haga clic en Retargeting en el menú lateral izquierdo.
- Debería ver la instalación reatribuida como atribuida a la Prueba de fuente de medios debajo de la Prueba de nombre de campaña.
Para realizar una verificación más elaborada, puede descargar el reporte de raw data de conversiones.
En el panel de control de la aplicación, haga clic en Exportar datos, debajo de Reportes. En la sección Reportes de retargeting, descargue el reporte de raw data de Conversiones.
Cómo probar la función de recaptación
La recaptación se produce cuando un usuario, que tiene la aplicación instalada, interactúa con una campaña de retargeting e inicia la aplicación.
Cómo probar la recaptación mediante App Open
La recaptación mediante App Open significa que se redirige al usuario a la tienda de aplicaciones, donde verá un botón para abrir la aplicación. Si el usuario hace clic en el botón de apertura e inicia la aplicación, se registra una instancia de recaptación.
Para probar instancias de recaptación, siga los pasos a continuación:
- Asegúrese de tener la aplicación instalada en su dispositivo de prueba y de haberla iniciado varias veces.
- Si la aplicación se instaló recién, espere unos minutos.
- Use el mismo enlace OneLink que usó para probar la reatribución.
- Agregue el ID de dispositivo al enlace y envíelo a su dispositivo móvil.
- Siga el enlace con un navegador web.
- Abra la aplicación de forma manual con el botón Abrir de la tienda o desde el panel de inicio del dispositivo.
Debería ver una recaptación atribuida a la Prueba de la fuente de medios debajo de la Prueba del nombre de campaña.
Como probar la recaptación mediante enlaces profundos
Con re-engagement mediante conexiones profundas, puedes hacer que la aplicación se abra inmediatamente después de que el usuario haga clic en el enlace de atribución. Estas son las ventajas de usar la función de recaptación con enlaces profundos:
- Mejor experiencia del usuario: no se redirige al usuario a la tienda, y la aplicación se inicia automáticamente.
- Mejores campañas: puede abrir una actividad relacionada con una campaña específica y, de esta forma, maximizar los resultados de la campaña de retargeting.
Puedes probar la atribución de recaptación (re-engagement) empleando enlaces profundos. Es el mismo procedimiento que el de la prueba de recaptación con un enlace de atribución. La única diferencia es que el enlace de atribución contiene un parámetro af_dp con el cual se redirige al usuario a una actividad específica en la aplicación.
Para probar las recaptaciones mediante enlaces profundos, siga los pasos a continuación:
- Asegúrese de configurar su aplicación para enlaces profundos.
- Asegúrese de tener la aplicación instalada en su dispositivo de prueba y de haberla iniciado varias veces.
- Si la aplicación se instaló recién, espere unos minutos.
- Genere un enlace de retargeting con el ID de dispositivo.
- Agregue el parámetro af_dp y a este parámetro, agregue el esquema que configuró en el paso 1.
- Siga el enlace con un navegador web.
- Si la aplicación está instalada, el enlace inicia la aplicación en la actividad que se especifica en el enlace.
Debería ver una recaptación atribuida a la Prueba de la fuente de medios debajo de la Prueba del nombre de campaña.
Para obtener más información, consulte nuestra guía sobre pruebas de enlaces profundos.
Maneras adicionales de probar la integración del SDK
Existen otras dos formas de probar la integración del SDK:
En esta sección, se demuestra cómo depurar el SDK. Consulte esta sección para realizar pruebas avanzadas y resolver problemas con la integración del SDK.
Depuración para Android
La depuración del SDK te ofrece una perspectiva detallada de cómo se integra con tu aplicación. La depuración te ayuda a resolver problemas relacionados con el registro de eventos in-app, los datos de conversión y la validación de compra.
Cómo habilitar el modo de depuración del SDK de Android
Para iniciar la depuración del SDK de Android, agregue la siguiente línea a la clase AFApplication:
AppsFlyerLib.getInstance().setDebugLog(true);
¡Advertencia!
La depuración debe restringirse a la fase de desarrollo solamente. No distribuya la aplicación en las tiendas de aplicaciones con la depuración habilitada. Esto implica riesgos importantes de seguridad y privacidad.
Cómo ver el resultado de la depuración
Para ver el resultado de la depuración, abra el terminal Logcat en Android Studio. Elija el nombre del paquete de la aplicación como el proceso que se depurará, defina el nivel de registro en Depuración y filtre por "AppsFlyer_".
Problemas comunes con el SDK de Android
La instalación siempre se atribuye como orgánica
Situación
Estás realizando pruebas de atribución mediante enlaces de atribución. Implementaste el agente de escucha de conversión del SDK, pero el registro siempre muestra que la instalación es orgánica. Además, no hay ninguna instalación no orgánica registrada en el panel de control.
Causas posibles
- Su clave de desarrollador es incorrecta: si especifica una clave de desarrollador incorrecta, no se podrá atribuir la instalación.
- El enlace de atribución que usas es incorrecto. Consulta nuestra guía sobre enlaces de atribución.
- Asegúrese de que el dispositivo que usa para la prueba esté en la lista blanca.
- Hay un canal inadecuado definido en el manifiesto.
La instalación no se detecta o no se atribuye
Situación
Estás probando la atribución de instalaciones, pero el registro no muestra ningún dato sobre la instalación, p. ej., tipo, primer inicio, etc.
Causas posibles
- Asegúrese de que haya una llamada a los métodos
startTrackingeiniten la claseAFApplication. - Asegúrese de que el dispositivo que usa para la prueba esté en la lista blanca.
Recibo un código de error 404 al registrar una instalación o evento.
Situación
Está probando eventos in-app para ver si están atribuidos a la fuente de medios correcta. Sin embargo, el registro muestra el código de respuesta 404 para la instalación y cuando envía los eventos in-app. Ni la instalación ni los eventos in-app aparecen en el panel de control.
Causas posibles
Un código de respuesta 404 indica que el ID de aplicación es incorrecto. Asegúrese de que el ID de aplicación que figura en el parámetro applicationId del archivo build.gradle sea el mismo que figura en su panel de control.
Los ingresos no se registran correctamente.
Situación
Está probando eventos in-app con ingresos. Los eventos aparecen en el panel de control, pero los ingresos no se registran.
Causas posibles
El parámetro de ingresos no tiene el formato correcto. NO altere el formato del valor de ingresos de ninguna manera. No debe contener comas, signos de moneda ni texto. Por ejemplo, un evento generador de ingresos debería ser similar a 1234.56.
El registro muestra el mensaje "AppsFlyer's SDK cannot send any event without providing DevKey" cuando pruebo eventos in-app
Situación
Está intentando ver eventos in-app en el registro. Cuando activa eventos, el registro solo muestra el mensaje "AppsFlyer's SDK cannot send any event without providing DevKey" (El SDK de AppsFlyer no puede enviar ningún evento sin proporcionar la clave de desarrollador).
Causas posibles
Está llamando al método startTracking sin pasar la clave de desarrollador como parámetro. Pase la clave de desarrollador al método.
El registro muestra el mensaje "Not sending data yet, waiting for dev key" cuando pruebo eventos in-app
Situación
Está intentando probar eventos in-app en el registro. Cuando activa eventos, el registro solo muestra el mensaje "Not sending data yet, waiting for dev key" (Aún no se envían los datos, en espera de la clave de desarrollador).
Causas posibles
Está llamando al método init y pasa la clave de desarrollador como una cadena vacía. Pase la clave de desarrollador al método.
Recibo un código de respuesta 400 cuando pruebo eventos in-app
Situación
Está intentando probar eventos in-app en el registro. Cuando activa eventos, ve el código de respuesta 400 en los registros.
Causas posibles
Esto puede indicar un problema con la clave de desarrollador. Verifique que la clave de desarrollador sea la correcta. Además, asegúrese de que la clave de desarrollador contenga solo caracteres alfanuméricos.
El registro muestra el mensaje "WARNING: Google Play Services is missing"
Situación
El registro Logcat muestra el mensaje "WARNING: Google Play Services is missing" (ADVERTENCIA: no se encuentra Google Play Services).
Causas posibles
Faltan las dependencias de Google Play Services en la aplicación. Esto podría impedir que el SDK recopile el GAID, lo que podría causar problemas con la atribución.
Agregue las siguientes líneas:
implementation 'com.google.android.gms:play-services-base:15.0.1'
implementation 'com.google.android.gms:play-services-ads:15.0.1'
En el nivel del módulo (de la aplicación), archivo build.gradle.
Depuración para iOS
Cómo habilitar el modo de depuración del SDK de iOS
Para iniciar la depuración del SDK de iOS, agregue la siguiente línea en el método didFinishLaunchingWithOptions:
Agregue la siguiente línea en AppDelegate.m:
[AppsFlyerTracker sharedTracker].isDebug = true;
Agregue la siguiente línea en AppDelegate.swift:
AppsFlyerTracker.shared().isDebug = true¡Advertencia!
La depuración debe restringirse a la fase de desarrollo solamente. No distribuya la aplicación en las tiendas de aplicaciones con la depuración habilitada. Esto implica riesgos importantes de seguridad y privacidad.
Cómo ver el resultado de la depuración
Para ver el resultado de la depuración, abra el terminal de depuración en XCode y filtre por "AppsFlyer".
Problemas frecuentes con el SDK de iOS
Las instalaciones y los eventos no se registran.
Podrían existir diversos motivos por los cuales no se registran las instalaciones y los eventos:
Si especificas un ID de aplicación con un formato incorrecto, no se registrarán las instalaciones y los eventos. Cuando configures el ID de aplicación en el archivo delegado, asegúrate de que esté compuesto solo por números.
Puede encontrar su clave de desarrollador en el panel de control de AppsFlyer, dentro de Configuración de la aplicación:
Correcto:
[AppsFlyerTracker sharedTracker].appleAppID = @"340954503";
Incorrecto:
[AppsFlyerTracker sharedTracker].appleAppID = @"id340954503";
Incorrecto:
[AppsFlyerTracker sharedTracker].appleAppID = @"com.appslyer.sampleapp";
Si el formato del ID de aplicación es incorrecto, el registro muestra el siguiente error:
[ERROR] AppsFlyer: -[AppsFlyerTracker validateAppID] AppsFlyer Error: appleAppID should be a number!
Si especificas un ID de aplicación que no existe en tu cuenta, no se registrarán las instalaciones y los eventos. El registro muestra el siguiente error:
AppsFlyer: -[AppsFlyerHTTPClient sendRequestEventToServer:isRequestFromCache:appID:isDebug:
completionHandler:]_block_invoke sent information to server, status = 404El código de error 404 indica que el SDK no puede encontrar la aplicación en su cuenta.
Si especificas un ID de clave de desarrollador incorrecto, no se registrarán las instalaciones ni los eventos. El registro muestra el siguiente error:
AppsFlyer: -[AppsFlyerHTTPClient sendRequestEventToServer:isRequestFromCache:appID:isDebug:completionHandler:]
_block_invoke sent information to server, status = 400El código de error 400 indica que el SDK no puede autenticar la solicitud para rastrear instalaciones y eventos. Verifica que la clave de desarrollador sea la correcta. Además, asegúrate de que la clave de desarrollador contenga solo caracteres alfanuméricos.
El ID de aplicación y la clave de desarrollador son correctos, pero la instalación no se registra.
Situación
La aplicación contiene el ID de aplicación y la clave de desarrollador correctos, pero las instalaciones no se registran.
Causas posibles
- El SDK no se inició correctamente. Asegúrese de llamar al método
trackAppLaunchenapplicationDidBecomeActive:
- (void)applicationDidBecomeActive:(UIApplication *)application { [[AppsFlyerTracker sharedTracker] trackAppLaunch]; }func applicationDidBecomeActive(application: UIApplication) { AppsFlyerTracker.shared().trackAppLaunch() }
El registro muestra el mensaje "AppsFlyer dev key missing or empty. Aborting"
Situación
Está intentando ver instalaciones y eventos in-app en el registro. El registro muestra el mensaje "AppsFlyer dev key missing or empty. Aborting" (La clave de desarrollador de AppsFlyer no se encuentra o está vacía. Anulando).
Causas posibles
La clave de desarrollador no está definida. Asegúrese de configurarla en appDelegate en el método didFinishLaunchingWithOptions:
[AppsFlyerTracker sharedTracker].appsFlyerDevKey = @"YOUR_DEV_KEY";
AppsFlyerTracker.shared().appsFlyerDevKey = "YOUR_DEV_KEY"La instalación siempre se atribuye como orgánica
Situación
Estás realizando pruebas de atribución mediante enlaces de atribución. Implementaste el agente de escucha de conversión del SDK, pero el registro siempre muestra que la instalación es orgánica. Además, no hay ninguna instalación no orgánica registrada en el panel de control.
Causas posibles
- El enlace de atribución que usas es incorrecto. Consulta nuestra guía sobre enlaces de atribución.
- Asegúrese de que el dispositivo que usa para la prueba esté en la lista blanca.
Los ingresos no se registran correctamente.
Situación
Está probando eventos in-app con ingresos. Los eventos aparecen en el panel de control, pero los ingresos no se registran.
Causas posibles
El parámetro de ingresos no tiene el formato correcto. NO altere el formato del valor de ingresos de ninguna manera. No debe contener comas, signos de moneda ni texto. Por ejemplo, un evento generador de ingresos debería ser similar a 1234.56.
Recibo un código de error 404 al registrar una instalación o evento.
Situación
Está probando instalaciones y eventos in-app para ver si están atribuidos a la fuente de medios correcta. Sin embargo, aparece el código de respuesta 404 para la instalación y los eventos in-app. Ni la instalación ni los eventos in-app aparecen en el panel de control.
Causas posibles
Un código de respuesta 404 indica que el ID de aplicación es incorrecto. Consulte No se registran las instalaciones ni los eventos.
Recibo el código de respuesta 400 cuando registro instalaciones o eventos.
Situación
Está intentando probar eventos in-app en el registro. Cuando activa eventos, ve el código de respuesta 400 en los registros.
Causas posibles
Esto puede indicar un problema con la clave de desarrollador. Verifica que la clave de desarrollador sea la correcta. Además, asegúrese de que la clave de desarrollador contenga caracteres alfanuméricos. Consulte No se registran las instalaciones ni los eventos.
Depuración para Unity
Cómo habilitar el modo de depuración en Unity
Para iniciar la depuración del SDK de Unity, agregue la siguiente línea al método start en el GameObject de AF.
AppsFlyer.setIsDebug (true);¡Advertencia!
La depuración debe restringirse a la fase de desarrollo solamente. No distribuya la aplicación en las tiendas de aplicaciones con la depuración habilitada. Esto implica riesgos importantes de seguridad y privacidad.
Cómo ver el resultado de la depuración
El resultado de la depuración se visualiza mediante Android Studio o XCode.
Problemas frecuentes con el SDK de Unity
Unity simplemente desarrolla aplicaciones para Android y iOS. Consulte los problemas frecuentes de cada plataforma para obtener más información: