نرحّب بملاحظاتك بشأن هذا المستند بينما نستعد لإضافته إلى مستودع الإرشادات العامة.
نشجّع تكنولوجيات الإعلان على إجراء اختبارات التحميل على 100% من عدد الزيارات في قناة الإصدار العلني:
- يجب أن تحصل تكنولوجيات الإعلان على قياس تحديد مصدر الإحالات الناجحة باستخدام واجهة برمجة التطبيقات Attribution Reporting API كحالات استخدام لإعداد التقارير.
- يجب أن تتّخذ تكنولوجيا الإعلان قرارات التصميم مع الحدّ من التشويش (مرجع: قرارات التصميم المستندة إلى النماذج)
- أثناء الاختبار، على تكنولوجيات الإعلان تتبُّع عدد المهام التي يتم تنفيذها يوميًا (مثل مهام المعلِنين)، وتوزيع مقدَّر لحجم أحداث الإحالات الناجحة وعدد مفاتيح التجميع كمدخلات لكل مهمة معالجة (يُرجى الرجوع إلى مَعلمة مهمة output_domain_blob_prefix في مستندات واجهة برمجة التطبيقات لAggregation Service API)، ومتوسط مقدَّر لأحداث الإحالات الناجحة لكل تقرير إدخال.
- لأغراض الاختبار، على تكنولوجيات الإعلان البحث عن نوع المثيل المقترَح من جدول إرشادات تحديد الحجم استنادًا إلى حجم المهمة المتوقّع (أي حجم التقارير وحجم النطاق) وتحديد حجم خدمة التجميع المنشورة وفقًا لذلك. المرجع: إرشادات تحديد حجم الخدمة المجمّعة على AWS
- على تكنولوجيات الإعلان تنفيذ مهام التجميع لاختبارات التحميل.
الأهداف
هذه الإرشادات مخصّصة لقياس تحديد مصدر الإحالات الناجحة المجمّع، وستتضمّن تعليمات إعداد وضبط رئيسية مخصّصة لاستخدامها من قِبل خبراء الإعلانات من أجل:
- تقدير متوقّعات التحميل لقياس تحديد مصدر الإحالات الناجحة المجمّع
- تحسين إعدادات وضبط الإعدادات الرئيسية للأداء والضوضاء استنادًا إلى السمات والأهداف التي كانوا يهدفون إلى قياسها، وحجم المعلنِين و تصنيفهم
المتطلبات الأساسية
هذا الدليل مخصّص لجمهور تكنولوجيا الإعلان. قبل تنفيذ الخطوات التالية، عليك مراجعة مستنداتنا حول العمل مع الضوضاء، قرارات تصميم التقرير التلخيصي، وتجربة Noise Lab لتحقيق الإعداد الأمثل.
الخطوات
1. استراتيجية الإعداد الأولي لمفتاح التجميع
حدِّد عدد مختلف لتصاميم المفاتيح (أي مجموعة من السمات) التي تحتاج إليها استنادًا إلى نوع نشاطك التجاري وأهدافه. يُرجى العِلم أنّ تحسين بنية المفاتيح قد يساعد في تقليل الضوضاء في التقارير.
عدد المعلِنين الذين تتعامل معهم
على سبيل المثال، لنفترض أنّ لديك 1,000 معلِن.
أوجه التشابه بين المعلِنين
يجب تقييم أوجه التشابه
استنادًا إلى عدد الإحالات الناجحة وقيمة الإحالات الناجحة النسبية والتغطية العامة لخصائص المعلِنين. كلما زادت التشابهات التي يمكنك تجميعها، زادت دقة نتائجك (بسبب الاختلاف الأقل في قيم الإخراج)، وبالتالي، انخفض تأثير التشويش. يُرجى الرجوع إلى إدارة المفاتيح المتقدّمة للحصول على مزيد من التفاصيل. على سبيل المثال، يمكن لتكنولوجيا الإعلان تقسيم المعلِنين حسب
المجال والإنفاق وحجم الإحالات الناجحة على النحو التالي:
- المجال (على سبيل المثال: التأمين، والمجوهرات، والبيع بالتجزئة)
- الإنفاق (على سبيل المثال: أقل من 50,000 دولار أمريكي/ربع السنة، 50,000 إلى 150,000 دولار أمريكي/ربع السنة، 150,000 إلى 250,000 دولار أمريكي/ربع السنة)
- عدد الإحالات الناجحة (منخفض، متوسط، مرتفع)
عدد بنى المفاتيح المجمّعة التي سيتم إنشاؤها
على سبيل المثال،
27 (3×3×3) : 3 مجالات و3 أنواع إنفاق و3 مجموعات ل
قيم الإحالات الناجحة.
2. تحديد سمات مفتاح التجميع
بعد ذلك، حدِّد السمات المهمة التي تريد تتبُّعها لكلٍّ من مرّات الظهور والإحالات الناجحة لتقدير عدد مفاتيح ملفّ الارتباط المصدر والتشغيل.
بالنسبة إلى كلّ بنية مفتاح تجميع، ستساعدك السمات المهمة التي تحتاج إلى تتبُّعها لمرّات الظهور في تحديد عدد مفاتيح المصدر. ستعتمد السمات على نوع المعلن ، مثل المجال أو الإنفاق أو الإحالة الناجحة. تساعد المثال التالية في شرح السمات:
البنية الرئيسية 1: (المجموعة الصناعة = التأمين، الإنفاق = <50,000، عدد الإحالات الناجحة = منخفض)
- أ: 4 سمات: الحملة (مثل: 50
خيارًا)، المجموعة الإعلانية (مثل: 20 احتمالًا)، نوع الجهاز
(مثل: 5 احتمالات)، الموقع الجغرافي (مثلاً: 50 احتمالًا)
- التركيبات الممكنة للأبعاد = 50 x 20 x 5 x 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 x 10 x 3 = 1,500
- يجب حجز 11 بت (11 بت = 2,048 تركيبة محتملة)
- أ: 3 سمات: فئة المنتج (مثل: 50
خيارًا)، ونوع المنتج (10 خيارات)، ونوع
الإحالة الناجحة (3 خيارات)
بنية المفاتيح 3: تكرار (خطِّط بالطريقة نفسها لكل بنية مفاتيح تتوفّر لديك)
تقديرات مفاتيح Aggregate
- بنية المفتاح 1: 250,000 مفتاح مرّة ظهور × 500 مفتاح إحالة ناجحة = 125,000,000 مفتاح
- بنية المفاتيح 2: 360,000 مفتاح مرّة ظهور × 1.5 ألف مفتاح إحالة ناجحة = 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
في التقرير لإجراء التجميع.
- أ: كل ساعة
- ب: يوميًا
- ج: أسبوعي
ملاحظات
- لتجميع الطلبات حسب المعلِن، عليك التحقّق من اتّفاقيات مستوى الخدمة مع المعلِنين.
سيؤدي تجميع البيانات بشكلٍ متكرّر إلى زيادة الضوضاء في كل مجموعة. (راجِع: القرار: معدّل تكرار الدفعات).
لتجنُّب الأخطاء الناتجة عن تجميع غير صحيح، تأكَّد من أنّ الدفعات تستخدم الحقل
scheduled_report_time
وليسreport arrival time
. على سبيل المثال: إذا كانت تتم تجميع التقارير كل ساعة، يجب أن تتضمّن مجموعة الساعة 11 صباحًا التقارير التي تحتوي علىscheduled_report_time
بين الساعة 10 صباحًا و11 صباحًا فقط، وليس التقارير التي تم استلامها بين الساعة 10 صباحًا و11 صباحًا باستخدامscheduled_report_time
مختلف (على سبيل المثال: 9 صباحًا).
تقديرات لحجم التقارير
- البنية الرئيسية 1: 50,000 إحالة ناجحة منسوبة / 2160 (إعداد التقارير كل ساعة، الساعات في ربع السنة) = 24 تقريرًا تلخيصيًا في الساعة لكل معلن (24 × 1,000 معلن = 24,000 تقرير تلخيصي)
- البنية الرئيسية 2: 25,000 إحالة ناجحة منسوبة / 2160 (إعداد التقارير كل ساعة، الساعات في ربع السنة) = 12 تقريرًا تلخيصيًا في الساعة لكل معلن (12 × 1,000 معلن = 12,000 تقرير تلخيصي)
- Key Structure 3: Repeat (بنية المفتاح 3: التكرار)
- إجمالي عدد التقارير الموجزة في الساعة = 24 تقريرًا موجزًا لبنية المفتاح 1 + 12 تقريرًا موجزًا لبنية المفتاح 2 + ... = ... في الساعة لكل معلن
ملخّص الملاحظات
تساعدنا تقديرات تكنولوجيات الإعلان التالية في تخطيط الميزات والتحسينات لتلبية النطاق المطلوب من تكنولوجيات الإعلان. نقترح عليك إعلامنا بما يلي: اطّلِع على إرشادات تحديد الحجم لخدمة التجميع على AWS لمزيد من المعلومات:
- الحد الأقصى لمفاتيح نطاق الإدخال (المفاتيح المطلوب تجميعها) لكل وظيفة من وظائف خدمة التجميع
- الحد الأقصى لعدد تقارير الإدخال لكلّ مهمة (الإحالات الناجحة المنسوبة)
- المساهمات المقدَّرة لكل تقرير (أزواج المفاتيح/القيم في تقرير)
- التوزيع المقدَّر للإحالات الناجحة المنسوبة لكلّ وظيفة
- التوزيع المقدَّر لمفاتيح النطاقات في وظيفة
- العدد المقدَّر للوظائف في الساعة/اليوم/الأسبوع