مشكلة حقيبة الظهر في الإعلانات السياقية للوحات الرسائل

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



هذه هي تجربتي الأولى في كتابة المقالات العامة (لكنها محاولتي الثانية) ، لذا آسف إذا حدث خطأ ما. سأكون سعيدا لو تلقيت تعليقات بناءة.

لماذا لا تسييل مباشر؟

نظرًا لأن الشركات التي يكون تسييلها مباشرًا ويتم حساب عائد الاستثمار جيدًا بما يكفي يمكنها تحمل الاستثمار في مصدر إعلاني إلى أقصى حد من قدرتها ، طالما أن الاستثمار يؤتي ثماره. من ناحية أخرى ، غالبًا ما لا تستطيع المواقع مثل لوحات الرسائل تحمل تكاليفها. لان ليس لديك علاقة جامدة مع العائد على الاستثمار ، لأن لا تبيع سلعًا وخدمات بأنفسها ، بل تعمل وفق نموذج إعلاني. ببساطة: يمكنك اليوم إنفاق الكثير من المال في السياق ، ولكن غدًا لن ينتج عن ذلك المزيد من العقود الإعلانية على الموقع المبوب.



لذلك ، بالنسبة لمثل هذه المواقع ، يتم استثمار حركة المرور التي تجتذب من الإعلانات السياقية بشكل غير مباشر ، مع تأخير زمني ، وجزء فقط من حركة المرور له تسييل مباشر ، على سبيل المثال ، في المكالمات.





لأغراض هذا المقال ، لنفترض أن لدينا بالفعل خطة إعلامية بميزانية للشهر التالي وحسابات إعلانية فعالة. ماذا بعد؟

كيف تبدو حسابات إعلانات هذه الشركات عادةً؟

1. على الأرجح ، سيكون هناك حسابان إعلانيان على الأقل. Yandex Direct و Google Ads ، وفي هذا الصدد ، نحن محظوظون جدًا ، لأن المنافسة دائمًا أفضل من غيابها ، وهذا مجال ممتاز للتحسين الصحي
2. من الممكن أن يكون هناك المزيد من الحسابات الإعلانية ، على سبيل المثال ، بسبب حقيقة أن حملات التحويل أو المشروع أو فريق الدعم أو على أساس آخر مقسمة لحسابات مختلفة
3. سيحتوي كل حساب إعلان على مجموعة من الحملات الإعلانية (AC) ، فلنفترض أن أسمائها ستشير إلى طريقة ما لتصنيف الحملات (على سبيل المثال ، حسب المنطقة ، حسب المشروع ، حسب نوع الموضع ، حسب النظام الأساسي)

بشكل عام ، من الطبيعي تمامًا أن يكون عدد الحملات الإعلانية كبيرًا جدًا ، على سبيل المثال ، في حدود عدة آلاف. بالطبع ، يتم تجميعها بطريقة ما ، وكقاعدة عامة ، هناك منطق ، يمكنك بموجبه تحديد مجموعة فرعية أو أخرى من الحملات لعرض الإحصائيات أو مراجعة الإعدادات ، أو إجراء تغيير هائل.





مع مثل هذه المجموعة الكبيرة من أجهزة التكييف ، من الصعب جدًا حساب الميزانيات اليومية وتعيينها يدويًا. سنتعامل مع وصف أتمتة هذه العملية.

دعنا نلقي نظرة على الخطة الإعلامية للشهر القادم

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



على الأرجح ، سيتم تعيين الموقع في MT ليس فقط ميزانية ، ولكن أيضًا أهداف لتكلفة التحويل. اسمحوا لي أن أبدي ، في رأيي ، ملاحظة مهمة:

لتعيين الميزانيات اليومية وضرب MT على الميزانية ، فإن تكلفة أهداف التحويل ليست ذات صلة على الإطلاق. لذلك نحن لا ننظر إليهم الآن.

صياغة المشكلة

أنت لا تعرف أبدًا ما يحدث في هذا العالم ، فمن شبه المؤكد أنني متأكد من العبارة التالية:

سيكون عدد عقد الخطط الإعلامية دائمًا أقل من أو يساوي عدد الحملات الإعلانية في جميع الحسابات.

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

من الضروري توزيع الميزانية للحملات دفعة واحدة بطريقة تزيد من عدد التحويلات المشتراة لميزانية معينة.

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



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



باختصار: يجب أن تصطف حملات الحِزم بترتيب تصاعدي للتكلفة الفعلية لكل تحويل. تلك الحملات التي يمكن أن تنفق أكثر وتكون على رأس القائمة يجب أن تُمنح هذه الفرصة. يجب قطع تلك الحملات الموجودة في أسفل القائمة في حالة حدوث عجز في الميزانية أولاً. وبالتالي ، هناك مجموعة مختارة من أرخص RK للميزانية المحددة في الحزمة.

• - , , . .
• Google. :)

• , .. . . .
• , .. ,

• ( )

1. , Google Analytics
2. يجب تخزين التقرير الناتج في مكان ما ، وفي هذه الحالة تكون أي قاعدة بيانات مناسبة ، ولكن أكثر ما يناسب ذوقي هو Google BigQuery
3. يمكنك استخدام المفكرة Jupyter لتحليل البيانات وإنشاء التقارير. كما أن Google Colab أفضل لذوقي ، tk. تنظيم العمل الجماعي السهل (كما هو الحال في محرر مستندات Google)
4. أنت بحاجة إلى خادم يقوم بتشغيل برنامج إعادة الميزانية بشكل دوري ويجمع الإحصائيات ، وعادة ما يكون أي خادم AWS قياسي أو خادم سحابة Google Cloud كافيًا لمثل هذه المهمة.
5. هناك خيارات ، للحملات في أسفل القائمة ، يقوم بتعيين حد أدنى للميزانية ، قبل التعليق. لكن عليك التفكير في آلية "إعادة التأهيل" الدورية لمثل هذه الحملات والإجابة على السؤال من أين تحصل على البيانات الخاصة بتكلفة التحويل ، إذا كانت الحملة متوقفة منذ فترة طويلة

حتى الآن لدي كل شيء.



شكرآ لك على أهتمامك.