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