نرحّب بملاحظاتك حول هذا المستند بينما نستعد لإضافته إلى مستودع الإرشادات العامة.
ننصح شركات تكنولوجيا الإعلان بإجراء اختبارات التحميل على% 100 من عدد الزيارات في بيئة الإنتاج:
- يجب أن تستخدم تكنولوجيات الإعلان واجهة برمجة التطبيقات Attribution Reporting API للوصول إلى مقياس "تحديد مصدر الإحالة الناجحة"، وذلك كحالات استخدام لإعداد التقارير.
- يجب أن تتخذ تكنولوجيا الإعلان قرارات التصميم مع تقليل التشويش إلى الحدّ الأدنى (المرجع: قرارات التصميم التي تم وضع نموذج لها)
- أثناء الاختبار، على تكنولوجيات الإعلان تتبُّع عدد المهام التي تنفّذها يوميًا (مثل المهام لكل معلِن)، والتوزيع المقدَّر لحجم أحداث الإحالات الناجحة وعدد المفاتيح المجمّعة كمدخلات لكل مهمة معالجة (راجِع مَعلمة المهمة output_domain_blob_prefix في مستندات واجهة برمجة التطبيقات "خدمة التجميع")، ومتوسط أحداث الإحالات الناجحة المقدَّر لكل تقرير إدخال.
- لأغراض الاختبار، على تكنولوجيات الإعلان البحث عن نوع المثيل المقترَح من جدول إرشادات تحديد الحجم استنادًا إلى حجم المهمة المتوقّع (أي حجم التقرير وحجم النطاق) وتحديد حجم خدمة التجميع التي تم نشرها وفقًا لذلك. المرجع: إرشادات تحديد الحجم لخدمة Aggregated Service على AWS
- يجب أن تنفّذ تكنولوجيات الإعلان مهام التجميع لاختبارات التحميل.
الأهداف
هذه الإرشادات خاصة بقياس تحديد المصدر المجمّع للإحالات الناجحة، وستتضمّن تعليمات أساسية حول الإعداد والضبط مخصّصة لاستخدامها من قِبل شركات تكنولوجيا الإعلان، وذلك بهدف:
- تقدير توقّعات التحميل لقياس تحديد المصدر المجمّع للإحالات الناجحة
- تحسين الإعدادات الرئيسية وعملية الضبط لتحقيق الأداء والحدّ من التشويش استنادًا إلى السمات والأهداف التي يريدون قياسها، وحجم المعلِنين وتقسيمهم إلى شرائح
المتطلبات الأساسية
هذا الدليل مخصّص للجمهور المهتمّ بتكنولوجيات الإعلان. قبل اتّباع الخطوات التالية، عليك مراجعة مستنداتنا حول التعامل مع التشويش وقرارات تصميم التقرير الموجز وتجربة مختبر التشويش للحصول على أفضل إعداد.
الخطوات
1- استراتيجية الإعداد الأولي لمفتاح التجميع
حدِّد عدد البُنى الأساسية المختلفة (أي مجموعة السمات) التي تحتاج إليها استنادًا إلى نوع نشاطك التجاري وأهدافك. يُرجى العِلم أنّ تحسين بنية المفاتيح قد يساعد في تقليل التشويش في التقارير.
عدد المعلِنين لديك
على سبيل المثال، لنفترض أنّ لديك 1,000 معلِن.
أوجه التشابه بين المعلِنين
يجب تقييم أوجه التشابه
استنادًا إلى عدد الإحالات الناجحة،
وقيم الإحالات الناجحة النسبية،
والتغطية العامة لخصائص المعلِن. وكلما تمكّنت من تجميعها بشكل أكثر تشابهًا، كانت نتائجك أكثر دقة (بسبب التباين الأقل في قيم الإخراج)، وبالتالي، يقل تأثير التشويش. لمزيد من التفاصيل، يُرجى الرجوع إلى مقالة إدارة المفاتيح المتقدّمة. على سبيل المثال، يمكن لتكنولوجيا الإعلان تقسيم المعلِنين حسب الصناعة والإنفاق وحجم الإحالات الناجحة على النحو التالي:
- الصناعة (مثلاً: التأمين، والمجوهرات، وتجارة التجزئة المتنامية)
- الإنفاق (على سبيل المثال: أقل من 50,000 ريال سعودي في الربع، من 50,000 إلى 150,000 ريال سعودي في الربع، من 150,000 إلى 250,000 ريال سعودي في الربع)
- عدد الإحالات الناجحة (منخفض أو متوسط أو مرتفع)
عدد بنى المفاتيح المجمّعة التي سيتم إنشاؤها
على سبيل المثال،
27 (3x3x3) : 3 قطاعات و3 أنواع إنفاق و3 مجموعات
لقيم الإحالات الناجحة.
2. تحديد سمات مفتاح التجميع
بعد ذلك، حدِّد السمات المهمة التي تريد تتبُّعها لكلّ من مرات الظهور والإحالات الناجحة لتقدير عدد المفاتيح من جهة المصدر والمشغّل.
بالنسبة إلى كل بنية لمفتاح التجميع، ستساعدك السمات المهمة التي عليك تتبُّعها لمرّات الظهور في تحديد عدد مفاتيح جهة المصدر. ستعتمد السمات على نوع المعلِن، مثل المجال أو الإنفاق أو الإحالة الناجحة. تساعد الأمثلة التالية في توضيح السمات:
البنية الأساسية 1: (مجال النشاط = تأمين، الإنفاق = أقل من 50,000، عدد الإحالات الناجحة = منخفض)
- ج: 4 سمات: الحملة (مثلاً: 50 احتمالاً)، المجموعة الإعلانية (مثلاً: 20 احتمالاً)، نوع الجهاز
(مثلاً: 5 احتمالات)، الموقع الجغرافي (مثلاً: 50 احتمالاً)
- مجموعات الأبعاد المحتمَلة = 50 × 20 × 5 × 50 = 250,000 يمثّل هذا الحقل عدد المجموعات الممكنة للأبعاد لمفاتيح جهة المصدر لبنية المفتاح 1.
- يجب حجز 18 بت (18 بت = 262,144 تركيبة محتملة)
- ج: 4 سمات: الحملة (مثلاً: 50 احتمالاً)، المجموعة الإعلانية (مثلاً: 20 احتمالاً)، نوع الجهاز
(مثلاً: 5 احتمالات)، الموقع الجغرافي (مثلاً: 50 احتمالاً)
بنية الكلمات الرئيسية 2: (المجال = تأمين، الإنفاق = أقل من 50,000، عدد الإحالات الناجحة = متوسط)
- ج: 4 سمات: الحملة (مثلاً: 30
احتمالاً)، المجموعة الإعلانية (مثلاً: 80 احتمالاً)، ونوع الإعلان (مثلاً: 3 احتمالات)، الموقع الجغرافي (مثلاً: 50 احتمالاً).
- مجموعات السمات المحتملة = 30 x 80 x 3 x 50 = 360,000 يمثّل هذا الحقل عدد المجموعات الممكنة من الأبعاد أو مفاتيح جهة المصدر لبنية المفتاح 2.
- يجب حجز 19 بت (19 بت) = 524,288 تركيبة محتملة)
- ج: 4 سمات: الحملة (مثلاً: 30
احتمالاً)، المجموعة الإعلانية (مثلاً: 80 احتمالاً)، ونوع الإعلان (مثلاً: 3 احتمالات)، الموقع الجغرافي (مثلاً: 50 احتمالاً).
بنية المفتاح 3: التكرار (خطِّط بشكل مشابه لجميع بنى المفاتيح التي لديك)
بالنسبة إلى كل بنية لمفتاح التجميع، ستساعدك السمات المهمة التي تحتاج إلى تتبُّعها للإحالات الناجحة في تحديد مفاتيح جهة المشغّل. على سبيل المثال:
البنية الأساسية 1: (مجال النشاط = تأمين، الإنفاق = أقل من 50,000، عدد الإحالات الناجحة = منخفض)
- ج: سمتان: فئة المنتج (مثلاً: 100
احتمال)، نوع الإحالة الناجحة (مثلاً: 5 احتمالات)
- مجموعات السمات المحتمَلة = 100 × 5 = 500
- يجب حجز 9 بتات (9 بتات = 512 تركيبة محتملة)
- ج: سمتان: فئة المنتج (مثلاً: 100
احتمال)، نوع الإحالة الناجحة (مثلاً: 5 احتمالات)
بنية الكلمات الرئيسية 2: (المجال = تأمين، الإنفاق = أقل من 50,000، عدد الإحالات الناجحة = متوسط)
- ج: 3 سمات: فئة المنتج (مثلاً: 50 احتمالاً)، ونوع المنتج (10 احتمالات)، ونوع الإحالة الناجحة (3 احتمالات)
- مجموعات الأبعاد المحتمَلة = 50 × 10 × 3 = 1,500
- يجب حجز 11 بت (11 بت = 2,048 تركيبة محتملة)
- ج: 3 سمات: فئة المنتج (مثلاً: 50 احتمالاً)، ونوع المنتج (10 احتمالات)، ونوع الإحالة الناجحة (3 احتمالات)
بنية المفتاح 3: التكرار (خطِّط بشكل مشابه لجميع بنى المفاتيح التي لديك)
تقديرات لمفاتيح التجميع
- البنية الأساسية 1: 250,000 مفتاح مرّات ظهور x 500 مفتاح إحالة ناجحة = 125,000,000 مفتاح
- بنية المفاتيح 2: 360,000 مفتاح ظهور إعلان × 1,500 مفتاح إحالة ناجحة = 540,000,000 مفتاح
- البنية الأساسية 3: (خطِّط بشكل مشابه لجميع البُنى الأساسية التي لديك)
- كرِّر هذه الخطوات لكل بنية مفتاح
- الحدّ الأقصى لمفاتيح التجميع = 540,000,000 مفتاح (في جميع بنى المفاتيح) يجب حجز 30 بت (30 بت = 1.07 مليار مجموعة محتملة)
عدد الإحالات الناجحة المتوقّع
بالنسبة إلى كل بنية لمفتاح التجميع، يمكن توضيح الحجم المتوقّع باستخدام الأمثلة التالية:
- بنية المفتاح 1: (الفئة = تأمين، الإنفاق =
<50,000، عدد الإحالات الناجحة = منخفض)
- ج: نتوقّع أن تبلغ قيمة إنفاق المعلِنين على "بنية المفتاح 1" حوالي 500,000 دولار أمريكي خلال الربع القادم، وذلك بمتوسط سعر يبلغ 8 دولار أمريكي لكل ألف ظهور. توقَّع أن يؤدي ذلك إلى تسجيل 62,500,000 مرّة ظهور.
- نتوقّع أن يبلغ متوسط معدّل الإحالات الناجحة لكل مرّة ظهور في "بنية المفتاح 1" 0.08% خلال الربع التالي، ما يؤدي إلى 50,000 إحالة ناجحة محدّدة المصدر يجب تسجيلها. بالنسبة إلى كل إحالة ناجحة، قِس قيمة الشراء وعدد عمليات الشراء.
- بنية المفتاح 2: (الفئة = تأمين، الإنفاق =
<50,000، عدد الإحالات الناجحة = متوسط)
- ج: من المتوقّع أن تبلغ قيمة الإنفاق على "الكلمة الرئيسية 2" حوالي 800,000 دولار أمريكي خلال الربع القادم، وذلك بمتوسط سعر يبلغ 10 دولارات أمريكية لكل ألف ظهور. يجب توقّع أن يؤدي ذلك إلى تسجيل 80,000,000 ظهور.
- نتوقّع أن يبلغ متوسط معدّل الإحالات الناجحة لكل مرّة ظهور التي ستحقّقها الكلمة الرئيسية 2 خلال الربع التالي 0.03125%، ما يؤدي إلى 25,000 إحالة ناجحة محدّدة المصدر يجب تسجيلها. بالنسبة إلى كل إحالة ناجحة، قِس قيمة الشراء وعدد عمليات الشراء.
- كرِّر هذه الخطوات لكل بنية مفتاح
معدّل تكرار إعداد التقارير وتجميعها (دفعة لكل معلِن)**
بالنسبة إلى كل بنية لمفتاح التجميع، ستحتاج إلى تقارير الإحالات الناجحة التي يتم تسليمها بشكل متكرّر. ننصح تكنولوجيات الإعلان بتجميع البيانات حسب المعلِن (للحصول على فصل أنظف للبيانات لكل تقرير وتجميع أكثر فعالية) واستخدام الحقل shared_info.scheduled_report_time في التقرير للتجميع.
- أ: كل ساعة
- B: يوميًا
- ج: أسبوعيًا
ملاحظات
- بالنسبة إلى التجميع حسب المعلِن، تحقَّق من اتّفاقيات مستوى الخدمة مع المعلِنين.
سيؤدي تجميع البيانات بشكل متكرر إلى زيادة الضوضاء لكل مجموعة. (راجِع: القرار: معدّل تكرار الدفعات).
لتجنُّب الأخطاء الناتجة عن التجميع غير الصحيح، تأكَّد من أنّ عمليات التجميع تستخدم الحقل
scheduled_report_timeوليسreport arrival time. على سبيل المثال: إذا كنت تجمع البيانات على دفعات كل ساعة، يجب أن تتضمّن دفعة الساعة 11 صباحًا التقارير التي تتضمّنscheduled_report_timeبين الساعة 10 صباحًا و11 صباحًا فقط، وليس التقارير التي وصلت بين الساعة 10 صباحًا و11 صباحًا معscheduled_report_timeمختلف (مثلاً: 9 صباحًا).
تقديرات حجم التقارير
- البنية الأساسية 1: 50,000 إحالة ناجحة محدّدة المصدر / 2160 (إعداد التقارير كل ساعة، عدد الساعات في ربع السنة) = 24 تقريرًا موجزًا في الساعة لكل معلِن (24 × 1000 معلِن = 24, 000 تقرير موجز)
- البنية الأساسية 2: 25,000 إحالة ناجحة منسوبة / 2160 (إعداد التقارير كل ساعة، عدد الساعات في ربع السنة) = 12 تقريرًا موجزًا في الساعة لكل معلِن (12 × 1000 معلِن = 12, 000 تقرير موجز)
- بنية المفتاح 3: التكرار
- إجمالي عدد التقارير الموجزة في الساعة = 24 تقريرًا موجزًا للبنية الأساسية 1 + 12 تقريرًا موجزًا للبنية الأساسية 2 + ... = ... في الساعة لكل معلِن
ملخّص الملاحظات والآراء
يساعدنا فهم التقديرات التالية من تكنولوجيات الإعلان في التخطيط للميزات والتحسينات التي تتيح توفير نطاق واسع من الخدمات حسب ما تتطلّبه تكنولوجيات الإعلان. نقترح عليك مشاركة المعلومات التالية معنا. لمزيد من المعلومات، يُرجى الاطّلاع على إرشادات تحديد الحجم لخدمة التجميع على AWS:
- الحدّ الأقصى لمفاتيح نطاقات الإدخال (المفاتيح المطلوب تجميعها) لكل مهمة في "خدمة تجميع البيانات"
- الحد الأقصى لعدد تقارير الإدخال لكل مهمة (الإحالات الناجحة المنسوبة)
- المساهمات المقدَّرة لكل تقرير (مفاتيح/أزواج قيم في التقرير)
- التوزيع المقدَّر للإحالات الناجحة المنسوبة لكل وظيفة
- التوزيع المقدَّر لمفاتيح النطاق في مهمة
- عدد المهام المقدَّر في الساعة/اليوم/الأسبوع