Now offering AI-powered website development services in Dubai — Learn More
الرئيسية  /  المدونة  /  تحسين محركات البحث للمواقع ثنائية اللغة (عربي/إنجليزي) عام 2026: دليل تقني من داخل استوديو إماراتي
مدوّنة الاستوديو

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

هيكل URLs، hreflang، عرض RTL، استراتيجية canonical، تكافؤ المحتوى، وفروقات البيانات المنظَّمة التي تكسب الظهور في بحث ar-AE — مكتوب من جانب الهندسة، لا من جانب مدوّنات السيو العامة.

موقع ثنائي اللغة (عربي + إنجليزي) يكلّف هندسياً نحو 1.4× من موقع لغة واحدة — لا 2×. التكلفة الإضافية تتركّز في ثلاثة أماكن: استراتيجية URLs، صحّة hreflang، وتصحيح تخطيط RTL. ترجمة المحتوى نفسها هي الجزء الأصغر. هذا الدليل هو ما نشغّله لكلّ عميل خليجي أو إماراتي يحتاج الترتيب في Google ar-AE وen-AE معاً.


استراتيجية URLs — اختر واحدة ولا تغيّرها

ثلاثة خيارات؛ اثنان فقط منطقيّان عام 2026.

الخيار A — مجلّد فرعي: example.com/ar/about وexample.com/about. موصى به لـ 95% من المواقع. محرّكات البحث تعامل الإصدارين كنفس سلطة النطاق. سهل الإعداد. hreflang سهل. شهادة SSL واحدة، تكوين CDN واحد، CMS واحد.

الخيار B — نطاق فرعي: ar.example.com وwww.example.com. مقبول إن سُلِّمت العربية من بنية تحتية مختلفة جوهرياً. تعامله Google كموقع منفصل، أي تبني سلطة النطاق مرّتين.

الخيار C — نطاق دولة: example.ae (عربي) وexample.com (إنجليزي). صحيح فقط إن كنت بحاجة لاستهداف دولة أيضاً. معظم شركات دبي لا تحتاج — تريد حركة إمارات، لا "كلّ من يتحدّث العربية عالمياً". ccTLD يقفلك على بلد واحد وهو الأغلى صيانة.

نختار افتراضياً الخيار A.


hreflang — أكثر الأشياء تخطئاً في SEO الدولي

hreflang يخبر Google أيّ لغة وبلد تستهدف الصفحة. يجب أن يكون:

  1. مرجعياً ذاتياً — صفحة EN تذكر نفسها كـ en-AE ونظيرتها AR كـ ar-AE. صفحة AR تفعل العكس.
  2. ثنائي الاتجاه — كلا الصفحتين تربطان بعضهما.
  3. محدّداً للغة + المنطقة، لا اللغة فقط. استخدم en-AE وar-AE لاستهداف الإمارات، لا en / ar فقط.
  4. مع x-default للّغة التي تعود لها Google عند عدم توفّر مطابقة.

مثال لصفحة EN:

<link rel="alternate" hreflang="en-AE" href="https://example.com/about">
<link rel="alternate" hreflang="ar-AE" href="https://example.com/ar/about">
<link rel="alternate" hreflang="x-default" href="https://example.com/about">

صفحة AR يجب أن تُصدر الثلاث ذاتها. hreflang غير المتماثل يكسر العنقود بصمت.

خطأ شائع في الإمارات: إدراج hreflang="ar-SA" على موقع دبي "لجلب حركة سعودية". لا تفعل. إن لم يكن لديك محتوى خاصّ بالسعودية، ستجد Google نفس المحتوى تحت رمزين إقليميّين وتختار واحداً — غالباً ليس الذي أردته.


RTL مشكلة تخطيط، لا مشكلة ترجمة

تبديل <html dir="rtl"> هو الجزء السهل. الجزء الصعب:

عكس واجهة المستخدم الاتجاهية. الأسهم الأمامية تصبح خلفية. أزرار "التالي" تنعكس. فواصل breadcrumb تنقلب. أسهم القوائم المنسدلة تدور.

خصائص CSS منطقية في كلّ مكان. استخدم margin-inline-start لا margin-left. padding-inline-end لا padding-right. inset-inline-end: 0 لا right: 0. Tailwind 3+ لديه ms-* / me-*. Bootstrap 5 لديه متغيّرات RTL لكلّ utility. خلط القديم (الفيزيائي) مع الجديد (المنطقي) هو حيث تعيش معظم أخطاء RTL.

