تفعيل ميزة "قياس الإحالات الناجحة"

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

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

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

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

سيناريوهات شائعة لقياس الإحالات الناجحة

في هذا القسم، سنتناول سيناريوهَين شائعَين لقياس الإحالات الناجحة.

السيناريو 1: يجب أن يتلقّى كلّ من تكنولوجيا الإعلان التي تعرض الإعلانات ومقدّم خدمة القياس التابع لجهة خارجية تقارير من Attribution Reporting API

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

في هذه الحالة، تكون تكنولوجيا عرض الإعلانات هي الجهة المسؤولة أيضًا عن تنشيط أحداث النقر ومرات الظهور في الإعداد الحالي. يجب أن تضبط تقنية الإعلان التي تعرض الإعلان attributionsrc الجديد في المواقع المناسبة وأن تتأكّد من ضبط عمليات إعادة التوجيه بشكلٍ صحيح. بالإضافة إلى ذلك، يجب أن يتأكّد كلّ من تكنولوجيا عرض الإعلانات ومقدّم خدمة القياس التابع لجهة خارجية من التسجيل وأن تكون خوادمهما جاهزة لتلقّي طلبات Attribution Reporting API والردّ عليها.

يمكن أن يبدو إعداد الحملة العادي على النحو التالي:

  1. يقدّم خادم إعلانات المعلِن (3PAS) ترميز مادة عرض الإعلان إلى منصّة العرض من جهة الطلب (DSP)، والذي يتضمّن وحدات البكسل لتتبُّع مرات الظهور والنقرات الخاصة بمقدّم خدمة القياس من جهة خارجية. يجب أن يحرص خادم الإعلانات على تضمين attributionsrc في ترميز تصميم الإعلان.

  2. توفّر منصة DSP إمكانات لإضافة وحدات بكسل إضافية لتتبُّع مرات الظهور والنقرات، ويجب التأكّد من تضمين attributionsrc في ترميز تصميم الإعلان النهائي الذي يتم تقديم عروض أسعار له.

السيناريو 2: يجب أن يتلقّى مقدّم خدمة القياس التابع لجهة خارجية التقارير من واجهة برمجة التطبيقات Attribution Reporting API فقط

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

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

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

تفاصيل التنفيذ

يوضّح الجدول التالي خطوات تنفيذ Attribution Reporting API على مستوى عالٍ:

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

بالنسبة إلى أحداث مرّات الظهور، يضيف وسيط عرض الطلب (DSP) أو وسيط عرض إعلانات المورّدين (SSP) أو الناشر أو خادم الإعلانات أو مقدّم خدمة القياس السمة، وتعتمد على إعدادات الناشر.

بالنسبة إلى إعلانات الفيديو التي تستخدم تنسيق VAST، يضيف الناشر وحزمة تطوير البرامج للفيديو السمة.
الخطوة 2: تفعيل واجهة برمجة التطبيقات Attribution Reporting للمصادر التابعة لجهات خارجية تعمل هذه الميزة تلقائيًا إذا كنت تستخدم مسار إعادة توجيه حالي مع عمليات إعادة التوجيه 302.

في حال تعذّر استخدام عمليات إعادة التوجيه 302، يمكن استخدام السمة attributionsrc لإدراج عدّة خوادم لتقنية الإعلان.

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

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

الخطوة 1: تفعيل مصدر تحديد المصدر لعناصر التصميم الحالية ورمز القياس

في الخطوة الأولى، يتم تفعيل مصادر تحديد المصدر.

طريقة عمل السمة attributionsrc

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

بالنسبة إلى أحداث النقر التي تستخدم عمليات إعادة التوجيه، يجب إضافة السمة attributionsrc إلى عملية التنقّل. لا تحتاج أي عمليات إعادة توجيه 302 بعد التنقّل إلى إضافة السمة attributionsrc، وستكون مؤهّلة لاستخدام ميزة "العرض المُسبق أثناء البحث" طالما أنّ عملية التنقّل الأولية قد أضافت السمة attributionsrc.

عندما تكون قيمة attributionsrc فارغة، سيتم إرسال طلبات ARA إلى عنوان URL المحدّد في السمة href لعلامة الرابط الثابت (عنوان URL الخاص بالنقر). عند تحديد السمة attributionsrc، سيتم إرسال طلبات "الاستهداف الآلي" إلى عنوان URL المحدّد في السمة attributionsrc. عنوان URL الخاص بالنقر للوصول إلى الموقع الإلكتروني مؤهَّل أيضًا لتسجيل المصادر.

