Coincidencia de identificadores de dispositivos que se pueden restablecer

Los identificadores de dispositivo reiniciables (RDID) son identificadores únicos que se usan exclusivamente para las apps integradas en dispositivos móviles. La correlación de RDID requiere una inversión mínima en la configuración y se puede utilizar para la medición y la correlación de datos de origen en el Centro de Datos de Anuncios. Si realizas consultas en función de los RDID, puedes desglosar las impresiones y las conversiones en la aplicación. También puedes unir conjuntos de datos de origen, como las transacciones de la app del cliente, para comprender mejor el impacto de los medios en las conversiones de la app de origen.

El análisis de RDID es ideal para los anunciantes cuyos datos de origen provienen principalmente de aplicaciones para dispositivos móviles (como las empresas de juegos para dispositivos móviles o de viajes compartidos) o que publican una gran cantidad de impresiones con aplicaciones para dispositivos móviles (como las exposiciones de YouTube en dispositivos móviles) y necesitan enriquecer sus datos de impresiones uniendo un conjunto de datos de origen en el que se capturan los RDID. Los datos de RDID también incluyen identificadores de publicidad (IFA) de TVs conectadas (CTV), lo que permite a los anunciantes analizar el comportamiento de los usuarios y el rendimiento de las campañas en dispositivos de TV conectada. Además, la correlación de RDID requiere una cantidad insignificante de configuración para comenzar.

Estos son algunos de los muchos casos de uso que permite la correlación de RDID:

• Enriquece los datos de anuncios con telemetría: Si combinas el comportamiento en la aplicación con los datos del Centro de Datos de Anuncios, puedes evaluar el impacto de las exposiciones de anuncios en las acciones de los usuarios dentro de tus aplicaciones.
• Mide el rendimiento de YouTube: Dado que una gran parte del tráfico de YouTube se produce en la aplicación, las uniones de RDID son útiles para evaluar el impacto de las campañas de YouTube en el rendimiento de la aplicación.
• Analiza el comportamiento de los usuarios en los canales de dispositivos móviles y CTV: Al incorporar los IFA de CTV en el análisis de RDID, los anunciantes pueden obtener una comprensión más amplia del comportamiento de los usuarios en las aplicaciones de origen y las plataformas de TV conectada.
• Cuantifica el impacto de las campañas de desarrollo de la marca en las conversiones en la aplicación y el LTV: Une los datos del LTV en tu CRM para medir el grado en que las campañas de desarrollo de la marca aumentan las conversiones en la aplicación y el LTV.

Nota: Los datos del RDID no están disponibles para los proveedores.

Limitaciones

• En el caso de los eventos de iOS, solo puedes correlacionar los datos que provienen de apps en iOS 14.5 y versiones posteriores de los usuarios que otorgaron permiso en el framework de App Tracking Transparency de Apple.
• Los datos de Gmail no están disponibles en las tablas de RDID.

Advertencia: Debido a las reglamentaciones de la UE, las tablas aisladas por políticas que no son de red, como adh.google_ads_impressions_policy_isolated_youtube_rdid, ya no se pueden unir a los datos propios. Para seguir ejecutando estas búsquedas, quita _policy_isolated_youtube para limitarlas solo a los usuarios que dieron su consentimiento.

Confirmación de consentimiento de origen

Advertencia: Si no confirmas el consentimiento o rechazas la confirmación de consentimiento, no podrás usar tus datos de origen (1PD) en el Centro de Datos de Anuncios. Por ejemplo, no puedes incorporar datos de origen nuevos ni unir los datos de origen existentes con tus datos de anuncios vinculados. No están disponibles todos los casos de uso, como la correlación de datos proporcionados por el usuario y la activación de públicos con datos de origen. Esto incluye las importaciones programadas de 1PD.

Para asegurarte de que puedes usar tus datos de origen en el Centro de Datos de Anuncios, debes confirmar que obtuviste el consentimiento adecuado para compartir datos de los usuarios finales del EEE con Google en virtud de la Política de consentimiento de usuarios de la UE y la Política del Centro de Datos de Anuncios. Este requisito se aplica a cada cuenta de Ads Data Hub y debe actualizarse cada vez que subas datos de origen nuevos. Cualquier usuario puede realizar esta confirmación en nombre de toda la cuenta.

