Atualizações do SKAdNetwork: migração instantânea de modelos, modo de compatibilidade com SKAN 3, relatórios de receita mais detalhados e API de conversão do Google

Há muito novo no suporte ao SKAdNetwork da Singular, e nem estou falando sobre SKAN 4 ou SKAN 5. A Singular equipe de produto tem trabalhado intensamente nas atualizações do SKAdNetwork e entregou grandes upgrades e melhorias, incluindo:

• Migração instantânea de modelos
• Modo de compatibilidade SKAN 3, que permite a transição segura para o SKAN 4
• Relatórios de receita mais detalhados no SKAN 3 (e atualizações ainda maiores no SKAN 4)
• Compatibilidade com o Google

Passei algum tempo com Omri Barak, gerente de produto Singular , conversando sobre as novas atualizações do SKAdNetwork.

Dê o play no vídeo acima, inscreva-se no podcaste continue lendo!

SKAdNetwork: migração instantânea do modelo de conversão

Alterar modelos de conversão no SKAdNetwork tem sido doloroso e lento. Se você quer um novo modelo porque seu app mudou, ou porque acha que há eventos ou limites de receita diferentes que fornecerão um sinal melhor para otimização, prepare-se para esperar.

Uma longa espera.

Primeiro, os anúncios e campanhas existentes vinculados ao modelo de conversão antigo precisam ser removidos do inventário dos seus parceiros. Segundo, sempre que você altera os sinais de conversão, os parceiros de publicidade precisam reconfigurar seus sistemas para segmentar e otimizar com base nos seus novos pontos de dados. Isso é verdade no SKAN 3 e é ainda mais verdadeiro no SKAN 4 devido às janelas de conversão muito mais longas.

• Postback SKAN 3: 24 a 48 horas após a atualização do valor final de conversão
• SKAN 4 possui vários postbacks, no entanto
  • O primeiro período de retorno (postback) é de 0 a 2 dias após a instalação
    • O postback ocorre de 24 a 48 horas após a atualização dos valores finais de conversão
  • O segundo período de pós-instalação é de 3 a 7 dias após a instalação
    • O postback ocorre de 1 a 6 dias após a atualização dos valores finais de conversão
  • O terceiro período de pós-instalação é de 8 a 35 dias após a instalação
    • O postback ocorre de 1 a 6 dias após a atualização dos valores finais de conversão

Somando tudo, os postbacks do SKAN 4 podem não ser processados ​​até 41 dias após a instalação original. E isso é ruim para o crescimento.

“Uma campanha é melhor do que nenhuma campanha”, diz Barak. “Isso realmente dificulta a adoção do SKAN.”

A solução: ciência de dados avançada para migração de modelos perfeita e instantânea, que permite alterar modelos SKAN 3 à vontade — bem como atualizar para SKAN 4 — sem longas esperas, perda de dados e oportunidades de crescimento.

“Criamos modelos internamente para descobrir, para cada valor de conversão ou cada resposta recebida, qual é a probabilidade”, diz Barak. “Conseguimos determinar qual a chance de o primeiro modelo ter codificado isso, ou o segundo modelo.”

Isso funciona especialmente bem com pequenos ajustes nos modelos de conversão do SKAN. Também funciona quando os profissionais de marketing mudam completamente os eventos que estão mensurando, pois fica mais fácil determinar que os eventos antigos não são mais relevantes. Pequenos ajustes nos modelos de receita também são suportados e, segundo Barak, eles melhorarão a receita prevista para o primeiro e o sétimo dia sem impactar significativamente a otimização da rede.

Do ponto de vista jornalístico, isto é completamente transparente: sem diferenças, sem pausas.

Além disso, Singular entrará em contato com seus parceiros de publicidade para informá-los de que não é mais necessário pausar as campanhas quando novos critérios de otimização forem obtidos a partir de modelos de conversão atualizados.

Modo de compatibilidade SKAN 3

