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

• Seguimiento de todas las instalaciones y re-engagements impulsados por cualquiera de sus campañas de Google Ads
• atribución tanto de clics como de visualizaciones

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

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 granular de campaña que recibe en su panel de control de Google Ads.

Para comenzar 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 las acciones de conversión, lo que también se conoce como importación de eventos.

Consulte Integración de la 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 realiza el seguimiento de una atribución, sus campañas de Google Ads aparecerán en su interfaz de informes de Singular.

Singular admite la generación de informes de los datos atribuidos de las campañas de aplicaciones de Google Ads para los clics, las visualizaciones, las instalaciones y los reenganches. 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.

Tenga en cuenta que las "conversiones" en Google Ads se refieren tanto a las instalaciones como a los reenganches en Singular.

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

A partir de enero de 2020, las App Campaigns for Installs for 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.

Compruebe que su implementación de Singular SDK incluye compatibilidad con enlaces profundos y enlaces profundos diferidos.

Una vez implementada, la integración de Singular con Google habilita automáticamente la vinculación profunda diferida para las campañas de Google que utilizan feeds.

Las conversiones de aplicaciones notificadas por Google Ads pueden contener una mezcla de fuentes deterministas y modeladas. Consulta la documentación de Google para saber cómo pueden afectar las conversiones modeladas a tus campañas.

Dado que las conversiones modeladas no están vinculadas a una única interacción específica con el anuncio, Google no puede proporcionar una respuesta determinista correspondiente a Singular ni a ninguno de los socios de Google App Attribution. Esto puede provocar discrepancias en las conversiones notificadas por Google y las 3P.

La actividad de la aplicación de los usuarios que optan por la exclusión se notifica a Google con los ID de publicidad eliminados, por lo que Google no recibe ninguna información de identificación individual.

Cuando Google publica un anuncio, también añade los "ID" si el etiquetado automático está activado:

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

En los casos en que estos anuncios están habilitados para enlaces profundos, los IDs son capturados por la integración Singular SDK/S2S cuando el usuario está vinculado profundamente en la aplicación. Singular reenvía cualquier ID disponible a Google, que se autoatribuye en Singular como reenganches. En el caso de "gbraid", estas reatribuciones tienen una granularidad reducida. Las atribuciones de reenganche basadas en "gbraid" tienen:

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

Una visualización interactiva es una impresión de un anuncio en vídeo por parte de un usuario que ha durado más de 10 segundos. Las visualizaciones 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 vistas interactivas se notifican 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 vistas comprometidas se indican en "conversion type" = "click-through".

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

Cubre:

• Usuarios de iOS 14.5+ que hayan rechazado App Tracking Transparency (ATT)
• Usuarios de Android en el Espacio Económico Europeo (EEE)

La Medición de conversiones integrada de Google Ads solo admite la medición de instalación de clics.

• A través de clics
• Instalaciones
• Atribuidas como probabilísticas (desglose sólo disponible en los informes Singular a nivel de usuario)

La Medición de Conversión Integrada de iOS utiliza la Medición en el dispositivo utilizando datos de eventos y requiere integrar el SDK ODM de Google así como las actualizaciones del SDK de Singular (o API S2S).

1. Integre la medición en el dispositivo mediante datos de eventos (ODM SDK) de Google 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 mensaje 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 empezará a resolver las dependencias de los paquetes y a descargarlos en segundo plano.

   1. Añade el pod GoogleAdsOnDeviceConversion a tu Podfile.
      

      pod 'GoogleAdsOnDeviceConversion'

   2. Ejecuta

      pod install --repo-update

