يوضّح هذا المستند كيفية الاستعداد على أفضل وجه للتعامل مع عدد كبير من الرسائل المرسَلة إلى ملف ربط البيانات. النظام الأساسي لميزة "الرسائل التجارية" جاهز للاستخدام في العديد من السيناريوهات المختلفة. يمكن أيضًا لفريق الدعم مساعدتك في الاستعداد إذا كنت تتوقع حدثًا معيّنًا. يمكنك اتّباع بضع خطوات بسيطة لجعل رابط webhook أكثر أمانًا.
عدد زيارات المستخدمين إلى وحدات الربط بالويب
بالنسبة إلى عدد زيارات المستخدمين إلى وحدات الربط، ننصحك بالتفكير في نوع نمط الزيارات المتوقّع لنشاطك التجاري. هل تتوقّع أي أنماط "مفاجئة" أو تغييرات مفاجئة في حجم الرسائل؟ على سبيل المثال، قد يتلقّى مطعم يقدم العشاء فقط العديد من الرسائل في المساء وعددًا قليلاً من الرسائل في بقية اليوم. في مثالٍ آخر، يمكن أن يتوقّع متجر يقدّم عرضًا ترويجيًا خاصًا عددًا كبيرًا بشكل غير معتاد من الرسائل عند الإعلان عن العرض الترويجي.
بشكل عام، تم إعداد بنية Google الأساسية للتعامل مع الزيارات المفاجئة. تستخدم ميزة "الرسائل التجارية" موارد الخادم نفسها التي تستخدمها المنتجات الكبيرة، مثل Gmail وGoogle Cloud. من غير المرجّح أن يكون عدد الرسائل المرسَلة إلى برنامج "الردّ التلقائي على الويب" مرتفعًا جدًا لدرجة أن تصبح ميزة "الرسائل التجارية" هي نقطة حدوث الخطأ. بالإضافة إلى ذلك، تُضيف ميزة "الرسائل التجارية" رسائل كل موظّف دعم إلى "قائمة الانتظار" بشكل منفصل. إذا أصبحت إحدى قوائم انتظار رسائل أحد موظّفي الدعم مزدحمة، لن يؤثّر ذلك في موظّفي الدعم الآخرين، حتى إذا كانوا يتشاركون رابط webhook نفسه.
ومع ذلك، لا ينطبق ذلك إلا على قائمة انتظار الرسائل في بنية أساسية "رسائل للأعمال". بعد تسليم الرسالة إلى رابط البيانات في التطبيق، تختلف القصة. يجب التأكّد من إمكانية توسيع نطاق رابط البيانات في التطبيق حسب الحاجة من خلال تنفيذ ملف التذاكر ومعالجة الطلبات بالتوازي وما إلى ذلك. إذا ردّ رابط البيانات في خادم الويب على رسالة باستخدام رمز HTTP 500 أو تعذّر عليه الردّ على الإطلاق، ستتم تقليل وتيرة تسليم الرسائل إلى رابط البيانات في خادم الويب بشكلٍ كبير في ميزة "الرسائل التجارية". تبقى الرسائل في القائمة لمدة 7 أيام. إذا لم يستجِب رابط البيانات في التطبيق باستخدام HTTP 200 في ذلك الوقت، ستسقط ميزة "الرسائل التجارية" الرسالة.
عدد زيارات المستخدمين إلى الردّ التلقائي على الويب
يجب أن تلتزم الرسائل المُرسَلة من رابط البيانات في التطبيق بحدّ أقصى 60 رسالة في الدقيقة لكل حصة محادثة. من غير المرجّح أن تصل عمليات إرسال الرسائل المشروعة إلى هذه الحصة، ولكن عليك الاستعداد للتعامل مع أخطاء HTTP 429 من ميزة "رسائل من الشركات"، التي تشير إلى تجاوز الحصة.
بشكل عام، إذا تلقّى رابط البيانات في التطبيق رمز HTTP 429 أو HTTP 500 من الرسائل التجارية، يعني ذلك حدوث خطأ عابر قد يكون مرتبطًا بمعدل الرسائل. يجب إعادة محاولة إرسال هذه الرسائل باستخدام استراتيجية ملفتة للانتباه تتعلّق بالرقود الأسي الثنائي. ومع ذلك، إذا تلقّى رابط الويب المخصّص للطلبات رمز HTTP 503 أو رمز HTTP 4xx (غير رمز HTTP 429)، يجب التوقف عن إعادة المحاولة وإبلاغ فريق الدعم على الفور. قد تشير رموز الخطأ هذه إلى مشكلة في بنية أساسية لميزة "رسائل النشاط التجاري"، مثل هجوم حجب الخدمة، ولن يؤدي إرسال المزيد من الرسائل إلا إلى تفاقم المشكلة.
على الرغم من عدم توفّر معايير معيّنة للإيقاف تتعلق بتجاوز حصص المراسلة، قد تعلّق ميزة "الرسائل التجارية" حسابات موظّفي الدعم الذين يتصرّفون بشكل غير منتظم أو يرسلون عددًا كبيرًا جدًا من الرسائل. يُرجى مراجعة معايير التعليق للتأكّد من أنّ موظّف الدعم يتّبع المعايير المطلوبة.
كيفية الحصول على مساعدة
من الأفضل التواصل معنا فور توقّع حدوث مشكلة. إذا أبلغتنا بأنّك تتوقّع حدوث زيادة كبيرة في عدد الزيارات، مثل حملة ترويجية يتم الإعلان عنها بشكل كبير، يمكننا توفير موارد إضافية لعرض الإعلانات لنكون جاهزين بقدر الإمكان. ومع ذلك، في معظم الحالات، لا يُنصح باتخاذ تدابير مماثلة.
يمكنك أيضًا التواصل معنا إذا كنت تواجه مشكلة في تحميل الرسائل، وسنبذل قصارى جهدنا لمساعدتك في حلّها.