المواقع متعددة اللغات

تصميم مواقع متعددة اللغات لشركات الخليج: دليل عملي

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

3

رموز لغات، موقعٌ واحد

en وar وtr — رموز الآيزو التي يُعلنها عادة موقع ووردبريس الموجّه لجمهور الخليج ضمن وسوم hreflang

1

رابط URL واحد لكل لغة، دائمًا

/‏ و/ar/‏ و/tr/‏ — كل عنوان مستقل قابل للفهرسة، لا صفحة واحدة يُبدَّل محتواها عبر سكربت

RTL

هو نظام تخطيط كامل

العربية تُقرأ من اليمين إلى اليسار — والتنقل والنماذج والأيقونات يجب أن تُعكَس، لا فقرة النص وحدها

4–8 أسابيع

لإضافة لغة بشكل صحيح

لموقع قائم بحجم متوسط، بعد الاتفاق على استراتيجية المحتوى وخريطة hreflang

لماذا تفشل الترجمة الحرفية

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

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

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

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

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

الترجمة مقابل الترجمة الإبداعية

هناك عملان مختلفان يُباعان تحت المسمى نفسه. معرفة أيهما تحتاجه الصفحة فعليًا توفّر الميزانية وتجنّب الإحراج.

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

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

WPML وPolylang ومسألة اختيار المنصة

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

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

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

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

وسوم hreflang ولماذا تحتاج كل لغة إلى رابطها الخاص

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

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

عند التنفيذ الصحيح، تحمل كل نسخة لغوية مجموعة من روابط hreflang في رأس الصفحة — تشير إلى نفسها وإلى كل نسخة شقيقة، بالإضافة إلى احتياطي (x-default) للزوار الذين لا تطابق لغة متصفحهم أيًا من نسخ الموقع. يجب أن تكون الروابط متبادلة: إذا أشارت الصفحة الإنجليزية إلى النسخة العربية، يجب أن تشير النسخة العربية إليها بالعودة، وإلا فإن العلاقة لا تُؤكَّد وقد يتجاهلها محرك البحث. هنا بالضبط يميل hreflang المُكتوب يدويًا إلى الانحراف عن التزامن — تُضاف صفحة جديدة بالإنجليزية، وتحصل شقيقتها العربية على الوسم، وينسى الجميع إضافة رابط العودة. إضافة تعدد اللغات تُولّد هذه الروابط تلقائيًا من بيانات العلاقة نفسها التي تُشغّل مبدّل اللغة، وهذا هو السبب الرئيسي لاستخدامها بدلًا من بناء الآلية يدويًا.

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

كيف يقرأ محرك البحث موقعًا متعدد اللغات

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

الإنجليزيةfilweb.org/hreflang="en"العربيةfilweb.org/ar/hreflang="ar"التركيةfilweb.org/tr/hreflang="tr"hreflang: ar ⇄ enhreflang: tr ⇄ arhreflang: en ⇄ trكل رابط فريد وقابل للزحف، ويرتبط بنفسه وبكل نسخة شقيقة
روابط hreflang المتبادلة، لا مبدّل اللغة وحده، هي ما يُخبر محرك البحث أن هذه الصفحة نفسها بثلاث لغات.

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

RTL مشكلة تخطيط، لا مجرد إشارة لاتجاه النص

ضبط اتجاه النص من اليمين إلى اليسار في الصفحة (راجع مرجع MDN حول خاصية dir) هو الخمسة بالمئة السهلة من بناء موقع للعربية. إنه يعكس اتجاه قراءة النص. لكنه لا يفعل شيئًا لأجزاء الواجهة المصممة على افتراض الاتجاه من اليسار إلى اليمين، وهي معظم الأجزاء.

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

الأيقونات ضحية شائعة. السهم، والرمز المثلثي في قائمة أكورديون، وأيقونة “رجوع” على شكل سهم يشير لليسار — كل هذه تحمل معنى اتجاهيًا ينعكس في RTL. القالب الذي يعكس النص فقط ويترك مجموعة الأيقونات كما هي ينتج صفحة تُقرأ من اليمين إلى اليسار لكنها تُشير من اليسار إلى اليمين، وهو أمر أكثر تشويشًا من صفحة لم تكلّف نفسها عناء العربية أصلًا.

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

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

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

عكس الواجهة لتناسب العربية

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

LTR — الإنجليزيةRTL — العربيةLOGOHome   Services   About   ContactGrow Your BusinessTwo lines of body copyreading left to rightGet Startedreading & flow →LOGOالرئيسية  الخدمات  من نحن  تواصلنمّ عملكسطر نص هنايُقرأ من اليمين لليسارابدأ الآن← الاتجاه والتدفقالعكس هو تخطيط، لا مجرد اتجاه: الشعار والتنقل والأزرار وتدفق القراءة تنعكس جميعًا معًا
LTR وRTL تخطيطان مختلفان يخدمان المحتوى نفسه، لا تخطيطًا واحدًا تم فيه تبديل اتجاه النص فقط.

