مطابقة معرّف الجهاز القابل لإعادة الضبط

يمكن استخدام معرّفات الأجهزة القابلة لإعادة الضبط (RDID) للقياس ومطابقة بيانات الطرف الأول في Ads Data Hub. ومن خلال إجراء طلب بحث في مقابل معرّفات RDID، يمكنك إبراز الإحالات الناجحة ومرّات الظهور داخل التطبيق. يمكنك أيضًا الانضمام إلى مجموعات بيانات الطرف الأول، مثل معاملات تطبيقات العملاء، للتعرّف بشكل أفضل على تأثير الوسائط في الإحالات الناجحة لتطبيقات الطرف الأول.

يُعدّ تحليل RDID مثاليًا للمعلِنين الذين تأتي بيانات الطرف الأول بشكل أساسي من التطبيقات المتوافقة مع الأجهزة الجوّالة (مثل مشاركة الرحلات أو شركات الألعاب على الأجهزة الجوّالة)، أو الذين يقدّمون عددًا كبيرًا من مرات الظهور باستخدام التطبيقات المتوافقة مع الأجهزة الجوّالة (مثل حالات التعرّض على YouTube للأجهزة الجوّالة)، ويحتاجون إلى تعزيز بيانات مرّات الظهور من خلال الانضمام إلى مجموعة بيانات الطرف الأول التي يتم فيها تسجيل معرّفات RDID. وتشمل بيانات معرّف الجهاز القابل لإعادة الضبط (RDID) أيضًا معرّفات التلفزيون المتصل (IFA)، ما يتيح للمعلنين تحليل سلوك المستخدم وأداء الحملات على أجهزة التلفزيون المتّصلة. بالإضافة إلى ذلك، تتطلب مطابقة RDID قدرًا ضئيلاً من الإعداد للبدء.

في ما يلي بعض حالات الاستخدام التي تتيحها مطابقة معرّف الجهاز القابل لإعادة الضبط (RDID):

  • تعزيز بيانات الإعلانات من خلال القياس عن بُعد: من خلال دمج السلوك داخل التطبيق مع بيانات Ads Data Hub، يمكنك تقييم تأثير مشاهدات الإعلان على إجراءات المستخدمين في تطبيقاتك.
  • قياس أداء YouTube: بما أنّ جزءًا كبيرًا من زيارات YouTube يتم داخل التطبيق، تُعد عمليات دمج RDID مفيدة في تقييم تأثير حملات YouTube في أداء التطبيقات.
  • تحليل سلوك المستخدِم على القنوات المتوافقة مع الأجهزة الجوّالة والتلفزيون المتّصل: من خلال دمج المعلومات التفاعلية (IFA) للتلفزيون المتّصل (CTV) في تحليل RDID، يمكن للمعلِنين اكتساب فهم أوسع لسلوك المستخدِم على مستوى تطبيقات الطرف الأول ومنصّات التلفزيون المتّصل.
  • تحديد تأثير حملات العلامات التجارية على الإحالات الناجحة داخل التطبيق والقيمة الدائمة: يمكنك الانضمام إلى بيانات القيمة الدائمة في نظام إدارة علاقات العملاء لقياس مدى زيادة حملات العلامات التجارية للإحالات الناجحة داخل التطبيق والقيمة الدائمة.

القيود

  • بالنسبة إلى أحداث iOS، يمكنك فقط مطابقة البيانات التي تنشأ من التطبيقات على الإصدار 14.5 من نظام التشغيل iOS والإصدارات الأحدث من المستخدمين الذين منحوا الإذن بموجب إطار عمل شفافية تتبُّع التطبيقات من Apple.
  • لا تتوفّر بيانات Gmail في جداول RDID.

لضمان استخدام بيانات الطرف الأول في Ads Data Hub، عليك التأكد من حصولك على الموافقة المناسبة لمشاركة البيانات من المستخدمين النهائيين في المنطقة الاقتصادية الأوروبية مع Google بموجب سياسة موافقة المستخدم في الاتحاد الأوروبي وسياسة Ads Data Hub. ينطبق هذا الشرط على كل حساب على Ads Data Hub، ويجب تعديله في كل مرة تُحمِّل فيها بيانات جديدة للطرف الأول. ويمكن لأي مستخدم تقديم هذا الإقرار نيابةً عن الحساب بالكامل.

يُرجى العلم أنّ قواعد طلبات البحث في خدمة Google نفسها التي تنطبق على طلبات التحليل تنطبق أيضًا على طلبات RDID. على سبيل المثال، لا يمكنك تنفيذ طلبات بحث متعددة الخدمات على المستخدمين في المنطقة الاقتصادية الأوروبية عند إنشاء جدول مطابقة.

للتعرّف على كيفية الإقرار بالموافقة في Ads Data Hub، اطّلِع على المقالة متطلبات الموافقة في المنطقة الاقتصادية الأوروبية.

آلية عمل مطابقة معرّف الجهاز القابل لإعادة الضبط (RDID)

تُنشئ خدمة Ads Data Hub جداول RDID تحتوي على عمود إضافي device_id_md5. كل جدول "adh.*" يحتوي على عمود "user_id" سيحتوي على جدول "*_rdid" مقابل. يحتوي العمود device_id_md5 على نسخة مجزّأة من معرّف الجهاز القابل لإعادة الضبط (MD5). بما أنّه تمّت تجزئة device_id_md5، عليك تجزئة معرّفات RDID في مجموعة بيانات الطرف الأول باستخدام عملية التحويل الواردة أدناه:

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

بعد الانتهاء من تجزئة معرّف الجهاز القابل لإعادة الضبط (RDID)، يمكنك ضم أرقام تعريف أجهزتك إلى هذا العمود.

سير عمل معرّف الجهاز القابل لإعادة الضبط (RDID) لمطابقة طلب البحث

  1. حمِّل مجموعة بيانات الطرف الأول التي تحتوي على معرّفات RDID إلى مجموعة بيانات BigQuery يمكن لحسابك على Ads Data Hub الوصول إليها للقراءة.
  2. اكتب وشغِّل طلب بحث يضم device_id_md5 مع نسخة مجزأة من معرّفات RD5 في مجموعة البيانات.

عيّنات

تحديد تأثير حملات العلامات التجارية على الإحالات الناجحة داخل التطبيق والقيمة الدائمة

يدمج طلب البحث هذا بيانات إدارة علاقات العملاء بقائمة من حملات YouTube لقياس متوسط القيمة الدائمة للمستخدمين وعدد الإحالات الناجحة داخل التطبيق حسب الحملة:

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)

قياس الأرباح حسب الحملة

يوضّح طلب البحث هذا كيفية دمج بيانات المعاملات بالحملات، ما يسمح لك بتحديد الأرباح المحقّقة من الإحالات الناجحة، وتقسيمها حسب رقم تعريف الحملة على "إعلانات Google":

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)

فلتر لزيارات التلفزيون المتّصل (CTV)

تتوفّر الآن الإعلانات القصيرة للتلفزيون المتّصل (CTV) في المشاهدات على cm_dt_impression_rdid وdv360_dt_impression_rdid. عند إجراء طلب بحث عن هذه المشاهدات، يمكن إضافة عبارة WHERE التالية لتضمين الزيارات الواردة من التلفزيون المتّصل (CTV) فقط:

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