كيف تنفذ وسوم hreflang بالطريقة الصحيحة

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

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

ما وسوم hreflang ولماذا تهم؟

وسوم hreflang (رسمياً rel="alternate" hreflang) تعليقات HTML تخبر محركات البحث عن الاستهداف اللغوي والإقليمي لصفحة. تعرّف العلاقة بين النسخ المختلفة للمحتوى نفسه عبر اللغات أو المناطق.

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

يحل hreflang ثلاث مشاكل محددة:

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

إشارات المحتوى المكرر. حين تملك المحتوى نفسه بنسخ إقليمية متعددة (خصوصاً متغيرات اللغة نفسها مثل en-GB وen-US)، يخبر hreflang جوجل أنها بدائل مقصودة لا مكررات. مهم لكيفية تعامل جوجل مع المحتوى المكرر عبر نطاقاتك.

كفاءة الزحف والفهرسة. بدل محاولة جوجل معرفة أي صفحاتك الإنجليزية الخمس يفهرس، يوفر hreflang تلك الخريطة صراحة.

جدير بالملاحظة: hreflang إشارة لجوجل وYandex أساساً. يستخدم Bing نظاماً مختلفاً: وسم content-language التعريفي وإعلانات اللغة في Bing Webmaster Tools. إن استهدفت أسواقاً لـ Bing فيها حصة ذات معنى، فستحتاج النهجين.

كيف تعمل رموز اللغة والمنطقة؟

تستخدم قيم hreflang صيغة محددة: رمز لغة يتبعه اختيارياً رمز منطقة. أخطئها ولن تفعل الوسوم شيئاً.

رموز اللغة تتبع معيار ISO 639-1. رموز من حرفين: en للإنجليزية وfr للفرنسية وde للألمانية وes للإسبانية وpt للبرتغالية وja لليابانية. يجب دائماً تضمين رمز لغة.

رموز المنطقة تتبع معيار ISO 3166-1 Alpha-2. أيضاً من حرفين: GB للمملكة المتحدة وUS للولايات المتحدة وDE لألمانيا وBR للبرازيل وAU لأستراليا. رموز المنطقة اختيارية لكنها مفيدة حين تستهدف اللغة نفسها دولاً مختلفة.

الصيغة: language-REGION. أمثلة:

• en-GB – إنجليزية، المملكة المتحدة
• en-US – إنجليزية، الولايات المتحدة
• fr-FR – فرنسية، فرنسا
• fr-CA – فرنسية، كندا
• pt-BR – برتغالية، البرازيل
• de – ألمانية (بلا منطقة محددة)

بضعة أمور تتقنها. رمز اللغة صغير الأحرف دائماً ورمز المنطقة كبيرها دائماً. تستطيع استخدام رمز لغة وحده (en أو fr أو de) لكن لا تستطيع رمز منطقة دون لغة؛ فـGB وحده باطل. ولا تستطيع استهداف منطقة دون تحديد لغة، لأن hreflang يعرّف أزواج لغة-منطقة لا مواقع فقط.

طرق التنفيذ الثلاث

هناك ثلاث طرق لتنفيذ hreflang: عناصر <link> في رأس الصفحة وترويسات HTTP وخرائط XML. الثلاث تفعل المهمة نفسها. واختيارك يعتمد على إعداد موقعك التقني وحجمه.

الطريقة 1: عناصر HTML Link

النهج الأشيع. تضيف عناصر <link> لقسم <head> في كل صفحة، سارداً كل متغيرات اللغة-المنطقة شاملاً الصفحة نفسها.

لصفحة بنسخ إنجليزية بريطانية وأمريكية وفرنسية:

<head>
  <link rel="alternate" hreflang="en-GB" href="https://example.co.uk/page/" />
  <link rel="alternate" hreflang="en-US" href="https://example.com/page/" />
  <link rel="alternate" hreflang="fr" href="https://example.fr/page/" />
  <link rel="alternate" hreflang="x-default" href="https://example.com/page/" />
</head>

كل نسخة من الصفحة تحمل المجموعة الكاملة لوسوم hreflang، شاملة وسماً يشير لنفسها. ذلك الوسم ذاتي الإشارة إلزامي. المزيد عن السبب قريباً.

