Redirect Checker
Redirect Checker یک ابزار رایگان است. بررسی میکند آیا سایت کاربران و موتورهای جستجو را به یک آدرس واحد هدایت میکند یا نه. همزمان تمام نسخههای دامنه را بررسی میکند.
Redirect Checker چه کاری انجام میدهد؟
شما یک آدرس URL یا خود دامنه را وارد میکنید. ابزار همه انواع ممکن آن صفحه را واکشی میکند. https، https www، http و http www را بررسی میکند. مرحله به مرحله هر ریدایرکت را دنبال میکند. مراحل را ادغام نکرده و هر کدام را جداگانه نمایش میدهد.
پروتکل و www را از ورودی شما تشخیص میدهد. خود دامنه صفحه اصلی را بررسی میکند. یک آدرس کامل، دقیقاً همان صفحه را بررسی خواهد کرد. برای هر نسخه، کل مسیر را ذخیره مینماید. شامل کد وضعیت، نوع ریدایرکت، زمان پاسخ و صفحه نهایی است.
هدف canonical به صورت خودکار شناسایی میشود. این بر اساس جایی است که نسخهها به هم میپیوندند. لازم نیست آن را به صورت دستی انتخاب کنید. همچنین میتوانید نسخه دلخواه را وادار کنید.
چرا نمایش گامبهگام اهمیت دارد
بسیاری از چکرها فقط اولین و آخرین آدرس را نشان میدهند. این باعث پنهان شدن زنجیرهها، کدهای مخلوط و مراحل کند میشود. این ابزار هر مرحله را آشکار میکند. میبینید درخواست کجا هدر میرود. ریدایرکتهای موقت که اشتباهی ایجاد شدهاند را شناسایی میکند.
زنجیرههایی که باید با یک پرش انجام شوند را مییابد. همچنین حلقههای ریدایرکت و خطاهای سرور را کشف میکند. ریدایرکتهای سمت کاربر که سایر ابزارها نادیده میگیرند را نیز شناسایی میکند.
انواع ریدایرکتهایی که باید بشناسید
همه ریدایرکتها برابر نیستند. نوع آن برای کاربران و موتورهای جستجو مهم است. 301 به معنی انتقال دائم است. سیگنالهای رتبهبندی را به آدرس جدید منتقل میکند. این انتخاب درست برای canonical است.
308 مانند 301 عمل میکند اما متد درخواست را حفظ میکند. 302 و 307 انتقال موقت هستند. برای تغییرات دائمی از آنها استفاده نکنید. ممکن است آدرس قدیمی در ایندکس باقی بماند. 303 باعث اجبار به GET میشود، معمولا پس از فرمها استفاده میگردد.
صفحات میتوانند بدون وضعیت HTTP نیز ریدایرکت شوند. ممکن است meta refresh یا JavaScript این کار را انجام دهند. این ریدایرکتها سمت کاربر کندتر هستند. ممکن است سیگنالهای رتبهبندی منتقل نشود. ابزار آنها را شناسایی میکند تا توصیه کند از 301 استفاده شود.
این چطور به سئوی شما کمک میکند
موتورهای جستجو هر نسخه آدرس را جداگانه حساب میکنند. HTTP، HTTPS، www و بدون www همه جدا هستند. مثل اینست که چند در ورودی به یک فروشگاه دارید. اگر بیش از یکی کد 200 دهد سیگنالها پراکنده میشوند. بودجه کراول روی محتوای تکراری هدر میرود.
هر نسخه را به یک آدرس canonical ریدایرکت کنید. این قدرت را بر یک صفحه متمرکز میکند. این یکی از مهمترین اصلاحات فنی است و اجرایش نیز سریع است.
سرعت و بودجه ایندکس
ابزار برای بهینهسازی کارایی نیز مفید است. هر ریدایرکت یک پرش اضافه میکند. زنجیرههای طولانی زمان دریافت اولین بایت را افزایش میدهند. در شبکههای موبایل این بدتر است. گوگل توصیه میکند که ریدایرکتها تا حد امکان کم باشند.
یک پرش ایدهآل است. ابزار هر مرحله را اندازهگیری کرده و پرشهای اضافی را میشمارد. تاخیر نامرئی، آشکار میشود. به خصوص پس از مهاجرت یا تغییر به HTTPS بسیار کاربردی است. تغییر دامنه یا CMS نیز قواعد را بههم میزند.
اسلش پایانی و تگ canonical
این یک چک است که اکثر ابزارها آن را نادیده میگیرند. یک صفحه میتواند در دو آدرس فعال باشد؛ یکی با اسلش پایانی و دیگری بدون آن. بنابراین /blog و /blog/ میتوانند هر دو کد 200 دهند. موتورهای جستجو این را محتوای تکراری فرض میکنند.
ابزار هر دو فرم را برای شما بررسی میکند. مشخص میکند آیا یکی به دیگری ریدایرکت میشود یا نه. اگر هر دو کد 200 دهند هشداری دریافت میکنید، و آنگاه باید یک قانون اضافه کنید و فقط یک فرم را نگه دارید.
ابزار همچنین تگ canonical شما را میخواند و آن را با مقصد ریدایرکتها مقایسه میکند. اگر هماهنگ نباشند، سیگنال دریافت میکنید. سیگنالهای متناقض موتورهای جستجو را گیج میکند. پس بهتر است آن را اصلاح کنید.
موارد رایج استفاده از Redirect Checker
- تایید اینکه
wwwو بدونwwwبه یک هاست میروند. - بررسی اینکه HTTP به طور دائم روی HTTPS ریدایرکت میشود.
- شناسایی زنجیرههای چندمرحلهای که ایندکس و مرور را کند میکنند.
- یافتن حلقههای ریدایرکت قبل از آنکه سایت از کار بیفتد.
- تشخیص تفاوت 301/308 دائمی و 302/307 موقتی.
- شناسایی ریدایرکتهای meta refresh و JavaScript جهت بهبود.
- تولید قوانین Apache یا NGINX برای یک نسخه انتخابی.
- بازنگری ریدایرکتها پس از مهاجرت یا لانچ دوباره سایت.
بررسی ریدایرکت از موقعیتهای مختلف جغرافیایی
برخی سایتها بسته به کشور، ریدایرکتهای متفاوت ارائه میدهند. برخی دیگر در صورت فعال بودن JavaScript رفتار متفاوت دارند. تنظیمات پیشرفته را باز کنید تا این موارد را مدیریت نمایید. پراکسی پریمیوم را فعال و کشور مورد نظر را انتخاب کنید. صفحه از همان موقعیت واکشی خواهد شد.
همچنین میتوانید رندر سمت کاربر را فعال نمایید. این باعث کشف ریدایرکتهایی میشود که پس از اجرای JavaScript رخ میدهد. برای ژئولاکیشن و سایتهای SPA مفید است. درخواست عادی هرگز آنها را آشکار نمیکند.
مقایسه Redirect Checker با ابزارهای دیگر
| امکانات | DiagnoSEO | ابزارهای دیگر |
|---|---|---|
| آزمایش همزمان هر ۴ نسخه آدرس | ✅ | ✅ |
| چسباندن URL - www/HTTP به شکل خودکار شناسایی میشود | ✅ | ❌ |
| تشخیص هدف canonical و بررسی تگ canonical | ✅ | ❌ |
| بررسی هر زیرصفحه، نه فقط صفحه اصلی | ✅ | ❌ |
| بررسی ریدایرکت بین اسلشدار و بدون اسلش | ✅ | ❌ |
| زنجیره کامل ریدایرکت به صورت گام به گام، نه فقط مقصد | ✅ | ❌ |
| اندازهگیری زمان پاسخ هر پرش | ✅ | ❌ |
| شناسایی ریدایرکتهای meta refresh و JavaScript | ✅ | ❌ |
| تشخیص حلقههای ریدایرکت | ✅ | ❌ |
| بررسی شبیه Googlebot یا از کشورهای انتخابی | ✅ | ❌ |
| قوانین هوشمند Apache/NGINX مطابق با هدف شما | ✅ | ❌ |
| صادرات نتایج به CSV | ✅ | ❌ |
راهنمایی و بهترین روشها
- یک نسخه canonical انتخاب کنید. سه نسخه دیگر را با یک 301 ریدایرکت کنید.
- تا حد امکان ریدایرکت را به یک پرش محدود کنید.
- برای تغییرات دائمی فقط از 301 یا 308 استفاده کنید.
- لینکهای داخلی را مستقیماً به canonical هدایت کنید.
- بعد از تغییر سرور، CDN یا HTTPS دوباره آزمایش کنید.
- هم صفحه اصلی و هم یک زیرصفحه را بررسی کنید.
رایجترین اشتباهات
- در دسترس بودن هم
wwwو هم بدونwwwبا وضعیت 200. - ادغام HTTP، HTTPS و www به عنوان ریدایرکتهای مجزا.
- استفاده از 302 موقتی برای تغییرات دائمی.
- اتکا بر ریدایرکت meta refresh یا JavaScript.
- ایجاد حلقه ریدایرکت بین
wwwو بدونwww. - فراموش کردن بهروزرسانی نقشه سایت و تگهای canonical.
چگونه از Redirect Checker استفاده کنیم
- URL یا دامنه را وارد کنید. برای بررسی یک صفحه خاص، آدرس کاملش را وارد نمایید.
- هدف canonical را روی حالت خودکار قرار دهید یا نسخه دلخواه را انتخاب کنید.
- User Agent را انتخاب کنید. مرورگر یا Googlebot را برگزینید.
- بررسی سایر نسخهها را فعال بگذارید یا وارد تنظیمات پیشرفته شوید.
- آنالیز را اجرا کنید. نتیجه و زنجیره نسخهها را بررسی نمایید.
- زبانه "ژنراتور ریدایرکت" را باز کنید. قوانین Apache یا NGINX را کپی نمایید.
مطالعه موردی
یک فروشگاه اینترنتی به HTTPS مهاجرت کرد. نسخه www و بدون www هر دو فعال ماندند. HTTP با سه پرش به HTTPS میرسید. رتبهها رشد نکرد و ایندکس رو به کاهش گذاشت. تیم نتوانست دلیل را بیابد.
Redirect Checker فوراً زنجیره کامل را نمایش داد. همچنین هاستهای تکراری را نمایان ساخت. تیم همه چیز را با یک 301 یکپارچه کرد. لینکهای داخلی و نقشه سایت بهروزرسانی شدند. دوباره بررسی انجام شد و نتیجه تمیز شد.
کارایی ایندکسینگ طی چند هفته بازگشت. رتبهها بدون نیاز به تغییر در کد تثبیت شد.
پرسشهای متداول
-
اینها دو نام هاست متفاوت هستند. موتورهای جستجو آنها را آدرس جداگانه فرض میکنند. یکی باید به طور دائم به دیگری هدایت شود. این کار از محتوای تکراری جلوگیری میکند.
-
بله. هر پرش را نمایش میدهد. هر مرحله کد وضعیت، نوع و زمان پاسخ را دارد. فراتر از فقط آدرس مقصد را میبینید.
-
ریدایرکتهای 301، 302، 303، 307 و 308 را تشخیص میدهد. همچنین meta refresh و ریدایرکتهای رایج JavaScript را هم شناسایی میکند.
-
بهترین حالت یک مرحله است. یک 301 مستقیم سریعترین است. مراحل اضافه باعث تاخیر و پراکندگی سیگنالهای رتبهبندی میشوند.
-
بله. تنظیمات پیشرفته را باز کنید. پراکسی پریمیوم را فعال کرده و کشور را انتخاب کنید. همچنین میتوانید رندر جاوااسکریپت را روشن کنید.
-
بله. میتوانید هر مرحله هر نسخه را صادر کنید. فایل با فرمت CSV است. برای گزارش یا تحلیل بیشتر قابل استفاده است.
-
بله. /صفحه و /صفحه/ دو آدرس متفاوت هستند. اگر هر دو کد 200 دهند، محتوای تکراری خواهید داشت. یکی باید به دیگری ریدایرکت شود.