بشكل عام، استخدِم السمة attributionsrc الفارغة إذا كان الخادم الذي يستضيف عنوان URL الخاص بالنقر يمكنه تلقّي طلبات Attribution Reporting API والردّ عليها. حدِّد عنوان URL خاصًا بك attributionsrc إذا كنت تريد أن تنتقل طلبات Attribution Reporting API إلى خادم مختلف.

مثال على سمة attributionsrc فارغة:

الإعداد الحالي مع دمج ARA
<a href="[CLICKTHROUGH_URL]">...</a> <a href="[CLICKTHROUGH_URL]" attributionsrc>...</a>

عندما تكون السمة attributionsrc فارغة، سيتم إرسال طلبات Attribution Reporting API إلى عنوان URL المحدّد بواسطة السمة href لعلامة الرابط الثابت.

مثال على سمة attributionsrc غير فارغة:

الإعداد الحالي مع دمج ARA
<a href="[CLICKTHROUGH_URL]">...</a> <a href="[CLICKTHROUGH_URL]" attributionsrc="[ATTRIBUTION_SRC_URL]">...</a>

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

إضافة attributionsrc لأحداث النقرات ومرات الظهور

  • أحداث النقر:
    • الجهة المسؤولة عن إضافة attributionsrc هي عادةً تقنية الإعلان التي تعرض الإعلان.
    • يجب إضافة السمة attributionsrc إلى علامات الربط التي تتضمّن أحداث نقر.
    • يجب أن تستخدم النقرات التي تستخدم window.open الوسيطة windowFeatures في طلب window.open لتحديد مصدر تحديد المصدر.
  • أحداث مرات الظهور:
    • الجهة المسؤولة عن إضافة attributionsrc هي عادةً تقنية الإعلان التي تعرض الإعلان ومزوّدو خدمات القياس.
    • يجب أن تتضمّن أحداث مرّات الظهور التي يتمّ تنشيطها من العلامة <img> أو العلامة <script> السمة attributionsrc.
    • يجب أن تتضمّن أحداث مرّات الظهور التي تستخدم Fetch API عنصر attributionReporting في وسيطة options التي يتم تمريرها إلى طلب البيانات من Fetch API.

اطّلِع على الجدول التالي لمعرفة ملخّص التعديلات اللازمة لأحداث النقرات ومرات الظهور:

الحدث العلامة الإعداد الحالي بعد دمج ARA
النقر HTML <a href="[CLICKTHROUGH_URL]">...</a> <a href="[CLICKTHROUGH_URL]" attributionsrc>...</a>
JavaScript window.open("[CLICKTHROUGH_URL]", "_blank"); window.open("[CLICKTHROUGH_URL]", "_blank", "attributionsrc");
ظهور علامة <img> HTML <img src="[IMPRESSION_URL]"> <img src="[IMPRESSION_URL]" attributionsrc>
علامة <script> HTML <script src="[IMPRESSION_URL]"></script> <script src="[IMPRESSION_URL]" attributionsrc></script>
JavaScript const options = {...}
window.fetch("[IMPRESSION_URL]", options); 		const options = {
  attributionReporting: {
    eventSourceEligible: true,
    triggerEligible: false,
  },
  ...
};
window.fetch("[IMPRESSION_URL]", options);

تفعيل تسجيل مصدر تحديد المصدر في مزاد Protected Audience API

لقياس الإحالات الناجحة في مزادات Protected Audience، يمكنك استخدام registerAdBeacon/registerAdMacro وsetReportEventDataForAutomaticBeacons/reportEvent بدلاً من attributionsrc لتفعيل تسجيل مصادر تحديد المصدر.

لإعداد تقارير عن إشارات Protected Audience، تتوفّر الدالة registerAdBeacon داخل وحدات عمل إعداد التقارير، وتتوفّر الدالة registerAdMacro داخل وحدة عمل إعداد التقارير عن فوز المعلِن. بعد ذلك، يمكن إضافة بيانات الحدث داخل إطار الإعلان إلى وحدات التتبُّع ووحدات الماكرو المسجّلة باستخدام الدالتَين reportEvent وsetReportEventDataForAutomaticBeacons في Fenced Frame Ads Reporting API. يتيح ذلك ربط إشارات وحدات عمل إعداد التقارير في Protected Audience API بحِمل حدث إطار تصميم الإعلان.

