أدوات أداء الويب

الخلاصة — توجد ثلاث أدوات رئيسية لقياس سرعة صفحاتك، وكثيرًا ما يخلط الناس بينها. يجري Google Lighthouse اختبارًا واحدًا في «مختبر» محاكى ويمنحك درجة من 0 إلى 100. أما CrUX فهو بيانات حقيقية من مستخدمي Chrome الحقيقيين، وهو مصدر البيانات الميدانية المستخدم في تقارير Core Web Vitals. ويعرض PageSpeed Insights النوعين معًا في شاشة واحدة. الدرس الأهم: درجة المختبر ليست الرقم الذي ترتبك Google بناءً عليه.

ثلاث أدوات، ثلاث وظائف

عندما تبدأ قياس سرعة الصفحة ستصادف ثلاثة أسماء مرارًا: Google Lighthouse وPageSpeed Insights وChrome UX Report أو CrUX. يظن كثيرون أنها الشيء نفسه، لكنها ليست كذلك. وهذه أبسط طريقة للتمييز بينها:

• Google Lighthouse أداة اختبار. تحمّل صفحتك على هاتف بطيء محاكى، وتجري مجموعة من الفحوص، ثم تمنحها درجة من 0 إلى 100 .. It’s a اختبار مختبري : جهاز واحد، ولحظة واحدة، وظروف مضبوطة.
• Chrome UX Report (CrUX) بيانات حقيقية من مستخدمي Chrome الفعليين الذين يزورون موقعك. إنها بيانات ميدانية ، وهي البيانات التي تستخدمها Google في تقييم Core WebVitals.
• PageSpeed Insights (PSI) صفحة مجانية تعرض النوعين: بيانات المستخدمين الحقيقية من CrUX في الأعلى، واختبار Lighthouse مختبريًا في الأسفل.

المختبر مقابل الميدان — الفكرة الوحيدة التي ينبغي تذكرها

«المختبر» يعني اختبارًا مضبوطًا: جهاز واحد وإعداد شبكة واحد وتشغيل عند الطلب. أما «الميدان» فيعني أشخاصًا حقيقيين على هواتف وحواسيب واتصالات حقيقية، ويُقاس الأداء أثناء استخدامهم الفعلي للموقع.

هذا مهم لأن Google تعتمد على البيانات الميدانية لا على درجة المختبر . قد تحصل على 100 في Lighthouse بينما يعاني المستخدمون الحقيقيون من صفحة بطيئة، أو تحصل على درجة مختبرية ضعيفة بينما يجتاز زوارك الحقيقيون الحدود المطلوبة. وعندما يختلف النوعان، تكون بيانات المستخدمين الحقيقية هي الأهم لتحسين محركات البحث.

أي أداة أستخدم؟

• «كيف يبدو وضعي بالنسبة إلى الترتيب؟» ← انظر إلى بيانات CrUX الميدانية، وأسهل مكان لرؤيتها هو PageSpeed Insights أو Google Search Console.
• «ما الذي يجعل صفحتي بطيئة؟» ← شغّل Lighthouse؛ فهو يسرد ما ينبغي إصلاحه.
• «أريد مكانًا واحدًا يعرض النوعين.» ← استخدم PageSpeed Insights.

إذا أردت الصورة الكاملة — كيف تُحسب درجات Lighthouse، وماذا يعني ، ولماذا تفتقر صفحات كثيرة إلى بيانات ميدانية، وما سير العمل الذي أستخدمه لتشخيص المشكلات وإصلاحها — فانتقل إلى تبويب المتقدم .

