A Singular rastreia as campanhas do Google Ads através de uma integração servidor a servidor com autoatribuição com a API de conversão de aplicações do Google Ads, que inclui:

• Rastreamento de todas as instalações e reengajamentos impulsionados por qualquer uma das suas campanhas do Google Ads
• Atribuição tanto por clique (click-through) como por visualização (view-through)

A integração utiliza um ID de link, que é gerado no Google Ads e é único para cada aplicação. Assim que o seu ID de link for configurado na Singular, esta começará a enviar todas as instalações, sessões e eventos de conversão na aplicação configurados para o Google.

Utilizando as informações de cliques atribuídos devolvidas pelo Google, a Singular pode realizar a atribuição de último toque (ver o processo de atribuição da Singular) e fornecer-lhe relatórios sobre o desempenho das suas campanhas utilizando as mesmas informações detalhadas de campanha que recebe no seu painel do Google Ads.

Para começar a monitorizar conversões e eventos relacionados com campanhas do Google Ads, primeiro tem de aceder à sua conta do Google Ads para configurar as suas ações de conversão — também conhecidas como importação de eventos.

Consulte Integração de Atribuição do Google Ads: Como Importar Eventos para obter instruções detalhadas.

Em seguida, pode configurar e iniciar as suas campanhas do Google Ads. Siga as instruções do Google para saber mais sobre as suas opções e como configurá-las.

Assim que uma atribuição for rastreada, as suas campanhas do Google Ads aparecerão na sua interface de relatórios do Singular.

A Singular suporta relatórios de dados atribuídos de campanhas de aplicações do Google Ads para instalações e reengajamentos por clique e visualização. Atualmente, os dados disponíveis incluem o ID da campanha do Google, o nome da campanha e o ID do grupo de anúncios, juntamente com o canal do Google (YouTube, Display, Pesquisa). Estes dados são mapeados para a Singular como «ID da campanha», «Nome da campanha», «ID da subcampanha» e «Sub-rede de anúncios», respetivamente.

Note que «conversões» no Google Ads referem-se tanto a instalações como a reengajamentos no Singular.

Além disso, existem discrepâncias inerentes entre o Google Ads e todos os terceiros, conforme descrito na documentação do Google Ads.

A partir de janeiro de 2020, as Campanhas de Aplicações para Instalações na Pesquisa já não são atribuídas pelo Google Ads e, por isso, não são apresentadas nos relatórios ao nível do utilizador. Para mais informações, consulte o anúncio do Google. 

Verifique se a sua implementação do SDK da Singular inclui suporte para deep links e deep links diferidos. 

Uma vez implementada, a sua integração do Singular com o Google ativa automaticamente o deep linking diferido para campanhas do Google que utilizam feeds.

As conversões de aplicações relatadas pelo Google Ads podem conter uma mistura de fontes determinísticas e modeladas. Consulte a documentação do Google para compreender como as conversões modeladas podem afetar as suas campanhas.

Como as conversões modeladas não estão associadas a uma interação específica com um anúncio, o Google não pode fornecer uma resposta determinística correspondente à Singular ou a qualquer um dos Parceiros de Atribuição de Aplicações do Google. Isto pode causar discrepâncias nas conversões reportadas entre o Google e os 3Ps.

A atividade da aplicação dos utilizadores que optaram por não participar é reportada ao Google com os IDs de publicidade zerados, pelo que o Google não recebe qualquer informação identificável individualmente. 

Quando o Google exibe um anúncio, também acrescenta «IDs» quando a marcação automática está ativada:

• Gbraid (iOS): Um identificador anexado aos cliques no iOS 14.5+
• Gclid (Android, iOS): Um ID de clique do Google

Nos casos em que estes anúncios têm deep links ativados, os IDs são capturados pela integração Singular SDK/S2S quando o utilizador é redirecionado para o aplicativo através de um deep link. A Singular encaminha quaisquer IDs disponíveis para o Google, que são autoatribuídos e reportados na Singular como reengajamentos. No caso do "gbraid", estas atribuições de reengajamento têm granularidade reduzida. As atribuições de reengajamento baseadas em "Gbraid" têm:

