Atribuição

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

Por John Koetsier 1º de setembro de 2023

Há muitas novidades no suporte ao SKAdNetwork da Singular , e nem estou falando do SKAN 4 ou SKAN 5. A Singular trabalhou arduamente nas atualizações do SKAdNetwork e entregou melhorias e atualizações significativas, 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 podcast e continue lendo!

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

Alterar os modelos de conversão no SKAdNetwork tem sido um processo lento e trabalhoso. Seja porque seu aplicativo mudou ou porque você acredita que diferentes eventos ou limites de receita fornecerão melhores indicadores 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
Dispositivo pronto para SKAN 4 e SKAN 3

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.

Cálculo do ROAS do SKAN

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 o fez, inscreva-se no Growth Masterminds e no canal do YouTube da Singular . Assim, você ficará sempre a par não só do que Singular mobile do mundo 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: Estou super empolgado em ter você aqui. Super empolgado para mergulhar em tudo isso. Vamos começar com uma visão geral. Qual é a situação atual da SKAN?

Omri Barak: Bem, o SKAN 4 já foi lançado há mais de um ano e ainda vemos uma adoção lenta. Para ser sincero, isso depende totalmente das redes. São as redes que controlam qual versão do SKAN nossos usuários ou qualquer pessoa que trabalhe com aquisição de usuários pode 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. Diria que uns 15, 20, 30 dias atrás, a adoção do SKAN parecia estar crescendo. O Meta começou, foi ótimo. Vimos uma adoção geral no setor na faixa de 30 a 40%, talvez até chegando perto de 50% em alguns dias. E aí, claro, o bug apareceu. Os valores de conversão estavam desaparecendo, e o Meta disse: "Ah, de volta ao SKAN 3". Agora, receio que ainda tenhamos meses pela frente com o SKAN 3, porque quando todas as mudanças serão implementadas em todos os dispositivos iOS, certo? Eu estou usando iOS, acho que é a versão 17 agora, ou a 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, então ainda vai demorar bastante até que todos os dispositivos estejam realmente prontos para o SKAN 4. Sabemos que a Apple corrigiu isso na versão 16.6, se não me engano. Mesmo assim, ainda vai levar um bom tempo até que todos os dispositivos sejam compatíveis com o SKAN 4 sem esse bug problemático.

John Koetsier: No entanto, chegaremos lá. Isso vai acontecer. As engrenagens do progresso continuam girando, então chegaremos 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, esse foi um desafio considerável. E o que os parceiros, e até mesmo Singular faziam no passado era, para conseguir decodificar o significado de cada postback ou de cada valor de conversão, interromper todas as atualizações de valores de conversão. Isso é um desafio se você não estiver trabalhando com uma MMP ). Mas mesmo com uma MMP, isso significa que você terá que interromper uma nova codificação por 24 ou 48 horas, dependendo do 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: Então, na Singular , nossa abordagem foi parar de esperar que os eventos fossem processados. Em vez disso, criamos modelos internos para descobrir, para cada valor de conversão ou cada postback recebido, qual é a probabilidade. Sei que é uma palavra que não se usa mais, mas ainda é válida estatisticamente. Conseguimos determinar qual 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 recapitular rapidamente no SKAN 3. Se você quiser alterar seu modelo, porque, adivinhe só? Você pode encontrar um mais otimizado. Pode encontrar um evento que seja mais preditivo, enfim. Você provavelmente terá pelo menos dois ou três dias de dados ruins ou de baixa qualidade, certo? Porque há tempo para o sistema processar os dados.

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 maravilhosamente bem com pequenos ajustes. Algo que já sabemos, como por exemplo, se você tem faixas de receita e as altera um pouco, ou se introduz eventos únicos. Se você mudou completamente eventos que não estavam no primeiro modelo e agora estão disponíveis no segundo, 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. Estou ansioso por isso. Em última análise, o objetivo disso, e também do Privacy Sandbox, que é ainda mais complexo, digamos assim, e que será lançado em breve, é: ei, execute suas campanhas. Seja um profissional de marketing. Descubra seu crescimento. Nós cuidaremos dos detalhes. E esse é um passo em direção a esse futuro promissor e espero que funcione perfeitamente. Isso já está disponível? Já foi lançado?