خلط الأرقام والنص. "AED 4,400" داخل نصّ عربي يُعرض صحيحاً مع unicode-bidi: isolate على span. بدونه، تظهر الأسعار في ترتيب عشوائي في الجمل الطويلة.

خطوط الأيقونات. معظم مكتبات الأيقونات لا تنعكس آلياً. أيقونات Bootstrap تحتاج transform: scaleX(-1) يدوياً.

حقول النماذج. text-align: start لا left. حقول البريد تبقى LTR عبر dir="ltr" على الحقل — كتابة user@example.com في حقل RTL افتراضي تنتج فوضى.


تكافؤ المحتوى — Google يعاقب الاختلافات

Google يفهرس نسختي AR وEN باستقلال. لا يحتاجان أن يكونا ترجمة حرفية، لكن يجب أن يكونا متكافئَين جوهرياً. شحن صفحة EN بـ 2,000 كلمة وstub AR بـ 300 كلمة على نفس علاقة canonical هو طلب للمشاكل.

قاعدة عملية: نسخة AR يجب أن تبلغ على الأقلّ 60-70% من عدد كلمات EN وتغطّي نفس أقسام H2.

العناوين والـmeta: ترجم، لا تنقل صوتياً. "AI Automation Services" بالعربية يجب أن يستهدف الطلب البحثي العربي الفعلي — خدمات الأتمتة بالذكاء الاصطناعي، لا أي آي أوتوميشن.


البيانات المنظَّمة بلغتين

نفس رسم schema، كلا اللغتين تشتركان بنفس @id للمنظّمة. ترجم name، description، address.addressLocality. استخدم inLanguage على Article، Service، FAQPage لإعلان اللغة.


استراتيجية sitemap

مساران:

sitemap واحد مع بدائل xhtml:link — مدخل URL واحد لكلّ صفحة، أشقّاء hreflang معلَنون داخلياً.

sitemap منفصل لكلّ لغةsitemap-en.xml وsitemap-ar.xml، كلاهما مدرَج في فهرس sitemap.

نختار الأخير. يجعل من الأسهل اكتشاف متى تتأخّر لغة عن الأخرى في تكافؤ المحتوى.


التتبّع — قِس كلّ لغة منفصلة

اضبط GA4 بعرضين أو تيّارَي خاصيّتين، واحد لكلّ لغة. معظم لوحات التحليلات تُجمِّع زيارات /about و/ar/about افتراضياً — مفيد للحركة الإجمالية، عديم النفع لتحليل التحويل لكلّ لغة.


الستّة أشياء التي تفشل غالباً

  1. صفحة AR ليس لها canonical لنفسها — تصبح canonical عرضياً لرابط EN. النتيجة: صفحة AR لا تُفهرَس أبداً.
  2. hreflang على صفحة EN لكن ليس على AR. عنقود غير متماثل.
  3. صفحة AR تستخدم تخطيط LTR لأنّ خاصية dir="rtl" مشروطة بمتغيّر مفقود.
  4. <title> المترجَم طويل جداً وGoogle يقطعه عند الكلمة المفتاحية العربية الأهمّ.
  5. سرعة الموقع: صفحات AR تحمّل أوزان الخطوط العربية بشكل متزامن، تمنع أوّل رسم.
  6. نصّ الروابط في محتوى AR يربط لروابط EN — يُربك Google بشأن أيّ نسخة هي "الهبوط الأساسي" لاستفسارات ar-AE.

أسئلة شائعة

هل النسخة العربية يجب أن تترجم كلّ شيء حرفياً؟ لا. ترجم المفاهيم، لا السلاسل. مفردات البحث العربية الإماراتية مميّزة — "موقع إلكتروني" يفوق "ويب سايت" بنسبة 12-1 في حجم الكلمات.

هل أحتاج متحدّثاً أصلياً في الفريق؟ للمحتوى، نعم. للسيو التقني (hreflang، schema، RTL)، لا.

هل أستطيع ترجمة آلية لإطلاق أسرع؟ تستطيع، لكن توقّع ترتيباً أقلّ حتى تستبدلها بمحتوى بشري.

هل استهداف ar-AE كافٍ، أم أضيف ar-SA، ar-KW؟ أضِف رموزاً إقليمية أخرى فقط إن كان لديك محتوى خاصّ بكلّ منطقة.


أسرع طريقة للتحقّق من إعدادك ثنائي اللغة هي زحف موقعك بـ Screaming Frog (مجّاني حتى 500 رابط) وفحص تقرير hreflang. أو أرسل موجزاً وسنقوم بتدقيقه.

كل المقالات
مشاركة: