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

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

أسئلة يجيب عنها هذا الدليل

• ما الفرق بين تحسين محركات البحث متعدد اللغات ومتعدد المناطق (الدولي)؟
• متى يحتاج الموقع إلى استراتيجيات متعددة اللغات ومتعددة المناطق في آنٍ واحد؟
• كيف ينبغي أن تختلف خيارات بنية عناوين URL عند استهداف اللغات مقارنةً باستهداف البلدان؟
• ما الإشارات التي تستخدمها محركات البحث لتحديد اللغة والبلد المستهدف؟
• كيف تدعم تعليقات hreflang التوضيحية النسخ اللغوية والإقليمية معًا؟
• كيف ينبغي للفرق التعامل مع الصفحات المتشابهة باللغة نفسها والموجّهة إلى بلدان مختلفة؟
• ما الأخطاء الشائعة الناتجة عن الخلط بين تحسين محركات البحث متعدد اللغات والدولي؟

إجابة سريعة: تحسين محركات البحث متعدد اللغات مقابل متعدد المناطق

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

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

قد تحتاج إلى أحد النهجين أو كليهما. وتشير Google صراحةً إلى أن بعض المواقع متعددة المناطق ومتعددة اللغات في آنٍ واحد.

لماذا يخلط العاملون في المجال بين هذه المصطلحات؟

كثيرًا ما يستخدم المسوّقون مصطلح «تحسين محركات البحث الدولي» للإشارة إلى أيٍّ مما يلي:

• ترجمة الموقع إلى لغات جديدة
• إطلاق متاجر مخصصة لبلدان محددة، بالعملة المحلية ومع خدمات محلية لتنفيذ الطلبات
• الجمع بين تجارب مخصصة بحسب اللغة والبلد
• تطبيق hreflang باستخدام رموز اللغات أو المناطق

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

استخدم مصطلحات Google عند تحديد المتطلبات:

مقارنة جنبًا إلى جنب

متى تحتاج إلى كليهما معًا

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

ستحتاج على الأرجح إلى كليهما عندما:

• تبيع في بلدان متعددة، وتكون هذه البلدان متعددة اللغات
• يحتاج البلد الواحد إلى أكثر من لغة (بلجيكا، كندا، سويسرا)
• تختلف الصيغ الإقليمية للإنجليزية أو الإسبانية بما يكفي لتستحق عناوين URL منفصلة (en-US مقابل en-GB)، بينما تظل اللغات الأخرى موحّدة عالميًا

قد تحتاج فقط إلى تحسين محركات البحث متعدد اللغات عندما:

• تحتاج سوق رئيسية واحدة إلى لغات متعددة
• تظل آليات تنفيذ الطلبات والأسعار والشروط القانونية كما هي في البلد

قد تحتاج فقط إلى تحسين محركات البحث متعدد المناطق عندما:

• يظل المحتوى بلغة واحدة
• تختلف الأسواق في العملة أو الشحن أو اللوائح أو كتالوج المنتجات، حتى مع اشتراكها في اللغة

تمرين مفيد لورشة عمل: اكتب لكل سوق جملة تبدأ بعبارة «يحتاج المستخدمون في هذه السوق إلى…». إذا كانت الجملة تتعلق بفهم اللغة، فأنت تتعامل مع تعدد اللغات. وإذا كانت تتعلق بالشحن أو الضرائب أو كتالوج المنتجات أو الوجود القانوني، فأنت تتعامل مع تعدد المناطق. وإذا شملت الاثنين، فخطّط لكليهما قبل شراء حجم الترجمة المطلوب.

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

كيف تفسّر محركات البحث إشارات اللغة والبلد

اللغة

تحدد Google لغة الصفحة من المحتوى الظاهر. ولا تستخدم سمات lang في HTML أو عنوان URL أو hreflang لاكتشاف اللغة. إذ يوضّح hreflang العلاقات بين النسخ البديلة، ولا يحدد لغة الصفحة.

ما يعنيه ذلك عمليًا:

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

البلد / الإعدادات المحلية

تستخدم Google إشارات متعددة لتحديد الإعدادات المحلية المستهدفة، منها:

