كيف تشرح Google رسميًا hreflang والإصدارات المحلية

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

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

ما المقصود بـ «الإصدار المحلي» وفقًا للوثائق الرسمية؟

لا تعني المحلية ترجمة آلية حرفية. تميّز وثائق Google ذات الصلة بين إصدارات اللغة وإصدارات المنطقة: فإصدار اللغة يعالج مسألة «بأي لغة تُعرض الصفحة»، بينما يعالج إصدار المنطقة مسألة «أي دولة أو منطقة تستهدفها اللغة نفسها». على سبيل المثال، يمكن للصفحات الإنجليزية الموجهة إلى الولايات المتحدة والمملكة المتحدة أن تستخدم كلتاهما en، ولكن عند وجود اختلافات جوهرية في العملة أو نطاق التوصيل أو شرح الضرائب أو معلومات الاتصال أو المخزون أو المواصفات أو الإشعارات القانونية، يمكن استخدام en-US وen-GB على التوالي.

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

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

الشروط الثلاثة لصحة hreflang

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

ثانيًا، يجب أن تستخدم الرموز تركيبة صالحة من اللغة والمنطقة. يستخدم جزء اللغة رموز ISO 639-1، مثل de وja وzh؛ ويستخدم جزء المنطقة رموز ISO 3166-1 Alpha 2، مثل DE وJP وCN. تأتي اللغة أولًا، والمنطقة بعدها، ويربط بينهما شرطة. يمكن أن يشير de-DE إلى الألمانية في ألمانيا، بينما يشير de إلى الألمانية غير المحددة بمنطقة. إن استخدام رمز الدولة منفردًا باعتباره رمز لغة، أو استخدام اختصار سوق مخصص، أو عكس موضعي اللغة والمنطقة، كلها أمور تفقد الإعلان معناه المقصود.

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

ثلاث طرق للتنفيذ، اختر واحدة للحفاظ على استقرار الصيانة

تدعم Google إضافة <link rel="alternate" hreflang="..." href="..."> داخل <head> في HTML، كما تدعم استخدام رؤوس استجابة HTTP أو الإرسال عبر XML Sitemap. تعبر الطرق الثلاث عن النوع نفسه من العلاقات، وعادةً ما يكفي اختيار الطريقة الأكثر ملاءمة لبنية النشر. تسهّل وسوم head في صفحات HTML العادية إنشاءها مع قالب الصفحة؛ وتكون رؤوس HTTP أكثر ملاءمة للمستندات غير HTML مثل PDF؛ وعندما يكون عدد إصدارات اللغة كبيرًا وتتم صيانتها بواسطة نظام محتوى مركزي، يمكن أن يقلل Sitemap من المخرجات المتكررة في قوالب الصفحات.

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

موضع وحدود x-default

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

ينبغي توخي الحذر بصورة خاصة عند وضع علامة x-default على صفحات تحديد الموقع الجغرافي التلقائي. توصي Google بوضوح بتجنب إعادة توجيه برامج الزحف والمستخدمين قسرًا إلى صفحات مختلفة بناءً على عنوان IP أو لغة المتصفح. تجعل إعادة التوجيه التلقائية من الصعب على المستخدمين الوصول إلى عنوان URL المحدد، وقد تمنع برامج الزحف أيضًا من الحصول على محتوى الإصدارات المختلفة بشكل مستقر. يتمثل النهج الأكثر أمانًا في الاحتفاظ بعناوين URL للإصدارات قابلة للوصول، وتوفير مدخل واضح لتبديل اللغة أو المنطقة على الصفحة؛ مع حفظ التفضيلات فقط بعد أن يختارها المستخدم صراحةً.

لا يمكن إعداد canonical وhreflang كلٌّ على نحو مستقل

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

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

الإشارات التي ينبغي مراقبتها بعد النشر

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

يمكن استخدام الحالات الشاذة المتعلقة بالاستهداف الدولي في Search Console، والصفحات البديلة التي تم اكتشافها ولكن لم تتم معالجتها بصورة صحيحة، ونتائج اختيار الصفحة الأساسية، لتحديد المشكلات. وهنا ينبغي التمييز بين ظاهرتين: عدم عرض صفحة المنطقة المستهدفة في نتائج البحث لا يعني بالضرورة فشل hreflang، إذ تؤثر لغة الاستعلام وموقع المستخدم ومدى صلة الصفحة وحالة الفهرسة في العرض؛ أما إذا تعذّر زحف الصفحة البديلة لفترة طويلة، أو غابت الإشارات المتبادلة، أو كان canonical يشير إلى صفحة بلغة مختلفة، فهذه إشارات على مستوى الإعداد يجب إعطاؤها أولوية في الإصلاح.

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