Se o seu app não abrir quando você clica em um Singular link, o problema geralmente é um dos seguintes:

1. Pré-requisitos ausentes no app ou no painel da Singular:
   • Certifique-se de que o seu app atenda aos pré-requisitos e configurações necessários.
   • Consulte o guia detalhado de pré-requisitos aqui: Pré-requisitos dos Singular Links .
2. Configuração incorreta do link:
   • Verifique se os destinos estão corretamente definidos na página "Manage Links".
   • Siga as etapas deste guia: Como criar deep links .

Nos casos em que os deep links funcionam, mas os deferred deep links não, o problema está na forma como o Singular Links Handler foi implementado em relação às práticas recomendadas do SDK da Singular, já que recomendamos inicializar o Singular SDK no Open URL e em todos os pontos de entrada do app.

No iOS, um problema comum ao testar deferred deep links é o Private Relay da Apple - certifique-se de desativá-lo no seu dispositivo de teste em Ajustes > [Nome] > iCloud > Proteção Avançada de Dados > Private Relay:

A melhor maneira de testar o deferred deep linking é começar do zero com o guia de testes da Singular. Siga este guia: Como testar um tracking link enquanto usa o seu Singular link.

Alguns parceiros não oferecem suporte a campanhas de retargeting / reengajamento .

Se um parceiro oferecer suporte a essas campanhas, mas a opção não estiver disponível na página Create Link/Edit Link da Singular, entre em contato com a equipe de suporte da Singular para que possamos atualizar a integração.

» Saiba mais sobre reengajamento no FAQ de reengajamento .

Verifique se o link já existe. Você não pode criar um tracking link com a mesma source, o mesmo nome de tracking link e o(s) mesmo(s) app site(s) configurado(s) de um link já existente.

Se você quiser redirecionar para o destino "Se o app não estiver instalado, ir para" sempre, e não tentar fazer o deep link do usuário mesmo que o app esteja instalado, basta criar o Singular link sem configurar o destino do deep link.

Quando um usuário visualiza ou clica em um dos seus anúncios, ele aciona um link que notifica o seu provedor de atribuição da visualização ou do clique. O provedor de atribuição usa essa informação para acompanhar instalações e reengajamentos de apps móveis. O link pode incluir outras informações, que acabarão sendo exibidas nos seus relatórios.

» Para mais contexto sobre como os tracking links possibilitam a atribuição, consulte Entendendo a atribuição de apps móveis da Singular .

Os Singular Links são a solução de tracking link da Singular, que permite criar e gerenciar tracking links por meio de uma interface que orienta você por todas as opções disponíveis de comportamento do link, configurações de atribuição e informações adicionais para incluir no link.

Os Singular Links aproveitam automaticamente as tecnologias iOS Universal Links e Android intent para criar deep links sempre que possível (consulte os pré-requisitos ).

Aqui está um exemplo de Singular Link. Você pode testá-lo no seu dispositivo iOS ou Android:

https://singularassist.sng.link/A59c0/nha7?_dl=singularassist%3A%2F%2F

Quando um usuário clica em um link comum na web, como www.linkedin.com, o navegador pergunta ao servidor da URL (neste caso, o LinkedIn) o que ele deve fazer e, em resposta, o servidor da URL fornece ao navegador algum HTML para exibir ao usuário.

Quando um usuário clica em um tracking link, o servidor do provedor do link instrui o navegador do usuário a ir para uma URL diferente (a URL de redirect) e a exibir o conteúdo dessa URL. O redirecionamento normalmente é realizado via HTTP 302 .

No contexto do deep linking, um fallback redirect é um destino de redirect para o qual você quer levar o usuário caso o deep link falhe.

Normalmente, se um usuário clica em um anúncio do seu app, você quer que o deep link o leve para uma tela específica dentro do app. Mas se o usuário ainda não tiver o app instalado, você quer redirecioná-lo para a app store para que baixe o seu app.

Deep links são links que não apenas abrem o app no dispositivo do usuário (se ele já tiver o app instalado), mas também exibem um conteúdo específico do app ou uma experiência específica do usuário, em vez de apenas abrir a tela padrão do app.