• ID da campanha
• Nome da campanha

Uma visualização envolvida é uma impressão do utilizador de um anúncio em vídeo que durou mais de 10 segundos. As visualizações envolvidas são contabilizadas como atribuições de cliquesnos relatórios do Google e da Singular.

Nos registos ao nível do utilizador da Singular, as conversões de visualizações envolvidas são reportadas em «interaction_type» = «engagement» no campo «passthrough» para dados de conversão/evento atribuídos ao Google.

Nos relatórios agregados, as conversões de visualizações com interação são relatadas em «conversion type» = «click-through».

A Medição de Conversão Integrada do Google fornece uma atribuição mais em tempo real, abrangente e precisa para as suas campanhas do Google App nas interfaces dos seus parceiros de atribuição de aplicações de terceiros. Incorpora tecnologias inovadoras, como a medição de conversão no dispositivo utilizando dados de eventos, para melhorar a precisão da medição, tudo sem comprometer a privacidade do utilizador. O resultado é uma visão ao nível do evento, mesmo quando faltam identificadores ao nível do utilizador.

Abrange:

• Utilizadores do iOS 14.5+ que recusaram a Transparência de Rastreamento de Aplicações (ATT)
• Utilizadores Android no Espaço Económico Europeu (EEE), utilizadores que desativaram a personalização de anúncios no Android.

A Medição Integrada de Conversões do Google Ads suporta apenas a medição de instalações por clique.

As atribuições da Medição Integrada de Conversões são relatadas na Singular como

• Clicagem
• Instalações
• Atribuído como probabilístico (discriminação disponível apenas nos relatórios ao nível do utilizador do Singular)

A Medição de Conversão Integrada no iOS utiliza a medição no dispositivo com base em dados de eventos e requer a integração do SDK ODM do Google, bem como atualizações do SDK Singular (ou API S2S).

1. Integre a medição no dispositivo do Google utilizando dados de eventos (SDK ODM) através de qualquer uma destas três opções:

   Google Analytics for FirebaseSwift Package ManagerCocoapods

   Consulte o Guia do Google

   1. No Xcode, aceda a Ficheiro > Adicionar Pacotes.
   2. Na janela que aparece, introduza o repositório GitHub do GoogleAdsOnDeviceConversion: https://github.com/googleads/google-ads-on-device-conversion-ios-sdk
   3. Quando terminar, o Xcode começará a resolver as dependências do seu pacote e a descarregá-las em segundo plano.

   1. No seu Podfile, adicione o pod GoogleAdsOnDeviceConversion.

      pod 'GoogleAdsOnDeviceConversion'

   2. Execute

      pod install --repo-update