الخلاصة — قياس أداء الويب يدور حول المختبر والميدان. Lighthouse مختبري: تدقيق محاكى باستخدام Slow 4G وإبطاء CPU بمقدار 4×، ودرجة من 0 إلى 100؛ أوزان الأداء في Lighthouse 10 هي TBT ‏30% وLCP ‏25%، ولا يستطيع قياس INP، بل يستخدم TBT بديلًا تقريبيًا. إنه أداة تشخيص وليس إشارة ترتيب، ولا يستطيع قياس INP فيستخدم TBT بديلًا تقريبيًا. CrUX ميداني: مستخدمو Chrome حقيقيون وافقوا على المشاركة، عند المئين 75 خلال نافذة متحركة من 28 يومًا. وهو مصدر البيانات وراء تقارير CWV العامة في Google. PageSpeed Insights يجمع الاثنين في واجهة واحدة: CrUX في الأعلى وLighthouse في الأسفل. استخدم الميدان لتقييم وضعك، والمختبر للتشخيص، وSearch Console للعثور على مجموعات الصفحات المتعثرة. في عينة Ahrefs لشهر يناير 2022، لم تتوافر قيمة CrUX إلا لنحو 11.9% من 43.66 مليون صفحة فريدة، ولذلك تعرض PSI لكثير من الصفحات بدرجة مختبر فقط.

الأساس: بيانات المختبر مقابل البيانات الميدانية

ينشأ معظم سوء الفهم من الخلط بين نوعين من البيانات. ويقدم web.dev أوضح صياغة: «CrUX مجموعة من تجارب المستخدمين الحقيقيين في الميدان، بينما Lighthouse اختبار مضبوط في المختبر.»

• بيانات المختبر «تُجمع في بيئة مضبوطة ذات إعدادات محددة مسبقًا للجهاز والشبكة». وهي قابلة لإعادة الإنتاج وسريعة ومفيدة لاكتشاف التراجعات، لكنها تمثل زائرًا اصطناعيًا واحدًا لا جمهورك.
• البيانات الميدانية «تُحدد من خلال مراقبة المستخدمين الذين يزورون الصفحة وقياس مجموعة من مقاييس الأداء لكل تجربة فردية». إنها صاخبة ومتأخرة، لكنها الواقع.

وتوجيه Google واضح: «إذا توافرت لديك بيانات ميدانية ومختبرية للصفحة نفسها، فالبيانات الميدانية هي التي ينبغي استخدامها لتحديد الأولويات.» لذا فالسؤال الأول قبل قراءة أي رقم هو: هل أنظر الآن إلى بيانات مختبرية أم ميدانية؟

Google Lighthouse — أداة التشخيص المختبرية

Lighthouse «أداة آلية مفتوحة المصدر تساعدك على تحسين جودة صفحات الويب». تمنحها عنوان URL، فتجري «سلسلة من عمليات التدقيق على الصفحة» وتعيد تقريرًا عن الأداء وإمكانية الوصول وأفضل الممارسات وSEO. أزال Lighthouse 12 فئة PWA القديمة، لكن Lighthouse 13.3 الصادر في مايو 2026 أضاف فئة خامسة مجددًا: Agentic Browsing، وهي تدقيق تجريبي لمدى ملاءمة الصفحة لوكلاء الذكاء الاصطناعي، من جودة شجرة إمكانية الوصول إلى استقرار التخطيط وتسجيل أدوات WebMCP. ولا تدخل هذه الفئة في الدرجة الموزونة من 0 إلى 100؛ بل تعرض اختبارات نجاح أو فشل ونسبة جاهزية منفصلة.

درجة الأداء متوسط موزون لخمسة مقاييس مختبرية، وفق Lighthouse 10. تغير Google هذه الأوزان بين الإصدارات، لذا تعامل مع الأرقام بوصفها قابلة للتحقق لا دائمة:

نطاقات الألوان: 0–49 أحمر (ضعيف)، و50–89 برتقالي (يحتاج إلى تحسين)، و90–100 أخضر (جيد). وهناك أمور يغفلها الناس:

• يطبق الإبطاء عمدًا باستخدام Slow 4G وإبطاء CPU بمقدار 4×، ولهذا تكون الدرجة غالبًا أقل من تجربتك على جهاز سريع.
• لا يستطيع قياس INP. توضح web.dev أن الأدوات التي تحمّل الصفحات في بيئة محاكاة بلا مستخدم لا تستطيع قياس INP، ولذلك تستخدم TBT القابل للقياس مختبريًا بديلًا تقريبيًا. ولا يضمن TBT ممتاز اجتياز INP ميدانيًا.
• تختلف الدرجة بين تشغيل وآخر. شغّله من ثلاث إلى خمس مرات في وضع التصفح الخفي مع تعطيل الإضافات وتعامل مع النتائج كنطاق.
• ليست الدرجة إشارة ترتيب. Lighthouse أداة لتشخيص ما ينبغي إصلاحه، لا رقمًا للترتيب. ← التعمق: Google Lighthouse.

