itunesconnect - sesion - Apple iTunes Connect Analytics: proveedor de atribución y valor de id de campaña que pasa al delegado de la aplicación
itunes support (2)
Desafortunadamente, estos parámetros no se pasan a la aplicación. Sólo se utilizan para las estadísticas de iTunes Connect.
Aquí están las dos soluciones comunes:
Usar una huella dactilar para implementar un enlace profundo diferido y pasar los parámetros a través de ese enlace (Tapstream puede hacer esto).
Usar un proveedor como Tune / MobileAppTracking para hacer coincidir el enlace con la ID para publicidad (IDFA).
Escribí una publicación de blog para explicar los detalles: https://attributionapp.com/blog/lets-solve-ios-attribution-methods/
Editaré esta respuesta en el futuro si Apple cambia su API. Si le deja saber a Apple lo que quiere construir y por qué pasar los parámetros es una mejor política, podrían cambiar de opinión más rápido: https://developer.apple.com/contact/
La nueva conexión de iTunes tiene características analíticas ahora. Puede especificar el ID del proveedor (PID) y el ID de la campaña (cid) en la URL. p.ej
https://itunes.apple.com/fr/app/candy-crush-saga/id553834731?mt=8&pid=1234&cid=My_Campaign
¿Puedes pasar esos valores a la aplicación para varios propósitos?
No pude encontrar nada que apunte a eso, incluso después de verificar:
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
árbitro:
http://www.applift.com/blog/new-era-attribution-analytics.html
Si desea crear su propio mecanismo de toma de huellas digitales para manejar todo este enlace profundo como el que tenemos en branch.io , ¡puedo darle algunas instrucciones de cómo hacerlo ! Una nota adicional cuando lo leí en los comentarios de respuesta aceptada es que el INSTALL_REFERRER en Google Play es a menudo muy lento (> 1s de retraso) para iniciar después de la instalación, por lo que si depende de su experiencia como usuario, sus usuarios están para un paseo lleno de baches.
Así es como construimos huellas digitales en iOS:
Configure un punto final del servidor (algo como
yoursite.com/redirect
) para lograr dos cosas:- Sirve un poco del lado del cliente JS para abrir su aplicación si está instalada o vuelva a la App Store si no. Incluí este código en esta respuesta
- Capture un conjunto de parámetros sobre el usuario que hace clic leyendo su agente de usuario, etc. Aquí hay un subconjunto simple que funcionará bien:
- OS
- versión del sistema operativo
- dirección IP
- Modelo de dispositivo
Cuando el usuario abre la aplicación, envíe ese conjunto de parámetros, como se lee desde la aplicación, a un nuevo punto final (algo como
yoursite.com/completematch
).Si hay una coincidencia, puede devolver los parámetros.
Si desea adquirir experiencia, puede colocar una cookie en yoursite.com
y guardar la coincidencia con el IDFA recibido de la aplicación. Lo ideal es que solo hagas esto si te redireccionas a la aplicación de forma inmediata para que estés 100% seguro de la coincidencia. Luego, si ese mismo usuario vuelve a hacer clic en el enlace e instala la aplicación, no tiene que usar la huella digital, ya que solo puede usar el par cookie-IDFA. Tenemos cientos de millones de estos en Branch, por lo que las huellas dactilares son más un mecanismo de repliegue en este momento.