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

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

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

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

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

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

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

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

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

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

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

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

مثال 1

ستكون قيمة معرّف المستخدم دائمًا أقل من الحدّ الأقصى لطول السلسلة وهو 24 بايت. تنصحك أداة Ads Data Hub بإرسال رقم تعريف المستخدِم مباشرةً إلى ADH (بعد ترميزه باستخدام Base64 الآمن على الويب لأغراض نقل عنوان 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)

تذكَّر أنّ الترميز المطلوب لمطابقة بياناتك سيكون خاصًا بطريقة تخزينها وطريقة ترميزها قبل إرسالها إلى "مركز بيانات إعلانات Google".

مزيد من المعلومات عن دوال السلسلة في 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. يؤدي ذلك إلى إضافة بيانات عن الحملات التي سجّلت 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 ساعة. ↩