Chrome UX Report (CrUX) — مجموعة بيانات المستخدمين الحقيقيين

CrUX «مجموعة بيانات تعكس كيفية اختبار مستخدمي Chrome الحقيقيين للوجهات الشائعة على الويب»، وتقول وثائقه إن بياناته تستخدمها Google Search لإبلاغ عامل ترتيب تجربة الصفحة. وهذه هي البيانات وراء برنامج Core Web Vitals.

ما ينبغي معرفته:

• Chrome فقط وبموافقة المستخدم. تشمل Chrome على سطح المكتب وAndroid لمن وافقوا على التقارير، ولا تشمل Chrome على iOS ولا WebViews ولا Edge أو Safari أو Firefox. وقد لا تمثل جمهورًا يعتمد كثيرًا على Safari.
• متوسط متحرك من 28 يومًا عند المئين 75. يعني أن 75% من تحميلات الصفحة سجلت القيمة المحددة أو أفضل منها. والقيمة مشتقة إحصائيًا ولا تعني أن مستخدمًا بعينه اختبر الرقم نفسه.
• التغذية الراجعة بطيئة. مع نافذة 28 يومًا وتأخر يقارب يومين، يحتاج الإصلاح إلى نحو 30 يومًا ليظهر بالكامل.
• التغطية جزئية. في دراسة Ahrefs لبيانات CoreWebVitals لم تتوافر بيانات CrUX إلا لنحو 11.9% من43.66 مليون صفحة، واجتاز نحو 21.2% من الصفحات المقاسة CWV. تكون نسب الأصل أعلى، لكنها قد تخفي صفحات فرديةمتعثرة.
• ستة أسطح للوصول: PageSpeed Insights، وتقرير CWV في Search Console، وCrUX API، وCrUX History API، وBigQuery للأصول منذ 2017، و CrUXVis . أُهملت لوحة Looker Studio القديمة في نوفمبر 2025؛ استخدم . ←cruxvis.withgoogle.comالتعمق: Chrome UX Report (CrUX).

PageSpeed Insights (PSI) — الميدان والمختبر في مكان واحد

تقدم PSI تقريرًا عن تجربة مستخدم الصفحة على الأجهزة المحمولة وسطح المكتب، وتقترح سبل التحسين. إنها مجموعتا بيانات في واجهة واحدة:

• في الأعلى: بيانات CrUX الميدانية. تعتمد بيانات المستخدم الحقيقي على Chrome User Experience Report، وهي التي تحدد تقييم Core Web Vitals: نجاح أو فشل عند عبر LCP وINP وCLS. وللاجتياز يجب أن تكون المقاييس الثلاثة «جيدة». إذا لم تتوافر بيانات لعنوان URL بعينه، تنتقل الواجهة إلى مستوى الأصل ثم تعرض «لا توجد بيانات».
• في الأسفل: تشغيل Lighthouse مختبري. تستخدم PSI Lighthouse لتحليل عنوان URL في بيئة محاكاة. هنا تظهر درجة الأداء من 0 إلى 100 والتشخيصات.

النقطة المهمة لتحسين محركات البحث: درجة 0–100 بيانات مختبرية وليست مدخل ترتيب. يعكس قسم CrUX الميداني فقط تقييم CWV العام. تعمل PSI على أي عنوان URL عام، بما في ذلك المنافسون، لكنها لا تعمل على مواقع التطوير غير المتاحة للعامة؛ استخدم Lighthouse في DevTools لها. ← التعمق: PageSpeed Insights (PSI).

اختيار الأداة المناسبة

قاعدتان تختصران الجدول: الميدان للتقييم والمختبر للتشخيص ، و الموقع كله في Search Console والعنوان الفردي في PSI . إذا لم تتوافر بيانات CrUX فلا يمكنك تقييم CWV الميداني للصفحة عبر PSI؛ تبقى درجة المختبر مفيدة للتشخيص لكنها لا تقيس إشارة الترتيب.

