اگر به عنوان یک توسعهدهنده وب یا متخصص سئو در حال خواندن این مقاله هستید، احتمالاً اخیراً با باز کردن تب Core Web Vitals در سرچ کنسول، با خطاهای قرمز و زرد رنگ متریک INP مواجه شدهاید. در فضای رقابتی سال ۲۰۲۶، زمانی که کاربر روی دکمه «افزودن به سبد خرید» یا باز کردن یک منو در سایت شما کلیک میکند، حتی چند میلیثانیه تاخیر در اجرای این فرمان، میتواند او را ناامید کرده و به سمت سایت رقیب فراری دهد.
ما در آژانس دیجیتال مارکتینگ وینه وب به خوبی میدانیم که بهینه سازی INP در سئو تنها یک تیک سبز در ابزارهای تست سرعت نیست؛ بلکه مستقیماً با نرخ تبدیل (CRO) و رضایت کاربران شما گره خورده است. در این راهنمای تخصصی، قصد داریم به جای تکرار بدیهیات، مستقیماً وارد کدهای جاوااسکریپت شویم و نحوه شکار و رفع اسکریپتهای مسدودکننده را به شما آموزش دهیم.
متریک INP چیست؟
متریک INP (Interaction to Next Paint) یکی از سه شاخص اصلی هسته حیاتی وب (Core Web Vitals) است که میزان پاسخگویی و تعاملپذیری کل صفحات سایت را ارزیابی میکند. این شاخص، تاخیر تعامل کاربر (از لحظه کلیک، لمس یا فشردن کلید تا زمان نمایش فریم بعدی در مرورگر) را در طول کل زمان حضور او در صفحه اندازهگیری کرده و طولانیترین تاخیر را گزارش میدهد. برای قبولی در این تست، عدد INP باید کمتر از ۲۰۰ میلیثانیه باشد.
معرفی کامل Core Web Vitals و نقش آنها در رتبه بندی
هسته حیاتی وب (Core Web Vitals)، مجموعهای از معیارهای رسمی گوگل هستند که تجربه کاربری یک وبسایت را بر اساس سرعت بارگذاری، ثبات بصری و میزان تعاملپذیری میسنجند. گوگل این فاکتورها را به عنوان یکی از سیگنالهای مهم در رتبهبندی صفحات (Ranking Factors) دخیل کرده است.
برای درک بهتر، وضعیت استانداردهای گوگل در سال ۲۰۲۶ به شرح زیر است:
| متریک هسته حیاتی وب | مخفف | هدف اندازهگیری | وضعیت سبز (خوب) | وضعیت قرمز (ضعیف) |
| بزرگترین محتوای رنگی | LCP | سرعت بارگذاری اصلیترین المان صفحه | زیر ۲.۵ ثانیه | بالای ۴ ثانیه |
| تغییرات چیدمان تجمعی | CLS | میزان ثبات بصری و پرش المانها | زیر ۰.۱ | بالای ۰.۲۵ |
| تعامل تا رنگآمیزی بعدی | INP | سرعت پاسخگویی سایت به تعاملات کاربر | زیر ۲۰۰ میلیثانیه | بالای ۵۰۰ میلیثانیه |
چرا گوگل INP را جایگزین FID کرد؟ (درک تفاوتها)
در ۱۲ مارس ۲۰۲۴، گوگل به صورت رسمی متریک FID (First Input Delay) را بازنشسته کرد و INP را جایگزین آن ساخت. اما چرا این تغییر استراتژیک رخ داد؟

