Migración a AppsFlyer desde otros proveedores

De un vistazo: Planifica tu migración a AppsFlyer desde otro proveedor de atribución. Entiende cómo evitar cobros dobles, duplicación de datos y pérdida de datos durante el período de migración.

flujo de migración

Información general

La migración a AppsFlyer desde otro proveedor incluye las siguientes tareas principales:

Puedes trabajar en estas tareas simultáneamente. Sin embargo, te recomendamos que:

  • Completes todas las tareas antes de lanzar tu aplicación actualizada con el SDK de AppsFlyer. 
  • Detengas las campañas de marketing existentes antes de realizar la migración del ID de dispositivo. 

Tareas

La siguiente tabla describe el alcance del trabajo requerido para cada tarea. Para registrar tu progreso, descarga esta hoja de cálculo.

Alcance del trabajo
Tarea Acción requerida Quién debe participar Tiempo estimado Observaciones
Requisitos previos
  1. Crea una cuenta de AppsFlyer.
  2. Agrega la aplicación en AppsFlyer.
  3. [Opcional] Cambia la ventana de reatribución predeterminada de 90 días para alinearla con tu definición de usuarios activos.
Usuario del panel de control de AppsFlyer/Marketer

2 horas

 
Integración de SDK
  • Integra el SDK de AppsFlyer en tu aplicación.
  • Asigna eventos in-app S2S o SDK.
  • Actualiza la versión de la aplicación en las tiendas de aplicaciones.
Desarrolladores de aplicaciones

1-2 semanas

La aplicación debe actualizarse en las tiendas de aplicaciones después de completar todas las demás tareas.

Migración de dispositivos [opcional] Migra los ID de dispositivo para evitar la doble atribución de los usuarios existentes. Ingeniero de datos 1-2 semanas Considera la posibilidad pausar las campañas actuales antes de la migración y reanudarlas después de actualizar la versión de la aplicación.   
Migración de campañas

Migra las campañas existentes desde: 

  • SRN
  • Redes de publicidad no SRN
  • Medios propios
Gerente de UA/marketer 1-3 semanas
Configuración de reporte de datos
  • Adapta/asigna tus estructuras de reportes actuales a las estructuras de AppsFlyer.
  • Prepárate para recibir reportes de AppsFlyer.
Ingeniero de datos 2-4 semanas  

Integración de SDK

Integración de SDK

El SDK de AppsFlyer integrado en la aplicación es el enlace entre la aplicación y la plataforma de AppsFlyer. Reporta las instalaciones de aplicaciones, aperturas de aplicaciones, eventos in-app, etc.

Para integrar el SDK de AppsFlyer:

  1. Integra el SDK de AppsFlyer en la aplicación.
    Consulta las guías para la integración del SDK para Android y iOS.
  2. Asigna los eventos in-app que deseas registrar, utilizando los esquemas de AppsFlyer.
    Esto se puede hacer a través de SDK o de S2S.
  3. Elimina el SDK del proveedor de atribución competidor.
    Puedes hacerlo de inmediato y cambiarte exclusivamente a AppsFlyer, o ejecutar ambos SDK simultáneamente durante unas semanas. Observa un desglose de estas opciones en la tabla que figura a continuación.
    Opción Qué sucede después de
    lanzar la versión actualizada de la aplicación
    Impacto
    Elimina el SDK de la competencia (recomendado) Solo AppsFlyer registra nuevas instalaciones y las actualizaciones de los usuarios.
    La competencia aún muestra los eventos realizados por los usuarios hasta que los usuarios también actualicen su aplicación.
    • Transición rápida.
    • No hay atribución doble.
    Mantén el SDK de la competencia durante un período de transición AppsFlyer y la competencia atribuyen instalaciones nuevas y reportan eventos. Más adelante, elimina el SDK de la competencia.
    • La validación de datos es posible. Es decir, puedes comparar los datos de AppsFlyer y del otro proveedor.
    • Doble atribución, lo cual puede provocar un cobro doble de las redes publicitarias. Ver ejemplo a continuación.
    • Carga de trabajo más alta.
  4. Una vez completadas todas las demás tareas del alcance del trabajo, actualiza la versión de la aplicación con el SDK de AppsFlyer para el mercado. AppsFlyer atribuye a los usuarios nuevos. 
    Nota:
    • Asegúrate de actualizar la aplicación para iOS, Google Play y cualquier mercado fuera de la tienda de Android relevante.
    • Es posible que tu aplicación de Android exista en sitios APK no oficiales, aunque no sepas (busca el nombre del paquete de tu aplicación en la web para averiguarlo). Los sitios APK tardan un tiempo en actualizarse a la última versión, por lo que pueden traer usuarios orgánicos, que instalan versiones anteriores sin el SDK de AppsFlyer.
    • Las implementaciones de actualizaciones de la aplicación en las tiendas de aplicaciones pueden tardar hasta un par de días en completarse. Es posible que los usuarios que realizaron la instalación durante esta fase obtengan la versión anterior.