• نطاقات المستوى الأعلى لرموز البلدان (ccTLDs)
• تعريفات hreflang
• موقع الخادم (إشارة غير دقيقة، خصوصًا مع شبكات توصيل المحتوى)
• إشارات داخل الصفحة مثل العناوين المحلية وأرقام الهواتف والعملة واللغة المحلية

تتجاهل Google العلامات الوصفية للموقع الجغرافي، مثل geo.position، عند الاستهداف الجغرافي. والاستهداف الجغرافي ليس علمًا دقيقًا، لذا وفّر روابط ظاهرة للمستخدم تتيح اختيار المنطقة أو اللغة عند الوصول إلى النسخة غير المناسبة.

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

قرارات بنية عناوين URL

توصي Google باستخدام عناوين URL مختلفة لكل نسخة لغوية بدلًا من تغيير اللغة عبر ملفات تعريف الارتباط أو إعدادات المتصفح على عنوان URL واحد. فقد يخفي التبديل الديناميكي النسخ المختلفة عن برامج الزحف، لأن Googlebot يزحف غالبًا دون Accept-Language، وعادةً من بنية تحتية في الولايات المتحدة.

تورد Google في وثائقها خيارات عناوين URL التالية المخصّصة للإعدادات المحلية لأغراض الاستهداف الجغرافي:

نصيحة لاتخاذ القرار: اختر البنية التي يستطيع فريقك صيانتها لسنوات. غالبًا ما تكفي المجلدات متعددة اللغات على مضيف واحد للتوسع اللغوي. وتكون نطاقات المستوى الأعلى الخاصة بالدول (ccTLDs) أنسب عندما تفرض المتطلبات القانونية أو متطلبات العلامة التجارية أو واقع الاستضافة فصلًا صارمًا بين الأسواق. تستخدم كثير من البرامج التي تجمع بين اللغات والمناطق مجلدات فرعية مثل /en-us/ و/en-ca/ و/fr-ca/ ضمن نطاق واحد عندما تفضّل فرق التشغيل استخدام نظام إدارة محتوى واحد.

إذا كان لديك بالفعل موقع عالمي باللغة الإنجليزية وتريد إضافة ألمانيا، فلا تفترض أن /de/ يعني تلقائيًا «اللغة الألمانية لألمانيا». فقد يعني محتوى بالألمانية للجمهور العالمي، أو محتوى بالإنجليزية لألمانيا، أو محتوى بالألمانية لألمانيا. حدّد المقصود في المصفوفة أولًا، ثم عبّر عنه في المسار وقيم hreflang. فكثيرًا ما تتسبب رموز المجلدات الغامضة في الحاجة إلى إعادة العمل لاحقًا.

استخدام hreflang للنسخ اللغوية والإقليمية

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

القواعد الأساسية:

• يجب أن تُدرج كل نسخة رابطًا إلى نفسها وإلى النسخ الأخرى
• يجب أن تكون عناوين URL كاملة ومؤهلة بالكامل
• يجب أن تكون إشارات hreflang متبادلة؛ وإلا فقد يتم تجاهلها
• استخدم رموز اللغة وحدها (fr) أو رموز اللغة مع المنطقة (fr-CA)
• استخدم x-default للغات التي لا تتوفر لها نسخة مطابقة، خاصةً في صفحات اختيار اللغة أو المنطقة

تدعم hreflang جانبي هذه المقارنة:

• أزواج متعددة اللغات: en ↔ de
• أزواج متعددة المناطق باللغة نفسها: en-US ↔ en-GB
• مجموعات تجمع بين اللغات والمناطق: en-US وen-CA وfr-CA، بالإضافة إلى x-default

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

صفحات الدول المتعددة باللغة نفسها وعناوين URL الأساسية

غالبًا ما تنشر المواقع متعددة المناطق محتوى متشابهًا باللغة نفسها على عناوين URL مختلفة، مثل محتوى ألماني على كلٍّ من example.de/ وexample.com/de/. وينصح Google باختيار نسخة مفضّلة واستخدام rel="canonical" مع hreflang، حتى يتمكن من عرض عنوان URL المناسب للغة أو المنطقة.

عند استخدام hreflang، حدّد عنوان URL أساسيًا باللغة نفسها، أو بأفضل لغة بديلة متاحة إذا لم يتوفر عنوان أساسي باللغة نفسها.

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

