Perguntas frequentes, identificação e solução de problemas do OneLink

Visão geral: encontre rapidamente soluções para testar e depurar problemas de redirecionamento/comportamento de links personalizados do OneLink.

Guia de identificação e solução de problemas do OneLink

Perguntas frequentes sobre o OneLink

Perguntas frequentes sobre o template do OneLink

Qual método devo usar para iniciar aplicativos—Universal Links, App Links ou esquemas URI?

Universal Links: necessário para mais de 98% dos usuários do iOS

App Links: para usuários do Android com a versão 6.0+

 Observação

Tanto os Universal Links quanto os App Links requerem prova de que o domínio na URL clicada (em outras palavras, o domínio de link personalizado do OneLink ou domínio de marca) pertence e está associado ao aplicativo específico que está tentando abrir. Essa associação de domínio é feita através do arquivo Apple App Site Association (AASA) para iOS e do arquivo Assetlinks para Android.

Esses arquivos são hospedados pela AppsFlyer ou pelo anunciante em seu site. Por padrão, quando você cria templates do OneLink e configura Universal Links e App Links, esses arquivos são gerados e hospedados pela AppsFlyer.

Esquemas URI: método legado para abrir aplicativos. Pode ser usado:

  • Para usuários do Android com versões anteriores à 6.0 (menos de 15% dos usuários do Android)
  • Como fallback para quando os Universal Links e App Links não conseguem abrir o aplicativo.

    Observação: o uso de esquemas URI como fallback para Universal Links está sujeito a limitações baseadas no iOS. Saiba mais.

Deep Linking

Links universais, links de aplicativos e esquemas de URI são métodos seguros para abrir um aplicativo. Para vincular e redirecionar usuários para atividades ou páginas específicas no aplicativo, siga as instruções de deep link do OneLink.

Quais sistemas operacionais permitem que esquemas URI abram o aplicativo?

SO Os esquemas URI funcionam para abrir o aplicativo?
iOS Sim. Use como fallback para falha de Universal Links.

 

Observações importantes:

  • O uso de esquemas URI como fallback está sujeito a limitações baseadas no iOS.
  • Para muitos navegadores, incluindo o Safari, você deve adicionar o parâmetro af_force_deeplink=true à URL para usar esquemas URI como fallback. Saiba mais.
Android Sim. Use para versões do Android anteriores a 6.0 e como um fallback para quando os App Links falharem em versões posteriores do Android.
Amazon Não
Windows Mobile Não

Preciso atualizar o aplicativo após a configuração de Universal Links do iOS e Android App Links?

Sim. Sempre que Universal Links ou App Links são implementados para abrir o aplicativo para usuários existentes, Domínios Associados ao iOS ou AndroidManifest.xml são atualizados. Isso significa que você deve enviar uma nova versão do aplicativo para a app store relevante. Dica: para minimizar a necessidade de atualizações de aplicativos, faça todas as alterações relacionadas a dev exigidas pelos guias do OneLink 2, 3 e 4 de uma só vez.

Posso redirecionar os usuários existentes para uma página da web em vez do aplicativo?

Sim. No entanto, configurar seu template para isso afeta todos os usuários (novos e existentes) e envia todos para a landing page/URL da web. Ou seja, novos usuários não são enviados para a app store.

Para enviar usuários para uma página da web:

  1. No seu template, não configure Universal Links, App Links ou um esquema URI.
  2. Quando o aplicativo não estiver instalado, configure os redirecionamentos para a landing page/URL da web.
    • A landing page/URLS da web são adicionadas como valores para os parâmetros af_android_url e af_ios_url.
    • Os redirecionamentos também são aplicados automaticamente quando o aplicativo está instalado (para usuários existentes). 

Observação: se você quiser redirecionar usuários existentes para uma página na web mobile, somente após a abertura do aplicativo, o desenvolvedor do aplicativo deverá configurar esse comportamento.

Posso atribuir um aplicativo a vários templates do OneLink?

Sim. Embora você possa usar um único template do OneLink para criar um número ilimitado de URLs do OneLink, em alguns casos talvez seja necessário atribuir um aplicativo a mais de um template do OneLink. Exemplo: se você tiver várias versões de um aplicativo Android para mercados fora da store, talvez seja necessário utilizar um template do OneLink separado para cada versão do Android, com o mesmo aplicativo do iOS atribuído a todas elas.

Importante:

Para templates que usam Universal Links do iOS e Android App Links para abrir o aplicativo, caso os seus templates tenham subdomínios diferentes, você precisará configurar e atualizar seus aplicativos do iOS e do Android para cada um: 

  • Universal Links do iOS: após criar o novo template do OneLink e atualizar o domínio associado no aplicativo, envie uma nova versão para a App Store. Somente usuários do iOS que atualizaram para a nova versão podem ativar a URL do OneLink criada no novo template.
  • Android App Links:
    1. Após criar o novo template do OneLink, copie o trecho XML na parte inferior da seção de App Link e adicione-o ao arquivo AndroidManifest.xml dentro do intent no qual você deseja fazer deep linking, além de quaisquer intents anteriores.
    2. Envie a nova versão para a store. Somente usuários do Android que atualizaram para a nova versão podem ativar uma URL do OneLink criada no novo template

Posso excluir um template do OneLink?

Sim, mas apenas após entrar em contato com seu CSM ou enviar um e-mail para nossa equipe de Engajamento do Cliente em hello@appsflyer.com.

Observação: se você tiver URLs do OneLink existentes com base no template excluído, eles não funcionarão nem para levar usuários à app store. Por esse motivo, é particularmente importante que você não exclua um template sem antes se certificar de que não haja URLs do OneLink ligadas a ele. Como alternativa, considere se é possível obter os resultados necessários alterando a configuração do template existente em vez de excluí-lo.

Posso alterar o subdomínio em um template do OneLink?

Sim, desde que não haja links personalizados existentes na AppsFlyer com base no template.

Se já houver links personalizados na AppsFlyer com base no template do OneLink, o subdomínio não poderá ser alterado. Essa limitação foi projetada para evitar quebrar o comportamento de redirecionamento/deep linking de links online.

Se você precisar alterar o subdomínio em um template em links personalizados existentes, você pode: 

  • Criar um novo template do OneLink com o novo subdomínio e criar links com base nele.
  • Excluir todos os links personalizados existentes com base no template para o qual o subdomínio precisa ser alterado. Depois que todos os links baseados no template forem excluídos, o subdomínio torna-se editável.

O domínio/subdomínio de um template do OneLink pode ser aplicado ao ID do template de outro template?

Não. Isso quebraria a funcionalidade dos Universal Links e App Links, representando uma ameaça à segurança.

Posso usar o mesmo subdomínio para mais de um template?

Sim. No entanto, certifique-se de criar templates separados com o subdomínio; não basta adicionar o subdomínio ao ID do template separado. 

Perguntas frequentes sobre links personalizados do OneLink

O OneLink funciona sem o SDK da AppsFlyer?

Sim, mas apenas em parte.

Se você precisa converter rapidamente visitantes de web mobile em usuários mobile e não consegue integrar o SDK da AppsFlyer, é possível fazê-lo.

O redirecionamento básico de usuários e o lançamento de aplicativos funcionam mesmo se o SDK da AppsFlyer ainda não estiver integrado ao aplicativo. Smart Banners também não exigem o SDK e também funcionam bem sem ele.

No entanto, a ausência do SDK significa que:

  • Usuários que clicam não podem passar por deep linking além da inicialização do aplicativo.
  • Os dados de atribuição não são registrados.
  • Eventos in-app não são registrados.

Os links personalizados do OneLink podem abrir o aplicativo a partir de um navegador?

Sim, mas observe que Universal Links e App Links só funcionam quando clicados (por exemplo, ao clicar em um link em uma página da web ou e-mail). Colar o link na barra de endereços do navegador não iniciará o aplicativo.Teste seus links clicando nas URLs, e não os cole na barra de endereços do navegador.

Como posso redirecionar usuários de desktop?

Usuários de desktop podem se engajar com seus links personalizados do OneLink, por exemplo, por meio de uma campanha de e-mail. No entanto, quando usuários de desktop clicam nesses links, eles não podem ser redirecionados para um site mobile, app store ou aplicativo.

Então, como posso oferecer aos usuários de desktop uma boa experiência e convertê-los em usuários mobile?

Na URL ou template do OneLink, você pode redirecionar usuários de desktop (Windows ou Mac) para uma URL diferente. Essa URL da web é adicionado ao link no parâmetro af_web_dp. Observação: se o link contiver af_web_dp, a AppsFlyer não registrará um clique quando vem de um desktop.

 Dica

