أكثر الحوادث شيوعًا في المواقع الرسمية متعددة اللغات ليست مسألة اللهجة المترجمة، بل هي أن النص الأصلي قد تم تعديله، بينما لا تزال منصة الترجمة تعرض النسخة القديمة . فعندما يتم إطلاق صفحة الفعالية باللغة الصينية، يظل جدول الأسعار باللغة الإنجليزية يعكس بيانات الربع السابق؛ وفي حال نسيان تعديل بيان قانوني واحد باللغة اليابانية، تصل الشكاوى من الخارج مباشرةً إلى باب الشركة. وغالبًا ما يكون السبب الجذري هو: إصدار النسخ لكل لغة بشكل مستقل، دون وجود نظام حماية يضمن نشر «حزمة المحتوى الواحدة» فقط.
دعونا نفصل المشكلة إلى عناصرها الأساسية: حزمة المحتوى، حالة اللغة، ونافذة النشر
يجب اعتبار عملية التعديل مرة واحدة كحزمة محتوى، وليس مجرد «تعديل بضع صفحات»:
- عنصر المصدر : العنوان، النص الرئيسي، زر الحث على اتخاذ إجراء (CTA)، والحقول المهيكلة (السعر، المواصفات، البيان القانوني)
- نسخة اللغة : سجل منفصل لكل لغة، مع وضع الترجمة: قيد الترجمة/قيد المراجعة/جاهز للنشر/جاهز للعرض
- نافذة النشر : مجموعة اللغات المسموح بدخولها إلى الموقع، مع توقيت موحد لتفعيلها؛ وإذا كانت هناك لغات غير جاهزة، يتم حجب الحزمة بأكملها أو خفض أولويتها وفقًا للسياسة المتبعة
- نقطة الاستعادة : يتم الاستعادة وفقًا لإصدار حزمة المحتوى، وليس فقط عبر استعادة ملف لغة واحد
عند نقل مسودة الترجمة بصيغة Word عبر السحابة ثم لصقها يدويًا، يسهل فقدان الحقول والروابط. وإذا سمح نظام إدارة المحتوى (CMS) بـ«إصدار لغة معينة بشكل منفصل»، فستظهر مواقع دولية شبه جديدة.
كيف نصمم ذلك؟
الأدوار: مسؤول المحتوى (اللغة المصدر)، المترجم/الوكيل، المراجع القانوني (لأقسام محددة)، ومدير النشر. إذا لم يكن النص الأصلي قد اكتمل، فلا يجوز للمترجم البدء بالترجمة؛ وإذا لم تُراجع الأقسام القانونية، فلا يُسمح لهذه اللغة بالانتقال إلى مرحلة الجاهزية. كما يتم إبطال ذاكرة التخزين المؤقت لدى الواجهة الأمامية وفقًا لإصدار حزمة المحتوى، لتجنب بقاء صفحات قديمة على شبكة التوصيل السريع (CDN).
- حزمة المحتوى: مفتاح العمل، قائمة اللغات المستهدفة، والموعد المخطط للإطلاق
- العنصر: فرق بين الحقول، مقارنة بالصور، والإشارة إلى قاموس المصطلحات
- قواعد الوصول: اللغات التي يجب تقديمها، اللغات التي يمكن تأجيلها، وشروط الحظر
- سجل النشر: المشغل، الإصدار، وهاش كل لغة
ملاحظات تحسين محركات البحث (SEO): يجب أن تتغير علامات hreflang والرابط الثابت مع الإصدار؛ ويجب أن تُرجع صفحات اللغات غير المفعلة رمز حالة صحيح، ولا يُسمح برسائل 404 وهمية. وبالنسبة لصفحات الفعاليات المؤقتة، يُمكن اتباع سياسة «اللغة المصدر + الإنجليزية فقط»، لكن يجب تكوين ذلك صراحةً ضمن قواعد الوصول، ولا يُعتمد على الكلام فقط.
التطوير والقبول
يُمكن للمترجم قبول المسودة الأولية المترجمة آليًا، لكن يجب التحقق يدويًا من جاهزيتها. ويُمنع إدخال الحقول المهيكلة (مثل السعر والتاريخ) في النص الحر، ويُترجم كل حقل على حدة لتقليل أخطاء التغيير. ويُجرى اختبار البيئة التجريبية وفقًا لمسار اللغة: فإذا تم تعديل السعر في النص الأصلي، فلا يُسمح للغات غير الجاهزة بأن تُحلّل عبر الإنترنت إلى السعر الجديد.
سيناريوهات القبول:
- عند تعديل السعر في النص الأصلي، وفي حال عدم جاهزية النص الإنجليزي، هل يُعرض السعر القديم أم تُعاد الصفحة بأكملها إلى الصيانة (وفقًا للسياسة)؟
- هل يُسجل تجاوز الإصدار الإجباري في سجل التدقيق ويحتاج إلى توثيق بشهادة ثنائية؟
- هل يتطابق hreflang بعد الاستعادة؟
- هل يؤدي تأخر لغة معينة لفترة طويلة إلى تشغيل إنذار أحمر على لوحة المتابعة؟
- هل تُصنَّف التغييرات في قاموس المصطلحات على أنها تغييرات جماعية تؤثر على البنود ذات الصلة؟
قاعدة الانضباط في المواقع متعددة اللغات هي: يجب أن تكون جميع اللغات جاهزة قبل الظهور. يُسمح بالبطء، لكن لا يُسمح بالظهور شبه الجديد.
نماذج الفشل
تسويق يبدأ بالصينية أولاً : عندما تكون الفعالية قد انطلقت، بينما لم تتحرك منصة الترجمة بعد، يؤدي ذلك إلى انقطاع تجربة الزائر في الخارج. وتُطبق قواعد الوصول بشكل افتراضي «جميع اللغات جاهزة»، مع إمكانية الاستثناءات الطارئة التي تحتاج إلى موافقة وإكمال سريع. الترجمة الآلية المباشرة : يُحظر استخدامها في صفحات القوانين والأسعار؛ أما أوصاف المنتجات فيُمكن ترجمتها آليًا مع مراجعة عشوائية. تقسيم مكدس التقنية بين مواقع اللغات المختلفة : حيث لا يمكن توحيد قواعد الوصول وأرقام الإصدارات، ولذلك يُفضل توحيد خدمات المحتوى نفسها.
ما الذي ينبغي مراقبته بعد الإطلاق؟
خلال الأسابيع الأربعة الأولى: مراقبة عدد ساعات تأخير المحتوى بين اللغات، وعدد مرات تجاوز قواعد الوصول، وشكاوى العملاء الناجمة عن الترجمات القديمة، وعدد مرات الاستعادة. فإذا انخفض التأخير وعدد التجاوزات، يمكن الحديث عن ترجمة آلية شاملة للموقع.
كيف يُدمج سير عمل الترجمة في قواعد الوصول؟
عند اكتمال النص الأصلي، يُطلق مهمة الترجمة: يُمكن اختيار مسودة آلية، لكن يجب أن تجتاز المراجعة اليدوية. ويُحدد المراجع وفقًا للقسم، ويمكن أن يختلف الشخص المسؤول عن صفحة المنتج وعن صفحة الوظائف. ويجب أن يوضح المراجع أي حقل تم رفضه، ولا يكتفي بعبارة «يُعاد التعديل». وبعد الجاهزية، يُدخل النص في حساب حزمة المحتوى الكاملة.
يُستخدم حساب محدود للمترجمين الخارجيين، بحيث يرون فقط العناصر المخصصة لهم، ولا يُسمح لهم بالنقر مباشرةً للنشر. كما يُخفض التحقق المزدوج من الملفات (عرض ثنائي للنصين) احتمال فقدان الفقرات. ويُفحص الرابط ووصف الصورة alt بشكل منفصل، إذ إن كثيرًا من «حوادث النسخ القديمة» تعود في الواقع إلى روابط قديمة.
بالنسبة للصفحات ذات الالتزام العالي بالقوانين (سياسة الخصوصية، بنود العقد)، يُفرض دور قانوني قبل الإطلاق؛ كما يُنشأ جدول مراجعة دوري لكل لغة لتجنب نسيان تحديث النص الإنجليزي بعد تعديل النص الصيني.
النقاط الرئيسية للتنفيذ التقني
يُحفظ إصدار الحقل في خدمة المحتوى؛ وعند إنشاء الموقع الثابت، يُكتب إصدار الحزمة في ملف مخصص، ليتمكن فريق الصيانة من التحقق من توافق أهداف CDN. كما يُعرض نطاق الإطلاق بشكل كامل وفقًا للغة، مع استخدام برامج زحف لفحص أسعار وتواريخ بعض الروابط الرئيسية.
إذا تم استخدام ذاكرة الترجمة، فيجب وضع علامة على العناصر المتأثرة عند تعديل النص الأصلي، لمنع إعادة استخدام الجمل المترجمة القديمة في سياقات جديدة. وفي حال تعارض قواميس المصطلحات، يُعتمد قرار مالك الأعمال، مع كتابة شرح للتغيير.
يُفضل تجنب نافذة النشر أثناء ذروة العمل؛ وإذا فشل النظام، يُوقف تلقائيًا في المرحلة التجريبية، ولا يُطلق نصف الحزمة إلى الإنتاج. كما يُراقب «تأخر جاهزية اللغات» كمؤشر أداء لفريق المحتوى، وهو أكثر أهمية من «عدد الصفحات المنشورة».
قالب مراجعة الحادث
حادث نموذجي: عند تعديل السعر بالصينية وإطلاقه، يبقى السعر القديم معروضًا بالإنجليزية، وتقوم خدمة العملاء بتثبيت السعر وفقًا للسعر الإنجليزي. ويجب أن تُذكر في المراجعة: أي ثغرة في قواعد الوصول، ومن لديه صلاحية تجاوزها، ووقت الاستعادة، ونطاق تأثير العميل. كما يجب تحويل «تجاوز قواعد الوصول» إلى قناة استثنائية تتطلب تأكيدًا ثنائيًا، مع تسجيل التدقيق.
تُجرى تمارين الاستعادة مرة كل ربع سنة: يتم عمداً تلويث لغات ثانوية، وتجري عملية استعادة كاملة مع تنبيهات وعمليات إبلاغ. وقد كشفت هذه التمارين أنه عندما يكون زمن انتهاء صلاحية ذاكرة التخزين المؤقت لدى CDN طويلًا جدًا، ينبغي تعديل السياسة مسبقًا، بدلاً من انتظار حدوث مشكلة فعلية.
يُفتح باب الاستعلام عن «تناسق اللغات» أمام فريق المبيعات وخدمة العملاء: بإدخال رقم SKU للمنتج، يمكن معرفة السعر الحالي وموعد تفعيله في كل لغة. وبهذه الطريقة يتم الكشف عن المشكلات مسبقًا، مما يقلل من الاعتماد على لقطات الشاشة التي يقدمها المستخدمون.
الربط مع الحملات التسويقية
يجب ربط روابط صفحات الهبوط الخاصة بمحتوى الحملة بإصدار حزمة المحتوى. وإذا كانت لغة ما غير جاهزة، تُعلق تلقائيًا مجموعة الإعلانات أو تُحوّل إلى صفحة الصيانة، لتجنب إنفاق المال على سعر قديم. ويُنظر فقط إلى حالة «إمكانية الإعلان في هذه اللغة»، دون تخمين CMS بنفسه.
عند انتهاء الفعالية وإغلاقها، تُبطل جميع اللغات تلقائيًا؛ أما الروابط الخارجية المتبقية فتُحول إلى 301 نحو الصفحة الرئيسية مع الاحتفاظ بنسخة من الإصدار للاطلاع عليها.
إذا كانت الشركات التابعة تستخدم CMS مستقلة، فيجب على الأقل توحيد «API حالة حزمة المحتوى»: فمركز التسويق الرئيسي يتحقق من حالة الجاهزية لدى كل موقع قبل إطلاق الحملة. وبدون API للحالة، تبقى قواعد الوصول تقتصر على التوافق الشفهي، ولن ينخفض معدل الحوادث.
يُدرج رقم حزمة المحتوى في حقل طلب خدمة العملاء، لتسهيل تحديد أي شكوى تتعلق بترجمة قديمة تعود إلى إصدار معين.