Singular mide las campañas de Google Ads mediante una integración autoatribuyente server-to-server con la App Conversion API de Google Ads , que incluye:

• La medición de todas las instalaciones y re-engagements generados por cualquiera de sus campañas de Google Ads
• Atribución tanto click-through como view-through

La integración utiliza un Link ID , que se genera en Google Ads y es único para cada app. Una vez que su Link ID esté configurado en Singular, Singular comenzará a enviar a Google todas las instalaciones, sesiones y eventos de conversión in-app configurados.

Con la información de clic atribuido que devuelve Google, Singular puede realizar la atribución last-touch (consulte el proceso de atribución de Singular ) y ofrecerle informes sobre el rendimiento de sus campañas con la misma información granular de campaña que recibe en su panel de Google Ads.

Para comenzar a medir conversiones y eventos relacionados con las campañas de Google Ads, primero debe ir a su cuenta de Google Ads para configurar sus acciones de conversión , lo que también se conoce como importar eventos .

Consulte Integración de atribución de Google Ads: cómo importar eventos para obtener instrucciones detalladas.

A continuación, puede configurar e iniciar sus campañas de Google Ads. Siga las instrucciones de Google para obtener más información sobre sus opciones y cómo configurarlas.

Una vez que se mide una atribución, sus campañas de Google Ads aparecerán en la interfaz de informes de Singular.

Singular admite informes de datos atribuidos de campañas de app de Google Ads para instalaciones y re-engagements click-through y view-through. Actualmente, los datos disponibles incluyen el Google campaign ID , campaign name y ad group ID, junto con el canal de Google (YouTube, Display, Search). Estos datos se mapean en Singular como "Campaign ID", "Campaign Name", "Sub Campaign ID" y "Sub Ad Network", respectivamente.

Tenga en cuenta que las "conversiones" en Google Ads se refieren tanto a instalaciones como a re-engagements en Singular.

Además, existen discrepancias inherentes entre Google Ads y todos los terceros, como se describe en la documentación de Google Ads .

A partir de enero de 2020, las App Campaigns for Installs para Search ya no son atribuidas por Google Ads y, por lo tanto, no se muestran en los informes a nivel de usuario. Para obtener más información, consulte el anuncio de Google.

Verifique que su implementación del SDK de Singular incluya compatibilidad con deep links y deferred deep links .

Una vez implementada, su integración de Singular con Google habilita automáticamente el deferred deep linking para las campañas de Google que utilizan feeds .

Las conversiones de app reportadas por Google Ads pueden contener una combinación de fuentes deterministas y modeladas. Consulte la documentación de Google para comprender cómo las conversiones modeladas pueden afectar sus campañas.

Debido a que las conversiones modeladas no se vinculan con una interacción específica con un anuncio, Google no puede proporcionar una respuesta determinista correspondiente a Singular ni a ninguno de los App Attribution Partners de Google. Esto puede causar discrepancias en las conversiones reportadas entre Google y los terceros.

La actividad en la app de los usuarios con opt-out se reporta a Google con los advertising IDs en cero, de modo que Google no recibe ninguna información que identifique a una persona.

Cuando Google publica un anuncio, también agrega "IDs" si el auto-tagging está habilitado:

• Gbraid (iOS): un identificador que se agrega a los clics en iOS 14.5+
• Gclid (Android, iOS): un Google click ID

En los casos en que estos anuncios tienen deep links habilitados, la integración del SDK/S2S de Singular captura los IDs cuando el usuario llega a la app mediante un deep link. Singular reenvía a Google los IDs disponibles, y las atribuciones autoatribuidas resultantes se reportan en Singular como re-engagements. En el caso de "gbraid", estas atribuciones de re-engagement tienen una granularidad reducida. Las atribuciones de re-engagement basadas en "Gbraid" incluyen:

• Campaign ID
• Campaign Name

Una engaged view es una impresión de un anuncio de video por parte de un usuario que duró más de 10 segundos. Las engaged views se cuentan como atribuciones click-through en los informes de Google y de Singular.

En los registros a nivel de usuario de Singular, las conversiones de engaged view se reportan con "interaction_type" = "engagement" en el campo "passthrough" de los datos de conversión/evento atribuidos a Google.

En los informes agregados, las conversiones de engaged view se reportan con "conversion type" = "click-through".

