إطار عمل اختبار تحميل خدمة التجميع

نرحّب بملاحظاتك بشأن هذا المستند بينما نستعد لإضافته إلى مستودع الإرشادات العلني لدينا.

نشجّع تكنولوجيا الإعلان على إجراء اختبار التحميل على% 100 من زيارات الإنتاج:

1. من المفترض أن تتوفّر لتكنولوجيا الإعلانات إمكانية الوصول إلى ميزة قياس تحديد مصدر الإحالات الناجحة باستخدام Attribution Reporting API بصفتها حالات استخدام التقارير الخاصة بها.
2. يُفترض أن تتخذ تقنية الإعلان قرارات التصميم مع الحد من التشويش (المرجع: نموذج قرارات التصميم)
3. أثناء إجراء الاختبارات، يجب أن تتتبّع تكنولوجيا الإعلانات عدد الوظائف التي ينفذونها يوميًا (على سبيل المثال لكل وظائف معلِنين)، والتوزيع المقدَّر لحجم أحداث الإحالات الناجحة وعدد المفاتيح المجمّعة كمدخلات لكل مهمة معالجة (يُرجى الرجوع إلى سمة output_domain_blob_prefix مَعلمة المهمة في وثائق واجهة برمجة التطبيقات لخدمات التجميع) ومتوسط أحداث الإحالات الناجحة المقدّرة لكل تقرير إدخال.
4. ولإجراء الاختبار، يجب أن تبحث تقنيات الإعلانات عن نوع المثيل المقترَح من جدول إرشادات تحديد الحجم بناءً على حجم المهمة المتوقّعة (أي حجم التقرير وحجم النطاق) وحجم خدمة التجميع المفعَّلة وفقًا لذلك. المرجع: إرشادات تغيير حجم الخدمة المجمَّعة على AWS
5. من المفترض لتكنولوجيا الإعلانات تنفيذ مهام تجميع لاختبارات التحميل.

الأهداف

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

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

المتطلبات الأساسية

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

الخطوات

1- الاستراتيجية الأولية لإعداد مفاتيح تجميع البيانات

حدِّد عدد البُنى الرئيسية المختلفة (أي مجموعة السمات) التي تحتاجها استنادًا إلى نوع نشاطك التجاري وأهدافه. لاحظ أن تحسين البنية الأساسية يمكن أن يساعد في تقليل التشويش في التقارير.

عدد المعلِنين لديك
على سبيل المثال، لنفترض أنّ لديك 1,000 معلن.

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

• المجال (مثلاً: التأمين، المجوهرات، البيع بالتجزئة للنمو)
• الإنفاق (على سبيل المثال: < 50,000 دولار أمريكي في الفصل، من 50,000 إلى 150,000 دولار أمريكي كل ربع سنة، أو 150,000 إلى 250,000 دولار أمريكي في الفصل)
• عدد الإحالات الناجحة (منخفض، متوسط، مرتفع)

عدد بُنى المفاتيح المجمّعة التي سيتم إنشاؤها
على سبيل المثال، 27 (3×3×3) : 3 مجالات، و3 أنواع إنفاق، و3 مجموعات لقيم الإحالات الناجحة.

2- تحديد أبعاد مفاتيح التجميع

بعد ذلك، حدد الأبعاد المهمة التي تريد تتبعها لكلٍ من مرات الظهور والإحالات الناجحة لتقدير عدد مفاتيح المصدر ومفاتيح التشغيل.

بالنسبة إلى كل بنية أساسية لتجميع البيانات، ستساعدك السمات المهمة التي تحتاج إلى تتبّعها لمرّات الظهور في تحديد عدد المفاتيح الجانبية المصدر. وستعتمد السمات على نوع المعلِن من رقم 1 أعلاه (أي المجال، الإنفاق، الإحالات الناجحة). تساعد الأمثلة التالية في شرح السمات:

• بنية المفتاح 1: (المجال = التأمين، الإنفاق = <50,000، حجم الإحالات الناجحة = منخفض)

  • ج: 4 سمات: حملة (مثل: 50 احتمالًا)، مجموعة إعلانية (على سبيل المثال: 20 احتمالية) ونوع الجهاز (على سبيل المثال: 5 احتمالات)، جغرافي (على سبيل المثال: 50 احتمالًا)
    1. مجموعات الأبعاد المحتملة = 50 × 20 × 5 = 250,000. يمثل هذا عدد مجموعات الأبعاد المحتملة للمفاتيح الجانبية المصدر للبنية الرئيسية 1.
    2. يجب الاحتفاظ بـ 18 بت (18 بت = 262,144 مجموعة ممكنة)

