---
title: "Core Web Vitals: متى تنجح صفحتك؟"
url: https://seomadman.com/ar/reports/core-web-vitals-arabic-guide
section: reports
language: ar
published: 2026-09-27T00:00:00.000Z
modified: 2026-09-27T00:00:00.000Z
author: Adam Hafez
topics: ["سرعة الصفحة", "SEO التقني"]
---

# Core Web Vitals: متى تنجح صفحتك؟

## الإجابة المختصرة

Core Web Vitals ثلاثة مقاييس من Google لتجربة الصفحة: LCP للتحميل ويجب أن يكون 2.5 ثانية أو أقل، وINP للاستجابة و200 ملّي ثانية أو أقل، وCLS للثبات البصري و0.1 أو أقل. وتنجح الصفحة عندما تتحقق هذه القيم في 75% على الأقل من عمليات التحميل لدى زوارها الفعليين، على الجوّال والكمبيوتر.

## أهم النقاط

- تحدد Google قيمة جيدة لكل مقياس: 2.5 ثانية أو أقل لـ LCP، و200 ملّي ثانية أو أقل لـ INP، و0.1 أو أقل لـ CLS.
- يجب أن تتحقق القيم الجيدة في 75% على الأقل من عمليات تحميل الصفحات، على الجوّال والكمبيوتر كلٍّ على حدة.
- يعتمد تقرير Search Console على بيانات الزوار الفعليين في آخر 28 يومًا، ويجمع الصفحات المتشابهة في مجموعات.
- لا تستطيع أدوات المختبر مثل Lighthouse قياس INP، لأنه يحتاج إلى تفاعل مستخدم حقيقي.
- تنصح Google بتجربة صفحة جيدة بكل جوانبها، لا بالتركيز على مقياس أو مقياسين فقط.

Core Web Vitals، أو مؤشرات أداء الويب الأساسية، هي ثلاثة مقاييس تنشرها Google لقياس تجربة زوارك
الفعلية مع صفحتك: هل تُحمَّل بسرعة، وهل تستجيب عندما يتفاعل معها الزائر، وهل تبقى ثابتة أمامه دون
أن تقفز عناصرها.

في هذا الدليل الحدود الرسمية لكل مقياس، والقاعدة التي تحدد نجاح صفحتك، وأين تقيسها.

## المقاييس الثلاثة

تحدد Google لكل مقياس قيمة جيدة يجب أن تسعى إليها:

- **LCP**، أو سرعة عرض أكبر محتوى مرئي: يقيس سرعة التحميل. القيمة الجيدة 2.5 ثانية أو أقل من بدء
  تحميل الصفحة.
- **INP**، أو مدى استجابة الصفحة لتفاعلات المستخدم: يقيس سرعة استجابة الصفحة للنقر والكتابة. القيمة الجيدة 200 ملّي ثانية أو أقل.
- **CLS**، أو متغيّرات التصميم التراكمية: يقيس الثبات البصري، أي تحرك العناصر أثناء التحميل. القيمة الجيدة 0.1 أو أقل.

ويصنّف تقرير Search Console كل مقياس في ثلاث حالات:

| المقياس | جيّد | بحاجة إلى تحسين | بطيء |
| --- | --- | --- | --- |
| LCP بالثواني | 2.5 أو أقل | 4 أو أقل | أكثر من 4 |
| INP بالملّي ثانية | 200 أو أقل | 500 أو أقل | أكثر من 500 |
| CLS | 0.1 أو أقل | 0.25 أو أقل | أكثر من 0.25 |

## قاعدة 75%

لا يكفي أن تسجّل صفحتك قيمة جيدة مرة واحدة. توصي Google بأن تتحقق القيم الجيدة في **75% على الأقل
من عمليات تحميل الصفحات**، مع تقسيمها بين الجوّال والكمبيوتر المكتبي. أي أن الصفحة تنجح عندما يحصل
ثلاثة أرباع زوارها على الأقل على تجربة جيدة.

ولهذا يعتمد تقرير Search Console على بيانات آخر 28 يومًا، ويجمع الصفحات المتشابهة في مجموعات
عناوين URL بدل أن يعرض كل صفحة وحدها.

## الميدان والمختبر

هناك طريقتان لقياس هذه المقاييس، ولكل منهما دور:

- **القياس الميداني**: بيانات الزوار الفعليين، وتجمعها Google في تقرير تجربة المستخدم على Chrome
  (CrUX). هذه البيانات هي التي يعتمد عليها تقرير Search Console.
- **القياس في المختبر**: اختبار الصفحة في ظروف محددة، مثل أداة Lighthouse. تقول Google إنه أفضل
  طريقة لاختبار الأداء أثناء التطوير، لكنه لا يحل محل القياس الميداني.

ومن الفروق المهمة أن Lighthouse لا يستطيع قياس INP، لأن هذا المقياس يحتاج إلى تفاعل من مستخدم
حقيقي، لذلك يستخدم مقياس Total Blocking Time (TBT) بديلًا في المختبر.