2. Atualize a implementação do SDK Singular ou da API S2S

   SDK do iOSSDK do UnityFlutter, React-Native, CordovaREST S2S API

   • Versão mínima do SDK nativo 12.8.1
   • Certifique-se de adicionar “-ObjC”a“Outros sinalizadores do ligador”no destino da aplicação

   • Habilite o Singular para recolher informações ODM adicionando a opção de configuração enableOdmWithTimeoutInterval ao SingularConfig ao inicializar o SDK do Singular.
     
     enableOdmWithTimeoutInterval é definido com um valor de tempo limite em segundos. Recomenda-se utilizar um valor de tempo limite de 5 segundos. O valor de tempo limite define o tempo máximo que o SDK da Singular irá adiar a inicialização para aguardar informações ODM do SDK ODM, no primeiro lançamento após a instalação.

     Importante:O processo de espera pelas informações ODM do SDK ODM atrasa os callbacks do SDK Singular, tais como o manipulador de callback de deep links do Singular. Por conseguinte, os deep links podem sofrer atrasos

     
     Swift:

     config.enableOdmWithTimeoutInterval = 5

     Objective C:

     config.enableOdmWithTimeoutInterval = 5;

   • Versão mínima do SDK Unity v5.5.0

   • Habilite o Singular para recolher informações ODM adicionando a opção de configuração «Habilitar ODM com intervalo de tempo limite » no seu SingularSDKObject.
     
     A opção «Enable ODM With Timeout Interval» é definida com um valor de tempo limite em segundos. Recomenda-se utilizar um valor de tempo limite de 5 segundos. O valor de tempo limite define o tempo máximo que o SDK da Singular irá adiar a inicialização para aguardar informações do ODM SDK, no primeiro lançamento após a instalação.

     Importante:O processo de espera pelas informações ODM do SDK ODM atrasa os callbacks do SDK Singular, tais como o manipulador de callback de deep links do Singular. Por conseguinte, os deep links podem sofrer atrasos

     
     

   • Versão mínima do SDK Flutter v1.8.0
   • Versão mínima do SDK React-Native: v3.9.0
   • Versão mínima do SDK Cordova: v1.8.0
   • Certifique-se de adicionar “-ObjC”a“Outros sinalizadores do ligador”no destino da aplicação

   • Habilite o Singular para recolher informações do ODM adicionando a opção de configuração enableOdmWithTimeoutInterval ao SingularConfig ao inicializar o SDK do Singular.
     
     enableOdmWithTimeoutInterval é definido com um valor de tempo limite em segundos. Recomenda-se utilizar um valor de tempo limite de 5 segundos. O valor de tempo limite define o tempo máximo que o SDK do Singular irá adiar a inicialização para aguardar as informações ODM do SDK ODM, no primeiro lançamento após a instalação.

     Importante:O processo de espera pelas informações ODM do SDK ODM atrasa os callbacks do SDK Singular, tais como o manipulador de callback de deep links do Singular. Por conseguinte, os deep links podem sofrer atrasos

     config.enableOdmWithTimeoutInterval = 5

   1. Obter informações no dispositivo logo após o primeiro lançamento da aplicação
      
      Swift:

      import GoogleAdsOnDeviceConversion
      
      // Set the time when the app was first launched.
      ConversionManager.sharedInstance.setFirstLaunchTime(Date())
      
      // Fetch the conversion info.
      ConversionManager.sharedInstance.fetchAggregateConversionInfo(for: .installation)
      { aggregateConversionInfo, error in
         guard error == nil else { return }
         guard let info = aggregateConversionInfo else {
            // Troubleshoot:
            // 1. Check that the Date passed to setFirstLaunchTime() was when the app
            //    first launched.
            // 2. Check that your app is running in an approved region.
            return
         }
         guard info.count  0 else { return }
      
         print("Conversion info \(info)")
         // Use info as the value in the odm_info query parameter in
         // the App Conversion API detailed in Step 6.
         // For example, if info is "abcdEfadGdaf", then odm_info=abcdEfadGdaf.
      }

      
      Objective C:

      @import GoogleAdsOnDeviceConversion;
      
      // Set the time when the app was first launched.
      [[ODCConversionManager sharedInstance] setFirstLaunchTime:[NSDate date]];
      
      // Fetch the conversion info.
      [[ODCConversionManager sharedInstance]
         fetchAggregateConversionInfoForInteraction:ODCInteractionTypeInstallation
         completion:^(NSString * _Nullable aggregateConversionInfo,
                      NSError * _Nullable error) {
         if (error) {
            return;
         }
         if (aggregateConversionInfo.length == 0) {
            // Troubleshoot:
            // 1. Check that the NSDate passed to setFirstLaunchTime() was when the app
            //    first launched.
            // 2. Check that your app is running in an approved region.
            return;
         }
        
         NSLog(@"Conversion info %@", aggregateConversionInfo);
         // Use aggregateConversionInfo as the value in the odm_info query parameter in
         // the App Conversion API detailed in Step 6.
         // For example, if aggregateConversionInfo is "abcdEfadGdaf",
         // then odm_info=abcdEfadGdaf.
      }];

      Importante:

      • Este passo é uma operação assíncrona, pelo que poderá ser necessário abster-se de enviar um evento de sessão antes de estar concluído.
      • Recolha o odm_info e guarde-o no armazenamento da sua aplicação para que possa anexá-lo à primeira sessão. Este valor será transmitido à API S2S da Singular através do parâmetro “odm_info”
      • Se ocorrer um erro, recolha o erro. Este valor será passado para a API S2S da Singular através do parâmetro“odm_error”
      • Note que o carimbo de data e hora passado com setFirstLaunchTime não deve diferir significativamente do carimbo de data e hora de instalação passado para a API S2S da Singular através do parâmetro“utime”.
   2. Enviar informações do dispositivo para a API S2S da Singular
      
      Para cada sessão de instalação da aplicação (install=true), inclua as informações ODM e o erro ODM no endpoint /launch da API S2S da Singular.

