hreflang للمواقع ثنائية اللغة: التنفيذ والتحقق

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

قرّر بنية الروابط أولاً

hreflang يصف روابط، فلا بد أن تستقر الروابط قبل أن تكتب أي Tag.

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

https://example.com/services/        الإنجليزية
https://example.com/ar/services/     العربية

ثلاثة أسباب. كل رابط إنجليزي قائم يحتفظ بعنوانه وبقوة روابطه. والمجلد يُظهر اللغة للبشر وللزواحف دون سمعة منفصلة كما في الـ Subdomain. والاقتران آلي: أزل /ar/ أو أضفه فتحصل على التوأم.

لا تضع اللغة في معامل (?lang=ar)، ولا تبدّل اللغة بـ Cookie أو بإعداد المتصفح دون تغيير الرابط. يجب أن يتلقّى الزاحف والإنسان دائماً المستند نفسه على العنوان نفسه؛ فالصفحة التي تغيّر لغتها بحسب من يطلبها لا يمكن فهرستها بثقة بأي من اللغتين.

اختر طريقة واحدة لإصداره

هناك ثلاثة مواضع صحيحة لـ hreflang. اختر واحداً والتزم به عبر الموقع كله.

1. Tags من نوع <link> في الـ Head. الأكثر شيوعاً، والأسهل فحصاً في View Source. كل صفحة تذكر كل نسخها.
2. الـ XML Sitemap، ببدائل xhtml:link على كل مدخل. أفضل للمواقع الضخمة حيث يصعب إضافة Tags إلى القوالب.
3. HTTP Headers، للملفات غير HTML مثل PDF.

لموقع على Next.js أو WordPress أو ما شابه، استخدم Tags الـ Head، وفكّر في إصدارها في الـ Sitemap أيضاً؛ الاثنان معاً مقبولان ما داما متفقين.

القواعد التي تجعله يعمل

كل صفحة تذكر كل النسخ، بما فيها نفسها

على الصفحة الإنجليزية:

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

وعلى الصفحة العربية، الأسطر الثلاثة نفسها بالضبط. ليس «الأخرى فقط»، بل كلها. الصفحة التي تُغفل نفسها تكسر المجموعة.

الأزواج يجب أن تكون متبادلة

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

فقط للصفحات الموجودة فعلاً باللغتين

إن لم يكن لمقال إنجليزي نسخة عربية، فلا يجوز أن تدّعي الصفحة الإنجليزية وجودها. توجيه hreflang إلى صفحة تقدّم محتوى إنجليزياً تحت /ar/ لأن الـ CMS «يرجع إلى الإنجليزية» أسوأ من عدم وجود Tag أصلاً: يجد محرك البحث المحتوى نفسه على رابطين، أحدهما بعلامة خاطئة. القاعدة في الكود: أصدر البديل العربي فقط حين يوجد المستند العربي.

استخدم روابط مطلقة، وهي الـ Canonical

روابط https:// كاملة، وبالنسخة التي تشير إليها الصفحة كـ Canonical. لا توجّه hreflang أبداً إلى رابط يعيد التوجيه، ولا إلى نسخة http، ولا إلى نسخة بشرطة مائلة في النهاية أو بدونها تختلف عن الـ Canonical. الـ Redirect في هدف hreflang يكسر ذلك الزوج.

رموز لغة لا رموز منطقة، إلا إن قصدت ذلك

en و ar. إضافة منطقة (ar-SA و en-US) تخبر محرك البحث أن الصفحة مخصّصة تحديداً لسكان ذلك البلد، فيضيق الجمهور إلى هؤلاء الزوار وتصبح الصفحة مطابقة أضعف لكل من يقرأ اللغة في مكان آخر. استخدم المناطق فقط حين تقدّم فعلاً محتوى مختلفاً لكل بلد، كأسعار أو منتجات مختلفة.

x-default صفحة حقيقية

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

أنماط التنفيذ

Helper واحد لكل صفحة

نمط الفشل في المواقع المخصّصة أن يضيف المطوّر hreflang إلى أربعة قوالب وينسى الاثني عشر الأخرى. ابنِ دالة واحدة تُعطى المسار وما إذا كان التوأم العربي موجوداً، فتعيد المجموعة كاملة، واستدعها من Metadata كل صفحة. على موقع Next.js هي Helper باسم pageMeta تستخدمه كل الصفحات؛ وعلى WordPress هي مخرجات Plugin تعدد اللغات، التي تتحقق منها بدل أن تثق بها.

مبدّل اللغة يجب أن يربط إلى التوأم

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

أبعد hreflang عن الصفحات المحجوبة عن الفهرسة

الصفحة التي أخبرت الزاحف ألا يفهرسها يجب ألا تشارك في مجموعة hreflang. إن كان موقع الـ Staging أو مسودة لغة محجوبة بـ noindex، فأزلها من البدائل حتى تصبح حية.

الأخطاء الشائعة وكيف تبدو

تحقّق بـ Crawl لا بلقطة شاشة من Plugin

صفحة إعدادات Plugin تعدد اللغات التي تقول «hreflang: مفعّل» ليست دليلاً. الدليل هو ما يحتويه الـ HTML.

1. افحص الموقع بـ Crawler يعرض hreflang (في Screaming Frog تبويب مخصّص). صدّر تقرير hreflang.
2. ابحث عن: روابط عودة ناقصة، وأهداف غير Canonical، وأهداف تعيد أي شيء غير 200، وصفحات بلا hreflang إطلاقاً، و x-default غير متسق.
3. افتح تقرير الصفحات في Search Console وابحث عن «Duplicate, Google chose different canonical than user» على أزواج اللغات؛ فهكذا تبدو مجموعة hreflang متجاهَلة عملياً.
4. اجلب ثلاث صفحات من كل قالب بكل لغة بـ curl واقرأ الـ Head. القوالب تكذب أقل من لوحات التحكم.
5. أعد الـ Crawl بعد كل نشر يمسّ التوجيه. hreflang ينكسر حين يغيّر أحدهم قاعدة الشرطة المائلة، لا حين يعدّل أحدهم محتوى.

ما نفعله في المواقع التي نبنيها

Helper واحد يصدر الـ Canonical و hreflang و x-default لكل مسار، ويأخذ علامة تحدّد ما إذا كان التوأم العربي موجوداً حتى لا يكون الـ Tag كذبة أبداً. والـ Sitemap يُولَّد من البيانات نفسها. و lang و dir يُحسبان من الـ Locale ولا يُثبّتان في الكود أبداً. وبعد كل نشر يمسّ التوجيه يعاد الـ Crawl، لأن hreflang هو الجزء من الموقع ثنائي اللغة الذي ينكسر بصمت ويكلّف أكثر حين ينكسر.