فيديو: الاطّلاع على جلسة أفضل الممارسات من ورشة العمل لعام 2019
يتناول هذا الدليل بعض أفضل الممارسات التي يمكنك تنفيذها لتحسين كفاءة تطبيقاتك وأدائها.
الصيانة المستمرة
لضمان تشغيل تطبيقك بدون انقطاع، عليك اتّباع الخطوات التالية:
تأكَّد من أنّ قائمة المشرفين ومالكي مشروعك على Google Cloud محدَّثة. سنتواصل مع هؤلاء المستخدمين في حال حدوث أي طارئ أو بشأن مواضيع متعلّقة بالامتثال لأحكام وشروط واجهة برمجة التطبيقات. إذا تعذّر علينا التواصل معك بشأن الامتثال لـ "أحكام وشروط" واجهة برمجة التطبيقات، قد يتم تخفيض مستوى وصولك إلى واجهة برمجة التطبيقات أو إلغاؤه.
للاطّلاع على المشاكل، مثل التغييرات في المنتجات وفترات التوقف للصيانة وتواريخ الإيقاف النهائي، اشترِك في
يجب أن يظل تطبيقك متوافقًا مع البنود والشروط الخاصة بواجهة Google Ads API. إذا لزم الأمر، سيتواصل فريق امتثال واجهة برمجة التطبيقات مع المشرفين ومالكي مشروعك على Google Cloud الذين لديهم إذن بالوصول إلى واجهة برمجة التطبيقات. إذا كانت لديك أسئلة أو استفسارات بشأن البنود والشروط، يمكنك التواصل مع فريق الالتزام من خلال الردّ على الرسالة الإلكترونية التي أرسلها إليك عند مراجعة طلب الوصول إلى واجهة برمجة التطبيقات.
تحسين
يمكنك تحسين تطبيقك من خلال تنفيذ عمليات مجمّعة، وإرسال عناصر متفرقة إذا كان ذلك مناسبًا.
عمليات مجمعة
يتضمّن تقديم طلب إلى واجهة برمجة التطبيقات عددًا من التكاليف الثابتة، مثل وقت استجابة الشبكة ذهابًا وإيابًا، ومعالجة التسلسل والتسلسل العكسي، وإجراء مكالمات إلى أنظمة الخلفية. للحدّ من تأثير هذه التكاليف الثابتة وزيادة الأداء العام، تم تصميم معظم طرق التعديل في واجهة برمجة التطبيقات لقبول مجموعة من العمليات. من خلال تجميع عمليات متعددة في كل طلب، يمكنك تقليل عدد الطلبات التي تقدّمها والتكاليف الثابتة المرتبطة بها. إذا أمكن، تجنَّب تقديم طلبات تتضمّن عملية واحدة فقط.
على سبيل المثال، لنفترض أنّك تضيف 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 Cloud إلى إذن بالوصول إلى الحسابات الاختبارية فقط لاستخدامه في حساب اختباري، وبالتالي يمكنك البدء في التطوير باستخدام Google Ads API على الفور، بينما تنتظر أن تراجع Google طلبك للحصول على مستويات وصول أعلى إلى واجهة برمجة التطبيقات.