بررسی‌کننده وضعیت HTTP — بررسی کدهای وضعیت و زنجیره‌های تغییر مسیر

کد وضعیت HTTP را برای هر URL بررسی کنید و به سرعت رفتار تغییر مسیر را درک کنید. تغییر مسیرها را دنبال کنید (تا 10 مرحله) تا حلقه‌ها را شناسایی کرده و پاسخ مقصد نهایی را تأیید کنید. ایده‌آل برای بررسی‌های آپ‌تایم، نقاط پایانی سلامت، ممیزی‌های سئو و اشکال‌زدایی URLهای مسیریابی‌شده اشتباه. نتایج را به JSON صادر کنید.

Loading…

درباره بررسی‌کننده وضعیت HTTP

یک URL را جایگذاری کنید تا وضعیت HTTP آن (200، 301، 302، 404، 500 و ...) را ببینید و در صورت نیاز، تغییر مسیرها را دنبال کنید تا زنجیره کامل تغییر مسیر را بررسی کنید. عالی برای تشخیص مشکلات در دسترس بودن، اعتبارسنجی بررسی‌های سلامت و اطمینان از اینکه تغییر مسیرهای شما برای سئو مناسب و بدون حلقه هستند.

ویژگی‌ها

  • وضعیت پاسخ HTTP را برای هر URL (وب‌سایت یا API) بررسی کنید.
  • تغییر مسیرها را دنبال کرده و زنجیره‌های تغییر مسیر را بررسی کنید (تا 10 مرحله).
  • حلقه‌های تغییر مسیر و پیکربندی‌های اشتباه را به سرعت شناسایی کنید.
  • عالی برای نقاط پایانی سلامت جهت تأیید رفتار 200 OK.
  • به تأیید مقاصد کانونی (HTTP→HTTPS، www، مسیرهای محلی) کمک می‌کند.
  • نتایج را برای اشکال‌زدایی و تیکت‌های پشتیبانی کپی/اشتراک‌گذاری کنید.
  • یک گزارش JSON برای گردش کارهای اتوماسیون و نظارت صادر کنید.
  • پیش‌فرض‌های امنیتی: اهداف شبکه خصوصی را مسدود می‌کند و از یک User-Agent ثابت استفاده می‌کند.

🧭 نحوه استفاده for http-status-checker

1

وارد کردن URL

URL مورد نظر برای بررسی را جایگذاری کنید (صفحه، نقطه پایانی API یا مسیر سلامت).

2

انتخاب رفتار تغییر مسیر

گزینه "دنبال کردن تغییر مسیرها" را فعال کنید تا به مقصد نهایی برسید. اگر فقط پاسخ مرحله اول را می‌خواهید، آن را غیرفعال کنید.

3

در صورت نیاز، محدودیت تغییر مسیر را تنظیم کنید

"حداکثر تغییر مسیرها" را تنظیم کنید تا از زنجیره‌های طولانی اجتناب کرده و حلقه‌های تغییر مسیر را به طور ایمن شناسایی کنید.

4

تفسیر نتیجه

از کد وضعیت گزارش‌شده برای تصمیم‌گیری در مورد مراحل بعدی استفاده کنید (رفع URLهای شکسته، اصلاح تغییر مسیرها، عیب‌یابی خطاهای سرور).

5

صدور برای مستندسازی یا اتوماسیون

اگر می‌خواهید تغییرات را در طول زمان ردیابی کنید یا مدرکی به یک تیکت پیوست کنید، JSON را دانلود کنید.

مشخصات فنی

مدل درخواست

این ابزار وضعیت پاسخ برای یک URL داده‌شده را بررسی می‌کند و می‌تواند تغییر مسیرها را دنبال کند تا وضعیت نهایی و رفتار زنجیره را نشان دهد.

