الترجمة الآلية ليست هي نفسها هندسة المحتوى متعدد اللغات

الترجمة تغيّر النص؛ والهندسة متعددة اللغات تغيّر النظام

يمكن للترجمة الآلية أن تستبدل نسخة لغة بأخرى، لكن ذلك وحده لا يجعل موقع ووردبريس متعدد اللغات بطريقة موثوقة. يجب أن يحافظ النظام متعدد اللغات على كيفية تجميع المحتوى، وكيفية تعريفه، وكيفية توجيهه، وكيفية بقائه متزامنًا عبر النسخ اللغوية.

في ووردبريس، يعني ذلك أن الصفحة المترجمة ليست مجرد كتلة نصية. فقد تُبنى من كتل، وقوالب، وبيانات وصفية للمقالات، وحقول مخصصة، وبيانات مملوكة للإضافات، ومخرجات ديناميكية. وإذا تُرجمت السلاسل الظاهرة فقط، فقد تظل الصفحة تتعطل في بنيتها، أو تفقد علاقاتها، أو تكشف بيانات وصفية غير متسقة بين اللغات.

يجب أن تصمد بنية الصفحة أمام الترجمة

تحتاج الصفحة متعددة اللغات إلى أكثر من مجرد جمل مترجمة داخل محرر المحتوى. فالبنية الأساسية مهمة لأن اللغات المختلفة يمكن أن تغيّر طول النص، وترتيب القراءة، والطريقة التي تتلاءم بها الكتل أو أجزاء القالب معًا.

إذا كانت عملية الترجمة تتعامل فقط مع النص داخل جسم المقال، فقد تفوّت العناوين، أو الكتل القابلة لإعادة الاستخدام، أو الأقسام المعتمدة على القالب، أو المحتوى المرتبط بالتخطيط. وهذا يخلق صفحات تبدو مترجمة لكنها لم تعد تطابق البنية المقصودة أو التسلسل التحريري.

بالنسبة لمنفذي ووردبريس، فإن السؤال العملي هو ما إذا كان سير عمل الترجمة يحافظ على نموذج المحتوى الأصلي. فإذا كانت الصفحة تعتمد على قالب، أو نمط كتل، أو حقول منظمة، فيجب أن تحتفظ كل نسخة لغوية بالعقد البنيوي نفسه حتى عندما تتغير الصياغة.

البيانات الوصفية جزء من المحتوى، وليست فكرة لاحقة

يجب أن تراعي هندسة المحتوى متعدد اللغات البيانات الوصفية مثل العناوين، والأوصاف، والشرائح، والحقول المخصصة، والقيم الأخرى الحساسة للغة. تؤثر هذه الحقول في كيفية عرض الصفحة وفهرستها وربطها، لذا فإن تركها غير مترجمة أو غير متزامنة قد ينتج نسخًا لغوية غير متطابقة.

قد تربك صفحة مترجمة مع عنوان أو شريحة غير مترجمة المستخدمين ومحركات البحث على حد سواء. فقد تبدو الصفحة محلية في المحرر، لكنها لا تزال تعرض اللغة الخاطئة في التنقل أو مقتطفات البحث أو الروابط الداخلية.

وهذا مهم بشكل خاص عندما تُخزَّن البيانات الوصفية بشكل منفصل عن المحتوى الرئيسي. غالبًا ما توزّع مواقع ووردبريس المعلومات عبر البيانات الوصفية للمقال، والحقول المخصصة، وبيانات الإضافات، لذا يجب أن يعرف سير عمل الترجمة أي الحقول خاصة باللغة وأيها يجب أن يبقى مشتركًا.

المحتوى الديناميكي يحتاج إلى عرض واعٍ باللغة

ليس كل المحتوى الظاهر موجودًا في محرر المقال. غالبًا ما تعرض صفحات ووردبريس بيانات ديناميكية من العلاقات أو الاستعلامات أو الأنظمة الخارجية. وإذا لم تكن هذه القيم واعية باللغة، فقد تعرض الصفحة العناصر ذات الصلة الخاطئة، أو التسميات الخاطئة، أو النسخة المحلية الخاطئة.

وهنا تصل الترجمة الآلية وحدها إلى حدّها. فترجمة النص الثابت لا تترجم تلقائيًا المحتوى المُنشأ وقت التشغيل، كما أنها لا تضمن اختيار النسخة اللغوية الصحيحة من مجموعة بيانات مرتبطة.

يجب أن يحدد النظام متعدد اللغات الموثوق كيفية تصرف المخرجات الديناميكية لكل لغة. ويشمل ذلك تحديد ما إذا كان المحتوى المرتبط يُكرَّر، أو يُربط بعلاقة لغوية، أو يُعرض من بيانات مشتركة مع تسميات محلية. والمفاضلة الهندسية هنا بين البساطة والاتساق: فالبيانات المشتركة أسهل في الصيانة، لكن العرض الخاص بكل لغة يكون غالبًا ضروريًا عندما تختلف علاقات المحتوى حسب السوق.