متى تستخدم هذه الطريقة: مواقع HTML القياسية والمواقع المدارة بنظام إدارة محتوى حيث تستطيع تحرير قسم <head> والمواقع بعدد متغيرات لغوية قابل للإدارة لكل صفحة. تنجح لمعظم المواقع، لكنها تضيف ترميزاً لكل تحميل صفحة، بما يصير مرهقاً عند التوسع.

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

إن لم تكن الصفحة وثيقة HTML، فكّر في PDF والملفات القابلة للتنزيل والموارد غير HTML، فلا تستطيع وضع وسوم <link> في الرأس لغياب الرأس. تحل ترويسات HTTP هذا.

يرسل الخادم معلومات hreflang جزءاً من ترويسة استجابة HTTP:

HTTP/1.1 200 OK
Link: <https://example.co.uk/document.pdf>; rel="alternate"; hreflang="en-GB",
      <https://example.com/document.pdf>; rel="alternate"; hreflang="en-US",
      <https://example.fr/document.pdf>; rel="alternate"; hreflang="fr",
      <https://example.com/document.pdf>; rel="alternate"; hreflang="x-default"

متى تستخدم هذه الطريقة: الموارد غير HTML (ملفات PDF والقابلة للتنزيل) أو حين يجعل إعداد خادمك التحكم بمستوى الترويسة أسهل من تغييرات القوالب. نادرة عملياً لمعظم المواقع. وصيغتها أصعب تدقيقاً لعجزك عن مجرد عرض مصدر الصفحة.

الطريقة 3: خرائط XML

بدل إضافة تعليقات hreflang لكل صفحة، تستطيع إعلانها كلها في خريطة XML. كل مدخل رابط يضم عناصر xhtml:link سارداً بدائله:

<?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.co.uk/page/</loc>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.co.uk/page/" />
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/page/" />
    <xhtml:link rel="alternate" hreflang="fr" href="https://example.fr/page/" />
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page/" />
  </url>
  <url>
    <loc>https://example.com/page/</loc>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.co.uk/page/" />
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/page/" />
    <xhtml:link rel="alternate" hreflang="fr" href="https://example.fr/page/" />
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page/" />
  </url>
</urlset>

لاحظ أن كل رابط مسرود في الخريطة يضم نفسه أيضاً في مجموعة مدخلات xhtml:link خاصته. قاعدة الإشارة الذاتية نفسها تنطبق.

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

أي طريقة تختار؟

القرار أبسط مما يبدو:

• موقع صغير إلى متوسط (دون نحو 200 صفحة)؟ عناصر HTML <link>. الأسهل تنفيذاً وفحصاً.
• موقع كبير (مئات أو آلاف الصفحات)؟ خرائط XML. إدارة ممركزة وبلا تضخم قوالب وأسهل أتمتة.
• ملفات غير HTML؟ ترويسات HTTP. الخيار الوحيد العامل.
• أنواع محتوى مختلطة؟ تستطيع جمع الطرق. وسوم HTML للصفحات القياسية وترويسات HTTP لملفات PDF. لكن لا تعلن hreflang الصفحة نفسها في رأس HTML والخريطة معاً؛ اختر واحدة لتجنب إشارات متضاربة.

ما وسم x-default؟

قيمة x-default هي شبكة أمانك. تخبر محركات البحث أي صفحة تعرض حين لا يطابق مستخدم أياً من توليفات اللغة-المنطقة المحددة.

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

لنقل أن لديك صفحات تستهدف en-GB وen-US وfr. باحث من اليابان باليابانية لن يطابق أياً منها. دون x-default، يختار جوجل النسخة التي يراها أوثق صلة. ومعه، تتحكم أنت في البديل، عادة صفحتك الدولية الرئيسية أو منتقي اللغة.

وتُستخدم شائعاً أيضاً لمنتقي لغة صفحتك الرئيسية أو نسخة إنجليزية عامة غير إقليمية. وثائق جوجل واضحة أن x-default اختياري، لكنه عملياً إضافة معقولة لكل مجموعة وسوم hreflang. عامله معياراً.

لماذا تهم الإشارة الذاتية وروابط العودة

قاعدتان توقعان كل تنفيذ hreflang أول تقريباً: الوسوم ذاتية الإشارة والروابط ثنائية الاتجاه (العودة).

الوسوم ذاتية الإشارة

كل صفحة يجب أن تضم وسم hreflang يشير لنفسها. إن سردت صفحتك البريطانية على https://example.co.uk/page/ بدائل النسختين الأمريكية والفرنسية، فيجب أن تضم أيضاً:

