Google Ads API · PMax

خطأ واحد في mutate قد يحول تعديل حملة إلى توقف منطقي في النطاق المحلي.

نُشر في 10 أغسطس 2026 · Local Services PMax / Locations / Release Notes

توضح release notes في Google Ads API وجود حقول جديدة لدعم Local Services داخل Performance Max، ومنها إعدادات على campaign وasset group، مع خطأ جديد يظهر عند محاولة إزالة كل المواقع من حملة Local Services PMax. هذا النوع من التغيير مهم للأدوات الداخلية لأن واجهة التعديل يجب أن تمنع الحالة الخطرة قبل وصولها إلى API.

تعامل مع location removal كقرار campaign governance، لا كعملية تنظيف عادية داخل أداة bulk edit.

أين يحدث الخلل؟

يمكن أن يستخدم فريق الأداء أداة داخلية لتعديل locations أو asset groups على نطاق واسع. لو طبقت الأداة نفس منطق PMax العام على Local Services PMax، قد تحاول إزالة كل المواقع ظنًا أنها ستعيد بناء إعدادات المواقع لاحقًا.

وجود error جديد لا يعني أن الفريق ينتظر الفشل. الأفضل أن تظهر رسالة واضحة قبل الحفظ: لا يمكن ترك حملة Local Services PMax بلا مواقع صالحة.

Guardrails مطلوبة

ابدأ بتصنيف نوع الحملة قبل أي تعديل جماعي. إذا كانت الحملة Local Services PMax، اجعل حذف المواقع مشروطًا بوجود بديل واضح ومراجعة بشرية.

سجل campaign id، عدد المواقع قبل وبعد التعديل، ومصدر الطلب. هذا السجل يساعد في التمييز بين تعديل مقصود وخطأ من template أو import.

Checklist للفريق التقني

أين تدخل ok4host؟

ok4host يراجع أدوات Google Ads API من زاوية منع أخطاء التشغيل: release notes تتحول إلى validation ورسائل مفهومة وسجل تغييرات يحمي فريق الأداء.

أسئلة شائعة

هل هذا يخص كل حملات PMax؟ الخطأ المذكور مرتبط بمحاولة إزالة كل المواقع من حملة Local Services PMax.

هل أحتاج تعديل reports؟ راجع الحقول الجديدة إذا كانت تقاريرك تميز Local Services داخل PMax.

ما أول خطوة؟ جرد أدوات bulk edit التي تعدل campaign criteria أو locations.

المصادر

هل أدوات Google Ads API عندك تمنع التعديل الخطر قبل حدوثه؟

نراجع flows وbulk edits ورسائل الأخطاء حتى تصبح تغييرات PMax وDemand Gen قابلة للتحكم.

اطلب مراجعة الموقع