Poder atualizar instantaneamente seu modelo de conversão do SKAdNetwork para algo potencialmente melhor é ótimo. Poder atualizar para o SKAN 4 sem interrupções, mantendo a compatibilidade com o SKAN 3, é ainda melhor, e essa é uma das atualizações do SKAdNetwork que Singular lançou recentemente.

Note que o que determina se uma rede de anúncios fornece um postback SKAN 4 depende de 3 fatores:

1. A versão de clique da rede de anúncios
2. A forma como o valor da conversão é atualizado
3. A versão do iOS em execução no dispositivo em que o aplicativo está instalado

O modo de compatibilidade com SKAN 3 funciona essencialmente de forma simples: ele interrompe a codificação de valores após 24 horas para tornar o primeiro postback do SKAdNetwork funcionalmente equivalente entre SKAN 3 e SKAN 4. Assim, em um ambiente SKAN 3, você não perde nada. Em um ambiente SKAN 4, você ganha um pouco mais com os postbacks 2 e 3, o que não seria possível se você ainda estivesse no modo padrão do SKAN 3.

“Basicamente, o que fazemos é parar de codificar novos valores após as primeiras 24 horas”, diz Barak. 

“No caso do SKAN 4, você perde algumas medições ou qualquer informação que ocorra entre 24 e 48 horas, mas, na verdade, isso permite que o SKAN 3 e o SKAN 4 alcancem as mesmas informações e valores de conversão, sem interferir na otimização de rede atual baseada no SKAN 3.”

Relatórios de receita mais detalhados

Os modelos de conversão de receita da SKAdNetwork tendem a ser menos detalhados do que você gostaria, simplesmente por causa da quantidade de categorias de receita que você pode configurar. Agora, Singular usa seus próprios dados primários para verificar os cálculos da SKAN e obter uma receita mais precisa.

O problema consiste em tentar estimar o valor real a partir dos intervalos de valores de conversão SKAN.

As faixas de receita podem variar em valores de US$ 1 ou muito mais. A estimativa da receita reportada pela SKAN geralmente se baseia na média dessa faixa, portanto, um postback com um valor de conversão entre US$ 1 e US$ 2 estimaria uma receita reportada de US$ 1,50.

O problema é que isso pode não estar muito alinhado com suas compras reais, levando a uma receita subnotificada. Isso, por sua vez, resultará em de ROAS , suposições incorretas de LTV e ROI e pior otimização da campanha publicitária.

A solução é verificar sua receita real.

“Para resolver isso, o que fazemos no Singular é contabilizar a receita real de cada usuário que atingiu um determinado valor de conversão”, diz Barak. “Dessa forma, podemos agrupar ou criar coortes de usuários com base no valor de conversão que eles alcançaram. Então, se todos os seus usuários que atingiram o valor de conversão 2 gastaram US$ 2,99, conseguiremos relatar e mapear esses usuários corretamente para esse valor de conversão. E isso leva a relatórios muito mais precisos.”

O primeiro passo foi atingir uma previsão de receita D7 com 87% de precisão no SKAdNetwork, que Singular lançou em maio de 2022. Agora, Singular possui uma previsão D1 precisa e está trabalhando para reduzir a diferença entre D2 e ​​D3.

O SKAN 4 apenas aprimorará essa modelagem com o segundo e o terceiro postbacks.

API de conversão do Google

O Google demorou um pouco para dar suporte ao SKAdNetwork, é claro, mas agora o gigante das buscas e anúncios está lá. O que já está disponível é a atualização automática dos seus modelos de conversão do SKAN no Google Ads assim que você os atualiza no Singular.

“Eles lançaram uma API que permite Singular atualizar o modelo”, diz Barak. “Isso significa que o Google agora pode otimizar não apenas para objetivos específicos, como taxas de conversão mais altas, mas também para eventos específicos ou campanhas de ROAS. E a boa notícia para os usuários Singular é que a solução já vem pronta para uso, sem necessidade de configuração adicional.”