تنظیمرفتارپیش‌فرض
دنبال کردن تغییر مسیرهاپاسخ‌های تغییر مسیر (3xx) را تا مقصد نهایی دنبال می‌کندفعال شده
حداکثر تغییر مسیرهاسقف تغییر مسیر برای جلوگیری از حلقه‌ها10 (محدوده 0–20)
مهلت زمانیمحدودیت مهلت زمانی درخواست12000 میلی‌ثانیه
کاربر-عاملعامل کاربر درخواست را شناسایی می‌کندEncode64Bot/1.0 (+https://encode64.com)
شبکه‌های خصوصیبرای ایمنی، دسترسی به محدوده‌های شبکه خصوصی را مسدود می‌کندغیرفعال (شبکه‌های خصوصی مجاز نیستند)

دسته‌بندی‌های کد وضعیت (راهنمای سریع)

درک خانواده وضعیت به شما کمک می‌کند تا تشخیص دهید مشکل مربوط به تغییر مسیر، خطای سمت کلاینت یا شکست سرور است.

محدودهمعنینمونه‌های رایج
2xxموفقیت200 OK, 204 No Content
3xxتغییر مسیر301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxخطای سمت کلاینت400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxخطای سرور500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
برای سئو، زمانی که محتوا را برای همیشه منتقل کرده‌اید، تغییر مسیرهای دائمی (301/308) را ترجیح دهید و زنجیره تغییر مسیرها را کوتاه نگه دارید.

خط فرمان

از این دستورات برای بررسی کدهای وضعیت و تغییر مسیرها خارج از مرورگر استفاده کنید. برای بررسی‌های CI و پاسخ به حوادث عالی است.

macOS / Linux

فقط کد وضعیت را بررسی کنید (بدون بدنه)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

فقط کد وضعیت HTTP را چاپ می‌کند.

دنبال کردن تغییر مسیرها و چاپ وضعیت نهایی

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

تغییر مسیرها (HTTP→HTTPS، www و غیره) را دنبال کرده و کد وضعیت نهایی را چاپ می‌کند.

نمایش هدرهای زنجیره تغییر مسیر

curl -I -L http://example.com

هدرهای هر مرحله از تغییر مسیر، شامل Location را نمایش می‌دهد.

ویندوز (PowerShell)

دریافت کد وضعیت

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

کد وضعیت پاسخ را دریافت می‌کند (مدیریت تغییر مسیر را بسته به نسخه PowerShell خود تنظیم کنید).

برای نظارت، از یک نقطه پایانی اختصاصی /health استفاده کنید که به سرعت 200 برگرداند و نیازی به احراز هویت نداشته باشد. آن را پایدار و سبک نگه دارید.

موارد استفاده

اعتبارسنجی نقاط پایانی سلامت و زمان فعالیت

تأیید کنید که نقاط پایانی حیاتی 200 OK برمی‌گردانند و در محدوده انتظارات قابل دسترسی هستند.

  • بررسی نقاط پایانی /health و /status
  • تشخیص خطاهای متناوب 5xx در طول حوادث
  • خروجی JSON برای مستندات حوادث

اشکال‌زدایی زنجیره‌ها و حلقه‌های تغییر مسیر

وقتی یک URL به طور غیرمنتظره چندین بار تغییر مسیر می‌دهد (یا هرگز حل نمی‌شود)، زنجیره را بررسی کرده و حلقه‌ها را سریع متوقف کنید.

  • تشخیص حلقه‌های تغییر مسیر
  • تأیید تغییر مسیر HTTP→HTTPS و یکسان‌سازی www
  • شناسایی زنجیره‌های طولانی ناشی از قوانین ترکیبی (Nginx، برنامه، CDN)

ممیزی‌های سئو و بررسی لینک‌های شکسته

کدهای وضعیت به شدت بر خزش و نمایه‌سازی تأثیر می‌گذارند. از این ابزار برای تأیید پاسخ‌های صحیح صفحات و نقشه‌های سایت استفاده کنید.

  • تأیید 200 برای صفحات قابل نمایه‌سازی
  • استفاده از 301/308 برای انتقال‌های دائمی
  • یافتن 404/410 برای محتوای حذف شده
  • شناسایی 302/307 که به طور ناخواسته برای تغییر مسیرهای دائمی استفاده شده‌اند

اشکال‌زدایی API

به سرعت بررسی کنید که آیا یک نقطه پایانی API قابل دسترسی است و آیا تغییر مسیر می‌دهد (که می‌تواند برخی کلاینت‌ها را مختل کند).

  • تأیید 200/204 برای موفقیت مورد انتظار
  • تشخیص تغییر مسیرهای غیرمنتظره 3xx یا خطاهای احراز هویت 401/403
  • شناسایی مشکلات دروازه 502/504

❓ Frequently Asked Questions

❓تفاوت بین 301 و 302 چیست؟

301 (و 308) نشان‌دهنده یک تغییر مسیر دائمی است. 302 (و 307) نشان‌دهنده یک تغییر مسیر موقت است. برای سئو، تغییر مسیرهای دائمی زمانی که انتقال دائمی است ترجیح داده می‌شوند.

❓چرا باید زنجیره‌های تغییر مسیر را کوتاه نگه دارم؟

زنجیره‌های طولانی تغییر مسیر، سرعت کاربران و خزنده‌ها را کاهش می‌دهند، نقاط شکست را افزایش می‌دهند و می‌توانند سیگنال‌ها را تضعیف کنند. در صورت امکان، یک جهش مستقیم به مقصد کانونی را ترجیح دهید.

❓حلقه تغییر مسیر چگونه به نظر می‌رسد؟

آدرس اینترنتی به طور مداوم بین دو یا چند مکان تغییر مسیر می‌دهد (اغلب بین HTTP↔HTTPS، www↔non-www، یا قوانین اسلش انتهایی). ابزار به حداکثر محدودیت تغییر مسیر برخورد کرده و مشکل را گزارش می‌دهد.

❓آیا 404 همیشه بد است؟

نه همیشه. کد 404 برای منابع گمشده صحیح است. برای محتوای حذف شده دائمی، کد 410 Gone می‌تواند حتی واضح‌تر باشد. نکته مهم این است که صفحات مهم شما کد 200 را برگردانند و تغییر مسیرهای شما عمدی باشند.

❓چرا کد 403 یا 401 را مشاهده می‌کنم؟

401 به معنای نیاز به احراز هویت است. 403 به معنای ممنوعیت دسترسی است. این می‌تواند برای نقاط انتهایی خصوصی، قوانین WAF، مسدودسازی جغرافیایی یا تنظیمات نادرست مجوزها مورد انتظار باشد.

❓آیا قرار دادن آدرس‌های اینترنتی در اینجا امن است؟

این ابزار درخواست‌های سمت سرور را به آدرس اینترنتی ارائه شده ارسال کرده و اهداف شبکه خصوصی را مسدود می‌کند. از قرار دادن اطلاعات محرمانه در آدرس‌های اینترنتی (مانند توکن‌ها در رشته‌های پرس‌وجو) خودداری کنید.

Pro Tips

Best Practice

برای کانونی‌سازی، یک جهش تغییر مسیر واحد به آدرس اینترنتی نهایی خود (HTTPS + نام میزبان انتخاب شده) را ترجیح دهید.

Best Practice

به جای صفحه اصلی که ممکن است سنگین‌تر و متغیرتر باشد، یک نقطه انتهایی سریع /health را برای نظارت بر زمان فعالیت مانیتور کنید.

CI Tip

برای مهاجرت‌های سئو، از 301/308 برای انتقال‌های دائمی استفاده کنید و پیوندهای داخلی + نقشه‌های سایت را برای اشاره مستقیم به آدرس‌های اینترنتی نهایی به‌روز کنید.

Best Practice

اگر به وجود حلقه‌ها مشکوک هستید، حداکثر تغییر مسیرها را کم تنظیم کنید (مثلاً ۳–۵) تا سریع شکست بخورد و مجموعه قوانین نادرست را شناسایی کند.

CI Tip

JSON را صادر کرده و به تیکت‌های حادثه پیوست کنید تا تغییرات وضعیت در طول قطعی‌ها و بازگردانی‌ها مستند شود.

Additional Resources

کدهای وضعیت پاسخ HTTP (MDN)
Documentation
تغییر مسیر آدرس اینترنتی و کدهای 3xx (MDN)
Documentation
سئو: راهنمای کدهای وضعیت (مرکز جستجوی گوگل)
Documentation

Other Tools

بررسی‌کننده وضعیت HTTP — بررسی کدهای وضعیت و زنجیره‌های تغییر مسیر | Encode64