مطابقة ملفات تعريف الارتباط

على مستوى عالٍ، تشير عملية مطابقة ملفات تعريف الارتباط إلى العملية التي يربط من خلالها المعلِن أو المورِّد ملفات تعريف الارتباط في نطاقه بملفات تعريف الارتباط في نطاق Google. من خلال مطابقة ملفات تعريف الارتباط هذه، يمكنك ربط بيانات الطرف الأول التي تملكها ببيانات إعلانات Google (التي يتم تتبُّعها من خلال "مساحة العرض والفيديو 360" و"مدير الحملة 360") المتعلّقة بالمستخدِم نفسه، ما يتيح لك دمج بيانات إدارة علاقات العملاء وفهم سلوك المستخدِم بشكلٍ أفضل. من خلال دمج هذه البيانات من خلال عمليات الدمج التي تركّز على الخصوصية، يمكنك إجراء ما يلي:

  • استهدِف شرائح الجمهور استنادًا إلى سلع معيّنة تمّ التخلي عنها في سلّات التسوّق، إذا كان هؤلاء المستخدِمون قد تفاعلوا مع إعلاناتك ونطاقك.
  • تحديد الإعلانات التي تؤدّي إلى جلسات أطول على نطاقك
  • تحليل سجلّ عمليات الشراء المدمَج مع بيانات ما بعد الحملة

القيود وخصوصية المستخدم النهائي

على الرغم من أنّ مطابقة ملفات تعريف الارتباط فعّالة، إلا أنّها تفرض بعض القيود:

  • يُحظر إجراء عمليات الربط بين جداول *_match وجداول غير *_match.
  • ويتطلب ذلك عملًا هندسيًا من جانبك ومن جانب Google.
  • من غير المرجّح أن تتمكّن من مطابقة جميع بيانات إعلاناتك على Google. تخضع معدلات المطابقة لعدّة عوامل، وتختلف حسب حالة الاستخدام وإعداد العميل. غالبًا ما تكون معدّلات المطابقة أقلّ مما يتوقّعه المستخدِمون. لا يكون المستخدِمون مؤهّلين لمطابقة ملفات تعريف الارتباط إلا إذا تفاعلوا مع نطاقك و إعلاناتك.
  • تبدأ Google في تعبئة جداول المطابقة عند إعدادها. استنادًا إلى معدّل تكرار زيارة المستخدِمين لموقعك الإلكتروني وتلقّي بكسل المطابقة، قد يستغرق الأمر شهورًا قبل أن تحتوي جداول المطابقة على بيانات شاملة ومستقرة عن المستخدِمين.
  • لن تتمكّن من ربط مستخدمين فرديين بأجهزة متعددة، ما لم يكن لديك طريقة لربط المستخدمين على جميع الأجهزة.
  • لا يمكنك مطابقة مستخدم واحد باستخدام ملفات تعريف ارتباط متعددة، كما هو الحال عندما يُمحو مستخدم ملفات تعريف الارتباط.
  • تخضع المهام التي يتمّ تنفيذها على جداول المطابقة لمتطلّبات التجميع نفسها التي تخضع لها المهام الأخرى في Ads Data Hub. إنّ انخفاض نسبة المطابقة مع الزيارات غير المتكرّرة إلى نطاقك قد يؤدي إلى صعوبة الحصول على البيانات. ويرجع ذلك إلى أثر المطابقة المشترَك لنسب المطابقة ومتطلبات التجميع1.
  • بما يتوافق مع سياسات Google المتعلقة بخصوصية المستخدم النهائي، عليك:
    • يُحظر على هذه التطبيقات مطابقة بيانات مستخدم معيّن مسجّل الدخول وغير مسجّل الدخول.
    • لا يمكن مطابقة البيانات مع المستخدِمين الذين أوقفوا ميزة تخصيص الإعلانات.
  • بالنسبة إلى أحداث iOS، لا يمكنك مطابقة البيانات الواردة من التطبيقات على الإصدار 14.5 من نظام التشغيل iOS والإصدارات الأحدث إلا من المستخدِمين الذين منحوا الإذن بموجب إطار عمل شفافية تتبُّع التطبيقات من Apple.

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

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

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

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

