دليل

لماذا تصميم RTL ليس مجرد عكس للتخطيط الإنجليزي؟

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

العكس يحل الهندسة لا الفهم

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

ما الذي يتغير فعلًا في RTL

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

الأخطاء التي تفضح النسخة

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

ابنِ الاتجاه في النظام لا في ورقة أنماط ثانية

الأسلوب القابل للصيانة هو ضبط الاتجاه في HTML واستخدام خصائص CSS المنطقية، margin-inline-start بدل margin-left، وpadding-inline-end بدل padding-right، فتتكيّف المكوّنات بقاعدة بدل أن تُتجاوز. اكتب المكوّنات مدركة للاتجاه مرة واحدة، فترث كل شاشة جديدة السلوك الصحيح مجانًا. أما البديل، ورقة أنماط معكوسة، فيعني أن كل ميزة مستقبلية تحتاج مرور RTL ثانيًا، وسينسى أحدهم واحدًا في النهاية.

الجانب البنيوي: الروابط و hreflang و Canonical

  • كل لغة تحتاج رابطًا قابلًا للزحف خاصًا بها، لا مبدّلًا يعمل على رابط واحد
  • كل نسخة لغوية تحتاج Canonical ذاتي المرجع
  • يجب أن يقرن hreflang الصفحات المكافئة في الاتجاهين، مع تحديد x-default
  • يجب أن يصل مبدّل اللغة إلى الصفحة المكافئة لا إلى الصفحة الرئيسية دائمًا
  • البيانات الوصفية و Open Graph والبيانات المنظمة تحتاج نسخة لكل لغة تطابق المحتوى الظاهر

متى تقرر

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

أسئلة شائعة

هل يكفي إضافة direction: rtl؟

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

هل تُعكس كل الأيقونات في RTL؟

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

هل تضاعف إضافة العربية تكلفة المشروع؟

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

كيف تُبنى الروابط العربية والإنجليزية؟

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

هل يمكن إضافة العربية لمنتج قائم؟

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

تحتاج منتجًا عربيًا يُقرأ كمصمَّم لا كمترجم؟

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