DominantBrandINP يحل محل FID: ماذا يعني مقياس INP من Core Web Vitals لك
- حل INP محل FID ضمن Core Web Vitals في 12 مارس 2024، ويقيس الاستجابة الكاملة لكل نقرة ولمسة وضغطة مفتاح عبر الزيارة.
- يقيس INP زمن ثلاثة مكوّنات — تأخر الإدخال ووقت المعالجة وتأخر العرض — من التفاعل إلى الإطار المرسوم التالي؛ أما FID فقاس المكوّن الأول فقط من التفاعل الأول.
- عتبة "جيد" هي 200 مللي ثانية أو أقل عند النسبة المئوية 75 لبيانات المستخدمين الحقيقيين الميدانية؛ و200 إلى 500 مللي ثانية يحتاج إلى تحسين وفوق 500 مللي ثانية سيئ.
- أسرع مسار إلى أقل من 200 مللي ثانية هو تحرير الخيط الرئيسي: قسّم المهام الطويلة وأعِد التحكم، واقطع جافاسكريبت وأجّلها، ودقّق في وسوم الأطراف الثالثة، وارسم التغذية الراجعة قبل القيام بالعمل الثقيل.
- شخّص ببيانات المستخدمين الحقيقيين أولاً — PageSpeed Insights وSearch Console وبناء إسناد web-vitals — ثم أكّد وأصلِح في لوحة الأداء في DevTools.
حل مقياس التفاعل حتى الرسم التالي (INP) محل مقياس تأخر الإدخال الأول (FID) ضمن Core Web Vitals في 12 مارس 2024. باختصار: يقيس مقياس INP من Core Web Vitals مدى سرعة استجابة صفحتك بشكل مرئي لكل نقرة ولمسة وضغطة مفتاح عبر الزيارة بأكملها — وليس مجرد التأخير قبل التفاعل الأول. ولأنه يرصد السلسلة الكاملة، من الإدخال وصولاً إلى الإطار المرسوم التالي، فإن اجتيازه أصعب بكثير مما كان عليه FID يوماً.
إذا كان موقعك قد اجتاز FID بسهولة لكن المستخدمين ما زالوا يشكون من بطء استجابة الأزرار، فإن INP هو المكان الذي يظهر فيه هذا الألم الآن في تقرير Search Console الخاص بك. يشرح هذا الدليل بالضبط ما الذي يقيسه INP، ولماذا هو أكثر صرامة، والمسار الملموس لجعل أبطأ تفاعلاتك أقل من عتبة "جيد" البالغة 200 مللي ثانية.
من FID إلى INP: ما الذي تغير فعلاً
كان FID — تأخر الإدخال الأول — يقيس فقط التأخير قبل أن يتمكن المتصفح من البدء في معالجة تفاعلك الأول على الصفحة. وكان يتوقف عن العد في اللحظة التي يبدأ فيها معالج الأحداث لديك بالعمل. ولم يكن يقيس أبداً المدة التي استغرقها ذلك المعالج، ولم يكن يقيس أبداً المدة التي احتاجها المتصفح لرسم النتيجة على الشاشة.
وهذا جعل اجتياز FID سهلاً. فالتفاعل الأول يحدث عادةً مبكراً، عندما يكون للخيط الرئيسي لحظة هدوء، لذا سجلت الغالبية العظمى من المواقع "جيد" حتى عندما كانت التفاعلات اللاحقة تبدو معطلة. كان FID يكافئ الصفحات المستجيبة تقنياً على الورق بينما يجلس المستخدمون منتظرين فتح القوائم وتطبيق عوامل التصفية.
يعالج INP هذه النقطة العمياء. فبدلاً من رقم واحد لتفاعل مبكر واحد، فإنه يرصد كل نقرة ولمسة وضغطة مفتاح طوال الزيارة ويبلغ عن استجابة أسوأها. إنه قياس للبطء الحقيقي الملموس وليس إجراءً شكلياً.
ما الذي يقيسه التفاعل حتى الرسم التالي فعلاً
يقيس INP زمن تفاعل واحد من اللحظة التي يتصرف فيها المستخدم إلى اللحظة التي يرسم فيها المتصفح الإطار التالي الذي يعكس ذلك الإجراء. وتنقسم تلك النافذة الكاملة إلى ثلاثة أجزاء، وأي واحد منها يمكن أن يدمر نتيجتك:
- تأخر الإدخال — الوقت بين إجراء المستخدم وبدء معالج الأحداث لديك. وينتج هذا دائماً تقريباً عن حجب الخيط الرئيسي بواسطة جافاسكريبت أخرى (مهمة طويلة من ترطيب إطار عمل، أو إشارة تحليلات، أو وسم طرف ثالث).
- وقت المعالجة — المدة التي تستغرقها استدعاءات الأحداث لديك للعمل. يظهر العمل الثقيل داخل معالج النقر مباشرةً هنا.
- تأخر العرض — الوقت اللازم لإعادة حساب النمط والتخطيط ورسم الإطار الناتج. يجعل DOM المتضخم أو التخطيط المكلف هذا المكوّن ينتفخ.
التفاعلات المنفصلة فقط هي التي تُحتسب: النقرات واللمسات وضغطات المفاتيح. يُستثنى التمرير والتحويم عمداً، لأن تلك تُعالَج خارج الخيط الرئيسي وليست ما يحاول INP رصده.
لماذا مقياس INP من Core Web Vitals أكثر صرامة من FID
ثلاثة خيارات تصميمية تجعل مقياس INP من Core Web Vitals أصعب حقاً في الاجتياز من FID:
- يراقب الزيارة بأكملها، لا اللمسة الأولى. التفاعل الوحيد الذي كانت فيه جافاسكريبت لديك لا تزال مشغولة بالترطيب، أو الذي أعادت فيه قائمة منسدلة عرض ألف صف، هو بالضبط التفاعل الذي يُرجَّح أن يبلّغ عنه INP.
- يقيس السلسلة الكاملة، لا مجرد التأخير. كان وقت المعالجة وتأخر العرض غير مرئيين لـ FID. وتحت INP يشكلان نصف المعادلة.
- العتبات تتوافق مع سلسلة أطول. كان FID يعتبر النتيجة "جيدة" عند 100 مللي ثانية و"سيئة" بعد 300 مللي ثانية. أما INP فيكون "جيداً" عند 200 مللي ثانية أو أقل، و"يحتاج إلى تحسين" من 200 إلى 500 مللي ثانية، و"سيئاً" فوق 500 مللي ثانية. الرقم أكبر، لكنه الآن يجب أن يغطي عملاً أكثر بكثير.
الأثر العملي: المواقع التي اجتازت FID بمعدلات قريبة من 100% تفشل في INP بشكل روتيني. الأكورديون البطيء، ومُنظِّم الكمية المتلكئ، ومربع البحث الذي يتلعثم مع كل ضغطة مفتاح — كانت هذه معطلة دائماً، والآن أصبحت تُقاس.
Explore Crypto Trading
Cryptocurrency trading is one of the fastest-growing financial markets — open 24/7, globally accessible, and full of opportunity for those who learn the fundamentals first.
- Trade spot, futures & copy-trading on one platform
- Start with as little as $10 — practice risk-free on the testnet
- Built-in TradingView charts, grid bots & DCA tools
كيف يُقاس مقياس INP من Core Web Vitals
INP هو مقياس ميداني. فهو يأتي من مستخدمين حقيقيين في تقرير تجربة مستخدم Chrome (CrUX)، مجمّعاً عند النسبة المئوية 75 عبر تحميلات الصفحات — لذا يجب أن تصل ثلاث زيارات من أصل أربع إلى هدفك حتى يجتاز عنوان URL. لا يمكنك تزييفه في بيئة مختبرية مُتحكَّم بها لأنه يحتاج إلى تفاعلات بشرية حقيقية.
عبر الزيارة، لا يأخذ INP ببساطة أسوأ تفاعل لديك على الصفحات عالية الزيارات. فهو يتسامح مع القيم المتطرفة: بالنسبة للصفحات ذات التفاعلات الكثيرة، يتجاهل تقريباً ارتفاعاً حاداً متطرفاً واحداً لكل 50 تفاعلاً ويبلّغ عن الأسوأ التالي. لكن في صفحة نموذجية ذات حفنة من التفاعلات فقط، فإن أسوأ تفاعل لديك هو INP الخاص بك.
ولأن أدوات المختبر لا يمكنها تشغيل إدخال حقيقي، استخدم إجمالي وقت الحجب (TBT) في Lighthouse كبديل تقريبي أثناء التطوير. فإن TBT المرتفع يتنبأ دائماً تقريباً بـ INP سيئ، لأن كليهما مدفوع بمهام طويلة على الخيط الرئيسي.
WSOT 2026: Squad Leader Slots Are Open — Up to $128,000 per Leader
Join Nowالمسار العملي إلى أقل من 200 مللي ثانية
الوصول إلى أقل من عتبة 200 مللي ثانية يتعلق دائماً تقريباً بتحرير الخيط الرئيسي وتقصير العمل بين الإدخال والرسم. بترتيب أولوية تقريبي:
- قسّم المهام الطويلة. أي مهمة تتجاوز 50 مللي ثانية تحجب الإدخال. قسّم العمل الثقيل وأعِد التحكم للمتصفح بين الأجزاء باستخدام scheduler.yield() حيثما توفر، أو setTimeout كبديل احتياطي، حتى يمكن معالجة نقرة معلقة.
- اشحن جافاسكريبت أقل. قسّم الشيفرة حسب المسار، وأجّل البرامج النصية غير الحرجة، وأزل الحزم غير المستخدمة. تحليل وتنفيذ شيفرة أقل يعني تأخر إدخال أقصر.
- دقّق في وسوم الأطراف الثالثة. مديرو الوسوم، وأدوات الدردشة، وأدوات اختبار A/B، والتحليلات هي من المخالفين المتكررين لـ INP. حمّلها بشكل كسول، وتخلّص من تلك التي لا يمكنك تبريرها.
- ارسم التغذية الراجعة أولاً، ثم قم بالعمل الثقيل. حدّث الحالة المرئية (أبرز الزر، أظهر مؤشر تحميل) داخل المعالج، ثم أجّل العمل المكلف إلى إطار لاحق. يرى المستخدم استجابة فوراً حتى لو استغرقت النتيجة الكاملة وقتاً أطول.
- أزِح العمليات الحسابية إلى Web Worker. التصفية والفرز وتحليل مجموعات البيانات الكبيرة تنتمي خارج الخيط الرئيسي بالكامل.
- قلّل تكلفة العرض. قلّص DOM، وتجنب تخبط التخطيط، واستخدم خاصية CSS content-visibility لتخطي عرض المحتوى خارج الشاشة — هذا يهاجم تأخر العرض مباشرةً.
- استخدم أدوات التزامن في إطار العمل لديك. في React، تُبقي useTransition وuseDeferredValue الإدخال العاجل مستجيباً بينما تُعرض التحديثات الأثقل في الخلفية.
كيف تشخّص مشكلات INP لديك
أصلِح التفاعلات التي تؤذي المستخدمين الحقيقيين فعلاً، لا تلك التي يسهل العثور عليها. اعمل من البيانات الميدانية إلى الداخل:
- PageSpeed Insights وتقرير Core Web Vitals في Search Console يخبرانك أي مجموعات عناوين URL تفشل في INP في الميدان، وعلى أي نوع جهاز.
- مكتبة جافاسكريبت web-vitals (بناء الإسناد) هي الأداة الأكثر فائدة على الإطلاق. فهي تبلّغ ليس فقط عن قيمة INP بل عن العنصر الدقيق الذي جرى التفاعل معه والتفصيل عبر تأخر الإدخال والمعالجة والعرض — بحيث تعرف أياً من المكوّنات الثلاثة عليك مهاجمته.
- لوحة الأداء في Chrome DevTools تتيح لك تسجيل تفاعل بطيء ورؤية المهام الطويلة إطاراً تلو الآخر، محدداً البرنامج النصي أو الاستدعاء المسؤول.
أعِد الإنتاج على جهاز محمول متوسط المستوى أو مع تقييد وحدة المعالجة المركزية. إن إخفاقات INP غير المرئية على حاسوب محمول سريع تكون حقيقية بشكل مؤلم على الهواتف التي تستخدمها معظم زياراتك.
INP جزء واحد من صورة الترتيب
الاستجابة مهمة، لكن أبقِها في نصابها. Core Web Vitals إشارة ترتيب خفيفة الوزن وفاصل ترجيح بين الصفحات المتماثلة — ولن ترفع محتوىً ضعيفاً فوق محتوىً قوي. من الأفضل التعامل مع INP كحد أدنى لتجربة المستخدم: انزل تحت 200 مللي ثانية حتى لا تكون السرعة أبداً سبب أداء صفحة جيدة دون المستوى، ثم استثمر جهدك المتبقي في جودة المحتوى والصلة والمرجعية.
تقف قوة العلامة التجارية إلى جانب كل ذلك. فالموقع السريع لا يزال يحتاج إلى اسم يثق به الناس ويتذكرونه. إذا كنت تختار نطاقاً، فإن سوقاً منسقاً مثل Atom.com مكان قوي للبدء للأسماء المتميزة القابلة للتحويل إلى علامة تجارية — يأتي كل إدراج مع تقييم مجاني بالذكاء الاصطناعي، وفحص علامة تجارية من USPTO، وضمان دفع آمن، وشعار مصمم، مما يزيل الكثير من التخمين عند اختيار اسم يأخذه المشترون على محمل الجد. فالموقع الممتاز تقنياً تحت نطاق لا يُنسى هو نصف العمل المنجز فقط.
الأسئلة الشائعة
متى حل INP محل FID ضمن Core Web Vitals؟
حل INP رسمياً محل FID في 12 مارس 2024. وقد أُعلن عنه كبديل مستقبلي في Google I/O 2023 وعمل كمقياس معلق قبل التبديل، مما منح الفرق وقتاً للاستعداد.
ما هي نتيجة INP الجيدة؟
إن INP البالغ 200 مللي ثانية أو أقل عند النسبة المئوية 75 لزيارات المستخدمين الحقيقيين هو "جيد". ومن 200 إلى 500 مللي ثانية هو "يحتاج إلى تحسين"، وأي شيء فوق 500 مللي ثانية هو "سيئ". ولأن INP يستخدم بيانات ميدانية، يجب أن تصل ثلاث زيارات من كل أربع إلى هدفك للاجتياز.
لماذا اجتياز INP أصعب مما كان عليه FID؟
كان FID يقيس فقط التأخير قبل أن يبدأ التفاعل الأول في المعالجة. أما INP فيقيس كل تفاعل عبر الزيارة بأكملها ويشمل وقت المعالجة والوقت اللازم لرسم النتيجة — لذا فهو يرصد البطء الذي كان FID أعمى عنه بنيوياً.
هل يمكنني قياس INP في أداة مختبرية مثل Lighthouse؟
ليس مباشرةً، لأن INP يحتاج إلى تفاعلات بشرية حقيقية. استخدم إجمالي وقت الحجب كبديل مختبري أثناء التطوير، واعتمد على بيانات CrUX الميدانية وPageSpeed Insights وبناء إسناد web-vitals للحصول على قيم INP الفعلية.
ما هو السبب الأكبر الوحيد لـ INP السيئ؟
مهام جافاسكريبت الطويلة التي تحجب الخيط الرئيسي. فعندما يكون الخيط مشغولاً — غالباً بترطيب إطار العمل أو برامج الأطراف الثالثة النصية — لا يمكن للمتصفح معالجة التفاعلات بسرعة، مما يضخّم تأخر الإدخال. وتقسيم المهام الطويلة وإعادة التحكم للخيط الرئيسي هو عادةً الإصلاح الأعلى أثراً.
دورات مجانية — تعلّم مهارات جديدة
لا تسجيل · لا رسوم · تعلّم بالسرعة التي تناسبك
ابدأ التداول
تداول العملات الرقمية والنطاقات المميزة — أصول رقمية بفرص حقيقية.
📝 اطلب مقالاً مخصصاً
فريق التحرير لدينا يكتب لك مقالاً احترافياً بأعلى معايير SEO — عن محتواك أو اسم نطاقك أو خدمتك، وبعدة لغات. ابتداءً من $15 لكل لغة.
اعثر على اسمك على Atom
تنتقي DominantBrand أفضل الأسماء المميّزة القابلة للعلامات التجارية من Atom.com — السوق الذي يوفّر تقييماً فورياً بالذكاء الاصطناعي، وفحص علامة تجارية لدى USPTO، وضماناً آمناً. وكل إدراج يأتي بشعار مُصمّم.