كل سطح عرض جديد داخل الحملة يعني سؤالًا جديدًا في التقرير: أين ظهر الإعلان ولماذا؟

نُشر في 3 يوليو 2026 · Demand Gen / PMax / Maps

توضح ملاحظات Google Ads API v24.2 أن Demand Gen حصل على عناصر مرتبطة بالقنوات مثل Maps، كما أضيفت إشارات وحقول مرتبطة بـ Performance Max وLocal Services، مع تمكين gender exclusions في PMax على كل إصدارات API. هذه ليست مجرد أسماء حقول جديدة؛ إنها تغير طريقة تفسير الأداء.

أين الخطر في التقارير القديمة؟

التقارير التي تجمع كل شيء على مستوى campaign قد تخفي اختلاف أداء الأسطح والقنوات. Demand Gen مع Maps أو Display Network أو YouTube لا يجب أن يقرأ بنفس طريقة إعلان بحث نصي.

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

ما الذي يجب أن يراجعه فريق API؟

راجع GAQL queries التي تسحب campaign وasset group وasset performance. أضف سجلًا صغيرًا يوضح تاريخ تحديث API، الحقول الجديدة المستخدمة، وأي حقول قرر الفريق تأجيلها ولماذا.

إذا كانت لوحة التقارير تخدم عملاء أو أكثر من فريق، أضف ملاحظات تفسيرية عند ظهور قناة أو ميزة جديدة حتى لا يفسر المدير الرقم كتحسن أو تراجع عام.

Checklist حوكمة Google Ads API

• افصل تقارير الحملة عن تقارير الأصول كلما أمكن.
• راجع قنوات Demand Gen المختارة قبل مقارنة الأداء.
• وثق أي قيود في تقارير PMax بدل إخفائها.
• اختبر queries بعد كل minor version مهم.
• اربط ملاحظات release notes بتحديثات dashboard.
• راجع alerting عند ظهور قيم enum غير معروفة للكود القديم.

قرار عملي للوكالات

الوكالة التي تدير حسابات كثيرة تحتاج release review ثابت، حتى لو لم توجد breaking changes. أحيانًا التحديث لا يكسر التكامل، لكنه يجعل التقرير أقل صدقًا لأنه لا يعرض طبقة جديدة من الأداء.

ابدأ بأهم ثلاث لوحات: spend/conversions، asset performance، وchange log. ثم أضف تفاصيل v24.2 حسب نوع الحملات المستخدمة فعليًا.

المصادر

• Google Ads API Release Notes.
• Google Ads API: Performance Max reporting.
• Google Ads API best practices.