المجموعات الاعلانية داخل Advantage+ Sales Campaigns بالتوثيق

سؤال بقى بييجي كل اسبوع من ناس شغالة على حسابات مبيعات: «الحملة بقى فيها مجموعات اعلانية تاني، اقسم ولا مقسمش؟ وهل التقسيم بيرجعني لمرحلة التعلم؟».

النسخة القديمة من Advantage+ Shopping مكانش فيها مجموعات اعلانية خالص، ده كان نص فكرتها. دلوقتي المجموعات الاعلانية داخل Advantage+ Sales Campaigns موجودة، والناس بترجع تسأل نفس السؤال اللي كانت بتسأله زمان في ABO: اقسم على ايه وبكام مجموعة.

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

الارقام المتداولة عن المجموعات الاعلانية، وليه مش مبني عليها توصية

لو بحثت عن حدود المجموعات في Advantage+ Sales هتلاقي رقمين بيتكرروا في معظم الادلة: ان كل مجموعة اعلانية سقفها 50 اعلان، وان الحملة كلها سقفها 150 اعلان.

دورت على الرقمين دول في توثيق ميتا نفسه وملقيتهومش. اكتر من ده، المصادر اللي بتذكرهم بتختلف مع نفسها: مصدر بيقول ان الـ150 سقف للحملة كلها، ومصدر تاني بيقول ان السقف هو 50 اعلان لكل مجموعة من غير سقف 150 على الحملة. ولما مصدرين بيتناقضوا في رقم، الرقم مش معلومة لسه.

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

الحد الموثق اللي فعلا بيحكمك: حد الاعلانات على مستوى الصفحة

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

توثيق Marketing API بيقول نصا ان «Ads that are running or in review count against the per-Page ad limit introduced in 2021»، يعني الحد بقاله سنين ومرتبط بالصفحة اللي بتعلن منها. والتوثيق بيفصل ايه اللي بيتحسب بالظبط: الاعلان بيتحسب لو الـeffective_status بتاعه 1، وكمان لو الـconfigured_status شغال والـeffective_status 9 يعني تحت المراجعة او 17 يعني تحت المعالجة.

وفيه تفصيلتين عمليتين جداً في نفس الصفحة. الاولى: الاعلانات في مجموعة مجدولة في المستقبل مش بتتحسب لسه، والتوثيق بيقول «if the ad set is scheduled to run in the future, the ads are not running or in review». التانية وهي اللي بتوجع: الاعلانات اللي شغالة بتوقيت محدد في اليوم بتتحسب على اليوم كله مش على ساعات تشغيلها بس.

يعني ايه ده في قرار التقسيم؟ يعني لو انت فاتح عشر مجموعات وفي كل واحدة ست اعلانات، انت مش بتستهلك سقف المجموعة، انت بتستهلك سقف الصفحة اللي كل حملاتك بتشاركه. والرقم بتاعك انت تحديداً تقدر تقراه من endpoint اسمه ads_volume، والرد بيرجع فيه حقل limit_on_ads_running_or_in_review، يعني الحد الحقيقي لصفحتك مش رقم عام.

دي الحاجة اللي اوصي بيها فعلاً قبل اي اعادة هيكلة: اقرا الرقم بتاعك من الـendpoint قبل ما تفتح مجموعات جديدة، بدل ما تكتشف ان الاعلانات مش بتنزل وتفضل تدور على السبب في الحملة.

حد موثق تاني بيضرب لما تقسم بالاوتوميشن

لو التقسيم عندك بيتعمل بأداة او سكريبت مش بالايد، في حد تاني موثق يستحق تعرفه. توثيق الـrate limiting بيقول ان الـ«Limit: 100 requests per second (QPS) per app and ad account combination»، والحد ده بينطبق على عمليات الانشاء والتعديل للحملات والمجموعات والاعلانات.

وفي نفس الصفحة نظام نقط: «a read API call is equal to 1 point» و«a write API call is equal to 3 points»، والسقف «Your maximum score is 60» في الـdevelopment tier و«Your maximum score is 9000» في الـfull access. يعني كتابة اغلى تلات مرات من قراية، وده بيفرق لما تكون بتولد مية مجموعة اعلانية في دفعة واحدة وتلاقي الاداة بترجعلك ايرور مش مفهوم.

ازاي تقسم من غير ما تضر التعلم

بعيد عن الارقام، القاعدة العملية اللي بتشتغل هي ان التقسيم لازم يكون له سبب يخص البيانات مش سبب يخص الريبورت.

تقسيم له سبب حقيقي: منتجات هامش ربحها مختلف خالص فمش ينفع يتنافسوا على نفس الميزانية، او اسواق بعملة ولغة مختلفة، او جمهور فيه قيود تنظيمية على الاستهداف. تقسيم مالوش سبب: انك عايز تشوف كل فئة لوحدها في التقرير، وده بتعمله بالـbreakdown مش بمجموعة جديدة.

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

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

القرار العملي في تلات سطور

اقرا سقف صفحتك من ads_volume قبل اي اعادة هيكلة. اقسم بس لما يكون في فرق في البيانات مش فرق في التقرير. وسيب الميزانية على مستوى الحملة لو مش عندك سبب واضح تشيلها.

ولمين بيقارن الهيكل القديم بالجديد وهو اصلاً مش متأكد الفرق، الفرق بين ASC و ABO فصلته في الفرق بين ASC و ABO، ونهاية النسخة القديمة من Shopping في شرح Advantage+ Shopping Campaigns. والصورة العامة لهيكلة الحملات في هيكلة حملات ميتا.

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

حدود الكلام ده بصراحة

كل الحدود الموثقة فوق مصدرها توثيق Marketing API، يعني الناحية البرمجية. الواجهة في Ads Manager بتتغير اسرع من التوثيق، فلو الشكل عندك مختلف فالتوثيق مرجع للسلوك مش للخطوات.

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

وحاجة اخيرة: التقسيم مش حل لمشكلة اداء. لو الكرياتيف ضعيف او العرض نفسه مش مقنع، ترتيب المجموعات مش هيصلح ده، هو بس هيوزع نفس النتيجة على خانات اكتر.