Os deep links levam os usuários recorrentes diretamente ao coração do seu aplicativo, assim como os links comuns da web direcionam os usuários a uma página específica dentro de um site. Depois de fazer um pouco de trabalho para implementar deep links no seu app, você pode levar os usuários diretamente a uma tela específica do seu app ou criar experiências personalizadas no momento em que eles entram no app.

Os desenvolvedores têm usado diferentes métodos para habilitar o deep linking:

1. URI Schemes (por exemplo, "myapp://path/to/page?pageid=1"): Também conhecido como deep linking por "app scheme". Nesse método legado de deep linking, o desenvolvedor do app registra um "scheme" para o app, para que a plataforma do dispositivo saiba que precisa abrir o app sempre que um usuário clica em um link com esse scheme - no nosso exemplo, qualquer link que comece com "myapp://".
   • Se o app estiver instalado no dispositivo, ele abre e, em seguida, analisa o restante do link e mostra ao usuário uma página específica dentro do app ou oferece uma experiência específica de acordo.
   • Se o app não estiver instalado no dispositivo do usuário, isso resulta em erro. Não há URL de fallback.
2. iOS Universal Links (iOS 9+): Essa tecnologia foi desenvolvida para aprimorar o deep linking baseado em URI scheme no iOS. Ao usar essa tecnologia, o desenvolvedor do app primeiro configura um domínio web verificado (por exemplo, "myapp.com") para servir Universal Links de um app. Quando um usuário clica em um Universal Link (por exemplo, "https://www.myapp.com/path/to/page?pageid=1"), a plataforma do dispositivo sabe que precisa abrir um app específico.
   • Se o app estiver instalado no dispositivo, ele abre e, em seguida, analisa o restante do link e mostra ao usuário uma página específica dentro do app ou oferece uma experiência específica de acordo.
   • Se o app não estiver instalado, o usuário é levado de forma transparente à URL da web, usando o navegador padrão do dispositivo.
3. Android App Links (Android 6.0+): O aprimoramento do Android para o deep linking baseado em URI scheme. Ao usar essa tecnologia, o desenvolvedor do app primeiro configura um domínio web verificado para servir App Links. Quando um usuário clica em um app link, a plataforma do dispositivo sabe que precisa abrir um app específico.
   • Se o app estiver instalado no dispositivo, ele abre e, em seguida, analisa o restante do link e mostra ao usuário uma página específica dentro do app ou oferece uma experiência específica de acordo.
   • Se o app não estiver instalado, o usuário é levado de forma transparente à URL da web, usando o navegador padrão do dispositivo.

Deferred deep linking é outro aprimoramento dos deep links. Com essa tecnologia, se um usuário clica em um deep link e não tem o app instalado no dispositivo, além de ser direcionado a uma app store, os parâmetros do deep link (qual página ou experiência personalizada mostrar ao usuário) na verdade não são perdidos. Se o usuário mais tarde instalar o app a partir da app store e abri-lo, o app acessa os parâmetros do deep link e mostra ao usuário a experiência personalizada pretendida.

Diferentemente do deep linking, o deferred deep linking geralmente só é possível com a ajuda de um rastreador de atribuição :

1. O rastreador coleta informações sobre cliques pré-instalação direcionados ao app móvel.
2. O SDK do rastreador, implementado dentro do app, consegue acessar esse contexto pré-instalação.
3. O app usa o SDK para descobrir com qual deep link o usuário originalmente interagiu e servir a página ou experiência personalizada pretendida quando o app é aberto pela primeira vez.

Embora o deep linking seja uma maneira incrivelmente útil de interagir com o seu usuário, para usá-lo corretamente nos seus canais de marketing, você deve estar familiarizado com o seu uso e suas limitações.

Configurações de redirect

Certifique-se de definir redirect=true.

Limitações dos URI (App) Schemes

Usar URI (app) schemes geralmente não é recomendado, porque, se o app ainda não estiver instalado no dispositivo do usuário, clicar em um link causará um erro e reduzirá drasticamente o engajamento do usuário.

