مدقق إعادة توجيه URL

مدقق إعادة توجيه URL أداة مجانية تتعرف على عمليات إعادة التوجيه 301 و302 لعنوان URL محدد، وتتبع سلسلة إعادة التوجيه حتى 10 خطوات.

ما إعادة توجيه URL؟

إعادة توجيه URL هي استجابة HTTP تطلب من المتصفح أو زاحف محرك البحث أو أي عميل آخر الانتقال إلى عنوان مختلف. تتضمن الاستجابة عادة رمز حالة من فئة 3xx وحقل Location، وتكون قيمته مرجعا إلى URI قد يكون نسبيا.

يعني رمز الحالة 301 أن المورد انتقل نهائيا. ويشيع استخدامه بعد تغيير عنوان صفحة، أو الانتقال من HTTP إلى HTTPS، أو دمج عناوين URL المكررة. أما رمز الحالة 302 فيعني أن المورد موجود في مكان آخر، لكن الانتقال يُعامل عادة على أنه مؤقت.

يحدد HTTP أيضا رموز إعادة توجيه أخرى، منها 303 و307 و308. وقد يؤثر الفرق بينها في طريقة إعادة العملاء للطلبات، خاصة مع أساليب مثل POST. وبالنسبة إلى عمليات إعادة توجيه صفحات الويب المعتادة، يظل الرمزان 301 و302 شائعين، وهما الرمزان اللذان صُمم هذا المدقق للتعرف عليهما.

كيف أتحقق من إعادة توجيه URL؟

يتوقع حقل رمز الحالة رمز حالة HTTP، مثل 301 أو 302. يعمل المدقق على الخادم ويفحص ما يصل إلى 10 خطوات من إعادة التوجيه.

تُرسل القيمة التي تدخلها إلى الخادم عبر HTTPS ولا يجري تخزينها.

ما عمليات إعادة التوجيه التي يتعرف عليها المدقق؟

يتعرف المدقق على عمليات إعادة التوجيه 301 و302. يشير 301 إلى إعادة توجيه دائمة، بينما يشير 302 إلى إعادة توجيه مؤقتة.

إذا ظل التوجيه يتناوب بين عنوانين، فهذه حلقة إعادة توجيه. أما التسلسل الطويل من التحويلات بين HTTP وHTTPS، وبين www والعنوان من دون www، وبين صيغ العنوان بشرطة مائلة ختامية ومن دونها، فهو سلسلة إعادة توجيه. تتوقف هذه الأداة بعد 10 خطوات كحد أقصى، لذلك لا يمكنها تحديد الوجهة النهائية لسلسلة أطول.

حل مشكلات إعادة التوجيه الشائعة

يفيد فحص إعادة التوجيه عندما يخفي العنوان النهائي الظاهر في المتصفح الاستجابات الوسيطة. كما يساعدك على التمييز بين خطأ في إعداد HTTP ومشكلة في DNS أو التطبيق أو التخزين المؤقت.

• ما زالت الصفحة المنقولة تفتح على عنوانها القديم. افحص عنوان URL القديم مباشرة. ينبغي أن يشير تحويل 301 إلى البديل المقصود، لا إلى صفحة رئيسية عامة أو عنوان قديم آخر.
• يستمر التبديل بين HTTP وHTTPS. اختبر كلا الإصدارين. قد تؤدي القواعد المتعارضة في خادم الويب أو شبكة توصيل المحتوى أو التطبيق إلى إعادة HTTPS إلى HTTP، بينما تعكس طبقة أخرى الاتجاه فورا.
• رابط في رسالة بريد إلكتروني لا يصل إلى صفحة الهبوط المتوقعة. افحص عنوان URL الكامل المنسوخ من الرسالة، بما في ذلك سلسلة الاستعلام. غالبا ما تضيف خدمات التتبع عملية إعادة توجيه واحدة أو أكثر قبل الصفحة النهائية، وقد تتوقف السلسلة إذا كانت إحدى الوجهات الوسيطة معطلة.

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

لعلامات الترقيم والمسافات أثر أيضا. لا تصلح المسافات الخام داخل عنوان URL، وتحتاج عادة إلى ترميز مئوي مثل %20. أما الجزء الذي يبدأ بـ # فيعالجه المتصفح ولا يُرسل ضمن طلب HTTP، لذلك فإن تغيير هذا الجزء وحده لا يختار إعادة توجيه مختلفة على جانب الخادم. وقد تُمثل أسماء النطاقات المدوّلة بصيغة Punycode التي تستخدم ASCII، بينما تُرمز محارف المسار غير المنتمية إلى ASCII إلى بايتات، باستخدام UTF-8 عادة، ثم تُرمز البايتات المعنية ترميزا مئويا أثناء الإرسال.

لماذا تبدو إعادة التوجيه الصحيحة وكأنها خاطئة؟

قد تبدو إعادة التوجيه الصحيحة خاطئة لأن المتصفحات وأدوات تحليل DNS والخوادم الوكيلة وشبكات توصيل المحتوى قد تستخدم معلومات مخزنة مؤقتا. ومن المرجح بشكل خاص أن تظل عمليات إعادة التوجيه الدائمة ظاهرة في ذاكرة المتصفح المؤقتة بعد تغيير القاعدة على الخادم.

لا يستخدم المدقق العامل على الخادم سجل إعادة التوجيه المحلي في متصفحك، لكن الموقع المستهدف أو شبكة CDN التابعة له قد يعيدان مع ذلك استجابة مخزنة مؤقتا.

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

إذا نُقل النطاق مؤخرا، فقارن بين سجل DNS وإعدادات CDN وقواعد الخادم الأصلي. قد يوفر مدقق ذاكرة التخزين المؤقت من Google سياقا حول صفحة أقدم مفهرسة أو مخزنة مؤقتا، بينما يمكن أن يساعد مدقق استضافة المواقع في تحديد الجهة التي يبدو أن النطاق مستضاف لديها حاليا. ولا تغني أي من الأداتين عن فحص إعادة توجيه HTTP.

الأسئلة الشائعة

هل يمكن تغيير إعادة توجيه 301 لاحقا؟

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

هل تنقل إعادة التوجيه سلسلة الاستعلام إلى عنوان URL الوجهة؟

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

كيف تتعامل الأداة مع القيمة التي أدخلها؟

تُنفذ العملية على الخادم. وتُرسل القيمة التي تدخلها إلى الخادم عبر HTTPS ولا يجري تخزينها.

هل يفحص المدقق عمليات إعادة التوجيه باستخدام JavaScript أو meta refresh؟

يتعرف المدقق على عمليات إعادة توجيه HTTP من النوعين 301 و302، ويفحص ما يصل إلى 10 عمليات إعادة توجيه.

هل يمكنني فحص عمليات إعادة التوجيه من سطر الأوامر؟

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