• بنية المفتاح 2: (المجال = التأمين، الإنفاق = <50,000، حجم الإحالات الناجحة = متوسط)

  • ج: 4 سمات: حملة (مثل: 30 إمكانية) مجموعة إعلانية (على سبيل المثال: 80 احتمالًا)، ونوع الإعلان (على سبيل المثال: 3 الاحتمالات)، الموقع الجغرافي (على سبيل المثال: 50 احتمالاً).
    1. مجموعات الأبعاد المحتملة = 30 × 80 × 3 × 50 = 360,000. يمثل هذا عدد مجموعات الأبعاد المحتملة أو المفاتيح الجانبية المصدر لبنية المفتاح 2.
    2. الحاجة إلى حجز 19 بت (19 بت) = 524,288 مجموعة محتملة)

• بنية المفتاح 3: كرر (خطط بنفس الطريقة لجميع هياكل المفاتيح التي لديك)

بالنسبة إلى كل بنية مفتاح تجميع، ستساعدك السمات المهمة التي تحتاج إلى تتبُّعها للإحالات الناجحة في تحديد المفاتيح الجانبية لعامل التشغيل. مثال:

• بنية المفتاح 1: (المجال = التأمين، الإنفاق = <50,000، حجم الإحالات الناجحة = منخفض)

  • ج: سمتان: فئة المنتج (مثال: 100 إمكانية)، نوع الإحالة الناجحة (على سبيل المثال: 5 احتمالات)
    1. مجموعات الأبعاد المحتملة = 100 × 5 = 500
    2. يلزم الاحتفاظ بـ 9 بت (9 بت = 512 مجموعات محتملة)

• بنية المفتاح 2: (المجال = التأمين، الإنفاق = <50,000، حجم الإحالات الناجحة = متوسط)

  • أ: 3 أبعاد: فئة المنتج (مثال: 50 احتمالية)، نوع المنتج (10 احتمالات)، نوع الإحالة الناجحة (3 احتمالات)
    1. مجموعات الأبعاد المحتملة = 50 × 10 × 3 = 1,500
    2. يجب حجز 11 بت (11 بت = 2048 مجموعة ممكنة)

• بنية المفتاح 3: تكرارها (خطط بنفس الطريقة لجميع بُنى المفاتيح الرئيسية التي لديك)

تقديرات مجمّعة للمفاتيح

• بنية المفتاح 1: 250,000 مفتاح ظهور × 500 مفتاح إحالة ناجحة = 125,000,000 مفتاح
• بنية المفتاح 2: 360,000 مفتاح ظهور × 1.5 ألف مفتاح إحالة ناجحة = 540,000,000 مفتاح
• هيكل المفتاح 3: (خطط على نحو مماثل لجميع الهياكل الرئيسية التي لديك)
• تكرار الخطوات السابقة مع كل تركيبة مفتاح
• الحد الأقصى للمفاتيح المجمّعة = 540,000,000 مفتاح (في جميع بُنى المفاتيح). الحاجة إلى حجز 30 بت (30 بت = 1.07B مجموعة محتملة)

عدد الإحالات الناجحة المتوقّع

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

• بنية المفتاح 1: (المجال = التأمين، الإنفاق = <50,000، حجم الإحالات الناجحة = منخفض)
  • ج: توقع أن بنية المفتاح 1 ستشكل حوالي 500 ألف دولار أمريكي من إنفاق المعلنين على مدار الربع القادم لمتوسط سعر التكلفة لكل ألف ظهور يبلغ 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 للتقرير على التجميع.

• A: كل ساعة
• ب: يوميًا
• ج: أسبوعيًا

Notes

• بالنسبة إلى التجميع من قِبل المعلِن، عليك التحقّق من اتفاقيات مستوى الخدمة مع المعلِنين.

• سيتضمن التجميع الأكثر تكرارًا تشويشًا أعلى لكل دفعة. (يُرجى الرجوع إلى: القرار: تكرار الدفعة).

• لتجنُّب حدوث أخطاء بسبب التجميع غير الصحيح، تأكَّد من أنّ الدفعات تستخدم الحقل 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 ألف تقرير موجز)
• البنية الأساسية 2: 25,000 إحالة ناجحة المنسوبة / 2160 (تقارير كل ساعة، ساعات في ربع السنة) = 12 تقريرًا موجزًا في الساعة لكل معلن (12 × 1000 معلن = 12 ألف تقرير موجز)
• بنية المفتاح 3: التكرار
• إجمالي عدد التقارير الموجزة في الساعة = 24 تقرير ملخّص للبنية الرئيسية 1 + 12 تقرير تلخيصي للبنية الرئيسية 2 + ... = ... في الساعة لكل معلن

ملخّص الملاحظات

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

• الحد الأقصى من مفاتيح نطاق الإدخال (المفاتيح التي يتم تجميعها من أجلها) لكل مهمة خدمة تجميع
• الحد الأقصى لحجم تقارير الإدخال لكل مهمة (الإحالات الناجحة المحدَّدة المصدر)
• المساهمات المقدَّرة لكل تقرير (أزواج مفاتيح/قيم في تقرير)
• التوزيع المقدَّر للإحالات الناجحة المنسوبة لكل وظيفة
• التوزيع المقدَّر لمفاتيح النطاق في المهمة
• العدد المقدّر للوظائف في الساعة/اليوم/الأسبوع