مقاييس الويب (Web Vitals)

Web Vitals هي مبادرة Google لإشارات جودة تجربة الصفحة الموحدة. إليك الصورة الكاملة — ما الذي تغطيه المبادرة، وما المقاييس «الأساسية» (والتي تؤثر في الترتيب)، وما المقاييس التشخيصية، ولماذا تختلف نتيجة المختبر عن بيانات الحقول. هذا هو محور المقاييس التكميلية الموجودة تحت Core Web Vitals.

نُشر أول مرة: 26 يونيو 2026 · آخر تحديث: 14 أغسطس 2026 · Advanced
اللغات

Web Vitals هي مبادرة Google الشاملة (أطلقت في مايو 2020) لإشارات جودة تجربة الصفحة. أما Core Web Vitals — LCP وINP وCLS — فهي المجموعة التي تدخل في الترتيب؛ وقد استبدل INP مقياس FID في مارس 2024. وكل ما عدا ذلك ضمن المبادرة (TTFB وFCP وTBT وSpeed Index) تشخيصي وليس عامل ترتيب. ترتب Google باستخدام بيانات الحقول (CrUX، والمئين الخامس والسبعين، وعلى مستوى الصفحة)، لا نتائج المختبر — ولهذا تختلف قيمة Lighthouse لديك غالباً عن تقرير Search Console. يرسم هذا المحور البرنامج كله ويشير إلى البحث المتعمق في كل مقياس.

الخلاصة — Web Vitals مبادرة Google (مايو 2020)؛ وCore Web Vitals (LCP وINP وCLS) هي المجموعة المستقرة التي تدخل في الترتيب. استبدل INP بـ FID في 12 مارس 2024. أما Web Vitals «الأخرى» — TTFB وFCP وTBT وSpeed Index — فهي تشخيصية وأكثر تجريبية وليست عوامل ترتيب. ترتّب Google باستخدام بيانات الحقول (CrUX، والمئين الخامس والسبعين، وعلى مستوى الصفحة حيثما توفرت)، لا نتائج المختبر — ولهذا يختلف Lighthouse عن Search Console. وزن الترتيب مؤكد لكنه خفيف: يصفه Mueller بأنه «أكثر من فاصل تعادل» لكنه «ليس عاملاً ضخماً». ولا تملك Bing برنامجاً معادلاً. Evidence for this claim The current stable Core Web Vitals subset is LCP, INP and CLS; FID is historical and was replaced by INP in 2024. Scope: web Confidence: high · Verified: Web Vitals

Web Vitals هي المبادرة، لا المقياس

تعريف Google نفسها: “Web Vitals is an initiative by Google to provide unified guidance for quality signals that are essential to delivering a great user experience on the web.” (ترجمة) «Web Vitals مبادرة من Google لتقديم إرشادات موحدة بشأن إشارات الجودة الضرورية لتوفير تجربة مستخدم رائعة على الويب». كانت الفكرة كلها تجاوز إغراق المقاييس — فبحلول 2020 كانت هناك اثنتا عشرة طريقة لتقييم الصفحة ولم يوجد اتفاق على ما ينبغي الوثوق به. Evidence for this claim Web Vitals is Google's initiative for unified user-experience quality signals, with LCP, INP, and CLS as the current Core Web Vitals. Scope: Current web.dev definition and stable Core Web Vitals set. Confidence: high · Verified: web.dev: Web Vitals

يتكون البرنامج من مستويين، والخلط بينهما هو أكثر خطأ شائع أراه:

  • Core Web Vitals“the subset of Web Vitals that apply to all web pages, should be measured by all site owners, and will be surfaced across all Google tools.” (ترجمة) «المجموعة الفرعية من Web Vitals التي تنطبق على جميع صفحات الويب، وينبغي لجميع مالكي المواقع قياسها، وستظهر في جميع أدوات Google». وهي LCP وINP وCLS، وهي المقاييس الموجودة في أنظمة ترتيب Google.
  • Web Vitals الأخرى — مقاييس تكميلية، غالباً خاصة بالأداة أو السياق، “can serve as proxy—or as supplemental metrics for the three Core Web Vitals—to help capture a larger part of the experience or to aid in diagnosing a specific issue.” (ترجمة) «يمكن أن تعمل بدائل تقريبية أو مقاييس مكملة لمقاييس Core Web Vitals الثلاثة، لالتقاط جانب أكبر من التجربة أو المساعدة في تشخيص مشكلة بعينها». وتوضح Google أن “their definitions and thresholds may change with greater frequency” (ترجمة) «تعريفاتها وعتباتها قد تتغير بوتيرة أكبر» من مجموعة Core.

