تتكرر أخطاء وسم hreflang في المواقع متعددة اللغات، كيف يمكن استكشافها وإصلاحها؟

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

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

تأكد أولًا: هل يحتاج موقعك فعلًا إلى hreflang؟

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

لا تنشئ عشرات رموز المناطق بصورة آلية لمجرد "تغطية أسواق أكثر". فالصفحة التي لا تختلف من حيث المحتوى أو السعر أو الخدمة أو مسار التحويل، إذا قُسمت قسرًا إلى إصدارات مثل en-DE وen-FR، ستزيد تكاليف الصيانة وقد تجعل من الصعب على محركات البحث تحديد علاقة الصفحات. وبالنسبة إلى مواقع B2B للتجارة الخارجية، يكون إنشاء إصدارات بحسب اللغات الأساسية والأسواق الرئيسية غالبًا أكثر موثوقية من إنشاء عدد كبير من صفحات المناطق ذات الفروقات المحدودة.

القاعدة الأكثر سهولة في الإغفال: يجب أن "تتعرف" جميع الإصدارات على بعضها بالكامل

لا ينتهي hreflang بمجرد الإشارة من الصفحة الإنجليزية إلى الصفحة الصينية. يجب أن تتضمن مجموعة إصدارات اللغة الفعالة جميع الصفحات المقابلة، وأن يتضمن كل URL المجموعة نفسها من الإعلانات، بما في ذلك نفسه. على سبيل المثال، إذا كانت هناك ثلاث صفحات منتجات بالصينية والإنجليزية واليابانية، فينبغي أن تسرد الصفحات الثلاث روابط zh وen وja المقابلة في الوقت نفسه.

<link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

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

تحقق وفق هذا المسار؛ فهو أكثر فاعلية من "التحديق في الوسوم وتعديلها"

1. هل تتطابق عناوين URL واحدًا لواحد بدلًا من توجيه الموقع بأكمله إلى الصفحة الرئيسية؟

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

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

2. هل الروابط المتبادلة مفقودة أو قوائم الإصدارات غير متسقة؟

افترض أن الصفحة A تعلن أن الصفحة B هي الإصدار الإنجليزي، لكن الصفحة B لا تعلن أن A هي الإصدار الصيني؛ وهذا ما يُعرف عادةً بـ"غياب الرابط المتبادل". وهناك حالة أخرى أكثر خفاءً: تسرد الصفحة الصينية zh/en/ja، بينما تسرد الصفحة الإنجليزية zh/en فقط. يبدو أن كل صفحة تحتوي على الوسوم، لكن مجموعات اللغات غير متسقة، وقد يؤدي ذلك أيضًا إلى فشل الإشارات.

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

3. هل يمكن الزحف إلى الصفحة المستهدفة وفهرستها بصورة طبيعية؟

يجب أن يعيد URL الذي يشير إليه hreflang رمز الحالة 200، وألا يكون عنوان إعادة توجيه 301 أو 302، كما لا ينبغي أن يكون صفحة 404 أو soft 404 أو صفحة محجوبة بواسطة robots.txt أو تحتوي على noindex. وتشمل المشكلات الشائعة: إعادة توجيه الأجهزة المحمولة تلقائيًا إلى نطاق آخر، والإضافات التي تفرض إعادة التوجيه بناءً على تحديد المنطقة، وقواعد CDN التي تعيد كتابة URL، وروابط بيئة الاختبار التي تنتقل بالخطأ إلى الموقع الرسمي.

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

4. هل كُتبت رموز اللغة والمنطقة بشكل صحيح؟

تستخدم اللغة رموز ISO 639-1 المكونة من حرفين، مثل en وde وfr وzh؛ وعند الحاجة إلى تحديد المنطقة، يُستخدم تنسيق "اللغة-المنطقة"، مثل en-US وpt-BR وzh-CN. لا تكتب رمز البلد فقط مثل US، ولا تخلط بين اختصارات مخصصة غير موجودة أو غير قياسية.

بالإضافة إلى ذلك، تختلف وظيفة خاصية lang في الصفحة عن hreflang: فالأولى تساعد المتصفحات وأدوات القراءة المساعدة على فهم لغة الصفحة، بينما تُستخدم الثانية لمطابقة الإصدارات في البحث. يُنصح بالحفاظ على اتساقهما، لكن لا يمكن أن يحل أحدهما محل الآخر.

أين توضع الوسوم؟ اختر إحدى الطرق الثلاث وحافظ على إدارتها باستمرار

يمكن وضع hreflang داخل <head> في HTML، أو إرساله عبر رأس استجابة HTTP أو XML Sitemap. تستخدم معظم مواقع الشركات العادية ومواقع المحتوى وسم head؛ ويمكن النظر في رأس HTTP للملفات غير HTML مثل PDF؛ أما المتاجر العابرة للحدود ذات الإصدارات اللغوية الكثيرة وحجم الصفحات الكبير، فيمكن للنظام إنشاء XML Sitemap لها لتسهيل الإدارة المركزية.

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

بعد التعديل، لا تكتفِ بالنظر إلى مصدر الصفحة

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

يمكن لأداة فحص عناوين URL في Google Search Console أن تساعد في تأكيد ما إذا كانت الصفحة قابلة للزحف وكيفية تحديد الصفحة الأساسية؛ كما يمكن لسجلات الخادم المساعدة في مراقبة ما إذا كانت محركات البحث تزور إصدارات اللغات المختلفة بنجاح. لا تتوقع تغيرًا فوريًا بعد التعديل، إذ تحتاج محركات البحث إلى إعادة الزحف ومعالجة علاقات الصفحات. والأهم في هذه المرحلة هو الحفاظ على استقرار URL والوسوم وخريطة الموقع، وتجنب تعديل الدليل اليوم وتغيير قواعد إعادة التوجيه غدًا.

أدرج hreflang ضمن عملية إنشاء الموقع، لا كترقيع بعد الإطلاق

لا تكمن صعوبة SEO متعدد اللغات عادةً في الوسم نفسه، بل في مدى التزامن بين المحتوى وبنية URL وتقدم الترجمة والقوالب التقنية. وبالنسبة إلى المواقع التي تضيف باستمرار منتجات ومدونات وصفحات هبوط إعلانية جديدة، من الأفضل وضع أربعة فحوصات ضمن عملية النشر: "تعيين إصدارات اللغة، وحالة الفهرسة، وcanonical، وhreflang".

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