قاعدتان تختصران الجدول: الميدان للتقييم والمختبر للتشخيص ، و الموقع كله في Search Console والعنوان الفردي في PSI . إذا لم تتوافر بيانات CrUX فلا يمكنك تقييم CWV الميداني للصفحة عبر PSI؛ تبقى درجة المختبر مفيدة للتشخيص لكنها لا تقيس إشارة الترتيب.

ما بعد الأدوات الثلاث: DevTools ومجموعات Search Console وRUM والمراقبة الاصطناعية

المقاييس المباشرة وتسجيل الأداء في Chrome DevTools. تحدّث LCP وCLS وINP أثناء تفاعلك الفعلي مع الصفحة، ويمكن للتسجيل تحديد النص البرمجي أو المورد المسبب للتأخير. وبوجود تفاعل حقيقي يمكنه التقاط INP، بخلاف تحميل Lighthouse غير التفاعلي.

• يجمع تقرير Core Web Vitals في Search Console عناوين URL المتشابهة. إنه سطح فرز على مستوى الموقع لا تتبع لصفحة واحدة. حدد القالب المتعثر ثم انقل عنوانًا ممثلًا إلى PSI أو DevTools.
• المراقبة الاصطناعية تعيد الفحص الآلي نفسه وفقجدول ومن مواقع وملفات أجهزة محددة، وغالبًا ضمن CI، فتلتقط التراجع قبل أن يظهر في CrUX بعد نحو 30 يومًا. لكنها ترى السيناريوهات التي أعددتها فقط.
• المراقبة الاصطناعية تعيد الفحص الآلي نفسه وفق جدول ومن مواقع وملفات أجهزة محددة، وغالبًا ضمن CI، فتلتقط التراجع قبل أن يظهر في CrUX بعد نحو 30 يومًا. لكنها ترى السيناريوهات التي أعددتها فقط.
• RUM الخاص يضيف قياسًا إلى موقعك لتسجيل تجربة كل زائر، لا مجموعة Chrome المؤهلة فحسب، ويمكنه التقسيم حسب تسجيل الدخول أو مسار الدفع أو الإيراد. وقد يختلف بحق عن CrUX بسبب تغطية المتصفحات والموافقة والعينة ونافذة التجميع، كما تتحمل أنت كلفة الإعداد والخصوصية.

لا يتغير الأساس: تخبرك البيانات الميدانية، سواء CrUX أو RUM، أين تقف؛ وتخبرك أدوات المختبر والتتبع والمراقبة الاصطناعية لماذا. وإذا كنت تريد قائمة مرتبة بالمنتجات بدل خريطة للمهام، فتذكر أن قوائم «أفضل الأدوات» ترتب الموردين لا صفحتك؛ غالبًا ما يكون اختبار عنوانك مباشرة أسرع.

سير العمل الذي أستخدمه

1. Google Search Console ← تقرير Core Web Vitals. اعثر على مجموعات الصفحات المتعثرة.
2. PageSpeed Insights. أكد النتيجة على مستوى صفحة ممثلة واقرأ تقييم CWV الميداني.
3. قسم المختبر في PSI أو Lighthouse أو Chrome DevTools. شخّص السبب وكرر الإصلاح بسرعة.
4. انتظر نحو 30 يومًا. تحتاج النافذة المتحركة والتأخر إلى هذا الوقت.
5. أعد فحص PSI وSearch Console لتأكيد التحسن لدى المستخدمين الحقيقيين.

بيانات المختبر حلقة تغذية راجعة سريعة بعد التغيير، والبيانات الميدانية تأكيد بطيء وأكثر موثوقية.

كيف تعمل ترتيبات CWV بإيجاز