Tente redirecionar os usuários de desktop para uma URL da web que contém um formulário da web dedicado que envia uma URL do OneLink para o dispositivo mobile do usuário de desktop através de SMS ou e-mail. Saiba mais sobre essa opção como parte da solução de OneLink Smart Script.

Por que a URL do OneLink não abre o aplicativo ou faz um deep link de usuários existentes?

Apesar das melhores intenções, em alguns casos, suas URLs do OneLink podem não executar o deep link pretendido. Quando isso acontece, no lugar de abrir o aplicativo ou fazer um deep link para uma atividade específica dentro do aplicativo, os usuários são redirecionados para a app store ou para uma página de erro.

Existem vários motivos possíveis para isso: 

  • Aplicativos host: aplicativos nos quais seus links de atribuição são compartilhados (por exemplo, WhatsApp, Gmail, WeChat) usam métodos diferentes para ativar links clicados, como navegadores internos proprietários. Alguns deles são conhecidos por bloquear todos os links de atribuição.
  • Navegadores: certos navegadores e plataformas de SO se comportam de maneira diferente com links. Em determinados navegadores, por exemplo, colar um link não funciona. Na verdade, o link deve ser clicado. 
  • Atualizações do SO: novas atualizações do SO (iOS e Android) podem introduzir bugs inesperados que dificultam o deep linking.
  • Dispositivos: diferentes smartphones, tablets, laptops e outros dispositivos que executam versões diferentes do iOS, Android, Windows Mobile e outros sistemas operacionais podem variar muito em seu manuseio de links de atribuição.
  • Configuração incorreta: o uso de caracteres especiais no valor do deep linking quebra o link.

Duas soluções para melhorar a experiência do usuário são URLs de fallback e deep linking forçado.

URLs de fallback

URLs de fallback enviam usuários para páginas da web especificadas se a abertura do aplicativo ou o deep linking falhar por qualquer motivo. Atenção! Eles também enviam usuários sem o aplicativo instalado para a URL de fallback em vez de para a app store correta. Portanto, não se esqueça de usar essa opção somente se você estiver fazendo o retargeting de usuários com seu aplicativo já instalado.

Para implementar uma URL de fallback, no template do OneLink ou nas definições de links personalizado, defina o comportamento do link para quando o aplicativo não estiver instalado para redirecionar para uma URL diferente.

different_url.png

O uso dessa configuração adiciona af_ios_url e af_android_url como parâmetros de destino para o fallback, o que fará com que os usuários do iOS sejam redirecionados para a página especificada por af_ios_url e usuários do Android a serem redirecionados para a página especificada por af_android_url

 Exemplo

Considere, por exemplo, a seguinte URL do OneLink:

https://go.onelink.ly/qwerty?pid=source&af_dp=greatapp%3A%2F%2F&af_ios_url=www.yoursite.com/ios-bonus
&af_android_url=www.yoursite.com/android-bonus

