أخطاء hreflang: 12 خطأ شائعًا وطريقة اكتشافها
معظم أخطاء hreflang لا تخص صفحة بعينها بل النظام كله. إليك الأخطاء الاثني عشر الأكثر شيوعًا وطريقة تحقق من ثلاث طبقات لاكتشافها في بيئة production.
بقلم Roozbeh Nazari · CEO
hreflang من أكثر جوانب السيو التقني تعرضًا للإعداد الخاطئ. والسبب ليس تعقيده، بل أنه يفشل في صمت. الإعداد الخاطئ لا يُظهر أي رسالة خطأ، والصفحة تبدو طبيعية تمامًا، ولا ينتبه أحد. المشكلة لا تظهر إلا بعد أشهر، حين تبدأ صفحة بلغة خاطئة في الظهور داخل بلد خاطئ.
سبق أن تناولنا كيفية بناء بنية متعددة اللغات في قطاع العيادات ضمن دليل بنية السيو متعدد اللغات. وهذا المقال مكمّل له: اثنا عشر خطأً ملموسًا تتكرر مصادفتها في بيئة production بعد اكتمال البنية، والطريقة التي تكشفها.
أخطاء التبادل وبنية المجموعة
الأخطاء الأربعة الأولى ترجع إلى المنطق الأساسي لـ hreflang: فهو ليس وسمًا يخص صفحة واحدة، بل إعلانًا يخص مجموعة كاملة.
1. الإعلان في اتجاه واحد. الصفحة التركية تشير إلى الصفحة الإنجليزية، لكن الصفحة الإنجليزية لا تشير إلى التركية. توثيق Google يشترط أن تكون الإعلانات متبادلة، والإعلانات غير المتبادلة قد يجري تجاهلها. وهذا أكثر أخطاء القائمة انتشارًا.
2. غياب الإشارة الذاتية. كل صفحة يجب أن تُدرج نفسها إلى جانب باقي صفحات المجموعة. الصفحة التي تخلو من إشارة ذاتية تتصرف كمراقب من الخارج لا كعضو في المجموعة.
3. عضو ناقص. المجموعة تضم أربع لغات، لكن بعض الصفحات لا تُدرج سوى ثلاث. غالبًا ما يعود ذلك إلى اختلاف القوالب: قالب المدونة يطبع أربع لغات بينما توقف قالب الخدمات عند ثلاث.
4. عضوية المجموعة غير متسقة من صفحة إلى أخرى. الصفحة أ تشير إلى ب وج، والصفحة ب تشير إلى أ ود. لا تنتج عن ذلك مجموعة متماسكة، وتفقد المجموعة كلها موثوقيتها.
المصدر المشترك لهذه الأخطاء الأربعة واحد في الغالب الأعم: hreflang يُنتَج قالبًا بعد قالب بدلًا من أن يصدر عن مصدر واحد للحقيقة.
أخطاء الأكواد وعناوين URL
الأخطاء الأربعة التالية أكثر ميكانيكية، لكنها لا تقل شيوعًا.
5. رمز لغة غير صالح. أكثر الحالات تكرارًا هي رموز المناطق المخترعة والخلط بين اللغة والدولة. بالنسبة إلى العربية، "ar" رمز لغة، أما "ar-AE" فهو تركيبة لغة ومنطقة. و"uk" تعني الأوكرانية، لا المملكة المتحدة.
6. استخدام رمز المنطقة وحده. لا يمكن لقيمة hreflang أن تحمل رمز دولة من دون رمز لغة. وهذا تعريف يجري تجاهله في صمت.
7. استخدام عناوين URL نسبية. قيم hreflang يجب أن تكون عناوين مطلقة، بما في ذلك البروتوكول. والإعدادات التي تكتب مسارات نسبية غالبًا ما تكون قد انتقلت بهذه الصورة من بيئة staging إلى production.
8. الإشارة إلى عناوين معاد توجيهها أو غير قابلة للوصول. العنوان الذي يشير إليه hreflang يجب أن يكون العنوان النهائي. أي إعلان يشير إلى إعادة توجيه أو إلى صفحة 404 أو إلى صفحة محجوبة بـ robots.txt يكسر المجموعة.
الإشارات المتناقضة
الأخطاء الأربعة الأخيرة هي الأصعب في الملاحظة، لأن كود hreflang نفسه يبدو صحيحًا. المشكلة أن الصفحة تقول شيئًا مختلفًا من موضع آخر.
9. تعارض مع canonical. الصفحة تقول عبر hreflang "أنا النسخة العربية"، بينما يشير canonical إلى النسخة الإنجليزية. عندها تتوقف النسخة العربية عن كونها صفحة قائمة بذاتها. كل locale يجب أن يكون canonical لنفسه.
10. إعادة التوجيه التلقائية. حتى لو كان hreflang مضبوطًا بشكل صحيح، فإن إعادة التوجيه الإجبارية بحسب عنوان IP أو لغة المتصفح تحبس الزاحف داخل نسخة واحدة. شرحنا الآلية وإجراء اختبار من خمس عشرة دقيقة في مقالنا عن إعادة التوجيه التلقائية للغة.
11. عدم تطابق لغة الصفحة مع الإعلان. يقول hreflang إن اللغة "fa" بينما يظل متن الصفحة إنجليزيًا في معظمه، وهو ما ينتج عادة عن ترجمة نصف مكتملة. وحين يتناقض الإعلان مع المحتوى، فإن المحتوى هو الذي يفوز لا الإعلان.
12. الاستخدام الخاطئ لـ x-default. يشير x-default إلى الصفحة الافتراضية للمستخدمين الذين لم تُطابَق لغتهم، وهو لا يعني "اللغة الأهم". ومنح x-default لأكثر من صفحة، أو عدم منحه لأي صفحة، حالتان مختلفتان لكن كلتيهما تحتاج إلى تصحيح.
لماذا لا يكفي Search Console وحده
أول ردة فعل لدى الفرق هي متابعة حالة hreflang من Search Console. وهذا معقول، لكن له حدّين بنيويين.
الأول هو التغطية: التقارير تستند إلى الصفحات التي زحف إليها Google وعالجها. أي خطأ منهجي في نسخة لغوية جديدة لم يجرِ الزحف إليها بعد قد يبقى غائبًا عن التقرير أسابيع. والانتظار للتحقق من locale أُطلق حديثًا يعني تفويت الفترة التي ينتشر فيها الخطأ بأعلى كلفة.
الثاني هو الدقة: التقارير تخبرك بوجود مشكلة، لا بالقالب الذي أنتجها. ومعظم الأخطاء الاثني عشر أخطاء قالب لا أخطاء صفحات منفردة. وحين لا ترى القالب، تبدأ بتصحيح الصفحات واحدة واحدة ثم يعود الخطأ نفسه مع الإصدار التالي.
لذلك من الأدق التعامل مع Search Console كأداة مراقبة بعد التحقق، لا كأداة تحقق. الزحف الخاص بك هو ما يعثر على الخطأ، وSearch Console يُظهر مع الوقت ما إذا كان التصحيح قد وجد صداه لدى Google. الأداتان لا تحل إحداهما محل الأخرى.
وهناك أيضًا جانب sitemap: تقديم إعلانات hreflang عبر sitemap بصيغة XML بدلًا من وسوم الصفحات يقلّل تشتت القوالب، خصوصًا في المواقع كثيرة الصفحات. تغيير الأسلوب لا يحل الأخطاء من تلقاء نفسه، لكنه يسهّل إنشاء مصدر واحد للحقيقة، والسبب الجذري لأخطاء هذه القائمة هو في الغالب غياب هذا المصدر بالضبط.
الاكتشاف في بيئة production: تحقق من ثلاث طبقات
لا يمكن العثور على أي من هذه الأخطاء بشكل موثوق بمجرد فتح الصفحات والنظر إليها. التحقق القابل للتكرار يحتاج إلى ثلاث طبقات.
الطبقة الأولى: الزحف عبر HTML المعالَج. ازحف إلى الموقع بالكامل واستخرج إعلانات hreflang لكل عنوان URL. النقطة الحاسمة هي أخذ HTML المعالَج لا المصدري، لأن وسوم hreflang التي تُضاف من جهة العميل لا تظهر في HTML المصدري. ويجب أن تكون المخرجات قائمة بالـ locales المعلنة لكل عنوان.
الطبقة الثانية: التحقق من الغراف. تعامل مع مخرجات الزحف بوصفها غرافًا موجّهًا، وتحقق برمجيًا مما يلي: هل لكل حافة ما يقابلها، هل يتضمن كل عقدة نفسه، هل حجم كل مكوّن مساوٍ لعدد اللغات المتوقع، هل رموز اللغات ضمن القائمة الصالحة، هل تعيد عناوين الوجهة الرمز 200. هذه الفحوص الخمسة تلتقط تلقائيًا معظم الأخطاء الاثني عشر المذكورة.
الطبقة الثالثة: فحص التناقضات. لكل عنوان URL، قارن إعلان hreflang بـ canonical وبخاصية lang في الصفحة وبالمدخل الموجود في sitemap. وكل عدم تطابق بين هذه المصادر الثلاثة هو نتيجة تستحق التسجيل.
مخرجات هذه الطبقات الثلاث يجب أن تكون نظامًا مستمرًا لا قائمة تُغلق. hreflang ليس شيئًا يُصحَّح مرة واحدة ثم يُترك؛ فكل قالب صفحة جديد وكل لغة جديدة وكل عملية ترحيل تُنتج نقطة انكسار جديدة. ووضع التحقق داخل مسار النشر أرخص وأكثر فاعلية من تدقيق يجري بعد ستة أشهر.
نتعامل مع إعدادات التحقق المستمر من هذا النوع كجزء قياسي من أعمال السيو التقني لدينا؛ وإذا رغبت في مراجعة إعدادك معًا، يمكنك مراسلتنا.
ملاحظة أخيرة عن الترتيب: حين تعثر على هذه الأخطاء الاثني عشر، لا تحاول تصحيحها كلها في وقت واحد. عالج أولًا الإشارات المتناقضة (9-12)، ثم أخطاء الأكواد وعناوين URL (5-8)، وأخيرًا بنية المجموعة (1-4). فإذا سرت في الاتجاه المعاكس، تبقى بنية المجموعة المصححة بلا فائدة بسبب canonical متناقضة، ويبدو الأمر كأن أي تصحيح لم يحدث.