بررسی ریدایرکت و هدرها
هر پرش را با کد و مقصد آن تا رسیدن به نشانی پایانی نمایش می دهد، حلقه های بی پایان را می شناسد و در آخر هدرهای کلیدی پاسخ نهایی را وارسی می کند.
- بی نیاز به ثبت نام
- تفکیک ۳۰۱ از ۳۰۲
- هدرهای امنیتی و کش
ابزار را همین جا در صفحه اجرا کنید
زنجیرهٔ ریدایرکت یک نشانی را گام به گام دنبال کنید و هدرهای امنیتی و کش آن را وارسی کنید.
- هزینه رایگان
- منبع داده سرور خودمان
- دسترسی بدون ثبت نام
جواب کوتاه
ریدایرکت ۳۰۱ یعنی این نشانی برای همیشه تغییر کرده و گوگل باید اعتبار نشانی قدیم را به نشانی تازه بسپارد. ریدایرکت ۳۰۲ یعنی موقت است و گوگل نشانی قدیم را همچنان اصلی می شمارد. به کار بردن ۳۰۲ جایی که باید ۳۰۱ باشد، متداول ترین راهی است که یک کوچ سایت رتبه ها را از دست می دهد.
یک کاربرد دیگر که کمتر به ذهن می رسد، سرعت است. پشت هر پرش ریدایرکت یک رفت وبرگشت کامل شبکه نشسته، و روی موبایل داخل ایران این رفت وبرگشت هزینه دارد. ممکن است کسی که example.com را می نویسد پیش از آنکه یک نقطه از صفحه را ببیند سه بار جابه جا شود: نخست از http به https، بعد از نسخهٔ بی www به نسخهٔ دارای www، و در آخر از صفحهٔ خانه به نسخهٔ زبانی. هر سه ضروری اند، اما هر سه می توانند در یک مرحله جمع شوند.
روی پاسخ آخر، هدرها حرف دیگری می زنند. از هدر فشرده سازی می فهمید سرور خروجی را فشرده تحویل می دهد یا خام؛ اگر این هدر نباشد، هر کاربر حجمی چند برابرِ لازم پایین می کشد. هدر کش هم تعیین می کند مرورگر اجازه دارد فایل ها را ذخیره کند یا هر مرتبه از نو بگیرد. تاثیر این دو هدر روی بازدید دوم معمولا از هر بهینه سازی دیگری بیشتر است.
برای سایتی که زیر کلادفلر یا هر شبکهٔ توزیع محتوای دیگری قرار دارد، در خواندن هدرها محتاط تر باشید. چیزی که می بینید پاسخ گرهٔ لبه است، نه لزوما پاسخ سرور اصلی شما؛ شاید فشرده سازی را مشاهده کنید در حالی که مبدا هیچ چیز فشرده نمی کند و شبکهٔ توزیع جای آن را پر کرده است. هر وقت سایت را از پشت آن شبکه بردارید، این هدر هم از دست می رود.
منبع و روش تامین داده
سرور ما هر پرش را جداگانه و بدون دنبال کردن خودکار درخواست می کند، تا سقف ۱۰ پرش، و حلقه ها را می شناسد. موردی که در عمل زیاد پیش می آید: اگر ریدایرکت http به https و سپس www به بدون www پشت سر هم انجام شود، دو پرش می شود؛ در لایهٔ وب سرور می توان هر دو را در یک پرش ادغام کرد.
در چه موقعیتی به کار می آید
پس از تغییر نشانی یا کوچ سایت، برای اطمینان از اینکه ریدایرکت از نوع ۳۰۱ است و نه ۳۰۲. یا زمانی که سرعت سایت بی دلیل ضعیف است و می خواهید بدانید کاربر پیش از رسیدن به صفحه چند بار ریدایرکت می شود.
جایی که کارساز نیست
دنبال کردن زنجیره تا ده پرش ادامه می یابد و بعد از آن قطع می شود؛ زنجیره ای که به ده پرش می رسد خودش نشانهٔ خرابی است و رفتن جلوتر چیزی به شناخت مسئله اضافه نمی کند. جهش هایی که با جاوااسکریپت یا تگ meta refresh رخ می دهند در این خروجی نمی آیند، چون در سطح هدر HTTP اتفاق نمی افتند؛ اختلاف نشانی پایانی با آنچه در مرورگر می بینید معمولا از همین جاست. برای سایت های ایرانی این را در نظر داشته باشید: درخواست از سرور ما فرستاده می شود، پس اگر سایت شما با IPهای خارج از ایران جور دیگری برخورد می کند، مثلا آن ها را به صفحهٔ اطلاع رسانی می فرستد، همان رفتار در این خروجی می آید، نه رفتاری که کاربر داخل کشور تجربه می کند.
نکته ای که از کار با آن آموخته ایم
الگویی که مدام به آن برمی خوریم چنین است: جهش http به https در یک لایه و جهش www به بی www در لایه ای جدا انجام می شود، اغلب یکی در سطح وب سرور و دیگری در یک افزونه. نتیجه دو جهش پشت هم می شود، در حالی که می شد هر دو قاعده را در همان نخستین قاعدهٔ وب سرور کنار هم گذاشت و یک رفت وبرگشت شبکه را کم کرد. روی صفحه ای که در روز هزار بار گشوده می شود، این یک ویرایش یک سطری با اثر ملموس است.
هزینه
اجرای این ابزار روی زیرساخت خودمان است و هیچ دادهٔ خریداری شده ای پشت آن نیست، پس هزینه ندارد و همین طور می ماند. تنها محدودیتش یک سقف روزانه است که نمی گذارد یک ربات کل ظرفیت را اشغال کند.
سقف روزانه به ازای هر بازدیدکننده شمرده می شود. اگر بیش از آن نیاز دارید، یک حساب بی هزینه سقفتان را بالا می برد.
پرسش های متداول دربارهٔ این ابزار
چند پرش ریدایرکت پذیرفتنی است؟
یکی. دو تا قابل تحمل. سه تا یعنی جایی دو قاعده تداخل دارند و یکی باید برداشته شود. زنجیرهٔ بلندتر هم برای کاربر کند است و هم در هر پرش اندکی از اعتبار لینک را از دست می دهد.
پس از تغییر نشانی یک صفحه، ریدایرکت را چه مدت نگه دارم؟
تا زمانی که لینک های بیرونی به نشانی قدیم وجود دارد، که عملا یعنی همیشه. برداشتن یک ۳۰۱ قدیمی پرهزینه ترین کاری است که می توان با اعتبار سال ها ساخته شده انجام داد.
چرا هدر فشرده سازی دیده نمی شود؟
یا سرور فشرده سازی را فعال نکرده، یا برای همان نوع فایل روشن نیست، یا CDN آن را حذف کرده است. اگر سایت پشت CDN است، ابتدا همان جا را بررسی کنید؛ در بیشتر موارد این تنظیم یک کلید ساده در پنل است.