هنا أيضًا يقصر القالب “المُترجم” فقط عادة — فهو يعرض نصًا عربيًا لكنه يحتفظ بتباعد واتجاه أيقونات موجّهين للإنجليزية، منتجًا بالضبط التناقض الذي يلاحظه القراء الأصليون أولًا.

تنسيق العملات والأرقام حسب الجمهور

السعر ليس مجرد رقم مُلحق برمز عملة. إنه قطعة صغيرة من التوطين إما تطابق ما يتوقع القارئ رؤيته، أو تُشير بهدوء إلى أن الصفحة لم تُبنَ فعليًا من أجله.

الخليج ليس سوق عملة واحدة. السعر المعروض لجمهور دبي أو أبوظبي يُقرأ بشكل طبيعي بالدرهم الإماراتي (AED). العرض نفسه المعروض لـالرياض أو جدة يحتاج إلى الريال السعودي (SAR)، لا رقمًا محوّلًا بالدرهم مع ملاحظة بين قوسين. الدوحة تتوقع الريال القطري (QAR)، ومدينة الكويت تتوقع الدينار الكويتي (KWD) — وهو أيضًا عملة بثلاث خانات عشرية، بخلاف العملات الثلاث الأخرى، وهو تفصيل يُوقع منطق تنسيق الأرقام المُستعار من موقع بعملة واحدة.

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

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

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

ما الذي يتغيّر فعليًا بين اللغات: قائمة مرجعية عملية

العناصر التي تحتاج قرارًا مقصودًا لكل لغة، لا إعدادًا افتراضيًا عامًا يُعاد استخدامه في كل مكان.

العنصرالإنجليزية (الأصلية)العربيةلماذا الأمر ليس مجرد استبدال
اتجاه القراءةمن اليسار إلى اليمينمن اليمين إلى اليسارالتخطيط ينعكس، لا النص وحده
الأرقامعربية غربية (0-9)عربية غربية، وفق عرف الخليجتأكد لكل جمهور؛ الأرقام الهندية-العربية الشرقية موجودة أيضًا
العملة وتنسيق السعرتُعرض بعملة الموقع الأساسيةتُوطَّن حسب السوق: AED وSAR وQAR وKWDالرقم المحوّل يُقرأ كأنه أجنبي
تنسيق التاريخاسم الشهر مكتوبًا أو ترتيب لا لبس فيهالمبدأ نفسه، بأسماء أشهر عربيةالتاريخ الرقمي فقط غامض عبر المناطق
الطباعةخط لاتيني، بمقاييس لاتينيةوزن عربي مخصص، وارتفاع سطر مُعدَّلالحروف العربية المُضافة لاحقًا تُقرأ مزدحمة
الأيقونات والواجهة الاتجاهيةالأسهم والرموز المثلثية تشير مع تدفق القراءةمُعكوسة لتشير بالاتجاه الآخرالأيقونات غير المعكوسة تتناقض مع اتجاه النص
أساس الكلمات المفتاحيةبحث كلمات مفتاحية إنجليزيةبحث كلمات مفتاحية عربية منفصلنية البحث وحجمه يختلفان حسب اللغة
إشارات الثقة والدليلأي شيء يُقرأ كموثوق بالإنجليزيةدليل ذو صلة محلية، لا ترجمة حرفيةأسلوب الإقناع ثقافي، لا لغوي فقط

أين ينهار تحسين محركات البحث متعدد اللغات فعليًا

هذه أنماط فشل شائعة وموثّقة جيدًا في المواقع متعددة اللغات عمومًا — وليست ادعاءً بشأن مشروع بعينه — تستحق الفحص في أي موقع قبل افتراض أن الإعداد متعدد اللغات يعمل.