علامة المطابقة هي بكسل شفاف أبعاده 1×1، يحتوي على رقم تعريف الملف الشخصي لمطابقة ملفّات تعريف الارتباط ورقم تعريف مستخدم أو ملفّ تعريف ارتباط مُشفَّرَين:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm=Q29va2llIG51bWJlciAxIQ" />

وتعمل علامة المطابقة هذه على بدء عملية التواصل بينك وبين خدمات مطابقة ملفات تعريف الارتباط من Google.

نظرة عامة خطوة بخطوة

  1. يزور أحد المستخدِمين صفحة تتضمّن علامة مطابقة.
  2. تبدأ علامة المطابقة سلسلة من عمليات إعادة التوجيه إلى "منصّة Google للتسويق" و "إعلانات Google" وخدمات المطابقة في YouTube. تحتوي الطلبات على معرّف ذلك المستخدِم أو ملفّ تعريف الارتباط من موقعك الإلكتروني، بالإضافة إلى ملفّ تعريف ارتباط Google في كلّ من مساحات معرّفات الخدمة المطابقة.
  3. يتم عرض بكسل شفاف أبعاده 1×1 في المتصفّح لتأكيد أنّه تمت تلبية الطلب.

تظهر هذه العملية في المخطّط البياني التالي:

صورة توضّح سلسلة من عمليات إعادة التوجيه بين المتصفّح وخدمات المطابقة

ضبط إعدادات الجهاز

في ما يلي خطوات إعداد مطابقة ملفات تعريف الارتباط في Ads Data Hub:

  1. تواصَل مع ممثّل حسابك وأطلِعه على اهتمامك بمطابقة ملفات تعريف الارتباط. سيناقشون أهدافك ويقدّمون لك مزيدًا من المعلومات حول نشر وحدة البكسل للتتبّع على نطاقك.
  2. سيبدأ الخبراء المختصون في Ads Data Hub محادثة أخرى لمناقشة المتطلبات الفنية وحالات الاستخدام.
  3. أثناء نشر وحدة البكسل للتتبّع ونقطة نهاية الخطأ، ستنشئ Google جداول المطابقة.

بعد الانتهاء من هذه الخطوات، ليس عليك اتّخاذ أي إجراء فوري. ستعبئ Google جداول المطابقات يوميًا2، لذا عليك الانتظار لبعض الوقت إلى أن يحتوي الجدول على بيانات كافية لتقديم مطابقات ذات مغزى واستيفاء متطلبات التجميع. ويعتمد ذلك على معدّل تكرار زيارات المستخدِمين لموقعك الإلكتروني، إذ سيصل موقع إلكتروني يتلقّى زيارات يومية إلى هذه المرحلة بشكلٍ أسرع بكثير من موقع إلكتروني يتلقّى زيارات شهرية. مع انخفاض عدد المطابقات الجديدة، ستحتوي جداول المطابقات على بيانات أكثر شمولاً.

طلب البحث في جداول المطابقة

عندما تحتوي جداول المطابقة على بيانات كافية لاستيفاء عمليات التحقّق من الخصوصية، يصبح بإمكانك تنفيذ طلبات بحث في الجداول.

يُمثّل الجدول الأصلي لبيانات الطرف الأول بالرمز my_data. ويشمل ذلك كلّ من معلومات تحديد الهوية الشخصية (PII) والبيانات غير المتعلّقة بتحديد الهوية الشخصية. يمكن أن يؤدي استخدام الجدول الأصلي إلى تحسين تقاريرك من خلال تقديم المزيد من الإحصاءات، لأنّه يمثّل جميع بيانات 1PD ضمن النطاق، مقارنةً بجدول المطابقة.

كل جدول في مخطّط Ads Data Hub يحتوي على حقل user_id يكون مصحوبًا بجدول مطابقة. على سبيل المثال، بالنسبة إلى جدول adh.google_ads_impressions، تُنشئ Ads Data Hub أيضًا جدول مطابقة يُسمى adh.google_ads_impressions_match يحتوي على أرقام تعريف المستخدمين. يتم إنشاء جداول مطابقة منفصلة للجداول المعزولة عن السياسات. على سبيل المثال، بالنسبة إلى جدول adh.google_ads_impressions_policy_isolated_youtube، تنشئ Ads Data Hub جدول مطابقة يُسمى adh.google_ads_impressions_policy_isolated_youtube_match يحتوي على أرقام تعريف المستخدمين.