<link rel="alternate" hreflang="en-GB" href="https://example.co.uk/page/" />

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

الروابط ثنائية الاتجاه (العودة)

لا يعمل hreflang إلا حين تتأكد العلاقة في الاتجاهين. إن قالت الصفحة أ “الصفحة ب بديلي الفرنسي”، فيجب أن تقول الصفحة ب أيضاً “الصفحة أ بديلي الإنجليزي”. إن غابت الإشارة من أي جانب، تجاهل جوجل الاقتران كاملاً.

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

كيف تتفاعل وسوم hreflang مع وسوم canonical؟

هنا يصير الأمر خادعاً، وحيث تصبح التوجيهات المتضاربة مشكلة شائعة.

وسوم canonical ووسوم hreflang تخدمان غرضين مختلفين. تقول canonical “هذه النسخة الأساسية لهذه الصفحة”. ويقول hreflang “هذه الصفحات المكافئة للغات أو مناطق أخرى”. ينبغي أن تعملا معاً لا ضد بعضهما.

القاعدة بسيطة: وسم canonical لكل صفحة ينبغي أن يشير لنفسها (canonical ذاتي الإشارة)، ووسوم hreflang تشير بين نسخ اللغة/المنطقة المختلفة. تحدث المشاكل حين:

• يشير وسم canonical في صفحتك الفرنسية للصفحة الإنجليزية. يخبر هذا جوجل بتجاهل الفرنسية كلياً، متجاوزاً hreflang القائل “هذه النسخة الفرنسية”.
• تُوحَّد كل المتغيرات الإقليمية إلى صفحة “رئيسية” واحدة. سيدمج جوجل إليها ويتجاهل تعليقات hreflang.
• لا تطابق روابط canonical روابط hreflang. إن قال canonical لديك https://example.com/page وقال hreflang مقدار https://example.com/page/ (فرق شرطة مائلة لاحقة)، عوملا رابطين مختلفين.

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

وسوم hreflang تلميحات لا توجيهات

أكد John Mueller وGary Illyes من جوجل علناً أن تعليقات hreflang تُعامل تلميحات. يأخذها جوجل بالحسبان بجانب إشارات أخرى، إعدادات الاستهداف الجغرافي في Search Console وموقع الخادم واستخدام ccTLD ولغة المحتوى وأنماط الربط الداخلي، ويتخذ قراره.

ماذا يعني ذلك عملياً؟ أن hreflang لا يضمن شيئاً. إن قال hreflang لديك إن صفحة تستهدف الألمان والمحتوى إنجليزي، فلن يجاري جوجل. وإن ناقض استهدافك الجغرافي في Search Console وسوم hreflang، سيزن جوجل الإشارتين ويختار الأوثق لديه.

ووضع “تلميحات لا توجيهات” هذا يعني أيضاً أن hreflang لا يستطيع إصلاح المشاكل الجوهرية. إن أشارت بنية موقعك ومحتواك وإشاراتك الأخرى كلها باتجاه مختلف، فلن يتجاوزها وسم hreflang. يعمل hreflang أفضل حين يؤكد ما توحي به بقية إعدادك سلفاً. ويعمل سيئاً ضمادةً فوق معمارية موقع دولي فوضوية.

متى تستخدم وسوم hreflang فعلاً؟

ليس hreflang شيئاً يحتاجه كل موقع. إليك متى يهم حقاً:

• المحتوى نفسه بلغات متعددة. لديك صفحة إنجليزية وترجمة فرنسية. يرسم hreflang العلاقة.
• اللغة نفسها بمناطق مختلفة. إنجليزية لبريطانيا وأمريكا وأستراليا. دون hreflang، كثيراً ما يدمجها جوجل لشدة تشابه المحتوى.
• تنويعات إقليمية بتسعير أو قوانين أو تفاصيل تواصل مختلفة. حتى بتشابه المحتوى الجوهري، التفاصيل المحلية تجعل كل نسخة متمايزة لجمهورها.
• إعدادات دولية متعددة النطاقات أو النطاقات الفرعية. حين يجلس موقعك البريطاني على .co.uk والأمريكي على .com والألماني على .de، يربطها hreflang عائلة.

متى لا تستخدم وسوم hreflang

هذا ما يُغفل. ليس كل سيناريو دولي يستدعي hreflang:

