مدقق استجابة HTTP/HTTPS: رمز الحالة, سلسلة التحويلات, ترويسات الاستجابة
أدخل رابطًا لعرض رمز حالة HTTP، وكل خطوة تحويل، وترويسات الاستجابة النهائية، وزمن استجابة الخادم. مناسب لفحص النشر وتصحيح CDN وتدقيق التحويلات.
ما الذي يعرضه مدقق استجابة HTTP
تفحص هذه الصفحة الرابط من خادمنا وتعرض بيانات الاستجابة المهمة عندما يكون الموقع قابلًا للوصول لكنه لا يعمل كما ينبغي.
رمز حالة HTTP
اعرف هل الاستجابة النهائية 200 OK أم تحويل 3xx أم خطأ عميل 4xx أم فشل خادمي 5xx.
سلسلة التحويلات
اتبع كل خطوة Location من الرابط الأول إلى الرابط النهائي لاكتشاف الحلقات أو خلط البروتوكولات أو قواعد canonical الخاطئة.
ترويسات الاستجابة
افحص ترويسات التخزين المؤقت والأمان ونوع المحتوى والخادم وCDN والضغط من دون فتح أدوات المطور.
زمن الاستجابة
توضح الترويسات كيف يجب على الخادم أو الوكيل أو CDN أو المتصفح التعامل مع الاستجابة. هذه الحقول هي الأهم أثناء فحص النشر والتوفر. يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول.
طريقة فحص حالة HTTP والتحويلات والترويسات
استخدم الرابط العام الذي يطلبه المستخدمون أو عناكب البحث. يتبع المدقق التحويلات بأمان ويركز على الترويسات والحالة والتوقيت.
أدخل الرابط الكامل
الصق رابط HTTP أو HTTPS مع المسار الذي تريد اختباره. إذا تركت البروتوكول، يبدأ الفحص عبر HTTPS.
اختر HEAD أو GET
HEAD يفحص الترويسات بسرعة. GET مفيد عندما يعيد الخادم أو CDN أو التطبيق حالة مختلفة لطلبات الصفحة العادية.
اقرأ الاستجابة النهائية
راجع الحالة النهائية، وكل خطوة تحويل، وترويسات الاستجابة، والوقت الإجمالي قبل تعديل DNS أو CDN أو الوكيل أو التطبيق.
أنماط النتائج الشائعة والخطوة التالية
تُجمّع رموز الحالة حسب الفئة. تخبرك الفئة هل نجح الطلب أو تم تحويله أو فشل من جهة العميل أو الخادم. غالبًا ما تتحكم عدة طبقات في التحويلات. استخدم السلسلة لمعرفة الطبقة التي غيرت الرابط وأين تبدأ الحلقة أو الوجهة الخاطئة.
| المشكلة | الإشارة | ما الذي يجب فحصه |
|---|---|---|
| 200 OK / نجاح | نجاح: يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول. | Content-Type / Cache-Control / فحص جديد |
| 301 / 308 | مناسب للنقل الدائم، لكن تأكد من الوجهة قبل أن تجمع محركات البحث الإشارات. | تأكد من أنه يشير إلى وجهة HTTPS أو www أو non-www الصحيحة. |
| 401 / 403 | راجع المصادقة وقوائم السماح وقواعد WAF وحماية البوتات وسياسات CDN. | ابدأ بـ HEAD لأنها أسرع ولا تنزّل جسم الاستجابة. استخدم GET عندما لا يدعم الخادم HEAD أو عندما تريد محاكاة طلب متصفح أو API عادي بدقة أكبر. |
| 429 / 503 | افحص سجلات التطبيق وصحة الخادم الأصلي ومهل upstream وقواعد موازن الحمل وإعدادات CDN. | Retry-After / استخدمها للتأكد من أن المرور يصل إلى البنية المتوقعة. |
| سلسلة التحويلات | تتناوب السلسلة بين http:// وhttps:// أو تكرر الرابط نفسه. | تأكد من أنه يشير إلى وجهة HTTPS أو www أو non-www الصحيحة. |
HEAD أم GET: أي طريقة تختار؟
طريقة HEAD هي الأسرع لأنها تقرأ الترويسات من دون تنزيل جسم الصفحة. استخدم GET إذا كان الخادم يحظر طلبات HEAD.
| الطريقة | ما الذي يجب فحصه | الإشارة | الإصلاح |
|---|---|---|---|
| HEAD | رمز الحالة / سلسلة التحويلات / ترويسات الاستجابة | 405 / خطأ من جهة العميل / فشل فحص الاستجابة. تأكد من أن الرابط قابل للوصول ثم حاول مرة أخرى. | GET: ابدأ بـ HEAD لأنها أسرع ولا تنزّل جسم الاستجابة. استخدم GET عندما لا يدعم الخادم HEAD أو عندما تريد محاكاة طلب متصفح أو API عادي بدقة أكبر. |
| GET | HEAD يفحص الترويسات بسرعة. GET مفيد عندما يعيد الخادم أو CDN أو التطبيق حالة مختلفة لطلبات الصفحة العادية. | خطأ من جهة الخادم / انتهت مهلة الطلب. قد يكون الخادم متوقفًا أو مثقلًا أو محجوبًا بجدار حماية أو بطيئًا في الرد. | HEAD: طريقة HEAD هي الأسرع لأنها تقرأ الترويسات من دون تنزيل جسم الصفحة. استخدم GET إذا كان الخادم يحظر طلبات HEAD. |
كيفية قراءة ترويسات الاستجابة
توضح الترويسات كيف يجب على الخادم أو الوكيل أو CDN أو المتصفح التعامل مع الاستجابة. هذه الحقول هي الأهم أثناء فحص النشر والتوفر.
| الترويسة | ما الذي توضحه | ما الذي يجب فحصه |
|---|---|---|
| Location | الرابط التالي في استجابة تحويل مثل 301 أو 302 أو 307 أو 308. | تأكد من أنه يشير إلى وجهة HTTPS أو www أو non-www الصحيحة. |
| Cache-Control | كيف يمكن للمتصفحات وCDN تخزين الاستجابة ومدة ذلك. | راجع قواعد التخزين القديمة بعد النشر أو عندما يرى المستخدمون محتوى قديمًا. |
| Content-Type | نوع MIME الذي يعيده الخادم، مثل text/html أو application/json. | تحقق من أن صفحاتك وواجهات API والتنزيلات تعيد النوع المتوقع. |
| Strict-Transport-Security | هل يجب على المتصفحات فرض HTTPS مستقبلًا لهذا النطاق. | فعّله فقط بعد استقرار HTTPS على كل النطاقات الفرعية المطلوبة. |
| Server / Via / CF-Cache-Status | إشارات إلى طبقة الخادم أو الوكيل أو CDN أو التخزين المؤقت التي عالجت الاستجابة. | استخدمها للتأكد من أن المرور يصل إلى البنية المتوقعة. |
| Retry-After | خطأ من جهة العميل / خطأ من جهة الخادم | انتهت مهلة الطلب. قد يكون الخادم متوقفًا أو مثقلًا أو محجوبًا بجدار حماية أو بطيئًا في الرد. |
| Content-Encoding | ترويسات الاستجابة | راجع قواعد التخزين القديمة بعد النشر أو عندما يرى المستخدمون محتوى قديمًا. |
رموز حالة HTTP: معنى النتيجة
تُجمّع رموز الحالة حسب الفئة. تخبرك الفئة هل نجح الطلب أو تم تحويله أو فشل من جهة العميل أو الخادم.
وصل الطلب إلى نقطة تعمل. تحقق من نوع المحتوى وسياسة التخزين وترويسات الأمان.
تحقق من أن صفحاتك وواجهات API والتنزيلات تعيد النوع المتوقع.
مناسب للنقل الدائم، لكن تأكد من الوجهة قبل أن تجمع محركات البحث الإشارات.
استخدمه للتوجيه المؤقت، واستبدله بـ 301 أو 308 عندما يصبح النقل دائمًا.
راجع المصادقة وقوائم السماح وقواعد WAF وحماية البوتات وسياسات CDN.
أصلح الروابط الداخلية المعطلة أو أعد المسار أو حوّل المستخدمين إلى أقرب صفحة بديلة.
راجع المصادقة وقوائم السماح وقواعد WAF وحماية البوتات وسياسات CDN.
افحص سجلات التطبيق وصحة الخادم الأصلي ومهل upstream وقواعد موازن الحمل وإعدادات CDN.
قائمة فحص مشاكل التحويل
غالبًا ما تتحكم عدة طبقات في التحويلات. استخدم السلسلة لمعرفة الطبقة التي غيرت الرابط وأين تبدأ الحلقة أو الوجهة الخاطئة.
| المشكلة | الإشارة | الإصلاح |
|---|---|---|
| حلقة HTTP وHTTPS | تتناوب السلسلة بين http:// وhttps:// أو تكرر الرابط نفسه. | احتفظ بقاعدة تحويل HTTPS واحدة واحذف القواعد المتعارضة في الأصل أو CDN أو موازن الحمل. |
| تعارض www وnon-www | يتنقل الرابط بين www.example.com وexample.com. | اختر مضيفًا canonical واحدًا وطبقه بثبات في DNS والخادم والتطبيق. |
| اختلاف الشرطة النهائية | يتغير فقط وجود الشرطة النهائية لكن الطلب يتحول أكثر من مرة. | وحّد قواعد الشرطة في طبقة واحدة وتجنب تكرارها في التطبيق والوكيل. |
| تحويل جغرافي أو مصادقة أو بوت | يرى المدقق رابط تسجيل دخول أو بلد أو موافقة أو تحدي بدل الصفحة العامة. | راجع قواعد WAF وحماية البوتات والموقع الجغرافي والمصادقة للطلبات الخارجية. |
ما الذي لا تثبته استجابة 200 OK
نجاح: يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول.
نجاح / HTML
نجاح: يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول.
Content-Type
تحقق من أن صفحاتك وواجهات API والتنزيلات تعيد النوع المتوقع.
Cache-Control
راجع قواعد التخزين القديمة بعد النشر أو عندما يرى المستخدمون محتوى قديمًا.
GET / طلب المتصفح
ابدأ بـ HEAD لأنها أسرع ولا تنزّل جسم الاستجابة. استخدم GET عندما لا يدعم الخادم HEAD أو عندما تريد محاكاة طلب متصفح أو API عادي بدقة أكبر.
لماذا قد تختلف نتيجة المتصفح؟
ابدأ بـ HEAD لأنها أسرع ولا تنزّل جسم الاستجابة. استخدم GET عندما لا يدعم الخادم HEAD أو عندما تريد محاكاة طلب متصفح أو API عادي بدقة أكبر.
| المشكلة | طلب المتصفح | افحص استجابة رابط |
|---|---|---|
| Cookies / خطأ من جهة العميل | ابدأ بـ HEAD لأنها أسرع ولا تنزّل جسم الاستجابة. استخدم GET عندما لا يدعم الخادم HEAD أو عندما تريد محاكاة طلب متصفح أو API عادي بدقة أكبر. | راجع المصادقة وقوائم السماح وقواعد WAF وحماية البوتات وسياسات CDN. |
| Cache-Control | كيف يمكن للمتصفحات وCDN تخزين الاستجابة ومدة ذلك. | راجع قواعد التخزين القديمة بعد النشر أو عندما يرى المستخدمون محتوى قديمًا. |
| Location | الرابط التالي في استجابة تحويل مثل 301 أو 302 أو 307 أو 308. | تأكد من أنه يشير إلى وجهة HTTPS أو www أو non-www الصحيحة. |
| WAF / 401 / 403 | غير مصرّح أو محظور | راجع المصادقة وقوائم السماح وقواعد WAF وحماية البوتات وسياسات CDN. |
ما الذي لا يثبته فحص استجابة HTTP
يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول.
لا أهداف شبكات خاصة
يتم حظر localhost وعناوين LAN والأسماء الداخلية والنطاقات المحجوزة لأسباب أمنية.
لا تنفيذ JavaScript
تعتمد النتيجة على ترويسات الخادم، وليس على المحتوى الذي يظهر بعد تشغيل السكربتات.
لا جلسة تسجيل دخول
قد تعيد الصفحات المحمية 401 أو 403 أو تحويلات لأن المدقق لا يرسل ملفات تعريف الارتباط الخاصة بك.
200 OK / نجاح
نجاح: يركز المدقق على بيانات HTTP العامة. ليس متصفحًا كاملًا ولا تدقيق Lighthouse ولا وكيل مراقبة مسجّل الدخول.