ما الحقيقة وراء إحصاءات أخطاء hreflang؟

ابحث في بضعة أدلة hreflang نُشرت هذا العام وسيظهر لك الرقمان نفسهما مرارًا: أن 72% من المواقع متعددة الدول فيها خطأ hreflang حرج، منسوبًا إلى مسح Ahrefs «State of SEO» لعام 2026، وأن خطأ واحدًا يبطل نحو 40% من التطبيقات، منسوبًا إلى توثيق Google نفسه.

الرقمان دقيقان ويبدوان مؤسسيين، ولا يصمد أي منهما أمام التحقق. يتتبع هذا المقال كل ادعاء إلى مصدره المعلن، ثم يعرض ما يقوله توثيق Google فعلًا.

ما الإحصاءات التي لا تصمد؟#

يُقدَّم رقم 72% عادةً على أنه من مسح لـ Ahrefs. تنشر Ahrefs أبحاث hreflang حقيقية موثقة جيدًا، فيسهل تصديق الادعاء دون فحص.

لكن لا صفحة على ahrefs.com تقول إن 72% من المواقع متعددة الدول فيها خطأ hreflang حرج، ولم نجد مسحًا بهذا الاسم والسنة.

ويبدو أن الرقم يتداول بالتكرار وحده بين مدونات SEO اللاحقة، تنقل كل واحدة عن سابقتها.

ما نشرته Ahrefs فعلًا دراسة hreflang مؤرخة 10 أغسطس 2023، من زحف على 374,756 نطاقًا يستخدم وسوم hreflang. نتيجتها الأساسية الحقيقية أن 67% من تلك النطاقات فيها مشكلة واحدة على الأقل.

وأشيع مشكلاتها غياب x-default، وهو حاضر في 56.3% من النطاقات المتأثرة، يليه غياب الوسوم الذاتية المرجعية والمراجع المعطوبة أو المعاد توجيهها.

هذا رقم حقيقي مؤرخ يمكن الاستشهاد به، عمره ثلاث سنوات يوم الكتابة، وهو عن كل النطاقات المستخدمة لـ hreflang لا عن المواقع متعددة الدول وحدها.

وهو سلف محتمل لادعاء «72%»، قريب منه في الشكل إلى حد أن تقريب الرقم أو سوء تذكّره قد يفسّر الانحراف، لكنه ليس الإحصاء نفسه ولا يدعم صياغة «2026».

والادعاء الثاني، أن خطأ واحدًا يبطل نحو 40% من التطبيقات بحسب Google Search Central، أسوأ حالًا: لا يظهر في أي مكان في توثيق المطورين لدى Google. فتوثيقها يشرح قواعد لا معدلات أخطاء حية في الويب، ولم تنشر Google يومًا نسبة التطبيقات التي تعدّها معطوبة.

ونسبة رقم كمّي محدد إلى Google وليس في موقعها ما يطابقه إخفاق في التوثيق أخطر من رقم قديم لـ Ahrefs، لأنه يختلق سلطة مؤسسية ولا يكتفي بسوء اقتباس سلطة حقيقية.

ماذا يوثّق Google فعلًا؟#

انزع النسب المخترعة يبقَ ما هو حقيقي وقابل للتحقق وربما أنفع: يصف توثيق Google بدقة أي أخطاء في التنفيذ تعطّل hreflang، حتى دون ربطها بتكرار.

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

والصفحة التي تسرد كل ترجماتها ولا تسردها تلك الترجمات بدورها لا تنال شيئًا من هذا الوسم.

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

توصي Google بها ولا تشترطها، وإغفالها لا يبطل بقية مجموعة متبادلة صحيحة.

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

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

ولا تأتي أي من هذه القواعد الثلاث بنسبة خطأ مرفقة، وهذه هي الحال الصادقة للتوثيق: تخبر Google المنفّذين بما يعطّل النظام لا بعدد مرات وقوع المواقع فيه.

لماذا يهمنا هذا؟#

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

والإصلاح العملي لا يحتاج إلى نسبة أصلًا. فالقواعد الثلاث المؤكدة أعلاه، التبادلية وx-default الاختياري وبناء canonical وhreflang متوافقين، هي ما يفحصه مولّد وسوم hreflang في موقعنا قبل شحن أي مجموعة وسوم.

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

فاستخدمها فحصًا مسبقًا، ثم تحقق من المجموعة الحية بنفسك، لأن الأداة لا تؤكد التبادلية على الصفحات المنشورة.