تدقيق فخ إعادة توجيه اللغة

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

ملف المهارة

---
name: locale-redirect-trap-audit
description: استخدمها عندما يشتكي الزوار من عدم قدرتهم على العودة إلى لغة ما، أو عندما يفتح رابط مشارَك بلغة خاطئة لدى المستلم.
---

# تدقيق فخ إعادة توجيه اللغة

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

## ما تحتاجه أولًا

- الموقع مع تفعيل تبديل اللغة
- curl أو أي عميل يستطيع الاحتفاظ بالكوكيز وإعادة إرسالها

## الطريقة

1. اطلب رابطًا ذا بادئة بلغة غير افتراضية لتثبيت تفضيل مخزَّن.
2. أعد الطلب بالعميل نفسه، لكن اطلب الآن المكافئ بلا بادئة. إذا أعاد 302 إلى اللغة المخزَّنة، فاللغة الافتراضية غير قابلة للوصول والعطل مؤكد.
3. كرر الاختبار على مسار عميق، لا الصفحة الرئيسية فقط. إعادة توجيه تعمل عند الجذر فقط مقبولة؛ أما التي تعمل على كل مسار فلا.
4. اطلب رابط اللغة الافتراضية بدون أي كوكي - هذا ما يراه الزاحف. إذا أعاد التوجيه، فسيفشل التحقق من hreflang مهما كان الترميز صحيحًا.
5. أصلح الأمر بجعل الرابط هو المرجع: لا تتصرف بناءً على تفضيل مخزَّن إلا عند الجذر المجرد، ولا تسجّل تفضيلًا إلا عندما يطلبه الزائر صراحةً عبر مبدّل اللغة.
6. أعد اختبار الحالات الأربع كلها: اختيار لغة، والعودة إلى الجذر، واختيار اللغة الافتراضية، وفتح مسار صريح مع تفضيل مخزَّن متعارض.

## ما الذي تنتجه

مصفوفة نجاح/فشل من أربع حالات تثبت أن كل لغة قابلة للوصول، وأن الروابط الصريحة لا يتم تجاوزها أبدًا، وأن الطلب بلا كوكيز يستقبل الافتراضي الـ canonical.

## أين تخطئ عادةً

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

---

من مكتبة مهارات QuQi - https://www.quqi.io/ar/skills/locale-redirect-trap-audit

ما تحتاجه أولًا

• الموقع مع تفعيل تبديل اللغة
• curl أو أي عميل يستطيع الاحتفاظ بالكوكيز وإعادة إرسالها

الطريقة

1. 01 اطلب رابطًا ذا بادئة بلغة غير افتراضية لتثبيت تفضيل مخزَّن.
2. 02 أعد الطلب بالعميل نفسه، لكن اطلب الآن المكافئ بلا بادئة. إذا أعاد 302 إلى اللغة المخزَّنة، فاللغة الافتراضية غير قابلة للوصول والعطل مؤكد.
3. 03 كرر الاختبار على مسار عميق، لا الصفحة الرئيسية فقط. إعادة توجيه تعمل عند الجذر فقط مقبولة؛ أما التي تعمل على كل مسار فلا.
4. 04 اطلب رابط اللغة الافتراضية بدون أي كوكي - هذا ما يراه الزاحف. إذا أعاد التوجيه، فسيفشل التحقق من hreflang مهما كان الترميز صحيحًا.
5. 05 أصلح الأمر بجعل الرابط هو المرجع: لا تتصرف بناءً على تفضيل مخزَّن إلا عند الجذر المجرد، ولا تسجّل تفضيلًا إلا عندما يطلبه الزائر صراحةً عبر مبدّل اللغة.
6. 06 أعد اختبار الحالات الأربع كلها: اختيار لغة، والعودة إلى الجذر، واختيار اللغة الافتراضية، وفتح مسار صريح مع تفضيل مخزَّن متعارض.

ما الذي تنتجه

مصفوفة نجاح/فشل من أربع حالات تثبت أن كل لغة قابلة للوصول، وأن الروابط الصريحة لا يتم تجاوزها أبدًا، وأن الطلب بلا كوكيز يستقبل الافتراضي الـ canonical.

أين تخطئ عادةً

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

المزيد في SEO الدولي