اللغات

فاحص سرعة الصفحة ومؤشرات حيوية الويب الأساسية

Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.

Built by Patrick Stox

field data first (CrUX) · lab fallback (Lighthouse) · mobile + desktop

تُجرى الفحوصات من خادمنا؛ نجلب عنوان URL الذي تدخله ولا نحتفظ بالنتائج. Anonymous aggregate stats count a domain once via a rotating hash for research posts; URLs are never stored. قد تُستخدم عدادات النتائج المجهولة على مستوى التشغيل لأغراض البحث التجميعي؛ ولا تتضمن أبدًا عناوين URL أو النطاقات أو عناوين IP أو المعرّفات، ولا تُنشر أي إحصائية لأقل من 100 عملية تشغيل.

الملاحظات
الإبلاغ عن خطأ

هل وجدت شيئًا لا يعمل في فاحص سرعة الصفحة ومؤشرات حيوية الويب الأساسية؟ أخبرنا بما حدث — يُرسل البلاغ مباشرة إلى قائمة فرز خاصة، وليس إلى قائمة عامة.

ما سيُرسل 
 لا تُرفق تلقائيًا مدخلات الأداة أو الملفات المرفوعة أو المصدر الملصق أو النتائج الكاملة أو معلمات الاستعلام أو أجزاء عنوان URL. يمكنك تعديل المقطع المحدد أعلاه أو إزالته. تُعالج البيانات الوصفية للمتصفح ومكافحة إساءة الاستخدام لمنع الرسائل المزعجة. 
  
 
  
 
 
  
 
 
   
      
 
       
     
  
      

Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses
        for the page-experience signal; it updates daily, so repeat checks within 24 hours are
        served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them
        to differ from field data and to vary between runs. Lab audits can't measure INP (it needs
        real users).

   
 
   
        
حول هذه الأداة
أجرِ اختبارًا لسرعة الصفحة باستخدام بيانات مستخدمي `Chrome` الفعلية (`CrUX`) وتدقيق `Lighthouse` مختبري كبديل. تعرض الجملة الأولى ما إذا كانت الصفحة تجتاز `Core Web Vitals`، وتوضح قائمة الإصلاحات ذات الأولوية ما ينبغي إصلاحه أولًا. ويظل عرضا الهاتف وسطح المكتب منفصلين وواضحين.
تجيب البيانات الميدانية والمخبرية عن سؤالين مختلفين: تصف القيم الميدانية أداء المستخدمين الحقيقيين، بينما تمثل البيانات المخبرية تشخيصًا محاكى وقد تختلف من تشغيل إلى آخر.
الميزات
  • حكم يبدأ بالخلاصة ويذكر المقياس الأسوأ أداءً على الجهاز الذي تعتمد عليه `Google` في الترتيب.
  • بيانات `CrUX` الميدانية لعنوان URL أو الأصل، مع انتقال تلقائي إلى تشغيل `Lighthouse` مختبري.
  • عرض الهاتف وسطح المكتب جنبًا إلى جنب، مع تحديد واضح لمصادر البيانات والحدود الرسمية.
  • إصلاحات تشخيصية مرتبة مستخرجة من تدقيقات `Lighthouse` التي أُجريت فعليًا، إضافة إلى بطاقة تقييم مجمّعة لما يصل إلى خمسة أصول مع تصدير CSV.
كيفية العمل
أدخل عنوان URL كاملًا وابدأ الاختبار. تستعلم الأداة أولًا عن بيانات URL الميدانية من `CrUX`، ثم تنتقل عند غياب العينة إلى بيانات الأصل الميدانية، وبعدها إلى تشغيل `Lighthouse` محاكى. وتحدد مصدر كل بطاقة، وتقارن `LCP` و`INP` و`CLS` بالحدود الرسمية، وترتب الإصلاحات التي أُجريت تدقيقاتها حسب الأولوية.
القيود
  • تحتاج `CrUX` إلى عدد كافٍ من زيارات `Chrome` الحقيقية خلال نافذة متحركة مدتها 28 يومًا؛ وقد تنتقل الصفحات الجديدة أو قليلة الزيارات إلى بيانات الأصل أو البيانات المخبرية.
  • تستخدم تشغيلات `Lighthouse` تقييدًا محاكى وتستغرق نحو 30 ثانية وقد تختلف بين التشغيلات؛ وهي لا تمثل قيم المستخدمين في منطقة بعينها.
  • لا يثبت اجتياز النتيجة إمكانية الوصول الكاملة أو ارتفاع التحويلات أو ترتيبًا محددًا. افحص التدقيقات المعنية ومنطقة الاستهداف على حدة.