Integrated Conversion Measurement de Google proporciona una atribución más inmediata, completa y precisa para sus campañas de Google App en las interfaces de sus App Attribution Partners externos. Incorpora tecnologías innovadoras, como la medición de conversiones en el dispositivo mediante datos de eventos, para mejorar la precisión de la medición, todo sin comprometer la privacidad del usuario. El resultado es información a nivel de evento incluso cuando faltan identificadores a nivel de usuario.

Cubre:

• Usuarios de iOS 14.5+ que rechazaron App Tracking Transparency (ATT)
• Usuarios de Android en el Espacio Económico Europeo (EEE) y usuarios que desactivaron la configuración de personalización de anuncios en Android.
• ICM es compatible con apps para niños (Kids apps).

Integrated Conversion Measurement de Google Ads solo admite la medición de instalaciones click-through.

Las atribuciones de Integrated Conversion Measurement se reportan en Singular como

• Click-through
• Instalaciones
• Atribuidas como probabilísticas (el desglose solo está disponible en los informes a nivel de usuario de Singular)
• Sub Network Type no está disponible
• Sub Campaign ID (ID del grupo de anuncios de Google Ads) no está disponible

Integrated Conversion Measurement de iOS utiliza la medición en el dispositivo mediante datos de eventos y requiere integrar el ODM SDK de Google, así como actualizaciones del SDK de Singular (o de la API S2S).

1. Integre la medición en el dispositivo de Google mediante datos de eventos (ODM SDK) con cualquiera de estas tres opciones:

   Google Analytics for Firebase Swift Package Manager Cocoapods

   Consulte la guía de Google

   1. En Xcode, vaya a File > Add Packages .
   2. En el cuadro que aparece, ingrese el repositorio de GitHub de GoogleAdsOnDeviceConversion : https://github.com/googleads/google-ads-on-device-conversion-ios-sdk
   3. Cuando haya terminado, Xcode comenzará a resolver las dependencias de su paquete y a descargarlas en segundo plano.

   1. Agregue a su Podfile el pod GoogleAdsOnDeviceConversion .

      pod 'GoogleAdsOnDeviceConversion'

   2. Ejecute

      pod install --repo-update

2. Actualice la implementación del SDK de Singular o de la API S2S

   iOS SDK Unity SDK Flutter, React Native, Cordova REST S2S API

   • Versión mínima del SDK nativo 12.8.1
   • Asegúrese de agregar " -ObjC " a " Other Linker Flags " en el target de la app

   • Habilite que Singular recopile información de ODM agregando la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar el SDK de Singular.
     
     enableOdmWithTimeoutInterval se establece con un valor de timeout en segundos. Se recomienda usar un valor de timeout de 5 segundos. El valor de timeout establece la cantidad máxima de tiempo que el SDK de Singular retrasará su inicialización para esperar la información de ODM del ODM SDK en el primer lanzamiento después de la instalación.

     Importante: El proceso de esperar la información de ODM del ODM SDK retrasa los callbacks del SDK de Singular, como el manejador del callback de deep link de Singular. Por lo tanto, los deep links pueden retrasarse

     
     Swift:

     config.enableOdmWithTimeoutInterval = 5

     Objective C:

     config.enableOdmWithTimeoutInterval = 5;

   • Versión mínima del SDK de Unity v5.5.0

   • Habilite que Singular recopile información de ODM agregando la opción de configuración Enable ODM With Timeout Interval en su SingularSDKObject .
     
     Enable ODM With Timeout Interval se establece con un valor de timeout en segundos. Se recomienda usar un valor de timeout de 5 segundos. El valor de timeout establece la cantidad máxima de tiempo que el SDK de Singular retrasará su inicialización para esperar la información de ODM del ODM SDK en el primer lanzamiento después de la instalación.

     Importante: El proceso de esperar la información de ODM del ODM SDK retrasa los callbacks del SDK de Singular, como el manejador del callback de deep link de Singular. Por lo tanto, los deep links pueden retrasarse

     
     

   • Versión mínima del SDK de Flutter v1.8.0
   • Versión mínima del SDK de React Native v3.9.0
   • Versión mínima del SDK de Cordova v1.8.0
   • Asegúrese de agregar " -ObjC " a " Other Linker Flags " en el target de la app

   • Habilite que Singular recopile información de ODM agregando la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar el SDK de Singular.
     
     enableOdmWithTimeoutInterval se establece con un valor de timeout en segundos. Se recomienda usar un valor de timeout de 5 segundos. El valor de timeout establece la cantidad máxima de tiempo que el SDK de Singular retrasará su inicialización para esperar la información de ODM del ODM SDK en el primer lanzamiento después de la instalación.

     Importante: El proceso de esperar la información de ODM del ODM SDK retrasa los callbacks del SDK de Singular, como el manejador del callback de deep link de Singular. Por lo tanto, los deep links pueden retrasarse

     config.enableOdmWithTimeoutInterval = 5

   1. Obtenga la información en el dispositivo poco después del primer lanzamiento de la app
      
      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 paso es una operación asíncrona, por lo que es posible que deba evitar enviar un evento de Session antes de que se complete.
      • Recopile el odm_info y compártalo con el almacenamiento de su app para poder agregarlo en la primera sesión. Este valor se pasará a la API S2S de Singular mediante el parámetro "odm_info"
      • Si se produce un error, recopílelo. Este valor se pasará a la API S2S de Singular mediante el parámetro " odm_error "
      • Tenga en cuenta que la marca de tiempo pasada con setFirstLaunchTime no debe diferir significativamente de la marca de tiempo de instalación pasada a la API S2S de Singular mediante el parámetro " utime ".
   2. Pase la información en el dispositivo a la API S2S de Singular
      
      Para cada sesión de instalación de la app (install=true), incluya la información de ODM y el error de ODM en el endpoint Singular S2S /launch .