• موقع أحادي اللغة والمنطقة. تخدم سوقاً واحدة بلغة واحدة. لا بدائل موجودة فلا شيء يرسمه hreflang.
• صفحات مترجمة آلياً لا تصونها. إن وُجدت صفحات مترجمة تلقائياً دون صيانة نشطة أو فحص جودة، فتوجيه جوجل إليها عبر hreflang قد يضر أكثر مما ينفع.
• صفحات تختلف لدرجة أنها ليست مكافئات فعلاً. hreflang لمكافئات مستوى الصفحة. إن حملت صفحة منتجاتك البريطانية منتجات مختلفة كلياً عن الأمريكية، فليستا بديلتين بل صفحتين مختلفتين. لا ينطبق hreflang.
• استخدام hreflang بدل الاستهداف الجغرافي السليم. يتولى hreflang إشارات اللغة والمنطقة، لكنه ليس بديلاً عن استخدام ccTLD الصحيح أو استهداف Search Console الجغرافي أو ضبط مستوى الخادم.

أخطاء التنفيذ الشائعة

لـ hreflang طرق خطأ أكثر من معظم عناصر السيو التقني. إليك المسببة ضرراً حقيقياً.

روابط العودة الغائبة

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

رموز لغة أو منطقة باطلة

استخدام en-UK بدل en-GB (لا وجود لـUK في ISO 3166-1). واستخدام jp بدل ja لليابانية (رمز اللغة ja وjp رمز الدولة). أي رمز باطل يعني تجاهل الوسم بصمت: لا خطأ ولا تحذير، فقط لا أثر.

روابط لا تتطابق

الرابط في وسم hreflang يجب أن يطابق بدقة ما فهرسه جوجل. إن فهرس جوجل https://example.com/page/ بشرطة لاحقة وأشار hreflang لديك إلى https://example.com/page دونها، فلا يتطابقان. وكذلك البروتوكول (HTTP مقابل HTTPS) وwww مقابل غيرها.

hreflang على روابط غير canonical

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

الوسوم ذاتية الإشارة الغائبة

غُطيت سلفاً لكنها تستحق التكرار. كل صفحة في مجموعة hreflang يجب أن تشير لنفسها. وإغفال هذا سهل ويكسر المجموعة كاملة.

الإشارة لروابط تعيد توجيهاً أو غير 200

كل رابط في تعليقات hreflang ينبغي أن يعيد رمز حالة 200. الإشارة لرابط يعيد توجيه 301 أو 404 أو 410 تعني عجز جوجل عن تأكيد العلاقة. سيسقط التعليق.

سير عمل تصحيح عملي

حين لا يعمل hreflang، تظهر نسخة الدولة الخاطئة في نتائج البحث أو يبلغ Search Console أخطاء hreflang، إليك طريقة خطوة بخطوة لإيجاد المشكلة.

الخطوة 1: افحص ما يراه جوجل فعلاً. استخدم أداة URL Inspection في Google Search Console على الصفحة المتأثرة. انظر قسم “Page indexing” لأي تحذيرات أو أخطاء متعلقة بـ hreflang. وتحقق هل يطابق canonical الذي اختاره جوجل توقعك.

الخطوة 2: تحقق من ترميز المصدر. اعرض مصدر الصفحة (أو ترويسات HTTP أو الخريطة) وأكد حضور وسوم hreflang وصحة تنسيقها واستخدامها رموز لغة-منطقة صالحة. افحص الأخطاء المطبعية؛ hreflang="en-BG" (بلغاريا) حين قصدت en-GB (بريطانيا العظمى) سهلة الفوات.

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

الخطوة 4: افحص موائمة canonical. على كل صفحة في المجموعة، أكد أن وسم canonical ذاتي الإشارة وأن رابط canonical يطابق الرابط المستخدم في تعليقات hreflang بدقة.

الخطوة 5: أكد قابلية الفهرسة. تأكد أن كل رابط في مجموعة hreflang قابل للفهرسة. غير محجوب بـ robots.txt وغير موسوم noindex وغير معيد توجيه. شغّل زحفاً أو افحص رمز حالة كل رابط.

الخطوة 6: انتظر. تغييرات hreflang تحتاج وقتاً للمعالجة. يحتاج جوجل إعادة زحف كل صفحة في المجموعة، وقد يستغرق ذلك أياماً لأسابيع حسب تواتر الزحف. لا تفزع إن لم تنعكس التغييرات فوراً.

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