يمثل هذا التمييز في دورة الحياة أهمية كبيرة. تتبع Google مرشحي Core Web Vitals عبر ثلاث مراحل — تجريبية ثم معلقة ثم مستقرة — قبل أن تُحتسب. وتوجد Core Web Vitals في مرحلة Stable — «مدعومة بنشاط» و«لن تتغير أكثر من مرة في السنة». وقد اتبع INP المسار نفسه: انتقل من تجريبي إلى معلق في 10 مايو 2023، ثم أصبح مستقراً في 12 مارس 2024، واستبدل FID. ولهذا استغرق استبدال FID بـ INP مساراً طويلاً معلناً، بينما يمكن للمقاييس التشخيصية أن تتغير بهدوء. Evidence for this claim INP replaced FID as a Core Web Vital on March 12, 2024. Scope: Chrome team's announced Core Web Vitals transition date. Confidence: high · Verified: web.dev: INP is now a Core Web Vital

Core Web Vitals — المقاييس الثلاثة التي تؤثر في الترتيب

المقياسما يقيسهعتبة «جيد»قابل للقياس في الحقول؟
LCP (Largest Contentful Paint)التحميل≤ ٢٫٥ ثانيةنعم (CrUX)
INP (Interaction to Next Paint)الاستجابة≤ 200 مللي ثانيةنعم (CrUX)
CLS (Cumulative Layout Shift)الاستقرار البصري≤ 0,1نعم (CrUX)

أصبح INP من Core Web Vitals في 12 مارس 2024، وحل محل FID. وأزيل FID من Search Console في اليوم نفسه، وانتهى دعم أدوات Chrome له في 9 سبتمبر 2024 — لقد تقاعد تماماً. أي مقال أو لوحة معلومات ما زالت تسرد FID بوصفه Core Web Vital حالياً أصبحت قديمة. Evidence for this claim INP replaced FID as a Core Web Vital on March 12, 2024. Scope: Chrome team's announced Core Web Vitals transition date. Confidence: high · Verified: web.dev: INP is now a Core Web Vital

للمجموعة الأساسية الثلاثية بحث متعمق خاص بها — راجع Core Web Vitals للعتبات وقاعدة المئين الخامس والسبعين وكيفية تحسين كل مقياس. أما هذا المحور فيتناول المبادرة كلها، بما في ذلك المقاييس الموجودة تحتها.

Web Vitals الأخرى — الطبقة التشخيصية

هذا هو القسم الذي تتجاهله أو تشوهه معظم مقالات «web vitals». هذه المقاييس الأربعة هي Web Vitals حقيقية، وتظهر باستمرار في أدواتك، ولا يوجد أي منها عامل ترتيب:

المقياسما يخبرك به«جيد»أين يوجد
TTFBزمن استجابة الخادم (يسبق LCP)≤ ٠٫٨ ثانيةالحقول + المختبر
FCPوقت رسم أي محتوى لأول مرة≤ ١٫٨ ثانيةالحقول + المختبر
TBTحجب الخيط الرئيسي (مقياس مختبري تقريبي لـ INP)< 200 مللي ثانيةالمختبر فقط
Speed Indexسرعة التحميل المتصورة من فيديو تحميل≤ ٣٫٤ ثانيةالمختبر فقط

