A Singular rastreia campanhas do Google Ads através de uma integração servidor-a-servidor de auto-atribuição com a API de Conversão de Aplicativos 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 de cliques e visualizações

A integração usa um ID de link, que é gerado no Google Ads e exclusivo para cada aplicativo. Uma vez que seu Link ID tenha sido configurado no Singular, o Singular começará a enviar todas as instalações, sessões e eventos de conversão in-app configurados para o Google.

Usando as informações de clique atribuídas retornadas pelo Google, a Singular pode realizar a atribuição de último toque (Veja o processo de atribuição da Singular) e oferecer relatórios sobre o desempenho de suas campanhas usando as mesmas informações granulares de campanha que você recebe no painel do Google Ads.

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

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 da Google para saber mais sobre as suas opções e como as configurar.

Uma vez que uma atribuição é rastreada, suas campanhas do Google Ads aparecerão na sua interface de relatórios do Singular.

A Singular suporta relatórios de atribuição de dados de campanhas de aplicativos do Google Ads para instalações e reengajamentos de cliques e visualizações. 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 o Singular como "Campaign ID", "Campaign Name", "Sub Campaign ID" e "Sub Ad Network", respetivamente.

Observe que "conversões" no Google Ads se referem a instalações e 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 aplicativos para instalações para pesquisa não são mais atribuídas pelo Google Ads e, portanto, não são mostradas nos relatórios no nível do usuário. Para obter mais informações, consulte o anúncio do Google.

Verifique se a implementação do SDK do Singular inclui suporte para links diretos e links diretos adiados.

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

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

Uma vez que as conversões modeladas não estão associadas a uma única interação de anúncio específica, a Google não pode fornecer uma resposta determinística correspondente à Singular ou a qualquer um dos Parceiros de atribuição de aplicações da Google. Isso pode causar discrepâncias de conversão relatadas no Google e nos 3Ps.

A atividade da aplicação do utilizador com opt-out é comunicada à Google com os IDs de publicidade eliminados, pelo que a Google não recebe quaisquer informações de identificação individual.

Quando a Google apresenta um anúncio, também anexa "IDs" quando a marcação automática está activada:

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

Nos casos em que esses anúncios são ativados por deep link, as IDs são capturadas pela integração Singular SDK/S2S quando o usuário faz o deep link no aplicativo. O Singular encaminha quaisquer IDs disponíveis para o Google, que são auto-atribuídos e relatados no Singular como reengajamentos. No caso do "gbraid", estas atribuições de reativação têm uma 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 de 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 comunicadas em "interaction_type" = "engagement" no campo "passthrough" para dados de conversões/eventos atribuídos ao Google.

Nos relatórios agregados, as conversões de visualizações envolvidas são registadas em "conversion type" = "click-through".

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

Abrange:

• Utilizadores iOS 14.5+ que recusaram a App Tracking Transparency (ATT)
• Utilizadores de Android no Espaço Económico Europeu (EEE)

A Medição de conversão integrada do Google Ads é compatível apenas com a medição de instalações por clique.

• Cliques
• Instalações
• Atribuídas como probabilísticas (desagregação disponível apenas nos relatórios Singular ao nível do utilizador)

