بنية SEO متعددة اللغات للعيادات: أخطاء hreflang بين TR/EN/AR ودليل الإصلاح
أكثر أخطاء hreflang شيوعًا في مواقع العيادات بالتركية والإنجليزية والعربية، وتعارضات canonical، وترتيب الإصلاح الصحيح بمصدر حقيقة واحد.
بقلم Roozbeh Nazari · CEO
موقع العيادة الذي يستهدف مرضى دوليين ينشر عادة بثلاث لغات على الأقل: التركية والإنجليزية والعربية، وكثيرًا ما تنضم إليها الروسية أو الفارسية. هذا التنوع قوة مع البنية الصحيحة، وخسارة صامتة مع البنية الخاطئة: صفحات عربية لا تُفهرس أبدًا، أو صفحة إنجليزية تظهر في النتائج العربية، أو لغتان تأكل إحداهما زيارات الأخرى — أعراض تعود في الغالب إلى الجذر نفسه. تتناول هذه المقالة ثلاثة أمور بالترتيب: قرارات البنية، وأخطاء hreflang التي نراها أكثر من غيرها في الميدان، وترتيب إصلاحها.
لنبدأ بقرار البنية. الخيار الافتراضي الصحيح لمعظم العيادات هو أدلة لغوية فرعية تحت نطاق واحد: /tr/ و/en/ و/ar/. النطاق الواحد ينقل الموثوقية المكتسبة إلى كل اللغات ويبقي البنية التحتية في مكان واحد. نطاقات ccTLD القطرية ترسل إشارة محلية قوية لكن كل نطاق يبني موثوقيته من الصفر؛ والنطاقات الفرعية subdomains تزيد عبء الإدارة وتضعف ميزة التجميع. ليكن رمز اللغة في الروابط ثابتًا؛ وكتابة slugs العربية والفارسية بحروفها ليست مشكلة — المتصفحات تنقلها بالترميز المئوي. المهم أن يكون لكل صفحة شكل قانوني canonical واحد. وإذا كنت تنقل موقعًا قائمًا إلى هذه البنية فعامِل تغيير الروابط كمشروع هجرة مستقل: الانتقال دون خريطة 301 واحدًا لواحد لكل لغة قد يدفع ثمن المكسب البنيوي أشهرًا من تراجع الترتيب.
مهمة hreflang هي ربط نسخ المحتوى نفسه بحسب اللغة والمنطقة؛ وهو إشارة لا أمر. تبدو الصيغة بسيطة لكنها تجمع معيارين: ISO 639-1 للغة، واختياريًا ISO 3166-1 Alpha-2 للمنطقة. فـ"ar" تستهدف كل الناطقين بالعربية، بينما "ar-AE" مستخدمي العربية في الإمارات فقط. وأكثر الأخطاء المفهومية شيوعًا هو ظن رمز البلد لغةً: لا توجد لغة اسمها "ae"، ومثل هذا الوسم يُتجاهل بصمت.
الأخطاء التي نصادفها أكثر من غيرها: أولًا، غياب وسوم الإرجاع المتبادلة — الصفحة التركية تشير إلى النسخة العربية لكن العربية لا تشير إلى التركية، فيعتبر Google الزوج غير صالح، وهذا سلوك موثّق. ثانيًا، إشارة hreflang إلى تحويلة أو 404 أو صفحة عليها noindex؛ فإذا تعذر الوصول إلى البديل لا يعمل الربط. ثالثًا، تعارض canonical مع hreflang؛ توجيه كل اللغات بـcanonical إلى النسخة التركية مع إعلان بدائل في hreflang يقول لـGoogle في آن واحد "هذه صفحات منفصلة" و"كلها في الحقيقة صفحة واحدة". رابعًا، استخدام روابط نسبية؛ قيم hreflang يجب أن تكون مطلقة. خامسًا، غياب x-default. سادسًا، قوالب تطبع وسومًا لترجمات غير موجودة؛ إذا لم تكن للصفحة نسخة عربية فلا يُعلن بديل عربي.
x-default وتقسيم العربية يستحقان عناية إضافية. x-default يعلّم النسخة التي تُعرض عندما لا تطابق أي لغة؛ إن كانت لديك صفحة اختيار لغة فوجّهه إليها، وإلا فالنسخة الإنجليزية خيار معقول عادة. والرد الشرطي الشائع في العربية هو فتح نسخة لكل بلد خليجي: ar-SA وar-AE وar-KW وهكذا. إذا لم يكن المحتوى مختلفًا فعلًا — أسعار أو تواصل أو لوائح تتغير بتغير البلد — فإن التجميع في نسخة "ar" واحدة يقلل عبء الصيانة وخطر منافسة نفسك. والمنطق ذاته يسري على الفارسية التي قد تضيفها لاحقًا: ابدأ بـ"fa" واحدة. ولا تفتح نسخة إقليمية إلا عندما يكون لديك فرق محتوى حقيقي وطاقة صيانة تغذيه؛ فكل نسخة تفتحها هي صف جديد في مصفوفة hreflang تتحمل أنت صيانته.
أين تضع hreflang قرار أيضًا: وسوم link في head أو في XML sitemap. كلاهما صالح؛ وتبدأ المشكلة عند استخدامهما معًا. المصدران يفترقان مع الوقت، والإشارات المتعارضة تنتج أكثر فئات الأخطاء إرهاقًا في التفكيك. اختر مصدر حقيقة واحدًا: في موقع عيادة نموذجي من بضع مئات الصفحات تكون إدارة head بسيطة؛ وعندما تصل الصفحات إلى الآلاف يسهل أتمتة جانب sitemap أكثر.
hreflang وحده لا يكفي للاكتشاف؛ يجب أن تترابط نسخ اللغات بروابط عادية أيضًا. مبدّل اللغة في الترويسة أو التذييل ينبغي أن يُبنى بوسوم a قابلة للزحف، لا قائمة JavaScript بلا href؛ وكل صفحة يجب أن تربط فعلًا ببدائلها. وفي جانب sitemap يجب إدراج روابط كل اللغات كاملة؛ سواء استخدمت ملفًا لكل لغة أو ملفًا واحدًا، تأكد من إرسالها جميعًا إلى Search Console. أقصر طريق لترك اكتشاف نسخة لغوية للصدفة هو أن يكون الطريق الوحيد إليها قائمة منسدلة غير قابلة للزحف.
في جانب الكشف تحتاج إلى اختيار الأدوات الصحيحة، لأن Search Console لم يعد عونًا كما كان: أُزيل تقرير International Targeting عام 2022، ولا يقدم GSC اليوم شاشة ترصد أخطاء hreflang مباشرة. الطريقة العملية هي استخدام زاحف مثل Screaming Frog وتقاريره الخاصة بـhreflang لاستخراج وسوم الإرجاع الناقصة والبدائل المتعذر الوصول إليها وتعارضات canonical، ثم تأكيد الصفحات المشبوهة عبر URL Inspection. ترتيب الإصلاح مهم: طابق canonical أولًا، ثم أكمل وسوم الإرجاع، وأضف x-default أخيرًا. إن سرت بالترتيب المعكوس فقد يحجب كل إصلاح سابقه. وفي Screaming Frog انظر خصوصًا في ثلاثة تقارير: وسوم الإرجاع الناقصة، وروابط hreflang التي ترد بغير 200، ورموز اللغات غير المدعومة. هذا الثلاثي يُظهر معظم الأخطاء التي نراها في زحف واحد؛ والباقي يختبئ غالبًا في محاذاة canonical ومنطق القوالب.
إشارات جودة اللغة جزء من البنية بقدر الربط التقني. في كل نسخة يجب أن تكون قيمة html lang صحيحة، وفي الصفحات العربية والفارسية يُستخدم dir="rtl"؛ الصفحات العربية نصف المترجمة بقائمة إنجليزية تضعف ثقة المستخدم وإشارة اللغة التي تخدمها الصفحة معًا. وصفحات الترجمة الآلية التي لم يراجعها محرر خطر إضافي في مجالات YMYL كالصحة؛ فإطار تقييم الجودة لدى Google يدقق هناك في الموثوقية أكثر. إن كانت ميزانية الترجمة محدودة فترجمة صفحات قليلة جيدًا أفضل دائمًا من ترجمة صفحات كثيرة بشكل رديء. ولقياس جودة الترجمة يكفي روتين بسيط: كل ربع سنة، دع ناطقًا أصليًا يقرأ بضع صفحات مختارة عشوائيًا لكل لغة، وأعِد ملاحظات التصحيح إلى تقويم المحتوى.
ملاحظة ميدانية أخيرة: هذا الدليل ليس عملًا يُنفّذ مرة ويُغلق. مع إضافة صفحات خدمات ومقالات وصفحات حملات جديدة تعود الأخطاء؛ ننصح بتدقيق كامل كل ربع سنة وفحوص موضعية للصفحات الجديدة فيما بينها. في خدمة SEO التقني لدى SEO Evaluate يشكل التدقيق متعدد اللغات جزءًا من النطاق القياسي؛ نعالج hreflang وcanonical وطبقة الفهرسة في جولة واحدة، لأن إصلاح هذه الثلاثة كلًا على حدة يفسد بعضها بعضًا في الغالب. واربط مخرجات التدقيق بقائمة تغييرات مكتوبة: أي وسم تغير في أي صفحة، من وافق، ومتى صار حيًا. هذا السجل يريك في دقائق، عند التدقيق التالي، ما الذي تراجع بالضبط.