hreflang عند التوسع: الأداء والصيانة

للمواقع بمئات أو آلاف الصفحات عبر مناطق متعددة، يصبح hreflang تحدي صيانة. موقع بخمسمئة صفحة يستهدف خمس مناطق لديه 2,500 علاقة hreflang يديرها. أضف منطقة جديدة وكل صفحة قائمة تحتاج تحديثاً.

إبقاؤه قابلاً للإدارة

استخدم طريقة الخريطة. عند التوسع، خرائط XML النهج العملي الوحيد. تمركز كل إعلانات hreflang وتُولَّد برمجياً من قاعدة بيانات أو نظام إدارة محتوى ولا تضيف وزن ترميز لكل صفحة.

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

دقق بانتظام. تُضاف الصفحات وتُزال ويُعاد توجيهها. رابط وُجد الشهر الماضي قد يعيد 404 الآن، وإن ظل مشاراً إليه في وسوم hreflang عبر مواقعك الإقليمية الأخرى، تنكسر المجموعة كاملة. جدول تدقيقات فصلية كحد أدنى. أدوات مثل Screaming Frog وAhrefs وSitebulb تستطيع زحف تعليقات hreflang وتعليم الإشارات المكسورة وروابط العودة الغائبة والرموز الباطلة.

أصدر خريطتك. إن ولّدت الخرائط تلقائياً، فاحتفظ بتاريخ إصدارات. حين ينكسر شيء، تريد مقارنة الخريطة الحالية بالسابقة ورصد المتغير.

نطاق فرعي أم دليل فرعي أم ccTLD؟

بنية روابطك للمحتوى الدولي تؤثر على كيفية تنفيذ hreflang لا على عمله. يعمل hreflang متطابقاً عبر ccTLD (example.co.uk) والنطاقات الفرعية (uk.example.com) والأدلة الفرعية (example.com/uk/). وللاختيار بين هذه البنى مقايضاته الخاصة حول عدالة الروابط وإدارة الزحف وإشارات الاستهداف الجغرافي، لكن ذلك قرار منفصل عن hreflang نفسه.

أدوات تدقيق جديرة بالمعرفة

لا تحتاج فحص hreflang يدوياً عبر مئات الصفحات. هذه الأدوات تؤتمت الرفع الثقيل:

• Screaming Frog SEO Spider. يزحف موقعك ويبلغ عن تنفيذ hreflang: روابط العودة الغائبة والرموز الباطلة وcanonical غير المتطابقة وكل شيء. تقرير hreflang من أنفع مزاياه.
• Ahrefs Site Audit. يعلّم أخطاء hreflang ضمن تدقيقه التقني الأوسع. جيد للمراقبة المستمرة إن كنت تستخدم المنصة بالفعل.
• Google Search Console. أداة URL Inspection وتقارير الفهرسة قد تُظهر مشاكل hreflang. محدودة لكنها مجانية.
• Merkle Hreflang Tag Testing Tool. أداة إلكترونية مجانية للتحقق من صفحات منفردة. الصق رابطاً وتفحص صحة تنفيذ hreflang شاملاً روابط العودة.
• Sitebulb. تقارير بصرية قوية لعلاقات hreflang. نافعة خصوصاً لرؤية الخريطة الكاملة لأي الصفحات تتصل بأيها.

أمثلة من الواقع

بضعة أنماط من مواقع دولية معروفة توضح hreflang عملياً:

IKEA تستخدم أدلة فرعية على نطاق واحد (ikea.com/gb/en/ وikea.com/de/de/ وikea.com/fr/fr/) مع hreflang يرسم بين صفحات المنتجات والمحتوى المكافئة. كل صفحة إقليمية تشير ذاتياً ومتبادلاً، مع x-default يشير إلى ikea.com العالمي.

HubSpot تستهدف اللغة دون تحديد منطقة في بعض الحالات (hreflang="es" للإسبانية بدل "es-ES" أو "es-MX")، مستخدمة x-default للنسخة الإنجليزية. ينجح هذا حين تملك صفحة إسبانية واحدة تخدم كل الأسواق الناطقة بالإسبانية بدل متغيرات إقليمية منفصلة.

النهجان يعملان. اتساق التنفيذ أهم بكثير من أي بنية روابط أو طريقة hreflang تختار.

إتقان hreflang من المرة الأولى

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

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