الأسئلة الشائعة
ما حدود `Core Web Vitals`؟
تجتاز الصفحة عندما تكون نتيجة المئين الخامس والسبعين «جيدة» في المقاييس الثلاثة: `Largest Contentful Paint` (LCP) خلال 2.5 ثانية أو أقل، و`Interaction to Next Paint` (INP) خلال 200 ملي ثانية أو أقل، و`Cumulative Layout Shift` (CLS) عند 0.1 أو أقل. ويُعد LCP فوق 4 ثوانٍ أو INP فوق 500 ملي ثانية أو CLS فوق 0.25 ضمن `poor` («ضعيف»)، وما بين الحدين ضمن `needs improvement` («يحتاج إلى تحسين»). وتستخدم الأداة هذه الحدود الرسمية نفسها.
لماذا تختلف درجات `Core Web Vitals` لدي عن `PageSpeed Insights`؟
يفترض أن تتطابق الدرجات عندما يقرأ المصدر نفسه. تعرض الأداة أولًا بيانات `Chrome UX Report` (`CrUX`) الميدانية — وهي مجموعة بيانات المستخدمين الحقيقيين نفسها التي يستخدمها `Search` — ولا تلجأ إلى تدقيق `Lighthouse` مختبري إلا عندما لا تتوفر بيانات ميدانية للصفحة. تستخدم أرقام المختبر تقييدًا محاكى وتتغير بين التشغيلات، لذلك قد لا تتطابق مع درجة ميدانية. وإذا كانت قيمة `PageSpeed Insights` لديك مختبرية بينما قيمتنا ميدانية، أو العكس، فهذا هو سبب الاختلاف.
لماذا يقول الفاحص «لا توجد بيانات ميدانية» لعنوان URL الخاص بي؟
لا تعرض `CrUX` عنوان URL إلا بعد توفر عدد كافٍ من زيارات `Chrome` لتكوين عينة مستقرة إحصائيًا خلال آخر 28 يومًا. ولا تتجاوز الصفحات قليلة الزيارات أو الجديدة ذلك الحد. عندها تنتقل الأداة إلى بيانات ميدانية على مستوى الأصل (الموقع بأكمله) أو إلى تدقيق `Lighthouse` مختبري محاكى، وتوضح على كل بطاقة المصدر المستخدم حتى لا تخلط بين أرقام المختبر وبيانات المستخدمين الحقيقيين.
هل تستطيع هذه الأداة قياس INP؟
يمكنها عرض INP من البيانات الميدانية، لأن INP يُقاس من تفاعلات مستخدمين حقيقيين. ولا يمكنها إنتاج رقم INP من تدقيق مختبري؛ فلا يوجد مستخدمون حقيقيون في `Lighthouse` للتفاعل مع الصفحة، ولذلك تعرض النتيجة المختبرية فقط `no lab INP` لهذا المقياس. وإذا احتجت رقم INP ولم تتوفر بيانات ميدانية، فأنت بحاجة إلى زيارات حقيقية أو أدوات INP في `Chrome DevTools` لتفاعلاتك.
أي جهاز تستخدمه `Google` للترتيب: الهاتف أم سطح المكتب؟
تقيّم `Google` إشارة تجربة الصفحة على الهاتف، لذلك تضع الأداة على بطاقة الهاتف عبارة «ما تعتمد عليه Google في الترتيب». وعندما لا تجتاز الصفحة الاختبار على الجهازين، تسمي مقياس الهاتف بوصفه القيد الحاسم. تظهر درجات `Desktop` للسياق، لكنها لا تحدد تقييم الترتيب على الهاتف.
 
