Singular realiza el seguimiento de las campañas de Google Ads a través de una integración de servidor a servidor con la API de conversión de aplicaciones de Google Ads, que incluye:

• Seguimiento de todas las instalaciones y reactivaciones impulsadas por cualquiera de tus campañas de Google Ads
• Atribución tanto por clic como por visualización

La integración utiliza un ID de enlace, que se genera en Google Ads y es único para cada aplicación. Una vez que su ID de enlace se haya configurado en Singular, Singular comenzará a enviar todas las instalaciones, sesiones y eventos de conversión dentro de la aplicación configurados a Google.

Utilizando la información de clics atribuidos devuelta por Google, Singular puede realizar la atribución de último toque (consulte el proceso de atribución de Singular) y ofrecerle informes sobre el rendimiento de sus campañas utilizando la misma información detallada de campaña que recibe en su panel de control de Google Ads.

Para empezar a realizar el seguimiento de las conversiones y los 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, también conocidas como importación de eventos.

Consulte Integración de atribución de Google Ads: Cómo importar eventos paraobtener 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 realiza el seguimiento de una atribución, tus campañas de Google Ads aparecerán en tu interfaz de informes de Singular.

Singular admite la generación de informes sobre los datos atribuidos de las campañas de aplicaciones de Google Ads para instalaciones y reenganches por clic y por visualización. Actualmente, los datos disponibles incluyen el ID de la campaña de Google, el nombre de la campaña y el ID del grupo de anuncios, junto con el canal de Google (YouTube, Display, Búsqueda). Estos datos se asignan a Singular como «ID de campaña», «Nombre de campaña», «ID de subcampaña» y «Subred publicitaria», respectivamente.

Ten en cuenta que las «conversiones» en Google Ads se refieren tanto a las instalaciones como a las reactivaciones en Singular.

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

A partir de enero de 2020, las campañas de aplicaciones para instalaciones en Búsqueda 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. 

Comprueba que la implementación de tu SDK de Singular incluya compatibilidad con enlaces profundos y enlaces profundos diferidos. 

Una vez implementada, tu integración de Singular con Google habilita automáticamente los enlaces profundos diferidos para las campañas de Google que utilizan feeds.

Las conversiones de aplicaciones reportadas por Google Ads pueden contener una mezcla de fuentes determinísticas y modeladas. Consulte la documentación de Google para comprender cómo las conversiones modeladas pueden afectar a sus campañas.

Dado que las conversiones modeladas no se vinculan a una interacción publicitaria específica, Google no puede proporcionar una respuesta determinista correspondiente a Singular ni a ninguno de los socios de atribución de aplicaciones de Google. Esto puede provocar discrepancias en las conversiones reportadas entre Google y terceros.

La actividad de la aplicación de los usuarios que han optado por no participar se comunica a Google con los ID de publicidad a cero, por lo que Google no recibe ninguna información identificable individualmente. 

Cuando Google muestra un anuncio, también añade «ID» cuando el etiquetado automático está habilitado:

• Gbraid (iOS): un identificador añadido a los clics en iOS 14.5+
• Gclid (Android, iOS): un ID de clic de Google

En los casos en que estos anuncios tienen habilitados los enlaces profundos, los ID son capturados por la integración del SDK de Singular/S2S cuando el usuario accede a la aplicación a través de un enlace profundo. Singular reenvía a Google cualquier ID disponible que se haya autoatribuido y que se haya registrado en Singular como reenganche. En el caso de «gbraid», estas atribuciones de reenganche tienen una granularidad reducida. Las atribuciones de reenganche basadas en «gbraid» tienen:

• ID de campaña
• Nombre de la campaña

Una vista comprometida es una impresión de un anuncio de vídeo por parte del usuario que duró más de 10 segundos. Las vistas comprometidas se contabilizan como atribuciones de clicsen los informes de Google y Singular.

En los registros a nivel de usuario de Singular, las conversiones de visualizaciones con interacción se incluyen en «interaction_type» = «engagement» en el campo «passthrough» para los datos de conversión/evento atribuidos a Google.

En los informes agregados, las conversiones de visualizaciones con interacción se registran bajo «conversion type» = «click-through».

