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

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

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

• ما الفرق بين تحسين محركات البحث متعدد اللغات ومتعدد المناطق (الدولي)؟
• متى يحتاج الموقع إلى استراتيجيتَي تعدد اللغات وتعدد المناطق معًا؟
• كيف ينبغي أن تختلف خيارات بنية عناوين 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 التالية الخاصة بالإعدادات المحلية لأغراض الاستهداف الجغرافي:

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

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

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

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

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

• يجب أن تتضمن كل نسخة إشارة إلى نفسها وإلى النسخ الأخرى
• يجب أن تكون عناوين URL كاملة
• يجب أن تكون الإشارات متبادلة؛ وإلا فقد يتم تجاهلها
• استخدم رموز اللغة وحدها (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 الأساسية لحالات تداخل المحتوى باللغة نفسها بين بلدان متعددة
• أضِف أدوات تتيح للمستخدمين التبديل بين اللغات والمناطق
• عطّل عمليات إعادة التوجيه القسرية بحسب اللغة أو المنطقة التي تُخفي النسخ البديلة
• وطّن المحتوى الرئيسي لإنشاء نسخ لغوية فعلية
• تحقّق من تبادلية الروابط والفهرسة بعد الإطلاق

كيف يساعدك GlotEO

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

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

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

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