hreflang
ما هي hreflang فعلًا، وكيف تنشئ العناقيد التبادلية وتدققها على نطاق واسع، ولماذا تُعد تلميحًا لا توجيهًا — بقلم Patrick Stox.
اللغات
دليل واحد في هذه الصفحة
- أداة مباشرة ذات صلةhreflang Generator + Linter
تخبر hreflang محركات البحث بالنسخة اللغوية أو الإقليمية من الصفحة التي ينبغي عرضها، لكنها تظل تلميحًا لا ضمانًا للفهرسة أو الترتيب أو الزيارات أو عنوان URL الظاهر. يجب أن تسرد كل نسخة نفسها وجميع النسخ البديلة، وأن تعود كل إشارة إلى الصفحة الأخرى، وإلا قد تُتجاهل العلاقة. اختر طريقة واحدة: وسوم HTML داخل head أو ترويسات HTTP أو خريطة موقع XML. استخدم رموز ISO صالحة مثل en-GB لا en-UK، وعناوين URL مطلقة وcanonical ذاتية. راقب أيضًا أن Bing تعتمد بدرجة أكبر على content-language، وأن التدقيق البصري للعناقيد أفضل من جدول البيانات.
الخلاصة — تخبر hreflang محركات البحث بالنسخة من الصفحة المخصصة لكل لغة أو منطقة — كي يحصل المتحدث بالإسبانية على صفحتك الإسبانية، والمتحدث بالفرنسية على صفحتك الفرنسية. وتضيف إلى كل صفحة تعليقًا صغيرًا يسرد جميع النسخ اللغوية. لكن كل صفحة يجب أن تشير إلى جميع الصفحات الأخرى، وإلا فقد تتجاهل Google التعليقات المتأثرة.
ما هي hreflang
إذا نشرت الصفحة نفسها بأكثر من لغة — أو باللغة نفسها لبلدان مختلفة — فـhreflang هي الطريقة التي تخبر بها Google أي نسخة هي أي نسخة. وهي تعليق يسرد جميع النسخ البديلة للصفحة واللغة (والمنطقة اختياريًا) التي تستهدفها كل نسخة. وعندما يبحث شخص ما، تستطيع Google استخدام ذلك لاستبدال النسخة بالنسخة المطابقة للغته وموقعه — فهي إشارة تساعد Google على اختيار عنوان URL الموطّن الصحيح، وليست ضمانًا للفهرسة أو الترتيب أو الزيارات أو عنوان URL الظاهر أو الاستشهاد في إجابات الذكاء الاصطناعي.
Evidence for this claim Google accepts hreflang in HTML, HTTP headers, or XML sitemaps and says the methods are equivalent from its perspective. Scope: Google Search hreflang implementation methods. Confidence: high · Verified: Google: Localized versionsيبدو الأمر هكذا في عنصر <head> في HTML الصفحة:
<link rel="alternate" hreflang="en-us" href="https://example.com/en-us/" />
<link rel="alternate" hreflang="es" href="https://example.com/es/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />يقول كل سطر: “هناك نسخة بديلة من هذه الصفحة، وهي لهذه اللغة/المنطقة، وتوجد على عنوان URL هذا.”
الطرق الثلاث لإضافتها
أنشئ وسومًا صالحة باستخدام مولّد hreflang ومدققه:
- في مصفوفة اللغة/عنوان URL، أضف صفًا لكل نسخة لغوية من صفحتك (رمز اللغة + عنوان URL) — ويتحدث الناتج مباشرة أثناء الكتابة.
- اختر الصيغة التي تحتاجها من علامات تبويب الناتج — وسوم Head أو XML لخريطة الموقع أو ترويسات Link أو مقتطفات إطار العمل.
- افحص لوحة المدقق بحثًا عن تحذيرات الرمز غير الصالح أو رابط العودة المفقود، ثم انسخ النتيجة أو نزّلها.
لا تحتاج إلا إلى اختيار طريقة واحدة من هذه الطرق:
- وسوم HTML داخل
<head>— الطريقة الأكثر شيوعًا، كما هو موضح أعلاه. مناسبة للمواقع الأصغر. - ترويسات HTTP من نوع
Link— المعلومات نفسها تُرسل في استجابة الخادم بدلًا من HTML. وهذا هو الخيار الوحيد للملفات غير HTML مثل PDF. - خريطة موقع XML — تسرد النسخ البديلة داخل خريطة موقعك بدلًا من كل صفحة. وهي الأفضل للمواقع الكبيرة، لأنك لا تحتاج إلى لمس HTML لكل صفحة.
يجب أن تكون الرموز صالحة
القيمة هي رمز لغة، يتبعه اختياريًا شرطة ورمز منطقة:
- اللغة تستخدم ISO 639-1 —
enللإنجليزية، وesللإسبانية، وdeللألمانية، وjaلليابانية. - المنطقة (اختيارية) تستخدم ISO 3166-1 alpha-2 —
en-usوen-gbوes-mx.
هناك شيئان يخطئ فيهما الناس باستمرار: المملكة المتحدة هي gb، لذا فإن الإنجليزية البريطانية هي en-GB وليست en-UK (أما uk فمحجوزة وتعني الأوكرانية فعلًا). ويمكنك استهداف لغة وحدها (es = جميع المتحدثين بالإسبانية في كل مكان)، لكن لا يمكنك استهداف منطقة وحدها — إذ يجب أن تسبقها لغة دائمًا.
عقد hreflang الموثق لدى Google أضيق من مساحة الرموز التي تسمح بها منصة الويب عمومًا: تتعرف Google على اللغة + المنطقة الاختيارية، وتقول إن الرموز المحجوزة مثل EU وUN وUK لا تأثير لها باعتبارها أهدافًا إقليمية. كما أن معيار وسم اللغة الأوسع HTML/BCP 47، الذي تُبنى عليه hreflang، يدعم أيضًا رموز النصوص الفرعية (مثل zh-Hant للصينية التقليدية وsr-Latn للصربية بالحروف اللاتينية) — وهذا مفيد معرفته لسمات lang عمومًا، لكن التزم بنمط اللغة مع المنطقة الموثق لدى Google في hreflang تحديدًا.
القاعدتان اللتان تجعلانها تعمل
- يجب أن تشير كل صفحة إلى الأخرى. إذا ربطت صفحتك الإنجليزية بصفحتك الإسبانية، فيجب أن تربط الصفحة الإسبانية بالإنجليزية. وإذا كان رابط العودة مفقودًا، فقد تتجاهل Google التعليقات المتأثرة أو تسيء تفسيرها.
- ينبغي أن تشير كل صفحة إلى نفسها. تسرد كل نسخة نفسها في مجموعة وسوم hreflang الخاصة بها (وسم “الإشارة الذاتية”). تقول Google إنه اختياري لكنه ممارسة جيدة، وهو الإعداد الافتراضي الأكثر أمانًا.
متى تحتاج فعلًا إلى hreflang؟
تحتاج إليها عندما تكون لديك نسخ مختلفة فعلًا من الصفحة للغات أو المناطق المختلفة:
- ترجمات حقيقية (صفحة إنجليزية وصفحة إسبانية).- اللغة نفسها لأسواق مختلفة بصورة ذات معنى (صفحة إنجليزية للولايات المتحدة وصفحة إنجليزية للمملكة المتحدة بأسعار أو تهجئة أو معلومات شحن مختلفة).
لا تحتاج إليها في موقع بلغة واحدة، ولا ينبغي أن تضيفها إلى صفحات رقيقة أو مترجمة آليًا لمجرد وجودها. لا تجعل hreflang ترتيبك أعلى — بل تساعد النسخة الصحيحة على الظهور للشخص الصحيح.
هل تريد نسخة التنفيذ على نطاق واسع، وحالات الحافة في إضفاء الطابع الأساسي، وما تفعله Bing بدلًا من ذلك، وكيف تدقق عنقودًا معطوبًا؟ انتقل إلى علامة التبويب Advanced.
أخطاء hreflang التي تكسر العناقيد
نشر تعليقات أحادية الاتجاه
لماذا يفشل: النسخة البديلة التي لا تشير إلى الصفحة الأصلية تنشئ وسم عودة مفقودًا، لذا قد يجري تجاهل الزوج. افعل بدلًا من ذلك: أنشئ المجموعة التبادلية الكاملة لكل عضو، بما في ذلك إشارته الذاتية.
توجيه hreflang إلى عناوين URL أعيد توجيهها أو ليست أساسية
لماذا يفشل: يسمي التعليق عنوان URL ليس النسخة النهائية القابلة للفهرسة، ما ينشئ إشارات متعارضة. افعل بدلًا من ذلك: استهدف عناوين URL canonical مباشرة ذات استجابة 200، واجعل كل صفحة canonical لنفسها ما لم يكن الدمج مقصودًا.
استخدام رمز دولة من دون لغة
لماذا يفشل: المنطقة اختيارية، لكن اللغة مطلوبة. افعل بدلًا من ذلك: استخدم رمز لغة صالحًا مثل en، يتبعه اختياريًا رمز منطقة صالح مثل en-GB.
خلط طرق التنفيذ من دون مصدر واحد للحقيقة
لماذا يفشل: قد تنحرف HTML والترويسات وخرائط المواقع إلى عناقيد متناقضة. افعل بدلًا من ذلك: اختر الطريقة التي يستطيع مكدسك إنشاءها بصورة موثوقة، أو اشتق كل الطرق من خريطة اللغة نفسها.
اختبر نفسك: Hreflang
الخلاصة — hreflang إشارة إلى عنقود تبادلي: تسرد كل صفحة نفسها وجميع النسخ البديلة، ويُبطل وسم العودة المفقود الزوج. أعلن عنها بطريقة واحدة فقط — رأس HTML أو ترويسات HTTP من نوع
Link(لملفات PDF) أو خريطة موقع XML (الأفضل على نطاق واسع). الرموز هي لغة ISO 639-1 + منطقة ISO 3166-1 alpha-2؛ وen-UKخطأ، والصحيحen-GB. وهي تلميح لا توجيه (Mueller) — فـhreflang الخاطئة تُتجاهل ولا تُعاقب، ويمكن لـGoogle تجاوزها لأسباب دمج اللغة نفسها أو الفهرسة. وهي تتعطل باستمرار: في دراستي لدى Ahrefs لـ374 756 نطاقًا، كان لدى أكثر من 67% مشكلة واحدة على الأقل. وتعامل مع تدقيق العناقيد بصريًا، وتذكّر أن Bing تتعامل معcontent-languageبوصفها إشارة أضعف بكثير، لا عبر جداول البيانات.
hreflang عنقود، وليست وسمًا
© Patrick Stox LLC · CC BY 4.0 ·
© Patrick Stox LLC · CC BY 4.0 ·
النموذج الذهني الذي يحل معظم الالتباس حول hreflang هو أنها ليست وسمًا لكل صفحة، بل رسمًا بيانيًا ثنائي الاتجاه. ومتطلب Google نفسه صريح — “Each language version must list itself as well as all other language versions” (ترجمة) «يجب أن تسرد كل نسخة لغوية نفسها وجميع النسخ اللغوية الأخرى»، و “if two pages don’t both point to each other, the tags will be ignored.” (ترجمة) «إذا لم تشر الصفحتان كل منهما إلى الأخرى، فستُتجاهل الوسوم». فإذا أشارت الصفحة X إلى Y ولم تشر Y إلى X، تُسقط تلك الحافة بصمت. وقد يؤدي وسم عودة مفقود واحد إلى تجاهل التعليقات المتأثرة أو تفسيرها بصورة غير صحيحة — لكن Google تقول إنها قد تواصل معالجة الأزواج التي تبادلت الإشارة بصورة صحيحة داخل عنقود أكبر، لذا لا تؤدي علاقة معطوبة واحدة بالضرورة إلى إسقاط كل التعليقات.
Evidence for this claim Each hreflang set should include the page itself, use fully qualified URLs, and include return links; without reciprocity, the affected annotations may be ignored or misinterpreted. Scope: Google Search hreflang guidelines; the documentation does not say one missing return link invalidates every annotation in a cluster. Confidence: high · Verified: Google: Localized versions guidelinesتنتج عن ذلك قاعدتان لا تفاوض عليهما:
- التبادلية. يجب أن يعود كل مرجع. وهنا تتعطل عمليات التنفيذ على نطاق واسع — فبمجرد خروج قالب أو حقل في نظام إدارة المحتوى أو صفحات منطقة من المزامنة، تختفي روابط العودة.
- الإشارة الذاتية. تسرد كل صفحة نفسها. يسميها Mueller “optional—but good practice” (ترجمة) «اختيارية، لكنها ممارسة جيدة»؛ وعمليًا، المجموعة ذات الإشارة الذاتية هي أنظف طريقة للحفاظ على اتساق العناقيد، ويُشار إلى غيابها باعتباره مشكلة.
وتلزم أيضًا عناوين URL مطلقة ومؤهلة بالكامل — https://example.com/foo ، وليس //example.com/foo أو /foo.
ثلاث طرق — والمفاضلات
تتعامل Google مع وسوم HTML وترويسات HTTP وخرائط مواقع XML باعتبارها متكافئة — ولا توجد فائدة بحثية من تنفيذ أكثر من طريقة. اختر طريقة واحدة لكل موقع بناءً على ما يستطيع مكدسك صيانته بصورة موثوقة؛ فخلطها يدعو إلى التعارضات.
- وسوم HTML داخل
<head>. أبسط الطرق وأكثرها وضوحًا. عيبها: في موقع يضم عشرات اللغات، تحمل كل صفحة كتلة كبيرة من وسوم<link>، ما يزيد وزن الترميز، وأي وسم يوجد في<body>(بسبب HTML غير سليم أو حقن JS) يكون غير صالح — إذ لا تُحتسب hreflang إلا في<head>الصفحة كما تقوم Google بعرضها/تحليلها. - ترويسات HTTP من نوع
Link. الخيار الوحيد للموارد غير HTML مثل ملفات PDF. تُرسل في الاستجابة، لذا لا تنفخ حجم المستند. - خرائط مواقع XML. الاختيار الصحيح على نطاق واسع. تعيش التعليقات مركزيًا (عناصر
xhtml:linkالفرعية تحت كل<url>، مع مساحة الأسماءxmlns:xhtml="http://www.w3.org/1999/xhtml")، لذا يمكنك إعادة إنشاء العنقود كله من قاعدة بيانات من دون إعادة نشر الصفحات. ولا توجد طريقة “أسرع” — إذ تُحسم HTML وخرائط المواقع وقت الزحف — لكن خرائط المواقع أسهل بكثير في ضمان الجودة، لأنك تستطيع التحقق من الرسم البياني كله في ملف واحد بدل زحف كل صفحة.
الربط التبادلي على نطاق واسع — حيث يتعطل
في موقع يضم 5 لغات، تكون تلك مصفوفة مراجع 5×5 لكل مجموعة صفحات، وتُنشأ من جديد كلما أضفت لغة أو حذفتها، أو أصلحت مسارًا، أو رحّلت عنوان URL. وأنماط الفشل متوقعة:
- صيغ عناوين URL غير متسقة. شرطة مائلة في النهاية مقابل عدم وجودها،
httpمقابلhttps،wwwمقابل النطاق الجذري، أو مسارات بأحرف كبيرة مقابل أحرف صغيرة — أي اختلاف بين عنوان URL في hreflang وعنوان URL الذي تفهرسه Google فعلًا يكسر مطابقة رابط العودة. - التوجيه إلى عناوين URL معاد توجيهها أو معطوبة. يتغير عنوان URL للغة، ويُضاف التوجيه، لكن hreflang لا تزال تشير إلى عنوان URL القديم. عندها يشير العنقود إلى
301أو404. - انحراف الرموز.
jpبدلًا منjaلليابانية، أو رموز من ثلاثة أحرف حيث يلزم رمزان، أوen-UKبدلًا منen-GB. تُتجاهل الرموز غير الصالحة.
مثال نشر عملي: وسم العودة يشير إلى عنوان URL الأمس
لنفترض أن صفحة المنتج البريطانية انتقلت من /gb/shoes/ إلى /uk/shoes/. لم تُنشأ الصفحة الأمريكية من جديد، لذا لا تزال تنشر:
<link rel="alternate" hreflang="en-US" href="https://shop.example/us/shoes/" />
<link rel="alternate" hreflang="en-GB" href="https://shop.example/gb/shoes/" />يعيد عنوان URL البريطاني القديم التوجيه إلى /uk/shoes/، بينما تربط الصفحة البريطانية الجديدة بالصفحة الأمريكية من عنوانها canonical النهائي. وهذا يترك مشكلتين منفصلتين: تعليق الصفحة الأمريكية يستهدف توجيهًا، وعنوان URL البريطاني النهائي ليس عنوان URL نفسه الذي أعلنته الصفحة الأمريكية. أصلح المولّد حتى تنشر الصفحتان المجموعة الكاملة باستخدام عناوين URL النهائية القابلة للفهرسة:
<link rel="alternate" hreflang="en-US" href="https://shop.example/us/shoes/" />
<link rel="alternate" hreflang="en-GB" href="https://shop.example/uk/shoes/" />تحقق من الاتجاهين بعد النشر؛ ففحص وسم المصدر الأمريكي وحده سيفوّت إخفاق وسم العودة. هذا عنقود توضيحي على نطاق .example.
لا يزال الدرس المستفاد من محاضراتي في المؤتمرات قائمًا: أتمت إنشاء hreflang من مصدر واحد للحقيقة. فإدارة hreflang يدويًا على نطاق واسع ضمان لتلف روابط العودة.
تعارضات إضفاء الطابع الأساسي
تعتمد hreflang على ما هو مفهرس، لا على ما جرى إضفاء الطابع الأساسي عليه — لكن الأمرين يتفاعلان، والخطأ فيهما يكسر العناقيد:
- العناوين canonical ذات الإشارة الذاتية هي الإعداد الافتراضي الآمن. ينبغي لكل نسخة لغوية أن تجعل عنوانها canonical لنفسها. فإذا جعلت صفحتك الإسبانية عنوان الصفحة الإنجليزية canonical، فأنت تخبر Google بأن عنوان URL الإسباني ليس المراد فهرسته — والإشارة بـhreflang إلى عنوان URL غير canonical من أكثر الأخطاء شيوعًا.
- حالة اللغة نفسها في بلدان متعددة. عندما تكون لديك مثلًا صفحات
en-usوen-gbمتطابقة تقريبًا، قد تدمجهما Google وتفهرس واحدة — لكنها قد تظل تبدّل عنوان URL الظاهر في SERP إلى نسخة البلد الصحيحة عبر روابط hreflang. لذلك يمكن لعنوان URL “المُبعد بإضفاء الطابع الأساسي” أن يظهر للمستخدم الصحيح. هذه ميزة لا خطأ، لكنها تفاجئ من يدقق تغطية الفهرسة. - noindex وrobots.txt. لا يمكن لصفحة محجوبة عن الفهرسة أن تشارك في عنقود — فلا يمكن تفعيل hreflang الخاصة بها، وتكسر الإشارة إلى عنوان URL غير المفهرس/المحجوب رابط العودة. لا تحجب أو تضع noindex على نسخ اللغة التي تريد عرضها.
إنها تلميح لا توجيه
هذا هو الإطار الذي ينبغي استيعابه. في مايو 2025 على Bluesky، رد John Mueller على حالة ظهور صفحات fr-be في نتائج fr رغم صحة hreflang بقوله: “hreflang doesn’t guarantee indexing, so it can also just be that not all variations are indexed” (ترجمة) «لا تضمن hreflang الفهرسة، لذا قد يكون السبب ببساطة أن بعض النسخ غير مفهرسة»، و”I suspect this is a ‘same language’ case where our systems just try to simplify things for sites.” (ترجمة) «أظن أن هذه حالة لغة واحدة تحاول فيها أنظمتنا تبسيط الأمور للمواقع». وتحتفظ Google بحق تجاوز hreflang من أجل دمج اللغة نفسها أو فجوات الفهرسة أو اختياراتها الخاصة للعنوان الأساسي.
الجانب الآخر من ذلك هو إرشاد Google بشأن إضفاء الطابع الأساسي: فهو يوصي باختيار عنوان canonical باللغة نفسها للصفحة (أو أفضل بديل متاح)، ويقول إنه يفضل عناوين URL الموجودة ضمن عنقود hreflang تبادلي كامل على عناوين URL مشابهة خارج العنقود. وهذا تفضيل لا وعد — فوجودك في عنقود مبني بصورة صحيحة يحسن فرص اختيار عنوان URL الصحيح، لكنه لا يضمن الفهرسة أو العنوان الذي سيظهر.
النتيجة العملية: تُتجاهل hreflang الخاطئة ولا تُعاقب. إذا كان عنقودك معطوبًا، تعود Google إلى اكتشاف اللغة/المنطقة الخاص بها. والتكلفة هي ضياع فرصة (ظهور عنوان URL الخطأ لبعض المستخدمين)، لا ضربة للترتيب. لذا فإن “hreflang لدي خاطئة” نادرًا ما تكون حالة طارئة — لكنها نادرًا ما تفعل شيئًا مفيدًا أيضًا.
تستخدم Bing والمحركات الأخرى مكدسًا مختلفًا
hreflang إشارة لدى Google (وYandex). أما مكدس إشارات Bing فـمختلف تمامًا. وقد قال Fabrice Canel، مدير البرنامج الرئيسي في Microsoft Bing، بوضوح إن “hreflang is indeed a far weaker signal than content-language at Bing.” (ترجمة) «تُعد hreflang بالفعل إشارة أضعف بكثير من content-language لدى Bing». وتعتمد Bing على ترويسة HTTP/وسم meta من نوع content-language، وسمة <html lang="">، والروابط الواردة، وجغرافيا الزائر، وموقع الخادم/ccTLD، وقد نصح Canel في معظم الحالات بعدم “duplicating URLs just to have them tagged with these language-markets” (ترجمة) «تكرار عناوين URL لمجرد وسمها بهذه الأسواق اللغوية». أما Baidu فلا تدعم hreflang أصلًا (بل تعتمد على موقع الاستضافة وتسجيل النطاق الصيني وترخيص ICP ولغة المحتوى). لذا يجمع الإعداد الدولي المتين بين hreflang لـGoogle وبين content-language/html lang الصحيحين للجميع الآخرين.
معدل الخطأ هو القصة
عندما أجريت أكبر دراسة لـhreflang حتى الآن في Ahrefs — 374 756 نطاقًا، أي أكبر بنحو 10 مرات من أي دراسة سابقة — كان لدى أكثر من 67% من النطاقات التي تستخدم hreflang مشكلة واحدة على الأقل. وكان التوزيع:
| المشكلة | نسبة النطاقات |
|---|---|
| غياب x-default | 56,3% |
| غياب وسوم الإشارة الذاتية | 18,0% |
| الإشارة إلى صفحات معطوبة/معاد توجيهها | 16,9% |
| غياب الوسوم التبادلية | 15,3% |
| الإشارة إلى عناوين URL غير canonical | 8,0% |
| رموز لغة/دولة غير صحيحة | 4,6% |
| سمات لغة غير متسقة | 3,2% |
| صفحات متعددة للغة نفسها | 2,5% |
| الصفحة نفسها للغات متعددة | 2,5% |
لا تزال خلاصة دراستي قائمة: hreflang معقدة ويصعب تنفيذها بصورة صحيحة، ويمكن أن تتعطل بطرق كثيرة مختلفة.
التدقيق على نطاق واسع — صوّر العنقود، لا تقرأ جدول بيانات
شاهد عنقودك باستخدام returntag:
- ألصق عنوان URL لصفحة واحدة، أو عنوان URL لخريطة موقع، أو قائمة بعناوين URL للصفحات في الأداة.
- انقر Validate cluster.
- اقرأ عرض GRAPH — تبرز روابط العودة المعطوبة أو المفقودة حسب لون الشدة — أو انتقل إلى MATRIX لعرض صف بصف، وصدّر ملف CSV لقائمة الإصلاح إذا احتجت إلى تسليمه لشخص آخر.
سبب اختباء أخطاء hreflang هو أن مشكلة وسم العودة هي علاقة بين الصفحات، والعلاقات تكاد تكون مستحيلة القراءة عبر صفوف جدول بيانات. وكانت Ahrefs Site Audit أول أداة تعرض عنقود hreflang رسمًا بيانيًا — افتح تفاصيل عنوان URL لأي صفحة، وستعرض علامة تبويب Hreflangs العنقود كله كشبكة، مع الصفحات والروابط المعطوبة أو المفقودة/الخاطئة مميزة باللون الأحمر. يمكنك أن ترى بسرعة وسم العودة المفقود أو الرابط الذي أضيف بالخطأ — وهذا أسهل بكثير في عرضه على صاحب مصلحة من ملف CSV. كما تشغّل Site Audit الفحوص الأساسية (التعليق غير الصالح، وغياب الإشارة الذاتية، وأكثر من صفحة للغة، وعدم تطابق hreflang/html lang، ووسم التبادل المفقود، والهدف غير canonical، والهدف المعطوب) التي تطابق قائمة أخطاء الدراسة مباشرة.
إضافة إلى ذلك:
- فحص عنوان URL في GSC يؤكد كيف زُحف إلى عنوان URL واحد وفُهرس. لاحظ أن تقرير الاستهداف الدولي القديم أُلغي في 22 سبتمبر 2022 — وقالت Google إنه “had little value for the ecosystem.” (ترجمة) «كانت فائدته محدودة للمنظومة». ولا تزال وسوم hreflang نفسها تعمل؛ الذي اختفى هو التقرير فقط.
- يتيح لك اختبار SERP يدويًا باستخدام معاملي
&hl=(لغة المضيف) و&gl=(الموقع الجغرافي) في عنوان URL لبحث Google معاينة شكل نتائج منطقة معينة.
hreflang أيضًا من مسائل تدقيق SEO التقني
رغم أن موطن hreflang هو SEO الدولي، فإنها تظهر في كل تدقيق SEO تقني تقريبًا لموقع متعدد اللغات أو المناطق — فهي تجاور فحوص إضفاء الطابع الأساسي والفهرسة وإمكانية الزحف، وهي من أكثر العناصر عرضة للتعطل بصمت. فإذا كنت تجري تدقيقًا تقنيًا وكان الموقع يضم أكثر من لغة، فينبغي أن يكون عنقود hreflang ضمن قائمة الفحص.
إلى أين تذهب بعد ذلك
هذا المحور هو خريطة المجموعة الفرعية لـhreflang. والتعمق الأول:
- x-default — قيمة احتياطية للمستخدمين الذين لا تطابق لغتهم أيًا من وسومك الصريحة (محدد دولة أو صفحة رئيسية عالمية). ليست مطلوبة، لكنها كانت أكثر حالات السهو شيوعًا في دراستي (56,3% من المواقع). يغطي الموضوع الفرعي المخصص متى تستخدمها ومتى تتجاوزها وكيف تتفاعل مع بقية العنقود.
للاطلاع على الاستراتيجية الأوسع التي ينفذها هذا المحور، راجع ركيزة SEO الدولي — فـhreflang هي الطبقة التقنية من استراتيجية دولية؛ ولا تحل محل التوطين الحقيقي (النية المحلية والمحتوى المحلي والسلطة المحلية).
ملخص الذكاء الاصطناعي
خلاصة مكثفة للنسخة المتقدمة:
- hreflang إشارة إلى عنقود تبادلي، وليست وسمًا لكل صفحة — وهي مجرد إشارة يمكن لـGoogle استخدامها لاختيار عنوان URL موطّن، وليست ضمانًا للفهرسة أو الترتيب أو الزيارات أو العنوان الظاهر أو الاستشهاد بالذكاء الاصطناعي. تسرد كل صفحة نفسها وجميع النسخ البديلة؛ ووسم العودة المفقود يبطل الزوج، مع أن Google قد تواصل معالجة الأزواج الأخرى داخل العنقود التي تبادلت الإشارة بصورة صحيحة.
- ثلاث طرق، اختر واحدة: وسوم HTML داخل
<head>، أو ترويسات HTTP من نوعLink(الخيار الوحيد لملفات PDF)، أو خريطة موقع XML (الأفضل على نطاق واسع والأسهل في ضمان الجودة). تتعامل Google مع الطرق الثلاث باعتبارها متكافئة — ولا توجد فائدة بحثية من استخدام أكثر من واحدة، ولا توجد طريقة “أسرع” (فكلتاهما تُحسمان وقت الزحف). - الرموز: لغة ISO 639-1 + منطقة ISO 3166-1 alpha-2 اختيارية.
en-GBلاen-UK؛ والرموز المحجوزة مثلEU/UN/UKلا تأثير لها كمنطقة. ويمكنك استهداف لغة وحدها، لكن لا يمكنك استهداف منطقة وحدها. وتلزم عناوين URL مطلقة. (يسمح معيار BCP 47 الأوسع، الذي تُبنى عليه hreflang، أيضًا برموز نصوص مثلzh-Hant— لكن عقد hreflang الموثق من Google لا يمتد إلى هذا الحد.) - تلميح لا توجيه (Mueller، مايو 2025): hreflang الخاطئة تُتجاهل ولا تُعاقب؛ ويمكن لـGoogle تجاوزها لأسباب دمج اللغة نفسها أو الفهرسة.
- إضفاء الطابع الأساسي: العناوين ذات الإشارة الذاتية هي الإعداد الافتراضي الآمن؛ وتفضل Google عناوين URL داخل عنقود تبادلي كامل على عناوين مشابهة خارجه، لكن هذا تفضيل لا وعد. والإشارة بـhreflang إلى عنوان غير canonical أو معاد توجيهه أو معطوب أو غير مفهرس تكسر العنقود.
- Bing مختلفة: hreflang “a far weaker signal than content-language at Bing” (ترجمة) «إشارة أضعف بكثير من content-language لدى Bing» (Canel). اجمع hreflang (لـGoogle/Yandex) مع
content-language+html langللباقين. ولا تدعم Baidu ذلك أصلًا. - تتعطل باستمرار: في دراسة Ahrefs الخاصة بي على 374 756 نطاقًا يستخدم hreflang، كان لدى أكثر من 67% مشكلة؛ وكان أكثر الأخطاء شيوعًا x-default (56,3%).
- دقّق بصريًا: كانت علامة Hreflangs في Ahrefs Site Audit أول ما رسم العنقود كرسم بياني مع أخطاء باللون الأحمر — وهي أفضل بكثير من جدول بيانات. وقد أُلغي تقرير الاستهداف الدولي في GSC في 22 سبتمبر 2022.
الوثائق الرسمية
وثائق المصادر الأولية من محركات البحث.
- النسخ الموطنة لصفحاتك — وثيقة hreflang الأساسية: الطرق الثلاث، ومتطلب التبادلية، والرموز الصالحة، وقاعدة عناوين URL المطلقة.
- إدارة المواقع متعددة المناطق ومتعددة اللغات — إشارات الاستهداف الجغرافي التي تستخدمها Google ولا تستخدمها، وخيارات بنية عناوين URL، والتحذير من إعادة التوجيه التلقائي.
- أخبر Google بالنسخ الموطنة (مدونة x-default، 2013) — التقديم الأصلي لقيمة
x-default. - إلغاء تقرير الاستهداف الدولي (سبتمبر 2022) — سبب إزالة التقرير وما ينبغي استخدامه بدلًا منه.
Bing / Microsoft
- سلسلة Bingbot: تعظيم كفاءة الزحف — سياق حول طريقة تفكير Bing في المواقع الدولية/متعددة اللغات؛ إذ تعطي Bing أولوية لـ
content-languageعلى hreflang. - Bing Webmaster Tools — التعليمات وكيفية الاستخدام — إرشادات Bing لمشرفي المواقع، بما في ذلك تفضيل إشارات
content-languageوhtml lang.
اقتباسات من المصدر
تصريحات مسجلة من Google وBing.
Google — التبادلية هي القاعدة الأساسية
- “Each language version must list itself as well as all other language versions.” (ترجمة) «يجب أن تسرد كل نسخة لغوية نفسها وجميع النسخ اللغوية الأخرى». — وثائق Google Search Central. الانتقال إلى الاقتباس
- “If two pages don’t both point to each other, the tags will be ignored.” (ترجمة) «إذا لم تشر الصفحتان كل منهما إلى الأخرى، فستُتجاهل الوسوم». — وثائق Google Search Central. الانتقال إلى الاقتباس
- “Alternate URLs must be fully-qualified, including the transport method (http/https).” (ترجمة) «يجب أن تكون عناوين URL البديلة مؤهلة بالكامل، بما في ذلك بروتوكول النقل (http/https)». — وثائق Google Search Central. الانتقال إلى الاقتباس
John Mueller، Google — تلميحات لا توجيهات
- “hreflang doesn’t guarantee indexing, so it can also just be that not all variations are indexed.” (ترجمة) «لا تضمن hreflang الفهرسة، لذا قد يكون السبب ببساطة أن بعض النسخ غير مفهرسة». — John Mueller، داعم البحث، Google (Bluesky، مايو 2025). التغطية
- بشأن الوسوم ذات الإشارة الذاتية: الإشارات الذاتية لـhreflang “optional—but good practice.” (ترجمة) «اختيارية، لكنها ممارسة جيدة». — John Mueller، Google. المرجع
Fabrice Canel، Microsoft Bing — إشارة أضعف لدى Bing
- “hreflang is indeed a far weaker signal than content-language at Bing.” (ترجمة) «تُعد hreflang بالفعل إشارة أضعف بكثير من content-language لدى Bing». — Fabrice Canel، مدير البرنامج الرئيسي، Microsoft Bing. التغطية
قائمة فحص تنفيذ hreflang
قبل الإطلاق
- قررت طريقة تنفيذ واحدة (رأس HTML / ترويسات HTTP / خريطة موقع XML) واستخدمتها باستمرار — من دون خلط.
- تسرد كل صفحة نفسها (وسم الإشارة الذاتية) وجميع النسخ البديلة.
- المراجع تبادلية — إذا أشارت A إلى B، أشارت B عائدة إلى A.
- رموز اللغة هي ISO 639-1 صالحة؛ ورموز المنطقة هي ISO 3166-1 alpha-2 صالحة (
en-GBلاen-UK؛ وjaلاjp). - عناوين URL مطلقة ومؤهلة بالكامل (
https://…)، وتطابق الصيغة التي تفهرسها Google فعلًا (الشرطة المائلة الختامية وwww والبروتوكول وحالة الأحرف). - أضفت
x-defaultإذا كان لديك محدد دولة أو بديل عالمي (اختياري، لكنه أكثر العناصر التي يُسهو عنها — راجع الموضوع الفرعي x-default). - توجد وسوم hreflang داخل
<head>(أو ترويسة HTTP/خريطة الموقع)، ولا تُحقن داخل<body>بواسطة JS أو HTML معطوب. - كل نسخة تجعل عنوانها canonical لنفسها — ولا تشير canonical إلى نسخة بلغة أخرى.
- لا توجد نسخة عليها noindex أو محجوبة في robots.txt.
- بالنسبة إلى Bing/Baidu: اضبط
content-languageو<html lang>الصحيحين — ولا تعتمد على hreflang هناك.
تدقيق ما بعد الإطلاق
- شغّل Ahrefs Site Audit وافتح علامة تبويب Hreflangs — وابحث عن الصفحات الحمراء (المعطوبة) وروابط العودة المفقودة/الخاطئة في الرسم البياني للعنقود.
- عالج فحوص Site Audit القياسية: التعليق غير الصالح، وغياب الإشارة الذاتية، ووسم التبادل المفقود، والهدف غير canonical، والهدف المعطوب/المعاد توجيهه، وأكثر من صفحة لكل لغة، وعدم تطابق hreflang/
html lang. - افحص عينة من عناوين URL عبر فحص عنوان URL في GSC (أُلغي تقرير الاستهداف الدولي في سبتمبر 2022 — لا تبحث عنه).
- عاين نتائج المنطقة يدويًا باستخدام معاملي
&hl=و&gl=في عنوان URL لبحث Google. - أعد التدقيق بعد أي تغيير في عنوان URL أو توجيه أو لغة جديدة — ففي هذه اللحظات تتلف روابط العودة.
ورقة غش hreflang
صيغة الرمز
hreflang="<language>" أو hreflang="<language>-<region>"
- اللغة — ISO 639-1، حرفان (مطلوبة).
- المنطقة — ISO 3166-1 alpha-2، حرفان (اختيارية، ودائمًا بعد اللغة).
- تستهدف اللغة وحدها (
es) تلك اللغة في أي مكان؛ وتستهدف اللغة + المنطقة (es-MX) تلك اللغة في ذلك البلد. - لا يمكنك استهداف منطقة وحدها — إذ توجد لغة أولًا دائمًا.
x-defaultهي القيمة الاحتياطية للغات غير المطابقة.
الرموز الشائعة (والرموز التي يخطئ فيها الناس)
| ما تريد | الصحيح | الخطأ الشائع |
|---|---|---|
| الإنجليزية (الولايات المتحدة) | en-US | — |
| الإنجليزية (المملكة المتحدة) | en-GB | en-UK ❌ (uk = الأوكرانية) |
| الإسبانية (المكسيك) | es-MX | — |
| اليابانية | ja | jp ❌ |
| الصينية (المبسطة، الصين) | zh-CN | cn ❌ |
| الألمانية | de | ger ❌ (ثلاثة أحرف) |
| جميع المتحدثين بالإسبانية | es | es-ES (يضيق الاستهداف أكثر من اللازم) |
| البديل العالمي | x-default | حذفه (56,3% يفعلون ذلك) |
محجوز/ينبغي تجنبه: EU وUN وUK باعتبارها رموز مناطق — فهي ليست أهداف مناطق صالحة وفق ISO 3166-1 alpha-2.
طريقة التنفيذ — متى تستخدم كل طريقة
| الطريقة | مكانها | الأفضل لـ | انتبه إلى |
|---|---|---|---|
وسوم HTML داخل <head> | <head> كل صفحة | المواقع الصغيرة/المتوسطة | وزن الترميز؛ الوسوم داخل <body> غير صالحة |
ترويسات HTTP من نوع Link | ترويسات استجابة الخادم | الملفات غير HTML (PDF) | تحتاج إلى إعداد الخادم/CDN |
| خريطة موقع XML | عناصر xhtml:link مركزية | المواقع الكبيرة، واللغات الكثيرة | تحتاج إلى مساحة الأسماء xmlns:xhtml؛ حافظ على المزامنة |
اختر طريقة واحدة لكل موقع. لا توجد طريقة “أسرع” — فجميع الطرق تُحسم وقت الزحف. وخرائط المواقع أسهل في ضمان الجودة، لأن العنقود كله موجود في ملف واحد.
القواعد في سطر واحد لكل قاعدة
- تبادلية: تتطلب A ← B أن تشير B ← A، وإلا يُتجاهل الزوج.
- إشارة ذاتية: تسرد كل صفحة نفسها (“اختياري — لكنه ممارسة جيدة”).
- عناوين URL مطلقة:
https://…مؤهلة بالكامل، وتطابق الصيغة المفهرسة. - تلميح لا توجيه: hreflang الخاطئة تُتجاهل ولا تُعاقب.
موارد تستحق وقتك
كتاباتي ذات الصلة
- Hreflang: الدليل السهل للمبتدئين — دليلي في Ahrefs: التعريف والصياغة والطرق الثلاث والمشكلات التسع الشائعة وإصلاحاتها وكيفية التدقيق (مع تصور العنقود).
- أكثر من 67% من النطاقات التي تستخدم Hreflang لديها مشكلات — دراستي لـhreflang على 374 756 نطاقًا، وهي أكبر دراسة أُجريت، ومصدر تفصيل معدل الأخطاء في هذه الصفحة.
محاضراتي
- دراسة Hreflang ومشكلات مثيرة — Brighton SEO 2023 — العرض الذي يستند إليه البحث، بالإضافة إلى المطابقة الأكثر تحديدًا لدى Google (اللغة+البلد ← اللغة ← x-default) وأكثر أخطاء الرموز شيوعًا.
- SEO الدولي: الأجزاء التقنية الغريبة — Pubcon Vegas 2019 — التفاصيل المخالفة للسائد: تعتمد hreflang على ما هو مفهرس (لا ما جرى إضفاء الطابع الأساسي عليه)، وتُحسم HTML وخرائط المواقع بالتساوي، ويفسد الحقن في قسم head الوسوم، وتعرض إعادة التوجيه التلقائية خطر إلغاء الفهرسة وقواعد الاتحاد الأوروبي لمكافحة الحجب الجغرافي.
- ستفسد SEO الدولي — Pubcon Vegas 2017 — فوضى التنفيذ في المنظومة: أدوات تقدم معلومات خاطئة، ومحتوى يُخدم من عناوين URL مختلفة عن المفهرس، وصفحات مكررة.
من الآخرين
- النسخ الموطنة لصفحاتك من Google — الوثيقة الأساسية؛ تستحق القراءة كاملة قبل أي تنفيذ.
- إدارة المواقع متعددة المناطق ومتعددة اللغات من Google — إشارات الاستهداف الجغرافي التي تستخدمها Google (والتي تتجاهلها صراحةً)، وخيارات بنية عناوين URL، والتحذير من إعادة التوجيه التلقائي.
- Google تذكّر بأن وسوم Hreflang تلميحات لا توجيهات — Search Engine Journal، مايو 2025 — تغطية توضيح John Mueller على Bluesky بشأن تجاوزات دمج اللغة نفسها.
- Bing تقول إن Hreflang إشارة ضعيفة لمحركها — SEO Round Table — تصريح Fabrice Canel المسجل بأن
content-languageتتفوق على hreflang لدى Bing. - كشف خدعة Hreflang السحرية — GSQI — اقتباسات Mueller التي تشرح كيف يمكن لـGoogle عرض عنوان URL جرى إضفاء الطابع الأساسي عليه في SERP عبر hreflang (حالة اللغة نفسها والبلدان المتعددة).
- r/TechSEO — مجتمع تصحيح أخطاء عناقيد hreflang.
سجل التغييرات
تم التحديث في 9 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 28 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 18 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.