الدليل الشامل لـ hreflang: التطبيق والرموز وتشخيص الأخطاء وإصلاحها

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

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

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

• ما هي hreflang، وما المشكلة التي تحلّها؟
• متى ينبغي للموقع تطبيق hreflang؟
• ما طرق التطبيق الثلاث المدعومة، وكيف تختار الفرق من بينها؟
• ما القواعد التي يجب أن تتبعها كل مجموعة hreflang؟
• كيف تعمل رموز اللغات والمناطق، بما فيها x-default؟
• كيف ينبغي أن تتكامل hreflang مع وسوم العنوان الأساسي؟
• ما أخطاء hreflang الأكثر شيوعاً، وكيف تشخّصها وتصلحها؟
• هل تكتشف hreflang لغة الصفحة أو تغني عن الترجمة؟

إجابة سريعة: ما الذي تفعله hreflang؟

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

ما لا تفعله hreflang:

• اكتشاف لغة الصفحة (يستخدم Google خوارزميات تحلّل المحتوى المرئي، لا hreflang ولا السمة lang في HTML)
• الاستعاضة عن أعمال الترجمة أو التوطين
• ضمان ترتيب في نتائج البحث لأي بلد أو لغة

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

متى تحتاج إلى hreflang

يوصي Google باستخدام توصيفات الصفحات البديلة في حالات مثل:

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

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

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

أسماء المجلدات وتسميات النطاقات الفرعية (/de/، de.example.com) لا تكفي وحدها. لا يستخدم Google هذه الرموز في المسارات أو النطاقات الفرعية لتحديد الجمهور المستهدف ما لم تحدّد هذا الاستهداف صراحةً، وتُعد hreflang الطريقة المعتادة لذلك.

القواعد الأساسية للمجموعات

كل إعداد صحيح لـ hreflang يشكّل مجموعة: أي مجموعة من عناوين URL التي يحدّد كل منها العناوين الأخرى كنسخ بديلة. وقواعد Google صارمة بما يكفي لأن تفشل المجموعات غير المكتملة غالباً من دون أي تنبيه.

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

رموز اللغات والمناطق

تستخدم قيم hreflang رموز اللغات وفق معيار ISO 639-1، ويمكن دمجها اختيارياً مع رموز المناطق وفق معيار ISO 3166-1 Alpha 2.

أنماط غير صالحة أو غير فعّالة يجب تجنّبها:

• المنطقة وحدها (US) — غير صالحة
• التعامل مع EU أو UN أو UK بوصفها رموز مناطق تؤثر في Google Search — فهي لا تؤثر فيه
• صيغ غير مدعومة مثل es-419

عندما تشترك عدة عناوين URL إقليمية في لغة واحدة (مثل en-IE وen-CA وen-AU)، وفّر أيضًا خيارًا عامًا لتلك اللغة، مثل en، يشمل مستخدميها الذين لم يُحدَّد موقعهم الجغرافي.

استخدم x-default خيارًا احتياطيًا عند عدم تطابق أي لغة أو منطقة أخرى، خاصةً لمحدّدات اللغة أو الصفحات الرئيسية التي تعيد التوجيه تلقائيًا. لا يعني x-default «الإنجليزية»، بل يعني «لا يوجد تطابق أفضل».

طريقة التنفيذ 1: وسوم الروابط في HTML

ضع وسوم الروابط البديلة داخل <head> سليم البنية. لا تجمع hreflang مع سمات أخرى للتمثيلات البديلة، مثل media، في وسم الرابط نفسه.

مثال لمجموعة صغيرة (en-US، en-GB، fr، x-default):

<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/pricing" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/pricing" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />

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

طريقة التنفيذ 2: ترويسات HTTP

للملفات غير المكتوبة بلغة HTML، أو عندما تكون إضافة الترويسات هي الخيار الأنسب لبنية الحوسبة الطرفية أو شبكة توصيل المحتوى (CDN) لديك، تدعم Google ترويسة HTTP ‏Link بالدلالات نفسها:

Link: <https://example.com/en-us/pricing>; rel="alternate"; hreflang="en-US",
      <https://example.com/en-gb/pricing>; rel="alternate"; hreflang="en-GB",
      <https://example.com/fr/pricing>; rel="alternate"; hreflang="fr",
      <https://example.com/pricing>; rel="alternate"; hreflang="x-default"

تُفيد الترويسات عندما تصعب إضافة <head> في HTML، لكن فحصها أصعب على فرق المحتوى. إذا استخدمت الترويسات، فوثّق الخدمة التي تولّدها وأدرج فحوصات الترويسات ضمن إجراءات ضمان الجودة.

طريقة التنفيذ 3: خرائط مواقع XML