متریک FID تنها اولین تعامل کاربر با سایت را اندازهگیری میکرد و فقط زمان «تاخیر در پردازش اولیه» را در نظر میگرفت؛ به این معنا که اگر کاربر در ابتدای ورود به سایت کلیک میکرد و سایت سریع واکنش نشان میداد، FID سبز میشد، حتی اگر در ادامه، سایت به شدت کند و غیرقابل تعامل میبود. دادههای مرورگر کروم نشان میدهد که ۹۰ درصد زمان حضور کاربر در صفحه، پس از بارگذاری اولیه آن سپری میشود. متریک INP، کل چرخه حیات کاربر در صفحه (تمام کلیکها، لمسها و فشردن دکمههای کیبورد) را رصد میکند و بدترین تاخیر (طولانیترین زمان بین تعامل تا آپدیت شدن رابط کاربری) را به عنوان نمره نهایی ثبت مینماید.
ابزارهای اندازهگیری دقیق INP (از سرچ کنسول تا لایتهاوس)
برای اندازهگیری INP، ما با دو نوع داده مواجه هستیم که هر کدام کاربرد خاص خود را دارند:
- دادههای میدانی (Field Data): این دادهها بر اساس تجربه واقعی کاربران در مرورگر کروم (CrUX) ثبت میشوند و ملاک اصلی گوگل برای رتبهبندی هستند. شما میتوانید این گزارشها را در بخش Core Web Vitals در گوگل سرچ کنسول مشاهده کنید. سرچ کنسول به هوشمندی URLهای مشابه که قالب یکسانی دارند را دستهبندی میکند تا با رفع مشکل در یک قالب، خطای صدها صفحه برطرف شود.
- دادههای آزمایشگاهی (Lab Data): ابزارهایی مانند ابزار لایت هاوس (Lighthouse) و PageSpeed Insights نمیتوانند INP را به صورت مستقیم در حالت آزمایشگاهی اندازه بگیرند، زیرا رباتها روی صفحه کلیک نمیکنند. بنابراین، توسعهدهندگان از متریک جایگزینی به نام TBT (Total Blocking Time) به عنوان یک تقریب و شبیهساز برای رفع خطاهای INP استفاده میکنند.
شکاف اطلاعاتی: چگونه Long Task ها را در جاوااسکریپت شکار کنیم؟
بزرگترین مجرم در ایجاد تاخیر در سرعت سایت وردپرسی و افزایش INP، فایلهای جاوااسکریپت (JavaScript) هستند. مرورگرها دارای یک «رشته اصلی» (Main Thread) هستند. این رشته دقیقاً مانند یک اجاق گاز تکشعله است که در آنِ واحد فقط میتواند یک کار را انجام دهد. اگر یک اسکریپت پیچیده در حال اجرا باشد (کاری که بیش از ۵۰ میلیثانیه طول بکشد و به آن Long Task میگویند)، مرورگر نمیتواند به کلیک کاربر واکنش نشان دهد و اینجاست که تاخیر رخ میدهد.

