Atualização (julho de 2023): Para obter informações sobre a nova estrutura SKAdNetwork 4 e os modelos SKAN 4, consulte nossas Perguntas frequentes sobre o SKAN 4.
A página Model Configuration (SKAdNetwork > Model Configuration) permite configurar os modelos de conversão de SKAdNetwork que você usará para executar campanhas de SKAdNetwork para seus aplicativos.
Um modelo de conversão é uma maneira de codificar o máximo possível de informações sobre o usuário e sua atividade pós-instalação no espaço limitado permitido pela estrutura SKAdNetwork da Apple. A Singular oferece diferentes tipos de modelos de conversão. Cada um deles se concentra em um tipo específico de informação, como receita ou eventos de conversão, e deixa de fora outros tipos de dados.
Antes de começar a configurar os modelos de conversão, leia os guias a seguir:
Conceitos gerais e planejamento
Ao rastrear instalações e atividades do usuário por meio da SKAdNetwork, contamos com o valor de conversão - um único número no intervalo de 0 a 63 que é enviado do aplicativo para a rede de anúncios algum tempo depois que o aplicativo é instalado.
Um modelo de conversão é uma maneira de codificar o máximo possível de informações sobre o usuário e sua atividade pós-instalação no espaço limitado do valor de conversão.
A Singular oferece diferentes tipos de modelos de conversão. Cada um deles se concentra em um tipo específico de informação e deixa de fora outros tipos de dados.
Ao configurar um modelo de conversão e escolher o tipo de modelo de conversão, você está, na verdade, selecionando quais informações estarão disponíveis para você sobre a atividade pós-instalação de seus usuários. Escolha o modelo de conversão que melhor corresponda a seus KPIs e processos de otimização de campanha.
" Para obter mais informações, consulte Entendendo o gerenciamento de valor de conversão da Singular.
Para cada aplicativo que você está comercializando, é possível escolher um dos seguintes tipos de modelo de conversão:
Tipo de modelo |
Descrição |
Revenue |
Permite que você otimize suas campanhas com base na receita obtida durante o período de medição após a instalação/reinstalação. Um modelo de receita pode medir três tipos de receita, dependendo de como você o configurou: receita de compras no aplicativo, receita de anúncios ou ambas (todas as receitas). Veja também: Perguntas frequentes sobre modelos otimizados do SKAN |
Conversion Events | Permite otimizar campanhas com base em atividades específicas do usuário pós-instalação. O modelo codifica os eventos do usuário no valor da conversão se eles ocorrerem pelo menos uma vez durante o período de medição. |
Engagement | Permite otimizar suas campanhas de acordo com o grau de envolvimento dos usuários com o aplicativo durante o período de medição. O modelo codifica no valor de conversão a quantidade de vezes que vários eventos ocorreram durante o período de medição. |
Funnel | Permite otimizar as campanhas com base em uma jornada específica do usuário pós-instalação. O modelo codifica os eventos do usuário no valor de conversão na ordem em que os eventos ocorreram durante o período de medição. |
SKAN 4 Funnel [NEW] | A nova versão do modelo de funil, disponível apenas para o SKAN 4, permite incluir baldes de receita na jornada do usuário (não apenas eventos). Dessa forma, você pode medir tanto os eventos quanto a receita. |
Mixed Models |
Os modelos mistos permitem que você obtenha informações de receita e um outro tipo de informação sobre a mesma campanha de SKAdNetwork. A Singular oferece três modelos mistos: Eventos de conversão e receita, Engajamento e receita, e Funil e receita. |
|
Incentivamos a experimentação e a iteração com diferentes modelos de conversão para encontrar aquele que oferece os melhores resultados. Entretanto, para começar, tente as seguintes etapas:
- Primeiro, pense nos novos usuários ideais (de alto valor) e em como seriam seus primeiros 7 dias. Isso deve indicar a você quais pontos de conversão são significativos. Certifique-se de que esses pontos de conversão sejam relatados como eventos em sua implementação do Singular SDK.
- Em seguida, escolha um modelo de conversão que represente mais de perto essa jornada ideal do usuário. Você pode começar com modelos de receita e retenção, mas experimente outros modelos usando relatórios simulados.
- Por fim, pense na rapidez com que o usuário pode concluir essa jornada ideal. Selecione o período de medição mais curto possível para maximizar sua capacidade de capturar essa atividade.
Você pode optar por usar um modelo diferente para gerenciar seus valores de conversão. Se fizer isso, certifique-se de configurar o Singular SDK em seu aplicativo para usar o modo de gerenciamento manual para SKAdNetwork.
Aviso: A Singular ainda não suporta a ingestão de seu modelo de conversão personalizado na ferramenta SKAdNetwork Conversion Management para uso em relatórios e decodificação de significados de valores de conversão.
Na SKAdNetwork, os parceiros da rede de publicidade recebem o postback da SKAdNetwork com o valor de conversão bruto (0-63). Para saber o significado qualitativo desse valor, eles precisam trabalhar com a entidade que gerencia a atribuição de valores de conversão (o gerente do modelo de conversão).
As integrações da SKAdnetwork da Singular com parceiros suportados permitem que os parceiros decodifiquem o significado dos valores de conversão da SKAdNetwork que estão recebendo dos postbacks da SKAdNetwork.
Os anunciantes também podem baixar uma visualização dos valores de conversão de um modelo de conversão e compartilhá-la com seus parceiros para ajudar as equipes de contas a decodificá-la. No Singular, acesse SKAdNetwork > Model Configuration, clique na elipse vertical e selecione Preview Conversion Values para baixar automaticamente o mapeamento.
" Para obter uma lista atualizada de parceiros e os recursos que cada um suporta, consulte Singular SKAdNetwork Integrated Partners.
O período de medição é uma configuração do Singular que você pode definir para determinar por quanto tempo o aplicativo continua a codificar a atividade pós-instalação no valor da conversão. Após o término do período de medição, o postback da SKAdNetwork é enviado juntamente com o último valor de conversão atualizado.
Se você escolher um período de medição mais longo, terá mais tempo para coletar informações sobre as atividades do usuário para incluir no valor de conversão, mas também causará um atraso na obtenção de qualquer informação sobre a instalação.
O período de medição também determina os períodos de retenção mais longos e os períodos de coorte que podem ser medidos com a SKAdNetwork. Por exemplo, se você definir o período de medição como 3 dias, a Singular só poderá codificar informações sobre os primeiros 3 dias após a instalação no valor de conversão. Isso significa que o período de retenção mais longo possível que pode ser rastreado, bem como o período de coorte mais longo, é de 3 dias.
Observação: A Singular introduziu o período de medição para lhe dar melhor controle sobre o conteúdo e o momento do postback do valor de conversão. O período de medição também é usado para calcular a data de instalação original para o postback. Sem um período máximo de medição, você não poderia garantir que os postbacks da SKAdNetwork fossem recebidos dentro de um determinado período de tempo.
Quando você define o período de medição para mais de 1 dia, a Singular reserva um determinado número de slots do valor de conversão de 6 bits para usar no rastreamento do período de retenção do usuário.
Por exemplo, se você definir o período de medição para 7 dias, o Singular reserva 3 espaços (porque o número 7 requer 3 bits para representá-lo - é "111" em binário).
Então, sempre que o aplicativo relata sessões ao Singular, o Singular usa esses bits reservados para atualizar o número de dias em que o usuário esteve ativo após a instalação. Depois que o postback é enviado para a rede e encaminhado para a Singular, a Singular pode decodificar essa parte do valor de conversão para determinar a retenção e os cohorts.
Embora esse método possa lhe custar slots de informações valiosos, é a única maneira de encontrar a data de instalação/data de atribuição. A SKAdNetwork não fornece a data de atribuição. A Singular só pode calculá-la observando o tempo de retenção e o registro de data e hora do postback.
Outro benefício do método de retenção é que toda vez que você atualiza o valor de conversão para retenção, você atrasa o postback da SKAdNetwork em 24 horas adicionais, estendendo o período em que você pode medir a atividade pós-instalação.
Observação: se você definir o período de medição como 1 dia, o Singular não medirá coortes e retenção e todos os 6 slots de informações permanecerão disponíveis para o modelo de conversão escolhido.
A SKAdNetwork não fornece a data de atribuição. A Singular calcula essa data para você observando o tempo de retenção e o registro de data e hora do postback .
Quando você define o período de medição para mais de 1 dia, o Singular reserva um determinado número de "slots" (bits) do valor de conversão de 6 bits para usar no rastreamento do período de retenção do usuário. Então, sempre que o aplicativo relata sessões para a Singular, ela usa esses bits reservados para atualizar o número de dias em que o usuário esteve ativo após a instalação. Embora esse método possa lhe custar slots de informações valiosos, é a única maneira de descobrir a data de instalação/data de atribuição.
Tipos de modelos de conversão
Veja uma lista dos modelos atualmente compatíveis com o SKAN 4.0.
Um modelo de receita pode medir um dos tipos de receita abaixo, dependendo de como você o configurou. Clique no tipo de receita para saber mais sobre a configuração desse tipo de modelo.
Tipo de receita |
Descrição |
All revenue | Receita de compras no aplicativo e de anúncios. |
Ad mon revenue | Receita obtida com anúncios exibidos durante o período de medição. |
In-app purchase revenue | Receita obtida com compras de usuários dentro do aplicativo durante o período de medição. |
Um modelo All Revenue permite que você otimize suas campanhas com base na receita de compras no aplicativo e na receita de anúncios. A Singular soma as duas somas e as exibe em seus relatórios como Estimated Combined Revenue (Receita combinada estimada).
Observação: para obter os dados de receita de anúncios, primeiro você precisa implementar a atribuição de receita de anúncios em sua integração de SDK (consulte as instruções para Attribution_Support" target="_self">iOS SDK e Unity SDK).
Como o valor de conversão de SKAdNetwork é limitado a 6 bits, a Singular não pode usá-lo para codificar a receita exata. Em vez disso, você define grupos de receita e a Singular mapeará cada grupo de receita para um valor de conversão.
Por exemplo, você pode definir os seguintes grupos de receita:
- $0 - $2 → codificado para 1
- $2+ - $5 → codificado para 2
- $5+ - → codificado para 3
Dessa forma, se um usuário gastar US$ 3 no aplicativo e gerar US$ 0,50 adicionais em receita de anúncios, o valor da conversão será 2.
Importante:
- Esse modelo permite estimar a receita total dos seus usuários, mas não permite diferenciar entre a receita de compras no aplicativo e a receita de anúncios.
- Ao configurar um modelo de receita combinada, você deve se certificar de que os intervalos de receita definidos sejam pequenos o suficiente para incluir a receita de anúncios (medida em receita por impressão única), mas grandes o suficiente para capturar a receita de compras no aplicativo.
- O número de grupos de receita que você pode definir depende do número restante de slots após a seleção do período de medição.
Fluxo da SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário faz uma compra no aplicativo ou visualiza um anúncio dentro do aplicativo.
- O SDK da Singular envia as informações do evento para os servidores da Singular. Os servidores fazem a correspondência da receita com um de seus grupos de receita predefinidos e enviam de volta o valor de conversão apropriado.
- Esse processo pode se repetir várias vezes até que o período de medição termine. Nesse momento, o postback da SKAdNetwork é enviado para a rede.
- Assim que a Singular recebe o postback da SKAdNetwork, decodificamos o valor de volta para o bucket de receita e exibimos a receita combinada aproximada em seus relatórios.
Um modelo de receita de Admon permite otimizar suas campanhas com base na receita de anúncios obtida dos usuários em um determinado número de dias após a instalação (o número de dias é definido pelo período de medição).
Observação: para obter os dados de receita de anúncios, primeiro você precisa implementar a atribuição de receita de anúncios na integração do SDK (consulte as instruções para o SDK do iOS e o SDK do Unity).
Como o valor de conversão de SKAdNetwork é limitado a 6 bits, o Singular não pode usá-lo para codificar a receita exata. Em vez disso, você define os grupos de receita e a Singular mapeará cada grupo de receita para um valor de conversão.
Por exemplo, você pode definir os seguintes grupos de receita:
- US$ 0 - US$ 0,05 → codificado para 1
- US$ 0,05+ - US$ 0,1 → codificado para 2
- $0.1+ - → codificado para 3
Dessa forma, se um usuário gerar US$ 0,07 com a exibição de anúncios, o valor de conversão será 2. O valor de conversão incluirá informações sobre a faixa de receita à qual o usuário pertence.
Observações:
- A receita é medida por impressão única (não por eCPM).
- Para acomodar as pequenas somas por impressão, você pode definir compartimentos com uma precisão de até 6 pontos decimais.
- O número de baldes de receita que você pode definir depende do número restante de espaços após a seleção do período de medição.
Fluxo de SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário visualiza um anúncio.
- O SDK da Singular (com suporte para atribuição de receita de anúncios) envia as informações de impressão para os servidores da Singular. Os servidores adicionam o valor da impressão a um de seus grupos de receita predefinidos e enviam de volta o valor de conversão apropriado.
- Esse processo pode se repetir várias vezes até que o período de medição termine. Nesse momento, o postback da SKAdNetwork é enviado para a rede.
- Assim que a Singular recebe o postback da SKAdNetwork, decodificamos o valor de volta para o bucket de receita de anúncios e exibimos a receita aproximada de anúncios em seus relatórios.
Observação: a Singular agora oferece modelos otimizados gerados automaticamente para esse tipo de modelo. Para obter mais informações, consulte as Perguntas frequentes sobre modelos otimizados.
Um modelo de In-App Purchase Revenue permite otimizar suas campanhas com base na receita obtida dos usuários por meio de compras no aplicativo em um determinado número de dias após a instalação (o número de dias é definido pelo período de medição).
Como o valor de conversão da SKAdNetwork é limitado a 6 bits, a Singular não pode usá-lo para codificar a receita exata. Em vez disso, você define os grupos de receita e a Singular mapeará cada grupo de receita para um valor de conversão.
Por exemplo, você pode definir os seguintes grupos de receita:
- $0 - $5 → codificado para 1
- $5+ - $10 → codificado para 2
- $10+ - → codificado para 3
Dessa forma, se um usuário gastar US$ 7 no aplicativo, o valor de conversão será 2. O valor de conversão incluirá informações sobre a faixa de receita à qual o usuário pertence.
Observação: o número de baldes de receita que você pode definir depende do número restante de slots após a seleção do período de medição.
Fluxo da SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário faz uma compra in-app ou outro evento de receita.
- O SDK da Singular envia as informações do evento para os servidores da Singular. Os servidores fazem a correspondência da receita com um de seus grupos de receita predefinidos e enviam de volta o valor de conversão apropriado.
- Esse processo pode se repetir várias vezes até que o período de medição termine. Nesse momento, o postback da SKAdNetwork é enviado para a rede.
- Quando a Singular recebe o postback da SKAdNetwork, nós decodificamos o valor de volta para o bucket de receita e exibimos a receita aproximada em seus relatórios.
Um modelo de eventos de conversão permite otimizar suas campanhas com base na atividade específica do usuário pós-instalação que você tem interesse em medir.
O modelo codifica os eventos do usuário no valor da conversão se eles ocorrerem pelo menos uma vez durante o período de medição.
Por exemplo, você pode definir os seguintes eventos pós-instalação:
- Evento 1: Registro
- Evento 2: Nível de jogo concluído
- Evento 3: Compra no aplicativo
O valor da conversão conterá informações sobre quais desses eventos ocorreram para o usuário específico.
Observação: o número de eventos que você pode definir depende do número restante de slots após a seleção do período de medição.
Fluxo da SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário executa uma atividade dentro do aplicativo.
- O SDK da Singular envia as informações do evento para os servidores da Singular. Se o evento for um dos eventos definidos que você deseja medir e essa for a primeira vez que ele ocorre, o valor de conversão será atualizado para mostrar que ele ocorreu.
- Esse processo pode se repetir com eventos diferentes até que o período de medição termine, mas cada tipo de evento é contado apenas uma vez.
- Assim que a Singular recebe o postback da SKAdNetwork, decodificamos o valor de volta para os eventos que ele representa e disponibilizamos as informações para você em relatórios, postbacks, etc.
O modelo de envolvimento permite otimizar suas campanhas de acordo com o nível de envolvimento dos usuários com o aplicativo durante o período de medição.
O modelo codifica no valor da conversão quantas vezes vários eventos ocorreram durante o período de medição.
Por exemplo, você pode definir uma lista de eventos pós-instalação da seguinte forma:
- Evento 1: Curtidas
- Evento 2: Níveis concluídos
O valor de conversão conterá informações sobre quantas vezes cada um desses eventos ocorreu.
Observações:
- O número de eventos que você pode definir depende do número restante de slots após a seleção do período de medição.
-
Quanto mais eventos você definir, menos espaços estarão disponíveis para contar as ocorrências de cada evento. Isso limita o número de ocorrências que você pode contar. Por exemplo, se você tiver 2 eventos e 4 espaços (após definir o período de medição), cada evento terá 2 espaços (2 bits), o que significa que você poderá contar até 3 ocorrências de cada evento.
Fluxo da SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário executa uma atividade dentro do aplicativo.
- O SDK da Singular envia as informações do evento para os servidores da Singular. Se o evento for um dos eventos definidos que você deseja medir, o valor de conversão será atualizado para contar mais uma ocorrência do evento.
- Esse processo pode se repetir com eventos diferentes até que o período de medição termine.
- Assim que a Singular recebe o postback da SKAdNetwork, decodificamos o valor de volta para os eventos e contagens que ele representa e disponibilizamos as informações para você em relatórios, postbacks etc.
O modelo de funil original (para campanhas do SKAN 3) permite otimizar campanhas com base em uma jornada específica do usuário pós-instalação.
Assim como um modelo de eventos de conversão, o modelo de funil codifica informações sobre a ocorrência de determinados eventos (como uma compra, atingir um determinado nível em um jogo etc.) durante o período de medição. A diferença é que, no modelo de funil, você define os eventos como uma sequência e presume-se que, se um evento posterior (de funil inferior) ocorreu, todos os eventos anteriores também devem ter ocorrido.
Por exemplo, se você tiver um aplicativo de jogos, poderá definir a seguinte lista de eventos:
Se o usuário atingir o nível 5, o valor de conversão representará a informação de que o primeiro evento ocorreu. No entanto, se o usuário atingir o nível 10, o valor de conversão representará a informação de que o primeiro evento e o segundo evento ocorreram. Se o usuário atingir o nível 15, o valor de conversão representará a informação de que todos os três eventos ocorreram.
Um modelo de funil é poderoso, pois maximiza o número de eventos que podem ser codificados no valor de conversão. No entanto, ele depende de uma jornada do usuário bem definida, na qual os eventos só podem ocorrer em uma determinada sequência.
Observação: o número de eventos que você pode definir depende do número restante de espaços após a seleção do período de medição.
Fluxo da SKAdNetwork
- O usuário instala/reinstala o aplicativo.
- O usuário executa uma atividade dentro do aplicativo.
- O SDK da Singular envia as informações do evento para os servidores da Singular. Se o evento for um dos eventos definidos que você deseja medir, o SDK verificará se um evento de funil inferior (um evento posterior na sequência) já foi medido. Caso contrário, o valor de conversão será atualizado para refletir a ocorrência do evento.
- Esse processo se repete até o término do período de medição.
- Quando a Singular obtém o postback da SKAdNetwork, decodificamos o valor para os eventos que ele representa e disponibilizamos as informações para você em relatórios, postbacks, etc.
Um modelo de funil SKAN 4 é semelhante ao modelo de funil original, exceto pelo fato de que ele permite que você defina algumas das etapas do funil como eventos e outras como baldes de receita (veja a ilustração).
Cada etapa em um modelo de funil do SKAN 4 encapsula dados sobre todas as etapas anteriores a ela. Por exemplo, neste exemplo, se o valor de conversão em um postback do SKAN indicar "Nível 10 atingido", o Singular pressupõe que "Inscrição" e "Nível 5 atingido" também ocorreram. Isso será refletido em seus dados de relatório.
Da mesma forma, se o postback indicar "Revenue Bucket: [$0.5-1]", a Singular registrará automaticamente os seguintes dados: Evento "Sign-Up" + evento "Level 5 Reached" + evento "Level 10 Reached" + $0,5-1 de receita.
Um modelo de funil SKAN 4 é poderoso, pois maximiza o número de eventos e o número de baldes de receita que podem ser codificados no valor da conversão. No entanto, ele se baseia em ter uma jornada de usuário direta, na qual os eventos só podem ocorrer em uma determinada sequência.
Observação: quando um modelo de funil SKAN 4 está em vigor, o gerenciamento do valor de conversão do Singular dentro do aplicativo é baseado na lógica do funil. Nesse exemplo, se o "Nível 5 atingido" ocorrer no aplicativo, o SDK da Singular atualiza o valor da conversão de acordo - mesmo que o "Sign-Up" não tenha ocorrido. Para evitar a criação de dados incorretos em seus relatórios de campanha do SKAN, certifique-se de que seu modelo esteja bem definido.
SKAN 4 Funil vs. Modelo misto
Tanto o modelo de funil SKAN 4 quanto o modelo misto permitem que você rastreie eventos e receita ao mesmo tempo.
Isso ocorre porque, em um modelo misto (supondo que seja um modelo de receita + eventos), cada valor de conversão precisa corresponder a um evento ea um intervalo de receita. Por exemplo, CV = 0 pode significar "evento _INSTALL_ e nenhuma receita", enquanto outro CV pode significar "evento _INSTALL_ e receita de US$ 0-1".
Por outro lado, um modelo de funil SKAN 4 permite que você atribua um CV separado a cada evento e, em seguida, um CV separado a cada balde de receita, deixando espaço para definir um número maior de baldes. Veja o exemplo a seguir:
Resumo: SKAN 4 Funnel vs. Outros tipos de modelo
Funil original (SKAN 3) |
Funil SKAN 4 | Modelo misto |
---|---|---|
|
|
|
Observação: Em um modelo de funil SKAN 4, os baldes de receita são sempre definidos mais abaixo no funil do que os eventos. Isso reflete o fato de que a receita é geralmente o indicador mais forte de uma conversão de alta qualidade.
Os modelos mistos permitem que você obtenha informações de receita + um outro tipo de informação sobre a mesma campanha de SKAdNetwork.
A Singular oferece três modelos mistos:
- Eventos de conversão e receita
- Engajamento e receita
- Funil e receita
Em termos do valor de conversão da SKAdNetwork, usar um modelo misto significa que alguns bits do valor codificam informações sobre receita, enquanto outros bits codificam informações sobre eventos, funil ou engajamento.
Dica: Os modelos mistos têm muitos casos de uso diferentes, dependendo de suas necessidades e limitações de análise. Por exemplo:
- Você deseja obter informações sobre receita quando elas estiverem disponíveis, mas muitas vezes elas não estão disponíveis porque os usuários não fazem uma compra dentro do período de tempo definido.
- Você não precisa de um grande número de compartimentos de receita e prefere dedicar alguns dos bits de valor de conversão para obter informações adicionais sobre o usuário.
Observação: os dados do modelo misto estão disponíveis nos relatórios da Singular, mas a rede de anúncios precisa decodificá-los. Se não forem compatíveis com sua rede, os dados serão exibidos como valor de bit. Os modelos mistos já são compatíveis com o Facebook e o TikTok, entre outros.
Configuração de um modelo misto:
Ao escolher um modelo misto, você precisa configurar um modelo de receita e outro tipo de modelo (eventos, funil ou engajamento) no painel Model Configuration (Configuração do modelo ).
Os espaços são divididos entre os dois modelos. Por exemplo, se você escolher um modelo misto de receita + eventos, quanto mais baldes de receita você definir, menos eventos poderá definir, e vice-versa.
Configuração de um novo modelo de conversão
Para configurar um novo modelo de conversão:
- Em sua conta Singular, vá para SKAdNetwork > Model Configuration (Configuração de modelo).
- Selecione um aplicativo na lista à esquerda.
- Clique em Add Conversion Model (Adicionar modelo de conversão).
- Selecione o período de medição (consulte O que é o "período de medição"? Como devo defini-lo?).
- Selecione o tipo de modelo (consulte Que tipos de modelos de conversão a Singular oferece?).
- Digite um nome para o modelo e defina as configurações adicionais. Essas configurações dependem do tipo de modelo selecionado.
- É possível expandir a seção Analyze Model para ver um relatório simulado do desempenho do modelo com as configurações atuais com os seus dados. Para obter mais informações, consulte O que é "Analyze Model"? Como posso usá-lo para me ajudar a escolher um modelo de conversão?
- Clique em Salvar. O novo modelo de conversão é adicionado à lista.
Observação: o novo modelo não é ativado automaticamente. Para começar a usar de fato o modelo, você precisa ativá-lo.
Não, a ordem em que você adiciona os eventos não é importante. Especificamente, ao usar o modelo Conversion Events (Eventos de conversão), o Singular atualizará o valor de conversão quando houver pelo menos uma ocorrência do(s) evento(s) selecionado(s) ou uma combinação de eventos selecionados.
Depois de configurar um modelo, você pode expandir a seção Analyze Model (Analisar modelo ) e clicar em Download Analysis Report (Baixar relatório de análise). Isso fará o download de um relatório que estima quais métricas você obteria usando o modelo atual, com base nos dados de instalações e eventos que a Singular rastreou com base na implementação do SDK/S2S.
O relatório estima quais seriam as métricas da SKAdNetwork (instalações, eventos e receita) se você usasse o modelo atual que configurou, em comparação com as métricas reais que você rastreou fora da SKAdNetwork.
Para calcular as métricas estimadas de SKAdNetwork, a Singular leva em consideração os dados reais dos dispositivos de seus usuários, as configurações de seu modelo de conversão e as várias propriedades e limitações da estrutura de SKAdNetwork.
O relatório resultante (veja os detalhes abaixo) deve ajudá-lo a decidir se o modelo fornece informações suficientes ou se você deve ajustá-lo ou usar um tipo diferente de modelo.
Dica: você também pode usar o atalho Analyze Model na página de resumo do modelo para executar um relatório de análise em modelos criados anteriormente. O relatório será executado em eventos dos últimos 7 dias. Para selecionar um período personalizado, selecione Editar para abrir o painel de configuração.
Quando você seleciona Analyze Model, o arquivo CSV resultante contém as seguintes colunas (além de algumas outras colunas, dependendo do modelo específico e dos eventos selecionados).
Use o relatório para obter uma estimativa do desempenho de seu modelo.
Coluna | Descrição |
Install Date | A data de instalação do aplicativo, conforme calculado pela Singular. |
App | O nome do aplicativo. |
Source | O nome da rede de parceiros à qual a instalação/reinstalação do aplicativo foi atribuída. |
Model Name | O nome do modelo de conversão escolhido para análise. |
SKAN Installs | O número estimado de instalações da SKAdNetwork na "data de instalação". Essa métrica é calculada com base em instalações não orgânicas e de último clique (essas são as únicas instalações suportadas pela SKAdNetwork). |
SKAN [Conversion Name]* | O número estimado de conversões que esse modelo de conversão atribuirá. Essa métrica será calculada com períodos de coorte de 1d e até o período de medição do seu modelo. |
Reported [Conversion Name]* | Sua métrica de conversão atual. Essa métrica será calculada com períodos de coorte de 1d e até o período de medição do seu modelo. |
[Conversion Name] Ratio* | A proporção entre sua métrica de conversão SKAN estimada e sua métrica de conversão atual. Essa proporção é calculada somente no último período de coorte, que também é seu período de medição. Quando essa proporção está próxima de 1, significa que sua métrica SKAN estimada é quase igual à sua métrica atual. |
Trabalho com o painel de gerenciamento de conversões
Atualmente, não há limite para o número de modelos de conversão que você pode configurar. No entanto, somente um modelo pode estar ativo para um aplicativo em um determinado momento.
Depois de configurar um modelo de conversão, você pode selecionar Preview Conversion Values (Visualizar valores de conversão) para fazer download de um arquivo CSV contendo os valores de conversão de 0 a 63 e seu significado usando o modelo específico.
O arquivo .csv resultante conterá as seguintes colunas fixas, bem como colunas dinâmicas com base no modelo de conversão e nos eventos escolhidos.
Coluna | Descrição | Exemplo |
Conversion Value | O valor de conversão, 0-63 | 10 |
Conversion Events | O nome do evento de conversão | Registro |
Retention | O período de tempo representado como um intervalo em horas | 24h+ -> 48h |
Modelo de engajamento
Coluna | Descrição | Valor de conversão |
Conversion Value | O valor de conversão, 0-63 | 10 |
[Event Name]* Count | Para cada evento usado no modelo, essa coluna representará a contagem de ocorrências desse evento | 2 |
Retention | O período de tempo representado como um intervalo em horas | 24h+ -> 48h |
Modelo de receita
Coluna | Descrição | Valor de conversão |
Conversion Value | O valor de conversão, 0-63 | 10 |
Revenue Buckets | O balde ao qual o valor da receita é atribuído. O valor é representado no tipo de moeda selecionado de sua conta. | $1+ -> $2 |
Retention | O período de tempo representado como um intervalo em horas | 24h+ -> 48h |
Para mudar de um modelo de conversão para outro:
- Vá para o painel de gerenciamento de conversões.
- Alterne o novo modelo de conversão para Ativado.
- Salve suas alterações.
A Singular pausará seu modelo existente e, em seguida, ativará o novo modelo. Devido às limitações da SKAdNetwork, esse processo leva 48 horas. Veja o que acontece:
- Nenhum valor de conversão é enviado ou registrado por 24 horas. Os dados de medição são perdidos.
- Todos os postbacks da SKAdNetwork recebidos nas próximas 24 horas (horas 25-48) são processados usando o modelo antigo.
- Durante o mesmo período, a Singular começa a atualizar os valores de conversão usando o novo modelo.
- Ao final de 48 horas, começamos a usar o novo modelo de conversão para decodificar os postbacks.
Dica: Durante esse período de intervalo em que o novo modelo ainda não está ativado, você pode mudar de ideia e escolher um modelo diferente ou alterar as configurações do modelo.
Observação: embora incentivemos você a experimentar modelos diferentes quando começar a usar a SKAdNetwork, não recomendamos a alteração regular dos modelos posteriormente, devido ao atraso inerente ao sistema até que você possa ver os novos resultados. Além disso, observe que o Facebook pausa as campanhas por 72 horas quando um modelo de conversão é atualizado.
Para editar um modelo de conversão existente:
-
Clique no menu suspenso do modelo e selecione Editar. Isso abre o painel de configuração do modelo de conversão.
- Altere as configurações conforme necessário e selecione Salvar.
Aviso: A alteração das configurações do modelo ativo atual cria um processo de migração. O Singular pausará seu modelo existente e, em seguida, ativará o modelo com as novas configurações. Devido às limitações da SKAdNetwork, o processo leva até 48 horas e inclui um intervalo de 24 horas no qual nenhum valor de conversão é enviado ou registrado. Consulte Como faço para migrar de um modelo de conversão ativo para um novo modelo?
Você pode arquivar um modelo de conversão para removê-lo do painel de modelos de conversão. Para arquivar um modelo, clique em seu menu suspenso e selecione Arquivar.
Só é possível arquivar um modelo que não esteja sendo usado.
Depois que um modelo é arquivado, você não pode trazê-lo de volta.
Você pode definir modelos de conversão, visualizar seus valores e analisá-los, mas a seleção e o envio de um modelo ativo não terão impacto se a sua versão do SDK não for compatível com a SKAdNetwork (já que os postbacks da SKAdNetwork não serão enviados de seus dispositivos).