Os usuários do iOS e do Android que clicarem neste link devem estar vinculados por deep linking ao aplicativo. No entanto, quando o deep linking falha, os usuários são redirecionados da seguinte forma:

  • iOS: www.seusite.com/ios-bonus
  • Android: www.seusite.com/android-bonus

 Observação

  • Se você incluir um símbolo de hash (#) como parte de um valor de parâmetro na URL, precisará codificá-lo.

  • Quando o redirecionamento ocorre, os parâmetros da URL do OneLink passam para a página de destino especificada por af_ios_url ou af_android_url. Para evitar esse comportamento, adicione o parâmetro af_param_forwarding=false ao OneLink.

Deep linking forçado

Forçar o deep linking permite que você use um esquema URI como um fallback para abrir o aplicativo e fazer um deep link dos usuários.

Essa solução funciona bem para a maioria dos usuários que têm o aplicativo instalado. No entanto, para iOS, usar um esquema URI para abrir o aplicativo tem suas limitações, e talvez seja necessário adicionar af_force_deeplink=true à URL do OneLink para forçar o deep linking, fazendo com que ocorra a atividade especificada no esquema URI (o parâmetro af_dp). Saiba mais sobre o fallback do esquema URI para iOS.

Por que minha URL do OneLink abre uma página em branco no Chrome?

Certifique-se de que você não está usando uma tag HTML <a> que inclua o atributo target. Se a URL do OneLink for colocada dentro de uma tag <a> com o atributo target="_blank, ela abrirá uma página em branco no Chrome (tanto no iOS quanto no Android), e o usuário não é redirecionado para a App Store ou para o Google Play.

Os links personalizados do OneLink levam mais tempo para carregar do que outros links?

Não. Os links personalizados do OneLink não adicionam nenhum tempo de processamento ou de carregamento extra para funcionar corretamente e redirecionam os usuários conforme necessário. Eles são tão rápidos quanto qualquer outro link da AppsFlyer.

Como posso registrar o custo por instalação ao usar o OneLink?

Ativar o custo por instalação (em Parâmetros avançados) permite aplicar um valor de CPI específico a cada instalação proveniente do link.

Selecione a moeda de custo e, em seguida, um valor SOMENTE numérico (com até 4 dígitos após o ponto decimal) representando o CPI. Isso adiciona os parâmetros af_cost_currency e af_cost_value ao link.

 Exemplo

Uma campanha de SMS custa US$20 por 1.000 mensagens (CPM). A experiência mostrou que suas campanhas atingem uma taxa de conversão de 5%, o que significa que o CPI derivado é de US$0,40. Definir o custo por instalação para 0,40 USD permite que você mensure o eventual ROI da campanha SMS.

Saiba mais sobre como mensurar o custo e o ROI.

Como posso evitar o encaminhamento de parâmetros em redirecionamentos?

af_raf_ios_urlaf_android_urlaf_web_dp transportam parâmetros do link de atribuição ou OneLink para a página redirecionada. Para evitar esse comportamento, adicione af_param_forwarding=false ao Link de atribuição.

Os links personalizados de plataforma única ainda estão disponíveis?

O OneLink agora é o único método suportado para criar links de atribuição personalizados para mídia própria.

No passado, os proprietários de aplicativos também podiam usar links personalizados de plataforma única (específicos do aplicativo) sem usar o OneLink. Esse método está descontinuado e novos links personalizados só podem ser criados com base em um template do OneLink.

No entanto, se você tiver links personalizados legados de plataforma única, eles ainda funcionarão como de costume. Você também pode visualizar e editar seus links legados clicando em Exibir links legados de plataforma única no canto superior direito da página de links personalizados do OneLink.

Posso alterar o ID de URL curto depois de salvar um link?

Não, o ID de URL curto só pode ser definido no momento em que o link é criado.

Posso encapsular e encurtar links personalizados do OneLink?

Não, encurtadores de links externos ou encapsulamento de links personalizados do OneLink quebrarão a funcionalidade de abertura de aplicativos de Universal Links e App Links.

Para ativar Universal Links ou App Links, o SO precisa reconhecer o domínio da URL associada ao aplicativo, e qualquer tipo de encapsulamento, encurtamento ou redirecionamento para o link voltado para o usuário torna isso impossível. Isso inclui o uso de bit.ly, links de marca (branded links) que não são da AppsFlyer ou Provedores de Serviço de E-mail (ESPs) com gravação de cliques ativada.

Para encapsular ou encurtar um link de forma que permita que o redirecionamento funcione corretamente: 

  • Use as URLs curtas geradas automaticamente pela AppsFlyer ao criar links personalizados do OneLink (em vez de encurtadores externos, como o bit.ly).
    Benefícios:
    • Esse método funciona porque usa o subdomínio do OneLink configurado no template do OneLink.
    • Isso permite que você altere os parâmetros rapidamente, incluindo quaisquer configurações de deep linking, mesmo depois de distribuir os links de atribuição para seus leads.
    • Isso conta todos os cliques de dispositivos mobile no dashboard da AppsFlyer, para que você não precise verificar outro serviço.
    • A última parte da URL curta pode ser personalizada para torná-la um branded link.
  • Use o esquema URI como um fallback para abrir o aplicativo quando Universal Links e App Links falharem, e adicione o seguinte parâmetro ao link: af_force_deeplink=true.
  • Veja as opções para trabalhar com ESPs.

Posso usar links personalizados do OneLink em e-mails?

Sim, mas requer consideração especial quando você está trabalhando com Provedores de Serviços de E-mail (ESPs). Para contar cliques realizados, os ESPs envolvem todos os links colocados dentro de e-mails. Isso quebra o fluxo de abertura/deep linking do aplicativo para usuários que clicam na URL.

Para evitar isso, use uma das seguintes soluções opcionais:

  • Desative o registro de cliques na configuração do ESP.
    (dica: essa geralmente é a solução mais fácil.)
  • Force o aplicativo a abrir usando o esquema URI especificado no parâmetro af_dp ao adicionar o sinalizador af_esp=true ao link de atribuição. Essa solução funciona bem para usuários que têm o aplicativo instalado.
  • Use ESPs compatíveis com a solução da AppsFlyer para a abertura de aplicativos e deep linking com Universal Links. Saiba mais.

Como os usuários são redirecionados para a app store regional?

O OneLink redireciona os usuários para a app store regional correta com base em seu endereço de IP.

Perguntas frequentes sobre o parâmetro do OneLink

Quais parâmetros são obrigatórios para links personalizados do OneLink?

Somente o parâmetro fonte de mídia (pid) é obrigatório.

Os parâmetros podem ser anexados à URL curta?

Sim, qualquer parâmetro pode ser anexado à URL curta.

Importante! Os parâmetros anexados à URL curta não substituem os parâmetros dentro do link.

 Exemplo

  • Você cria um link personalizado do OneLink com o seguinte output:
    • URL longa: https://onelink-sim.onelink.me/Il2C?pid=training&c=peaches
    • URL curta: https://onelink-sim.onelink.me/Il2C/70e6d165
  • Você anexa os seguintes parâmetros à URL curta: https://onelink-sim.onelink.me/Il2C/70e6d165?c=bananas&af_adset=fruits
  • O parâmetro af_adset=fruits anexado à URL curta é eficaz para atribuição. No entanto, o parâmetro c=bananas não é eficaz, pois já existe um parâmetro c na URL longa.

Quais nomes de fonte de mídia personalizados posso usar?

Os valores pid reservados ao parceiro integrado (aqueles que terminam com _int) não podem ser usados como valores de fonte de mídia em links personalizados do OneLink. Use a configuração de parceiros integrados para criar links de atribuição relacionados a parceiros. Para mais detalhes, clique aqui.

Não use facebook facebook ads, googleadwords, twitter ou organic como nomes de fontes de mídia personalizadas. Isso pode afetar a integridade dos dados de atribuição, fazendo com que as instalações de sua mídia própria sejam atribuídas a parceiros integrados.

Quais parâmetros de atribuição podem ser adicionados a um OneLink?

Você pode adicionar vários parâmetros de atribuição para poder executar uma análise detalhada completa. 

Parâmetro de atribuição Descrição Nome do link do parâmetro
Campanha Defina nomes de campanha para comparar diferentes campanhas dentro da fonte de mídia própria C
Conjunto de anúncios Defina nomes de conjuntos de anúncios para comparar diferentes conjuntos de anúncios em campanhas específicas da fonte de mídia própria af_adset
Nome do anúncio

Defina nomes de anúncios para comparar diferentes criativos em conjuntos de anúncios/campanhas específicos de fonte de mídia própria

af_ad
Canal

Defina nomes de canais se quiser comparar mais de um canal de distribuição para sua mídia própria.

Exemplo: se você dividir mensagens SMS entre dois provedores de serviços SMS, especifique o provedor usando o parâmetro de canal. Mais tarde, você pode comparar as taxas de conversão dos dois provedores.

af_channel
Parâmetros do assinante

Use qualquer um dos 5 parâmetros de assinante disponíveis para inserir valores úteis para sua análise.

Observação: esses parâmetros são analisados e exibidos em relatórios de dados brutos, o que os torna úteis para realizar agregação ou filtragem de dados.

af_sub1, af_sub2, af_sub3, af_sub4, af_sub5

Parâmetros personalizados

Semelhante aos parâmetros do assinante, você pode especificar campos com nomes e valores de parâmetros. e quaisquer nomes.

Ao contrário dos parâmetros do assinante, os parâmetros personalizados não são analisados em dados brutos. Eles aparecem em relatórios de dados brutos somente na coluna url original.

Personalizado
(conforme você especifica)

Veja mais informações sobre a estrutura e os parâmetros do link de atribuição da AppsFlyer.

Os parâmetros personalizados são adicionados aos links personalizados do OneLink disponíveis em dados brutos?

Sim. Os parâmetros personalizados são passados para a coluna url original em dados brutos e podem ser vistos lá. Eles não têm suas próprias colunas em dados brutos.

Para dados analisados, use parâmetros de assinante af_sub1-5, cada um dos quais tem uma coluna separada em relatórios de dados brutos.

Os nomes de parâmetros diferenciam maiúsculas de minúsculas?

Sim. Certifique-se de usar apenas letras minúsculas para seus parâmetros e valores. Letras maiúsculas ou maiúsculas inconsistentes em nomes e valores de parâmetros podem causar erros ou discrepâncias de dados, tanto no dashboard quanto em dados brutos.

Perguntas frequentes sobre parceiros integrados

Posso usar o OneLink em aplicativos sociais (não pagos)?

Talvez você queira usar o OneLink em publicações não pagas em aplicativos sociais, já que usuários em potencial que estão expostos a esses posts não podem ser direcionados antecipadamente de acordo com seus dispositivos.

Infelizmente, as limitações e restrições do Universal Link do iOS definidas por alguns aplicativos sociais complicam o uso do OneLink para o reconhecimento básico de dispositivos, redirecionamento e atribuição de dispositivos e deep linking. Em certos casos, pode ser necessário configurar uma página de destino do aplicativo social ou um esquema URI para redirecionar ou fazer o deep link de usuários.

A tabela a seguir resume quando o OneLink pode ser usado nos aplicativos sociais mais populares:

Aplicativo Social Usuários do Android sem o aplicativo instalado Deep linking do Android Usuários do iOS sem o aplicativo instalado Deep linking do iOS
Facebook(incluindo publicações impulsionadas) ✓* ✓* 
Facebook Messenger ✓*  ✓* 
Snapchat ✓*  ✓* 
Instagram ✓* 
LinkedIn ✓** ✓*
Reddit - - - -
Slack ✓*  ✓* 
Twitter ✓*  ✓* 
WeChat †  †  ✓* ✓*† 
WhatsApp

* Nos casos de esquema URI ou da configuração de uma landing page de um aplicativo social. Saiba mais

** Deve ter um esquema URI.

O usuário pode ser solicitado a abrir o link em um navegador externo.

Posso usar o OneLink com ad networks (pagas)?

Sim, mas lembre-se que o OneLink é usado principalmente com mídias próprias, não com ad networks.

Como as ad networks geralmente anunciam em aplicativos (o que significa que eles conhecem a plataforma do usuário, o ID do dispositivo etc), links de atribuição específicos de aplicativos e plataformas bastam, assim, usar o OneLink não é necessário.

No entanto, para casos em que as ad networks não conhecem a plataforma do usuário com antecedência (por exemplo, quando executam campanhas de e-mail ou SMS), o OneLink pode ser a solução.

 Importante!

Ao usar o OneLink com ad networks, você deve usar a URL longa do OneLink.

Para configurar o OneLink para redes de anúncios de parceiros:

  1. Vá para Parceiros integrados no dashboard do seu aplicativo Android e selecione a rede de anúncios relevante.
  2. Copie o link de atribuição do aplicativo da janela de configuração e salve-o em um documento externo.
  3. Repita as etapas 1 e 2 para o aplicativo iOS.
  4. Crie o link de atribuição:
    1. Verifique se o OneLink está configurado corretamente.
      Na seção Atribuição, use "teste" como o nome da fonte de mídia.
    2. Clique em Gerar link.
      As URLs curtas e longas aparecem.
    3. Copie a URL longa.
    4. No link longo, substitua a fonte de mídia de "teste" pelo PID exato do parceiro integrado ao link. Por exemplo: https://greatapp.onelink.me/U8ru?pid=network_int&c=MyCampaign
    5. Adicione TODOS os parâmetros de AMBOS os links de atribuição
      Se o link de atribuição do aplicativo iOS e Android forem idênticos, simplesmente copie os parâmetros de um dos links. Caso contrário, verifique se você possui todos os parâmetros de ambos os links.

Depois que todos os parâmetros forem adicionados corretamente, quando o link personalizado do OneLink é clicado e o usuário é redirecionado para a plataforma correta, os parâmetros necessários são enviados para a rede dentro de um postback após a instalação do usuário.

 Exemplo

https://greatapp.onelink.me/3287867539?pid=network_int&c=email&
idfa{$IDFA}&gaid={$GAID}&clickid=$SITEID&
af_sub1=[pixel_code]&af_sub2=[creative]

A ad network usa os parâmetros IDFA ou GAID de acordo com a plataforma do dispositivo do cliente e desconsidera o outro parâmetro.

Quais métodos estão disponíveis para criar links personalizados do OneLink?

A tabela a seguir compara os diferentes métodos disponíveis para criar links personalizados do OneLink.

Método de criação de link Usos URL curta/longa Recurso premium Visível na interface do usuário? Atribuição TTL (Time to Live) máx e padrão
Interface do usuário da AppsFlyer Criar template do OneLink e links personalizados Ambos -- Sem TTL
API OneLink Crie milhares de OneLinks rapidamente Curto -- 31 dias
SDK Campanhas de convite do usuário (indicação) Curto -- -- 180 dias
OneLink Smart Script Campanhas mobile web-to-app Longo -- -- Sem TTL
Planilha Crie milhares de links personalizados do OneLink aplicando suas próprias fórmulas Longo -- -- Sem TTL

Como posso resolver o problema de inicialização do aplicativo iOS a partir de aplicativos de redes sociais?

O Facebook e outros aplicativos de mídia social às vezes impedem que os Universal Links do iOS abram aplicativos. As landing pages de aplicativos sociais são a solução recomendada para esses problemas de inicialização de aplicativos.

Se você não deseja usar landing pages de aplicativo social, você pode usar esquemas URI como um método de fallback. Porém, atenção:

  • O uso de esquemas URI como fallback está sujeito a limitações baseadas no iOS.
  • Para muitos navegadores, incluindo o Safari, você deve adicionar o parâmetro af_force_deeplink=true à URL para usar esquemas URI como fallback. Saiba mais.

Posso usar o OneLink no Instagram?

Sim, mas esteja ciente das seguintes limitações:

  • Devido à forma como o Instagram renderiza o texto de uma publicação de página, os links não podem ser clicados quando inseridos na legenda da publicação.
  • A abertura de aplicativos e o deep linking em aplicativos Android são compatíveis sem quaisquer considerações especiais. No entanto, o Instagram não é compatível com a abertura de aplicativos e o deep linking para aplicativos iOS. Para resolver esse problema, você pode assumir uma das seguintes abordagens:

    • Recomendado: configure uma landing page do aplicativo social. Os templates Clustered Poster e ShowAndTell funcionam melhor. Além da landing page social, recomendamos configurar um esquema URI no seu template do OneLink.
    • Use um esquema URI e o deep linking forçado ao usar o OneLink no Instagram. Certifique-se de ter as seguintes considerações em mente ao usar af_force_deeplink=true com o OneLink no Instagram:
      Aplicativo instalado? O clique tem af_force_deeplink=true? Resultado
      Não Sim O clique abre a app store
      Não Não O clique abre a app store
      Sim Sim O clique abre o aplicativo
      Sim Não O clique abre a app store

Posso usar o redirecionamento do OneLink para Android no WeChat?

O WeChat substitui deep links do Android e redireciona os usuários para uma página da web. Na página da web, o usuário deve clicar no botão Opções e escolher para abrir a página em um navegador. Como consequência, os usuários se deparam com uma experiência de usuário interrompida, aumentando a chance de evasão no funil de conversão.

Para superar isso, o OneLink reconhece cliques no WeChat e carrega uma landing page dedicada instruindo o usuário a clicar no botão de opções e clicar em Abrir no navegador. Isso, por sua vez, abre a URL de redirecionamento definida na configuração do template do OneLink.

WeChat_a.jpg

Se o idioma do WeChat do usuário estiver cadastrado como Chinês, o OneLink gera uma versão localizada da landing page:

WeChat_b.jpg

Perguntas frequentes sobre testes

Como posso fazer um teste A/B na landing page do aplicativo social?

A landing page do aplicativo social oferece aos usuários uma experiência ininterrupta de abertura de aplicativos ao usar o OneLink em aplicativos de redes sociais. Você pode estar preocupado com o fato de que adicionar uma etapa ao funil diminui as taxas de conversão. Mas a verdade é que, sem a landing page, as jornadas dos usuários geralmente são interrompidas, resultando em taxas de conversão muito baixas.

Se você não está totalmente convencido, por que não testá-lo?

Faça um teste A/B no seu link personalizado em aplicativos de mídia social, com e sem a landing page do aplicativo social.

Para fazer um teste A/B na landing page do aplicativo social:

  1. Crie um link personalizado do OneLink (chamado Link1) para usar com aplicativos de mídia social. Não defina a landing page de aplicativos sociais para este link.
  2. Adicione o parâmetro de atribuição af_adset.
  3. Adicione o parâmetro de atribuição af_ad com o valor "no lp". 
  4. Teste o Link1 fora dos aplicativos de mídia social e verifique se o link funciona e inicia seu aplicativo corretamente.
  5. Duplique o Link1 e chame-o de Link2.
  6. Altere o valor do parâmetro de atribuição af_ad para "usar lp". 
  7. Crie a landing page do aplicativo social apenas para Link2.
  8. Publique 2 postagens diferentes no mesmo aplicativo de mídia social, usando Link1 e Link2.
    Não se preocupe com o número diferente de cliques que cada link produz. O KPI importante é a taxa de conversão final de cada link.
  9. Verifique os resultados do teste A/B após a criação de tráfego suficiente.
    1. Acesse o dashboard de visão geral da AppsFlyer e role para baixo até a tabela Relatório de performance agregada.
    2. Link1 e Link2 têm a mesma fonte de mídia, campanha e nome do conjunto de anúncios. Analise detalhadamente o conjunto de anúncios específico.
    3. Compre as taxas de conversão (e outros KPIs) de usuários que clicaram no Link1 ou no Link2.

Como posso ignorar a caixa de diálogo de seleção de aplicativos?

Se você vir uma caixa de diálogo de seleção de aplicativo ao testar seu OneLink, certifique-se de assinar seu aplicativo, mesmo que seja um aplicativo de depuração. O certificado que você usa para assinar o aplicativo é o mesmo certificado que você usa para gerar a impressão digital SHA256 ao configurar o OneLink para App Links.

Perguntas frequentes sobre deep linking

Quais métodos de deep linking devem ser implementados?

Seus desenvolvedores devem implementar o método Unified Deep Linking (UDL) para deep linking. Veja nossas instruções completas para deep linking.

Universal Links para iOS e Android App Links são métodos de lançamento de aplicativos, que na verdade não fazem o deep linking de usuários (enviando-os para conteúdo específico dentro do aplicativo). O método de esquema URI pode iniciar o aplicativo e fazer o deep linking de usuários (por meio do parâmetro de link personalizado af_dp), mas ele só deve ser configurado para a inicialização do aplicativo. Seu principal uso é como um método de fallback para Universal Links, App Links e para usuários iniciantes de aplicativos com versões do sistema operacional Android anteriores a 6.0.

Depois que o aplicativo é iniciado usando qualquer um desses métodos, o SDK da AppsFlyer fornece o deep_link_value especificado no link de atribuição personalizado. Esse valor deve ser entregue por meio do método UDL implementado por seus desenvolvedores.

Um esquema URI (parâmetro af_dp) pode ser usado para deep linking?

Sim, mas não é recomendado. Idealmente, você deve usar o deep_link_value para deep linking e o esquema URI como um método de fallback para iniciar o aplicativo sem deep linking (por meio do parâmetro af_dp). No entanto, se você já tiver o esquema URI configurado para deep linking, com parâmetros adicionais concatenados como parte do caminho da URI (por exemplo, greatapp: //param1/param2), não há necessidade de alterar sua configuração ou código existente; o esquema URI continuará funcionando. 

A prática recomendada para adicionar parâmetros personalizados é por meio da página de configuração de links personalizados.

Perguntas frequentes sobre o iOS 14

O deep linking do OneLink funciona para iOS 14?

Não há impacto na experiência do usuário para os usuários do iOS 14 que são vinculados por deep link a partir de campanhas em ad networks e mídia própria.

Para fins de atribuição/emissão de relatórios, a AppsFlyer usa IDFA ou IDFV quando disponível. Se não houver IDFA ou IDFV, a modelagem probabilística pode ser usada. A partir do iOS 14.5+, a modelagem probabilística é limitada ao contexto de mídia própria, promoção cruzada e fluxos consentidos do usuário web-to-app.

O deferred deep linking do OneLink funciona para o iOS 14?

Não há impacto na experiência do usuário para os usuários do iOS 14 que vêm através de deferred deep link de campanhas em ad networks e mídia própria.

Para fins de atribuição/emissão de relatórios, a AppsFlyer usa IDFA ou IDFV quando disponível. Se não houver IDFA ou IDFV, a modelagem probabilística pode ser usada. A partir do iOS 14.5+, a modelagem probabilística é limitada ao contexto de mídia própria, promoção cruzada e fluxos consentidos do usuário web-to-app.

O iOS 14 pode afetar o deferred deep linking de campanhas de ad network que dependem do IDFA. Recomendamos que os clientes que desejam implementar deferred deep linking de ad networks e mídias próprias usem a versão 6.1.0+ do SDK para iOS da AppsFlyer para permitir o consentimento À ATT (se necessário), mitigar o impacto geral e se beneficiar de tempos de resposta mais rápidos.

Este artigo foi útil?