كيف تتم معالجة الروابط بلغات مختلفة عند توطين صفحات المقالات متعددة اللغات؟

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

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

أنشئ أولاً علاقة بين المقالات، ثم اختر بنية URL

يمكن استخدام الأدلة الفرعية للغات والنطاقات الفرعية والنطاقات المستقلة لاستضافة المحتوى متعدد اللغات. فعلى سبيل المثال، يمكن استخدام /en/guides/pump-selection/ و/de/ratgeber/pumpenauswahl/ لدليل اختيار المنتج نفسه. ليس من الضروري أن تتطابق المسارات حرفياً، لكن يجب أن يعرف النظام أنها تنتمي إلى مجموعة المحتوى نفسها.

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

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

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

أعطِ الأولوية للروابط الداخلية باللغة نفسها، واستخدم خياراً بديلاً واضحاً عند غياب الترجمة

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

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

إذا لم تتوفر للصفحة المستهدفة نسخة باللغة المطلوبة، فينبغي التعامل مع الأمر وفقاً لغرض الرابط:

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

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

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

يوضح hreflang العلاقة بين اللغات، بينما يعالج canonical العنوان القياسي

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

ينبغي استخدام رموز لغوية صالحة، مثل en وde؛ وعند وجود اختلافات إقليمية فعلية، يمكن استخدام مجموعات اللغة والمنطقة مثل en-US وen-GB. لا تستخدم رمز الدولة منفرداً بوصفه رمزاً للغة. ويمكن استخدام x-default كمدخل افتراضي عند عدم توفر لغة مطابقة، مثل صفحة اختيار اللغة، لكنه ليس إعداداً إلزامياً لكل موقع متعدد اللغات.

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

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

تحقق من سلوك النشر والنسخ المفقودة والتغييرات

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

يمكن حصر نقاط التحقق في أربعة أمور:

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

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

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