توثق Google أن Core Web Vitals مدخل تستخدمه أنظمة الترتيب، وأن CrUX هو مصدر التقارير العامة في PSI وSearch Console وCrUX API. أما ما لم يوثق علنًا فهو تطابق 1:1 بين الرقم الظاهر في سطح CrUX العام والقيمة الداخلية التي تقرؤها أنظمة الترتيب لكل صفحة؛ تعامل مع الرقم العام على أنه أفضل بديل متاح لا قراءة داخلية مثبتة. وفي كل الأحوال هي إشارة حقيقية لكنها محدودة. قال John Mueller إنها «أكثر من مجرد كاسر تعادل، لكنها لا تحل محل الصلة»، وقال عند تحديث وثائق 2024 إنها «لن تجعل ترتيبات موقعك تقفز». وتقول وثائق Google إن محاولة الحصول على درجة كاملة لأسباب SEO فقط قد لا تكون أفضل استخدام للوقت. للتفاصيل، راجع محور Core Web Vitals .

ملاحظة عن Bing

لم تنشر Bing وثائق تضع هذه الأدوات عوامل ترتيب بالطريقة نفسها. يعرض Bing Webmaster Tools نظرة عامة على Core Web Vitals، كما تفيد تحسينات السرعة وتجربة المستخدم عبر المحركات، لكن سلسلة الأدوات هنا تابعة أساسًا إلى Google.

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

Google Lighthouse — محرك التدقيق المختبري: فئاته، وبناء درجة الأداء، وسبب الإبطاء والتباين، ولماذا هو تشخيص لا مدخل ترتيب.

• PageSpeed Insights (PSI) — مجموعتان في واجهة: قسم CrUX الميداني وقسم Lighthouse المختبري وتقييم CWV وتدرج البيانات وواجهة PSI API.
• Chrome UX Report (CrUX) — بيانات مستخدمين حقيقيين: التغطية، ونافذة من 28 يومًا، والأصل مقابل عنوان URL، وأسباب «لا توجد بيانات»، وطرق الوصول الست.
• Chrome UX Report (CrUX) — بيانات مستخدمين حقيقيين: التغطية، ونافذة من 28 يومًا، والأصل مقابل عنوان URL، وأسباب «لا توجد بيانات»، وطرق الوصول الست.

وللمقاييس نفسها — LCP وINP وCLS إضافة إلى TBT وSpeed Index —، فضلًا عن المقاييس التي تستخدمها Google، ابدأ من محور Core Web Vitals.

ملخص الذكاء الاصطناعي

ثلاث أدوات ونوعان من البيانات: Lighthouse مختبر، وCrUX ميدان، وPSI يعرضهما معًا.

• تعتمد Google على بيانات CrUXالميدانية لادرجة المختبر. الميدان لتحديد الأولوية والمختبر للتشخيص.
• Lighthouse تدقيق محاكى باستخدام Slow 4G وإبطاء CPU بمقدار 4×. أوزان Lighthouse 10: TBT ‏30% وLCP ‏25% وCLS ‏25% وFCP ‏10% وSpeed Index ‏10%. لا يقيس INP مباشرة، وتتغير نتيجته، وليست درجته إشارة ترتيب. أضاف Lighthouse 13.3 فئة Agentic Browsing التجريبية خارج درجة 0–100.
• CrUX مستخدمو Chrome وافقوا على المشاركة عند خلال 28 يومًا. يحتاج أثر الإصلاح إلى نحو 30 يومًا. نطاقات الدرجات: 0–49 أحمر، و50–89 برتقالي، و90–100 أخضر. لا يتوافر المقياس إلا لنحو 11.9% من 43.66 مليون صفحة، واجتاز نحو 21.2% من الصفحات المقاسة CWV. استبدل CrUX Vis لوحة Dashboard المهملة.
• PSI يعرض CrUX في الأعلىوLighthouse في الأسفل. يعملعلى عناوينURL العامة فقط ويمكن استخدامهللمنافسين.
• PSI يعرض CrUX في الأعلى وLighthouse في الأسفل. يعمل على عناوين URL العامة فقطويمكن استخدامه للمنافسين.
• قواعد القرار: الميدان للتقييم والمختبر للتشخيص؛ الموقع كله في Search Console والعنوان الفردي في PSI والصفحات المحمية في Lighthouse داخل DevTools.
• أدوات إضافية: قياسات DevTools المباشرة، وتجميع Search Console، والمراقبة الاصطناعية، وRUM الخاص.
• تحفظ الترتيب: العلاقة العامة بين CWV وCrUX موثقة، لكن لا يوجد إثبات عام أن رقم CrUX الظاهر يساوي القيمة الداخلية لكل صفحة.
• سير العمل: GSC ← PSI ← Lighthouse أو DevTools ← انتظار نحو 30 يومًا ← إعادة فحص البيانات الميدانية.