الفخ هو أن TBT وSpeed Index لا يوجدان في الحقول إطلاقاً — فلا توجد لهما قيمة في CrUX. إنهما مقياسان تقريبيان يحسبهما Lighthouse. يقرّب TBT قيمة INP (لا يستطيع Lighthouse قياس التفاعلات الحقيقية، لذا يقيس مدة حجب الخيط الرئيسي بدلاً من ذلك)؛ وعادةً ما يعني انخفاض TBT انخفاض INP، لكنهما ليسا الرقم نفسه. أما Speed Index فهو مؤشر تقريبي للسرعة المتصورة، ويُوزن بنحو 10% من نتيجة أداء Lighthouse. وتوضح Google نفسها عن TTFB: “Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the ‘good’ TTFB threshold.” (ترجمة) «بما أن TTFB ليس من مقاييس Core Web Vitals، فليس ضروريًا حتمًا أن تحقق المواقع عتبة TTFB الجيدة».

بيانات الحقول هي ما ترتب Google على أساسه

هذا هو التمييز الذي يحل معظم الالتباس حول سؤال «لماذا لا تتطابق أرقامي». بيانات المختبر اختبار اصطناعي واحد — Lighthouse أو DevTools أو قسم المختبر في PageSpeed Insights — يجري على جهاز محاكى مع ذاكرة تخزين مؤقت باردة. أما بيانات الحقول فهي تقرير تجربة مستخدم Chrome (CrUX): مستخدمو Chrome الحقيقيون، مجمعون عند المئين الخامس والسبعين عبر نافذة متحركة مدتها 28 يوماً، ومقسمون إلى الهاتف المحمول وسطح المكتب.

ترتّب Google باستخدام بيانات الحقول. وكما قال Philip Walton، “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (ترجمة) «إذا توفرت لصفحة ما بيانات حقول وبيانات مختبر معًا، فاستخدم بيانات الحقول لترتيب أولويات جهودك». ولذلك لا تعني نتيجة أداء 100 في Lighthouse أن مستخدميك الحقيقيين يجتازون الاختبار، ولا تعني نتيجة مختبر فاشلة بالضرورة أنك تفشل في الترتيب. استخدم أدوات المختبر للتشخيص، واستخدم CrUX للحكم.

هناك أمر آخر نادراً ما تذكره الصفحات الأعلى ترتيباً: تستخدم Google بيانات CrUX على مستوى الصفحة عندما تتوفر كمية كافية منها، لا متوسط مستوى المصدر (الموقع كله). وهذا مهم جداً. في دراسة بيانات Core Web Vitals التي أجريتها (CrUX مع 5,2M صفحة)، اجتازت 21,2% من الصفحات الفردية مقاييس Core Web Vitals الثلاثة، مقابل 33% على مستوى المصدر. يجمّل متوسط المصدر صورتك — أما Google فترتّب الصفحة.

هل تؤثر Web Vitals في الترتيب؟ (بصراحة)

المقاييس الثلاثة لـ Core Web Vitals وحدها هي إشارات الترتيب المؤكدة. تقول الأسئلة الشائعة لدى Google ذلك بوضوح: “Core Web Vitals are used by our ranking systems.” (ترجمة) «تستخدم أنظمة الترتيب لدينا Core Web Vitals». لكن Google لا تنشر نسبة أو وزناً ثابتاً أو آلية رسمية لفاصل التعادل في أي مكان — بل تقول وثائقها “there is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience.” (ترجمة) «لا توجد إشارة واحدة؛ تنظر أنظمة الترتيب الأساسية لدينا في إشارات متعددة تتوافق مع تجربة الصفحة العامة». وأقرب تقدير للوزن يأتي من وصف John Mueller نفسه، لا من وثيقة رسمية: “it’s a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance,” (ترجمة) «إنه عامل ترتيب، وهو أكثر من مجرد كاسر تعادل، لكنه لا يحل محل الصلة»، و*“Core Web Vitals are not giant factors in ranking.”* (ترجمة) «Core Web Vitals ليست عوامل ضخمة في الترتيب». وتذهب وثائق Google أبعد: “Trying to get a perfect score just for SEO reasons may not be the best use of your time,” (ترجمة) «قد لا يكون السعي إلى نتيجة مثالية لأسباب SEO وحدها أفضل استخدام لوقتك»، و*“Google Search always seeks to show the most relevant content, even if the page experience is sub-par.”* (ترجمة) «يسعى بحث Google دائمًا إلى عرض المحتوى الأكثر صلة حتى لو كانت تجربة الصفحة دون المستوى». Evidence for this claim Google says Core Web Vitals are used by ranking systems, while page experience does not override more relevant content. Scope: Google Search ranking guidance; no fixed weight or ranking-position effect is promised. Confidence: high · Verified: Google: Core Web Vitals and Search Google: Page experience

