شرح Advantage+ Shopping Campaigns: النسخة القديمة بتتقفل

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

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

اللي اتغير فعلاً، بنص التوثيق

في صفحة Advantage+ Shopping Campaign API في توثيق ميتا للمطورين، في جملة واضحة: ابتداءً من v25.0، مطورو Marketing API مش هيقدروا يستخدموا ASC API بحقل smart_promotion_type=AUTOMATED_SHOPPING_ADS عشان ينشئوا حملات ASC.

وفي صفحة Advantage+ Campaigns في جملة تانية أهم: كل حملات ASC وAAC القديمة هتتمنع من التعديل مع إصدار v26.0.

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

التوثيق بيوصف الحملات الجديدة بإنها «النسخ المحدّثة والمبسطة» من Advantage+ shopping وAdvantage+ app campaigns. ده مش تعديل في خوارزمية، ده استبدال هيكل بهيكل.

يعني ايه GUIDED_CREATION

لو بتقرا الحملات من الـAPI أو من أداة تقارير، الحقل اللي كنت بتعرف بيه إن دي حملة ASC هو smart_promotion_type. القيمة القديمة كانت AUTOMATED_SHOPPING_ADS للشوبينج وSMART_APP_PROMOTION للتطبيقات.

الحملات اللي بتتعمل بالشكل الجديد بتظهر بقيمة واحدة: GUIDED_CREATION.

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

ولو انت مش بتلمس الـAPI خالص وشغال من مدير الإعلانات بإيدك، القيمة دي مش هتشوفها أصلاً، واللي هيوصلك هو تغيير في شكل الإنشاء مش أكتر.

التلات شروط اللي بتحدد إن الحملة Advantage+ فعلاً

الجزء ده هو أنضف حاجة في التوثيق الجديد، ويستاهل تحفظه. مفيش زرار اسمه «شغّل Advantage+». في حالة اسمها advantage_state، وبتتحقق لما تلات معايير يكونوا كلهم ENABLED:

• معيار الـplacement: من غير استهداف أو استثناء للمواضع.
• معيار الميزانية: ميزانية على مستوى الحملة مع استراتيجية مزايدة مدعومة.
• معيار الجمهور: يا إما تفعيل Advantage+ audience، يا إما استهداف أدنى مفيهوش غير geo_locations.

لما التلاتة يتحققوا، الحملة بتعكس ADVANTAGE_PLUS_SALES أو ADVANTAGE_PLUS_APP أو ADVANTAGE_PLUS_LEADS حسب الهدف.

الفايدة العملية من الكلام ده إنك بقيت تعرف ليه حملة عندك «مش بتتحسب» Advantage+ وانت مفتكر إنك مفعّلها. استثناء موضع واحد بس، أو ميزانية على مستوى المجموعة بدل الحملة، كفاية يكسر الشرط. والحاجة الحلوة إن ده قابل للفحص بدل ما يكون تخمين.

حدود ASC القديمة اللي محدش بيقولهالك قبل ما تبدأ

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

حد المجموعة الواحدة ده تحديداً بيفسر نصف الأسئلة اللي بتتسأل عن ASC. لما حد يسألك «أفصل الجمهور ده في مجموعة تانية جوه الـASC؟» الإجابة مش رأي، دي حاجة الهيكل نفسه مش بيسمح بيها.

ولو الموضوع ده بيشغلك أصلاً، كتبت قبل كده عن الفرق بين ASC وABO وليه المقارنة دي غلط من الأساس، وهي أقرب مقالة للسؤال ده.

انت بالظبط هتتأثر ازاي

قسّم نفسك على تلات حالات، والتلاتة مختلفين تماماً في حجم الشغل:

• شغال من مدير الإعلانات بإيدك بس. اللي هيوصلك هو شكل إنشاء مختلف. مفيش شغل تقني مطلوب منك، وأهم حاجة تعملها إنك تتأكد إن الحملات اللي بتعتبرها Advantage+ مستوفية التلات شروط اللي فاتت.
• بتستخدم أداة أو شريك بيبني الحملات نيابة عنك. ده اللي محتاج سؤال مكتوب دلوقتي: هي شغالة على أنهي إصدار من Marketing API، وامتى هتتحرك. مش استفسار مستعجل، لكنه استفسار ليه تاريخ.
• عندك تكامل مبني بنفسك. ده الشغل الحقيقي. مش بس إنشاء الحملات، ده كمان أي تقرير أو أتمتة بتقرا smart_promotion_type.

الحالة التالتة دي بالذات بتتقدّر غلط كل مرة. تغيير إصدار API مش سطر بيتبدل، ده اختبار وتزامن بين نظامين بيتحركوا في مواعيد مختلفة. لو مش معندكش صورة واضحة عن التكلفة دي، في مقالة إنجليزية على rivl.dev عن تكلفة الربط بين نظامين وايه اللي بيخليها تكبر بتفكك الموضوع ده كويس، وهي بالإنجليزي.

اللي التوثيق مش بيقوله

الأمانة هنا أهم من التحليل. التوثيق بيتكلم عن الإنشاء والتعديل والحقول. مش بيقول حاجة عن الأداء.

يعني مفيش في الصفحات دي أي وعد إن الهيكل الجديد هيجيب نتيجة أحسن من القديم، ولا رقم بيقارن بين الاتنين. أي حد بيقولك «الشكل الجديد بيرفع الـROAS كذا في المية» بيقول حاجة مش موجودة في المصدر ده. ممكن تكون تجربته، لكنها مش سياسة معلنة.

وفي حاجة تانية مش مكتوبة: مفيش تاريخ بالتقويم. التوثيق بيتكلم بإصدارات، v25.0 وv26.0، مش بيوم وشهر. فلو حد نقلك تاريخ محدد، اسأله جابه منين قبل ما تبني عليه خطة.

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

اللي أنصح تعمله الأسبوع ده

حاجة واحدة بس، وهي مش مستعجلة بس هي مفيدة: اعمل جرد.

• اطلع قايمة بحملاتك اللي لسه على الهيكل القديم، وشوف كام واحدة فيهم بتصرف فعلاً.
• لو في أداة أو مطور بيبني حملاتك، ابعتله سؤال واحد: إحنا على أنهي إصدار.
• دوّر في تقاريرك على أي فلتر بيستخدم AUTOMATED_SHOPPING_ADS، وده اللي هيغلط في صمت.

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