الوثائق الرسمية

Google — الأدوات

نظرة عامة على Lighthouse — ماهيته وما يدققه وأماكن تشغيله.

• احتساب أداء Lighthouse — الأوزان ونطاقات الدرجات وأسباب التباين.
• احتساب Agentic Browsing — الفئة الخامسة التجريبية في Lighthouse 13.3.
• مرجع لوحة Performance في Chrome DevTools — المقاييس المباشرة وتسجيلات الأداء.
• حول PageSpeed Insights — الجمع بين Lighthouse وCrUX.
• استخدام CrUX في PageSpeed Insights — قسم البيانات الميدانية والتقييم.
• نظرة عامة على CrUX — مجموعة البيانات ودورها وطرق الوصول.
• منهجية CrUX — الأهلية والمنصات.
• CrUX API — نافذة 28 يومًا وتعريف .
• CrUX API — نافذة 28 يومًا وتعريف .
• CrUX Vis — أداة الاتجاهات التي حلت محل اللوحة القديمة.

Google — المختبر والميدان والترتيب

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

Bing / Microsoft

• لم تنشر Bing إرشادًا يضع هذه الأدوات عوامل ترتيب؛ راجع إرشادات Bing Webmaster Tools للإرشادات العامة.

اقتباسات من المصادر

Google — ماهية كل أداة

«Lighthouse أداة آلية مفتوحة المصدر تساعدك على تحسين جودة صفحات الويب.» — وثائق Chrome for Developers. الانتقال إلى الاقتباس

• «يقدم PageSpeed Insights تقريرًا عن تجربة مستخدم الصفحة على الأجهزة المحمولة وسطح المكتب، ويقدم اقتراحات لكيفية تحسينها.» الانتقال إلى الاقتباس
• «Chrome User Experience Report مجموعة بيانات تعكس كيفية اختبار مستخدمي Chrome الحقيقيين للوجهات الشائعة على الويب.» الانتقال إلى الاقتباس
• Google — المختبر والميدان وما يستخدم في البحث

«تعتمد بيانات تجربة المستخدم الحقيقية في PSI على مجموعة بيانات Chrome User Experience Report.» الانتقال إلى الاقتباس

• «تستخدم Google Search بيانات CrUX لإبلاغ عامل ترتيب تجربة الصفحة.» الانتقال إلى الاقتباس
• «إذا توافرت بيانات ميدانية ومختبرية للصفحة نفسها، فالبيانات الميدانية هي التي ينبغي استخدامها لتحديد الأولويات.» — Philip Walton. الانتقال إلى الاقتباس
• «إذا توافرت بيانات ميدانية ومختبرية للصفحة نفسها، فالبيانات الميدانية هي التي ينبغي استخدامها لتحديد الأولويات.» — Philip Walton. الانتقال إلى الاقتباس
• «البيانات في Chrome UX Report متوسط متحرك من 28 يومًا للمقاييس المجمعة.» الانتقال إلى الاقتباس
• «قد لا تكون محاولة الحصول على درجة كاملة لأسباب SEO فقط أفضل استخدام لوقتك.» الانتقال إلى الاقتباس

John Mueller من Google (عبر تغطية ثانوية)

• «إنها عامل ترتيب، وهي أكثر من مجرد كاسر تعادل، لكنها لا تحل محل الصلة.» قراءة التغطية
• «لن تجعل ترتيبات موقعك تقفز.» قراءة التغطية

ورقة مرجعية لأدوات أداء الويب

حقائق سريعة

تعتمد Google على بيانات CrUX الميدانية لا درجة المختبر من 0 إلى 100.

