نظرة عامة على إعداد تقارير الإحالة للويب

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

لمَن هذا البرنامج؟

ستجد هنا أساسيات Attribution Reporting وبعض المفاهيم الأساسية، ولكن بدون الكثير من التفاصيل الفنية.

لا يحتاج المعلنون والناشرون الذين يعتمدون على منصات تكنولوجيا الإعلان لقياس الإحالات الناجحة إلى استخدام واجهة برمجة التطبيقات مباشرةً. قد يهمّك معرفة طريقة عمل Attribution Reporting إذا كانت خطط تكنولوجيا الإعلان لديك تتضمّن دمج هذه الواجهة.

ما هي واجهة برمجة التطبيقات Attribution Reporting API؟

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

تتيح Attribution Reporting API عمليات القياس هذه بطريقة تحافظ على الخصوصية، بدون ملفات تعريف الارتباط الخارجية.

تتيح واجهة برمجة التطبيقات هذه للمعلِنين ومزوّدي تكنولوجيا الإعلان قياس الإحالات الناجحة في الحالات التالية:

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

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

تجربة واجهة برمجة التطبيقات

  • اختبِرها محليًا في المتصفّح. ضبط علامة، وهي عبارة عن تعليمات موجّهة إلى متصفّح Chrome لتفعيل ميزات تجريبية محدّدة

إذا كنت مهتمًا بتجربة واجهة برمجة التطبيقات، انتقِل إلى مقالة Attribution Reporting: التجربة والمشاركة.

التغييرات في واجهة برمجة التطبيقات

مدى التوفّر

الاقتراح الحالة
رحلة الإحالة الناجحة: من التطبيق إلى الويب
شرح الويب وشرح Android
إشعار القائمة البريدية
متوفّرة في Chrome وAndroid للإصدار التجريبي من التطبيق الأصلي
رحلة الإحالة الناجحة: على جميع الأجهزة
شرح
تم وضع هذا الاقتراح في الأرشيف. ما مِن خطط حالية لتنفيذ هذه الميزة.
منع التقارير غير الصالحة التي يمكن تجميعها باستخدام ميزة التحقّق من التقارير
شرح
تم وضع هذا الاقتراح في الأرشيف. لقد نفّذنا trigger_context_id لحالة الاستخدام هذه بدلاً من ذلك.
ستظل قائمة المسموح بها التلقائية لسياسة أذونات Attribution Reporting API هي *
إشعار القائمة البريدية.
ستتوفّر في Chrome في الربع الأول من عام 2023
إعداد تقارير قابلة للضبط على مستوى الحدث epsilon
مشكلة GitHub
ستتوفّر في Chrome في الربع الأخير من عام 2023
إضافة بيانات زائدة إلى الحمولة في التقارير القابلة للتجميع
الشرح المعدَّل
ستتوفّر في Chrome في الربع الأخير من عام 2023
على مستوى الحدث المرن
شرح الإعدادات المرنة على مستوى الحدث
تتوفّر في Chrome في الربع الأخير من عام 2023
إمكانية تخصيص عدد تقارير تحديد المصدر وعدد فترات إعداد التقارير أو طولها

تتوفّر في Chrome في الربع الأول من عام 2024
إمكانية تخصيص عدد بتات بيانات العامل المشغِّل
إتاحة تقارير تصحيح الأخطاء التفصيلية في ميزة "تقارير الإحالة" والتي لا تعتمد على ملفات تعريف الارتباط التابعة لجهات خارجية
الشرح
تتوفّر الميزة في Chrome في الربع الثالث من عام 2024.
إتاحة Attribution Reporting API وAggregation Service في Google Cloud
شرح Attribution Reporting API
شرح Aggregation Service
ستتوفّر في Chrome في النصف الثاني من عام 2023
شرح حول فلترة المساهمات المرنة
تتوفّر الميزة في Chrome في الربع الثالث من عام 2024.
الفلترة قبل تحديد المصدر: نطاقات تحديد المصدر
الشرح
تتوفّر الميزة في Chrome في الربع الأخير من عام 2024.

حالات الاستخدام والميزات

تتيح Attribution Reporting API الوصول إلى أنواع مختلفة من الإحصاءات من خلال نوعَين من التقارير التي يمكن إرسالها إلى معلِن أو مزوّد تكنولوجيا إعلان تابع لجهة خارجية. يمكن استخدام هذين النوعين من التقارير في الوقت نفسه، وهما يكمّلان بعضهما البعض.

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

التقارير على مستوى الحدث

تربط التقارير على مستوى الحدث نقرة على إعلان أو مشاهدة ببيانات الإحالات الناجحة المجزّأة.

تقرير على مستوى الحدث
مثال على تقرير على مستوى الحدث: أدّى رقم تعريف النقرة 200400600 على news.example (المرتبط برقم تعريف المستخدم Bob_Doe على news.example) إلى إجراء عملية شراء على shop.example.

