Visão geral: Planeje sua migração da Adjust para a AppsFlyer. Entenda como evitar cobranças duplas, duplicação e perda de dados durante o período de migração.
Sobre a migração para a AppsFlyer
A migração da Adjust para a AppsFlyer consiste de uma transição simples e fácil para uma plataforma confiável de atribuição e marketing analytics. A AppsFlyer oferece soluções seguras e imparciais, juntamente com um conjunto de ferramentas avançadas projetadas para te ajudar a navegar pelas mudanças no mercado. Com um suporte global e foco na melhoria contínua do produto, a AppsFlyer visa equipar empresas com as ferramentas e insights necessários para que elas cresçam e se adaptem.
Compare a mensuração entre a AppsFlyer e a Adjust
Ao considerar a migração, recomendamos que você compare as mensurações de atribuição da AppsFlyer e da Adjust nos mesmos canais de mídia e campanhas. No entanto, nem todos os canais de mídia oferecem suporte à mensuração com mais de uma MMP. Aqueles que o fazem podem apresentar certas limitações para evitar discrepâncias de atribuição. Saiba mais sobre a mensuração de atribuição com mais de uma MMP.
Tarefas
A tabela a seguir descreve as principais etapas necessárias para a migração. Para ver uma análise precisa das tarefas gerais na ordem na qual você deve realizá-las e acompanhar o seu progresso, baixe essa planilha.
Você pode fazer essas tarefas simultaneamente, o que significa que os profissionais de marketing, desenvolvedores e engenheiros de dados podem, na maioria das vezes, trabalhar em suas tarefas simultaneamente. Recomendamos que você:
- Conclua todas as tarefas antes de lançar seu aplicativo atualizado com o SDK da AppsFlyer.
- Pause as campanhas de marketing existentes antes de executar a migração do device ID.
| Passo | Quem está envolvido | Tempo estimado | Observações |
|---|---|---|---|
| 1. Crie uma conta na AppsFlyer | Profissional de marketing/usuário do dashboard da AppsFlyer | 2 horas | |
| 2. Adicione o aplicativo à AppsFlyer | Profissional de marketing/usuário do dashboard da AppsFlyer | 2 horas | |
| 3. Integre o SDK | Desenvolvedores do app | 1 dia + 1 semana de testes e iterações |
|
| 4. Migrar dispositivos (opcional) | Engenheiro de dados | 1-2 semanas |
|
| 5. Migrar campanhas | Profissional de marketing/Gerente de UA | 1-3 dias para cada canal de mídia | |
| 6. Configurar relatórios de dados | Engenheiro de dados | 3-6 semanas |
Passo 1: Crie uma conta na AppsFlyer
Para criar uma conta na AppsFlyer
Passo 2: Adicione seu aplicativo
Para adicionar seu app à AppsFlyer:
- Adicione seu app à AppsFlyer.
- [Opcional] Altere a janela de reatribuição padrão de 90 dias para seguir a sua definição do que são usuários ativos.
- Como parte do assistente de onboarding da AppsFlyer, prepare e envie um e-mail para seu desenvolvedor com instruções e tarefas para a integração do SDK e o mapeamento de eventos no aplicativo.
Passo 3: Integre o SDK
O SDK integrado ao aplicativo é a conexão entre o aplicativo e a plataforma da AppsFlyer. Ele relata instalações, aberturas do app, eventos in-app e outros.
Para fazer a integração do SDK da AppsFlyer:
- Verifique se recebeu o e-mail enviado pelo profissional de marketing com instruções e tarefas para a integração do SDK e o mapeamento de eventos no aplicativo.
- Siga as instruções do e-mail e use o assistente de integração do SDK da AppsFlyer para integrar o SDK ao aplicativo.
- O assistente ajuda o desenvolvedor desde a instalação até o teste bem-sucedido da integração. Ele também orienta o desenvolvedor durante a configuração de eventos in-app e testes da sua transmissão para a AppsFlyer. Saiba mais sobre o assistente de integração do SDK
- Veja guias adicionais para a integração do SDK para Android e iOS.
- Mapeie os eventos in-app que você deseja registrar usando os esquemas da AppsFlyer.
Isso pode ser feito via SDK ou S2S.
- Remova o SDK da Adjust.
Você pode fazer isso imediatamente e mudar exclusivamente para a AppsFlyer, ou executar os dois SDKs simultaneamente por algumas semanas. Veja mais detalhes sobre essas opções na tabela abaixo.Opção O que acontece depois do
lançamento da versão atualizada do aplicativo?Impacto Remover o SDK da Adjust (recomendado) Somente a AppsFlyer registra novas instalações e atualiza o número de usuários.
O concorrente ainda mostra eventos realizados pelos usuários, até que os usuários também atualizem o app.- Transição rápida.
- Sem atribuição duplicada.
Manter o SDK da Adjust por um período de transição A AppsFlyer e a Adjust atribuem novas instalações e registram eventos. Posteriormente, remova o SDK da Adjust. - A validação de dados é possível. Ou seja, você pode comparar dados da AppsFlyer com os dados da Adjust.
- Atribuição duplicada, que pode causar cobranças duplas com ad networks. Veja o exemplo abaixo.
- Maior carga de trabalho.
- Depois que todas as outras tarefas nesse artigo de migração forem concluídas, libere a versão do aplicativo com o SDK da AppsFlyer. Novos usuários são atribuídos pela AppsFlyer.
Atenção:- Certifique-se de atualizar o aplicativo para iOS, Google Play e outros mercados relevantes fora da loja Android.
- Seu aplicativo Android pode existir em sites de APK não oficiais, mesmo que você não os conheça (pesquise pelo nome do pacote do seu aplicativo para descobrir se esse é o caso). Os sites de APK levam algum tempo para atualizar para a versão mais recente. Por isso, eles podem trazer usuários orgânicos, que instalam versões antigas sem o SDK da AppsFlyer.
- Os lançamentos de atualizações do aplicativo nas lojas podem levar alguns dias para serem totalmente concluídos. Os usuários que fizerem a instalação durante essa fase ainda podem obter a versão anterior.
Passo 4: Migrar dispositivos—opcional
A migração de dispositivo é o processo de upload de uma lista de device IDs de usuários existentes (IDFA, IDFV, GAID) na AppsFlyer. (se você não tiver todos os device IDs necessários, entre em contato com seu CSM para que ele possa te orientar no processo de migração usando o CUID.) Você deve realizar esse processo antes de lançar a nova versão do aplicativo, que incluirá o SDK da AppsFlyer. Há duas opções ao migrar dispositivos: migração atribuída ou não atribuída.
A migração de dispositivos resolve os problemas de dados relacionados aos usuários existentes do aplicativo, que fizeram o download do app e foram atribuídos pela Adjust. Por exemplo, as cobranças duplicadas da SRN, que ocorrem quando os usuários originalmente atribuídos a uma SRN pela Adjust, e que ainda estão dentro da janela de lookback, são reivindicados pela SRN novamente na AppsFlyer.
Exemplo
- Um novo usuário clica em um anúncio no Facebook e instala seu aplicativo no dia 15 de junho.
- No dia 24 de junho, o usuário atualiza o aplicativo para a versão com o SDK da AppsFlyer e o inicializa. Para a AppsFlyer, esse é um novo usuário, que precisa ser atribuído em tempo real.
- A AppsFlyer consulta o Meta ads com o ID do dispositivo do usuário. Como o usuário ainda está dentro da janela de lookback de 28 dias do Meta ads, o Meta ads auto-atribui o usuário. Isso causa uma cobrança dupla para o proprietário do aplicativo em relação ao mesmo usuário.
Depois de migrar os dispositivos, os dados são refletidos na AppsFlyer da seguinte maneira:
- Dados de instalações: assim como as reinstalações, dispositivos migrados não têm dados de instalação. As instalações de dispositivos migrados não são exibidas na AppsFlyer.
- Dados de eventos e sessões in-app: são registrados e exibidos como orgânicos para o método de migração de dispositivo não atribuído ou são atribuídos ao canal de mídia e campanha, quando o método atribuído é usado.
- Retargeting: eatribuições e reengajamentos são exibidos normalmente.
- Dados de atividade: mostrados normalmente.
- Dados de retenção e de cohort: dispositivos migrados não têm registros de instalação. Assim, eles não sãp associados a nenhum cohort e não podem ser exibidos nos relatórios de retenção e cohort.
Atenção:
Se o aplicativo não for aberto dentro de 180 dias a partir da data de migração, todos os dados do dispositivo migrado serão excluídos. Consequentemente, se o aplicativo for aberto após o período de 180 dias, uma nova instalação será registrada.
Para migrar dispositivos:
- Decida qual população de usuários você deseja migrar. Você pode migrar todos os usuários existentes (o que pode impedir que você acesse dados precisos de reatribuição da AppsFlyer) ou usuários que instalaram seu aplicativo recentemente (o que pode levar a cobranças duplicadas de usuários um pouco mais antigos).
Recomendamos que você migre usuários ativos durante o período da janela de reatribuição atual. Por exemplo, se o aplicativo tiver uma janela de reatribuição de 90 dias, migre os usuários que tiveram pelo menos uma sessão durante os 90 dias anteriores. - [Opcional] Peça ao profissional de marketing/gerente de UA para pausar campanhas de marketing existentes (de SRNs, ad networks não-SRNs, mídias próprias, etc.) até depois da migração do dispositivo.
Se você decidir não pausar as campanhas, migre os device IDs que permaneceram no outro fornecedor assim que a versão atualizada do aplicativo com o SDK da AppsFlyer for lançada nas lojas de aplicativos. - Prepare um arquivo CSV com base na população de usuários selecionada, usando a estrutura de migração atribuída ou não atribuída. Veja um exemplo de CSV
- Envie o CSV ao seu CSM da AppsFlyer.
Seu CSM migrará os device IDs para a AppsFlyer.
Passo 5: Migrar campanhas
Transfira as campanhas de marketing existentes para a AppsFlyer para ativar a atribuição da AppsFlyer, evitando cobranças duplicadas e perda de dados de atribuição.
Atenção: você pode optar por migrar apenas algumas campanhas de marketing de cada vez. Nesse caso, você pode segmentar as que deseja migrar por canal de mídia (por exemplo, ad network ou agência), geolocalização ou campanha.
As seções a seguir explicam os passos necessários para ativar a mensuração da AppsFlyer para diferentes tipos de canais de mídia: SRNs, ad networks não-SRNs, mídia própria e SKAN.
SRNs
As SRNs respondem às parceiras de mensuração mobile (MMPs) quando consultados sobre engajamentos de dispositivos específicos. Se a AppsFlyer e a Adjust consultarem a mesma SRN sobre a mesma instalação, você poderá receber cobranças duplas.
Para migrar campanhas de SRN:
- Ative e configure as SRNs relevantes na AppsFlyer.
Atenção:
- SRNs podem executar várias MMPs (exceto Meta Ads e Twitter).
- O Meta Ads não corrige eventos in-app duplicados.
Ad networks que não são SRNs
Os links de atribuição das ad networks registram os engajamentos dos usuários e, posteriormente, são usados para a atribuição desses engajamentos, que se tornam instalações reais.
Para migrar campanhas de ad networks que não são SRNs:
- Ative as ad networks relevantes na AppsFlyer.
- Gere links de atribuição da AppsFlyer para cada ad network.
- Troque os links existentes em cada uma das suas campanhas pelos links de atribuição da AppsFlyer.
Mídias próprias
Mídias próprias se referem aos links de atribuição que você usa em:
- Compartilhamento de conteúdo
- Web-to-app
- SMS
- Posts em redes sociais
- Blogs
- Comunidades virtuais (Quora, etc.)
- E mais...
Para essas campanhas, a AppsFlyer usa links do OneLink. Os links do OneLink redirecionam os usuários com base em seus dispositivo para a loja correta, diretamente para o aplicativo ou para uma URL/landing page na web.
Para migrar seus links da Adjust para links do OneLink da AppsFlyer:
- Entre em contato com seu CSM, que o ajudará a transformar seus links de mídias própria em links do OneLink de acordo com os canais e ferramentas que você usa atualmente.
SKAN
Para a atribuição da SKAdNetwork (SKAN), você deve ter um único SDK para atualizar o valor de conversão. Caso contrário, os dados da SKAN não têm utilidade. Portanto, certifique-se de que, após a migração, apenas o SDK da AppsFlyer poderá atualizar o valor de conversão da SKAN.
Saiba mais sobre como configurar o valor de conversão da SKAN na AppsFlyer.
Passo 6: Configurar relatórios de dados
Você pode obter dados brutos e agregados dos relatórios da AppsFlyer usando diversos métodos. Familiarize-se com os métodos e configure aqueles que são relevantes para você.
Os métodos incluem:
- Dashboards
- Exportação de relatórios
- Push API
- Pull API
- Data Locker
Antes da migração, seus sistemas armazenam seus dados de atribuição da Adjust de acordo com as estruturas, campos e parâmetros de relatórios que você configurou com ela. Para que a AppsFlyer relate corretamente os dados, você deve adaptar e mapear suas estruturas de relatório atuais para a estrutura, campos e parâmetros de relatório da AppsFlyer.
Para adaptar/mapear suas estruturas de relatório:
- Entre em contato com seu CSM da AppsFlyer para obter ajuda para adaptar/migrar rapidamente as estruturas de dados dos seus relatórios da Adjust para a AppsFlyer.
Informações adicionais
Migração atribuída
Os dispositivos migrados para a AppsFlyer com esse método têm seus eventos in-app e sessões registrados e exibidos de acordo com o canal de mídia relatado pelo fornecedor de atribuição anterior, e de acordo com as políticas de retenção de dados das ad networks.
Estrutura CSV de migração de dispositivo atribuído
| Nome da coluna |
Descrição | Obrigatório | Exemplos |
|---|---|---|---|
|
app_id |
App ID exibido no dashboard da AppsFlyer | Sim |
|
|
platform |
Plataforma do dispositivo: ios ou android | Sim |
|
|
device_id |
|
Sim |
|
|
id_type |
|
Sim |
|
|
install_time |
O tempo de instalação do aplicativo original com o ISO 8601 no formato UTC: aaaa-mm-ddTHH:MM:SS.SSS |
Não | 2018-01-22T08:45:33.412 |
|
media_source |
|
Sim |
Orgânico: organic |
|
integrated_partner |
|
Sim |
|
|
campaign |
Para obter detalhes de atribuição mais granulares, forneça o nome da campanha original. Formato: String |
Não | |
|
campaign_id |
Para obter detalhes de atribuição mais granulares, forneça o ID da campanha original. Formato: Formato: string sem espaços |
Não |
Regras de arquivo CSV:
- O arquivo CSV pode conter dispositivos de usuários de vários aplicativos.
- Não duplique a mesma combinação de device ID e app ID em múltiplas linhas. Se ocorrer duplicação, a última ocorrência no arquivo será usada.
- Todos os cabeçalhos de coluna devem ser incluídos: app_id, platform, device_id, id_type, install_time, media_source, integrated_partner, campaign, campaign_id. Atenção: a ordem dos campos é importante e deve ser mantida.
- Você pode adicionar o IDFV e o IDFA para o mesmo dispositivo, mas eles devem estar em linhas separadas. Todos os campos nas linhas separadas devem ser os mesmos, exceto device_id.
- Cada linha deve conter exatamente 9 campos separados por vírgulas.
- Deixe os campos não obrigatórios vazios (em branco).
- Os arquivos podem conter até 5 milhões de linhas.
- Caso você tenha vários arquivos, dê a cada arquivo um nome exclusivo.
- Codifique dados usando UTF-8.
- [Opcional] Compacte arquivos usando ZIP ou GZIP.
Migração não atribuída
Os dispositivos migrados para a AppsFlyer com esse método são registrados (mas não são exibidos) como usuários orgânicos. Seus eventos in-app e dados de sessões também são gravados e exibidos como orgânicos.
Estrutura de arquivo CSV de migração de dispositivos não atribuídos
Regras de arquivo CSV:
- O arquivo CSV pode conter dispositivos de usuários de vários aplicativos.
- Cada linha contém um device ID único por aplicativo.
- Dependendo da opção de estrutura de arquivo escolhida, as colunas de arquivo devem ser as seguintes (na ordem listada):
- Opção 1: app_id, device_id
- Opção 2: app_id, device_id, id_type
- App IDs em letras minúsculas.
- Identificadores Android em letras minúsculas.
- IDFA/IDFV em letras maiúsculas.
- Até 25 milhões de linhas permitidas