Migración de dispositivos: opcional

Acerca de la migración de dispositivos

La migración de dispositivos es el proceso de cargar una lista de tus ID de dispositivos de usuario existentes (IDFA, IDFV, GAID, CUID) en AppsFlyer. Debes realizar este proceso antes de lanzar la nueva versión de la aplicación, que incluirá el SDK de AppsFlyer. Hay dos opciones al migrar dispositivos, migración atribuida o no atribuida.

La migración de dispositivos resuelve los problemas de datos asociados con los usuarios de aplicaciones existentes que descargaron la aplicación y que fueron atribuidos por tu proveedor anterior. Por ejemplo, los cargos dobles de SRN, que ocurren cuando los usuarios originalmente atribuidos a una SRN bajo tu proveedor anterior, y que todavía están dentro de la ventana retrospectiva, son reclamados nuevamente por la SRN bajo AppsFlyer.

 Ejemplo

  • Un usuario nuevo hace clic en un anuncio en Facebook e instala tu aplicación el 15 de junio.
  • El 24 de junio, el usuario actualiza la aplicación a la versión con el SDK de AppsFlyer y la inicia. Para AppsFlyer, este es un usuario nuevo, que debe atribuirse en tiempo real.
  • AppsFlyer consulta a Facebook sobre el ID de dispositivo del usuario. Dado que el usuario aún se encuentra dentro de la ventana retrospectiva de 28 días de Facebook, Facebook se autoatribuye al usuario. Esto provoca un cobro doble al propietario de la aplicación por el mismo usuario.

Una vez que migras los dispositivos, los datos se reflejan en AppsFlyer de la siguiente manera:

  • Datos de instalaciones: Son similares a las Reinstalaciones, los dispositivos migrados no tienen datos de instalación. Las instalaciones de los dispositivos migrados no se muestran en AppsFlyer.
  • Datos de sesiones y eventos in-app: Se registran y se muestran como orgánicos para el método de migración de dispositivos no atribuidos, o atribuidos a la fuente de medios y a la campaña, si se utiliza el método atribuido
  • Retargeting: Las reatribuciones y los re-engagements se muestran normalmente.
  • Datos de actividad: Se muestran como parte de los datos orgánicos.
  • Datos de retención y cohortes: Los dispositivos migrados no tienen fecha de instalación. Por lo tanto, no están asociados con ninguna cohorte y no se pueden mostrar en los reportes de retención y de cohortes.

Cómo migrar dispositivos

Para migrar dispositivos: 

  1. Decide qué población de usuarios deseas migrar. Puedes migrar todos los usuarios existentes (lo que puede impedirte obtener datos precisos de reatribución de AppsFlyer), o solo los usuarios que instalaron tu aplicación recientemente (lo que puede ocasionar cargos dobles por los usuarios más antiguos).
    Recomendamos migrar los usuarios activos durante el período de la ventana de reatribución actual. Por ejemplo, si tu aplicación tiene una ventana de reatribución de 90 días, migra a los usuarios que tengan al menos una sesión durante los 90 días anteriores.
  2. [Opcional] Dile al marketer/gerente de UA que pause las campañas de marketing actuales (de SRN, redes de publicidad no SRN, medios propios, etc.) hasta después de la migración de dispositivos.
    Si decides no pausar las campañas, migra los ID de dispositivo restantes del otro proveedor tan pronto como la versión actualizada de la aplicación con el SDK de AppsFlyer se lance a las tiendas de aplicaciones. 
  3. Prepara un archivo CSV basado en la población de usuarios seleccionada, utilizando la estructura de migración atribuida o no atribuida.
  4. Envía el CSV a tu CSM de AppsFlyer.
    Tu CSM migrará los ID de los dispositivos a AppsFlyer. 

Migración atribuida