تتم إضافة عنوان HTTP Attribution-Reporting-Eligible إلى الطلب عندما يتم تشغيل إشارات التتبُّع ووحدات الماكرو من خلال طلب reportEvent من إطار، أو عندما يتم تشغيل إشارات التتبُّع التلقائية من خلال المتصفّح. يمكنك استخدام استجابة الإشارة لتسجيل مصدر تحديد المصدر. قد تتم إعادة توجيه طلبات الإشارات للسماح بالقياس التابع لجهة خارجية.

لمزيد من التفاصيل، يُرجى الاطّلاع على قسم "إتاحة Attribution Reporting" في شرح Fenced Frame Ad Reporting API.

تفعيل ميزة "إعداد تقارير تحديد المصدر" لأشكال VAST

VAST هو تنسيق شائع لعرض مستودع الإعلانات على الفيديو وقياسه، ويجب اعتبار العديد من الأحداث المحدّدة في هذا المعيار أحداثًا مصدرًا محتمَلة مؤهَّلة للتسجيل باستخدام Attribution Reporting API. يتناول ملحق نموذج عرض إعلانات الفيديو (VAST) المتعلّق بتوافق واجهة برمجة التطبيقات Attribution Reporting API هذا الموضوع بالتفصيل، ولكن باختصار، جميع أحداث <Tracking> و<Impression> و<*ClickThrough> و<*ClickTracking> هي أحداث محتملة لمصدر تحديد المصدر. يجب أن توفّر جميع عمليات تنفيذ VAST تغطية لأهلية التسجيل في هذه الأحداث.

يحدّد ملحق VAST سمات جديدة لهذه العناصر للسماح بتحديد عنوان URL ثانوي لتسجيل تحديد المصدر. عندما يتضمّن الحدث attributiontype="DOUBLE_PING" وattributionsrc="[URL]"، يجب أن يستخدم الرمز الذي ينشّط هذا الحدث [URL] كقيمة للسمة attributionsrc عند تفعيل Attribution Reporting API. يحتوي ملحق VAST على أمثلة لكل سيناريو.

لتحقيق أقصى تغطية، يجب أن تجعل عمليات تنفيذ VAST جميع الأحداث المدرَجة مؤهَّلة للتسجيل تلقائيًا عند تنشيط إشارات ping للأحداث. على سبيل المثال، عند تشغيل عنوان URL للحدث <Impression>، يجب استخدام السمة attributionsrc (الفارغة) في العنصر <img> المستخدَم لإرسال الطلب (أو ما يعادله في طلب الجلب)، وذلك للسماح دائمًا للجهة المستلِمة بتسجيل هذا الحدث باستخدام Attribution Reporting API.

الخطوة 2: تفعيل واجهة برمجة التطبيقات Attribution Reporting للمصادر التابعة لجهات خارجية

للسماح لجهات خارجية باستخدام Attribution Reporting API، يمكنك استخدام عمليات إعادة التوجيه الحالية أو إضافة قائمة بالجهات الخارجية إلى السمة attributionsrc. في معظم الحالات، يكون لكل تكنولوجيا إعلانية أداة تتبُّع مستقلة لمرّات الظهور، لذا تكون عمليات إعادة التوجيه أكثر ملاءمةً لأدوات تتبُّع النقرات.

التعامل مع المصادر التابعة لجهات خارجية في سلسلة إعادة توجيه حالية

في عملية النقر على الإعلان النموذجية، قد تتوفّر العديد من أدوات تتبُّع النقرات كسلسلة من عمليات 302 إعادة التوجيه التي يتم إجراؤها كجزء من عملية الانتقال إلى الصفحة المقصودة النهائية. يكون كل طلب في سلسلة عمليات إعادة التوجيه مؤهَّلاً للتسجيل في Attribution Reporting API إذا تمّت إضافة التعليق التوضيحي attributionsrc إلى هدف النقرة الأصلي أو تمّ تسجيله باستخدام registerAdBeacon/registerAdMacro في Protected Audience API. يجب أيضًا تسجيل تكنولوجيا الإعلان في سلسلة عمليات إعادة التوجيه.

