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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

عندما تكون السمة attributionsrc فارغة، سيتم إرسال طلبات ARA إلى عنوان URL المحدّد في سمة href لعلامة الربط (عنوان URL للنقرة). عند تحديد سمة attributionsrc، سيتم إرسال طلبات ARA إلى عنوان 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");
ظهور علامة HTML‏ <img> <img src="[IMPRESSION_URL]"> <img src="[IMPRESSION_URL]" attributionsrc>
علامة HTML‏ <script> <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);

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

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

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

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

.

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

تفعيل إعداد تقارير تحديد المصدر لأشكال الإعلانات في تنسيق VAST

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

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

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

الخطوة 2: تفعيل ميزة "إعداد تقارير تحديد المصدر" لمصادر الجهات الخارجية

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

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

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

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

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

مخطّط بياني يصف كيفية تسجيل الطرف الأول للمصدر، ثم تسجيل الجهة الخارجية

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

  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 بالطريقة نفسها المتّبعة لتسجيل المصدر. ستتم مطابقة أحداث المصدر وأحداث التفعيل التي تم إنشاؤها من خلال المصادر نفسها.