Operations · 24 يونيو 2026
فرز الترجمات الفاشلة دون تعطيل الإصدار
يفصل مسار الإخفاقات المفيد بين مشكلات الترجمة والدفع والنشر حتى تتمكن الفرق من استعادة العمل الصحيح بسرعة.

في الإصدار متعدد اللغات، لا تعني كلمة "فشل" حالة واحدة.
قد يكون طلب النموذج قد فشل. وقد تكون الترجمة جاهزة لكنها غير قادرة على الدفع إلى Contentful. وقد يكون الإدخال المترجَم قد تم تحديثه ولكن لم يتم نشره. إن جمع الحالات الثلاث كلها تحت حالة حمراء واحدة يجعل لوحة المعلومات أبسط ويجعل عمل الاستعادة أصعب.
ابدأ بالمرحلة التي فشلت
الترجمة والدفع والنشر عمليات منفصلة ولها تبعيات مختلفة.
قد ينتج فشل الترجمة عن انتهاء مهلة المزوّد، أو استجابة نموذج غير صالحة، أو تحقق من محتوى محمي. وقد يتضمن فشل الدفع الأذونات، أو التحقق من الحقول، أو تعارض إصدار في Contentful. وقد يعكس فشل النشر حالة الإدخال، أو إعدادات البيئة، أو وضع النشر.
يجب أن يجيب أول مرشح في الفرز على السؤال التالي: أي مرحلة تحتاج إلى انتباه؟
هذا يضيّق نطاق المسؤولية والخطوات التالية فورًا.
أظهر نطاق التأثير
يحتاج الطلب الفاشل إلى قدر كافٍ من الهوية لدعم اتخاذ القرار:
- اسم الإدخال ومعرّفه
- اللغة المصدر واللغة الهدف
- الدفعة
- المرحلة الفاشلة
- أحدث خطأ
- عدد المحاولات ووقت آخر محاولة
- ما إذا كانت المراحل اللاحقة قد بدأت أصلًا
من دون هذا السياق، يفتح المشغّلون كل طلب على حدة ويعيدون بناء الإصدار يدويًا.
يجب أن يميّز عرض الدفعة أيضًا بين الفشل الجزئي والفشل الكامل. فإذا نجحت 49 لغة من أصل 50، ينبغي أن يتمكن الفريق من المضي قدمًا في العمل المكتمل مع استعادة طلب واحد.
أعد المحاولة من الحد الصحيح
يجب أن تستأنف إعادة المحاولة المرحلة التي فشلت، لا أن تكرر كل مرحلة ناجحة سبقتها.
إذا نجحت الترجمة وفشل الدفع، فاحتفظ بالترجمة المُراجَعة وأعد محاولة الدفع. وإذا تم تحديث Contentful وفشل النشر، فأعد محاولة النشر استنادًا إلى حالة الإدخال الحالية.
قد تؤدي إعادة البدء من الترجمة إلى إنشاء نص مختلف، وإبطال المراجعة، وزيادة التكلفة، وإخفاء المشكلة الأصلية.
إن عمليات إعادة المحاولة الواعية بالمراحل تُبقي العمل الناجح مستقرًا.
افصل بين الإخفاقات المؤقتة والدائمة
بعض الإخفاقات مناسبة لإعادة المحاولة تلقائيًا:
- انتهاء مهلة المزوّد
- حدود المعدل
- انقطاعات الشبكة القصيرة
- تعارضات الإصدارات القابلة للاسترداد
ويحتاج بعضها الآخر إلى شخص:
- تهيئة محتوى غير صالحة
- غياب تفعيل اللغة
- رفض الأذونات
- بنية محمية لا يمكن استعادتها
- تغيّر حقل الهدف بعد المراجعة
يجب أن تكون سياسة إعادة المحاولة محدودة ومرئية. وبعد الوصول إلى الحد التلقائي، يصبح الطلب ضمن قائمة انتظار بشرية مع الإبقاء على آخر خطأ مفيد كما هو.
اجعل قائمة الإخفاقات خفيفة
تُستخدم شاشات العمليات عندما يكون هناك شيء يسير على نحو خاطئ بالفعل. ويجب ألا تؤدي إلى تحميل عميق من نظام CMS لكل صف أو إلى الاستطلاع بوتيرة عدوانية لدرجة أن تُنشئ الصفحة حملًا أكبر من العمال الذين تراقبهم.
أعد أولًا بيانات تعريف الطلب المستقرة. واجلب تفاصيل الإدخال الكاملة فقط عندما يفتح المشغّل الطلب.
التصفية السريعة جزء من الاستعادة.
الخلاصة
الشارة الحمراء ليست نظام استعادة.
افصل الإخفاقات حسب المرحلة، وأظهر النطاق المتأثر، وأعد محاولة العملية التي فشلت فقط. أتمت استعادة الإخفاقات المؤقتة ضمن حدود واضحة، واحتفظ بالأخطاء القابلة للتنفيذ لكل ما عدا ذلك. تستطيع الفرق تحمّل الإخفاقات الفردية عندما يجعل سير العمل القرار التالي واضحًا.