يُرجى العِلم أنّه لا يتم إرسال نص الطلب الأوّلي عند عمليات إعادة التوجيه. بالنسبة إلى مزادات Protected Audience، إذا تمّت إضافة eventData إلى reportEvent وكان يجب استخدام setReportEventDataForAutomaticBeacons كجزء من عملية إعادة التوجيه، يجب إضافته بشكل صريح كجزء من عنوان URL لإعادة التوجيه.

في المثال التالي، سنستخدم تقنية إعلان لعرض الإعلانات (serving-adtech.example) ومزوّد خدمة قياس تابعًا لجهة خارجية (3p-measurement.example) ككيانَين منفصلَين يسعيان إلى إنشاء تقارير تحديد المصدر وتلقّيها. يمكن أن تكون تكنولوجيا عرض الإعلانات في هذا المثال عبارة عن منصة طلب (DSP) تعرض تصميم الإعلان على موقع الناشر الإلكتروني، ولديها منتج إعداد تقارير خاص بها. يمكن أن يكون مقدّم خدمة القياس التابع لجهة خارجية جهة يستخدمها المعلِن لإعداد تقارير الإحالات الناجحة.

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

عند تسجيل المصدر، يتم اتّخاذ الخطوات التالية:

  1. تضبط serving-adtech.example السمة attributionsrc في تصميم الإعلان.يزور المستخدم صفحة الناشر، ويرسل المتصفّح طلبًا إلى serving-adtech.example.
  2. يردّ serving-adtech.example بالعنوان Attribution-Reporting-Register-Source والعنوان Location.
    1. يستخدم serving-adtech.example العنوان Attribution-Reporting-Register-Source للردّ ببيانات وصفية حول المصدر المطلوب تسجيله.
    2. يستخدم serving-adtech.example العنوان Location لتضمين عملية إعادة توجيه إلى 3p-measurement.example. يُرجى العِلم أنّه من المحتمل أن يتم استخدام العنوان Location في مسارات تتبُّع النقرات الحالية لإتاحة عمليات إعادة التوجيه 302 إلى جهة خارجية.
  3. يتلقّى المتصفّح الردّ من serving-adtech.example ويحلّل العنوان Attribution-Reporting-Register-Source. يخزّن المتصفّح الحدث المصدر، باستخدام serving-adtech.example كجهة إعداد التقارير.
  4. بما أنّ هذا الطلب هو عملية إعادة توجيه، يقدّم المتصفّح أيضًا طلبًا جديدًا إلى 3p-measurement.example.
  5. يردّ 3p-measurement.example باستجابة تحتوي على العنوان Attribution-Reporting-Register-Source.
  6. يتلقّى المتصفّح هذه الاستجابة من 3p-measurement.example ويقرأ Attribution-Reporting-Register-Source. يخزّن المتصفّح الحدث المصدر، باستخدام 3p-measurement.example كجهة إعداد التقارير.

استخدام attributionsrc للمصادر التابعة لجهات خارجية غير المدرَجة في سلسلة إعادة التوجيه

إذا أرادت عدة مصادر إعداد تقارير تسجيل مصدر في حدث تنقّل، ولكن تعذّر ظهورها في سلسلة إعادة توجيه لأي سبب، يمكنك إدراج مواقع إلكترونية متعددة كمصادر تحديد المصدر في attributionsrc كحلّ بديل.

الإعداد الحالي مع تعديل ARA
<a href="[CLICKTHROUGH_URL]">...</a> <a href="[CLICKTHROUGH_URL]" attributionsrc="[REPORTING_URL_1] [REPORTING_URL_2]">...</a>

في هذا المثال، سيتم إرسال الطلبات المؤهَّلة لاستخدام Attribution Reporting API إلى كل من REPORTING_URL_1 وREPORTING_URL_2. يكون طلب التنقّل المُرسَل إلى عنوان URL الخاص بالنقر مؤهَّلاً أيضًا لتسجيل مصادر تحديد المصدر.

الخطوة 3: إعداد الردود على طلبات Attribution Reporting API

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

تسجيل عوامل مشغِّلة متعددة

يمكنك تسجيل مشغّلات تحديد المصدر المتعددة من خلال إضافة عناصر وحدات بكسل متعددة على جهة الإحالة الناجحة (واحد لكل مشغّل). عنصر attributionsrc اختياري في تسجيل المشغّل.

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