تكون التقارير على مستوى الحدث مناسبة لما يلي:

  • التحسين الإجابة عن أسئلة مثل "كيف يمكنني تحسين عائد الاستثمار؟" على وجه الخصوص، يمكن استخدام هذه التقارير لتحسين مواضع الإعلانات، إذ يمكن إتاحة المعرّفات الفريدة من جهة الإعلان في التقارير. يمكن أن توفّر التقارير على مستوى الحدث بيانات تدريب لنماذج تعلُّم الآلة.
  • التقارير التقريبية، حيث لا يلزم تقديم سوى معلومات قليلة جدًا عن الإحالة الناجحة الحدّ الأقصى الحالي هو 3 بتات من بيانات الإحالات الناجحة للنقرات، ما يعني أنّه يمكن تصنيف الإحالة الناجحة ضمن إحدى الفئات الثماني، وبت واحد للمشاهدات. لا تتوافق تقارير مستوى الحدث مع ترميز البيانات التفصيلية من جهة الإحالة الناجحة، مثل سعر محدّد أو وقت الإحالة الناجحة.
  • رصد الاحتيال: يمكن أن تكون البيانات الواردة في بعض التقارير مفيدة في رصد عمليات الاحتيال الإعلاني وتحليلها، إذ تتيح لك فهم الأنماط التي يمكن استخدامها لتحديد الأنشطة غير الصالحة أو التي تتضمّن محتوًى غير مرغوب فيه.

التقارير الموجزة

تقدّم التقارير الموجزة (المعروفة سابقًا باسم التقارير المجمّعة) بيانات إحالات ناجحة أكثر تفصيلاً ومرونة أكبر في دمج بيانات النقرات أو المشاهدات مع بيانات الإحالات الناجحة.

مزيد من المعلومات عن التقارير الموجزة

مثال على الإحصاءات من التقارير الموجزة
في ما يلي مثال على الإحصاءات من التقارير الموجزة: أدّت الحملة التي تحمل رقم التعريف 1234567 في ‎news.example إلى 518 إحالة ناجحة في ‎shoes.example، وإلى إجمالي إنفاق بقيمة 38, 174 دولار أمريكي. نصف الإحالات الناجحة كانت من مستخدمين في نيويورك، الولايات المتحدة الأمريكية.

تكون تقارير الملخّصات الأنسب لحالات استخدام إعداد التقارير. تساعد هذه التقارير في الإجابة عن أسئلة مثل: "ما هو عائد استثماري؟"

يُعدّ استخدام التقارير الموجزة في التحسين، مثلاً لتحسين قيمة الشراء التي لا تتوافق مع التقارير على مستوى الحدث (لأنّ بيانات الإحالات الناجحة غير دقيقة)، من مجالات البحث النشط.

ميزات أخرى

تشمل الميزات الأخرى لواجهة برمجة التطبيقات هذه ما يلي:

دعم المتصفح

على الرغم من اختلاف واجهتَي برمجة التطبيقات، يعمل كل من Chrome وWebKit معًا بشكل مفتوح المصدر لتسهيل تجربة المطوّرين، مثلاً من خلال توحيد أسماء السمات وبنية JSON للتقارير.

تختلف مجموعة ميزات Attribution Reporting API عن مجموعة ميزات Private Click Measurement API التي اقترحتها Safari وWebKit. أهمّ مزايا واجهة برمجة التطبيقات Attribution Reporting API:

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

إعدادات المتصفّح

  • يمكن للمستخدمين إيقاف واجهة برمجة التطبيقات من خلال إعدادات المستخدم على chrome://settings/adPrivacy.
  • لا تكون واجهة برمجة التطبيقات نشطة في وضع التصفّح المتخفي.

كيف يمكن للمواقع الإلكترونية التحكّم في أذونات الوصول؟

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

لا يمكن لجهات خارجية عشوائية، مثل إطارات iframe للإعلانات من مصادر متعددة لم تتم إضافتها إلى الصفحة باستخدام نص برمجي لديه إذن وصول على أعلى مستوى، استخدام واجهة برمجة التطبيقات بدون علم الناشر أو المعلِن. في إطارات iframe هذه، يجب تفعيل واجهة برمجة التطبيقات Attribution Reporting API بشكل صريح باستخدام سياسة الأذونات.

<iframe src="..." allow="attribution-reporting"></iframe>

يمكن للجهات الخارجية التي لديها إذن وصول من المستوى الأعلى وتضيف إطارات iframe متعددة المصادر إلى صفحة ما تفعيل واجهة برمجة التطبيقات Attribution Reporting API أيضًا باستخدام سياسة الأذونات.

يمكن لأي موقع إلكتروني إيقاف واجهة برمجة التطبيقات Attribution Reporting API لجميع الجهات، بما في ذلك النصوص البرمجية التي يمكنها الوصول إلى المستوى الأعلى، وذلك من خلال إرسال عنوان استجابة HTTP التالي:

Permissions-Policy: attribution-reporting=()

كيف تعمل واجهة برمجة التطبيقات Attribution Reporting API؟

