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

على مستوى عالٍ، فإنّ مطابقة ملفات تعريف الارتباط هي العملية التي يربط من خلالها المعلِن أو المورّد ملفات تعريف الارتباط في نطاقه بملفات تعريف الارتباط في نطاق 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، لذا عليك الانتظار فترة كافية قبل أن يتضمّن الجدول بيانات كافية لتوفير مطابقات مفيدة وتلبية متطلبات التجميع. ويعتمد ذلك على معدل تكرار زيارة المستخدمين لموقعك الإلكتروني، حيث سيصل الموقع الإلكتروني الذي يضم زوّارًا يوميًا إلى هذه النقطة بشكلٍ أسرع بكثير من الموقع الإلكتروني الذي يتضمّن زوّارًا شهريًا. وكلما انخفض الصافي الجديد للمطابقات، ستحتوي جداول المطابقة على بيانات أكثر شمولاً.

الاستعلام عن جداول المطابقة

عندما تحتوي جداول المطابقة على بيانات كافية لتلبية فحوصات الخصوصية، تكون جاهزًا لتنفيذ طلبات بحث مقابل الجداول.

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

يصاحب كل جدول في مخطط Ads Data Hub جدول *_match.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، والذي يخزِّن ملف تعريف الارتباط على شكل ميغابايت.

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

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

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

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

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

لضمان إمكانية نقل تنسيقات أرقام التعريف المختلفة بأمان عبر عنوان URL، يجب أن تكون جميع أرقام التعريف ترميز Base64 متوافق مع عنوان URL قبل إرسالها. سيتم توفير رقم تعريف Base64 الذي تم فك ترميزه مع عنوان URL الآمن في 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) في حقل ضمن بيانات الطرف الأول، عليك تحويلها إلى وحدات بايت، كما في المثال أعلاه، لدمج بياناتك بنجاح.

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

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.

اطّلِع على مزيد من المعلومات عن دوال السلسلة في BigQuery SQL.

نموذج طلب بحث

يضم المثال التالي بيانات الطرف الأول مع 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". يؤدي ذلك إلى إضافة بيانات عن الحملات التي لم تسجّل أي مرات ظهور إلى نتائجك.

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 / 2 = 250.↩

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