برای دیباگ کردن این مسدودکنندهها، به جای تکیه بر ابزارهای عمومی، باید دست به کار شوید و از تب Performance در Chrome DevTools استفاده کنید:
- مرورگر کروم را باز کرده و با فشردن F12 وارد محیط Inspect شوید.
- به تبPerformance بروید. در بخش تنظیمات چرخدنده (Capture settings)، سرعت CPU را روی 4x slowdown تنظیم کنید تا شرایط دستگاههای موبایل میانرده شبیهسازی شود.
- دکمه Record را بزنید، چند ثانیه با سایت خود تعامل کنید (کلیک روی منوها، پاپآپها و…) و سپس Stop را بزنید.
- در گراف ایجاد شده، به دنبال نوارهای قرمز رنگ در ردیف Main بگردید. این نوارهای قرمز، همان Long Task هایی هستند که INP شما را تخریب میکنند. با کلیک روی آنها، دقیقاً متوجه میشوید کدام تابع جاوااسکریپت یا کدام افزونه وردپرسی باعث انسداد شده است.
تجربه تیم فنی وینه وب: در یکی از پروژههای اخیر سئو تکنیکال (سئو سایت) برای یک فروشگاه آنلاین بزرگ در ارومیه، متوجه شدیم که اسکریپت مربوط به یک چت آنلاین (Third-party script)، باعث ایجاد یک Long Task به مدت ۸۰۰ میلیثانیه میشد. ما با استفاده از تکنیکهای زیر، بدون حذف چت آنلاین،INP سایت را به زیر ۱۵۰ میلیثانیه رساندیم.
راهکارهای برنامه نویسی برای بهبود INP
پس از شناسایی کدهای مخرب، نوبت به درمان آنها میرسد. ما در وینه وب برای بهینهسازی اجرای جاوااسکریپت از سه تکنیک اصلی زیر استفاده میکنیم.
۱. شکستن کدهای طولانی (Yielding to the Main Thread)
نباید اجازه دهید یک پردازش سنگین به صورت یکپارچه اجرا شود. باید آن را به قطعات کوچکتر بشکنید تا مرورگر در فواصل بین آنها، فرصت نفس کشیدن و پاسخ به کلیک کاربر را داشته باشد. در جاوااسکریپت، میتوانید از setTimeout یا scheduler.yield() برای این کار استفاده کنید:
// روش بهینهسازی کدهای مسدودکننده
function processLargeArray(items) {
if (items.length === 0) return;
// پردازش فقط بخش کوچکی از دادهها
const chunk = items.splice(0, 50);
doHeavyWork(chunk);
// بازگرداندن کنترل به مرورگر (رشته اصلی) برای پاسخ به کلیک کاربر
setTimeout(() => {
processLargeArray(items);
}, 0);
}
۲. تعویق بارگذاری اسکریپتهای شخص ثالث (Third-party Scripts)
ابزارهای آمارگیر، ویجتهای چت آنلاین و کدهای تبلیغاتی معمولاً حجم بالایی از جاوااسکریپت را به صفحه تحمیل میکنند. با استفاده از صفات defer یا async در تگ <script>، به مرورگر میگویید که بارگذاری و اجرای این فایلها را به تعویق بیندازد تا رشته اصلی برای تعاملات کاربر آزاد بماند.
۳. استفاده از Web Workers
اگر محاسبات ریاضی یا پردازش داده سنگینی در سمت کاربر دارید، آن را به هیچ وجه در Main Thread اجرا نکنید. فناوری Web Workers به شما اجازه میدهد تا این پردازشهای سنگین را در پسزمینه (Off-main-thread) و بدون مسدود کردن رابط کاربری انجام دهید.
تاخیر تعامل در INP شامل چه مراحلی است؟
تاخیر تعامل در متریک INP شامل سه مرحله اصلی تاخیر ورودی، زمان پردازش کدهای جاوا اسکریپت و تاخیر نمایش مرورگر است. بهینهسازی این سه فاز حیاتی برای کاهش زمان پاسخگویی سایت به زیر ۲۰۰ میلیثانیه و کسب بالاترین امتیاز تجربه کاربری (UX) از گوگل کاملاً ضروری است.
وقتی کاربر روی دکمهای در سایت شما کلیک میکند، تا زمانی که تغییر را روی صفحه ببیند، سه اتفاق مهم در پسزمینه مرورگر رخ میدهد که برای بهبود INP باید تکتک آنها را بهینه کنیم.
۱. تاخیر در ورودی (Input Delay): زمانی که طول میکشد تا مرورگر درخواست کاربر را دریافت کرده و وظایف پسزمینه قبلی را متوقف کند تا بتواند به این درخواست جدید رسیدگی کند.
۲. زمان پردازش (Processing Time): مدت زمانی که کدهای جاوا اسکریپت (JS) سایت شما نیاز دارند تا این دستور را حلاجی کرده و اجرا کنند.
۳. تاخیر در ارائه (Presentation Delay): زمانی که مرورگر صرف میکند تا پس از پردازش کدها، چیدمان صفحه را از نو بسازد و فریم جدید (رنگآمیزی محتوا) را به کاربر نمایش دهد.
متریک INP دقیقاً کدام تعاملات کاربر را اندازه میگیرد؟
متریک INP تعاملات مستقیمی مانند کلیک با ماوس، ضربه زدن روی صفحه لمسی (Tap) و فشردن دکمههای کیبورد را اندازهگیری میکند. در مقابل، حرکاتی مانند اسکرول کردن صفحه یا هاور کردن (Hover) موس روی المانها به دلیل عدم ارسال درخواست مستقیم، در محاسبه INP لحاظ نمیشوند.
یکی از سوالات پرتکرار مدیران سایتها این است که آیا اسکرول کردن کاربران باعث افت INP میشود؟ پاسخ منفی است. هدف گوگل از معرفی شاخص INP، بررسی سرعت واکنش سایت به «اقدامات قطعی» کاربر است. زمانی که کاربر محصولی را به سبد خرید اضافه میکند، منوی همبرگری موبایل را باز میکند یا فرمی را ارسال میکند، انتظار دارد فوراً یک تغییر بصری (مانند باز شدن منو یا نمایش پیام موفقیت) ببیند. تاخیر در همین پاسخهای بصری است که نمره سایت شما را در سرچ کنسول قرمز میکند.
چگونه با کاهش اندازه DOM و فشردهسازی، شاخص INP را سبز کنیم؟
کاهش اندازه DOM و فشردهسازی کدهای CSS و تصاویر، زمان رندر شدن صفحات را به شدت کاهش میدهد. ساختار پیچیده و تو در توی تگهای HTML باعث میشود مرورگر برای نمایش پاسخ تعامل کاربر زمان بیشتری صرف کند که این موضوع مستقیماً امتیاز INP را تخریب میکند.
همه مشکلات INP زیر سر جاوا اسکریپت نیست! گاهی اوقات تاخیر در مرحله سوم (Presentation Delay) رخ میدهد. عبارت DOM مخفف Document Object Model است و ساختار درختی کدهای HTML سایت شما را نشان میدهد. هرچه سایز DOM بزرگتر باشد (مثلاً استفاده از صفحهسازهایی که برای یک دکمه ساده، دهها تگ <div> تو در تو میسازند)، مرورگر برای بازسازی صفحه پس از کلیک کاربر، باید زحمت بیشتری بکشد. برای حل این مشکل:
- از افزونههای کش و فشردهساز (Minify) برای کاهش حجم فایلهای CSS استفاده کنید.
- تعداد تگهای HTML زائد را در طراحی قالب خود به حداقل برسانید.
- از خاصیت content-visibility در کدهای CSS استفاده کنید تا مرورگر فقط بخشهایی از صفحه را که در دید کاربر است، رندر کند.
جمعبندی: زمان ارتقای زیرساختهای شما فرا رسیده است
در سال ۲۰۲۶، گوگل بیش از هر زمان دیگری به رضایت و راحتی کاربر در برخورد با وبسایتها اهمیت میدهد. نادیده گرفتن هشدارهای INP دیگر یک انتخاب نیست، بلکه اشتباهی است که مستقیماً به افت رتبه سایت شما در نتایج جستجو و ریزش شدید مشتریان منجر میشود. حل ریشهای مشکلات مربوط به Long Taskها و بهینهسازی کدهای جاوااسکریپت، نیازمند دانش برنامهنویسی و درک عمیق از معماری مرورگرهاست.
ما در آژانس دیجیتال مارکتینگ وینه وب، با در اختیار داشتن تیمی از توسعهدهندگان ارشد و متخصصان سئو، در کنار شما هستیم تا این مسیر پیچیده را هموار کنیم. تخصص ما این است که زیرساختهای سایت شما را به گونهای بهینهسازی کنیم که در کسری از ثانیه به نیازهای مشتریانتان پاسخ دهد.
آیا سایت شما آماده عبور از فیلترهای سختگیرانه گوگل است؟ اجازه ندهید خطاهای تکنیکال مانع از دیده شدن کسبوکار شما شوند. برای دریافت مشاوره تخصصی، بررسی دقیق خطاهای سرچ کنسول و تدوین استراتژی کدنویسی برای سایت خود، همین امروز فرم درخواست مشاوره را در سایت تکمیل کنید یا با کارشناسان دلسوز ما در وینه وب تماس بگیرید. ما برای رساندن شما به بالاترین سطح استانداردهای وب آمادهایم.
سوالات متداول درباره متریک INP
- متریک INP در سئو چیست؟
متریک INP (Interaction to Next Paint) یکی از معیارهای جدید هسته حیاتی وب (Core Web Vitals) گوگل است که میزان پاسخگویی سایت به تعاملات کاربر (مثل کلیکها و لمسها) را در کل زمان حضور او در صفحه اندازهگیری میکند. - تفاوت INP با FID چیست و چرا گوگل آن را جایگزین کرد؟
معیار FID فقط زمان تاخیر اولین تعامل کاربر را میسنجید، اما INP تمام تعاملات کاربر در طول استفاده از صفحه را بررسی کرده و طولانیترین تاخیر را به عنوان نمره نهایی ثبت میکند. به همین دلیل معیار بسیار دقیقتری برای سنجش تجربه کاربری است. - نمره ایدهآل برای متریک INP چقدر است؟
طبق استانداردهای گوگل، نمره INP کمتر از ۲۰۰ میلیثانیه عالی (سبز)، بین ۲۰۰ تا ۵۰۰ میلیثانیه نیازمند بهبود (نارنجی) و بالای ۵۰۰ میلیثانیه ضعیف (قرمز) ارزیابی میشود. - چگونه میتوانیم نمره INP سایت خود را اندازهگیری کنیم؟
شما میتوانید وضعیت INP سایت خود را از طریق بخش Core Web Vitals در گوگل سرچ کنسول، ابزار PageSpeed Insights، افزونه Lighthouse و همچنین افزونه Web Vitals در مرورگر کروم بررسی کنید. - دلیل اصلی کند بودن INP و نمره ضعیف آن چیست؟
اجرای کدهای طولانی جاوا اسکریپت (Long Tasks) در مرورگر کاربر، رندرینگ سنگین صفحات و تاخیر در واکشی دادهها (Fetch) از دلایل اصلی بلوکه شدن مرورگر و در نتیجه افت نمره INP هستند. - چگونه متریک INP را در سایتهای وردپرسی بهبود دهیم؟
برای بهینهسازی INP در وردپرس، باید کدهای جاوا اسکریپت سنگین را بهینهسازی یا به تعویق بیندازید (Delay/Defer JS)، از افزونههای کش معتبر استفاده کنید و کدهای قالب و افزونههای صفحه ساز را سبکسازی کنید. - آیا خطای INP در سرچ کنسول باعث افت رتبه سایت میشود؟
بله. از آنجایی که INP بخشی از Core Web Vitals است، یکی از فاکتورهای تایید شده تجربه کاربری (Page Experience) برای رتبهبندی گوگل محسوب میشود. نمره ضعیف در این بخش میتواند مستقیماً روی جایگاه شما در نتایج جستجو تاثیر منفی بگذارد. - دادههای آزمایشگاهی (Lab Data) با دادههای میدانی (Field Data) در بررسی INP چه تفاوتی دارند؟ دادههای آزمایشگاهی (مثل گزارشهای اکستنشن Lighthouse) در یک محیط کنترلشده با اینترنت و دستگاه ثابت شبیهسازی میشوند و معمولاً متریک TBT را به جای INP نشان میدهند. اما دادههای میدانی (مثل گزارشهای CrUX در سرچ کنسول)، تجربه واقعی کاربران شما را با اینترنتها و گوشیهای مختلف در دنیای واقعی ثبت میکنند. ملاک نهایی گوگل برای رتبهبندی، دادههای میدانی است.
- آیا استفاده از شبکه توزیع محتوا (CDN) تاثیری روی متریک INP دارد؟ بله. استفاده از یک CDN قدرتمند، فاصله فیزیکی بین سرور سایت شما و کاربر را کاهش میدهد. این کار باعث میشود فایلهای حیاتی (مانند CSS و جاوا اسکریپت) سریعتر در مرورگر کاربر بارگذاری شوند. هرچه این فایلها سریعتر در دسترس مرورگر قرار گیرند، زمان پردازش و رندرینگ کاهش یافته و در نتیجه شاخص INP سایت شما چند میلیثانیه ارزشمند بهبود مییابد.






