تصميم المواقع العربية في دبي: دليل RTL (2026)

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

الإجابة المختصرة: الموقع العربي الحقيقي ليس نسختك الإنجليزية بعد تفعيل dir="rtl" وتمرير النص عبر Google Translate. إنه يتطلب محتوى عربياً مكتوباً بشكل مستقل (لا مترجماً كلمة بكلمة)، CSS مبني بخصائص منطقية (logical properties) بدل قيم يمين/يسار ثابتة، قواعد طباعة خاصة بالخط العربي، قائمة واضحة بالعناصر التي لا يجب أن تنعكس أبداً، وبنية توجيه (routing) وعلامات hreflang تُخبر جوجل أن هاتين نسختان أساسيتان كاملتان، لا صفحة واحدة تتظاهر بأنها اثنتان. تخطي أي من هذه النقاط ينتج بالضبط ذلك المظهر المعتاد لـ"النسخة العربية" — الأيقونات المعكوسة والنص المتكلّف — وفي الإمارات، حيث يشكّل الناطقون بالعربية جمهوراً أساسياً لجزء ضخم من الاقتصاد، هذه ليست مشكلة شكلية، بل مشكلة تجارية.

ما الذي تعنيه فعلياً "تصميم مواقع RTL"؟#

يبدأ تصميم الاتجاه من اليمين لليسار (RTL) بخاصية HTML وهي dir="rtl"، التي تُخبر المتصفح أن النص وترتيب القراءة — وتدفق التخطيط إن كان الـCSS مكتوباً بشكل صحيح — يجب أن يسير من اليمين لليسار بدل اليسار لليمين. هذه الخاصية الواحدة تقوم بالكثير تلقائياً: محاذاة النص، الاتجاه الافتراضي لتخطيطات flexbox وgrid، وموضع شريط التمرير، كلها تنعكس بناءً عليها في موقع مبني بشكل صحيح.

الخطأ الذي يقع فيه معظم الفرق هو افتراض أن dir="rtl" يتكفل بكل شيء، ثم اكتشاف أنه لا يفعل، و"إصلاح" الفجوات بتحويل CSS خشن أو قواعد موضع معكوسة يدوياً. هذا النهج يُنشئ ورقة أنماط (stylesheet) موازية ثانية عليك صيانتها للأبد، وهو بالضبط كيف ينتهي بك الأمر بعكس أشياء لم يكن يُفترض بها أن تنعكس أصلاً.

خرافة الانعكاس: ما الذي يجب ألا ينقلب أبداً؟#

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

الأرقام تبقى من اليسار لليمين. سواء كنت تستخدم الأرقام الغربية (123) أو الأرقام الهندية (١٢٣)، تُقرأ الأرقام من اليسار لليمين حتى داخل جملة عربية RTL. سعر "250 درهم" أو رقم هاتف يجب ألا يُعكس ترتيب أرقامه أبداً، رغم أن النص العربي المحيط يتدفق من اليمين لليسار.

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

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

الأيقونات ذات الدلالة الاتجاهية تحتاج حكماً، لا افتراضات جاهزة. سهم يشير إلى "التالي" أو "إلى الأمام" يجب عادة أن ينعكس ليشير لليسار في RTL، لأنه يمثل اتجاه تقدّم ينعكس مع اتجاه القراءة. أما زر التشغيل، أو علامة الصح، أو أيقونة الإعدادات (الترس) فلا يجب أن تنعكس، لأنها ليست اتجاهية بذلك المعنى. الحصول على هذه القائمة بشكل صحيح قرار تصميمي، وليس شيئاً يمكن أتمتته بعكس كل شيء واعتبار المهمة منتهية.

قواعد الطباعة التي تصنع أو تُفسد وضوح النص العربي#

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

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

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

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

الأساس التقني: كيف تبني هذا فعلياً؟#

الطريقة الدائمة للتعامل مع RTL ليست ورقة أنماط "معكوسة" موازية — بل بناء الموقع بالكامل باستخدام خصائص CSS المنطقية (logical properties) منذ البداية، بحيث يتعامل المتصفح مع الانعكاس الاتجاهي تلقائياً بناءً على خاصية dir في الصفحة.

بدل margin-left وmargin-right، تستخدم الخصائص المنطقية margin-inline-start وmargin-inline-end — تتحول "البداية" و"النهاية" تلقائياً إلى يمين ويسار حسب اتجاه النص. نفس النمط ينطبق على padding-inline-start/end، وborder-inline-start/end، واستخدام text-align: start بدل تثبيت text-align: left. عند الكتابة بهذه الطريقة، ورقة أنماط واحدة تخدم بشكل صحيح النسختين الإنجليزية والعربية من الموقع دون الحاجة لملف تجاوز RTL ثانٍ يجب مزامنته للأبد — المتصفح يقوم بعمل الانعكاس الذي كان سيتطلب نهجاً يدوياً مكوّناً تلو الآخر.

