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 tus 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 tu 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 devuelta por Google, Singular puede realizar la atribución last-touch (consulta el proceso de atribución de Singular ) y ofrecerte informes sobre el rendimiento de tus campañas usando la misma información granular de campaña que recibes en tu panel de Google Ads.

Para comenzar a medir conversiones y eventos relacionados con las campañas de Google Ads, primero debes ir a tu cuenta de Google Ads para configurar tus acciones de conversión , también conocido como importar eventos .

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

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

Una vez que se mide una atribución, tus campañas de Google Ads aparecerán en tu 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.

Ten 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, consulta el anuncio de Google.

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

Una vez implementado, tu 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. Consulta la documentación de Google para comprender cómo las conversiones modeladas pueden afectar tus campañas.

Debido a que las conversiones modeladas no se vinculan a una interacción de anuncio específica, 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 de 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 pueda identificar a una persona.

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

• Gbraid (iOS): Un identificador agregado 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, los IDs son capturados por la integración del SDK/S2S de Singular cuando el usuario es dirigido por deep link a la app. Singular reenvía a Google cualquier ID disponible, que se reporta de forma autoatribuyente 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" tienen:

• 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 bajo "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 bajo "conversion type" = "click-through".

Integrated Conversion Measurement de Google proporciona una atribución más en tiempo real, completa y precisa para tus campañas de Google App en las interfaces de tus App Attribution Partners externos. Incorpora tecnologías innovadoras, como la medición de conversiones en el dispositivo usando 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), usuarios que han optado por no participar en la configuración de personalización de anuncios en Android.
• ICM es compatible con apps para niños (Kids apps).

Lo que no cubre

• ICM no es compatible con dispositivos iOS ubicados en la región del EEE/Reino Unido.

Integrated Conversion Measurement de Google Ads admite únicamente 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

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

1. Integra la medición en el dispositivo de Google usando datos de eventos (ODM SDK) utilizando cualquiera de estas tres opciones:

   Google Analytics for Firebase Swift Package Manager Cocoapods

   Consulta la guía de Google

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

   1. A tu Podfile, agrega el pod GoogleAdsOnDeviceConversion .

      pod 'GoogleAdsOnDeviceConversion'

   2. Ejecuta

      pod install --repo-update

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

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

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

   • Habilita 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á la 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

   • Habilita que Singular recopile información de ODM agregando la opción de configuración Enable ODM With Timeout Interval en tu 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á la 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úrate de agregar “ -ObjC ” a “ Other Linker Flags ” en el target de la app

   • Habilita 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á la 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. Obtén 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 podría requerir que evites enviar un evento de Session antes de que se complete.
      • Recopila el odm_info y compártelo con el almacenamiento de tu app para que puedas agregarlo en la primera sesión. Este valor se pasará a la API S2S de Singular mediante el parámetro “odm_info”
      • Si hay un error, recopila el error. Este valor se pasará a la API S2S de Singular mediante el parámetro “ odm_error ”
      • Ten en cuenta que la marca de tiempo de fecha 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. Pasa la información en el dispositivo a la API S2S de Singular
      
      Para cada sesión de instalación de app (install=true), incluye 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 tu negocio y de tus apps. Consulta al asesor legal de tu empresa para entender cómo tu 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 decides 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 optado explícitamente por participar o no. 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 se recopilan comúnmente en las "Privacy Choices" o "Privacy Settings" durante la experiencia de la app.
• Cuando sea posible, y dependiendo del diseño y la estrategia de la solicitud de consentimiento de tu app, muestra las solicitudes de privacidad al principio de los flujos de la app para asegurar que Singular y otros SDK puedan recopilar la señal de consentimiento del usuario lo antes posible
  

Si tu negocio determina que las regulaciones de privacidad de la UE para usuarios del EEE aplican a tu app: Implementa la función "Limit Data Sharing" del SDK/S2S de Singular según las solicitudes de consentimiento que tu app presente a estos usuarios.

Si tu negocio determina que las regulaciones de privacidad de la UE no aplican a tu app , puedes optar por no usar las señales de consentimiento de usuario del EEE en Singular. Marca 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 usas esta opción
• Esta opción puede habilitarse antes de que las actualizaciones de marzo de Google entren en vigor

El Limit Data Sharing (LDS) de Singular es una función que permite a los desarrolladores de apps pasar las señales de consentimiento de cada usuario a Singular. 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.

Consulta " Preguntas frecuentes sobre cómo respaldar las decisiones de privacidad del usuario con Limit Data Sharing "

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

Para usuarios del EEE que optan por no dar 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 para 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 usuarios del EEE que optan por dar 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