يجب أن تظل عناوين URL والتوجيه والإشارات القانونية متسقة

موقع ووردبريس متعدد اللغات هو أيضًا مشكلة توجيه. تحتاج كل نسخة لغوية إلى نمط عنوان URL ثابت، وتنقل متوقع، وعلاقة واضحة بالنسخ الأخرى من المحتوى نفسه.

إذا عوملت الترجمة كنص فقط، فقد ينتهي الموقع بصفحات محلية في المحتوى لكنها غير محلية في بنية العنوان. وهذا يخلق غموضًا للمستخدمين ومحركات البحث، خاصة عندما يُراد لنسخ اللغات أن تكون صفحات مميزة لا نسخًا قابلة للتبادل.

تُعد الإشارات القانونية وعلاقات اللغات مهمة لأنها تخبر برامج الزحف أي صفحة هي النسخة الأساسية للغة معينة وكيف ترتبط النسخ البديلة ببعضها. وإذا كانت هذه الإشارات غير متسقة، فقد تفهرس محركات البحث النسخة الخاطئة، أو تقسّم الصلة عبر النسخ المكررة، أو تفشل في فهم البنية متعددة اللغات.

المزامنة هي الفرق التشغيلي بين الترجمة والنظام

قد تنحرف الصفحة المترجمة عن مصدرها إذا لم تُنقل التحديثات بطريقة مضبوطة. ويمكن أن يؤثر هذا الانحراف في النص، والبيانات الوصفية، والروابط، والعلاقات المنظمة، والمراجع الديناميكية.

السؤال التشغيلي ليس فقط ما إذا كانت الترجمة موجودة، بل ما إذا كانت تظل متوافقة عندما يتغير المحتوى المصدر. فإذا عُدلت الصفحة الأصلية بعد الترجمة، يحتاج النظام متعدد اللغات إلى طريقة لاكتشاف ما الذي تغيّر، وما الذي يجب إعادة ترجمته، وما الذي يمكن أن يبقى مشتركًا.

وهنا تصبح هندسة المحتوى متعدد اللغات تخصصًا في الصيانة. تحتاج الفرق إلى قواعد لملكية المصدر، ونشر التحديثات، والمراجعة. ومن دون هذه القواعد، يتراكم على الموقع عدد من الترجمات الجزئية، والبيانات الوصفية القديمة، والنسخ اللغوية غير المتسقة التي يصعب تدقيقها لاحقًا.

يمكن أن تتعطل التكاملات حتى عندما تبدو الصفحة مترجمة

نادراً ما تعيش مواقع ووردبريس بمعزل. فقد تسهم النماذج، وبيانات التجارة، وسجلات العضوية، وفهارس البحث، والأنظمة المتصلة الأخرى جميعها في محتوى الصفحة أو سلوكها. إن ترجمة النص الظاهر لا تضمن أن هذه التكاملات ستعمل بشكل صحيح في كل لغة.

إذا كان التكامل يخزن التسميات أو المعرفات أو المحتوى الخاص باللغة خارج جسم المقال الرئيسي، فيجب أن يأخذ سير عمل الترجمة هذه البيانات في الحسبان أيضًا. وإلا فقد تعرض الصفحة نسخة مترجمة بينما لا تزال تشير إلى السجل الخطأ، أو الإعداد المحلي الخطأ، أو المحتوى الخارجي الخطأ.

القرار الهندسي هنا هو ما إذا كان يجب توطين التكامل أو ربطه أو مشاركته. ولكل خيار تبعاته: فالبيانات المحلية تزيد عبء الصيانة، والبيانات المشتركة تقلل التكرار، والبيانات المربوطة تتطلب علاقات موثوقة بين النسخ اللغوية.

يجب أن تختبر عملية التحقق السلوك، لا جودة اللغة فقط

يجب أن يتحقق التحقق التشغيلي لمواقع ووردبريس متعددة اللغات من أكثر من مجرد أن الترجمة مقروءة جيدًا. ينبغي أن يتأكد من أن بنية الصفحة سليمة، وأن البيانات الوصفية موجودة، وأن عناوين URL تعمل بشكل صحيح، وأن العلاقات القانونية واللغوية متسقة، وأن المحتوى الديناميكي يُعرض باللغة الصحيحة.

وتتحقق عملية تحقق مفيدة أيضًا من المزامنة بعد التعديلات. فإذا تغيّرت صفحة المصدر، فيجب مراجعة النسخ المترجمة بحثًا عن الكتل القديمة، أو الحقول المفقودة، أو الروابط المعطلة، أو العلاقات غير المتطابقة.

هذا هو الحد العملي الفاصل بين الترجمة الآلية وهندسة المحتوى متعدد اللغات: فالترجمة تنتج مخرجات لغوية، بينما يثبت التحقق أن هذه المخرجات لا تزال تتصرف كصفحة ووردبريس صحيحة في كل لغة مدعومة.