No iOS, o deep linking por URI scheme pode ser a única maneira de fazer o deep link do usuário nos casos em que o método preferido, iOS Universal Links, pode falhar. No entanto, tenha em mente que a experiência do usuário final ao usar deep linking por URI scheme não é ideal, e o usuário pode ver pop-ups dependendo do seu navegador iOS padrão:

Exemplos da experiência do usuário com deep linking por URI scheme no iOS
Confirmação do usuário antes do deep linking	Pop-up de "erro" para o usuário caso o app não esteja instalado. Ao clicar em "OK", o usuário segue para o destino de fallback

No Android, você pode contornar isso usando Android intents para direcionar o usuário à Google Play store em vez de exibir uma mensagem de erro.

Além disso, o deep linking por URI scheme tem vulnerabilidades de segurança: outros apps podem registrar o mesmo URI scheme do seu app e sequestrar os seus deep links.

Limitações dos iOS Universal Links

• Apps de redes sociais: Alguns apps de redes sociais intencionalmente quebram ou limitam deep links que tentam levar o usuário para fora do app de rede social. Muitas vezes, são apps de redes sociais que abrem links em uma visualização de navegador web interna.
• Link wrapping: Universal Links não funcionam com link wrapping, em que outra URL redireciona para o universal link. O link wrapping inclui encurtadores de link, como o bit.ly.
• Colar no campo de URL do navegador: Os Universal Links não farão o deep link se você inserir o link no campo de URL de um navegador móvel.
• Acionar links com Javascript: Scripts que acionam redirecionamentos de URL não farão o deep link, a menos que isso faça parte de uma ação do usuário.

Universal Links são a tecnologia de deep linking da Apple, projetada para substituir o antigo método de deep linking por URI scheme. Estão disponíveis para dispositivos com iOS 9 e superior.

Embora os Universal Links permitam um comportamento de deep linking semelhante ao dos URI schemes, eles funcionam de maneira muito diferente nos bastidores. Os Universal Links se parecem com URLs HTTPS comuns, por exemplo, "https://www.linkedin.com". Quando um usuário clica em um Universal Link, o dispositivo do usuário abre o app para o qual o link foi configurado. Se o app não estiver instalado no dispositivo, o usuário é levado à URL real no seu navegador móvel.

Consulte a documentação para desenvolvedores da Apple .

Como desenvolvedor do app, faça o seguinte para habilitar Universal Links no seu app:

1. Habilite Associated Domains na sua conta de desenvolvedor Apple

   Faça login na sua conta de desenvolvedor Apple e acesse a página de ID do app. Habilite o serviço de app Associated Domains. Anote o seu Prefix (bundle ID) e o seu ID (team ID) - você precisará deles mais tarde.

   

2. Adicione a capability Associated Domain ao seu aplicativo

   Adicione a capability "Associated Domain" ao seu app no Xcode e adicione o domínio dos seus servidores web como um associated domain.

   

