نمایشگر زنجیرهی تغییر مسیر
کل زنجیره تغییر مسیر هر URL را ردیابی کنید و هر مرحله (۳۰۱/۳۰۲/۳۰۷/۳۰۸) را تا مقصد نهایی ببینید. تغییر مسیرهای متعارف (HTTP→HTTPS، www/غیر www، مسیرهای محلی) را تأیید کنید، حلقهها و زنجیرههای طولانی را آشکار کنید و در صورت تمایل هدرهای خام شامل Location را بررسی کنید. نتایج را برای ممیزی و نظارت به JSON صادر کنید.
ویژگیها
- زنجیرههای تغییر مسیر (۳۰۱/۳۰۲/۳۰۷/۳۰۸) را ردیابی کنید و URL مقصد نهایی را آشکار کنید.
- هدف Location هر مرحله را نشان دهید تا مسیریابی و متعارفسازی را درک کنید.
- تغییر مسیرهای متعارف رایج (HTTP→HTTPS، www↔غیر www) را تأیید کنید.
- نمای هدرهای خام اختیاری برای اشکالزدایی عمیقتر (شامل Location و هدرهای کش در صورت وجود).
- نتایج را برای تیکتها، ممیزیها و راهنماهای مهاجرت کپی کنید.
- گزارشهای JSON را برای خودکارسازی و بررسیهای قابل تکرار سئو صادر کنید.
- ایمن بهصورت پیشفرض: هدفهای شبکه خصوصی را مسدود میکند و از یک User-Agent ثابت استفاده میکند.
🧭 نحوه استفاده for redirect-chain-viewer
URL مورد نظر برای آزمایش را جایگذاری کنید
URL شروع (ترجیحاً شامل پروتکل) را وارد کنید. آزمایش هر دو http:// و https:// میتواند مسائل متعارفسازی را آشکار کند.
گزینه "دنبال کردن تغییر مسیرها" را فعال نگه دارید
این ابزار برای ردیابی زنجیرهها طراحی شده است. دنبال کردن تغییر مسیرها هر مرحله و مقصد نهایی را نشان میدهد.
هنگام اشکالزدایی، گزینه "نمایش هدرهای خام" را فعال کنید
اگر به سرنخهای عمیقتری نیاز دارید (قالببندی Location، لایههای کش، رفتار سرور)، هدرهای خام را برای مشاهده جزئیات بیشتر فعال کنید.
زنجیره را تفسیر کنید
به دنبال مراحل اضافی، تغییر پروتکل، تغییر نام میزبان یا بازنویسیهای محلی باشید. بهترین زنجیره معمولاً ۰ تا ۱ مرحله تا URL متعارف است.
برای ممیزیها، JSON را صادر کنید
گزارش JSON را دانلود کنید تا نتایج را ذخیره کنید، تغییرات را در طول زمان مقایسه کنید یا شواهد را به تیکتهای سئو/عملیات پیوست کنید.
مشخصات فنی
رفتار ردیابی تغییر مسیر
این ابزار URL را درخواست میکند و پاسخهای تغییر مسیر را دنبال میکند، هر مرحله را تا رسیدن به مقصد نهایی یا سقف پیکربندی شده تغییر مسیر جمعآوری میکند.
| تنظیم | رفتار | پیشفرض |
|---|---|---|
| دنبال کردن تغییر مسیرها | تغییر مسیرها را دنبال میکند تا زنجیره کامل جمعآوری شود | فعال |
| حداکثر تغییر مسیرها | پس از این تعداد پرش، ردیابی متوقف میشود | 15 |
| نمایش هدرهای خام | هدرهای پاسخ خام را برای اشکالزدایی در خروجی شامل میشود | غیرفعال |
| مهلت زمانی | محدودیت مهلت زمانی درخواست | 15000 میلیثانیه |
| کاربر-عامل | عامل کاربر درخواست را شناسایی میکند | Encode64Bot/1.0 (+https://encode64.com) |
| شبکههای خصوصی | برای ایمنی، دسترسی به محدودههای شبکه خصوصی را مسدود میکند | غیرفعال (شبکههای خصوصی مجاز نیستند) |
الگوهای رایج تغییر مسیر «خوب»
اکثر سایتها باید به سرعت به یک نشانی متعارف واحد همگرا شوند تا تأخیر و سربار خزنده به حداقل برسد.
| هدف | نمونه زنجیره | توصیه شده |
|---|---|---|
| HTTP→HTTPS | http://example.com → https://example.com | ✅ بله (دائمی) |
| میزبان متعارف | https://example.com → https://www.example.com (یا برعکس) | ✅ بله (دائمی) |
| نرمالسازی اسلش انتهایی | /page → /page/ | ✅ گاهی (ثابت قدم باشید) |
| نرمالسازی زبان | / → /en/ | ✅ اگر استراتژی شما نیاز دارد |
| پرشهای متعدد | http → https → www → /en/ → /page/ | ⚠️ در صورت امکان کاهش دهید |
تشخیص حلقه و حالتهای شکست
حلقههای تغییر مسیر معمولاً از قوانین متضاد در لایههای مختلف (CDN + Nginx + برنامه) یا تنظیمات ناسازگار استانداردسازی ناشی میشوند.
| نشانه | علت معمول | روش رفع |
|---|---|---|
| رسیدن به سقف تغییر مسیر | حلقه بین دو آدرس (www↔غیر-www، http↔https، قوانین اسلش) | بازرسی قوانین در CDN، پراکسی معکوس، مسیریاب برنامه؛ اطمینان از یک منبع واحد حقیقت |
| 302/307 غیرمنتظره | تغییر مسیر موقت تنظیم شده توسط احراز هویت، آزمایش A/B، میانافزار | تغییر به 301/308 برای انتقالهای دائمی؛ جداسازی رفتار میانافزار |
| تفاوت زنجیره بر اساس منطقه | مسیریابی لبه بر اساس POP / موقعیت جغرافیایی / دستگاه متفاوت است | آزمایش چندین آدرس ورودی؛ استانداردسازی تغییر مسیرها در لبه |
خط فرمان
برای بررسی سریع زنجیرههای تغییر مسیر از ترمینال از curl استفاده کنید، مشابه آنچه این ابزار بصری میکند.
macOS / Linux
نمایش هدرهای زنجیره تغییر مسیر
curl -IL http://example.com-I فقط هدرها را چاپ میکند، -L تغییر مسیرها را دنبال میکند. هر وضعیت HTTP و پرش Location را خواهید دید.
چاپ آدرس نهایی موثر پس از تغییر مسیرها
curl -Ls -o /dev/null -w "%{url_effective}
" http://example.comآدرس نهایی پس از دنبال کردن تغییر مسیرها را خروجی میدهد.
ویندوز (PowerShell)
بررسی پاسخ و تغییر مسیرها
Invoke-WebRequest -Uri http://example.com -MaximumRedirection 10 -Method Get | Select-Object StatusCode, BaseResponsePowerShell میتواند تا یک حد مشخص تغییر مسیرها را دنبال کند و وضعیت حاصل را نشان دهد.
موارد استفاده
بررسیهای استانداردسازی سئو
تأیید کنید که هر آدرس ورودی به سرعت و به طور یکنواخت به یک آدرس استاندارد حل میشود.
- اطمینان از تغییر مسیر HTTP به HTTPS
- اطمینان از اجرای انتخاب استاندارد www/غیر-www
- کاهش زنجیرههای چندپرشی برای بهبود کارایی خزش
مهاجرت سایت و تغییر دامنه
اعتبارسنجی کنید که آدرسهای قدیمی به درستی به معادلهای جدید خود تغییر مسیر میدهند و زنجیره با پاسخ 200 پایان مییابد.
- تأیید تغییر مسیر آدرسهای قدیمی به آدرسهای جدید
- تأیید تغییر مسیرهای دائمی (301/308) برای محتوای منتقل شده
- شناسایی موقعیتهای تغییر مسیر به 404
اشکالزدایی CDN / پروکسی معکوس
درک کنید که قوانین لبه، پروکسیها و برنامه هنگام درخواست یک URL چگونه با هم تعامل میکنند.
- شناسایی اینکه کدام لایه هر پرش را ایجاد میکند
- تشخیص حلقههای ناشی از قوانین تکراری استانداردسازی
کنترل کیفیت برای مسیریابی محلیسازی شده
مسیریابی منطقه یا زبان (مثلاً / → /en/) را بدون ایجاد تصادفی زنجیرههای تغییر مسیر طولانی یا حلقهها تأیید کنید.
- تأیید رفتار بازنویسی زبان
- جلوگیری از الگوهای /fr → /fr/ → /fr (حلقه)
❓ Frequently Asked Questions
❓چرا زنجیرههای تغییر مسیر برای سئو بد هستند؟
❓باید از کدام استفاده کنم: 301 یا 308؟
HTTP را به طور سختگیرانهتری حفظ میکند، در حالی که 301 به طور گسترده استفاده و درک شده است. برای سئو، هر دو میتوانند خوب باشند اگر به طور مداوم برای انتقالهای دائمی استفاده شوند.❓چرا وقتی انتظار 301 را داشتم، 302/307 میبینم؟
❓چگونه علت یک حلقه تغییر مسیر را پیدا کنم؟
HTTPS را اجباری میکند، برنامه HTTP را اجباری میکند). یک لایه را در یک زمان ممیزی کنید و منطق استانداردسازی را در صورت امکان در یک مکان واحد نگه دارید.❓آیا باید اسلشهای انتهایی را تغییر مسیر دهم؟
❓آیا قرار دادن URLها در اینجا امن است؟
Pro Tips
هدف ۰ تا ۱ تغییر مسیر برای رسیدن به URL استاندارد است. پیوندهای داخلی و نقشههای سایت را برای اشاره مستقیم به مقصد نهایی بهروزرسانی کنید.
قوانین استانداردسازی را در یک لایه (CDN یا پروکسی یا برنامه) نگه دارید تا از تغییر مسیرها و حلقههای متضاد جلوگیری کنید.
برای انتقالهای دائمی، از 301/308 استفاده کنید و از 302/307 خودداری کنید مگر اینکه تغییر مسیر واقعاً موقت باشد.
هنگام آزمایش رفتار استاندارد، هم متغیرهای پروتکل و هم میزبان (http/https + www/non-www) را بررسی کرده و نتایج را مقایسه کنید.
نتایج JSON را در طول مهاجرتها صادر کنید تا پسرفتها را ردیابی کرده و درستی تغییر مسیر را به ذینفعان اثبات کنید.
Additional Resources
Other Tools
- زیباکننده CSS
- زیباکننده HTML
- زیباکننده JavaScript
- زیباکننده PHP
- انتخابگر رنگ
- استخراجکننده اسپرایت
- رمزگذار باینری Base32
- رمزگشای Base32
- رمزگذار Base32
- رمزگذار باینری Base58
- رمزگشای Base58
- رمزگذار Base58
- رمزگذار باینری Base62
- رمزگشای Base62
- رمزگذار Base62
- رمزگذار باینری Base64
- دیکودر Base64
- انکودر Base64
- رمزگذار باینری هگز
- رمزگشای هگز
- رمزگذار هگز
- فرمتدهنده C#
- فرمتدهنده CSV
- Dockerfile Formatter
- فرمتدهنده Elm
- فرمتدهنده ENV
- فرمتدهنده Go
- فرمتدهنده GraphQL
- فرمتدهنده HCL
- فرمتدهنده INI
- فرمتدهنده JSON
- فرمتدهنده LaTeX
- فرمتدهنده Markdown
- فرمتدهنده Objective-C
- Php Formatter
- فرمتدهنده Proto
- فرمتدهنده Python
- فرمتدهنده Ruby
- فرمتدهنده Rust
- فرمتدهنده Scala
- فرمتدهنده اسکریپت شل
- فرمتدهنده SQL
- قالببندی SVG
- قالببندی Swift
- قالببندی TOML
- Typescript Formatter
- قالببندی XML
- قالببندی YAML
- قالببندی Yarn
- کوچککننده CSS
- Html Minifier
- Javascript Minifier
- کوچککننده JSON
- کوچککننده XML
- Cache Headers Analyzer
- Cors Checker
- Csp Analyzer
- Dns Records Lookup
- نمایشگر هدرهای HTTP
- Http Status Checker
- Open Graph Meta Checker
- Robots Txt Tester
- Security Headers Checker
- Security Txt Checker
- Sitemap Url Inspector
- Tls Certificate Checker
- PDF به متن
- تستکننده Regex
- بررسیکننده رتبه SERP
- جستجوی Whois