لذلك أصلح Core Web Vitals لأنها مفيدة فعلاً للمستخدمين ولأن Google تؤكد دخولها في الترتيب — لا لأن النتيجة الخضراء تضمن قفزة في الموضع. وتقول الأسئلة الشائعة لدى Google عن النتائج الجيدة في تقارير مثل Search Console أو أدوات الطرف الثالث: [Good scores] “doesn’t guarantee that your pages will rank at the top of Google Search results.” (ترجمة) «لا تضمن أن تحتل صفحاتك صدارة نتائج بحث Google».

هل تستخدم Bing مقاييس Web Vitals؟

لا. لا تملك Bing ما يعادل Core Web Vitals، ولا تستخدم إطار LCP/INP/CLS من Google بوصفه إشارة ترتيب رسمية. لكنها لا تزال تقدر الصفحات السريعة القابلة للاستخدام — وتعتمد على إشارات السلوك (نسبة النقر، ومدة البقاء، والارتداد) بوصفها وكلاء للجودة بدلاً من تقييم حقول على نمط CrUX. ويساعد تحسين Core Web Vitals Bing بشكل غير مباشر (صفحات أسرع → سلوك أفضل)، لكن لا يوجد برنامج Bing خاص ينبغي ملاحقته.

حالة Web Vitals في 2026

اعتباراً من إصدار CrUX في مايو 2026، تجتاز 55,9% من المصادر المتتبعة مقاييس Core Web Vitals الثلاثة. ولا يزال LCP الأصعب (نحو 68,6% «جيد») وINP الأسهل الآن بعد تكيف المواقع مع انتقال FID (نحو 86,6% «جيد»). ولا توجد Core Web Vitals جديدة مؤكدة قادمة — فالادعاءات حول «Visual Stability Index» أو ما شابهها تكهنات من طرف ثالث من دون إعلان رسمي من Google، لذا اعتبرها غير مؤكدة حتى تقول Google خلاف ذلك.

إلى أين تذهب بعد ذلك

هذا المحور هو الخريطة. للمجموعة الأساسية الثلاثية بحث متعمق خاص بها في Core Web Vitals؛ وفيما يلي المقاييس التكميلية الموجودة تحت هذه المبادرة، وكل منها متداخل تحت هذا المحور:

  • First Contentful Paint — وقت رسم المحتوى الأول (≤ ١٫٨ ثانية جيد)؛ تشخيص تحميل يفسر غالباً بطء LCP، لكنه ليس Core Web Vital.
  • Time to First Byte — زمن استجابة الخادم الذي يسبق FCP وLCP (≤ ٠٫٨ ثانية جيد)؛ أصلحه لمساعدة LCP، لكن TTFB نفسه ليس عامل ترتيب.
  • Total Blocking Time — مقياس تقريبي لـINP في المختبر فقط (< 200 مللي ثانية جيد)؛ مدة حجب الخيط الرئيسي، ويستخدم لتصحيح الاستجابة عندما لا تستطيع قياس التفاعلات الحقيقية.
  • Speed Index — مقياس سرعة التحميل المتصورة في المختبر فقط (≤ ٣٫٤ ثانية جيد) محسوب من فيديو لتحميل الصفحة؛ ويشكل نحو ١٠٪ من نتيجة Lighthouse.

بالنسبة إلى العمود الفقري لبيانات الحقول الذي تستند إليه كل هذه المعلومات، راجع CrUX، وللصورة الأوسع راجع Web Performance.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.