Configure seu modelo e pronto.

Você pode até configurar seu modelo SKAN 4 — que o Google ainda não suporta — e, graças ao modo de compatibilidade, Singular o enviará para o Google como se fosse um modelo SKAN 3.

Mais novidades da SKAdNetwork em breve

Mais novidades da SKAdNetwork estão a caminho:

• Cohortes mais precisas
• Cohortes mais longas
• Melhoria nos relatórios de postback 2 e postback 3 no SKAN 4
• Novos modelos de conversão

O objetivo é simples: ser o melhor provedor de atribuição para iOS e SKAdNetwork.

“Basicamente, queremos sempre ser a empresa líder em SKAN”, diz Barak. “Esse é o nosso objetivo e é nisso que estamos trabalhando.”

Se ainda não ’t fez, inscreva‑se no Growth Masterminds e Singular’s Canal do YouTube. Você’ sempre ficará atualizado não só sobre o que Singular está fazendo, mas também sobre o que os melhores mobile especialistas de marketing estão aprendendo e compartilhando.

Transcrição completa: Atualizações Singular SKAdNetwork

John Koetsier: O que há de novo no SKAdNetwork? 

Olá e bem-vindo ao Growth Masterminds. Meu nome é John Koetsier. 

Parece que muita coisa está acontecendo com o SKAN agora: a transição para a versão 4, alguns bugs talvez, e talvez um pouco de retrocesso, mas também muita inovação acontecendo. 

Para falar sobre isso, temos conosco Omri Barak, Gerente de Produto Singular . Bem-vindo, Omri.

Omri Barak: John, obrigado por me receber. 

John Koetsier: Super animado por ter você. Super animado para mergulhar em tudo isso. Primeiro, visão geral. Vamos começar. Qual é o estado do SKAN agora?

Omri Barak: Então, o SKAN 4 foi lançado há mais de um ano e ainda vemos a adoção avançando lentamente. It’s totalmente dependente das redes, para ser sincero. As redes são quem controlam qual versão do SKAN nossos usuários ou quem faz UA podem usar.

E acabamos de ver um retrocesso quando a Meta lançou o SKAN 4 e, em seguida, observamos uma queda nos valores de conversão. Aqui na Singular, a equipe descobriu um bug da Apple. E agora sabemos que a Meta deu um passo para trás e reverteu a mudança, e agora até mesmo a Meta está usando principalmente o SKAN 3. Portanto, estamos vendo uma adoção, mas mais lenta do que prevíamos.

John Koetsier: Sim, eu estava super empolgado, há 15, 20, 30 dias, a adoção do SKAN parecia estar em alta. A Meta começou, foi ótimo. Vimos adoção em todo o setor entre 30% e 40%, às vezes chegando a 50% em alguns dias. E então, claro, o bug apareceu. Valores de conversão sumiam, e a Meta disse, “Ah, volta ao SKAN 3.” Agora eu’m receoso de que ainda passemos meses no SKAN 3, porque quando todas as mudanças chegarão a todos os dispositivos iOS, certo? Eu estou no iOS, acho que é 17 agora, ou a versão mais recente, certo?

É uma versão beta completa, mas a maioria das pessoas atualiza quando precisa, ou quando o telefone finalmente faz a atualização automaticamente, certo? Então, sim, essa é uma das minhas preocupações no momento.

Omri Barak: Sim, ainda falta muito tempo até que todo dispositivo esteja pronto para SKAN 4. Sabemos que a Apple corrigiu isso na versão 16.6, se bem lembro. Ainda vai demorar até que todos os dispositivos sejam elegíveis para SKAN 4 sem esse bug que atrapalha.

John Koetsier: No entanto, vamos chegar lá. Vai acontecer. As engrenagens do progresso continuam girando, então vamos chegar lá. 