Cuándo y cómo recopilar las señales de consentimiento de los usuarios del EEE debe ajustarse a los requisitos de privacidad de usuario de su empresa y de sus apps. Consulte al asesor legal de su empresa para entender cómo su app debe cumplir con las políticas de privacidad internas y con regulaciones de privacidad como el GDPR, la Directiva de ePrivacidad y el Digital Markets Act.

Si decide recopilar señales de consentimiento de usuario, en general se recomienda que:

• Las señales de consentimiento de usuario se establezcan únicamente cuando el usuario haya aceptado o rechazado de forma explícita. Se recomienda dejar LDS sin establecer si el usuario no tomó una decisión. La ausencia de una señal de usuario puede ser importante.
• Las señales de consentimiento de usuario suelen recopilarse en "Privacy Choices" o "Privacy Settings" durante la experiencia de la app.
• Cuando sea posible, y según el diseño y la estrategia de la solicitud de consentimiento de su app, muestre las solicitudes de privacidad al principio de los flujos de la app para que Singular y otros SDK puedan recopilar la señal de consentimiento del usuario lo antes posible
  

Si su empresa determina que las regulaciones de privacidad de la UE para usuarios del EEE se aplican a su app: Implemente la función "Limitar el uso compartido de datos" del SDK/S2S de Singular según las solicitudes de consentimiento que su app presenta a estos usuarios.

Si su empresa determina que las regulaciones de privacidad de la UE no se aplican a su app, puede excluirse de las señales de consentimiento de usuarios del EEE en Singular. Marque la opción "EEA opt-out" en la sección "User Privacy" de la configuración de partner. Con esta opción, Google no utiliza LDS ni las señales de consentimiento de usuario.

• Implementar LDS para usuarios del EEE no es obligatorio si usa esta opción
• Esta opción puede habilitarse antes de que entren en vigor las actualizaciones de marzo de Google

Limitar el uso compartido de datos (LDS) de Singular es una función que permite a los desarrolladores de apps pasar a Singular las señales de consentimiento de cada usuario. LDS se establece por usuario y puede establecerse antes o después de la inicialización del SDK. LDS se utiliza en los User Privacy Postbacks de Singular y se pasa a ciertos partners, como Google, que lo usan para cumplir con sus propias prácticas de datos.

Consulte " Preguntas frecuentes sobre cómo respaldar las decisiones de privacidad del usuario con Limitar el uso compartido de datos "

Google enumera las Consent Management Platforms (CMP) que admiten las señales de consentimiento de usuario requeridas. Si usa una de estas CMP, puede extraer las señales de consentimiento de usuario y pasarlas a través de la función LimitDataSharing de Singular .

Para los usuarios del EEE que no dan su consentimiento:

• La atribución a nivel de usuario a las campañas de Google Ads no estará disponible en Singular. Google no podrá reportar estas atribuciones a los MMP
• Google Ads modelará las conversiones de estos usuarios, lo que se refleja en las métricas de red agregadas que Singular obtiene del conector de datos de Google Ads.
• Google Ads no podrá usar los datos de estos usuarios con fines publicitarios

Para los usuarios del EEE que dan su consentimiento:

• La atribución a nivel de usuario a las campañas de Google Ads es posible
• Google Ads usará estos datos con fines publicitarios