Hreflang هو وسم HTML يخبر محركات البحث باللغة والمنطقة التي تستهدفها الصفحة، مما يتيح عرض النسخة الصحيحة لكل مستخدم وتجنب المحتوى المكرر.

إذا كان موقعكم متاحًا بأكثر من لغة، أو يستهدف اللغة نفسها في دول مختلفة، تحتاج محركات البحث إلى مساعدة لتحديد أي نسخة تعرضها لأي مستخدم. يجب أن يرى الناطق بالفرنسية في كندا والناطق بالفرنسية في فرنسا صفحتين مختلفتين. Hreflang (وسم rel="alternate" hreflang) هو الطريقة التي تخبرون بها محركات البحث بهذه العلاقات، بحيث تصل الصفحة الصحيحة إلى الجمهور الصحيح.
بدون hreflang، قد تتنافس صفحاتكم المترجمة مع بعضها البعض في نتائج البحث، أو تُصنّف كمحتوى مكرر، أو ببساطة تعرض للمستخدم النسخة الخاطئة. ومع استخدامه، تجمع Google نسخ اللغات والمناطق لديكم في مجموعة واحدة وتعرض النسخة الأنسب. إنها واحدة من أقوى الأدوات في تحسين محركات البحث الدولي، وأكثرها عرضة للتهيئة الخاطئة.
تحل Hreflang مشكلة مطابقة المحتوى المترجم. عندما تنشرون المحتوى نفسه بالإنجليزية والإسبانية والألمانية، تكون هذه الصفحات شبه متطابقة فيما بينها. قد تتعامل محركات البحث معها خطأً على أنها محتوى منسوخ، أو تختار الصفحة الخاطئة للترتيب. يخبر وسم hreflang محركات البحث أن هذه الصفحات بدائل مقصودة، كل واحدة مُعدة للغة أو منطقة محددة.
النتيجة هي تجربة مستخدم أفضل وفهرسة أنظف. توضح وثائق Google حول النسخ المترجمة أن hreflang تتيح لـGoogle توجيه المستخدمين إلى الصفحة بلغتهم ومنطقتهم، بدلاً من عرض نسخة لا يمكنهم قراءتها أو نسخة بعملة أو شحن أو معلومات قانونية خاطئة.
يبدو وسم hreflang في رأس الصفحة (head) على النحو التالي: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. يُعلن rel="alternate" أن الرابط المذكور هو نسخة بديلة، وتحدد قيمة hreflang اللغة (والمنطقة اختياريًا)، ويوفر href عنوان URL الكامل والمطلق لتلك النسخة.
يجب إدراج وسم من هذا النوع لكل نسخة، في كل صفحة. الصفحة المتوفرة بثلاث لغات تحمل ثلاثة وسوم hreflang، كل واحد يشير إلى نسخة مختلفة، بما في ذلك وسم يشير إلى الصفحة نفسها. تكرر كل نسخة لغوية المجموعة الكاملة نفسها. هذا ما يتيح لمحركات البحث تخطيط المجموعة بأكملها معًا.
تستخدم قيمة hreflang رموزًا موحدة قياسيًا، والحصول عليها بشكل صحيح أمر غير قابل للتفاوض. تُكتب اللغة بصيغة ISO 639-1 (على سبيل المثال en، es، de). يمكنكم اختياريًا إضافة منطقة بصيغة ISO 3166-1 Alpha 2، متصلة بشرطة: en-GB، en-US، es-MX، fr-CA.
تأتي اللغة دائمًا أولاً؛ والمنطقة وحدها غير صالحة. لا يمكنكم استخدام hreflang="GB" بمفرده، والرموز المخترعة مثل en-UK أو EU لا تعمل (الرمز الصحيح للمملكة المتحدة هو GB). بالنسبة لاختلافات الكتابة، تُطبق رموز ISO 15924، مثل zh-Hant للصينية التقليدية وzh-Hans للصينية المبسطة. يتم تجاهل الرموز غير الصالحة ببساطة، مما يعطل إعداداتكم بصمت.
يجب أن تكون Hreflang متبادلة. إذا كانت الصفحة X تشير إلى الصفحة Y كبديلها الإسباني، فيجب أن تشير الصفحة Y مرة أخرى إلى الصفحة X كبديلها الإنجليزي. تسمي Google هذه وسوم الإرجاع، وإذا كانت مفقودة، فقد تتجاهل وسومكم تمامًا. يُعد شرط رابط الإرجاع هذا السبب الأكثر شيوعًا لفشل hreflang عمليًا، كما تؤكد إرشادات Google للمواقع متعددة المناطق.
بنفس القدر من الأهمية، يجب أن تشير كل صفحة إلى نفسها. تتضمن الصفحة الإنجليزية وسم hreflang للإنجليزية يشير إلى عنوان URL الخاص بها. يُعد إغفال الوسم المشير إلى الذات خطأً شائعًا آخر. تعاملوا مع هذه القاعدة كقاعدة مطلقة: تُدرج كل صفحة نفسها بالإضافة إلى كل نسخة أخرى، وترد كل نسخة الجميل.
تخبر القيمة الخاصة hreflang="x-default" محركات البحث بالصفحة التي يجب عرضها عندما لا تتطابق أي من اللغات أو المناطق المحددة مع المستخدم. إنها آلية احتياطية. من الاستخدامات الشائعة صفحة هبوط لاختيار اللغة أو نسختكم العالمية الأساسية: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.
إضافة x-default هي أفضل الممارسات للمواقع الدولية. بدونها، يُترك المستخدم الذي لا تتطابق لغته ومنطقته مع أي من نسخكم لتخمين محرك البحث الأفضل. بوجودها، تتحكمون في تجربة الافتراضية، مثل توجيه زائر لم يتم العثور له على تطابق إلى صفحة يمكنه فيها اختيار لغته الخاصة.
تدعم Google ثلاث طرق للتطبيق، وينبغي عليكم اختيار واحدة بدلاً من الجمع بينها. الأولى هي وسوم link في HTML الموضوعة في <head> لكل صفحة، وهي الطريقة الأكثر شيوعًا لصفحات الويب القياسية. الثانية هي رؤوس HTTP، المستخدمة للملفات غير HTML مثل ملفات PDF حيث لا يمكنكم إضافة ترميز إلى المتن.
الطريقة الثالثة هي خريطة الموقع XML. بدلاً من إضافة وسوم لكل صفحة، تُعلنون كل علاقات اللغة داخل خريطة الموقع XML الخاصة بكم باستخدام إدخالات xhtml:link. يُبقي هذا كود الصفحة نظيفًا وغالبًا ما يكون أسهل في الصيانة على نطاق واسع، رغم أنه يتطلب إنشاءً دقيقًا. أيًا كانت الطريقة التي تختارونها، طبقوها بشكل متسق عبر الموقع بأكمله.
تعمل وسوم hreflang وcanonical معًا، لكن هناك خطأً كلاسيكيًا يعطل كليهما. يجب أن تشير كل نسخة لغوية بشكل canonical إلى نفسها، وليس إلى نسخة رئيسية واحدة. إذا كانت صفحتكم الألمانية تحدد وسم canonical الخاص بها إلى عنوان URL الإنجليزي، فأنتم تخبرون Google أن الصفحة الألمانية نسخة مكررة لا ينبغي فهرستها، مما يدمر إعداد hreflang لديكم.
النمط الصحيح هو canonical مشير إلى الذات في كل صفحة مترجمة، مقترنًا بمجموعة كاملة من وسوم hreflang المتبادلة. يؤكد canonical أن كل صفحة هي النسخة المفضلة لنفسها، ويصف hreflang العلاقات بين هذه الصفحات المتمايزة والصالحة بنفس القدر. تُعد الإشارات المتضاربة هنا سببًا رئيسيًا لمشاكل الفهرسة في المواقع متعددة اللغات.
ترتبط Hreflang ارتباطًا وثيقًا بـتحسين محركات البحث المحلي عندما تقدمون اللغة نفسها في عدة دول. الشركة العاملة في كل من إسبانيا والمكسيك تنشر صفحات بالإسبانية لكل منهما، لكن الأسعار والشحن والضرائب تختلف. تتيح وسوم مثل es-ES وes-MX لـGoogle توجيه الناطقين بالإسبانية إلى النسخة المُعدة لبلدهم.
تتعامل Hreflang فقط مع مطابقة اللغة والمنطقة، وليس جودة المحتوى. تكتشف أنظمة Google الترجمة الآلية غير المحررة بدقة عالية، وقد تُضعف الصفحات المترجمة الضعيفة الترتيب عبر جميع النسخ، وليس النسخة المترجمة فقط. اجمعوا بين hreflang الصحيحة ومحتوى مترجم فعليًا ومراجع من قبل بشر لكل سوق لرؤية الفائدة الكاملة.
تجد الاستطلاعات المتعلقة بالمواقع الدولية مرارًا وتكرارًا أن الغالبية العظمى تحمل أخطاء hreflang. الأكثر شيوعًا هي وسوم الإرجاع المفقودة، والوسوم المشيرة إلى الذات الغائبة، ورموز اللغة غير الصالحة أو رموز المنطقة فقط، واستخدام عناوين URL نسبية بدلاً من مطلقة، وتوجيه hreflang إلى عناوين URL تعيد التوجيه أو تُرجع أخطاء.
تحققوا من إعداداتكم بعد كل تغيير. قدمت Search Console سابقًا تقرير الاستهداف الدولي، وتؤكد أدوات فحص hreflang المتخصصة إلى جانب أدوات الزحف مثل Screaming Frog أن وسومكم متبادلة وتستخدم رموزًا صالحة. كجزء من تحسين محركات البحث التقني الأوسع، يكتشف التدقيق المنتظم هذه الإخفاقات الصامتة قبل أن تُفتت ترتيبكم الدولي.
Hreflang هي الوسم الذي يجعل تحسين محركات البحث متعدد اللغات ومتعدد المناطق فعالاً. فهي تُخطط نسخ اللغة والمنطقة لديكم في مجموعة واحدة، وتعرض لكل مستخدم الصفحة الصحيحة، وتمنع تعارضات المحتوى المكرر. القواعد صارمة: رموز ISO صالحة، ووسوم إرجاع متبادلة، وإشارات ذاتية في كل صفحة، وآلية احتياطية x-default، ووسوم canonical مشيرة إلى الذات لا تعبر اللغات أبدًا. اضبطوا هذه العناصر بشكل صحيح وسيصل محتواكم الدولي إلى الجماهير التي صُمم من أجلها. اكتشفوا كيف تدقق Sorank في hreflang وفي إعداداتكم التقنية الكاملة لمحركات البحث ومحركات AI.
يخبر وسم canonical محركات البحث بعنوان URL الذي يمثل النسخة المفضلة من صفحة ما، بينما تخبرها hreflang باللغة أو المنطقة التي تستهدفها الصفحة. تؤدي كل منهما وظيفة مختلفة ويجب ألا تتعارضا. في موقع متعدد اللغات، يجب أن تحتوي كل صفحة مترجمة على canonical يشير إلى ذاته، إضافة إلى مجموعة كاملة من وسوم hreflang المتبادلة التي تصف نسخ اللغات الأخرى. الخطأ الكلاسيكي هو جعل كل نسخة لغوية تشير بشكل canonical إلى عنوان URL رئيسي واحد، مما يخبر Google أن النسخ الأخرى مكررة ويعطل إعداد hreflang بالكامل.
عادةً لا. توجد hreflang لتخطيط العلاقات بين عدة نسخ لغوية أو إقليمية للمحتوى نفسه، لذا فإن الموقع أحادي اللغة الذي يستهدف دولة واحدة لا يحتاج إليها عمومًا. الاستثناء هو عندما تقدمون اللغة نفسها لدول مختلفة بمحتوى مختلف بشكل ملموس، مثل صفحات إنجليزية للولايات المتحدة والمملكة المتحدة بأسعار أو شحن مختلف. في هذه الحالة، تساعد وسوم مثل en-US وen-GB في توجيه Google لكل جمهور إلى النسخة الصحيحة رغم أن كلتيهما بالإنجليزية.
السبب الأكثر شيوعًا هو وسوم الإرجاع المفقودة. يجب أن تكون hreflang متبادلة، لذا إذا كانت الصفحة X تشير إلى الصفحة Y لكن الصفحة Y لا تشير مرة أخرى إلى X، فقد تتجاهل Google الوسوم. تشمل الأسباب الشائعة الأخرى رموز اللغة غير الصالحة (مثل رموز المنطقة فقط أو قيم مخترعة مثل en-UK)، والوسوم المشيرة إلى الذات المفقودة، واستخدام عناوين URL نسبية بدلاً من مطلقة، وتوجيه hreflang إلى عناوين URL تعيد التوجيه أو تُرجع أخطاء. تحققوا من إعداداتكم باستخدام أداة زحف أو أداة فحص hreflang للتأكد من أن كل إشارة متبادلة ومطلقة وتستخدم رموز ISO صحيحة.