Um dos desafios, claro, é que mesmo usando apenas o SKAN 3, às vezes você precisa mudar seu modelo. Às vezes você simplesmente acha que existe uma maneira melhor de capturar conversões; existem eventos que são mais indicativos de valor a longo prazo, seja qual for, e você precisa mudar seu modelo de conversão. 

Além disso, ao atualizar para a versão 4, você está passando por uma mudança. Quais são alguns dos desafios associados a isso? Por que é difícil fazer isso? Ou até mesmo, por que você quase não quer fazer isso?.

Omri Barak: Então, basicamente, quando você muda de modelo no SKAN, o que a maioria dos parceiros faz primeiro é esperar que todos os postbacks do SKAN sejam processados. Isso acontece por causa dos temporizadores aleatórios, janelas de bloqueio e diferentes períodos de medição, dependendo do modelo, principalmente devido a um mecanismo integrado ao SKAN (ou pelo menos até a versão 3), onde cada vez que você atualizava o valor de conversão, você tinha um período de tolerância de 24 horas para atualizar a conversão novamente. E somente depois que esse período total de 24 horas se esgotava, a Apple iniciava um segundo tipo de temporizador, e somente então qualquer parceiro que exibisse um anúncio receberia o primeiro postback. 

Então, foi um grande desafio. E o que parceiros e até Singular fizeram no passado para decodificar cada postback ou cada valor de conversão, exigindo que você pare de atualizar todos os valores de conversão. Um desafio se você’re não estiver usando um MMP. Mas mesmo com um MMP, isso significa que você vai pausar uma nova codificação por 24 ou 48 horas, conforme seu modelo. 

E o que vimos no Singular é que ele realmente dificulta a adoção do SKAN. Isso porque, se as pessoas definem um modelo e não querem interromper suas campanhas, mesmo que não seja o melhor modelo e não esteja funcionando bem para otimização, ainda assim, uma campanha é melhor do que nenhuma campanha por dois dias. E vimos pessoas ficando presas ou trabalhando com um modelo subótimo simplesmente porque alguém, em algum momento no passado, começou a usar esse modelo. Também sabemos que algumas redes pausam sempre que um modelo no lado do MMP é alterado.

Por exemplo, a Meta costumava pausar uma campanha se alguém alterasse o modelo no Singular. E esse é um caso de uso para todas as MMPs, não um problema específico Singular . E quando estamos lançando o SKAN 4, sabemos que todos vão alterar um modelo. Por exemplo, há novos postbacks para configurar, o período de medição muda de um para dois por padrão.

E na Singular entendemos que não queríamos enfrentar esse desafio com todos os nossos clientes de uma só vez. Por isso, introduzimos uma migração de modelos perfeita na Singular. 

Agora, no Singular, você pode alterar modelos SKAN 4 sem pausar o modelo. A nossa abordagem envolve muita ciência de dados. Precisamos descobrir o que cada valor de conversão significa se não pausarmos o modelo. Não queremos pausar o modelo por motivos adicionais, certo? O período de pausa aumentou para 48 horas, então agora a pausa seria muito mais longa. E há um segundo e um terceiro postback que podem levar até 35 dias. 

John Koetsier: Um mês.

Omri Barak: E então nossa abordagem na Singular, deixamos de esperar o descarte de eventos. Construímos modelos internos para, a cada valor de conversão ou postback que recebemos, calcular a probabilidade. Sei que é um termo que não se usa mais, mas ainda vale estatisticamente. Agora determinamos a chance de o primeiro modelo ter codificado isso ou o segundo modelo.

E, do ponto de vista dos relatórios, você não vê nada nos relatórios Singular . É como se tudo estivesse completamente estável. Você não vê nenhuma diferença, nenhuma pausa, e isso é incrível. Também colaboramos com parceiros para sugerir que talvez seja possível parar de pausar as campanhas. E esperamos que isso seja anunciado em breve.