Quando e como recolher sinais de consentimento dos utilizadores do EEE deve estar em conformidade com os requisitos da sua empresa e das suas aplicações em matéria de privacidade do utilizador. Consulte o consultor jurídico da sua empresa para compreender como a sua aplicação deve cumprir as políticas de privacidade internas e os regulamentos de privacidade, tais como o RGPD, a Diretiva ePrivacy e a Lei dos Mercados Digitais.

Se decidir recolher sinais de consentimento do utilizador, recomenda-se geralmente que:

• Os sinais de consentimento do utilizador sejam definidos apenas quando o utilizador tiver explicitamente optado por participar ou não. Recomenda-se deixar o LDS por definir se um utilizador não tiver feito uma escolha. A ausência de um sinal do utilizador pode ser importante.
• Os sinais de consentimento do utilizador são normalmente recolhidos em «Opções de Privacidade» ou «Definições de Privacidade» durante a experiência da aplicação.
• Sempre que possível, e dependendo do design e da estratégia do pedido de consentimento da sua aplicação, apresente os pedidos de privacidade no início dos fluxos da aplicação para garantir que o Singular e outros SDKs possam recolher o sinal de consentimento do utilizador o mais cedo possível
   

Se a sua empresa determinar que os regulamentos de privacidade da UE para utilizadores do EEE se aplicam à sua aplicação: Implemente a funcionalidade «Limitar Partilha de Dados» do SDK/S2S da Singular com base nos pedidos de consentimento que a sua aplicação apresenta a estes utilizadores.

 

Se a sua empresa determinar que os regulamentos de privacidade da UE não se aplicam à sua aplicação, pode desativar os sinais de consentimento do utilizador do EEE no Singular. Marque a opção «Desativação do EEE» na secção «Privacidade do utilizador» na configuração do parceiro. O LDS e os sinais de consentimento do utilizador não são utilizados pelo Google com esta opção.


 

• A implementação do LDS para utilizadores do EEE não é necessária se utilizar esta opção
• Esta opção pode ser ativada antes da entrada em vigor das atualizações do Google em março

O Limit Data Sharing (LDS) da Singular é uma funcionalidade que permite aos programadores de aplicações transmitir os sinais de consentimento de cada utilizador à Singular. O LDS é definido por utilizador e pode ser configurado antes ou depois da inicialização do SDK. O LDS é utilizado nos Postbacks de Privacidade do Utilizador da Singular e transmitido a determinados parceiros, como a Google, que o utilizam para cumprir as suas próprias práticas de dados.

Consulte«Apoiar as escolhas de privacidade do utilizador com o Limit Data Sharing FAQ»

O Google lista as Plataformas de Gestão de Consentimento (CMPs) que suportam os sinais de consentimento do utilizador exigidos. Se utilizar uma destas CMPs, pode extrair os sinais de consentimento do utilizador e transmiti-los através da funcionalidade LimitDataSharing da Singular. 

Para utilizadores do EEE que optem por recusar o consentimento do utilizador:

• A atribuição ao nível do utilizador às campanhas do Google Ads não estará disponível na Singular. O Google não poderá comunicar estas atribuições às MMPs
• O Google Ads irá modelar as conversões para estes utilizadores, o que se reflete nas métricas agregadas da rede que o Singular obtém do conector de dados do Google Ads.
• O Google Ads não poderá utilizar os dados destes utilizadores para fins publicitários

Para utilizadores do EEE que optem por dar o seu consentimento:

• A atribuição ao nível do utilizador às campanhas do Google Ads é possível
• O Google Ads utilizará estes dados para fins publicitários