2. Actualización del SDK nativo o de la implementación de la API S2S

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

   • SDK nativo versión mínima 12.8.1
   • Asegúrese de añadir "-ObjC" a "Other Linker Flags" en el destino de la aplicación.
   • Habilite Singular para recopilar información ODM añadiendo la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar Singular SDK.
     
     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 la cantidad máxima de tiempo que el SDK Singular retrasará la inicialización para esperar la información ODM del SDK ODM, el primer lanzamiento después de la instalación.
     
     
     Importante:El proceso de espera de información ODM desde ODM SDK retrasa las llamadas de retorno de Singular SDK, como el controlador de llamadas de retorno de enlaces profundos de Singular. Por lo tanto, los enlaces profundos pueden retrasarse
     
     Swift:
     

     config.enableOdmWithTimeoutInterval = 5

     Objective C:
     

     config.enableOdmWithTimeoutInterval = 5;

   • SDK de Unity versión mínima v5.5.0
   • Habilite Singular para recopilar información ODM añadiendo la opción de configuración Enable ODM With Timeout Inter val en su SingularSDKObject.
     
     Enable ODM With Timeout Interval 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 la cantidad máxima de tiempo que el SIngular SDK retrasará la inicialización para esperar la información ODM del ODM SDK, el primer lanzamiento después de la instalación.
     
     
     Importante:El proceso de espera de información ODM desde ODM SDK retrasa las llamadas de retorno de Singular SDK, como el controlador de llamadas de retorno de enlaces profundos de Singular. Por lo tanto, los enlaces profundos pueden retrasarse
     
     

   • Versión mínima del SDK de Flutter v1.8.0
   • React-Native SDK versión mínima v3.9.0
   • SDK de Cordova versión mínima v1.8.0
   • Asegúrese de añadir "-ObjC" a "Other Linker Flags" en el destino de la aplicación.
   • Habilite Singular para recopilar información ODM añadiendo la opción de configuración enableOdmWithTimeoutInterval a SingularConfig al inicializar Singular SDK.
     
     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 la cantidad máxima de tiempo que el SDK Singular retrasará la inicialización para esperar la información ODM del SDK ODM, el primer lanzamiento después de la instalación.
     
     
     Importante:El proceso de espera de información ODM desde ODM SDK retrasa las llamadas de retorno de Singular SDK, como el controlador de llamadas de retorno de enlaces profundos de Singular. Por lo tanto, los enlaces profundos pueden retrasarse
     
     

     config.enableOdmWithTimeoutInterval = 5

   1. Obtenga información del dispositivo poco después de que la aplicación se inicie por primera vez.
      
      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 puede requerir que te abstengas de enviar un evento Session antes de que se complete.
      • Recoge el odm_info y compártelo con el almacenamiento de tu aplicación para que puedas añadirlo en 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, recoja el error. Este valor se transmitirá a la API S2S de Singular a través del parámetro "odm_error".
      • Tenga en cuenta que la fecha y hora pasadas con setFirstLaunchTime no deben diferir significativamente de la fecha y hora de instalación pasadas a la API S2S de Singular a través del parámetro "utime".
   2. Transmisión de información sobre el dispositivo a la API S2S de Singular
      
      Para cada sesión de instalación de la aplicación (install=true), incluya información ODM y error ODM en el punto final /launch de Singular S2S.

Cuándo y cómo recoger las señales de consentimiento de los usuarios del EEE debe ajustarse a los requisitos de su empresa y de su aplicación en materia de privacidad de los usuarios. Consulte al asesor jurídico de su empresa para saber cómo debe cumplir su aplicación las políticas de privacidad internas y las normativas sobre privacidad, como el GDPR, la Directiva sobre privacidad electrónica y la Ley de Mercados Digitales.

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

• Las señales de consentimiento del usuario se establezcan solo cuando el usuario haya optado explícitamente por aceptar o rechazar. Se recomienda dejar las SUD sin configurar si el usuario no ha hecho una elección. La ausencia de una señal de usuario puede ser importante.
• Las señales de consentimiento del usuario suelen recogerse en "Opciones de privacidad" o "Ajustes de privacidad" durante la experiencia de la aplicación.
• Cuando sea posible, y dependiendo del diseño y la estrategia de consentimiento de su aplicación, muestre los avisos de privacidad al principio de los flujos de la aplicación para garantizar que Singular y otros SDK puedan recoger la señal de consentimiento del usuario lo antes posible.
  
  

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

El límite de datos compartidos (LDS) de Singular es una función que permite a los desarrolladores de aplicaciones 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 Singular User Privacy Postbacks y se pasa a ciertos socios como Google, que lo utilizan para cumplir con sus propias prácticas de datos.

Consulte"Apoyo a las opciones de privacidad del usuario con Limitar el uso compartido de datos FAQ"

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

A partir de marzo de 2024

Para los usuarios del EEE que opten por el consentimiento del usuario:

• La atribución a nivel de usuario de las campañas de Google Ads no estará disponible en Singular. Google no podrá informar de 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 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 opten por el consentimiento del usuario:

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