John Koetsier: Então vamos reproduzir isso rápido no SKAN 3. Se quiser mudar seu modelo, adivinha? Pode achar um mais otimizado. Pode achar um evento mais preditivo, tanto faz. Você tem provavelmente dois ou três dias de dados ruins, no mínimo, certo? Porque há tempo para limpar. 

Há aceleração no novo modelo. Pode até ser mais do que isso, porque, adivinhe? Se as plataformas e redes estão usando SKAN para fins de otimização, como elas otimizam com base nisso? Então, você pode acabar gastando mais dinheiro e simplesmente desperdiçando recursos, já que a IA está treinando as redes para saber o que otimizar. 

No SKAN 4, isso é um problema ainda maior, como você disse, porque os períodos de conversão padrão são enormes. Muito maiores, especialmente o segundo e o terceiro postbacks, certo? O terceiro, 35 dias — nossa! — mais ou menos um período indeterminado. Então você pode acabar perdendo tempo. 

Basicamente, você está dizendo: "Ei, mudem isso na hora. Vão em frente. A gente resolve os detalhes. A gente cuida de todos os detalhes." Parece ótimo. Parece maravilhoso. Mas quão bom está? Quão próximo da realidade?

Omri Barak: Então, funciona incrível com pequenos ajustes. Como já sabemos, se você tem buckets de receita e os altera um pouco, ou se introduz eventos únicos. Se você mudou totalmente eventos que não estavam no primeiro modelo e agora estão disponíveis no segundo modelo, também funciona muito bem, porque é mais fácil determinar que os eventos antigos não são mais relevantes de forma alguma.

Portanto, oferecemos suporte a esses dois tipos de casos de uso bem distintos. E sabemos que eles funcionam bem. Se você quiser receber novos eventos, é fácil, pois é bastante simples descobrir que eles não têm nenhuma relação com o primeiro evento. E pequenos ajustes na receita, que são muito importantes para a Singular , do ponto de vista Singular , significam uma receita melhor em um dia e até mesmo uma previsão de receita para sete dias, devido ao funcionamento dos nossos algoritmos, e esperamos que eles não afetem muito a otimização da rede.

John Koetsier: Super interessante e super legal. Mal posso esperar. No fim das contas, o objetivo, junto com o Privacy Sandbox, que é ainda mais complicado, let’s colocar assim, e chegando em breve, o objetivo é, hey, rode suas campanhas. Seja um marketer. Descubra seu crescimento. We’ll cuidar dos detalhes. E isso é um passo rumo a um futuro feliz e esperamos que tudo funcione perfeitamente. Está disponível agora? Já foi lançado?

Omri Barak: Sim, está. Está ativo para todos os nossos clientes. Qualquer pessoa com uma campanha SKAN 3 pode atualizá‑la para SKAN 4 sem pausa. E se você já tem uma campanha SKAN 4 mas não está totalmente satisfeito ou quer ajustá‑la, agora’s a hora de fazer isso sem cobranças de penalidade.

John Koetsier: E só para deixar tudo claro, você pode atualizar para o modelo SKAN 4. Não muda nada. Você não perde nenhum dado se seu parceiro ainda estiver usando SKAN 3. Na verdade, você obtém mais dados quando eles começam a usar SKAN 4, certo?

Omri Barak: Verdade. Então, em Singular entramos para ter nossos clientes’ de volta aqui enquanto a maioria das redes ainda está no SKAN 3, permitimos um modo de compatibilidade SKAN 3 em Singular e isso permite que clientes que só querem testar o SKAN 4, que desejam valores de conversão grosseiros, que buscam P2 e P3 para entender, ou que trabalham com a maioria das redes SKAN3 e don’t querem prejudicar a otimização e relatórios do lado deles, tenham um modo de compatibilidade 