إطار اتخاذ القرار: ما الاستراتيجية التي تحتاج إليها؟

اتّبع هذا التسلسل في ورش عمل التخطيط:

1. حدّد الأسواق التي ستبيع فيها (الدول).
2. حدّد اللغات التي تحتاج إليها كل سوق.
3. إذا كان عدد اللغات أكبر من 1 وعدد الدول يساوي 1 ← فأعطِ الأولوية لـتحسين محركات البحث متعدد اللغات.
4. إذا كان عدد الدول أكبر من 1 وعدد اللغات يساوي 1 ← فأعطِ الأولوية لـتحسين محركات البحث متعدد المناطق.
5. إذا كان كلا العددين أكبر من 1 ← فصمّم مصفوفة مشتركة لعناوين URL حسب الدولة × اللغة.
6. حدّد لكل عنوان URL ما إذا كانت الاختلافات تتعلق باللغة فقط، أو بالدولة فقط، أو بكليهما.
7. اختر نمطًا لعناوين URL يسهل الحفاظ عليه قبل تكليف جهة بالترجمة.
8. خطّط لمجموعات hreflang وقواعد عناوين URL الأساسية قبل الإطلاق، لا بعد ظهور مشكلات الفهرسة.
9. وفّر أدوات تتيح للمستخدمين تبديل اللغة أو المنطقة يدويًا، وتجنّب إعادة التوجيه الإجباري بناءً على تخمين إعداداتهم المحلية.
10. وثّق المصفوفة في موجز المحتوى ليكون لدى فرق الهندسة والتوطين وتحسين محركات البحث مرجع موحّد.

أخطاء شائعة في التخطيط

ما الأخطاء الشائعة الناتجة عن الخلط بين تحسين محركات البحث متعدد اللغات والدولي؟

1. اعتبار الترجمة استهدافًا جغرافيًا، أو العكس
2. استخدام عنوان URL واحد مع تبديل اللغة بالاعتماد على ملفات تعريف الارتباط
3. إعادة توجيه المستخدمين تلقائيًا بعيدًا عن النسخ البديلة بناءً على عنوان IP أو لغة المتصفح
4. افتراض أن رموز مسارات URL أو سمات lang تتيح لـGoogle التعرّف على اللغة
5. إطلاق نسخ مكررة للدول باللغة نفسها دون تحديد عنوان URL أساسي مفضّل
6. إنشاء مجموعات hreflang غير مكتملة تفتقر إلى روابط متبادلة
7. استخدام معلمات عناوين URL كأساس لبنية الموقع الدولية
8. الوعد بتحسين الترتيب بفضل الاستهداف الجغرافي دون الإقرار بالمفاضلات وعدم اليقين
9. ترجمة عناصر واجهة التنقل فقط مع ترك المحتوى الرئيسي دون ترجمة
10. البدء في بناء أنظمة التصميم قبل الاتفاق على مصفوفة الدولة × اللغة

قائمة التحقق من التنفيذ

• أعِدّ مصفوفة الدولة × اللغة لفترة الأشهر الـ12–24 المقبلة
• صنّف كل خلية بأنها متعددة اللغات أو متعددة المناطق أو كليهما
• اختر بنية عناوين URL (وتجنّب الاستهداف الجغرافي القائم على المعلمات)
• تأكّد من وجود عناوين URL مستقلة وقابلة للزحف لكل نسخة لغوية
• أعدّ مجموعات hreflang لرموز اللغات و/أو المناطق
• حدّد سياسة عناوين URL الأساسية (canonical) عند تداخل نسخ تستهدف دولًا متعددة باللغة نفسها
• أضف أدوات تتيح للمستخدمين التبديل بين اللغات والمناطق
• عطّل عمليات إعادة التوجيه الإلزامية حسب اللغة والمنطقة التي تحجب النسخ البديلة
• وطّن المحتوى الرئيسي لإنشاء نسخ لغوية فعلية
• تحقّق من تبادل الإشارات بين النسخ ومن الفهرسة بعد الإطلاق

دور GlotEO

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

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

استكشف المواقع متعددة اللغات المحسّنة لمحركات البحث من GlotEO أو قارن بين خطط GlotEO.

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