تتيح Attribution Reporting API قياس حدثَين مرتبطَين معًا، وهما حدث على موقع إلكتروني خاص بالناشر، مثل مشاهدة مستخدم لإعلان أو النقر عليه، وإحالة ناجحة لاحقة على موقع إلكتروني خاص بالمعلِن.

التقارير على مستوى الحدث

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

التقارير الموجزة

إنشاء تقرير موجز

يتم إنشاء التقارير الموجَزة على النحو التالي:

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

مزيد من المعلومات عن التقارير الموجزة

الخصوصية

على عكس ملفات تعريف الارتباط التابعة لجهات خارجية، تتيح واجهة برمجة التطبيقات Attribution Reporting API لشركات الإعلان الحصول على إحصاءات حول الإحالات الناجحة بدون تتبُّع نشاط مستخدم معيّن على المواقع الإلكترونية.

لنفترض أنّ اسم الشخص هو "أحمد". يرى خالد إعلانًا أثناء قراءة الأخبار على news.example. بعد أسبوع، اشترى &quot;بوب&quot; أحذية على shoes.example.

في الوقت الحالي، يتم تتبُّع هذه الإحالة الناجحة من خلال ملف تعريف ارتباط تابع لجهة خارجية يتم استخدامه كمعرّف على مستوى المواقع الإلكترونية. باستخدام ملفات تعريف الارتباط التابعة لجهات خارجية، يمكن لشركة تكنولوجيا الإعلان الوصول إلى الكثير من التفاصيل حول نشاط "أحمد" على news.example وshoes.example. يمكن أن تدمج تكنولوجيا الإعلان هذه المعلومات معًا لإنشاء ملف شخصي مفصّل عن &quot;بوب&quot;، بما في ذلك موقعه الجغرافي وعادات التصفّح والمحتوى المفضّل لديه على news.example. قد يتضمّن هذا الملف الشخصي أيضًا عمليات الشراء والنشاط ومعلومات بطاقة الائتمان على shoes.example. ويكون هذا الربط بين المواقع الإلكترونية مفيدًا لقياس الإحالات الناجحة الناتجة عن الإعلانات. لكنّها تعيق خصوصية المستخدم: يتم تتبُّع نشاط "بوب" على مستوى المواقع الإلكترونية بتفاصيل دقيقة.

عرض جنبًا إلى جنب للويب اليوم (الهوية الموحّدة) والويب غدًا (الهوية المقسّمة)
عرض جنبًا إلى جنب للويب الحالي (الهوية الموحّدة) والويب المستقبلي (الهوية المقسَّمة)

يتم دمج كمية صغيرة من المعلومات من مواقع إلكترونية مختلفة، وهي كافية لقياس الإحالات الناجحة، ولكنّها غير كافية لتتبُّع نشاط "أحمد" على المواقع الإلكترونية بالتفصيل. ستبقى أنشطة "بوب" على news.example وshoes.example منفصلة.

وسائل الحماية في كل نوع من أنواع التقارير

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

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

يتم فرض وسائل حماية إضافية للخصوصية، مثل قيود المعدّل، على كل من التقارير على مستوى الحدث والتقارير المجمّعة.

إجراءات حماية إضافية للخصوصية يتم فرضها على التقارير على مستوى الحدث والتقارير المجمّعة

تفاصيل حول التقارير على مستوى الحدث والخصوصية

تقدّم التقارير على مستوى الحدث إحصاءات عن الإحالات الناجحة بدون تتبُّع المستخدمين على جميع المواقع الإلكترونية، وذلك باتّباع آليات الخصوصية التالية:

  • لا يتم استخدام معرّف على مستوى المواقع الإلكترونية، ولا يغادر الجهاز أي نشاط تفصيلي للتصفّح على مستوى المواقع الإلكترونية.
  • تربط التقارير على مستوى الحدث 64 بت من المعلومات على الجانب الإعلاني (news.example) بـ 1 بت أو 3 بت فقط على جانب الإحالة الناجحة (shop.example). وتكفي 64 بت من المعلومات لربطها بمعرّف مستخدم فردي، ولكن لا يمكن ربط هذه الـ 64 بت إلا بكمية قليلة جدًا من المعلومات على مستوى المواقع الإلكترونية، أي 1 بت أو 3 بت، وهي كمية غير كافية لتضمين معرّف.
    • إنّ 64 بت من جهة الإعلان ليست معلومات جديدة. يمكن أن يتوفّر رقم تعريف المستخدم حاليًا على جهة الإعلان. news.example أو adtech.example على علم بنشاط مستخدم معيّن على news.example.
  • يتم تطبيق إجراءات حماية إضافية لمنع إساءة الاستخدام والتتبُّع على مواقع إلكترونية متعدّدة:
    • يتم إرسال التقارير مع تأخير.
    • يتم تشويش بيانات الإحالات الناجحة: يتم إنشاء تقارير مزيّفة بنسبة مئوية معيّنة من الوقت.
    • عدد تقارير الإحالات الناجحة المنسوبة محدود لكل نقرة أو مرّة ظهور.

تفاصيل حول تقارير الملخّص والخصوصية

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

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

التفاعل مع الملاحظات ومشاركتها