کارایی

هسته معیارهای حیاتی وب در ۲۰۲۶: چه چیزی تغییر کرد و چطور قبول شویم

سه معیار حیاتی وب — LCP، INP و CLS — همراه با آستانه‌های ۲۰۲۶، دلیل افتادن بیشتر سایت‌ها در INP، و راهکارهایی که واقعاً نتیجه می‌دهند.

Seoraبه‌روزرسانی ۱ تیر ۱۴۰۵3 دقیقه مطالعه

معیارهای حیاتی وب سه سنجهٔ میدانی‌اند که گوگل با آن‌ها تجربهٔ واقعی صفحه را می‌سنجد: «بزرگ‌ترین محتوای ترسیم‌شده» (بارگذاری)، «تعامل تا ترسیم بعدی» (پاسخ‌گویی) و «جابه‌جایی تجمعی چیدمان» (پایداری بصری). صفحه زمانی قبول می‌شود که هر سه برای صدک ۷۵اُمِ بازدیدهای واقعی در محدودهٔ «خوب» باشند — LCP زیر ۲٫۵ ثانیه، INP زیر ۲۰۰ میلی‌ثانیه و CLS زیر ۰٫۱. این‌ها سیگنال رتبه‌بندی سبکی‌اند، اما مهم‌تر از آن، اصطکاکی را نشان می‌دهند که کاربر را فراری می‌دهد.

سه معیاری که اهمیت دارند

LCP (بزرگ‌ترین محتوای ترسیم‌شده) — مدت‌زمان تا ترسیم بزرگ‌ترین عنصرِ کادر دید. خوب: ≤ ۲٫۵ ثانیه.
INP (تعامل تا ترسیم بعدی) — سرعت پاسخ صفحه به لمس، کلیک و فشار کلید در سراسر بازدید. خوب: ≤ ۲۰۰ میلی‌ثانیه.
CLS (جابه‌جایی تجمعی چیدمان) — میزان پرش چیدمان هنگام بارگذاری. خوب: ≤ ۰٫۱.

تغییر بزرگ، INP است. در ۱۲ مارس ۲۰۲۴ جایگزین «تأخیر اولین ورودی» (FID) شد و اکنون معیاری است که بیشترین سایت‌ها در آن می‌افتند — تقریباً از هر پنج نشانی، دو تا هنوز از مرز ۲۰۰ میلی‌ثانیه رد نمی‌شوند. FID فقط تأخیر پیش از اولین تعامل را می‌سنجید، اما INP هر تعامل را می‌پاید و نزدیک به بدترین حالتِ تأخیر را گزارش می‌کند؛ پس منو، فیلتر و فرمِ کند دیگر جای پنهان‌شدن ندارند.

گوگل واقعاً چطور نمره می‌دهد

دو نکته کاربران را غافلگیر می‌کند. نخست اینکه نمره از دادهٔ میدانی می‌آید نه آزمایش آزمایشگاهی: منبع آن گزارش تجربهٔ کاربران کروم است — کاربران واقعی روی دستگاه و شبکهٔ واقعی — پس یک لپ‌تاپ سریع ممکن است صفحه‌ای را قبول کند که گوشی‌های واقعی در آن می‌افتند. دوم اینکه یک گروه نشانی تنها وقتی وضعیت «خوب» می‌گیرد که دست‌کم ۷۵٪ بازدیدها هم‌زمان آستانهٔ خوبِ هر سه معیار را برآورده کنند. چارکِ کندتر را، روی همان سخت‌افزاری که مخاطبتان دارد، هدف بگیرید.

رفع INP — معیاری که بیشتر سایت‌ها در آن می‌افتند

وظایف طولانی را بشکنید. هر کاری بیش از ۵۰ میلی‌ثانیه روی نخ اصلی، تعامل را مسدود می‌کند — کار را تکه‌تکه کنید و بین تکه‌ها کنترل را به مرورگر بازگردانید.
جاوااسکریپت کمتری بفرستید. کد را تقسیم کنید، اسکریپت‌های غیرضروری را به‌تعویق بیندازید و تگ‌های ثالثِ بلااستفاده را حذف کنید؛ هر کیلوبایتِ تجزیه‌شده زمانی است که نخ اصلی نمی‌تواند پاسخ دهد.
هندلرهای رویداد را سبک نگه دارید. ابتدا به‌روزرسانی بصری را انجام دهید و سپس کار سنگین (تحلیل‌ها، فراخوان شبکه) را به بعد از ترسیم بعدی موکول کنید.
از بازترسیم‌های بزرگ و هم‌زمان بپرهیزید. اجزای پرهزینه را به‌خاطر بسپارید و فهرست‌های بلند را مجازی‌سازی کنید تا یک کلیک، کل صفحه را بازترسیم نکند.

بردهای سریع برای LCP و CLS

تصویر یا فونتِ LCP را پیش‌بارگذاری کنید، قالب‌های مدرن (AVIF/WebP) ارائه دهید و مطمئن شوید عنصر اصلی پشت CSS یا JS مسدودکنندهٔ ترسیم معطل نمانده است.
برای تصاویر و جاسازی‌ها عرض و ارتفاع صریح (یا کادر نسبت‌ابعاد) بگذارید تا هنگام بارگذاری چیدمان جابه‌جا نشود.
برای تبلیغ‌ها، بنرها و رابط‌های دیرتزریق‌شونده فضا رزرو کنید تا محتوا را به پایین هل ندهند.
جای سئورا کجاست

ممیزی سئورا معیارهای حیاتی وبِ واقعی شما را می‌خواند، دقیقاً همان عنصری که LCP را کند می‌کند یا اسکریپتی که بودجهٔ INP را می‌بلعد نشان می‌دهد، و راه‌حل را برایتان می‌نویسد. آن را در سمت کارایی یک ممیزی ببینید یا رایگان شروع کنید.

معیارهای حیاتی وب را عادتی برای کیفیت محصول بدانید، نه پاک‌سازی یک‌باره. در میدان اندازه بگیرید، کندترین ۲۵٪ را اصلاح کنید و بعد از هر انتشار دوباره بررسی کنید — همان حلقه‌ای که شما را سریع نگه می‌دارد، رتبه‌تان را هم حفظ می‌کند. سپس این صفحه‌های سریع را با یک ساختار پیوند داخلی هدفمند آسان‌یاب کنید.

این را عملی کنید

یک ممیزی رایگان سئورا اجرا کنید و راه‌حل‌های دقیق سایتتان را بگیرید — کارایی، آمادگی هوش مصنوعی، پیوندهای داخلی و بیشتر.

عضویت در لیست انتظار