تحتوي هذه الجداول على مجموعة فرعية من المستخدمين المتاحين في الجداول الأصلية، حيث تتطابق user_id. على سبيل المثال، إذا كان الجدول الأصلي يحتوي على بيانات المستخدِم "أ" والمستخدِم "ب"، ولكن تمّت مطابقة المستخدِم "أ" فقط، لن يكون المستخدِم "ب" في جدول المطابقة.

تحتوي جداول المطابقة على عمود إضافي يُسمى external_cookie، والذي يخزِّن معرّف المستخدم بالتنسيق BYTES.

من المهم مراعاة نوع الحقل عند كتابة طلبات البحث. تتوقع عوامل تشغيل مقارنة SQL أن تكون القيم الثابتة التي تقارنها من النوع نفسه. استنادًا إلى كيفية تخزين user_id في جدول بيانات الطرف الأول، قد تحتاج إلى ترميز القيم في الجدول قبل مطابقة البيانات. يجب تحويل مفتاح الربط إلى وحدات باييت لإجراء عمليات مطابقة ناجحة:

JOIN ON
  adh.google_ads_impressions_match.external_cookie = CAST(my_data.user_id AS BYTES)

بالإضافة إلى ذلك، تكون مقارنات السلاسل في SQL حسّاسة لحالة الأحرف، لذا قد تحتاج إلى ترميز السلاسل على جانبَي المقارنة للتأكّد من أنّه يمكن مقارنتها بدقة.

ترميز أرقام تعريف المستخدمين

ترميز أرقام تعريف المستخدمين من جهة العميل

لضمان إمكانية نقل تنسيقات التعريف المختلفة بأمان عبر عنوان URL، يجب ترميز جميع المعرّفات باستخدام Base64 الآمن على الويب قبل إرسالها. سيتوفّر المعرّف الذي تم فك ترميزه باستخدام Base64 الآمن على الويب في Ads Data Hub في حقل external_cookie، لذا عليك التراجع عن أي عمليات تحويل طبّقتها قبل الترميز لاستخراج المعرّف الأصلي.

إذا كان المعرّف يتألّف دائمًا من 24 حرفًا (أو بايت) أو أقل، يمكنك تضمين المعرّف المشفَّر بترميز Base64 المتوافق مع عناوين URL في بكسل، كما هو موضّح في المثال 1. إذا كان المعرّف يتألّف من أكثر من 24 حرفًا (أو بايت)، عليك تحويله إلى تمثيل يتألّف من 24 بايت أو أقل. في بعض الحالات (مثل معرّف GUID في المثال 2)، يكون الأمر مجرد تحويل إلى تمثيل وحدات البايت. وفي حالات أخرى، قد تحتاج إلى إرسال مجموعة فرعية (أو تجزئة) من مستند التعريف إلى Google. يُرجى العلم أنّه في أيّ حال، عليك التأكّد من أنّه يمكنك كتابة عبارة SQL JOIN التي ستحوّل المعرّف في جدول الطرف الأول بالطريقة نفسها.

مثال 1

ستكون قيمة معرّف المستخدم دائمًا ضمن الحد الأقصى المسموح به الذي يبلغ 24 بايت. تنصح Ads Data Hub بإرسال رقم تعريف المستخدِم مباشرةً إلى Ads Data Hub (بعد تشفيره بترميز Base64 الآمن لعناوين URL لأغراض نقل عنوان URL).

var userId = 'abcdef123456789';
// Encode the string (or number) in normal base64.
var userIdBase64 = btoa(userId);

// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_')
    .replace(/=+$/, '');

// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
    'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
    + userIdBase64;
document.body.appendChild(imgElement);
مثال 2

يمكنك تخصيص قيمة معرّف فريد عالمي (UUID) كمعرّف مستخدم، مثل: 123e4567-e89b-12d3-a456-426655440000.

تنصح Ads Data Hub بإجراء عمليات التحويل التالية عند المطابقة:

  1. يتم تنسيق معرّف UUID كسلسلة من 36 حرفًا.
  2. فك ترميز معرّف UUID باستخدام النظام السداسي العشري
  3. يتم تنسيق معرّف UUID على هيئة وحدات بايت.
  4. تشفير وحدات البايت باستخدام Base64 متوافق مع عناوين URL
  5. يتم تنسيق معرّف UUID كسلسلة.