نمط الفشلكيف يبدو في الواقع العمليالحل
محتوى مكرر بين اللغاترابطان يعرضان نصًا شبه متطابق لأن صفحة "تُرجمت" باستبدال بضع كلمات فقط، أو خطأ في الإعداد يعرض نفس المحتوى تحت رابطي لغةتأكد أن كل رابط لغة يحمل محتوى مختلفًا فعليًا، مُوسّمًا بزوج hreflang خاص به، لا نسخة تم تغيير علم لغتها فقط
حلقات hreflangالصفحة أ تشير إلى الصفحة ب كنسختها العربية، لكن وسم الصفحة ب يشير إلى مكان مختلف تمامًا — غالبًا رابط قديم أو محذوف — فلا تُؤكَّد العلاقة أبدًادقّق أزواج hreflang في مصدر الصفحة بعد كل تغيير في المحتوى، لا عند الإطلاق فقط؛ الزوج غير المتبادل يعادل غيابه
سلاسل إعادة التوجيهرابط يُعيد التوجيه إلى رابط ثانٍ، يُعيد التوجيه بدوره إلى ثالث، غالبًا ما يُترك خلفًا بعد تغيير مُعرّف الرابط أو تغيير بنية اللغةوجّه كل إعادة توجيه مباشرة إلى وجهتها النهائية؛ سلسلة من قفزتين أو أكثر تهدر ميزانية الزحف ويمكن أن تُسقط إشارات hreflang في الطريق
إعادة توجيه إجبارية حسب لغة المتصفحيُعاد توجيه كل زائر إلى لغة مُخمَّنة من متصفحه أو عنوان IP الخاص به، دون أي طريقة للوصول إلى النسخة الأخرى عبر الرابطاكتشف واقترح، لا تُجبر أبدًا؛ حافظ على إمكانية الوصول المباشر لكل رابط لغة، بما في ذلك عبر برامج الزحف التي لا تحمل ترويسة لغة مفضّلة
غياب x-default أو خطؤهلا يوجد احتياطي مضبوط لزائر لا تطابق لغته أيًا من نسخ الموقع، أو أن x-default يشير إلى النسخة الخاطئةاضبط x-default عن قصد، وعادة تكون النسخة الأصلية أو الإنجليزية، بدلًا من تركه دون ضبط
صفحات رقيقة مُترجمة آليًالغة ثانية موجودة أساسًا لاستيفاء شكلي: قصيرة وعامة وواضح أنها مُترجمة لا مكتوبة، دون أي من عمق الأصل أو روابطه الداخليةعامل كل لغة كمشروع محتوى كامل، لا مهمة تصدير، خصوصًا للصفحات المُعدّة لتتصدر نتائج البحث

إضافة لغة ثانية إلى موقع قائم: عملية واقعية

01

الاكتشاف وتدقيق المحتوى

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

02

استراتيجية المحتوى لكل لغة

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

03

RTL والطباعة

التخطيط والتنقل والأيقونات مُعكوسة للعربية؛ الطباعة مختارة ومضبوطة خصيصًا للخط العربي، لا موروثة من القالب الإنجليزي.

04

الإعداد التقني لـ hreflang

كل لغة على رابطها الخاص، ووسوم hreflang متبادلة مُولَّدة من بيانات العلاقة نفسها التي يستخدمها مبدّل اللغة، واحتياطي x-default مضبوط عن قصد.

05

ضمان الجودة عبر اللغات والأجهزة

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

06

الإطلاق والمراقبة

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

“مبدّل اللغة ليس موقعًا متعدد اللغات. إنه مجرد زر. الموقع هو ما يحدث بعد أن ينقر عليه أحد.”
كيف نُوجز كل مشروع متعدد اللغات

كيف يبدو هذا على أرض الواقع

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

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

قراءات إضافية

إذا كنت تزن خيارات مشروع متعدد اللغات:

الأسئلة الشائعة

ما الفرق بين ترجمة موقع وتوطينه؟

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

هل أحتاج رابطًا منفصلًا لكل لغة، أم يمكنني استخدام مبدّل لغة بنص مخفي؟

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

ما هو hreflang ولماذا يهم؟

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

هل أستخدم WPML أو Polylang أو خيارًا آخر لموقع ووردبريس متعدد اللغات؟

كلاهما خياران قادران ولا يوجد أفضل بإطلاق. WPML يتعامل مع ترجمة نصوص القالب والإضافات والتكامل مع أدوات بناء الصفحات بإعداد يدوي أقل؛ Polylang له بصمة أخف ونسخة مجانية عملية. الخيار الصحيح يعتمد على حجم الموقع وأداة بناء الصفحات المستخدمة وميزانية الترخيص المستمرة؛ المبادئ البنيوية في هذا الدليل تنطبق على كليهما.

هل العربية هي فقط الإنجليزية مكتوبة من اليمين إلى اليسار؟

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

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

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

هل يجب أن تتغيّر الأرقام والتواريخ أيضًا للجمهور العربي؟

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

أي عملة يجب أن يعرضها موقع متعدد اللغات موجّه للإمارات؟

الدرهم الإماراتي (AED) لجمهور الإمارات، مُعروضًا بشكل أصيل لا كرقم محوّل من عملة أخرى. المبدأ نفسه ينطبق عبر الخليج: الريال السعودي (SAR) للسعودية، والريال القطري (QAR) لقطر، والدينار الكويتي (KWD) للكويت، ولكل منها أعراف تنسيق خاصة، بما في ذلك عملة الكويت ذات الثلاث خانات العشرية.

هل أحتاج التركية في موقع موجّه لسوق الخليج؟

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

ما الذي يسبب مشاكل المحتوى المكرر في المواقع متعددة اللغات؟

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

ما هي حلقة hreflang وكيف تحدث؟

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

كم من الوقت يستغرق إضافة لغة ثانية إلى موقع قائم؟

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

هل يمكنني فقط استخدام أداة ترجمة المتصفح بدلًا من التوطين الصحيح؟

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

هل تضر إضافة العربية بتحسين محركات البحث الإنجليزي الحالي لدي؟

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

تبني أو تعيد البناء لسوق الخليج؟

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

Leave a Reply

Your email address will not be published. Required fields are marked *


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