الخطوة التاليةسجل مؤشرات حيوية الويب الأساسية ومقارنة المنافسين — look up the exact spec and expected values.
الإرشادات متاحة باللغة الإنجليزية.
ما يستكشفه الآخرون أيضًا
أداةسجل مؤشرات حيوية الويب الأساسية ومقارنة المنافسينأداةفاحص رؤوس HTTPأداةفاحص DNS
       
 
المشكلات الشائعة وكيفية إصلاحها
 
     
  •  خطأ `LCP` ضعيف الإصلاح: اخفض `LCP` إلى أقل من 2.5 ثانية بتحسين عنصر `LCP` المقاس ومسار تقديمه الحرج، ثم تحقّق من بيانات الحقل الحديثة. 
  •  تحذير يحتاج `LCP` إلى تحسين الإصلاح: اخفض `LCP` إلى أقل من 2.5 ثانية عبر إعطاء الأولوية لعنصر `LCP` المقاس وإزالة التأخير من مسار تقديمه. 
  •  خطأ `INP` ضعيف الإصلاح: اخفض `INP` إلى أقل من 200 ms بتقصير أطول مهام التفاعل وتقليل عمل `JavaScript` على الخيط الرئيسي. 
  •  تحذير يحتاج `INP` إلى تحسين الإصلاح: اخفض `INP` إلى أقل من 200 ms بتقسيم معالجات التفاعل الطويلة وإتاحة وقت للخيط الرئيسي. 
  •  خطأ `CLS` ضعيف الإصلاح: اخفض `CLS` إلى أقل من 0.1 بحجز مساحة للعناصر المتحركة ومنع تبديلات الخطوط أو المحتوى المتأخرة. 
  •  تحذير يحتاج `CLS` إلى تحسين الإصلاح: اخفض `CLS` إلى أقل من 0.1 بإضافة أبعاد ثابتة وعناصر نائبة للعناصر التي تتحرك بعد الرسم الأول. 
  •  تحذير قد تؤخر الموارد الحاجبة للرسم `LCP` الإصلاح: ضمّن CSS الحرج داخل الصفحة، وأجّل أوراق الأنماط أو النصوص غير الحرجة التي تمنع عرض مورد `LCP`. 
  •  تحذير قد تؤخر استجابة الخادم `LCP` الإصلاح: قلّل زمن استجابة الخادم الأولي باستخدام التخزين المؤقت، وتسريع العمل الخلفي، و`CDN` قريب من المستخدمين، قبل تحسين أصل `LCP`. 
  •  تحذير قد يؤخر تقديم الصورة `LCP` الإصلاح: غيّر حجم صورة `LCP` واضغطها، وقدّمها بتنسيق حديث مع `srcset`، وحمّلها مسبقًا عندما يتأخر اكتشافها. 
  •  معلومة يفتقد الأصل الحرج إلى `preconnect` الإصلاح: أضف `preconnect` فقط إلى أصل الجهة الخارجية الحرج الذي يقدّم مورد `LCP`، مع `crossorigin` عند الحاجة. 
  •  تحذير يساهم رمز الجهات الخارجية في `INP` الإصلاح: أجّل أو أخّر مديري الوسوم غير المهمة، والدردشة، والتحليلات، ونصوص الاختبار إلى ما بعد التفاعل الأول، وأزل المورّدين غير المستخدمين. 
  •  تحذير يساهم عمل الخيط الرئيسي في `INP` الإصلاح: قسّم مهام الخيط الرئيسي الطويلة إلى أجزاء أصغر، وانقل الحسابات الثقيلة إلى `worker`، وقلّل عمل `layout` المتزامن. 
  •  تحذير يساهم `JavaScript` غير المستخدم في `INP` الإصلاح: قسّم الرمز حسب المسار والمكوّن، كي تنزّل الصفحة `JavaScript` المطلوب للعرض الحالي فقط، وتحلله وتنفذه. 
  •  تحذير تساهم العناصر التي تحوّل التخطيط في `CLS` الإصلاح: امنح الصور والتضمينات والإعلانات والمناطق المحقونة التي أبلغ عنها التدقيق أبعادًا صريحة أو عناصر نائبة محجوزة قبل تحميلها. 
  •  تحذير يساهم تحميل الخطوط في `CLS` الإصلاح: حمّل الخطوط المهمة مسبقًا، واستخدم بدائل متوافقة مع المقاييس، واختر سلوك `font-display` الذي يتجنب تبديلًا متأخرًا يغير التخطيط. 
  •  تحذير تختلف نتائج الأداء المخبري والميداني الإصلاح: استخدم أثر `Lighthouse` لتشخيص عنق زجاجة التشغيل المحاكى، ثم راقب مقياس `CrUX` المطابق قبل إعلان تراجع لدى المستخدمين الحقيقيين أو إغلاقه. 
    •