يمكن تنفيذ ذلك باستخدام الرمز التالي:

JavaScript

var userId = '123e4567-e89b-12d3-a456-426655440000';

// A helper function for converting a hex string to a byte array.
function strToBytes(str) {
        for (var bytes = [], i = 0; i < str.length; i += 2) {
          bytes.push(parseInt(str.substr(i, 2), 16));
        }
        return bytes;
}

// Remove the formatting dashes from the UUID.
userId = userId.replace(/-/g, '');

// Encode the hex string as a byte array.
var userIdBytes = strToBytes(userId);

// Encode the byte array in normal base64.
var userIdBase64 = btoa(String.fromCharCode(...new Uint8Array(userIdBytes)));

// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_').replace(
    /=+$/, '');

// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
    'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
    + userIdBase64;
document.body.appendChild(imgElement);

Python

import base64

user_id = '123e4567-e89b-12d3-a456-426655440000'
user_id_as_bytes = bytes.fromhex(user_id.replace('-', ''))
base64.urlsafe_b64encode(user_id_as_bytes)

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

  1. يتم تنسيق external_cookie كبايت.
  2. ترميز سداسي عشري external_cookie:
  3. تم تنسيق external_cookie كسلسلة.

ترميز أرقام تعريف المستخدمين في Ads Data Hub

إذا كنت تخزِّن سلسلة UUID في حقل في بيانات الطرف الأول، عليك تحويلها إلى وحدات بايت، كما هو موضّح في المثال أعلاه، لدمج بياناتك بنجاح.

يوضّح المثال التالي كيفية ترميز معرّف UUID وإضافته إلى حقل ملف تعريف الارتباط الخارجي:

JOIN my_data ON imp.external_cookie = FROM_HEX(REPLACE(my_data.uuid, '-', ''))

يُرجى العلم أنّه لا يمكنك تحويل عدد صحيح إلى وحدات بايت. إذا كان رقم تعريف المستخدم عددًا صحيحًا (كما هو الحال في المثال 1 أعلاه)، عليك أولاً تحويله إلى سلسلة:

JOIN my_data ON imp.external_cookie = CAST(CAST(my_data.user_id AS STRING) AS BYTES)

تذكَّر أنّ عملية الترميز المطلوبة لمطابقة بياناتك ستكون مرتبطة بطريقة تخزينها وطريقة ترميزها قبل إرسالها إلى Ads Data Hub.

مزيد من المعلومات عن دوالّ النصوص في لغة الاستعلامات البنيوية (SQL) في BigQuery

نموذج طلب بحث

يُدمج المثال التالي بيانات الطرف الأول مع google_ads_impressions_match، ثم يُدمج هذه النتائج مع adh_google_ads_impressions في طلب بحث ثانٍ.

SELECT
  imp.campaign_id as campaign_id,
  sum(my_data.recent_orders) as orders,
  average(my_data.lifetime_value) as ltv
FROM
  adh.google_ads_impressions_match as imp
LEFT JOIN
  my_data ON imp.external_cookie = my_data.company_guest_id_bytes
GROUP BY
  campaign_id

بعد حفظ نتائج طلب البحث السابق باسم previous_results، يمكنك الآن الانضمام إلى google_ads_impressions. يؤدي ذلك إلى إضافة بيانات عن الحملات التي تسجّل 0 مرّات ظهور إلى نتائجك.

SELECT
  campaign_id,
  COALESCE(orders, 0) as orders,
  COALESCE(ltv, 0) as ltv,
FROM (SELECT DISTINCT campaign_id
   FROM adh.google_ads_impressions)
LEFT JOIN previous_results USING (campaign_id)

  1. مثال: يعني معدّل المطابقة بنسبة% 20 أنّك تحتاج إلى 250 مستخدمًا في كل صف لاستيفاء الحدّ الأدنى لتجميع 50 مستخدمًا، لأنّ 50 / 0.2 = 250. ↩

  2. قد يتأخّر ظهور المطابقات التي تم إجراؤها في يوم معيّن لمدة تصل إلى 48 ساعة في الجداول. ↩