## أين تقيسها؟

- **تقرير مؤشرات أداء الويب الأساسية في Search Console**: يعرض صفحات موقعك في الحالات الثلاث، لكل
  من الجوّال والكمبيوتر. وإذا ظهرت رسالة أنه لا تتوفر بيانات، فموقعك إما جديد في Search Console،
  أو لا يملك تقرير CrUX بيانات كافية عن زياراته.
- **إحصاءات PageSpeed**: تعرض القياس الميداني من CrUX للصفحة إن توفر، مع اختبار معملي لها.
- **أدوات مطوّري البرامج في Chrome**: لقياس الصفحة أثناء العمل عليها.

وإذا كانت لديك القيم بالفعل، فإن [أداة فحص Core Web Vitals](/tools/core-web-vitals-checker) تصنّف
كل قيمة وفق الحدود الرسمية، وتخبرك إن كانت المقاييس الثلاثة تنجح معًا. الأداة لا تقيس صفحتك بنفسها.

## وماذا عن الترتيب؟

تنصح Google بشدة بتحقيق نتائج جيدة في Core Web Vitals للحصول على ترتيب جيد وتجربة رائعة للمستخدمين.
لكنها تنصح أيضًا بألا تكتفي بالتركيز على جانب أو جانبين من تجربة الصفحة، وتقترح أسئلة للتقييم الذاتي،
منها:

- هل تُعرض صفحاتك بشكل آمن عبر HTTPS؟
- هل يظهر محتواها بشكل جيد على الأجهزة الجوّالة؟
- هل تتجنب الإعلانات الكثيرة التي تشوّش على المحتوى الرئيسي، والإعلانات البينية الدخيلة؟
- هل يستطيع الزائر التمييز بسهولة بين المحتوى الرئيسي وغيره؟

## بعد الإصلاح

عندما تصلح مشكلة ظهرت في تقرير Search Console، اضغط **بدء التتبّع**. يبدأ التقرير جلسة رصد لمدة
28 يومًا للتحقق من عدم ظهور المشكلة من جديد، لأن البيانات الميدانية تحتاج وقتًا لتعكس الإصلاح.

## الخلاصة

1. القيم الجيدة: LCP عند 2.5 ثانية أو أقل، وINP عند 200 ملّي ثانية أو أقل، وCLS عند 0.1 أو أقل.
2. تنجح الصفحة عندما تتحقق هذه القيم في 75% على الأقل من عمليات التحميل.
3. اعتمد على القياس الميداني في Search Console، واستخدم المختبر أثناء التطوير.
4. لا تكتفِ بالمقاييس الثلاثة، بل انظر إلى تجربة الصفحة كلها.
5. بعد الإصلاح، اضغط بدء التتبّع وامنح التقرير 28 يومًا.

## أسئلة شائعة

### هل Core Web Vitals عامل ترتيب في Google؟

تنصح Google بشدة بتحقيق نتائج جيدة فيها للحصول على ترتيب جيد وتجربة رائعة للمستخدمين، وتقول إن أنظمة الترتيب الأساسية تسعى إلى تعزيز المحتوى الذي يوفر تجربة صفحة جيدة. لكنها تنصح بالنظر إلى تجربة الصفحة كلها، لا إلى هذه المقاييس وحدها.

### لماذا يقول تقرير Search Console إنه لا تتوفر بيانات؟

لأن موقعك جديد في Search Console، أو لأن تقرير تجربة المستخدم على Chrome لا يملك بيانات كافية عن زيارات موقعك لنوع الجهاز الذي اخترته.

### لماذا تختلف نتيجة PageSpeed عن تقرير Search Console؟

لأن Search Console يعرض بيانات الزوار الفعليين في آخر 28 يومًا، بينما يقيس الاختبار المعملي الصفحة مرة واحدة في ظروف محددة. تقول Google إن القياس في المختبر لا يحل محل القياس الميداني.

### كيف أتأكد أن الإصلاح نجح؟

بعد إصلاح المشكلة، اضغط بدء التتبّع في تقرير مؤشرات أداء الويب الأساسية. يبدأ Search Console جلسة رصد لمدة 28 يومًا للتحقق من عدم ظهور المشكلة في صفحاتك.

## المصادر

1. [مؤشرات Core Web Vitals ونتائج البحث على Google](https://developers.google.com/search/docs/appearance/core-web-vitals?hl=ar) - Google Search Central (primary)
2. [تقرير مؤشرات أداء الويب الأساسية](https://support.google.com/webmasters/answer/9205520?hl=ar) - مساعدة Search Console (primary)
3. [مؤشرات أداء الويب](https://web.dev/articles/vitals?hl=ar) - web.dev (primary)
4. [فهم تجربة الصفحة في نتائج بحث Google](https://developers.google.com/search/docs/appearance/page-experience?hl=ar) - Google Search Central (primary)