فيديو: اطّلِع على أفضل الممارسات التي تمّت مناقشتها في ورشة العمل لعام 2019
يقدّم هذا الدليل بعض أفضل الممارسات التي يمكنك اتّباعها لتحسين كفاءة تطبيقاتك وأدائها.
الصيانة المستمرة
لضمان تشغيل تطبيقك بدون انقطاع:
احرص على تحديث عنوان البريد الإلكتروني الخاص بالتواصل مع المطوّر في مركز API. هذا هو العنوان البديل للبريد الإلكتروني الذي نستخدمه للتواصل معك. إذا لم نتمكّن من التواصل معك بشأن الامتثال لأحكام وشروط واجهة برمجة التطبيقات، قد يتم إبطال إمكانية وصولك إلى واجهة برمجة التطبيقات بدون علمك المسبق. تجنَّب استخدام عنوان بريد إلكتروني شخصي مرتبط بمستخدم أو حساب غير مراقَب. للاطّلاع على مركز API، يجب أن تكون مُسجِّل الدخول إلى حسابك الإداري.
للاطّلاع على المشاكل، مثل التغييرات في المنتجات وفترات الصيانة وتواريخ الإيقاف وما إلى ذلك، اشترِك في
حافظ على امتثال تطبيقك لأحكام وشروط Google Ads API (T&C). إذا لزم الأمر، سيتواصل معك فريق مراجعة الرموز المميزة والامتثال باستخدام عنوان البريد الإلكتروني الخاص بالتواصل معك. إذا كانت لديك أسئلة أو استفسارات بشأن الأحكام والشروط، يمكنك التواصل مع فريق المراجعة من خلال الردّ على الرسالة الإلكترونية التي أرسلها إليك عند مراجعة طلب الرمز المميز للمطوّر.
تحسين
يمكنك تحسين تطبيقك من خلال تنفيذ عمليات مجمّعة وإرسال كائنات قليلة البيانات، إذا كان ذلك مناسبًا.
عمليات مجمعة
يتضمّن إرسال طلب إلى واجهة برمجة التطبيقات عددًا من التكاليف الثابتة، مثل وقت استجابة الشبكة للرحلة الكاملة ومعالجة التسلسل والتفكيك والطلبات إلى الأنظمة الخلفية. للحدّ من تأثير هذه التكاليف الثابتة وزيادة الأداء العام، تم تصميم معظم طرق التعديل في واجهة برمجة التطبيقات لقبول مجموعة من العمليات. من خلال تجميع عمليات متعدّدة في كل طلب، يمكنك تقليل عدد الطلبات التي تُرسلها والتكاليف الثابتة المرتبطة بها. إذا أمكن، تجنَّب إرسال طلبات تتضمّن عملية واحدة فقط.
على سبيل المثال، لنفترض أنّك تضيف 50,000 كلمة رئيسية إلى حملة في مجموعات إعلانية متعدّدة. بدلاً من إرسال 50,000 طلب يتضمّن كل منها كلمة رئيسية واحدة، أرسِل 100 طلب يتضمّن كل منها 500 كلمة رئيسية، أو حتى 10 طلبات يتضمّن كل منها 5,000 كلمة رئيسية. هناك حدود لعدد العمليات المسموح بها في الطلب، لذا قد تحتاج إلى تعديل حجم المجموعة لتحقيق الأداء الأمثل.
إرسال كائنات قليلة البيانات
عند إرسال الكائنات إلى واجهة برمجة التطبيقات، يجب فك تسلسل الحقول والتحقّق من صحتها وتخزينها في قاعدة البيانات. يمكن أن يؤدي إرسال كائنات كاملة عندما تريد تعديل بضعة حقول فقط إلى زيادة وقت المعالجة وانخفاض الأداء.
للحدّ من ذلك، تتيح Google Ads API عمليات التعديل قليلة البيانات، ما يسمح لك بملء الحقول فقط في الكائن التي تحتاج إلى تغييرها أو المطلوبة. تتم معالجة عمليات التعديل قليلة البيانات بشكل أسرع ومن غير المرجّح أن تؤدي إلى حدوث أخطاء.
تظل الحقول غير المضمّنة في update_mask (المعروفة أيضًا باسم FieldMask) بدون تغيير.
على سبيل المثال، يمكن أن يستفيد تطبيق يعدّل عروض الأسعار على مستوى الكلمات الرئيسية من استخدام عمليات التعديل قليلة البيانات، لأنّه لن يكون من الضروري ملء سوى حقول رقم تعريف المجموعة الإعلانية ورقم تعريف المعيار وعروض الأسعار.
معالجة الأخطاء وإدارتها
من المرجّح أن تواجه أخطاءً أثناء التطوير. يصف هذا القسم الاعتبارات والاستراتيجيات اللازمة لدمج إدارة الأخطاء في تطبيقك. بالإضافة إلى هذا القسم، يُرجى الانتقال إلى دليل تحديد المشاكل وحلّها لمزيد من المعلومات حول إدارة الأخطاء.
تمييز مصادر الطلبات
تتّسم بعض التطبيقات بطابع تفاعلي في المقام الأول، حيث تُرسِل طلبات إلى واجهة برمجة التطبيقات مباشرةً استجابةً للإجراءات التي يبدأها المستخدم في واجهة المستخدم. بينما تعمل تطبيقات أخرى في وضع عدم الاتصال في المقام الأول، حيث تُرسِل طلبات إلى واجهة برمجة التطبيقات كجزء من عملية دورية في النظام الخلفي. وتجمع العديد من التطبيقات بين النوعَين. عند التفكير في إدارة الأخطاء، قد يكون من المفيد التمييز بين هذه الأنواع المختلفة من الطلبات.
بالنسبة إلى الطلبات التي يبدأها المستخدم، يجب أن يكون اهتمامك الأساسي هو توفير تجربة جيدة للمستخدمين. استخدِم الخطأ المحدّد الذي حدث لتزويد المستخدم بأكبر قدر ممكن من السياق في واجهة المستخدم. قدِّم خطوات سهلة يمكن للمستخدم اتّخاذها لحلّ الخطأ (اطّلِع على الاقتراحات أدناه).
بالنسبة إلى الطلبات التي يتم إرسالها في النظام الخلفي، نفِّذ معالجات لأنواع الأخطاء المختلفة التي قد يواجهها تطبيقك. احرص دائمًا على تضمين معالج تلقائي لمعالجة الأخطاء النادرة أو التي لم يتم رصدها من قبل. من الأساليب الجيدة للمعالج التلقائي إضافة العملية التي تعذّر تنفيذها والخطأ إلى قائمة انتظار ليراجعها مشغّل بشري ويحدّد حلاً مناسبًا.
تمييز أنواع الأخطاء
إنّ معرفة الاختلافات بين أنواع الأخطاء في Google Ads API أمر بالغ الأهمية عند إنشاء معالجة قوية للأخطاء. في ما يلي بعض أنواع الأخطاء الأكثر شيوعًا:
- أخطاء المصادقة
- الأخطاء التي يمكن إعادة المحاولة فيها
- أخطاء التحقّق من صحة المعلومات
- الأخطاء المتعلّقة بالمزامنة
يُرجى الرجوع إلى أنواع الأخطاء و الأخطاء الشائعة لمزيد من التفاصيل.
مزامنة الأنظمة الخلفية
إذا كان بإمكان مستخدمي تطبيقك الوصول يدويًا إلى حسابات "إعلانات Google"، قد يُجرون تغييرات لا يعرفها تطبيقك، ما يؤدي إلى عدم مزامنة قاعدة البيانات المحلية لتطبيقك. كما هو موضّح في دليل أنواع الأخطاء، يمكنك معالجة الأخطاء المتعلّقة بالمزامنة بشكل تفاعلي عند حدوثها، ولكن يمكنك أيضًا محاولة منعها بشكل استباقي. تتمثّل إحدى الاستراتيجيات الاستباقية في تشغيل مهمة مزامنة ليلية على جميع حساباتك، واسترداد كائنات "إعلانات Google" في حساباتك ومقارنتها بقاعدة البيانات المحلية.
أخطاء السجلّات
يجب تسجيل جميع الأخطاء لتسهيل تصحيح الأخطاء ورصدها. يجب تسجيل رقم تعريف الطلب والعمليات التي تسبّبت في حدوث الخطأ والخطأ نفسه على الأقل. تشمل المعلومات الأخرى التي يجب تسجيلها رقم تعريف العميل وخدمة واجهة برمجة التطبيقات ووقت استجابة الطلب للرحلة الكاملة وعدد محاولات إعادة المحاولة والطلب والاستجابة الأوليَين.
مراقبة المؤشرات
احرص على مراقبة المؤشرات في أخطاء واجهة برمجة التطبيقات حتى تتمكّن من رصد المشاكل في تطبيقك ومعالجتها. ننصحك بإنشاء حلّك الخاص أو استخدام إحدى الأدوات التجارية العديدة المتاحة التي يمكنها استخدام سجلّاتك لإنشاء لوحات بيانات تفاعلية وإرسال تنبيهات تلقائية.
تطوير
استخدِم حسابات اختبارية أثناء التطوير.
استخدام حسابات اختبارية
الحسابات الاختبارية هي حسابات على "إعلانات Google" لا تعرض إعلانات فعليًا. يمكنك استخدام حساب اختبار لتجربة Google Ads API واختبار ما إذا كان اتصال تطبيقك أو منطق إدارة الحملة أو المعالجة الأخرى يعمل على النحو المتوقّع. لا يلزم الموافقة على الرمز المميز للمطوّر لاستخدامه في حساب اختبار، لذا يمكنك البدء في التطوير باستخدام Google Ads API فور طلب رمز مميز للمطوّر، حتى قبل مراجعة تطبيقك.