يمكن لخرائط المواقع تحديد نسخ بديلة بحسب اللغة أو الإعداد المحلي باستخدام إدخالات xhtml:link. ويجب أن يسرد كل إدخال لعنوان URL جميع النسخ البديلة، بما فيها نفسه.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://example.com/en-us/pricing</loc>
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en-us/pricing"/>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/pricing"/>
    <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/pricing"/>
  </url>
  <!-- Repeat a <url> block for each alternate, each listing the full set -->
</urlset>

يناسب توليد خرائط المواقع الكتالوجات الكبيرة، لكن بشرط أن يعيد مسار المعالجة توليد المجموعة الكاملة من الروابط المتبادلة عند إضافة إعداد محلي أو إزالته.

اختيار طريقة واحدة

من منظور Google، تُعد وسوم HTML وترويسات HTTP وخرائط المواقع متكافئة. واستخدام الطرق الثلاث معًا لا يحسّن نتائج البحث، بل يضاعف مخاطر عدم الاتساق بينها.

اختر مصدرًا مرجعيًا واحدًا. تفضّل فرق هندسية كثيرة خرائط المواقع للتوسع، وHTML للمواقع التسويقية ذات الإعدادات المحلية القليلة. كلا الخيارين مناسب ما دامت الروابط المتبادلة صحيحة.

وسوم hreflang والوسوم الأساسية (canonical)

يعالج hreflang والوسم الأساسي مشكلتين مختلفتين. يحدّد hreflang النسخ البديلة بحسب اللغة أو المنطقة. أما الوسوم الأساسية فتحدّد عنوان URL المفضّل بين الصفحات شبه المتطابقة.

قواعد للحفاظ على اتساق الاثنين:

1. عند استخدام hreflang، حدّد صفحة أساسية باللغة نفسها، أو بأفضل لغة بديلة ممكنة إذا لم تتوفر صفحة أساسية باللغة نفسها.
2. لا تجمع سمات hreflang أو lang أو media أو type في رابط rel="canonical" واحد؛ فهذه التعليقات التوضيحية المجمّعة لا تُستخدم لتحديد الصفحة الأساسية. أبقِ التعليقات التوضيحية للنسخ البديلة منفصلة.
3. عند تحديد الصفحة الأساسية، تفضّل Google عناوين URL المشاركة في مجموعات hreflang ذات روابط متبادلة على عناوين URL المشابهة لها من نواحٍ أخرى والمستبعدة من المجموعة.
4. للمحتوى المتشابه أو المكرّر باللغة نفسها على عناوين URL لمناطق متعددة، اختر نسخة مفضّلة واستخدم rel="canonical" مع hreflang.

نمط عملي لصفحات البلدان التي تستخدم اللغة نفسها: يمكن أن يكون عنوان URL لكل بلد نسخة بديلة عبر hreflang (en-US، en-CA)، بينما يشير الوسم الأساسي لكل صفحة إلى الصفحة نفسها (أو إلى عنوان URL مفضّل تختاره عمدًا إذا كنت تريد فعلًا دمج النسخ). لا توجّه الوسم الأساسي لكل بلد إلى عنوان URL عالمي واحد باللغة الإنجليزية، وتتوقع في الوقت نفسه أن يظل عنوان URL لكل بلد هو النسخة البديلة المعروضة؛ فهذه الإشارات تتعارض مع بعضها.

مثال تطبيقي: مجموعة حسب اللغة والمنطقة

تخيّل صفحة أسعار تتوفر فيها:

• الإنجليزية للولايات المتحدة: https://example.com/en-us/pricing → en-US
• الإنجليزية للمملكة المتحدة: https://example.com/en-gb/pricing → en-GB
• الفرنسية لجميع المناطق: https://example.com/fr/pricing → fr
• محدِّد اللغة / الخيار الاحتياطي: https://example.com/pricing → x-default
• نسخة إنجليزية عامة اختيارية: https://example.com/en/pricing → en (يُوصى بها عند وجود نسخ إقليمية من الإنجليزية)

أدرِج المجموعة الكاملة من الإشارات المتبادلة في كل عنوان URL أعلاه. في صفحة الولايات المتحدة، ستتضمن شيفرة HTML إشارة إلى الصفحة نفسها، بالإضافة إلى GB وFR وx-default والنسخة الإنجليزية العامة إن كنت تنشر واحدة.

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

الأخطاء الشائعة وتشخيص المشكلات

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

خطوات تشخيص المشكلات:

1. صدِّر المصفوفة المطلوبة للنسخ المحلية × عناوين URL.
2. لعنوان URL تختاره كعينة، اجلب شيفرة HTML بعد العرض والترويسات أو إدخالات خريطة الموقع، واسرد كل وجهة يشير إليها hreflang.
3. تأكَّد من أن الصفحة تتضمن إشارة إلى نفسها.
4. تأكَّد من أن كل وجهة تُرجع المجموعة نفسها (أو على الأقل زوجًا من الروابط المتبادلة أثناء الترحيل).
5. تحقَّق من صحة الرموز بالرجوع إلى قوائم ISO؛ ولا تقبل UK/EU/UN بوصفها رموز مناطق.
6. تأكَّد من توافق لغة العنوان الأساسي مع لغة الصفحة.
7. أعِد التحقُّق بعد إطلاق النسخة المحلية التالية، ولا تكتفِ بالتحقُّق عند الإطلاق الأول.

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

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

• تأكَّد من حاجتك إلى نسخ بديلة (عناوين URL للغات متعددة و/أو مناطق متعددة)
• أنشئ مصفوفة للنسخ المحلية × عناوين URL قبل كتابة الوسوم
• اختر طريقة تنفيذ واحدة (HTML أو الترويسات أو خرائط الموقع)
• استخدم عناوين URL مطلقة فقط
• أدرِج إشارات ذاتية في كل صفحة
• افرض تبادل الروابط (الروابط العكسية)
• استخدم رموزًا صالحة للغة وللغة والمنطقة؛ ولا تُضِف رموز أنظمة الكتابة إلا عند الحاجة
• أضِف نسخًا عامة للغة عند وجود نسخ إقليمية من اللغة نفسها
• اضبط x-default لصفحات اختيار اللغة / الخيارات الاحتياطية عند عدم وجود تطابق
• اضبط العناوين الأساسية بما يراعي تفضيل الصفحات باللغة نفسها
• أبقِ canonical وhreflang في وسمَي تعريف منفصلين
• اختبِر جودة عينة من عناوين URL بعد كل إضافة أو إزالة لنسخة محلية
• وفّر روابط لاختيار اللغة والمنطقة تظهر للمستخدمين (لا تعتمد على التعليقات التوضيحية وحدها لتوفير تجربة المستخدم).

Hreflang ومحركات الإجابة بالذكاء الاصطناعي

Hreflang هو تعليق توضيحي يستخدمه بحث Google (ويهمّ أيضًا محركات البحث الأخرى التي تراعي إشارات الصفحات البديلة). وهو يوضّح لبرامج الزحف العلاقة بين إصدارات الصفحات المخصّصة للغات والمناطق المختلفة. لكنه لا يضمن أن يختار ChatGPT أو Claude أو Gemini أو Perplexity أو Copilot أو Google AI Overviews الإصدار اللغوي «الصحيح» عند تقديم إجابة.

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

تظل أدلة تحسين محركات البحث متعددة اللغات المخصّصة لكلٍّ من Google وBing هي المرجع للتعمّق في تفاصيل التنفيذ الخاصة بكل محرك.

تحسين الظهور في بحث Google ‏(hreflang)

بحث Google هو الجهة الأساسية التي تستخدم تعليقات hreflang التوضيحية. نفّذ مجموعات الصفحات ذات الإشارات المتبادلة، واستخدم رموزًا صالحة وعناوين URL أساسية متوافقة، وفقًا لتوثيق Google تمامًا. شخّص الأخطاء وأصلحها باستخدام تقارير الاستهداف الدولي في Search Console حيثما توفّرت.

تحسين الظهور في Bing (الصفحات البديلة)

قد يتعامل Bing مع إشارات الصفحات البديلة بطريقة تختلف عن Google. أبقِ عناوين URL الخاصة بإصدارات اللغات والمناطق قابلة للزحف، وتحقّق من تغطيتها في Bing Webmaster Tools بدلًا من افتراض أن طريقة تعامل Google مع مجموعات hreflang تنطبق عليه تمامًا.

دليل المنصة: ChatGPT

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

دليل المنصة: Gemini

تظل الإصدارات اللغوية القابلة للفهرسة مفيدة لـGemini وتجارب الذكاء الاصطناعي من Google. لا تتعامل مع hreflang على أنه مفتاح لتغيير لغة AI Overviews، بل حافظ على صفحات موطّنة تعطي الأولوية لاحتياجات المستخدمين ويمكن لـGoogle الزحف إليها.

دليل المنصة: Google AI Overviews

قد تتضمّن AI Overviews روابط إلى صفحات تدعم الإجابة. لكن hreflang وحده لا يحدّد لغة الملخّص. وتظل الصفحات الموطّنة والقابلة للفهرسة متطلبًا عمليًا أساسيًا؛ إذ إن إدراجها غير مضمون.

كيف يساعدك GlotEO

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

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

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