La medición de conversiones integrada de Google proporciona una atribución más en tiempo real, completa y precisa para tus campañas de aplicaciones de Google en las interfaces de tus socios de atribución de aplicaciones de terceros. 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 ello sin comprometer la privacidad del usuario. El resultado es información a nivel de evento incluso cuando faltan los identificadores a nivel de usuario.

Abarca:

• Usuarios de iOS 14.5+ que han rechazado la Transparencia en el seguimiento de aplicaciones (ATT)
• Usuarios de Android en el Espacio Económico Europeo (EEE) y usuarios que han desactivado la configuración de personalización de anuncios en Android.

La medición de conversiones integrada de Google Ads solo admite la medición de instalaciones por clic.

Las atribuciones de la medición de conversiones integrada se informan en Singular como

• Clic
• Instalaciones
• Atribuidas como probabilísticas (desglose disponible solo en los informes a nivel de usuario de Singular)

La medición de conversiones integrada de iOS utiliza la medición en el dispositivo mediante datos de eventos y requiere la integración del SDK ODM de Google, así como actualizaciones del SDK de Singular (o la API S2S).

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

   Google Analytics for FirebaseSwift Package ManagerCocoapods

   Consulte la guía de Google

   1. En Xcode, ve a Archivo > Añadir paquetes.
   2. En el cuadro de diálogo que aparece, introduce 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ñade el pod GoogleAdsOnDeviceConversion a tu Podfile.

      pod 'GoogleAdsOnDeviceConversion'

   2. Ejecuta

      pod install --repo-update

2. Actualizar el SDK de Singular o la implementación de la API S2S

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

   • Versión mínima del SDK nativo: 12.8.1
   • Asegúrate de añadir «-ObjC»a«Other Linker Flags»en el destino de la aplicación

   • Habilita Singular para recopilar información de ODM añadiendo la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar el SDK de Singular.
     
     enableOdmWithTimeoutInterval se establece con un valor de tiempo de espera en segundos. Se recomienda utilizar un valor de tiempo de espera de 5 segundos. El valor de tiempo de espera establece el tiempo máximo que el SDK de Singular retrasará la inicialización para esperar la información ODM del SDK de ODM, en el primer inicio tras la instalación.

     Importante:El proceso de espera de la información ODM del SDK de ODM retrasa las devoluciones de llamada del SDK de Singular, como el controlador de devoluciones de llamada de enlaces profundos de Singular. Por lo tanto, los enlaces profundos pueden retrasarse

     
     Swift:

     config.enableOdmWithTimeoutInterval = 5

     Objective C:

     config.enableOdmWithTimeoutInterval = 5;

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

   • Habilita la recopilación de información ODM por parte de Singular añadiendo la opción de configuración «Habilitar ODM con intervalo de tiempo de espera» en tu SingularSDKObject.
     
     «Habilitar ODM con intervalo de tiempo de espera» se configura con un valor de tiempo de espera en segundos. Se recomienda utilizar un valor de tiempo de espera de 5 segundos. El valor de tiempo de espera establece el tiempo máximo que el SDK de Singular retrasará la inicialización para esperar la información del SDK de ODM, en el primer inicio tras la instalación.

     Importante:El proceso de espera de la información ODM del SDK de ODM retrasa las devoluciones de llamada del SDK de Singular, como el controlador de devoluciones de llamada de enlaces profundos de Singular. Por lo tanto, los enlaces profundos 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 añadir «-ObjC»a«Other Linker Flags»en el objetivo de la aplicación

   • Habilita Singular para recopilar información del ODM añadiendo la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar el SDK de Singular.
     
     enableOdmWithTimeoutInterval se configura con un valor de tiempo de espera en segundos. Se recomienda utilizar un valor de tiempo de espera de 5 segundos. El valor de tiempo de espera establece el tiempo máximo que el SDK de Singular retrasará la inicialización para esperar la información ODM del SDK de ODM, en el primer inicio tras la instalación.

     Importante:El proceso de espera de la información ODM del SDK de ODM retrasa las devoluciones de llamada del SDK de Singular, como el controlador de devoluciones de llamada de enlaces profundos de Singular. Por lo tanto, los enlaces profundos pueden retrasarse

     config.enableOdmWithTimeoutInterval = 5

   1. Obtener información del dispositivo poco después del primer inicio de la aplicación
      
      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 debas abstenerte de enviar un evento de sesión antes de que se complete.
      • Recopila el valor «odm_info» y guárdalo en el almacenamiento de tu aplicación para poder añadirlo a la primera sesión. Este valor se pasará a la API S2S de Singular a través del parámetro «odm_info»
      • Si se produce un error, recopila el error. Este valor se pasará a la API S2S de Singular a través del 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 a través del parámetro«utime».
   2. Enviar la información del dispositivo a la API S2S de Singular
      
      Para cada sesión de instalación de la aplicación (install=true), incluya la información de ODM y el error de ODM en el punto final /launch de S2S de Singular.