3. Configure o servidor web

   • Crie o arquivo apple-app-site-association

     Usando o Prefix e o ID da página do seu app, configure um arquivo no formato JSON como o seguinte e hospede-o em um domínio web HTTPS acessível a partir da raiz.

     Por exemplo, se você for o proprietário de "https://www.mycompanywebsite.com/domain", o seu arquivo JSON deve estar acessível na URL "https://www.mycompanywebsite.com/apple-app-site-association". Observe que o arquivo hospedado não contém a extensão de arquivo .json.

     {
        "applinks":{
           "apps":[
     
           ],
           "details":[
              {
                 "appID":"A4GXBZ4XU7.my.cool.app",
                 "paths":[
                    "/page/all/",
                    "/user/saved/*"
                 ]
              }
           ]
        }
     }

     O appID é o seu [teamID].[app bundle ID] e identifica o seu app. Os paths descrevem páginas de conteúdo válidas no seu app. A Apple recomenda manter os paths curtos. Use um curinga ("*") para especificar todos os paths e use a palavra-chave "NOT" para excluir paths, por exemplo, "NOT /user/saved/*".

   • Trate o código dos Universal Links

     A etapa final é garantir que qualquer Universal Link que abra o seu app seja tratado corretamente. Para isso, implemente o método application:continueUserActivity:restorationHandler: no delegate do seu aplicativo.

     - (BOOL)application:(UIApplication *)application
         continueUserActivity:(NSUserActivity *)userActivity
           restorationHandler:(void (^)(NSArray *_Nullable))restorationHandler {
       if ([userActivity.activityType
               isEqualToString:NSUserActivityTypeBrowsingWeb]) {
         NSURL *url = userActivity.webpageURL;
         // Put code here to take user to relevant content}
         return YES;
       }

A Singular cuida disso automaticamente. Depois de configurar os Universal Links para o seu app iOS, quando você cria um Singular Link para o seu app e habilita o deep linking, esse link funcionará automaticamente como um iOS Universal Link - fornecendo tanto o deep linking quanto um fallback móvel.

Link wrapping

O link wrapping, em que outro link redireciona para a URL do Universal Link, muitas vezes faz o deep linking falhar (o usuário é simplesmente levado à página web móvel no seu navegador). Isso ocorre porque a Apple quer "intenção do usuário" por trás de qualquer redirecionamento, e um tracking link que redireciona para outra URL e resulta em deep linking não é considerado intenção direta do usuário. Portanto, você não pode usar Universal Links com parceiros que fazem link wrapping do tracking link de um rastreador de atribuição.

Consulte Quais custom sources oferecem suporte a deep linking e outros recursos dos Singular Links?

Tracking sem um "clique"

Se um usuário clica em um Universal Link habilitado para tracking e ele faz o deep link do usuário para dentro do app (porque o app está instalado), alguns rastreadores de atribuição podem não conseguir rastrear esse ponto de contato porque o dispositivo não realizou nenhuma requisição HTTP e, portanto, nenhum "clique" é registrado.

Usar a Singular resolve esse problema para você, pois os Singular Links garantem o rastreamento completo de aquisição e reengajamento tanto de install links quanto de deep links.

O suporte a deep linking varia conforme o parceiro. Alguns parceiros até exigem deep links para campanhas de reengajamento, já que essas campanhas visam usuários existentes conhecidos que já têm o app.

» Saiba mais no nosso FAQ de deep linking .

Parceiros Self-Attributing Network ( SAN )

Parceiros self-attributing como Facebook e Google Ads não oferecem suporte a tracking links para campanhas de apps móveis. Para configurar deep links com esses parceiros, você precisa usar o painel do parceiro e pode ter que configurar o seu app de acordo com as instruções do parceiro.

Saiba mais sobre deep linking com os seguintes parceiros self-attributing:

• Facebook (também conhecido como Meta)
• Google Ads
• Snap Ads
• X Ads (antigo Twitter - App Cards)

Para mais informações, recomendamos entrar em contato com o seu contato no parceiro.

Parceiros non-self-attributing

Alguns parceiros nessa categoria não usam tracking links de MMP para redirects ou deep links. Em vez disso, a Singular recebe a notificação de clique de forma assíncrona. Esses parceiros também são conhecidos como parceiros server-to-server ou integrados de forma assíncrona , e os deep links geralmente podem ser configurados no painel de campanha do parceiro.

Para parceiros non-self-attributing que oferecem suporte a redirects de tracking link para campanhas de apps móveis, os Singular Links podem ser usados para oferecer a experiência de deep link ao interagir com usuários que já têm o seu app instalado.

Recomendamos adicionar deferred deep links quando uma campanha estiver usando deep links.

Observe que, assim como acontece com os deep links, a configuração dos deferred deep links difere entre parceiros self-attributing e non-self-attributing.

Parceiros self-attributing

Parceiros self-attributing como Facebook e Google Ads não oferecem suporte a tracking links para campanhas de apps móveis. Portanto, o deep linking e o deferred deep linking são configurados no painel do parceiro e podem exigir requisitos de tratamento no app específicos do parceiro. O deferred deep linking com self-attributing networks está incorporado à própria integração do MMP com parceiros que oferecem suporte a deferred deep linking na integração.

A Singular oferece suporte a deferred deep linking com:

• Facebook ( leia mais ). Para habilitar o deferred deep linking através da Singular, entre em contato com o seu Customer Success Manager da Singular. Certifique-se de que a funcionalidade equivalente não esteja habilitada no Facebook SDK.
• Snapchat : Habilitado automaticamente com uma Partner Configuration ativada.
• Google Ads: Habilitado automaticamente com uma Partner Configuration ativada.
• TikTok Ads: Habilitado automaticamente com uma Partner Configuration ativada. Consulte o artigo da central de ajuda do TikTok sobre como habilitar deferred deep linking com os objetivos de campanha suportados .

Entre em contato com o seu customer success manager da Singular para se informar sobre possibilidades de deferred deep linking em desenvolvimento para mais self-attributing networks.

Parceiros non-self-attributing

O deferred deep linking com qualquer parceiro non-self-attributing pode ser habilitado e usado com qualquer um desses parceiros simplesmente configurando o valor de deferred deep link para o Singular Link. Diferentemente dos deep links, o deferred deep linking não depende dos redirects do parceiro e é um recurso habilitado por meio das suas integrações com o SDK (ou API S2S) da Singular.

Os tracking links da Singular têm a seguinte estrutura, em que [SUBDOMAIN] é escolhido por você e [DNS_ZONE] é "sng.link". Juntos, o subdomínio e a DNS zone compõem o domínio.

Você pode criar um único domínio e usá-lo para todos os seus links, ou pode criar vários para usar em diferentes finalidades. Você precisa criar pelo menos um domínio.

Exemplo:

Para uma campanha que divulga um app chamado Jewel Rush, você pode criar o domínio "jewelrush.sng.link" . Depois, pode usá-lo para criar tracking links com a seguinte estrutura:

https://jewelrush.sng.link/[PARAMETERS]

Nota: Atualmente, não permitimos a passagem de caracteres especiais como -,$,! nos Link Sub Domains. Como boa prática, crie um Link Sub Domain sem caracteres especiais.

Se algum Sub Domain for criado com caracteres especiais, você pode marcar como favorito e arquivar os seus domínios passando o cursor sobre eles. Se você arquivar um link domain, será solicitado que confirme a sua ação.

Partners são ad networks e outros serviços que estão integrados ao rastreador de atribuição da Singular.

Quando você cria um link de Partner, a Singular automatiza parte do processo ao:

• Exibir apenas as opções que são suportadas por aquele parceiro . Por exemplo, alguns parceiros oferecem suporte apenas a iOS ou apenas a Android.
• Gerar o tracking link com macros do parceiro que permitem que o parceiro passe informações de campanha para a Singular.

Custom Sources são canais de marketing próprios ou autogerenciados, como campanhas de e-mail ou SMS, redes sociais e campanhas de cross-promotion.

Nota: Se você trabalha com um provedor de serviços de e-mail, crie um tracking link de Partner. Se você gerencia as suas próprias campanhas de e-mail, crie um tracking link de Custom.

Self-Attributing Networks como Facebook e X Ads não usam tracking links da Singular. Para configurá-los, consulte as instruções em:

• Integração de atribuição do Facebook Ads
• Integração de atribuição do Google Ads (AdWords)
• Integração de atribuição do X (Twitter) Ads
• Ou encontre o guia do SAN na seção Partner Integrations in Detail .

Este é apenas um nome que você dá ao seu tracking link, e pode ser o que você quiser (embora a maioria dos usuários use o nome da campanha ou uma variação do nome da campanha).

O Tracking Link Name aparecerá nos seus relatórios como "Tracker Name".

Às vezes você pode - depende do parceiro.

• Alguns parceiros oferecem suporte apenas a iOS ou apenas a Android .
• Outros oferecem suporte a ambas as plataformas , mas exigem que você crie um link separado para cada uma.
• Por fim, alguns parceiros permitem que você crie links multiplataforma , em que você cria um único tracking link para usar com ambas as plataformas.

A página Create Link exibe as opções que são suportadas pelo parceiro que você selecionou.

Reengajamento é o uso renovado de um produto por um usuário que já foi convertido no passado. Campanhas que visam gerar reengajamento são chamadas de campanhas de retargeting.

Para que a Singular acompanhe o reengajamento, você só precisa habilitar o tracking de reengajamento ao criar o(s) Singular Link(s) usado(s) na campanha. Expanda a seção Attribution Settings e selecione Enable Re-engagement Tracking.

» Saiba mais no FAQ de reengajamento .

Cliques/visualizações deterministic são atribuídos a uma source com base em um identificador de dispositivo ou no Google Install Referrer.

Cliques/visualizações probabilistic são atribuídos com base em uma combinação de várias propriedades que a Singular reúne sobre o dispositivo do usuário na ausência de um device ID. Os métodos de atribuição probabilistic estão disponíveis apenas para dispositivos Android. A Apple proíbe o uso de métodos probabilistic em dispositivos iOS ( veja aqui ).

» Para mais informações, consulte Métodos de atribuição da Singular .

Por padrão, os tracking links usam a janela de lookback padrão configurada para o parceiro na página Partner Configuration . No entanto, você pode substituir a janela de lookback padrão e personalizá-la para cada link individual selecionando Override attribution windows em Attribution Settings .

Isso permite maior controle para parceiros com diferentes tipos de canais que podem se beneficiar de janelas de atribuição variadas.

» Consulte A janela de lookback de atribuição para mais informações.

Depois de clicar em Generate e ver a URL do tracking link, você pode selecionar Shorten Link para criar uma versão mais curta do mesmo link. Isso é útil para canais custom onde a URL é exposta ao usuário final, ou para canais com restrições no comprimento da URL, como SMS.

Este é um exemplo de Singular Link gerado na página Create Link :

https://company.sng.link/C59c0/47bm?_dl=singular%3A%2F%2Ftestlink&idfa={idfa}&aifa={aifa}&pcn={campaign_name}&pcid={campaign_id}&pcrn={creative_name}&pcrid={creative_id}

Os componentes do link são:

Consulte Parâmetros de tracking link e dimensões de relatório para a lista completa de query parameters.

Apps destacados são fixados no topo da lista na página Link Management . Essa configuração é personalizável por usuário e salva para os seus próximos logins.

Isso significa que, se a sua organização tiver um grande número de apps, você não precisa rolar por toda a lista sempre que quiser criar ou gerenciar Singular Links - você pode acessar rapidamente o(s) app(s) específico(s) com o(s) qual(is) está trabalhando.

As alterações entram em vigor assim que você clica em Save na página Edit Tracking Link .

Se o link já estiver ativo em campanhas, quaisquer cliques, impressões e atribuições anteriores pertencentes a essas campanhas não são afetados.

Você pode excluir permanentemente um Singular Link na tela Manage Links.

1. Acesse Attribution > Manage Links .
2. Localize o link que você quer excluir.
3. Clique no ícone de lixeira (excluir) na linha do link.
4. Na caixa de diálogo de confirmação, clique em Yes, delete link .

O link é removido permanentemente. Quaisquer redirects ativos deixarão de funcionar imediatamente — os usuários que clicarem no link encontrarão um erro. Dados de tracking e atribuição não serão mais coletados.

Quando você arquiva um tracking link, esse link fica oculto do seu painel de tracking links. O objetivo é organizar o seu painel ocultando links antigos que pertencem a campanhas passadas.

Mantemos um período de carência de 30 dias para esses links. Após 30 dias, os links arquivados são excluídos permanentemente dos nossos servidores e deixarão de funcionar. Não podemos restaurar links depois que eles foram excluídos definitivamente.

Use Arquivar quando quiser organizar o seu painel mantendo o link funcional. Use Excluir quando quiser desativar um link de forma total e imediata — por exemplo, para interromper a atribuição de um link de afiliado fraudulento ou descontinuado.

Para pesquisar e filtrar a sua lista de links, use a barra de pesquisa no canto superior esquerdo da página Manage Links .

Basta digitar a URL de um tracking link (ou parte dela), um nome de link, um nome de source, etc. Os links que corresponderem à sua string aparecerão à direita, em Available Links .

Você pode fazer o link trabalhar ainda mais adicionando dados a ele dinamicamente à medida que exibe os seus anúncios. Esses dados podem então ser lidos e usados pelo seu app se um usuário interagir com um dos anúncios e chegar ao seu app. Para adicionar dados dinâmicos, acrescente o parâmetro _p e qualquer valor ao final do seu Singular Link. _p significa "passthrough", e você pode atribuir a ele um valor JSON codificado por URL ou um valor de string não estruturado.

{
  "productid":"Shoes123",
  "qty":1
}

https://myshoppingapp.sng.link/A59c0/nha7?_p=%7B%22productid%22%3A%22Shoes123%22%2C%22qty%22%3A1%7D

Há duas opções para usar uma landing page com Singular Links:

Opção 1 — Social Landing Page da Singular (nativa)

A Singular fornece uma Social Landing Page automática para links de iOS e Android a fim de garantir um deep linking confiável quando os usuários clicam de dentro dos navegadores in-app de redes sociais (onde os iOS Universal Links não são acionados).

Tipos de link suportados: links de Custom Source, links Mobile Web-to-App e links de Partner (para parceiros específicos em que o deep linking é bloqueado).

Como habilitar: Para todos os tipos de link, ative Enable Landing Page em Social Link Settings em Manage Links.

Para mais detalhes, consulte Como criar tracking links: Social Landing Page .

Opção 2 — Landing Page hospedada pelo cliente

Se você decidir que uma landing page personalizada é a opção certa para a sua campanha, e a sua campanha depende de um provedor de atribuição móvel para tracking, primeiro considere o seguinte:

• Certifique-se de que haja uma forma de o usuário converter para o app a partir da landing page.
• Considere o canal de mídia com o qual você está trabalhando. Parceiros integrados podem oferecer suporte a diferentes métodos para executar uma landing page.

Em seguida, decida a qual ponto de contato você gostaria de atribuir a instalação.

1. Acompanhar o clique que leva o usuário à landing page: Nesse caso, basta usar o Singular Link que você gera na página Link Management normalmente e definir a landing page como a sua Mobile Fallback URL.
2. Acompanhar o clique com o qual o usuário interage dentro da landing page: Se você escolher essa opção, incorpore o Singular Link na sua landing page. Garanta que o link do anúncio para a landing page passe quaisquer valores de tracking necessários para a landing page.

Você pode usar Singular Links para acompanhar os seus esforços de marketing em canais próprios, como redes sociais ou SMS. No entanto, o deep linking só funciona em alguns canais com algumas tecnologias.

Compilamos uma lista de limitações de redirect conhecidas e comuns:

Quando você usa Singular Links em custom sources, pode adicionar informações de dimensão para obter essa granularidade adicional nos seus relatórios. Por exemplo, se você passar o nome da campanha no seu tracking link, obterá granularidade em nível de campanha no seu relatório.

Para passar a informação, adicione-a como um parâmetro ao link quando você o servir. Consulte a lista completa de parâmetros de relatório de tracking link suportados pela Singular. Por exemplo, o link a seguir registra a dimensão Campaign Name como "CoolShoes123":

https://singularassist.sng.link/A59c0/u53f?_dl=singularassist%3A%2F%2F&_p=%7B%22productid%22%3A%22Shoes123%22%7D&pcn=CoolShoes123

Você pode substituir os redirects do link dinamicamente adicionando _dl , _ddl , ou outros parâmetros de redirecionamento ao seu Singular Link (veja a tabela completa abaixo). Isso pode ser útil, por exemplo, se você estiver servindo um deep link dinâmico com base em alguma entrada do usuário, ou no contexto do engajamento do usuário.

Os seguintes query parameters podem ser acrescentados ou modificados conforme necessário. Lembre-se de codificar por URL o valor ao acrescentá-lo a um parâmetro.

Você pode proteger os seus links contra substituições maliciosas limitando o destino ao qual um link pode levar quando o destino é modificado dinamicamente (substituição de destino usando query parameters).

Isso é feito na tela Manage Links clicando em Manage Links Domains e navegando até a aba Allowed Override Domains .

Na aba Allowed Override Domains, você pode escolher uma das seguintes opções:

1. "Allow all destination overrides" - sem limitação na substituição de redirects do link.
2. "Do not allow all destination overrides" - a substituição de redirects do link não é possível.
3. "Limit to allowed domains list" - a substituição de redirects do link não é possível, exceto para os domínios adicionados à lista de domínios permitidos.

Exemplo:

Você quer proteger os seus links e permitir substituições apenas para o seu site: "mysite.com" .

1. Adicione este domínio à Allowed Override List.

Nota: O Singular Link " https://myshoppingapp.sng.link/A59c0/nha7 " foi originalmente criado para fazer fallback para a app store.

Por padrão, parâmetros de redirect e deep link (como _dl , _fallback_redirect , _ios_redirect , etc.) podem ser acrescentados a qualquer Singular Link no momento do clique para substituir dinamicamente as suas configurações salvas. Isso é útil para servir diferentes destinos a partir do mesmo link base.

No entanto, em alguns fluxos de trabalho — por exemplo, quando muitos membros da equipe compartilham short links internamente — você pode querer bloquear um link para que os seus parâmetros configurados não possam ser alterados acrescentando substituições.

O recurso Disable short link parameters overrides permite bloquear um custom link encurtado para que os parâmetros já definidos no link base não possam ser substituídos por acréscimo na URL. Parâmetros não definidos no link base ainda podem ser acrescentados como novos valores.

Para habilitar esse recurso para um link, consulte o guia para detalhes completos.

Os Singular Links encaminharão automaticamente quaisquer parâmetros utm_* ou referrer incluídos no link. Isso inclui o singular_click_ID , que é parte do valor do parâmetro referrer . (Valores referrer= adicionais acrescentados a um Singular Link serão acrescentados ao referrer, ao lado do singular_click_ID .)

Acrescentar &_forward_params a um Singular Link encaminhará todos os parâmetros acrescentados, para encaminhamento explícito de parâmetros.

• Defina como 1 ( &_forward_params=1 ) para encaminhar os parâmetros do Singular Link aos destinos de redirect da App Store e do Web Fallback.
• Defina como 2 ( &_forward_params=2 ) para encaminhar os parâmetros do Singular Link a todos os destinos de redirect, incluindo o Deeplink.

Exemplos:

As URLs da Apple para custom product pages (consulte a documentação da Apple sobre esse novo recurso ) têm um parâmetro adicional que indica o ID da product page. Por exemplo:

https://apps.apple.com/us/app/testflight/id899247664?ppid=76659d7a-d146-43d3-b6b8-b7a12f74bf6b

Para usar custom product pages em Singular Links, quando você criar o link, basta definir o iOS redirect para a product page desejada em vez da página padrão da app store. Por exemplo:

Como alternativa, use o parâmetro de substituição _ios_redirect . Por exemplo:

_ios_redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ftestflight%2Fid899247664%3Fppid%3D76659d7a-d146-43d3-b6b8-b7a12f74bf6b

Para personalizar os relatórios de conversões de instalação para uma custom product page, use qualquer um dos parâmetros de granularidade de campanha do link disponíveis.

As URLs do Google para páginas de custom store listings (consulte a documentação do Google sobre esse recurso ) têm um parâmetro adicional que indica o ID da product page. Por exemplo:

https://play.google.com/store/apps/details?id=net.singular.deviceassist2&listing=testcpp

Para usar custom product pages em Singular Links, quando você criar o link, basta definir o Android redirect para a product page desejada em vez da página padrão da Play Store. Por exemplo:

Após gerar o Singular link, acrescente &_android_force_redirect=0 ao final do tracking link, conforme mostrado abaixo.

https://singularassist2.sng.link/F4nw9/l5ik?_dl=singular%3A%2F%2Ftestlink&_android_force_redirect=0

Para personalizar os relatórios de conversões de instalação para uma custom product page, use qualquer um dos parâmetros de granularidade de campanha do link disponíveis.

Um QR code é gerado automaticamente para você quando você cria links de Custom source .

O QR code fica disponível depois que você clica em Generate , em Link Summary .

QR é suportado tanto para long links quanto para short links. Você pode baixar o QR code para usar em várias campanhas que não são mobile-para-mobile, como desktop-para-app ou outdoor-para-app. A Singular fornece o QR code nos formatos PNG e SVG.

Como os links de Partner contêm macros que são preenchidas dinamicamente pela partner network, eles não oferecem suporte a QR codes. Os QR codes são gerados automaticamente quando você cria um link de Custom source.