O que fazemos no Singular para dar suporte a isso, e não vou entrar em detalhes matemáticos aqui porque sempre acabo perdendo a atenção de todos quando faço isso, basicamente o que fazemos é parar de codificar novos valores após as primeiras 24 horas. Então, certo, no caso do SKAN 4, você perde algumas das medições ou qualquer coisa que aconteça entre 24 e 48 horas, mas na verdade isso permite que o SKAN 3 e o SKAN 4 alcancem as mesmas informações e valores de conversão, e ainda assim não interfere na otimização de rede atual construída sobre o SKAN 3.

John Koetsier: E ainda permite postback 2 e postback 3 posteriormente. 

Omri Barak: Sim. 

John Koetsier: Perfeito. Perfeito. Garante paridade entre os dois modelos de medição. Você vê: o que estou vendo? O que estou obtendo? Porque com o SKAN 4, mesmo se você encerrar o primeiro período de postback, bloqueá-lo após 24 horas, there’s dados adicionais que você pode obter, dados de identificador de origem, se houver volume suficiente para superar os limites de privacidade ou anonimato de multidão, termo do SKAN 4. 

Muito legal. O que mais há de novo no SKAN para Singular? Temos receita de modelos, coortes do SKAN e algumas funcionalidades da API de conversão do Google. O que mais há de novo?

Omri Barak: Uma das coisas muito interessantes que fizemos recentemente no Singular foi aprimorar nosso P1, nosso primeiro relatório de postback, que funciona tanto para SKAN 3 quanto para SKAN 4, para ter uma indicação melhor da receita real gerada por cada postback.

Vamos pensar em um exemplo simples. Digamos que você tenha configurado uma faixa de receita no seu modelo, entre US$ 2 e US$ 3. Uma abordagem ingênua seria pensar: "Ok, então, cada vez que eu receber esse valor de retorno, vou tratá-lo como se fosse US$ 2,50, o valor médio da faixa". Mas meu aplicativo só tem um pacote de gems de US$ 2,99. Então, cada vez que eu receber esse retorno, o valor não será exatamente US$ 2,50, mas sim US$ 2,99. E aí eu estarei, na verdade, subestimando a receita. Singular, ou qualquer pessoa que queira analisar isso de forma ingênua, estaria subestimando a receita.). 

Para resolver isso, o que fazemos no Singular é contabilizar a receita real de cada usuário que atingiu um determinado valor de conversão. Dessa forma, podemos agrupar ou criar coortes de usuários com base no valor de conversão que alcançaram. Então, se todos os seus usuários que atingiram o valor de conversão 2 gastaram US$ 2,99, conseguiremos relatar e mapear esses usuários corretamente para esse valor de conversão. Isso leva a relatórios muito mais precisos e, embora esse seja um exemplo específico, podemos observar isso em toda a empresa.

Então, muitas vezes, se as faixas de receita forem muito grandes ou não forem adequadas para o meu aplicativo específico, nossos relatórios de receita ficariam instáveis. Agora, todos os nossos clientes têm relatórios muito mais precisos desde o primeiro dia, o que se encaixa perfeitamente em nosso plano geral de trazer de volta as coortes para o mundo SKAN. Um dos maiores desafios dos relatórios SKAN é que a Apple nos tirou a receita por coorte. 

E agora Singular já foi lançado, o primeiro passo foi lançar o Dia 7, e isso é um salto enorme. Agora temos o Dia 1 correto e estamos trabalhando para preencher a lacuna entre o Dia 2 e o Dia 3.

Há muito mais ciência de dados envolvida e queremos incorporar as fases P2 e P3 para obter relatórios melhores. Assim, quando o SKAN 4 for lançado, teremos muito mais sinais para coortes mais longas, o que nos permitirá analisar os dados do Dia 7 agora. Usar o postback 2 seria incrível. Obteremos dados muito mais precisos e os dados do Dia 35 também serão construídos com base nas fases P2 e P3. O que é fantástico, pois basicamente estamos trazendo as coortes de volta.

John Koetsier: Muito legal. Isso também acontece quando você’re reportando algo que você’ve usado ciência de dados para descobrir, e reporta assim: achamos que está aqui, mas aqui está a faixa possível e aqui está a probabilidade?

