سئوی فنی و خزش
داشبورد پروژه و امتیاز سلامت
کاربرد این بخش
خانهٔ پروژه: امتیاز سلامت آخرین خزش، تفکیک مشکلات بر اساس شدت، Core Web Vitals و روند امتیاز در طول زمان. تنها جایی که پاسخ میدهد «سایت من بهتر میشود یا بدتر؟».
چه زمانی استفاده کنید
- هر بار پس از پایان خزش، برای دیدن نتیجهٔ کلی.
- هفتگی، برای دیدن روند و گرفتن زودهنگام پسرفتها.
نحوهٔ استفاده
- یک پروژه را باز کنید تا روی داشبوردش بروید.
- امتیاز سلامت و تعداد مشکلات بحرانی/مهم را بخوانید.
- روی یک گروه شدت یا on-page کلیک کنید تا URLهای متأثر را ببینید.
خواندن نتایج
برای هر خروجی: خوب است، نیاز به بهبود دارد، یا بد است — و دقیقاً بعد چه کاری انجام دهید.
امتیاز سلامت (۰–۱۰۰)
خوب
۹۰–۱۰۰: مشکلات کم یا فقط کمشدت. حفظش کنید.
نیاز به بهبود
۷۰–۸۹: مشکلات واقعی در حال انباشت — ابتدا بحرانی/مهمها را رفع کنید.
بد
زیر ۷۰: بدهی فنی چشمگیر که خزشپذیری/تجربهٔ کاربر را آسیب میزند.
گام بعدی
فهرست مشکلات را باز کنید، بر اساس شدت مرتب کنید، اول بحرانی بعد مهم را رفع کنید؛ امتیاز جریمهمحور است پس هر رفع بحرانی بیشترین اثر را دارد.
روند امتیاز سلامت
خوب
صعودی یا ثابتِ بالا: رفعهای شما پایدارند.
نیاز به بهبود
ثابتِ پایین: مشکلات شناختهشده پیگیری نمیشوند.
بد
افت ناگهانی ۲۵+ امتیاز: یک پسرفت منتشر شده (هشدار High هم میدهد).
گام بعدی
هنگام افت، با «مقایسه» نسبت به خزش قبلی، دقیقاً صفحات/مشکلات تغییرکرده را بیابید.
Core Web Vitals (LCP / CLS / INP)
خوب
LCP ≤ ۲٫۵ث، CLS ≤ ۰٫۱، INP ≤ ۲۰۰ms — قبول.
نیاز به بهبود
LCP ۲٫۵–۴ث، CLS ۰٫۱–۰٫۲۵، INP ۲۰۰–۵۰۰ms — نیاز به بهبود.
بد
LCP > ۴ث، CLS > ۰٫۲۵، INP > ۵۰۰ms — ضعیف؛ ریسک واقعی رتبه/تجربه.
گام بعدی
برای LCP: تصویر هیرو/پاسخ سرور را بهینه کنید. برای CLS: برای تصاویر/تبلیغات فضا رزرو کنید. برای INP: تسکهای طولانی JS را کم کنید.
گامهای بعدی
- اول مشکلات بیشترینشدت را رفع کنید، سپس دوباره بخزید تا حرکت امتیاز را تأیید کنید.
- یک هشدار تنظیم کنید تا افت امتیاز در آینده خودکار اطلاع دهد.