Los dispositivos migrados a AppsFlyer con este método se registran de acuerdo con tu atribución determinada. Los datos de sus sesiones y eventos in-app también se registran y se muestran en consecuencia.

Nombre de la
columna
Descripción Obligatorio Ejemplos
app_id

ID de aplicación tal como aparece en el dashboard de AppsFlyer

  • Android: com.great.app1 
  • iOS: id123456789

platform

Plataforma del dispositivo: iOS o Android

  • iOS
  • Android

device_id

Android: ID de publicidad de Google (GAID) 

iOS: Identificador de anunciante (IDFA) o Identificador de proveedor (IDFV)

 

  • GAID (minúsculas): 9c9a82fb-d5de-4cd1-90c3-527441c11828
  • IDFA (mayúsculas): 9876F1SS-2983-3855-27RR-2R626772VFNB
  • IDFV (mayúsculas): A7328D98-A973-402A-8B87-D22A8611F2AF
id_type

Android: advertiserId 

iOS :idfa o idfv

Actualmente, no se admiten otros identificadores, OAID, IMEI ni ID de Android. 
Usa la migración no atribuida para los usuarios de Android, que no son de Google Play.

  • ID de anunciante
  • idfa
  • idfv
install_time

La hora de instalación original de la aplicación con el formato ISO 8601 UTC:
yyyy-mm-ddTHH:MM:SS.SSS
Si no se proporciona, se usa la hora de migración.

  • Debe ser una fecha pasada válida.
  • Los dispositivos con fecha de instalación anterior a la fecha de creación del archivo menos la ventana de reatribución de la aplicación no se migran con atribución, y después del primer inicio se tratan como instalaciones nuevas.
    Ejemplo: Un archivo de migración se crea el 1. º de mayo y la ventana de reatribución es de 30 días. No se atribuyen todos los dispositivos con fecha de instalación antes del 1. º de abril. Con el primer inicio, estos dispositivos se tratan como instalaciones nuevas (probablemente orgánicas).
No

2018-01-22T08:45:33.412

media_source
  • O bien:
    • ID de socio de AppsFlyer como aparece en el dashboard de AppsFlyer
    • Fuente de medios personalizada (no puede ser un ID de partner).
  • Asegúrate de obtener la lista de los ID exactos de los socios en AppsFlyer.
  • Formato: Los valores se distinguen entre mayúsculas y minúsculas


No orgánico: facebook_int, googleadwords_int

Orgánico: organic

integrated_partner
  • Indica si la fuente de medios es un socio integrado o no. Esto significa una fuente de medios orgánica o personalizada.
  • Formato: Los valores distinguen entre mayúsculas y minúsculas
 
  • no
campaign

Para obtener detalles de atribución más granulares, suministra el nombre original de la campaña.

Formato: Secuencia

No  
campaign_id

 Para obtener detalles de atribución más granulares, suministra el ID original de la campaña.

Formato: secuencia sin espacios

No  
Estructura del archivo CSV de migración de dispositivos atribuidos

Reglas de archivo CSV:

  • El archivo CSV puede contener dispositivos de usuarios de varias aplicaciones.
  • Cada fila contiene un ID de dispositivo único por aplicación. 
  • Deben incluirse todos los encabezados de las columnas: app_id,platform,device_id,id_type,install_time,media_source,integrated_partner,
    campaign,campaign_id
  • Cada fila debe contener exactamente 9 campos separados por comas.
  • Deja los campos no obligatorios vacíos (en blanco).
  • Los archivos pueden contener hasta 20 millones de filas.
  • Si tienes varios archivos, ponle a cada uno un nombre único.
  • Codifica datos utilizando UTF-8.
  • [Opcional] Comprime archivos con ZIP o GZIP.

Migración no atribuida

Los dispositivos migrados a AppsFlyer con este método se registran como usuarios orgánicos. Sus datos de sus sesiones y eventos in-app también se registran y se muestran como orgánicos.

Columnas Cuándo usar Ejemplo
ID de aplicación + IDFA/GAID/IDFV
  • Si todos tus usuarios de Android tienen identificadores GAID.
  • Usuarios con iOS solamente 
device_migration_file_option_1.png
ID de aplicación + ID de dispositivo + tipo de ID de dispositivo
  • Si algunos de tus usuarios de Android solo tienen IMEI o ID de Android, pero no ID de publicidad de Google (GAID) (mercados de fuera de la tienda, versiones de Android inferiores a 4.4.2).
  • El ID de Android debe tener un formato hexadecimal.