Ten en cuenta que las mismas reglas de consultas de los servicios de Google que se aplican a las consultas de análisis también se aplican a las consultas de RDID. Por ejemplo, no puedes ejecutar consultas entre servicios en usuarios del EEE cuando creas una tabla de coincidencias.

Si deseas obtener información para confirmar el consentimiento en Ads Data Hub, consulta Requisitos de consentimiento para el Espacio Económico Europeo.

Cómo funciona la correlación de RDID

El Centro de Datos de Anuncios compila tablas de RDID, que contienen una columna device_id_md5 adicional. Cada tabla adh.* que contenga una columna user_id tendrá una tabla *_rdid correspondiente. La columna device_id_md5 contiene una versión con hash MD5 del RDID. Dado que device_id_md5 tiene codificación hash, deberás generar un hash para los RDID de tu conjunto de datos de origen con la siguiente transformación:

UPPER(TO_HEX(MD5(UPPER(raw device id string))))

Después de generar el hash de tu RDID, puedes unir los IDs de dispositivo a esta columna.

Flujo de trabajo de la consulta de correlación de RDID

1. Sube un conjunto de datos de origen que contenga RDID a un conjunto de datos de BigQuery al que tu cuenta de Ads Data Hub tenga acceso de lectura.
2. Escribe y ejecuta una consulta que una device_id_md5 con una versión con hash MD5 de los RDID de tu conjunto de datos.

Ejemplos

Cuantifica el impacto de las campañas de desarrollo de la marca en las conversiones en la aplicación y el LTV

Esta consulta une los datos del CRM (administración de relaciones con clientes) con una lista de campañas de YouTube para medir el LTV promedio de los usuarios y la cantidad de conversiones en la aplicación por campaña:

WITH crm_data as (
  SELECT
    UPPER(TO_HEX(MD5(UPPER(raw device_id)))) as device_id_md5, AVG(lifetime_value), SUM(iac)
  FROM 'projectname.crm_data' # first party transactions data keyed off device ID
)

SELECT
  branding_campaigns.campaign_id, crm_data.iac, crm_data.lifetime_value
FROM
  adh.dv360_youtube_conversions_rdid AS branding_campaigns
  branding_campaigns LEFT JOIN crm_data
  ON branding_campaigns.device_id_md5 = crm_data.device_id_md5
WHERE branding_campaigns.campaign_id IN (list of branding campaigns)

Cómo medir los ingresos por campaña

Esta consulta muestra cómo unir los datos de transacciones a las campañas, lo que te permite cuantificar los ingresos provenientes de las conversiones, segmentados por el ID de la campaña de Google Ads:

WITH transactions AS (
  SELECT
    UPPER(TO_HEX(MD5(UPPER(raw device_id)))) as device_id_md5,
    transaction_amount
  FROM 'projectname.transactions' # first-party transactions data keyed off device ID
)

SELECT
  adh_conversions.campaign_id,
  SUM(transaction_amount) # first-party column for transaction amount as revenue
FROM
  adh.google_ads_conversions_rdid AS adh_conversions
  LEFT JOIN transactions ON (adh_conversions.device_id_md5 = transactions.device_id_md5)

Filtro para el tráfico de CTV

Puedes filtrar el tráfico de CTV en varias vistas de impresiones. Cuando se consultan estas vistas, se debe agregar una cláusula WHERE para incluir solo el tráfico de CTV.

Vistas de impresiones de la Transferencia de datos de Campaign Manager 360 y Display & Video 360

Para filtrar el tráfico de CTV en las vistas cm_dt_impression_rdid y dv360_dt_impression_rdid, usa la siguiente cláusula WHERE:

WHERE event.dv360_device_type IN (3,4,5)

Vistas de impresiones de YouTube en Google Ads y Display & Video 360

Para filtrar el tráfico de CTV en las vistas google_ads_impressions_rdid y dv360_youtube_impressions_rdid, usa la siguiente cláusula WHERE:

WHERE mobile_browser_class IN (5,6,7)