A Medição de conversão integrada do iOS usa a Medição no dispositivo usando 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 usando dados de eventos (ODM SDK) usando qualquer uma dessas três opções:

   Google Analytics for FirebaseSwift Package ManagerCocoapods

   Consulte o Guia do Google

   1. No Xcode, navegue até Arquivo > Adicionar pacotes.
   2. No prompt que aparece, introduza o repositório GoogleAdsOnDeviceConversion do GitHub: https://github.com/googleads/google-ads-on-device-conversion-ios-sdk
   3. Depois de terminar, o Xcode começará a resolver as dependências do pacote e a baixá-las em segundo plano.

   1. No seu Podfile, adicione o pod GoogleAdsOnDeviceConversion.
      

      pod 'GoogleAdsOnDeviceConversion'

   2. Executar

      pod install --repo-update

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

   Singular SDK (Native)Singular SDK (Unity)Singular SDK (Flutter, React-Native, Cordova)Singular S2S API

   • Versão mínima do SDK nativo 12.8.1
   • Certifique-se de que adiciona "-ObjC" a "Other Linker Flags" ao destino da aplicação
   • Habilite o Singular para coletar 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 usar um valor de timeout de 5 segundos. O valor de tempo limite define a quantidade máxima de tempo que o SDK do Singular atrasará a inicialização para aguardar as informações do ODM do SDK do ODM, na primeira inicialização após a instalação.
     
     
     Importante:O processo de espera pelas informações do ODM do SDK do ODM atrasa os retornos de chamada do SDK do Singular, como o manipulador de retorno de chamada do link profundo do Singular. Portanto, os links diretos podem ser atrasados
     
     Swift:
     

     config.enableOdmWithTimeoutInterval = 5

     Objective C:
     

     config.enableOdmWithTimeoutInterval = 5;

   • SDK do Unity versão mínima v5.5.0
   • Habilite o Singular para coletar informações de ODM adicionando a opção de configuração Habilitar ODM com intervalo de tempo limite no seu SingularSDKObject.
     
     A opção Habilitar ODM com Intervalo de Tempo Limite é definida com um valor de tempo limite em segundos. Recomenda-se a utilização de um valor de tempo limite de 5 segundos. O valor de tempo limite define a quantidade máxima de tempo que o SDK do SIngular atrasará a inicialização para aguardar informações de ODM do SDK do ODM, na primeira inicialização após a instalação.
     
     
     Importante:O processo de espera pelas informações do ODM do SDK do ODM atrasa os retornos de chamada do SDK do Singular, como o manipulador de retorno de chamada do link profundo do Singular. Portanto, os links diretos podem ser atrasados
     
     

   • Versão mínima do SDK do Flutter v1.8.0
   • React-Native SDK versão mínima v3.9.0
   • Versão mínima do SDK do Cordova v1.8.0
   • Certifique-se de que adiciona "-ObjC" a "Other Linker Flags" ao destino da aplicação
   • Habilite o Singular para coletar 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 usar um valor de timeout de 5 segundos. O valor de tempo limite define a quantidade máxima de tempo que o SDK do Singular atrasará a inicialização para aguardar as informações do ODM do SDK do ODM, na primeira inicialização após a instalação.
     
     
     Importante:O processo de espera pelas informações do ODM do SDK do ODM atrasa os retornos de chamada do SDK do Singular, como o manipulador de retorno de chamada do link profundo do Singular. Portanto, os links diretos podem ser atrasados
     
     

     config.enableOdmWithTimeoutInterval = 5

   1. Buscar informações no dispositivo logo após a primeira inicialização do aplicativo
      
      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:

      • Esta etapa é uma operação assíncrona, pelo que poderá exigir que não envie um evento Session antes de estar concluída.
      • Colete o odm_info e compartilhe-o com o armazenamento do aplicativo para que você possa anexá-lo na primeira sessão. Esse valor será passado para a API S2S do Singular por meio do parâmetro "odm_info"
      • Se houver 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/hora passado com setFirstLaunchTime não deve diferir significativamente do carimbo de data/hora de instalação passado para a API S2S do Singular através do parâmetro "utime".
   2. Transmitir informações do dispositivo para a API S2S da Singular
      
      Para cada sessão de instalação do aplicativo (install=true), inclua informações do ODM e erro do ODM no ponto de extremidade /launch do Singular S2S.

Quando e como recolher sinais de consentimento do utilizador para utilizadores do EEE deve respeitar 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 tem de cumprir as políticas de privacidade internas e os regulamentos de privacidade, como o RGPD, a Diretiva Privacidade Eletrónica e a Lei dos Mercados Digitais.

Se decidir recolher sinais de consentimento do utilizador, é geralmente recomendado que:

• Os sinais de consentimento do utilizador sejam definidos apenas quando o utilizador tiver optado explicitamente por aceitar ou recusar. Recomenda-se que os LDS não sejam definidos se o 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.
• Quando possível, e dependendo do design e da estratégia do prompt de consentimento do seu aplicativo, exiba os prompts de privacidade no início dos fluxos do aplicativo para garantir que o Singular e outros SDKs possam coletar o sinal de consentimento do usuário o mais cedo possível
  
  

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

O Limite de compartilhamento de dados (LDS) da Singular é um recurso que permite que os desenvolvedores de aplicativos passem os sinais de consentimento do usuário de cada usuário para a Singular. O LDS é definido por usuário e pode ser definido antes ou depois da inicialização do SDK. O LDS é usado em Postbacks de privacidade do usuário Singular e passado para determinados parceiros, como o Google, que o usam para cumprir suas próprias práticas de dados.

Consulte"Suporte às opções de privacidade do utilizador com a FAQ Limitar partilha de dados"

A Google lista as plataformas de gestão de consentimento (CMP) que suportam os sinais de consentimento do utilizador necessários. Se utilizar uma destas CMPs, pode extrair os sinais de consentimento do utilizador e passá-los através da funcionalidade LimitDataSharing do Singular.

A partir de março de 2024

Para utilizadores do EEE que optem pelo consentimento do utilizador:

• A atribuição ao nível do utilizador para campanhas do Google Ads não estará disponível no Singular. A Google não poderá comunicar estas atribuições aos MMPs
• O Google Ads modelará as conversões para estes utilizadores, o que se reflecte nas métricas de rede agregadas que o Singular extrai do conetor 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 pelo consentimento do utilizador:

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