Usa las secuencias exactas para la columna Tipo de ID: advertiserId, idfa, android_id, imei.

device_migration_file_option_2.png
Estructura del archivo CSV de migración de dispositivos no atribuidos

Reglas de archivo CSV:

  • El archivo CSV puede contener dispositivos de usuarios de varias aplicaciones.
  • Cada fila contiene un ID de dispositivo único por aplicación. 
  • Los archivos deben incluir todos los encabezados de las columnas como se indica a continuación:
    • Opción 1: El archivo debe incluir todos los encabezados de las columnas de la siguiente manera: app_id,device_id 
    • Opción 2: app_id,device_id,id_type 
  • ID de aplicación en minúsculas
  • Identificadores de Android en minúsculas
  • IDFA/IDFV en mayúsculas
  • Se permiten hasta 25
    millones de filas

Migración de campañas

Cambia las campañas de marketing actuales a AppsFlyer para habilitar la atribución de AppsFlyer, y evita cargos duplicados y la pérdida de datos de atribución.

Nota: Puedes optar por migrar solo algunas campañas de marketing a la vez. En este caso, puedes segmentar las que deseas migrar por fuente de medios (por ejemplo, red de publicidad o agencia), geolocalización o campaña. 

SRN

Las SRN responden a los MMP (socios de medición móvil) cuando se les pregunta sobre los engagements de dispositivos específicos. Si dos MMP, por ejemplo AppsFlyer y un proveedor de atribución de la competencia, consultan la misma SRN sobre la misma instalación del dispositivo, se puede incurrir en cobros dobles.

Para migrar campañas de SRN:

  • Activa y configura las SRN relevantes en AppsFlyer.

 Nota

  • Las SRN pueden ejecutar varios MMP (excepto Twitter).
  • Facebook no puede desduplicar eventos in-app.

Redes de publicidad no SRN

Los enlaces de atribución de redes de publicidad registran los engagements de los usuarios y se usan posteriormente para atribuir los engagements, que se convierten en instalaciones reales.

Para migrar campañas de redes de publicidad que no sean SRN:

  1. Activa las redes de publicidad relevantes en AppsFlyer.
  2. Genera enlaces de atribución de AppsFlyer para cada red de publicidad.
  3. Cambia los enlaces existentes en cada una de tus campañas por los enlaces de atribución de AppsFlyer. 

Medios propios

Los medios propios se refieren a los enlaces de atribución que utilizas en:

  • Uso compartido de contenido
  • De la web a la aplicación
  • Correo electrónico
  • SMS
  • Publicaciones en redes sociales
  • Blogs
  • Comunidades de Internet (Quora, etc.)
  • y más...

Para estas campañas, AppsFlyer utiliza enlaces personalizados de OneLink. Los enlaces personalizados de OneLink redirigen a los usuarios según su dispositivo a la tienda de aplicaciones correcta, directamente a la aplicación o a una URL web/página de destino.

Para cambiar los enlaces de otros proveedores a OneLinks de AppsFlyer:

  • Comunícate con tu CSM, que te ayudará con la migración masiva de todos tus enlaces. 

Configuración de reporte de datos

Adaptar y asignar estructuras de reportes

Antes de la migración, los sistemas almacenan los datos de atribución del proveedor actual de acuerdo con los parámetros, campos y estructuras de reportes que hayas configurado con ellos. Para que AppsFlyer reporte correctamente los datos, debes adaptar y asignar tus estructuras de reportes actuales a los parámetros, campos y estructuras de reportes de AppsFlyer.

Para adaptar/asignar tus estructuras de reportes:

  • Comunícate con tu CSM de AppsFlyer para obtener ayuda para adaptar/migrar rápidamente las estructuras de datos de tus reportes de Adjust, Branch/Tune o Kochava a AppsFlyer.

Preparar métodos de reporte

Puedes obtener raw data y datos de reportes agregados de AppsFlyer utilizando una serie de métodos. Familiarízate con los métodos y configura los que sean relevantes para ti.

Los métodos de reportes incluyen:

  • Exportar CSV
  • API push
  • API pull
  • Data Locker

Caso de estudio

Lee cómo una empresa de entretenimiento digital líder en India, Hungama, migró sin problemas a AppsFlyer con más de 65 millones de usuarios mensuales. 

¿Fue útil este artículo?