شرح أزواج PubGuru Key-Value (KVPs)

تم تحديث هذا المنشور مؤخرًا في 21 مارس 2022

في MonetizeMore ، نستخدم العديد من أزواج القيمة الرئيسية (KVPs) لتمرير المعلومات للاستهداف والتتبع في حزمة الإعلانات. إليك ما تعنيه كل KVP:

• m2_bidder : رمز مقدم العطاء للفائز بمزاد عرض التسعير الرئيسي لهذا الظهور
• m2_pb : أعلى قيمة عرض سعر للفائز بمزاد عطاء الرأس لهذه الظهور. يتمتع PubGuru بدعم العملات الدولية ، وبالتالي فإن العملة هي كل ما يستخدمه الناشر في DFP.
• m2_size : حجم تصميم الإعلان الفائز لمزاد عرض التسعير الرئيسي لهذا الظهور.
• m2_config : يمثل إصدار كود HB بالإضافة إلى اسم التكوين. يتيح لنا ذلك حساب أداء الإصدارات المختلفة من كود HB الخاص بنا.
• m2_bidder_list : بالنسبة لنسبة ضئيلة من مشاهدات الصفحة ، فإننا نتخلى عن أحد المزايدين من المزاد. هذا يسمح لنا برؤية المصعد الذي تسبب فيه كل عارض. كل حرف في هذه السلسلة يتوافق مع مقدم العطاء. لقد استخدمنا هذا للعثور على مقدمي العطاءات الذين كانوا يملؤون الآخرين للتو ، أو يبطئون المزاد إلى حد خفض العائد لكل ألف ظهور للصفحة.
• test1، test10، test50، test90 : بشكل دوري ، يرغب الناشرون في اختبار كون البنود مؤهلة فقط في مشاهدات صفحة معينة. لكل منها ، يتم تعيين القيمة الافتراضية "0". في 1٪ من مشاهدات الصفحة ، test1 = 1. في 10٪ من مشاهدات الصفحة ، test10 = 1. في 50٪ من مشاهدات الصفحة ، test50 = 1. وفي 90٪ من مشاهدات الصفحة ، اختبر 90 = 1.
• m2_traffic : على الرغم من أننا افتراضيًا في تشغيل عروض تسعير الرأس على 100٪ من مرات مشاهدة الصفحة ، يمكننا تعطيل عروض تسعير الرأس على نسبة مئوية من مرات مشاهدة الصفحة. يخبرك KVP هذا ما إذا تم تمكين HB لمرة الظهور هذه ، وما النسبة المئوية لمشاهدات الصفحة التي تم تمكينها من أجلها. لذلك ، على سبيل المثال ، تعني عبارة "hbon-50" أن 50٪ من مشاهدات الصفحة لتلك الشريحة تم تمكين HB لها ، ولهذا الظهور المحدد ، تم تمكين HB.
• m2_overbid : بشكل افتراضي ، نقوم بإعداد عناصر HB إلى حد أقصى لعروض الأسعار يبلغ 20 دولارًا أمريكيًا أو ما يعادله بالعملة الأجنبية للناشرين الذين يستخدمون عملات أخرى في حساب DFP الخاص بهم. يتم تقريب أي عطاء فوق هذا الحد الأقصى إلى الحد الأقصى. ويرجع هذا إلى أن DFP يحتوي على حد أقصى دائم للعناصر وحد أقصى نشط للعنصر. يمكن أن يؤدي إنشاء عناصر بشكل غير مسؤول إلى تدمير حساب DFP تمامًا ، ولأن حسابات DFP مرتبطة بحسابات AdX و Adsense ، فإنها تدمر سلسلة حسابات Google الكاملة للناشر. هذا سيء بلا شك. ومع ذلك ، فإن بعض الناشرين لديهم جماهير قد يكون من المفيد فيها رفع سقف عرض السعر إلى ما يزيد عن 20 دولارًا. نظرًا لعدم وجود حد أقصى لقيمة KVP مدى الحياة ، فإننا نستخدم m2_overbid لتتبع العطاءات التي تتجاوز الحد الأقصى للمزايدة ويتم تقريبها إلى أسفل. سيتم رفع سقف الناشرين الذين يرون عروض أسعار غير مهمة أعلى من الحد الأقصى.
• m2_timeout : هذا هو KVP التحرير والسرد يستخدم لتتبع وقت المزاد. يأخذ KVP التنسيق التالي: t # e # ، أو أحيانًا t # e # x #. الرقم الذي يلي t هو المهلة الأساسية المحددة للمزاد. الرقم الذي يلي e هو الوقت الفعلي المنقضي للمزاد. أحيانًا يكون هذا أقصر من المهلة (كل عروض الأسعار تعود مبكرًا وكان DFP جاهزًا لإطلاق مرات الظهور). أحيانًا يكون هذا أطول من المهلة (عادةً من DFP غير جاهز).
• m2_auction_extension : يستخدم هذا المركب KVP لتتبع المعلمات التي يتم اختبارها لتمديد المزاد. مع تمديد المزاد ، نتحقق من كثافة عرض سعر الناشر وتوزيعه لمشاهدة الصفحة هذه ، ومن المحتمل أن نمد المزاد إذا كان من المحتمل أن يكون ذلك مربحًا.
• مشاهدة الصفحة : يتم تعيين هذا على 1 لكل مشاهدة صفحة جديدة. لحساب عدد مرات مشاهدة الصفحة التي تم فيها تشغيل تقنيتنا فعليًا ، اجمع العدد الإجمالي لمشاهدات الصفحة المعبأة وغير المعبأة = 1. قد يكون هذا مختلفًا عن Google Analytics لأن GA عادةً لا يتم حظر الإعلانات بينما يتم حظر DFP. تجاهل رقم الإيرادات.
• الجلسة : هذا مشابه لـ KVP لمشاهدة الصفحة إلا أنه يتتبع الجلسات بدلاً من ذلك. لحساب عدد الجلسات التي تم فيها تشغيل تقنيتنا بالفعل ، اجمع العدد الإجمالي لمرات الظهور المعبأة وغير المعبأة حيث الجلسة = 1. مرة أخرى ، يمكن أن يختلف هذا عن GA بسبب adblock.
• request_uri : يرغب بعض الناشرين في تتبع الإيرادات حسب المقالة. أسهل طريقة للناشرين للقيام بذلك هي إحالة إيرادات request_uri. هذا كل شيء بعد اسم المجال. من المهم ملاحظة أنه على الرغم من أن KVPs لها حد أقصى 40 حرفًا ، لذلك يمكن للناشرين الذين لديهم عناوين URL طويلة أن يتم اقتطاع قيم request_uri الخاصة بهم.
• session_depth : تمثل رقم مشاهدة الصفحة في جلسة المستخدم. يرغب بعض الناشرين فقط في تمكين بعض شركاء الطلب في مرات مشاهدة الصفحة اللاحقة في الجلسة.
• a9 : يدعم PubGuru التحميل الجانبي لتقنية عروض أسعار Amazon A9. لا يتم التعامل مع A9 داخل غلافنا ، لكننا نقوم بمزامنة المهلة بين HB و A9 حتى لا يتمكن أي منهما من إنهاء المزاد مبكرًا. في KVP هذا ، نتتبع حالة A9 في وقت إطلاق الانطباع.
• google : تتطلب Google كشركة إعلانية أن يكون محتوى الناشر آمنًا للعلامة التجارية وصديقًا للأسرة بشكل عام. من أجل استيعاب ذلك ، لدينا نظام تحذير يبحث عن المحتوى المثير للجدل ويحدده. يمكن للناشر بعد ذلك تعيين google = 0 أو google = no أو google = off لتعطيل جميع عناصر Google لمرة الظهور هذه.
• المجمع : يُستخدم عادةً عندما يقوم الناشر بإعداد اختبار 50/50 بين PubGuru ومغلف آخر. طالما تم تعيين هذا على 50٪ ، يمكن للمرء ببساطة مقارنة إجمالي الإيرادات بين شريحتين من الغلاف لمعرفة أيهما يحتوي على أعلى عائد لكل ألف ظهور للصفحة.

إحالة الإيرادات KVPs

تدعم ميزة PubGuru Header Bidding أيضًا إحالة الأرباح. يتم ذلك من خلال UTMs ، ولكل UTM رمز KVP المقابل: utm_source ، utm_campaign ، utm_content ، utm_term ، utm_medium . نظرًا لأن DFP لا يدعم التقارير المتعلقة بالعديد من KVPs ، فإننا ندعم أيضًا KVPs المختلطة:

• utm_source_campaign : المصدر والحملة مفصولتان بنقطتين
• utm_scm : المصدر والحملة والوسيط ، مفصولتان بنقطتين

الجهات الخارجية KVPs

يضيف بعض شركاء الإعلانات لدينا أيضًا KVPs في حزمة الإعلانات. وتشمل هذه:

• amznbid : تجزئة العطاء لـ Amazon A9.
• oxb ، و ox160x600 ، و ox300x250 ، و ox300x600 ، و ox320x50 ، و ox728x90 ، وما شابه ذلك: استخدمت بعض تطبيقات عارض OpenX عوامل KVP هذه.