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

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

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

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

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

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

إقرار موافقة الطرف الأول

تحذير: عدم الإقرار بالموافقة أو رفض إقرار الموافقة تؤدي إلى عدم القدرة على استخدام بيانات الطرف الأول (1PD) ضمن Ads Data Hub. على سبيل المثال، لا يمكنك استخدام بيانات الطرف الأول الجديدة أو استخدام بيانات الطرف الأول الحالية من خلال ربط حسابك. بيانات الأداء مع إعلانات. جميع حالات الاستخدام، مثل مطابقة البيانات المقدَّمة من المستخدِم والجمهور التفعيل باستخدام بيانات الطرف الأول غير متاح. ويشمل ذلك أي عمليات استيراد مُجدوَلة لبيانات الطرف الأول.

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

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

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

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

كل جدول في مخطط 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 في جدول الطرف الأول البيانات، فقد تحتاج إلى ترميز القيم في الجدول قبل مطابقة البيانات. يجب تحويل مفتاح الدمج إلى BYTES من أجل إجراء مطابقات ناجحة:

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

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

ملاحظة: تؤدي المقارنات بين وحدات البايت والسلاسل إلى ترميز وحدات البايت ضمنيًا إلى Base64.

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

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

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

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

مثال 1

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

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

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