على صعيد التوجيه (routing)، هذا أحد المجالات التي تهم فيها قرارات البنية الحقيقية أكثر مما تدرك معظم الشركات. موقع NxFold نفسه مبني على Next.js باستخدام مكتبة next-intl للتدويل، مستخدماً استراتيجية بادئة لغة "عند الحاجة فقط" (as-needed): الموقع الإنجليزي يعيش على مسار النطاق الجذري (دون بادئة /en/ تُثقل كل رابط)، بينما تعيش الصفحات العربية تحت بادئة /ar/ نظيفة — nxfold.com/blog/... للإنجليزية، وnxfold.com/ar/blog/... للعربية. هذا خيار بنيوي متعمّد، لا صدفة: يُبقي الروابط الإنجليزية نظيفة (لأن الإنجليزية هي اللغة الافتراضية/الأساسية لمزيج الجمهور هذا تحديداً) بينما يمنح العربية شجرة روابط قابلة للزحف منفصلة تماماً يمكن لجوجل فهرستها كنسخة لغوية مستقلة.

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

استراتيجية المحتوى: لماذا الترجمة ليست توطيناً#

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

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

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

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

تحسين محركات البحث للمواقع ثنائية اللغة (عربي/إنجليزي)#

بعيداً عن علامات hreflang، هناك قرار بنيوي على كل شركة إماراتية ثنائية اللغة اتخاذه: أين يعيش المحتوى العربي فعلياً؟

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

الإمارات ترفع سقف التوقعات بشأن الحضور الرقمي العربي#

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

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

أخطاء شائعة في مشاريع المواقع العربية#

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

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

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

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

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

ما الذي يتطلبه فعلياً بناء موقع ثنائي اللغة حقيقي؟#

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

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

قائمة اختبار لمواقع RTL#

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

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

أسئلة شائعة#

ما هو تصميم المواقع RTL؟ تصميم RTL (من اليمين لليسار) هو بناء موقع بحيث يتدفق النص وترتيب القراءة والتخطيط من اليمين لليسار، بما يطابق كيفية قراءة العربية (ولغات RTL الأخرى) — يُنفَّذ بشكل صحيح باستخدام خصائص CSS المنطقية وخاصية HTML وهي dir="rtl" بدل أنماط معكوسة يدوياً.

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

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

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

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

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

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

هل يمكن تحويل موقع إنجليزي فقط موجود إلى ثنائي اللغة لاحقاً؟ نعم، لكنه عمل أكبر بكثير من بناء موقع ثنائي اللغة منذ البداية، خصوصاً إن لم يُكتَب الـCSS الأصلي بخصائص منطقية — تعديل دعم RTL على قاعدة كود مليئة بقيم margin-left/margin-right ثابتة يعني تدقيق وإعادة كتابة الأنماط مكوّناً تلو الآخر بدل الحصول على السلوك تلقائياً.

الخلاصة#

الموقع العربي الحقيقي ليس نسخة مترجمة من موقعك الإنجليزي مع نص معكوس — إنه محتوى مكتوب بشكل مستقل، وطباعة مضبوطة لوضوح العربية، وCSS مبني بخصائص منطقية بحيث يحدث الانعكاس تلقائياً وبشكل صحيح، وقائمة واضحة بالعناصر التي لا يجب أن تنعكس أبداً، وبنية توجيه وhreflang تُخبر جوجل أن هاتين نسختان لغويتان حقيقيتان. نظراً لمدى أهمية العملاء الناطقين بالعربية لأجزاء كبيرة من السوق الإماراتي، ونظراً لأن التوقعات الرسمية بشأن الحضور الرقمي العربي تبدو في تشدد لا تراخٍ، فإن معاملة النسخة العربية بأولوية مساوية للإنجليزية منذ اليوم الأول هي الخيار الأرخص على المدى الطويل، لا الأغلى. إن كانت نسختك العربية الحالية مجرد فكرة لاحقة مترجمة وتريد معرفة ما يتطلبه إصلاحها فعلياً، تواصل مع NxFold — نحن نبني منصات ثنائية اللغة (عربي/إنجليزي) حقيقية كممارسة قياسية، لا كخدمة إضافية، ويمكننا استعراض بالضبط ما ستشمله إعادة بناء RTL حقيقية لموقعك تحديداً.