Core Web Vitals

Core Web Vitals هي مجموعة من ثلاثة مقاييس قياسية حدّدتها Google لقياس تجربة المستخدم الفعلية على صفحات الويب. يقيس [Largest Contentful Paint (LCP)](/glossary/lcp) سرعة تحميل أكبر عنصر مرئي، ويقيس [First Input Delay (FID)](/glossary/fid) سرعة استجابة الصفحة لأوّل تفاعل من المستخدم، بينما يقيس [Cumulative Layout Shift (CLS)](/glossary/cls) مقدار حركة تخطيط الصفحة بشكل غير متوقّع أثناء التحميل. وهذه المقاييس الثلاثة معاً تلتقط سرعة التحميل، واستجابة التفاعل، والاستقرار البصري — وهي الركائز الثلاث لتجربة صفحة جيّدة. وقد أشارت Google إلى أنّ Interaction to Next Paint (INP) يحلّ محلّ FID بوصفه مقياس الاستجابة، إلّا أنّ الإطار الجوهري يظلّ كما هو.

تستخدم Google مقاييس Core Web Vitals إشارةً لترتيب الصفحات في خوارزمية البحث. فالصفحات التي تستوفي عتبات «الجيّد» تحصل على أفضلية في الترتيب، في حين قد تتراجع الصفحات ذات النتائج الضعيفة في نتائج البحث. وإلى جانب SEO، تعكس هذه المقاييس مباشرة ما يشعر به الزائر: فالكتاب التفاعلي البطيء التحميل يُحبط القرّاء، والزر الذي لا يستجيب يدفع إلى الانسحاب، وقفزات التخطيط غير المتوقّعة تُضعف الثقة. أمّا الناشرون الذين يُضمّنون محتوى تفاعلياً على مواقعهم، فإنّ أداء هذه التضمينات يُسهم في النتيجة الكلّية للصفحة. وتجاهل Core Web Vitals يعني القبول بظهور أقلّ في البحث وبتجربة قراءة منقوصة في آنٍ معاً.

صُمّم FlipLink لحماية نتائج Core Web Vitals لموقعك بدلاً من إضعافها. فتضمينات الكتب التفاعلية تُحمَّل بشكل غير متزامن حتى لا تُعطّل عرض المحتوى الرئيسي للصفحة، ممّا يُبقي [LCP](/glossary/lcp) سريعاً. كما يحجز إطار التضمين نسبة عرض إلى ارتفاع ثابتة قبل أن يبدأ الكتاب التفاعلي، ممّا يمنع قفزات التخطيط التي تُضرّ بـ[CLS](/glossary/cls). وتُحمَّل الموارد — صور الصفحات وسكربتات Three.js والخطوط — بشكل تدريجي وعند الحاجة فقط، فيبقى الخيط الرئيسي للمتصفّح متجاوباً. وتعرض [شاشة التحميل المخصّصة](/features/custom-loading-screen) في FlipLink عنصراً نائباً سلساً بينما يبدأ العارض، فتملأ المساحة المحجوزة بمحتوى يحمل علامتك التجارية بدل أن يكون فراغاً فارغاً. أمّا موقع FlipLink التسويقي نفسه فيُسجّل ٩٧ على سطح المكتب و٩١ على الجوال في تقييمات أداء Lighthouse.

**هدف LCP: أقلّ من ٢٫٥ ثانية.** يقيس LCP زمن عرض أكبر صورة أو فيديو أو كتلة نص مرئية في إطار العرض. وفي الصفحات التي تتضمّن كتباً تفاعلية، لا يكون إطار الكتاب التفاعلي هو عنصر LCP — بل عادةً ما تكون الصورة الرئيسية للصفحة أو عنوانها هما العنصر. ويضمن التحميل غير المتزامن في FlipLink ألّا يُؤخّر التضمين هذا العنصر. **هدف FID / INP: أقلّ من ١٠٠ ميلي ثانية (FID) أو ٢٠٠ ميلي ثانية (INP).** يقيس هذان المقياسان التأخير بين إجراء المستخدم (نقرة أو لمسة أو ضغطة مفتاح) واستجابة المتصفّح. ويُحوّل FlipLink العرض الثقيل إلى WebGL عبر Three.js، ممّا يُبقي الخيط الرئيسي متاحاً لمعالجة المدخلات. **هدف CLS: أقلّ من ٠٫١.** يتراكم CLS في كلّ مرّة يتحرّك فيها عنصر مرئي إلى موضع غير متوقّع. ويستخدم كود تضمين FlipLink غلافاً بنسبة عرض إلى ارتفاع ثابتة، فيُخصّص المتصفّح المساحة الدقيقة قبل تحميل أي محتوى. بلا إعادة تدفّق، وبلا قفزات. **أدوات القياس:** تُورد Google PageSpeed Insights وLighthouse (المدمجة في Chrome DevTools) وتقرير Chrome User Experience Report (CrUX) جميعها مقاييس Core Web Vitals. وتعكس بيانات الميدان من CrUX تجربة المستخدم الفعلية على مدار نافذة متحرّكة من ٢٨ يوماً.

| المقياس | جيّد | يحتاج إلى تحسين | ضعيف | |--------|------|--------------------|------| | LCP | ≤ 2.5s | 2.5s – 4.0s | > 4.0s | | FID | ≤ 100ms | 100ms – 300ms | > 300ms | | INP | ≤ 200ms | 200ms – 500ms | > 500ms | | CLS | ≤ 0.1 | 0.1 – 0.25 | > 0.25 | تنطبق هذه العتبات على المئين الـ٧٥ من تحميلات الصفحة — أي يجب أن تستوفي ٧٥٪ من الزيارات عتبة «الجيّد» كي تجتاز الصفحة الاختبار. زيارة واحدة بطيئة لا تُسقط المقياس، لكن نمطاً ثابتاً من النتائج الضعيفة سيُسقطه.

**هل يُضرّ تضمين كتاب تفاعلي بنتائج Core Web Vitals لديّ؟** لا، شريطة أن يُحمَّل التضمين بشكل غير متزامن وأن يحجز مساحته في التخطيط مسبقاً. وكود تضمين FlipLink يقوم بكليهما افتراضياً. فالكتاب التفاعلي يبدأ بعد عرض المحتوى الرئيسي للصفحة، فلا يُنافس قسمك الرئيسي أو شريط التنقّل على أولوية التحميل. **أيّ مقياس هو الأهم لـSEO؟** تُولي Google المقاييس الثلاثة وزناً متساوياً بوصفها جزءاً من إشارة تجربة الصفحة. غير أنّ LCP يميل إلى أن يكون له الأثر الأظهر على السرعة المتصوّرة، ممّا يجعله أوّل مقياس يُحسّنه معظم الناشرين. **كم مرّة ينبغي أن أفحص Core Web Vitals؟** شغّل تدقيق Lighthouse بعد أي تغيير جوهري في الصفحة — خاصّة بعد إضافة محتوى مضمّن أو تعديله. وللمراقبة المستمرّة، راجع تقرير Core Web Vitals في Google Search Console أسبوعياً. تتحدّث بيانات الميدان وفق دورة متحرّكة مدّتها ٢٨ يوماً، لذا تستغرق التحسينات نحو شهر كي تنعكس في نتائج CrUX.