• أوزان Lighthouse 10: TBT ‏30% وLCP ‏25% وCLS ‏25% وFCP ‏10% وSpeed Index ‏10%. ويضيف Lighthouse 13.3 فئة Agentic Browsing التجريبية خارج الدرجة.
• لا يقيس Lighthouse ‏INP؛ يستخدم TBT بديلًا، بينما تستطيع شاشة المقاييس المباشرة في DevTools رؤية INP من تفاعل فعلي.
• CrUX خاص بـChrome وبالموافقة، عند ونافذة 28 يومًا وتأخر يومين؛ يحتاج الإصلاح إلى نحو 30 يومًا.
• CrUX خاص بـChrome وبالموافقة، عند ونافذة 28 يومًا وتأخريومين؛ يحتاج الإصلاح إلى نحو 30 يومًا.
• لمتتوافر قيمة CrUX إلا لنحو 11.9% من 43.66 مليون صفحة في عينة Ahrefsلعام 2022، واجتاز 21.2% من الصفحات المقاسةCWV.
• أُهملت CrUX Dashboard في نوفمبر 2025؛ استخدم CrUX Viscruxvis.withgoogle.com.
• الميدان للتقييم والمختبر للتشخيص؛ الموقع كله في Search Console والعنوان الفردي في PSI والصفحات المحمية في DevTools.

أخطاء قياس أداء الويب

تقديم درجة Lighthouse على أنها مدخل ترتيب Google

Lighthouse أداة تشخيص مختبرية. تستخدم Google بيانات CrUX الميدانية لتقييم Core Web Vitals، لذلك سمِّ الدرجة باسمها الصحيح.

استخدام البيانات الميدانية لتشخيص سطر برمجي

يخبرك CrUX بأن المستخدمين الحقيقيين يواجهون مشكلة، لكنه لا يحدد سبب التنفيذ. أعد إنتاج الرحلة المتأثرة في DevTools أو Lighthouse بعد تحديد الشريحة الضعيفة.

مقارنة ظروف اختبار مختلفة

يجيب تشغيل سطح مكتب دافئ وتشغيل هاتف بارد ومبطأ عن سؤالين مختلفين. ثبّت الأداة والموقع وملف الجهاز وحالة التخزين المؤقت والرحلة عند المقارنة.

تحسين المتوسط مع تجاهل مجموعات الصفحات

قد يخفي اجتياز الأصل قالبًا بطيئًا، وقد يخفي فشل الأصل صفحات سليمة. ابدأ واسعًا ثم قسّم بحسب نمط عنوان URL والتجربة.

حل أوجه الاختلاف بين الأدوات

يعرض PageSpeed Insights بيانات ميدانية للأصل لا لعنوان URL

السبب المرجح: لا يملك العنوان بيانات CrUX مؤهلة كافية. الإصلاح: اقرأ تسمية النطاق واستخدم بيانات الأصل للسياق فقط، ثم أضف RUM أو مجموعات Search Console لاتخاذ قرارات الصفحة. التأكيد: يحدد التقرير نطاق كل قيمة بوضوح.

تتغير نتيجة Lighthouse في كل تشغيل

السبب المرجح: تتأثر نتيجة المختبر بالشبكة وCPU والتخزين المؤقت واستجابة الخادم والطرف الثالث. الإصلاح: وحّد الظروف وقارن عدة تشغيلات. التأكيد: تتكرر الفرصة نفسها عبر المجموعة.

Search Console ضعيف بينما الاختبار المحلي جيد

السبب المرجح: لا يمثل المختبر المحلي الأجهزة والمواقع والرحلات الحقيقية. الإصلاح: حدد المجموعة المتأثرة ميدانيًا ثم أعد إنتاج سيناريوها في أداة تشخيص. التأكيد: يفسر تسجيل المختبر عنق الزجاجة الميداني.

يظهر الإصلاح في Lighthouse ولا يظهر في CrUX

السبب المرجح: Lighthouse فوري بينما يستخدم CrUX نافذة ميدانية متحركة. الإصلاح: تحقق أولًا بتشغيلات مضبوطة وRUM، ثم امنح النافذة العامة وقتًا للتحديث. التأكيد: يتحسن RUM قبل اتجاه CrUX.

اختبر نفسك: أدوات أداء الويب

خمسة أسئلة سريعة عن الأدوات الثلاث وبيانات المختبر والميدان.

سجل التغييرات