Omri Barak: Sim. Temos intervalo porque ’é modelagem estatística. Quanto mais preciso ou melhor o modelo que você escolher, melhor será o indicador de receita. Se escolher eventos sem correlação com a receita, será um desafio alcançar o que queremos. Evidentemente, a receita é o melhor indicador, com a maior correlação.

Mas se você não obtiver receita no primeiro ou segundo dia, sabemos que é um desafio, especialmente em relação a jogos não casuais ou de baixo custo. Se você usar eventos bem definidos, como o início de uma assinatura, mesmo que a assinatura não termine ou você não veja receita nos primeiros sete dias — ou nos primeiros dois, obviamente, e até mesmo nos sete primeiros — isso pode ser um bom indicador de quanta receita esses usuários geram.

Qualquer engajamento pode ser um bom indicador. E essa é uma das vantagens da nossa nova abordagem: para visualizar a receita, seja ela do primeiro dia ou do sétimo dia, no Singular, você não precisa tê-la codificada no seu modelo SKAN. Assim, se você escolher eventos diferentes que possam ter um efeito mais duradouro, ou se quiser otimizar as redes para esses eventos, você ainda verá a receita gerada por esses usuários no Singular. É o melhor dos dois mundos.

John Koetsier: Excelente. E qual a novidade da API de conversão do Google?

Omri Barak: Então, isso’ é uma notícia incrível. O Google chegou atrasado ao jogo SKAN, muito atrasado. É a primeira vez que eles estão otimizando modelos fornecidos por terceiros ou MMP neste cenário.

Eles lançaram uma API que permite Singular atualizar o modelo configurado na Singular. Isso significa que o Google agora pode otimizar não apenas para resultados específicos, como taxas de conversão mais altas, mas também para eventos específicos ou campanhas de ROAS. E a boa notícia para os usuários Singular é que a funcionalidade já vem pronta para uso, sem necessidade de configuração adicional.

Você configura um modelo no Singular. Singular o envia para o Google, e pronto. Agora você pode iniciar sua campanha e executá-la. A má notícia é que... eles só oferecem suporte ao SKAN 3 por enquanto. 

John Koetsier: O que não chega a ser um problema, pelo menos por alguns meses.

Omri Barak: Não é realmente um problema. E mesmo se você tem um modelo SKAN 4 em Singular, we’ll enviaremos ao Google como se fosse um SKAN 3. Don’t se preocupe com isso. Em Singular, você não precisa se preocupar se tem um modelo SKAN 3 ou SKAN 4, somos totalmente compatíveis em todos os sentidos. E tudo funciona pronto para uso.

John Koetsier: Funciona perfeitamente. Acho que lembro disso de outra empresa, talvez uma de frutas, não tenho certeza. Mais alguma coisa? Dê um spoiler. O que podemos esperar no próximo trimestre? Mais novidades?

Omri Barak: Estamos desenvolvendo coortes muito mais precisas e mais longas. Estamos aprimorando os relatórios P2 e P3. Queremos mostrar quais eventos e usuários pagos em cada período de postback. Podemos estar criando novos modelos, mas ainda está na fase de ideia. 

Mas, basicamente, queremos sempre ser a empresa líder em SKAN. Esse é o nosso objetivo e é nisso que estamos trabalhando neste trimestre, assim como fizemos no trimestre passado.

John Koetsier: Excelente. Bem, Omri, obrigado por dedicar seu tempo. Sei que está tarde onde você está. Também agradeço a você e sua equipe por descobrirem o que realmente estava acontecendo com o SKAN 4 e o bug de redefinição do valor de conversão.

Se quiser os detalhes, o Omri escreveu um post no Singular blog. Vá até Singular, acesse o blog e encontrará o post dele. É um dos últimos três ou quatro, você o encontrará lá. Obrigado pelo seu tempo e tenha uma ótima noite.

Omri Barak: Obrigado, John.