Um reengajamento é definido como a abertura de uma aplicação por parte de um utilizador (que já instalou anteriormente) após um clique num anúncio de retargeting (um anúncio que visa utilizadores que já instalaram a aplicação). O link de rastreamento Singular usado para rastrear o anúncio deve ser ativado para medir o "reengajamento".
O reengajamento é o resultado de um retargeting bem-sucedido. Uma campanha de retargeting é aquela que tem como alvo os utilizadores existentes de um produto, com o objetivo de os fazer voltar a interessar-se pelo produto.
Para saber mais sobre a atribuição Singular, consulte Noções básicas sobre a atribuição Singular de aplicativos móveis.
Resolução de problemas
Embora seja verdade que as campanhas de reengajamento (retargeting) são destinadas a usuários existentes do seu produto, seus relatórios podem mostrar que as campanhas também resultaram em algumas instalações (ou seja, novos usuários).
Isso ocorre devido à definição técnica de "evento de reengajamento" vs. "instalação" no Singular. Quando o Singular recebe uma primeira sessão de usuário de um dispositivo - ou seja, uma sessão de um dispositivo que não está listado no banco de dados do Singular como tendo o aplicativo instalado nele - ela é contada como uma instalação, mesmo que o tipo de campanha seja de reengajamento/retargeting.
Isso pode ser causado por uma discrepância entre os dados obtidos através do rastreador (reengajamentos) e os dados relatados pela rede (se uma campanha é uma campanha de retargeting ou não). Isto pode acontecer mesmo com redes auto-atribuídas (SAN). Por exemplo, há casos em que o Facebook não marca uma campanha como uma campanha de retargeting, mas ainda assim reivindica uma sessão atribuída a essa campanha como um reengajamento.
PERGUNTAS FREQUENTES
Terminologia
Em termos gerais, o reengajamento com um aplicativo móvel é um uso renovado do aplicativo por um usuário que já instalou o aplicativo no passado.
O reengajamento é o resultado de um retargeting bem sucedido. Uma campanha de retargeting é aquela que tem como alvo os utilizadores existentes de um produto, com o objetivo de os fazer interessar novamente pelo produto.
No Singular, o reengajamento é definido como a abertura pelo usuário de um aplicativo que ele já usou antes, após um período de inatividade e, em seguida, um clique em um anúncio de retargeting.
Em outras palavras, a Singular conta um evento de reengajamento se o usuário:
- Usou o aplicativo no passado,
- Parou de usá-lo por um determinado período de tempo,
- Clicou em um anúncio de retargeting, e
- Abriu o aplicativo agora.
Uma vez que a Singular reconhece um evento de reengajamento, ela aciona um processo de atribuição de reengajamento para creditar a rede de parceiros que causou o engajamento.
Os reengajamentos são rastreados como uma métrica da mesma forma que o Singular rastreia as instalações do aplicativo, e você pode ver seus números em seus relatórios.
Veja também: Como faço para configurar um Singular Link para reengajamento/retargeting?
Quando o Singular reconhece um evento de reengajamento, ele aciona um processo de atribuição de reengajamento. Isso funciona de forma semelhante à atribuição de instalação. O objetivo é creditar a rede de parceiros que causou o engajamento.
Depois que a Singular realiza a atribuição de reengajamento para um usuário, todos os eventos in-app seguintes (como compras ou aumentos de nível) são atribuídos à fonte do reengajamento em vez da fonte da instalação original do aplicativo.
Como é que isto funciona nos bastidores? Para cada instalação e reengajamento que um rastreador nos reporta, ele inclui a hora do último clique e se a conversão é considerada uma instalação ou um reengajamento. A Singular usa essas informações em combinação com a data da instalação relatada pelo SDK da Singular para decidir se a conversão relatada é uma instalação ou um reengajamento.
A janela de inatividade ou período de inatividade é o tempo que tem de passar sem que o utilizador utilize a aplicação para que esse utilizador seja elegível para um processo de reengajamento.
Por predefinição, a janela de inatividade é de 7 dias. Isso significa que um usuário que usou o aplicativo há menos de 7 dias e agora clica em uma campanha de retargeting não aciona uma atribuição de reengajamento.
Você pode personalizar a janela de inatividade por aplicativo acessando Configurações > Aplicativos.
Por exemplo, se a janela de inatividade for de 7 dias, então o utilizador tem de estar inativo durante pelo menos 7 dias e depois clicar num anúncio de campanha de retargeting para abrir a aplicação para que a atividade conte como um evento de reengajamento.
Situação | Janela de inatividade | Inatividade do utilizador | Resultado |
A | 7 dias | 8 dias | Evento de reativação atribuído à fonte |
B | 7 dias | 4 dias | A origem não é atribuída. |
Nota: Os dispositivos de teste (dispositivos que adicionou à Consola de testes) estão isentos da janela de inatividade. Para saber mais, consulte Usando o console de teste.
Você também pode personalizar sua janela de inatividade no nível do parceiro por meio da divisória de configuração do parceiro:
Nota - Se a janela de inatividade ao nível da aplicação for alterada, a janela de inatividade da configuração do parceiro permanecerá inalterada e não será afetada. A configuração do parceiro funciona independentemente da definição ao nível da aplicação depois de ter sido criada.
No Singular, o retargeting é uma dimensão que indica se uma campanha está marcada como uma "campanha de retargeting" ou não.
Uma campanha de retargeting é aquela que visa os utilizadores existentes de um produto, com o objetivo de os fazer voltar a interessar-se pelo produto.
Normalmente, o reengajamento é o resultado de um retargeting bem sucedido.
Dica: nem todas as redes suportam o envio de uma indicação sobre se uma campanha é uma campanha de retargeting. Por exemplo, no Facebook, examinamos vários indicadores (por exemplo, o Objetivo da campanha) para decidir se a campanha deve ser marcada como retargeting. Às vezes, a indicação de retargeting pode ser extraída do rastreador de atribuição. A Singular marca uma campanha como uma campanha de retargeting se pelo menos uma das fontes (rede ou rastreador) a relata como tal.
No Singular, "retargeting" denota um tipo de campanha que visa usuários existentes do aplicativo.
Portanto, Retargeting é uma dimensão (discriminação) que você pode adicionar ao seu relatório para que ele seja discriminado pelo fato de cada campanha ter sido configurada como uma campanha de retargeting ou não.
Por outro lado, os reengajamentos são uma métrica que mostra o número de utilizadores reengajados (por aplicação, campanha, fonte, etc.) num determinado intervalo de datas.
No Singular, a retenção mede quanto tempo os seus utilizadores continuam a utilizar o seu produto após a conversão. Por exemplo, você pode executar um relatório para ver "Retenção 7d" para um aplicativo para um determinado intervalo de datas: isso mostrará quantos dos usuários que instalaram um aplicativo nessas datas ainda o estavam usando sete dias depois.
Um evento de reengajamento reinicia o contador de retenção para o utilizador, uma vez que é considerado uma nova conversão para o mesmo utilizador.
Consulte as Perguntas frequentes sobre retenção para obter mais definições e informações.
Reinstalar significa instalar a aplicação novamente após a desinstalação. Isto não significa necessariamente um reengajamento.
Tal como qualquer sessão de utilizador, a primeira sessão após uma reinstalação pode ou não desencadear um processo de atribuição de reengajamento, dependendo de o utilizador ter estado inativo durante o período de tempo necessário (a janela de inatividade) e de esta sessão surgir após um clique num anúncio de retargeting.
Nota: As campanhas executadas no Apple Search Ads são uma exceção a esta regra. O Apple Search Ads reporta reinstalações e reengajamentos em conjunto, pelo que o número de reengajamentos que vê nos relatórios Singular para estas campanhas inclui reinstalações.
No contexto do reengajamento, a janela de retrospetiva de atribuição determina o quanto a Singular procura por um clique em uma campanha de retargeting para determinar se uma sessão é uma sessão de reengajamento.
Ao configurar seu parceiro na página Configuração de parceiro, é possível personalizar a janela de lookback de atribuição. A mesma janela aplica-se a atribuições de instalação e atribuições de reengajamento.
Ao criar um link de rastreamento, é possível substituir a janela de atribuição padrão para o parceiro e definir uma janela diferente para cada link individual (consulte as Perguntas frequentes sobre links individuais).
A data de reengajamento é a data em que o usuário abriu o aplicativo após clicar no anúncio de retargeting.
Utilização
Para redes de auto-atribuição (SANs):
Em redes de auto-atribuição, como Facebook, Apple, Twitter ou Google, o rastreamento de reengajamento pode ser ativado por padrão. Ao configurar uma SAN na página Configuração de parceiro, é possível desmarcar a opção Ativar reengajamento. Antes de o fazer, certifique-se de que não está a executar quaisquer campanhas de reengajamento através desse parceiro.
Para outras redes:
Você ativa o reengajamento por link de rastreamento. Ao criar o Link único, expanda a secção Definições de atribuição e selecione Ativar seguimento de reengajamento.
Para obter mais informações sobre como configurar links de rastreamento, consulte as Perguntas frequentes sobre links únicos.
Para rastrear o desempenho de suas campanhas de retargeting, inclua os seguintes campos em seus relatórios:
- A dimensão Retargeting: Permite que você saiba se cada campanha foi definida como uma campanha de retargeting ou não.
- A métrica Reengajamentos: Contém o número de eventos de reengajamento atribuídos a uma campanha.
Nota: Por vezes, pode ver reengajamentos atribuídos a campanhas de não redireccionamento(ver exemplo do Facebook).
Por outro lado, você pode ver novas instalações atribuídas a campanhas de retargeting. Isso ocorre porque quando o Singular recebe uma primeira sessão de usuário de um novo dispositivo (ou seja, uma sessão de um dispositivo que ainda não está listado no banco de dados do Singular), ela é contada como uma instalação, mesmo que o tipo de campanha seja "retargeting".
Os postbacks de reengajamento para parceiros e BIs internos são baseados nos mesmos modelos que os postbacks de instalação e atribuição de eventos.
No caso de um postback de reengajamento, a macro {IS_RE_ENG} pode ser usada para diferenciar entre atribuições de instalação e de reengajamento, e os campos de carimbo de data/hora relevantes seriam aplicados ao evento de reengajamento em vez do evento de instalação. Para obter mais informações sobre os campos de postback, consulte Macros de postback e parâmetros de passagem.
Não há limite para o número de reengajamentos por usuário.
Perguntas avançadas
O processo de atribuição de reengajamento é semelhante ao processo de atribuição de instalação, com algumas das principais diferenças:
Atribuição de instalação | Atribuição de reengajamento | |
Acionador | Desencadeada pela primeira sessão de utilizador num dispositivo desconhecido da Singular. | Desencadeada por uma sessão de utilizador que segue uma janela de inatividade e um clique num anúncio de retargeting. |
Métodos de atribuição |
Determinístico (Android+Apple) + Probabilístico (apenas Android) |
Determinístico (Android+Apple) + Probabilístico (apenas Android) Os deep links singulares, que são considerados determinísticos, também podem resultar em reengajamentos (consulte as Perguntas frequentes sobre links singulares). |
Tipo de conversão | Suporta links de rastreamento de cliques e visualizações, ou seja, links baseados em cliques e impressões |
Suporta links de rastreamento de cliques e visualizações. As SANstambém podem suportar a atribuição de cliques e visualizações, mas observe que as SANs não usam links de rastreamento Singular. Consulte a tabela de resumo de integração para Adwords, Facebook, Twitter e Snapchat. |
Para cada sessão de utilizador que não seja a primeira sessão no dispositivo, a Singular executa o seguinte processo:
- O Singular olha para a janela de inatividade definida para a aplicação e verifica se o utilizador esteve ativo durante esse período.
- Se o utilizador tiver estado inativo durante o período de tempo necessário, a Singular consulta a sua base de dados de pontos de contacto para verificar se houve um clique num anúncio de retargeting a partir do mesmo dispositivo. O Singular precisa que a campanha de anúncios seja marcada como uma campanha de retargeting. Isso é feito ativando a atribuição de reengajamento ao criar o link de rastreamento do Singular. Observe que nem todas as redes de parceiros oferecem suporte a esse tipo de campanha.
- Para redes de auto-atribuição (SANs), que não suportam links de rastreamento Singular, o Singular apenas envia as informações da sessão para a rede e recebe de volta informações sobre se o usuário clicou em um anúncio de retargeting relevante na rede.
Se a Singular encontrar um ou mais cliques em anúncios de retargeting anteriores à sessão, inicia o processo de atribuição de reengajamento, com base no modelo de atribuição de último toque.
Observação: As SANs podem ter suas próprias variações sobre se um clique conta como um clique de retargeting, e a natureza do trabalho com SANs significa que a Singular precisa aceitar o relatório do parceiro. Por exemplo, o Facebook tem um período de retenção de utilizadores de seis meses. Isto significa que, seis meses após a instalação de uma aplicação, o Facebook esquece a instalação e pode voltar a segmentar o mesmo utilizador com anúncios de aquisição de utilizadores (não anúncios de retargeting). Se o utilizador clicar nesse anúncio e, mais tarde, a Singular consultar o Facebook para saber se houve cliques de retargeting, o Facebook informará que houve de facto um clique de retargeting.
Redes sem auto-atribuição:
- Um cliente cria um link de rastreamento com o reengajamento ativado (um pré-requisito para isso é que o parceiro também esteja marcado como um que suporta o reengajamento).
- A Singular recebe uma sessão de utilizador e reconhece que é uma sessão repetida (não é a primeira sessão vista para esse dispositivo).
- A Singular verifica se a sessão ultrapassa a janela de inatividade (o que significa que a sessão anterior foi realizada há mais de 7 dias, ou seja, o número de dias configurado para a aplicação). Em caso afirmativo, ela é marcada como um reengajamento.
- A Singular inicia o processo de atribuição, procurando cliques correspondentes em links de rastreamento de reengajamento.
- Se o Singular puder atribuir o reengajamento, o evento (clique) é marcado como retargeting = true. Isso significa que a mesma campanha pode ter linhas em que retargeting = true e linhas em que retargeting = false. No entanto, os reengajamentos são todos mapeados para linhas em que retargeting = true.
Redes de auto-atribuição (SANs):
- Para cada sessão, enviamos os pormenores para a RAS.
- A RAS diz-nos se fica ou não com os créditos da sessão.
- Se a sessão foi a primeira sessão para o dispositivo, o Singular interpreta-a como uma nova instalação. Se a sessão não foi a primeira sessão, o Singular interpreta-a como um reengajamento.
- No entanto, da mesma forma como tratamos as instalações com SANs, o Singular pode substituir a declaração do SAN, seja porque o clique relatado pelo SAN não se enquadra na janela de lookback do Singular ou porque o Singular identifica outro clique que é relevante para a sessão do usuário e que é mais recente do que o clique do SAN.
Uma visualização envolvida é uma impressão do utilizador de um anúncio de vídeo que durou mais de 10 segundos. O Google exige que as visualizações e os cliques envolvidos sejam contabilizados como atribuições de cliques.
Nos registos ao nível do utilizador da Singular, as conversões de visualizações envolvidas são comunicadas em "interaction_type" = "engagement" no campo "passthrough" para dados de conversões/eventos atribuídos à Google.
Nos relatórios agregados, as conversões de visualizações envolvidas são registadas em "conversion type" = "click-through".