FID (تأخير الإدخال الأول)

FID (First Input Delay) هو أحد مؤشرات Core Web Vitals الذي يقيس الزمن بين أول تفاعل للمستخدم مع الصفحة — كالنقر على زر، أو لمس رابط، أو الضغط على مفتاح — واللحظة التي يبدأ فيها المتصفّح بمعالجة هذا الحدث. وهو يلتقط مدى الاستجابة لا سرعة التحميل البصري. يُعدّ FID جيّداً إذا كان دون 100ms، بمعنى أن الصفحة تبدو فوريّة للمستخدم. أمّا ما يزيد عن 300ms فيُعدّ ضعيفاً. ويقيس FID تحديداً تأخير الإدخال الناتج عن انشغال الخيط الرئيسي للمتصفّح بمهام أخرى، كتحليل JavaScript أو تنفيذ نصوص برمجية طويلة. ولا يقيس الزمن الذي يستغرقه المتصفّح لإتمام معالجة الحدث أو تحديث الواجهة بعد ذلك.

حين ينقر القارئ على زر ولا يحدث شيء للحظة ملحوظة، تبدو الصفحة معطوبة. الاستجابة البطيئة للإدخال تُحبط المستخدمين وترفع [معدّلات الارتداد](/glossary/bounce-rate). وقد استخدمت Google مؤشّر FID إشارةً لترتيب الصفحات ضمن تقييم Core Web Vitals، لذا قد تحتلّ الصفحات ذات FID الضعيف ترتيباً أدنى في نتائج البحث. وبالنسبة للناشرين الذين يشاركون كتباً تفاعلية ومستندات تفاعلية، فإنّ التفاعل الأوّل المتباطئ يُضعف الانطباع المهنيّ الذي يُفترض بمحتواك أن يخلقه. ويتأثّر مستخدمو الأجهزة المحمولة بشكل خاص لأنّ هذه الأجهزة كثيراً ما تمتلك قوّة معالجة أقلّ، ممّا يجعل ازدحام الخيط الرئيسي أكثر وضوحاً.

كتب FlipLink التفاعلية مُحسَّنة لإبقاء FID منخفضاً عبر تأجيل JavaScript غير الأساسي إلى ما بعد العرض الأوّلي. يُحمَّل محرّك تقليب الصفحات Three.js تدريجيّاً، فتستجيب لوحة أدوات العارض وعناصر التنقّل فوراً عند أوّل تفاعل للقارئ. وتُحمَّل بكسلات التتبّع ونصوص التحليلات بطريقة غير متزامنة لتجنّب حجب الخيط الرئيسي. وحين [تضمّن كتاباً تفاعليّاً](/glossary/responsive-embed) في موقعك الإلكتروني، يستخدم رمز التضمين في FlipLink التحميل الكسول والتهيئة غير المتزامنة كي لا يُضيف الكتاب التفاعلي أيّ تأخير إدخال إلى الصفحة المضيفة. تضمن هذه التحسينات أن تبدو الكتب التفاعلية المُضمَّنة والمُشارَكة مستجيبة من أوّل نقرة، سواء عُرضت على سطح المكتب أو الهاتف.

| التقييم | عتبة FID | ما يعنيه | |--------|--------------|---------------| | جيّد | ≤ 100ms | تستجيب الصفحة فوراً للإدخال | | يحتاج إلى تحسين | 101–300ms | تأخير ملحوظ قبل الاستجابة | | ضعيف | > 300ms | تبدو الصفحة غير مستجيبة أو متجمّدة | يُقاس FID عند المئين الـ75 من تحميلات الصفحة في Chrome User Experience Report (CrUX). أي إنّ ٧٥٪ من زوّارك يجب أن يختبروا FID قدره 100ms أو أقلّ كي تتجاوز صفحتك عتبة «الجيّد». ويمكنك قياس FID باستخدام Google PageSpeed Insights أو Lighthouse أو مكتبة Web Vitals الخاصّة بـ JavaScript ضمن إعداد التحليلات لديك.

يقيس FID جزء التأخير فقط من معالجة الحدث — الفجوة بين إطلاق حدث الإدخال وبدء المتصفّح بتشغيل معالج الحدث. ولا يشمل الزمن الذي يستغرقه المعالج للتنفيذ ولا الزمن الذي يحتاجه المتصفّح لإعادة رسم الشاشة. وأشيع أسباب ارتفاع FID هو وجود مهام JavaScript طويلة على الخيط الرئيسي. فحين يكون المتصفّح منشغلاً بتنفيذ نصّ برمجي يستغرق 200ms أو أكثر، يُؤجَّل أيّ إدخال من المستخدم خلال هذه النافذة. تشمل المصادر الشائعة لحجب الخيط الرئيسي: - **حُزَم JavaScript الضخمة** التي تُحلَّل وتُترجَم عند تحميل الصفحة - **نصوص الطرف الثالث** (التحليلات، الإعلانات، أدوات الدردشة) التي تُنفَّذ بشكل متزامن - **التلاعب الكثيف بـ DOM** أثناء العرض الأوّلي - **تحميل خطوط الويب غير المُحسَّن** الذي يُشغّل إعادة حساب التخطيط ولتقليل FID، قسِّم المهام الطويلة إلى أجزاء أصغر، وأجِّل النصوص غير الأساسية، واستخدم تقسيم الكود لتحميل ما يلزم فقط من JavaScript للعرض الحالي، وقلِّص أثر نصوص الطرف الثالث.

استبدلت Google رسميّاً مؤشّر FID بـ [Interaction to Next Paint (INP)](/glossary/core-web-vitals) بوصفه أحد مؤشّرات Core Web Vitals في مارس 2024. فبينما يقيس FID التفاعل الأوّل فقط، يقيس INP استجابة جميع التفاعلات طوال دورة حياة الصفحة كاملةً ويختار الأسوأ منها (أو ما يقاربه في الصفحات ذات التفاعلات الكثيرة). وهذا يجعل INP مقياس استجابة أكثر شمولاً. أبرز الفروق: - **النطاق**: يقيس FID تأخير التفاعل الأوّل فقط. أمّا INP فيقيس كلّ تفاعل (نقرات ولمسات وضغطات مفاتيح) ويُفيد بالأسوأ. - **ما يُقاس**: يقيس FID تأخير الإدخال فقط (الزمن قبل تشغيل المعالج). أمّا INP فيقيس المدّة الكاملة من الإدخال إلى التحديث المرئي التالي (الرسم). - **العتبة**: FID الجيّد ≤ 100ms. INP الجيّد ≤ 200ms. - **الحالة**: FID صار مهجوراً ضمن Core Web Vitals لكنّه لا يزال يُبلَّغ عنه في أدوات كثيرة. أمّا INP فهو المقياس الرسمي الحالي. ومع أنّ FID لم يعد ضمن Core Web Vitals، فإنّ التحسينات التي ترفع أداءه — تقليل حجب الخيط الرئيسي، وتأجيل النصوص، وتقسيم الكود — ترفع أداء INP أيضاً. وعارض FlipLink مُحسَّن لكلا المقياسين.