Omri Barak: Sim, está. Já está disponível para todos os nossos clientes. Qualquer pessoa que tenha uma campanha SKAN 3 pode atualizá-la para SKAN 4 sem interrupções. E se você já tem uma campanha SKAN 4, mas não está totalmente satisfeito com ela ou deseja fazer ajustes, agora é a hora de fazê-lo sem custos adicionais.

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

Omri Barak: Verdade. Então, no Singular para dar suporte aos nossos clientes, enquanto a maioria das redes ainda usa SKAN 3, permitimos um modo de compatibilidade com SKAN 3 no Singular . Isso permite que clientes que desejam apenas testar o SKAN 4, que querem apenas valores de conversão aproximados, que querem que o P2 e o P3 façam os cálculos, ou que trabalham com uma maioria de redes SKAN 3 e não querem prejudicar a otimização e os relatórios do lado deles, tenham acesso a esse 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. E proporciona paridade entre esses dois modelos de medição. Assim, você pode ver, tipo, o que estou vendo? O que estou obtendo? Porque com o SKAN 4, mesmo se você interromper o primeiro período de postback, bloqueando-o após 24 horas, há dados adicionais que você pode obter, dados de identificação da fonte, se houver correspondência, se você tiver volume suficiente para superar os limites de privacidade ou o anonimato coletivo, que é um termo do SKAN 4 para isso.

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. E quando vocês relatam algo que descobriram usando ciência de dados, vocês também relatam da seguinte forma: "Acreditamos que esteja aqui, mas aqui está o intervalo em que pode se enquadrar e aqui está a probabilidade"?

Omri Barak: Sim. Temos uma margem de erro porque se trata de modelagem estatística. Quanto mais preciso ou melhor for o modelo escolhido, que seja um bom indicador de receita, melhor. Se escolhermos eventos que não têm correlação com a receita, fica difícil fazer o que estamos tentando. Obviamente, a receita é o melhor indicador, tem a melhor correlação com a receita.

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: Maravilha. E qual é a situação da API de conversão do Google?

Omri Barak: Então, essa é uma notícia incrível. O Google chegou atrasado ao jogo do SKAN, muito atrasado. É a primeira vez que eles estão otimizando modelos fornecidos por terceiros ou MMP nesse 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 é problema nenhum. Mesmo que você tenha um modelo SKAN 4 no Singular , nós o enviaremos para o Google como se fosse um SKAN 3. Não se preocupe. No Singular , você não precisa se preocupar se tem um modelo SKAN 3 ou SKAN 4, somos totalmente compatíveis em todos os aspectos. E tudo funciona perfeitamente, sem precisar de configuração adicional.

John Koetsier: Simplesmente funciona. Me lembro disso de outra empresa, talvez uma frutícola, não tenho certeza. Mais alguma coisa? Deixe-nos com um gostinho do que podemos esperar. O que podemos esperar no próximo trimestre? Alguma outra novidade?

Omri Barak: Estamos trabalhando em coortes muito mais precisas e mais longas. Estamos trabalhando em relatórios P2 e P3 melhores. Queremos mostrar quais eventos e usuários pagantes ocorreram em cada tipo de período de retrospectiva. Podemos estar trabalhando em novos modelos, mas isso ainda está em 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: Maravilha. Bem, Omri, obrigado por dedicar este tempo. Sei que já é tarde aí onde você está. Agradeço também a você e sua equipe por descobrirem o que realmente estava acontecendo com o SKAN 4 e o bug de reinicialização do valor de conversão.

Se você quiser mais detalhes, o Omri escreveu um post no Singular . Acesse o site Singular , clique no blog e você encontrará o post dele. É um dos três ou quatro mais recentes, você o encontrará lá. Muito obrigado pelo seu tempo e tenha uma ótima noite.

Omri Barak: Obrigado, John.

Mantenha-se atualizado sobre os últimos acontecimentos em marketing digital

Basta nos enviar seu e-mail e você está dentro! Prometemos não enviar spam.