El momento y la forma de recopilar las señales de consentimiento de los usuarios del EEE deben ajustarse a los requisitos de su empresa y de sus aplicaciones en materia de privacidad de los usuarios. Consulte al asesor jurídico de su empresa para comprender cómo debe cumplir su aplicación con las políticas de privacidad internas y las normativas de privacidad, como el RGPD, la Directiva sobre privacidad electrónica y la Ley de Mercados Digitales.

Si decide recopilar señales de consentimiento de los usuarios, por lo general se recomienda que:

• Las señales de consentimiento del usuario se establezcan solo cuando el usuario haya dado su consentimiento explícito o se haya dado de baja. Se recomienda dejar el LDS sin configurar si el usuario no ha tomado una decisión. La ausencia de una señal del usuario puede ser importante.
• Las señales de consentimiento del usuario se recogen habitualmente en «Opciones de privacidad» o «Ajustes de privacidad» durante la experiencia de la aplicación.
• Siempre que sea posible, y dependiendo del diseño y la estrategia de las solicitudes de consentimiento de su aplicación, muestre las solicitudes de privacidad al principio de los flujos de la aplicación para garantizar que Singular y otros SDK puedan recopilar la señal de consentimiento del usuario lo antes posible.
   

Si su empresa determina que las normativas de privacidad de la UE para usuarios del EEE se aplican a su aplicación: implemente la función «Limitar el intercambio de datos» del SDK/S2S de Singular basándose en las solicitudes de consentimiento que su aplicación presenta a estos usuarios.

 

Si su empresa determina que las normativas de privacidad de la UE no se aplican a su aplicación, puede excluirse de las señales de consentimiento de los usuarios del EEE en Singular. Marque la opción «Exclusión del EEE» en la sección «Privacidad del usuario» de la configuración de socios. Con esta opción, Google no utiliza LDS ni las señales de consentimiento de los usuarios.


 

• No es necesario implementar LDS para los usuarios del EEE si se utiliza esta opción
• Esta opción se puede habilitar antes de que se publiquen las actualizaciones de Google de marzo

La función «Limit Data Sharing» (LDS) de Singular es una característica que permite a los desarrolladores de aplicaciones transmitir a Singular las señales de consentimiento de cada usuario. LDS se configura 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 transmite a determinados socios, como Google, que la utilizan para cumplir con sus propias prácticas de datos.

Consulte«Preguntas frecuentes sobre el apoyo a las opciones de privacidad del usuario con Limit Data Sharing»

Google ofrece una lista de plataformas de gestión del consentimiento (CMP) que admiten las señales de consentimiento del usuario requeridas. Si utiliza una de estas CMP, puede extraer las señales de consentimiento del usuario y transmitirlas a través de la función LimitDataSharing de Singular. 

Para los usuarios del EEE que se excluyan del consentimiento del usuario:

• La atribución a nivel de usuario a las campañas de Google Ads no estará disponible en Singular. Google no podrá comunicar estas atribuciones a las MMP
• Google Ads modelará las conversiones para estos usuarios, lo que se reflejará en las métricas de red agregadas que Singular extrae del conector de datos de Google Ads.
• Google Ads no podrá utilizar 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 utilizará estos datos con fines publicitarios