Introdução
Quanto tempo leva para começar a atribuir seus anúncios de aplicativos móveis do Facebook com a AppsFlyer?
Se você já tiver o SDK da AppsFlyer integrado em seu aplicativo, e já definiu seu aplicativo no Facebook, a resposta é menos de um minuto!
Não é necessário implementar o Login do Facebook ou integrar seu aplicativo com o SDK do Facebook para atribuição móvel. É só seguir as instruções passo a passo abaixo.
ID do aplicativo do Facebook
Primeiramente, se você ainda não definiu seu aplicativo no Facebook, siga essas instruções para criar a ID do aplicativo do Facebook:
- Visite o Painel do aplicativo do Facebook
- Em Aplicativos, clique em Criar novo aplicativo
- Preencha o nome do seu aplicativo e o namespace único
O mesmo ID do aplicativo do Facebook pode ser usado para aplicativos Android e iOS.
Configuração básica de atribuição do Facebook
Para começar a atribuir campanhas do Facebook com a AppsFlyer, siga os passos abaixo:
- Ao definir seu aplicativo móvel no Facebook, você obterá o ID do aplicativo do Facebook.
Copie o ID do aplicativo do Facebook e acesse o painel do seu aplicativo na AppsFlyer.
- Na barra esquerda, clique no link Parceiros integrados.
- Pesquise por Facebook e clique em seu logotipo para abrir a página de configuração do Facebook.
- Na aba Integração ative o parceiro, clique dentro da caixa ID do aplicativo do Facebook e cole.
- Como configurar a atribuição de instalação:
- Defina a instalação da janela de lookback por clique.
Selecione as unidades da janela de lookback (horas ou dias) e defina a barra deslizante para o valor desejado. A janela de lookback padrão é de 28 dias, para corresponder ao padrão do Facebook. - Para habilitar a atribuição de exibição, ative a instalação da janela de lookback por exibição.
Selecione as unidades da janela de lookback (horas ou dias) e defina a barra deslizante para o valor desejado.
Recomendamos a definição da exibição da janela de lookback para 1 dia para corresponder ao período do Facebook.
- Defina a instalação da janela de lookback por clique.
- Como configurar a atribuição de reinstalação:
permite atribuir usuários que reinstalam o aplicativo durante a janela de reatribuição.
Para habilitar a atribuição de reinstalação, ative-a.
Não é necessário ativar a atribuição de exibição ou configurar janelas de lookback para a atribuição de reinstalação, uma vez que sua configuração é obtida a partir das configurações de atribuição de instalação (veja etapa 5).
- Como configurar a atribuição de reengajamento:
Veja aqui. - Pressione Salvar e Fechar.
Parabéns! Você concluiu a atribuição básica para as campanhas móveis do Facebook com a AppsFlyer!
(Ainda não consegue ver os resultados na AppsFlyer? Clique aqui)
Atenção
Certifique-se de que o aplicativo coleta IDFA ou GAID. Caso contrário, as instalações do Facebook serão atribuídas como orgânicas. Para obter mais informações, consulte os Guias de integrações de SDK paraiOS ou Android.
Configuração avançada de atribuição do Facebook
Com a atribuição básica já configurada para o Facebook, é hora de algumas configurações rápidas e avançadas de atribuição.
Dados em nível de usuário
Por padrão, o Facebook não libera dados brutos em nível de usuário.
Clique na guia Integração (ou aqui) para aceitar os Termos de Serviço do Facebook. Isso permite que a AppsFlyer colete e habilite seu acesso aos dados brutos de seus usuários do Facebook.
Mapeamento de eventos in-app
- Alterne postbacks de evento in-app para LIGADO
Observação
Ao habilitar o mapeamento de eventos in-app no Facebook para um aplicativo pela primeira vez, todos os eventos af_XXX do SDK são automaticamente mapeados para a lista de eventos pré-definida do Facebook. Este mapeamento automático economiza seu tempo e diminui significativamente os erros de mapeamento.
- A Opção de envio para todos os eventos definidos do SDK é Eventos atribuídos a qualquer parceiro ou orgânico, isto é, toda sua base de usuários está disponível para ser reportada ao Facebook.
- Clique em Add Event (Adicionar Evento) para adicionar um evento do SDK à lista
- Preencha os seguintes parâmetros:
| Nome do parâmetro | Descrição |
|---|---|
| Nome do evento do SDK | O nome do evento, conforme recebido pela AppsFlyer do SDK integrado no aplicativo ou de eventos de servidor para servidor. Dica - não está encontrando o evento desejado na lista? Certifique-se de ativar o evento em um dispositivo com uma instalação não orgânica e verifique novamente. |
| Identificador de evento do parceiro | Selecione a tag de evento predefinida para Facebook mais adequada ao seu evento. Você também pode enviar eventos PERSONALIZADOS do Facebook. |
| Enviar receita |
Quando desmarcada - a AppsFlyer envia todos os parâmetros do evento in-app avançado ao parceiro, exceto o parâmetro de receita, que está contido no parâmetro af_revenue. Quando marcado - O AppsFlyer envia todos os parâmetros incluindo o valor da receita (se existir no evento). |
Para obter mais informações sobre o mapeamento de eventos in-app para Facebook, acesse aqui.
Atribuição de retargeting
A atribuição de retargeting para Facebook da AppsFlyer permite que os anunciantes atribuam um engajamento existente de um usuário com um anúncio no Facebook e meçam a qualidade do usuário, pós-engajamento, usando os relatórios da AppsFlyer.
Ela deve ser usada SOMENTE se você estiver executando ativamente campanhas direcionadas a seus próprios usuários no Facebook.
- Ative o retargeting na página de definições do aplicativo .
- Ative Atribuição de reengajamento na configuração do Facebook na AppsFlyer.
- Configure a janela de lookback de reengajamento por clique,
que é o período de tempo que se inicia com o clique no anúncio, durante o qual o aplicativo deve ser iniciado para que o clique seja registrado como um reengajamento. Selecione uma janela de lookback em horas ou dias e configure a barra deslizante para o valor desejado. - Configure a Janela de reengajamento. Este é o período em que os eventos in-app do usuário são atribuídos à fonte de mídia de retargeting como fonte principal.
Você pode definir o valor em dias (1 a 90), horas (até 23) ou até mesmo por tempo vitalício. O padrão é 30 dias.
- Para obter mais informações sobre a atribuição de retargeting da AppsFlyer, clique aqui.
- Para obter informações sobre usuários de links diretos de SRNs, como SRNs do Facebook, clique aqui.
Custo, cliques e dados de impressões
Habilitar o recurso Custo para Facebook faz com que você obtenha dados de custos para suas campanhas do Facebook, conjuntos de anúncios, anúncios e níveis de canais. Também possibilita obter cliques agregados completos e dados de impressões para eles.
- Certifique-se de fazer login em sua conta de usuário do Facebook, que está habilitada para gerenciar as campanhas da conta no Facebook. O login deve ser feito com um usuário que tem permissões para executar todas as campanhas no Facebook Business Manager
- Acesse a guia Custo
- Ative o botão Obter dados de custo, cliques e impressões para LIGADO
- Clique no botão de login do Facebook
- Quando solicitado, permita que a AppsFlyer acesse os dados de suas campanhas do Facebook
Observações
- Se você já estiver conectado ao Facebook, quando clicar no botão de Login do Facebook, a janela do Facebook abre e fecha imediatamente. Esse é o comportamento normal.
- Se você tiver vários usuários com permissões para o Facebook, o melhor a se fazer é fazer login do Facebook para todos eles, de modo a evitar obter dados parciais.
Status de sincronização dos dados de custo
A aba custo exibe o status da sua integração de custo e a última vez que o AppsFlyer gerenciou a extração de dados de custos correspondentes.
O Facebook permite sincronizar várias contas para extração de dados de custo. Para cada conta sincronizada, a AppsFlyer exibe o status da integração de custo e a última vez que a AppsFlyer extraiu dados de custo correspondentes.
A tabela abaixo descreve cinco mensagens de status diferentes e o que fazer se você visualizá-las na aba de custo.
| Mensagem de status | Descrição | O que fazer |
|---|---|---|
|
Ativo |
A API do parceiro está respondendo e retornando dados. |
Nada |
|
Ativo
Com mensagem de sincronização: Os dados de custo nunca foram extraídos com êxito |
Uma das seguintes é possível:
|
|
|
Sem dados correspondentes
|
O AppsFlyer consulta as campanhas ativas deste aplicativo com a API do parceiro, mas a API do parceiro não está retornando nenhum dado para essas campanhas. |
Isso pode acontecer se você alterar o ID da campanha enquanto ela ainda estiver em execução. Se você depender de dados de custo, não altere os IDs de campanhas enquanto eles ainda estiverem ativos e em execução. Além disso, certifique-se de que introduziu as credenciais de API para o aplicativo correto e que a rede está passando os IDs de campanha corretos no link de atribuição. |
|
A API do parceiro não está respondendo |
A API de dados de custo da rede de anúncios está desativada ou enfrentando problemas. |
Aguarde a API da rede responder. |
|
Credenciais inválidas |
A AppsFlyer não é capaz de extrair dados de custo, pois a conexão não é mais válida. Isso pode acontecer se a sua senha do Facebook tiver sido alterada ou se a permissão da AppsFlyer tiver sido revogada. |
Faça login novamente no Facebook na guia Cost (Custo). |
Última extração de dados bem-sucedida
A aba custo exibe a última vez que os dados de custo ainda foram extraídos. Se os dados de custo nunca foram extraídos, a mensagem de sincronização exibe os dados de custo nunca formam extraídos com êxito.
Exemplos
Exemplos
Cenário 1: campanhas interrompidas
A AppsFlyer extrai o custo de inúmeras campanhas que são executadas com a rede de anúncios A. Você olha para a aba de custo e visualiza a mensagem Última sincronização bem-sucedida há 2 horas. No mesmo dia, você interrompe a execução das campanhas com a rede de anúncios A. Duas semanas mais tarde, você olha na aba de custo de anúncios da rede A. Você então observa a mensagem Última sincronização bem-sucedia há 14 dias.
Cenário 2: problemas na API da rede de anúncios
A AppsFlyer extrai o custo para inúmeras campanhas que você executa com a rede de anúncios B. Você olha na aba de custo e você visualiza a mensagem Última sincronização bem-sucedida há 2 horas. Em seguida, a rede de anúncios enfrenta problemas com a sua API. São necessárias algumas horas para consertá-la. Quando você olha na aba de custo você observa a mensagem Última sincronização bem-sucedida há 8 horas.
Para obter mais informações sobre como enriquecer suas informações do Facebook com custos, cliques e dados de impressões, clique aqui.
Gravação de receita de anúncios
Se seu aplicativo usa a Receita de anúncios do Facebook Audience Network para monetização de anúncios, é possível registrar suas receitas do Facebook na AppsFlyer. É possível, com ou sem os dados de receitas de compras in-app, ter uma visão completa das receitas de seus usuários.
Para começar a registrar a Receita de anúncios do Facebook Audience Network:
- Na guia Ad Revenue (Receita publicitária), defina Get Ad Revenue Data (Obter dados da receita publicitária) para LIGADO
- Configure a Fonte do evento, que é o evento que representa seu modelo de receita de anúncios da melhor forma possível. Por exemplo, se a receita for baseada em impressões, recomendamos que você envie um evento de anúncio visualizado para a AppsFlyer. O melhor evento pode ser configurado separadamente para cada plataforma de monetização. No entanto, também é possível usar o evento
af_app_opened. Neste caso, a receita de anúncios é atribuída para cada vez que o usuário abrir o aplicativo. - O evento Receita de anúncios é exibido. É um campo somente leitura apresentando o novo evento de receita de anúncios chamado [source event]_monetized (por exemplo, Ad_Watched_Monetized, conforme exibido abaixo). O evento de receita de anúncios é apresentado no painel como um evento adicional.
- Clique em Receita de anúncios do Facebook para habilitar a coleta da Receita de anúncios do Audience Network do Facebook no Facebook. Faça login com suas credenciais do Facebook para autorizar a Receita de anúncios do Audience Network do Facebook.
- Clique em Salvar e Fechar.
Mapeamento de eventos in-app do Facebook
Os anunciantes podem mapear facilmente seus eventos in-app, SDK ou S2S, para eventos predefinidos do Facebook. Os anunciantes também podem enviar postbacks do Facebook sobre cada inicialização do aplicativo ou todas as desinstalações do aplicativo conhecidas.
Isso permite que os anunciantes utilizem recursos avançados de otimização, bem como construam segmentos de públicos parecidos e personalizados.
Mapeamento de eventos predefinidos
O Facebook oferece uma grande variedade de eventos que já são predefinidos e podem ser mapeados.
Encontre aqui a lista de eventos avançados dentro do aplicativo, que podem ser enviados ao Facebook com parâmetros adicionais, fornecendo informações extras sobre a qualidade dos eventos.
Veja abaixo a lista de outros eventos predefinidos do Facebook que não têm parâmetros adicionais:
| Identificador de evento do Facebook |
Descrição |
Nome recomendado do SDK da AppsFlyer |
|---|---|---|
| Doar |
A doação de fundos para sua organização ou causa. |
af_donate |
| Agenda |
O agendamento de um horário para visitar um dos seus locais. |
af_schedule |
| Enviar inscrição |
O envio de uma inscrição para um produto, serviço ou programa que você oferece, como cartão de crédito, programa educacional ou emprego. |
af_submit_application |
| Encontrar local |
Quando uma pessoa encontra um dos seus locais via web ou aplicativo, com a intenção de visitá-lo. Por exemplo, pesquisando um produto e localizando-o em uma de suas lojas locais. |
af_find_location |
| Contato |
Um telefone ou SMS, e-mail, chat ou outro tipo de contato entre um cliente e sua empresa. |
af_contact |
| Personalizar produto |
A personalização de produtos por meio de uma ferramenta de configuração ou outro aplicativo da sua empresa. |
af_customize_product |
Mapeamento de eventos in-app personalizados
A AppsFlyer permite que você mapeie qualquer evento in-app personalizado para enviar ao Facebook, usando a opção Identificador de evento PERSONALIZADO do Facebook.
O nome do evento e o valor do evento (incluindo os parâmetros do evento) configurados no SDK são encaminhados ao Facebook, nas condições em que se encontram.
Você pode ver os nomes completos dos eventos personalizados no Facebook Analytics. No Facebook Ads Manager, eles são agregados e exibidos como "eventos personalizados".
Atenção
Eventos mapeados como “PERSONALIZADOS” não podem ser usados para as seguintes funções no Facebook:
- Otimização de evento do aplicativo
- Otimização baseada em valor
- Anúncios dinâmicos de produtos
Para ativar o uso dessas funções no Facebook, com base nos seus dados de eventos, recomendamos o mapeamento para os eventos predefinidos do Facebook.
Mapeamento automático de parâmetros com o evento PERSONALIZADO
Através da integração direta da AppsFlyer com o Facebook, muitos dos parâmetros de eventos do SDK padrão são automaticamente mapeados para os parâmetros predefinidos do Facebook. Por exemplo, o parâmetro af_revenue é convertido para o parâmetro valueToSum no Facebook, o que permite que você envie uma receita por evento que pode ser medida e otimizada para o Facebook.
Observação
O mapeamento automático de parâmetros pode diferir entre eventos PERSONALIZADOS e predefinidos.
Para eventos predefinidos, af_price é mapeado para _valueToSum em alguns casos (por exemplo, fb_mobile_add_to_cart). Em outros casos, af_revenue é mapeado para _valueToSum (por exemplo, em fb_mobile_purchase).
Para eventos mapeados para PERSONALIZADO, af_price é sempre mapeado para fb_price e af_revenue para _valueToSum.
A tabela a seguir detalha todos os parâmetros de eventos da AppsFlyer que, quando mapeados através do evento PERSONALIZADO para o Facebook, são automaticamente mapeados para os parâmetros do Facebook.
| Parâmetro da AppsFlyer | Parâmetro do Facebook |
|---|---|
| af_city | fb_city |
| af_class | fb_travel_class |
| af_content_id | fb_content_id |
| af_content_list | fb_content_id |
| af_content_type | fb_content_type |
| af_country | fb_country |
| af_currency | fb_currency |
| af_date_a | fb_checkin_date |
| af_date_b | fb_checkout_date |
| af_departing_arrival_date | fb_departing_arrival_date |
| af_departing_departure_date | fb_departing_departure_date |
| af_description | fb_description |
| af_destination_a | fb_origin_airport |
| af_destination_b | fb_destination_airport |
| af_destination_list | fb_destination_ids |
| af_hotel_score | fb_hotel_score |
| af_level | fb_level |
| af_max_rating_value | fb_max_rating_value |
| af_num_adults | fb_num_adults |
| af_num_children | fb_num_children |
| af_num_infants | fb_num_infants |
| af_order_id | fb_order_id |
| af_payment_info_available | fb_payment_info_available |
| af_preferred_neighborhoods | fb_preferred_neighborhoods |
| af_preferred_num_stops | fb_preferred_num_stops |
| af_preferred_price_range | fb_preferred_price_range |
| af_preferred_star_ratings | fb_preferred_star_ratings |
| af_price | fb_price |
| af_quantity | fb_num_items |
| af_region | fb_region |
| af_registration_method | fb_registration_method |
| af_returning_arrival_date | fb_returning_arrival_date |
| af_returning_departure_date | fb_returning_departure_date |
| af_revenue | _valueToSum |
| af_search_string | fb_search_string |
| af_success | fb_success |
| af_suggested_destinations | fb_suggested_destinations |
| af_suggested_hotels | fb_suggested_hotels |
| af_travel_end | fb_travel_end |
| af_travel_start | fb_travel_start |
| af_user_score | fb_user_score |
Limitações de eventos e parâmetros
O Facebook impõe várias limitações para os dados de eventos enviados:
- Um evento pode ter até 25 parâmetros.
- Nomes de eventos e nomes de parâmetros devem ter entre 2 e 40 caracteres, e conter somente caracteres alfanuméricos, sublinhados, hifens ou espaços.
- O comprimento de cada valor do parâmetro não pode ser maior que 100 caracteres.
- Nomes de eventos na AppsFlyer podem ser nomeados igual aos nomes dos eventos do Facebook (por exemplo, fb_price). No entanto, eles não devem ser enviados como eventos PERSONALIZADOS para o Facebook. Por questões de segurança, evite nomear os eventos igual aos nomes de eventos do Facebook.
- Para realizar o mapeamento de postback de eventos in-app com o Facebook, é necessário obter dados de eventos de TODAS as fontes, incluindo orgânica.
Importante!
Com exceção dos parâmetros acima, a AppsFlyer envia os dados dos eventos PERSONALIZADOS nas condições em que se encontram para o Facebook. É responsabilidade do proprietário do aplicativo verificar se os dados de eventos estão de acordo com os requisitos do Facebook.
Se o valor do evento contiver parâmetros que não são mapeados para os parâmetros válidos do Facebook (consulte a tabela acima), esses parâmetros não serão enviados ao Facebook.
SDK da AppsFlyer vs. SDK do Facebook
Seu aplicativo pode já ter o SDK do Facebook integrado nele, antes do SDK da AppsFlyer. Mesmo que não tenha, você pode se perguntar se realmente precisa do SDK do Facebook além do SDK da AppsFlyer. E, se precisar, os dois podem coexistir sem duplicação de relatórios?
Quem precisa do SDK do Facebook?
Geralmente, para fins de aquisição de usuários, se você tiver o SDK da AppsFlyer em seu aplicativo, não é necessário o SDK do Facebook nele também. O SDK da AppsFlyer cuida de todos os propósitos de atribuição de aquisição de usuário móvel de seus usuários do Facebook, incluindo engajamentos, instalações, sessões e eventos pós-instalação.
No entanto, se o seu aplicativo usa qualquer um dos seguintes, ele ainda requer o SDK do Facebook além do da AppsFlyer:
-
Dados de links diretos
Para executar links diretos do Facebook, você não precisa do SDK do Facebook. No entanto, se você precisar dos dados de links diretos do Facebook dentro do aplicativo, só será possível obtê-los no SDK do Facebook. -
Links diretos adiados para campanhas de Anúncios de produtos dinâmicos
Na maioria dos casos, você pode executar links diretos adiados do Facebook, usando nomes de campanhas ou anúncios a partir dos dados de conversão, sem usar o SDK do Facebook. Para campanhas de Anúncios de produtos dinâmicos , no entanto, a AppsFlyer não recebe os dados do produto correspondentes do Facebook. Portanto, para o link direto de acordo com o produto específico nessas campanhas, é necessário o SDK do Facebook. -
Outros recursos do Facebook
Você pode precisar do SDK do Facebook por razões não relacionadas à atribuição, tais como autenticação, monetização de anúncios, compartilhamento social, convites do usuário, etc.
Evitar duplicatas com o SDK do Facebook
O Facebook requer que a AppsFlyer relate instalações e eventos in-app de TODOS os usuários, incluindo usuários orgânicos. Se você tiver ambos os SDKs em seu aplicativo, os eventos de instalação e in-app serão relatados ao SDK do Facebook e, depois, via postbacks para servidores do Facebook por meio da AppsFlyer. Como você pode evitar esses relatórios duplicados?
-
Instalações
O Facebook remove a duplicação de instalações de aplicativos. Se o SDK do Facebook e o da AppsFlyer relatarem um novo usuário instalando um aplicativo móvel, o Facebook sabe contar essa instalação apenas uma vez. -
Eventos in-app
O Facebook não remove a duplicação de eventos in-app, que são relatados tanto de seus métodos de SDK, como de outra fonte, isto é, da AppsFlyer. Isso significa que, a menos que se tome cuidado, o Facebook pode relatar receita dupla e outros eventos, falsamente.
Use um desses métodos possíveis para evitar a duplicação de relatórios de eventos in-app no Facebook:
- Não configure eventos no SDK do Facebook
- Desative o mapeamento de eventos in-app do Facebook da AppsFlyer
Canais do Facebook
Com o Facebook, você pode ver os dados divididos não apenas por campanhas, conjuntos de anúncios e anúncios, mas também por canais do Facebook (chamados de posicionamentos no Facebook).
- Canal do Facebook - usuários do aplicativo do Facebook
- Instagram - usuários do aplicativo do Instagram
- Messenger - usuários do aplicativo do Facebook Messenger
- AudienceNetwork - usuários de outros aplicativos que pertencem ou estão afiliados ao Facebook
Use esses dados para comparar a qualidade dos usuários que você obtém através de diferentes canais do Facebook.
Facebook e agências
As agências e FMPs podem executar e atribuir campanhas do Facebook em nome dos anunciantes na AppsFlyer, ou mesmo juntamente com as próprias campanhas do Facebook dos anunciantes. Para que as campanhas da agência sejam atribuídas à agência, o nome da campanha DEVE começar com o nome da agência.
Para obter mais informações sobre agências e atribuição de instalações do Facebook, acesse aqui.
Além do mais, as agências não podem alterar as janelas de lookback do Facebook e o controle de retargeting. É necessário pedir ao anunciante que faça essas alterações se forem necessárias.
Além disso, as agências não podem modificar postbacks de eventos in-app enviados para o Facebook. Isso se deve ao requisito do Facebook para receber informações sobre todas as instalações, incluindo aquelas que não são atribuídas a ele (e, portanto, podem não ser trazidas pela agência).
A imagem abaixo mostra todas as configurações que precisam ser feitas pelo anunciante para que a agência possa gerenciar suas campanhas no Facebook:
Atribuição do Facebook para aplicativos Android fora da loja
O Facebook não permite criar campanhas de instalação de aplicativos móveis para aplicativos Android que estão em mercados fora da loja, por exemplo, Baidu.
No entanto, você pode anunciar e registrar instalações para aplicativos fora da loja no Facebook, seguindo estas instruções:
- O desenvolvedor tem que preparar um APK separado para cada mercado fora da loja que você usa para anunciar seu aplicativo. Mais detalhes aqui.
- Create a "Traffic" campaign on Facebook, which sends leads to a landing page.
- A página inicial inclui um botão "Download do aplicativo", que possui um link de atribuição personalizado
por trás dele. O link DEVE incluir o parâmetro de redirecionamento de página inicial,af_r. - O lead clica no botão e é redirecionado ao mercado fora da loja. Após concluir a instalação, o lead se torna um usuário atribuído.
Observação
Devido à impossibilidade de extrair a ID do dispositivo do lead da página inicial na web móvel, a AppsFlyer usa o fingerprinting como o método de atribuição.
Para obter instruções específicas sobre a atribuição de aplicativos na Amazon no Facebook, clique aqui.
Gastos no Facebook (custo)
AppsFlyer gets spend data from Facebook for campaigns, having one or more installs during the previous 30 days.
A obtenção de custos do Facebook, incluindo cliques e impressões, é fácil de configurar, mas frequentemente surgem perguntas.
Perguntas frequentes sobre custos do Facebook
Não consigo ver dados de custo antigos do Facebook no painel da AppsFlyer
Após realizar o primeiro login de administrador do Facebook descrito acima, a AppsFlyer recebe os dados de custo do Facebook em até 90 dias retroativamente para as campanhas existentes. Os dados de custo não estão disponíveis antecipadamente.
Estes dados de custo, cliques e impressões são coletados para todas as campanhas, que tiveram pelo menos 1 conversão durante os últimos 90 dias anteriores ao login inicial de administrador.
Os dados de custo funcionaram bem por alguns meses, mas pararam de aparecer
O Facebook pode reconfigurar essa permissão para obter os dados de custo de meses em meses. Se você perceber que os dados de custos pararam de aparecer no painel, repita os passos para login de administrador do Facebook.
Se o usuário administrador alterar sua senha do Facebook, os passos para realizar login também devem ser repetidos.
Cliquei no meu anúncio do Facebook há 5 minutos. Por que não vejo o clique no painel da AppsFlyer?
A AppsFlyer obtém cliques agregados, impressões e dados de custo do Facebook periodicamente de horas em horas. Portanto, pode levar algumas horas para que essas ações apareçam no painel da AppsFlyer.
Há dados de cliques brutos do Facebook?
Como a AppsFlyer só obtém dados de cliques agregados e de impressões do Facebook, o conjunto completo de cliques e impressões brutos não está disponível. Os únicos cliques brutos e impressões brutos disponíveis nos relatórios brutos são os que resultaram em instalações.
Há limitações dos dados de custo do Facebook por localização?
Se você filtrar por localização no painel da AppsFlyer, poderá ver o resumo e a discriminação dos dados de custo do Facebook.
Esses dados estão disponíveis somente para "Campanhas de instalação de aplicativo móvel" no Facebook.
Além disso, os dados de custo por localização estão disponíveis apenas para campanhas de plataforma única. Isso significa que as campanhas que têm um conjunto de anúncios direcionados para o Android e um conjunto de anúncios direcionados para o iOS não terão dados de custo por localização específica. Para obter todos os dados de custo, dedique uma campanha para cada plataforma.
Quais são as limitações dos dados de custo do Facebook na Master API?
O Facebook não oferece suporte ao agrupamento de dados de custo por localização ou por canal simultaneamente em relatórios da Master API.
Para criar um relatório com todos os dados de custo, agrupe-os apenas por uma dessas dimensões.
O custo total não coincide.
Há várias diferenças entre os modelos de atribuição do Facebook e da AppsFlyer, o que pode causar discrepâncias com os dados de custo do Facebook:
- Atribuição entre dispositivos do Facebook - às vezes, isso pode causar problemas, pois uma campanha para uma plataforma (iOS/Android) mostra uma instalação com seu respectivo custo para outra plataforma.
- Campanhas para dispositivos não móveis do Facebook - nessas campanhas, como as campanhas de clique no link do Facebook, os usuários de dispositivos desktop podem acabar instalando aplicativos móveis. Para essas campanhas entre dispositivos, a AppsFlyer não mostra custos. No entanto, se o clique do link foi realizado pelo mesmo dispositivo que instalou o aplicativo, os dados da receita serão recebidos. Por exemplo, um usuário do Facebook clica em um anúncio que leva à página inicial do anunciante em um computador desktop. Uma semana depois, o mesmo usuário do Facebook instala o aplicativo iOS do anunciante em um dispositivo iPhone. Enquanto a instalação é atribuída e exibida no painel da AppsFlyer, o custo desta instalação entre plataformas não é.
- Campanhas com 0 resultados nos últimos 7 dias - a AppsFlyer só sincroniza o custo de campanhas que tiveram instalações/conversões nos últimos 7 dias. Se o custo do Facebook acabou de ser definido, as campanhas que ficaram inativas por mais de 7 dias antes disso não mostrarão o custo.
Embora o custo total seja idêntico, o eCPI que a AppsFlyer calcula é diferente do custo calculado pelo Facebook. Por quê?
O Custo por instalação é calculado dividindo o custo total pelo número de instalações. Como a AppsFlyer conta as instalações diferentemente do Facebook, geralmente o eCPI será diferente entre os dois.
Por que há dados de custo somente para algumas das campanhas?
Mesmo que vários usuários do Facebook possuam permissões para executar campanhas no Facebook Business Manager, somente um deles deve realizar o login do Facebook, conforme descrito acima.
No entanto, se o usuário não tiver acesso a algumas das campanhas em execução no Facebook, o resultado será a exibição de campanhas no painel da AppsFlyer, mas com a ausência de dados de custo, de cliques e de impressões.
Os dados de custo do Facebook são exibidos para campanhas de retargeting?
Os dados de custo do Facebook são exibidos somente no painel de Visão geral para campanhas de aquisição de usuários, não para campanhas de retargeting no painel Retargeting.
Por que a janela de configuração do custo do Facebook fecha antes do login?
Se você estiver logado no Facebook no mesmo navegador em que estiver realizando a configuração, a janela automaticamente se conecta ao Facebook usando essas credenciais e, se o acesso já foi autorizado ao aplicativo da AppsFlyer, então não há nada a se fazer e a janela se fecha.
Qual é o problema com o custo do Facebook em aplicativos do Amazon Appstore?
Em contraste com os dados da AppsFlyer, o Facebook não diferencia dados de custo de aplicativos Android e de aplicativos da Amazon (baseados em Android).
Portanto, os dados de custo de usuários da Amazon podem ser atribuídos para campanhas direcionadas a outros usuários Android em vez de campanhas originais da Amazon.
Posso interromper a sincronização de custo do Facebook?
O que você deve fazer se quiser mudar a conta de anúncios do Facebook, mas já tiver vinculado o custo do Facebook pela AppsFlyer à sua conta de anúncios antiga?
A solução é desconectar a conta de anúncios pelo Facebook. Nenhuma ação deve ser tomada na AppsFlyer.
- No Facebook, acesse Configurações >> Integração de negócios.
- Na guia Ativo, remova a integração da AppsFlyer.
- Acesse o painel da AppsFlyer e conecte o custo com a nova conta de anúncios.
Exemplos de custo do Facebook
Um anunciante executa campanhas usando o Facebook Ads. Na AppsFlyer, o anunciante vê o seguinte:
As informações de custo são fornecidas pelo Facebook para a AppsFlyer. O número de instalações é calculado pela AppsFlyer usando as regras de atribuição da AppsFlyer. Como resultado, os valores de eCPI calculados pelo Facebook e pela AppsFlyer geralmente são diferentes.
Discrepâncias do Facebook com a AppsFlyer
Como quaisquer dois participantes importantes do ecossistema de aquisição de usuários móveis, a AppsFlyer e o Facebook diferem em seus modelos de atribuição. Isso pode causar discrepâncias entre os painéis do Facebook e da AppsFlyer.
Enquanto trabalhamos de perto com o Facebook para minimizar essas discrepâncias, os anunciantes devem estar cientes das causas descritas abaixo para essas discrepâncias.
Diferenças em modelos de atribuição
| Causa | AppsFlyer | |
|---|---|---|
|
Janela de lookback de atribuição de cliques |
1 a 30 dias. Certifique-se de definir 28 dias com o Facebook. |
|
|
Janela de lookback de atribuição de exibição |
1 dia |
1 dia por padrão, mas pode ser configurada para 1–48 horas (manter este valor padrão) |
|
Data de registro da instalação |
O Facebook registra novas instalações na hora do clique/visualização. |
A AppsFlyer registra novas instalações na hora da instalação (a primeira inicialização do aplicativo) |
|
Atribuição de fonte |
Facebook autoatribui instalações independentemente de outras fontes de mídia |
A AppsFlyer usa a atribuição do último clique (mais informações sobre a atribuição da AppsFlyer disponíveis aqui). |
|
Atribuição entre dispositivos |
O Facebook atribui seus usuários que clicam e instalam em diferentes dispositivos, por exemplo, iOS/Android/desktop |
A AppsFlyer atribui dispositivos únicos, que executam tanto o engajamento quanto a instalação |
|
Fusos horários diferentes |
Os dados são exibidos no Facebook de acordo com o fuso horário local onde o usuário fez login. |
A AppsFlyer exibe os dados de acordo com o fuso horário definido para o aplicativo na página do painel configurações do aplicativo, independente do local do usuário. |
Atribuição de cliques e de exibição
A AppsFlyer oferece suporte à atribuição de cliques e de exibição. Para minimizar discrepâncias entre as plataformas da AppsFlyer e do Facebook, certifique-se de que as janelas de lookback de cliques e de exibição sejam iguais.
Para comparar as janelas de atribuição de cliques e de exibição no Facebook com as da AppsFlyer, visite o Facebook. Recomendamos configurar as janelas de atribuição na AppsFlyer de acordo com os valores do Facebook, conforme mostrado na captura de tela a seguir:
Exemplo
Suponhamos que a janela de lookback de cliques do Facebook esteja configurada na AppsFlyer para 7 dias para seu aplicativo com.greatapp, enquanto no Facebook o valor padrão é 28 dias. Usuários que clicam no anúncio do greatapp no Facebook, mas inicializam o aplicativo pela primeira vez após 8 a 28 dias, são atribuídos como usuários orgânicos na AppsFlyer, enquanto o Facebook autorrelata esses usuários.
Diferenças nos eventos in-app
As diferenças entre plataformas também podem estar presentes em eventos pós-instalação (por exemplo, compras in-app), que são exibidos no Facebook e na AppsFlyer. A tabela a seguir descreve os motivos mais comuns para essas diferenças e aconselha como minimizá-las:
| Causa | Descrição | Dica da AppsFlyer |
|---|---|---|
|
Discrepâncias nas instalações |
Os eventos que são realizados por usuários que estão atribuídos em uma plataforma, mas não na outra, também estão em discrepância. |
Minimize as discrepâncias nas instalações de acordo com este artigo para diminuir também as discrepâncias em eventos in-app. |
| Definição de tempo de vida diferente | O tempo de vida dos usuários no Facebook é de até 28 dias, o que significa que o FB não mostra eventos que aconteceram há mais de 28 dias após o clique no anúncio. O tempo de vida dos usuários vindos do Facebook na AppsFlyer é de até 180 dias. |
Ao avaliar os valores dos usuários das campanhas do Facebook de mais de 1 mês atrás, use dados da AppsFlyer para obter uma visão mais ampla. |
| Eventos não mapeados | A AppsFlyer obtém eventos originados do SDK, mas eles não são mapeados para o Facebook e, portanto, não são enviados. | Certifique-se de mapear com o Facebook todos os eventos in-app que implicam na qualidade dos usuários (veja a captura de tela abaixo). |
| Receita não enviada | A AppsFlyer obtém a receita dos eventos originários do SDK, mas eles não são enviados para o Facebook. | Certifique-se de que as caixas Enviar Receita dos eventos in-app estejam sempre marcadas, por exemplo, o evento de compra na captura de tela abaixo. |
| Valores de eventos ausentes no Facebook | A AppsFlyer envia parâmetros e valores para o Facebook como parte do mapeamento de eventos, se eles tiverem as estruturas corretas. | Crie seu evento in-app do SDK de acordo com as estruturas recomendadas da AppsFlyer para mapear totalmente os valores de eventos com o Facebook. |
Instalações de campanhas de reengajamento em meu painel da UA?
Uma campanha de reengajamento pode fazer com que os usuários abram um aplicativo já instalado (reengajamento). Como alternativa, quando a AppsFlyer reconhece que houve uma instalação anterior do aplicativo no mesmo dispositivo, a AppsFlyer pode se referir a essa conversão como uma reatribuição.
Se, em uma campanha de reengajamento, o Facebook atingir novos usuários ou usuários que instalaram o aplicativo pela primeira vez após maisdo que ajanela de reatribuição definida após a instalação original, esses usuários são registrados como novas instalações de aquisição na AppsFlyer, que pertencem a campanhas de reengajamento no Facebook.
Por outro lado, instalações que acontecem dentro da janela de reatribuição definida depois da instalação original são consideradas como reatribuições e aparecem na página de retargeting da AppsFlyer, enquanto podem aparecer como novas instalações pelo Facebook.
Observação
Enquanto o Facebook mostra todas as instalações de uma campanha de redirecionamento no mesmo lugar, no painel da AppsFlyer, as instalações são divididas entre a página Visão geral (novas instalações) e a página de Retargeting (reatribuição e reengajamentos).
Atribuição entre dispositivos
O Facebook relata atribuição entre dispositivos. Às vezes, isso pode causar problemas em que uma campanha para uma plataforma (iOS/Android) mostra instalações em outra plataforma.
Exemplo
Linda clica em um anúncio móvel do GreatApp no Facebook com seu celular Android. O Facebook registra o clique que Linda realizou na campanha original direcionada do Android chamada "Mulheres do Android". Linda decide instalar o GreatApp em seu iPad. Na primeira inicialização, a AppsFlyer pergunta ao Facebook a origem desta instalação no iOS, e o Facebook responde que é a campanha "Mulheres do Android".
Regras de validação e Protect360
Se você usar as Regras de validação da AppsFlyer, os resultados podem diferir entre a AppsFlyer e o Facebook quando instalações originadas do Facebook forem negadas. Nesses casos, o Facebook autorrelata as instalações, enquanto a AppsFlyer recusa essas instalações.
Da mesma forma, se você usar a solução antifraude da AppsFlyer, o Protect360, é possível que haja instalações que o Facebook auto-reporta e a AppsFlyer nega.
Exemplo
Jeff, gerente de UA do GreatApp, cria uma campanha chamada SPNA, que tem como público-alvo somente falantes de espanhol na América do Norte. Como verificação, Jeff define uma regra de validação que aceita somente usuários do Canadá e dos EUA.
Quando um usuário do Facebook da Espanha realiza um clique e uma instalação, o Facebook informa automaticamente a instalação, enquanto o AppsFlyer rejeita a instalação que não passa pela regra da validação.
Solução de problemas da integração do Facebook
Se você concluiu a integração básica e ainda não vê os resultados do Facebook no painel da AppsFlyer, primeiro verifique se você tem novas instalações do Facebook desde a integração.
Se sim, consulte os principais motivos abaixo para resolver o problema:
Nenhuma coleta de IDFA
Conforme mencionado no Guia de integração do SDK - iOS, você deve adicionar o AdSupport.framework ao seu projeto para que a coleta de IDFA seja realizada. Embora na maioria dos casos a atribuição ainda funcione com o "fingreprinting", a coleta de IDFA é obrigatória para trabalhar com o Facebook. Verifique o relatório de dados brutos de instalações para ver se a coluna do IDFA está vazia ou não.
As instalações do Android funcionam no Facebook mesmo sem a coleta de GAID, mas é altamente recomendável implementá-la também.
ID do aplicativo do Facebook incorreto
No painel do Facebook, verifique se a ID do aplicativo está correta e corresponde ao valor na loja de aplicativos.
Observação: Antigamente, havia uma URL para validação da ID do aplicativo, mas ela foi descontinuada pelo Facebook.
Status do aplicativo no Facebook
O aplicativo deve ser definido no Facebook como Ao vivo em vez de Em desenvolvimento para que a atribuição funcione.
Tipo de campanha do Facebook incorreto
Instalação do aplicativo do Facebook
Configuração correta – atribuição funciona.
Configuração incorreta – atribuição falha.
Perguntas frequentes sobre Facebook
Não vejo cliques de campanhas do Facebook no painel da AppsFlyer
Por padrão, o Facebook envia apenas os dados de conversão e de engajamento. No entanto, você pode facilmente começar a obter dados de cliques, impressões e custo para suas campanhas do Facebook.
Posso interromper a sincronização de dados de custo?
Para interromper a sincronização de dados de custo com o Facebook, remova a AppsFlyer da sua integração de negócios na sua conta do Facebook.
A AppsFlyer pode mostrar o nível da campanha e grupos de anúncios?
Os dados do Facebook são exibidos em tempo real?
Quando posso ver dados de uma nova campanha na AppsFlyer?
Para ver dados de novos anúncios, conjuntos de anúncios e campanhas no Facebook, eles devem gerar pelo menos uma instalação.
Por exemplo, um novo anúncio gerou 100 cliques sem nenhuma instalação e não aparece no painel e nos dados da AppsFlyer. Outro anúncio tem apenas um clique e uma instalação, mas é exibido na AppsFlyer.
Como posso obter mais instalações do Facebook?
Como? Leia aqui.
Você disponibiliza os dados brutos do Facebook para agências?
Não vejo dados brutos do Facebook nos relatórios de instalação e de eventos in-app
Por padrão, o Facebook não permite a distribuição de dados em nível de usuário. Os anunciantes que desejam obter esses dados brutos via AppsFlyer podem assinar os Termos de uso de dados do Facebook para Métrica avançada de aplicativos móveis.
Depois que um anunciante concordar com os termos de uso de dados do Facebook, os dados não aparecerão imediatamente. Depois que o anunciante concordar com os termos de uso de dados do Facebook, pelo menos uma instalação do Facebook deverá ser realizada para que os dados apareçam na AppsFlyer. Qualquer pessoa com acesso à conta de anúncios do Facebook pode fazer o seguinte:
- Acesse a janela de configuração do Facebook na AppsFlyer
- Clicar em Terms of service (Termos de serviço)
- Continue no Facebook e concorde com os termos de serviço
OU vá diretamente para o Facebook aqui.
Depois de concordar, e quando pelo menos uma instalação tiver sido realizada depois de aceitar os termos de uso de dados do Facebook, os dados brutos históricos do Facebook serão exibidos na AppsFlyer.
Há colunas específicas para o Facebook nos relatórios de desempenho da AppsFlyer?
Sim. Os relatórios de desempenho possuem estruturas de coluna estática em qualquer combinação de fonte de mídia selecionada, que apresentam informações até o nível de campanha.
No entanto, ao baixar relatórios de desempenho SOMENTE para anúncios do Facebook, a AppsFlyer adiciona quatro colunas a eles, que apresentam as informações até o nível de anúncio único! As colunas adicionadas são Adset Name, Adset ID, Adgroup (por exemplo, anúncio único) Name e Adgroup ID.
Posso trabalhar com os FMPs do Facebook e medir o desempenho com a AppsFlyer?
Para obter detalhes sobre como configurar a atribuição com FMPs, clique aqui.
O que devo fazer ao receber o seguinte aviso?
- Verifique a ID do aplicativo no Facebook e confira se há alguma restrição geográfica ou de idade na ID do aplicativo do Facebook.
- Se a atribuição já estiver funcionando, isso indica que o aplicativo já está disponível publicamente no portal do desenvolvedor do Facebook e você pode ignorar com segurança essa mensagem de erro.
O que acontece com janelas de retrospectiva diferentes do que no Facebook?
Configurar essas janelas para serem mais curtas na AppsFlyer diminui a atribuição do Facebook na AppsFlyer. Por outro lado, configurá-las para serem mais longas na AppsFlyer não tem nenhum efeito, pois as instalações que acontecem após a finalização da janela do Facebook não são atribuídas ao Facebook.
Portanto, para minimizar discrepâncias, recomendamos configurar a janela de lookback do Facebook na AppsFlyer para cliques de 28 dias e visualizações de 1 dia.
Quais são os parâmetros da API do Facebook?
| Dados de conversão | Dados brutos da AppsFlyer | |
|---|---|---|
| campanha | campanha | campaign_group_name |
| campaign_id | ID da campanha | campaign_group_id |
| adgroup | Anúncio | adgroup_name |
| adgroup_id | ID do anúncio | adgroup_id |
| adset | Conjunto de anúncios | campaign_name |
| adset_id | ID do conjunto de anúncios | campaign_id |
| ad_id | ID do anúncio | ad_id |
| agency | parceira | N/D |
| is_fb | Fonte de mídia | is_fb |
| af_channel | Canal | publisher_platform |
Por quanto tempo você mantém os dados no nível do usuário do Facebook?
Os dados agregados passados permanecem os mesmos.
Isso é relevante para todos os canais do Facebook (aplicativo do Facebook, Instagram, Messenger e AudienceNetwork).