لم يعد أداء الويب رفاهية اختيارية، فهو يؤثر بشكل مباشر على رضا المستخدم ورؤية البحث. تعد عناصر الويب الأساسية من Google وأداة تدقيق المنارة و PageSpeed Insights ثلاثة من أكثر أطر الأداء التي يتم الحديث عنها.
قد يكون فهم الفرق بين عناصر الويب الأساسية والمنارة ورؤى سرعة الصفحات أمرًا محيرًا. خاصة لأنهم جميعًا يأتون من Google وغالبًا ما يستخدمون مصطلحات مماثلة. ومع ذلك ، تخدم كل أداة غرضًا مميزًا ومصممة لمرحلة محددة من تقييم الأداء.
تحسين أداء ووردبريس الاستراتيجيات ضرورية لمعالجة القضايا التي تحددها هذه الأدوات. للحصول على دليل كامل لتحسين موقع WordPress الخاص بك ، بما في ذلك الإرشادات خطوة بخطوة لتحسين السرعة والتصنيفات وتجربة المستخدم ، تحقق من شاملنا ووردبريس دليل تحسين الأداء.
في هذه المقالة ، تعمقنا في كل إطار ، واستكشفنا نقاط قوته وضعفه ، بينما نقارنها جنبًا إلى جنب. في النهاية ، سيكون لديك فهم واضح لموعد وكيفية استخدام كل أداة لتحسين أداء موقع الويب الخاص بك. لنبدأ!
مقارنة سريعة بين عناصر الويب الأساسية والمنارة وسرعة الصفحات
يلخص الجدول التالي كيفية مقارنة Core Web Vitals و Lighthouse و Pagespeed Insights مع بعضها البعض ، حتى تتمكن من الحصول على نظرة عامة سريعة على كل نظرة ثاقبة للأداء.
| عامل المقارنة | أساسيات الويب الأساسية | منارة | رؤى سرعة الصفحات |
| الغرض / الاستخدام الأساسي | يقيس تجربة المستخدم في العالم الحقيقي ويؤثر على تصنيفات تحسين محركات البحث. | أداة تدقيق المطور لتصحيح الأداء وإمكانية الوصول وتحسين محركات البحث وأفضل الممارسات. | أداة مشتركة لتشخيص الأداء وفحص الترتيب ؛ تعرض حالة CWV وفرص التحسين. |
| مصدر البيانات | البيانات الميدانية من مستخدمين حقيقيين عبر تقرير تجربة مستخدم Chrome (Crux). | بيانات المختبر من بيئة محاكاة. | كلاهما: بيانات المختبر من المنارة + البيانات الميدانية من Crux. |
| المقاييس المقاسة | LCP ، INP ، CLS (معروف سابقًا بـ FID). | FCP ، LCP ، CLS ، مؤشر السرعة ، TTI ، TBT ؛ يستخدم TBT كوكيل لـ INP / FID. | تقارير FCP و LCP و InP و CLS و TTFB ويظهر مقاييس Lighthouse Lab. |
| نطاق التدقيق | يركز على تجربة الصفحة التي تتمحور حول المستخدم (الحمل والتفاعل والاستقرار). | يراجع الأداء بالإضافة إلى إمكانية الوصول وتحسين محركات البحث و PWA والتوافق الأفضل. | يركز على مقاييس الأداء و CWV ولكنه لا يراجع إمكانية الوصول أو تحسين محركات البحث. |
| حساب النتيجة | اجتياز/فشل على أساس 75% من الزيارات التي تلبي عتبات "جيدة"؛ لا توجد درجة مركبة. | يتم ترجيح درجة الأداء: FCP (10٪) ، مؤشر السرعة (10٪) ، LCP (25٪) ، TTI (10٪) ، TBT (30٪) ، CLS (15٪). | يستخدم المنارة لحساب درجة الأداء المرجح (نفس الأوزان) ويعرض تصنيفات مقاييس حقل منفصلة. |
| طرق الوصول | Search Console و PageSpeed Insights وتراكب حقل Chrome DevTools. | Chrome DevTools أو CLI أو Node Module أو Chrome Extension أو عبر PageSpeed Insights. | واجهة الويب في PageSpeed.web.dev ؛ يمكن الوصول إليها أيضًا عبر API أو CLI ؛ النتائج قابلة للمشاركة عبر URL. |
| بيئة الاختبار | أجهزة وشبكات مستخدم حقيقية ؛ مجمعة على مدار 28 يومًا من نافذة متحركة. | شبكة 3G / 4G محاكية وجهاز متوسط المدى (على سبيل المثال ، Moto G4) مع وحدة معالجة مركزية ثابتة. | يجري اختبارات معملية عبر المنارة مع شبكة محاكاة ووحدة المعالجة المركزية ، لكن البيانات الميدانية تعكس الظروف الحقيقية من Crux. |
| وضوح البيانات | المقاييس المجمعة لا يمكن تحديد الأسباب الدقيقة ؛ تستخدم لتحديد الصفحات التي تحتاج إلى تحسين. | تشخيصات مفصلة مع شرائط الأفلام ونتائج التدقيق والاقتراحات على مستوى الكود. | يوفر كلاً من تقييم CWV عالي المستوى والتوصيات الدقيقة (الفرص والتشخيص). |
| تردد التحديث | يتم تحديث نافذة التدوير لمدة 28 يومًا أسبوعيًا أو شهريًا ، اعتمادًا على جدول Google. | فوري ؛ يتم تشغيله كلما بدأت التدقيق. | تحديثات البيانات الميدانية على نفس الجدول الزمني لـ CWV؛ تكون بيانات المختبر فورية عند إجراء الاختبار. |
| التأثير على تحسين محركات البحث | عامل الترتيب المباشر وقاطع التعادل لمحتوى مماثل. | لا تستخدم مباشرة للترتيب ولكنها تساعد في إصلاح المشكلات التي تؤثر على CWV و SEO. | غير مباشر؛ PSI يعرض حالة CWV التي تؤثر على الترتيب؛ اقتراحاته تساعد على تحسين تحسين محركات البحث |
| سهولة الاستخدام | عرض تمرير / فشل بسيط في Search Console ؛ إرشادات عمل محدودة. | يتطلب معرفة تقنية أكثر ملاءمة للمطورين. | واجهة سهلة الاستخدام مع اقتراحات واقتراحات قابلة للتنفيذ. |
| التكامل والأدوات | مدمج في Search Console و Crux API و RUM؛ يدعم مقاييس جديدة مثل InP وموثوقية المشاركة. | جزء من Chrome DevTools و API. | يستخدم المنارة كمحرك؛ يدمج البيانات الميدانية عبر Crux؛ يمكن الوصول إليه عبر API و CLI. |
فهم الأساسيات: ما هي كل أداة في الواقع
قبل أن نستكشف الاختلافات التفصيلية بين هذه الأدوات ، دعنا نحصل على أساس متين حول كل أداة ونفهم سبب إنشائها من Google.
قد تعتبر هذه الأدوات أنواعًا مختلفة من موازين الحرارة لصحة موقعك على الويب. لذلك ، فإنهم جميعًا يقيسون درجة الحرارة ، لكن لكل منها غرضًا محددًا ويمنحك رؤى مختلفة.
ما هي العناصر الحيوية الأساسية للويب؟
تعد عناصر الويب الأساسية هي طريقة Google لقياس ما يهم بالفعل المستخدمين الحقيقيين عند زيارتهم لموقعك على الويب. تم إطلاقه لأول مرة في عام 2020 وهو يتطور باستمرار. تعمل المقاييس مع الجوانب الثلاثة الأكثر أهمية لتجربة المستخدم: سرعة التحميل والاستقرار البصري والتفاعل.
على عكس مقاييس الأداء التقليدية، تجيب عناصر الويب الأساسية على الأسئلة التي يهتم بها المستخدمون الحقيقيون: "إلى متى يمكنني رؤية شيء مفيد؟"، "لماذا يقفز كل شيء أثناء محاولة قراءته؟"، و "لماذا لا يستجيب الزر عند النقر عليه؟"
ما هو جوجل لايت هاوس؟
يشبه Google Lighthouse إجراء فحص صحي شامل لموقعك على الويب. إنها أداة تدقيق مفتوحة المصدر أنشأتها Google لمساعدة المطورين على تحسين جودة صفحات الويب. على عكس العناصر الحيوية الأساسية للويب ، تتخذ Lighthouse نهجًا أوسع لتحليل مواقع الويب.
لا يقيس فقط مدى سرعة تحميل موقعك - فهو يقيم خمسة مجالات رئيسية تساهم في صحة موقع الويب بشكل عام وهي الأداء وإمكانية الوصول وأفضل الممارسات وتحسين محركات البحث و PWA.
ما هي رؤى سرعة الصفحة؟
PageSpeed Insights (PSI) هي محاولة Google لسد الفجوة بين الاختبار المعملي وبيانات الأداء في العالم الحقيقي. إنها في الأساس أداة هجينة تجمع بين التحليل الشامل للمنارة مع رؤى العالم الحقيقي لعناصر الويب الأساسية.
عند إجراء اختبار PageSpeed Insights ، فإنك تحصل على نوعين من المعلومات في وقت واحد. يعرض القسم العلوي بيانات الحقل من تقرير تجربة مستخدم Chrome (Crux) ، بينما يعرض القسم السفلي بيانات المختبر من المنارة.
Core Web Vitals مقابل Lighthouse مقابل PageSpeed: مقارنات مفصلة
الآن لدينا فكرة مناسبة حول ما تفعله كل أداة وقد ناقشنا الاختلافات بين عناصر الويب الأساسية و Lighthouse و Pagespeed في جدول المقارنة. في هذا القسم ، سوف نتعمق في كل عامل لفهم كيفية عمل كل أداة أداء على نطاق واسع.
مصدر البيانات: Field Vs Lab
تستخدم عناصر الويب الأساسية بيانات "ميدانية" في العالم الحقيقي ، بينما تعتمد Lighthouse على بيانات "المختبر" المحاكاة ، وتمزج PageSpeed Insights كليهما.
يتم إنشاء عناصر الويب الأساسية من تقرير تجربة مستخدم Chrome (Crux) - الذي يجمع معلومات الأداء المجهولة الهوية من مستخدمي Chrome ويجمعها على مدار 28 يومًا.
نظرًا لأن البيانات تعكس الأجهزة الفعلية وظروف الشبكة وسلوك المستخدم ، فإنها تمنحك صورة واقعية عن كيفية تجربة الأشخاص لموقعك.
على العكس من ذلك ، تدير Lighthouse عمليات تدقيق في بيئة خاضعة للرقابة. يقوم عادةً بتقييم كيفية أداء جهاز محمول متوسط المدى على اتصال 3G أو 4G مختو. يعد هذا الإعداد مفيدًا للاتساق عبر الاختبارات ولكنه لا يأخذ في الاعتبار تنوع ظروف المستخدم الحقيقية.
من ناحية أخرى ، تجمع PageSpeed Insights هذين: فهي تعرض البيانات الميدانية وتحسب درجة الأداء المستندة إلى المختبر باستخدام Lighthouse. يساعدك هذا المزيج من كلا المصدرين على فهم ليس فقط تجربة المستخدم الفعلية ولكن أيضًا المشكلات المحتملة في ظل ظروف محاكاة.
المقاييس المقاسة
تركز عناصر الويب الأساسية على ثلاثة مقاييس تتمحور حول المستخدم: الأكبر رسام المحتوى (LCP)، التفاعل مع الطلاء التالي (INP) وتحول التخطيط التراكمي (CLS) ، بينما تبلغ المنارة عن ستة مقاييس بما في ذلك FCP ومؤشر السرعة والوقت التفاعلي (TTI) وإجمالي وقت الحظر (TBT). في ملاحظة أخرى ، تعرض PageSpeed Insights كلتا المجموعتين بالإضافة إلى مقاييس ميدانية إضافية مثل TTFB.
تعرض Google عناصر الويب الأساسية كمقاييس ، وقياس أهم جوانب تجربة المستخدم: LCP (أداء التحميل) ، و InP (الاستجابة) و CLS (الاستقرار المرئي).
إذن ، ما هي النتيجة الجيدة لهذه المقاييس؟ عتبات تجربة المستخدم "الجيدة" هي LCP أقل من 2.5 ثانية ، و InP أقل من 200 مللي ثانية و CLS أقل من 0.1.
المضي قدما ، دعونا نتحدث عن المنارة. يقيس الأداء باستخدام ستة مقاييس: First Contentful Paint (FCP) و LCP ومؤشر السرعة ووقت التفاعل (TTI) وإجمالي وقت الحظر (TBT) وتحول التخطيط التراكمي (CLS). يتم دمج هذه المقاييس في درجة الأداء ، لكن FCP و TTI ومؤشر السرعة غير موجودين في عناصر الويب الأساسية.
تتضمن PageSpeed Insights نفس مقاييس المختبر عبر المنارة ، ولكنها أيضًا تقدم تقارير مقاييس المجال: أول طلاء محتوى ، وأكبر طلاء محتوى ، وتفاعل مع الطلاء التالي ، وتحول التخطيط التراكمي والوقت إلى البايت الأول (TTFB).
تحتاج إلى فهم هذه الاختلافات لتجنب أي ارتباك عند مقارنة الدرجات. على سبيل المثال ، قد يكون للموقع LCP جيد في المختبر ولكنه ضعيف في المجال لأن مهام JavaScript الثقيلة تؤخر الاستجابة للمستخدمين الفعليين.
على العكس من ذلك ، قد لا يترجم TBT الضعيف في المنارة إلى InP سيئة إذا كانت تفاعلات المستخدم محدودة أو تحدث بعد الثواني الخمس الأولى التي تم قياسها بواسطة الاختبار المعملي.
حالات الاستخدام والغرض
توجد حيوية ويب أساسية لتقييم تجربة المستخدم والتأثير على تصنيفات البحث ، بينما تعد Lighthouse أداة تدقيق تتمحور حول المطور. من ناحية أخرى ، تخدم PageSpeed Insights كل من المسوقين والمطورين من خلال الجمع بين إشارات الترتيب مع رؤى تشخيصية.
تقول Google صراحةً أن عناصر الويب الأساسية هي عامل ترتيب وتستخدم في مواقف فاصل الربط لإعطاء الأولوية للموقع الذي يحتوي على درجات جيدة في عناصر الويب الأساسية.
إن اجتياز تقييم أساسيات الويب الأساسية (أي الحصول على 75٪ من الزيارات في النطاق "الجيد" لـ LCP و InP و CLS) يثبت حقيقة أن موقع الويب الخاص بك يقدم إشارات أفضل للصفحة.
المنارة ، من ناحية أخرى ، مصممة ل تطوير وتصحيح. يراجع الصفحات في فئات مثل الأداء، إمكانية الوصول، أفضل الممارسات، تحسين محركات البحث وتطبيقات الويب التقدمية.
يمكن للمطورين تشغيل Lighthouse محليًا ، عبر CLI أو من خلال Chrome DevTools للحصول على توصيات قابلة للتنفيذ. نظرًا لأنها تعمل في ظل ظروف خاضعة للرقابة ، فإن المنارة مناسبة بشكل خاص لاختبار التغييرات قبل نشرها. لذلك، هو ليس تستخدم مباشرة في خوارزمية تصنيف Google.
ومع ذلك ، فإن PageSpeed Insights يجلس بين هذين العالمين.
بالنسبة للمسوقين والمستخدمين غير التقنيين ، يوفر PSI تقريرًا قابلاً للمشاركة بسهولة يوضح ما إذا كان عنوان URL يمر بحيويات الويب الأساسية. بالنسبة للمطورين ، فإنه يوفر نفس تشخيصات المنارة التي يمكن استخدامها لإصلاح المشكلات.
هذه الأداة مفيدة بشكل خاص عندما تريد توصيل مشكلات الأداء مع أصحاب المصلحة لأنها تجمع بين تجربة المستخدم والبيانات الفنية في واجهة واحدة.
نطاق التدقيق
تقيس حيوية الويب الأساسية ثلاثة جوانب فقط من تجربة المستخدم ، وتدقيق المنارة خمس فئات (الأداء ، وإمكانية الوصول ، وأفضل الممارسات ، و SEO و PWA) ، وتركز PageSpeed Insights على مقاييس الأداء ولكنها لا تقيم إمكانية الوصول أو تحسين محركات البحث بشكل مباشر.
إليك حقيقة ممتعة: بساطة عناصر الويب الأساسية مقصودة. يقوم بتقييم تجربة الصفحة إلى ثلاثة مقاييس بحيث يكون لدى مالكي المواقع أهداف واضحة في الاعتبار. ومع ذلك ، فإن هذا النطاق الضيق يعني أن CWV لا يمكنها تحديد مشاكل مثل فقدان نص ALT أو موارد غير آمنة.
توسع المنارة هذا النطاق. بالإضافة إلى مقاييس الأداء ، فإنه يتحقق من HTML الدلالي وسمات ARIA والتحسين التدريجي وأفضل ممارسات الأمان وأساسيات تحسين محركات البحث. يقدم درجات منفصلة لكل فئة ويقدم توصيات على مستوى الكود.
من ناحية أخرى ، تعمل PageSpeed Insights فقط على أداء جزء من المنارة ويعرض بيانات ميدانية الويب الأساسية؛ لا يعرض نتائج منفصلة لإمكانية الوصول أو تحسين محركات البحث.
لذلك ، بالنسبة لعمليات التدقيق الشاملة ، لا تزال بحاجة إلى Lighthouse أو أدوات أخرى ، لكن PSI يكفي عندما يكون الهدف هو تحسين سرعة الصفحة وتجاوز عناصر الويب الأساسية.
حساب الدرجات والوزن
تستخدم عناصر الويب الأساسية مقاييس النجاح / الفشل ، وتشارك Lighthouse درجة أداء مرجحة وتعتمد PageSpeed Insights أوزان المنارة لنتيجة معملها أثناء الإبلاغ عن المقاييس الميدانية بشكل منفصل.
في إطار عمل Core Web Vitals ، لا توجد درجة مركبة. تمر الصفحة فقط إذا كانت 75٪ من الزيارات تحتوي على قيم "جيدة" لجميع المقاييس. هذا يجعل التفسير أسهل بكثير ولكنه في نفس الوقت لا يرحم: لذلك إذا حصل موقع الويب الخاص بك على مقياس واحد سيئ ، فسيظهر حالة الفشل.
تحسب Lighthouse درجة الأداء من خلال تطبيق الأوزان على كل مقياس: FCP ومؤشر السرعة لـ 10٪ لكل منهما ، LCP 25٪ ، CLS 15٪ ، TTI 10٪ و TBT 30٪. نظرًا لأن النتيجة تستخدم توزيعًا طبيعيًا لوغاريتمي ، فإن التحسينات الصغيرة في المقاييس البطيئة يمكن أن تعزز النتيجة الإجمالية بشكل كبير.
تعرض PageSpeed Insights نقاط الأداء هذه مع تصنيفات مرمزة بالألوان وتستخدم نفس مخطط الترجيح ، ولكنها تسرد أيضًا مقاييس المجال الأولية بشكل منفصل.
عند تفسير الدرجات ، تذكر أن درجة Lighthouse العالية لا تضمن حيوية أساسية للويب. على سبيل المثال ، لنفترض أن الموقع يحقق 90 + درجة أداء ولكنه لا يزال يفشل في InP للمستخدمين الحقيقيين حيث تحدث المهام الطويلة بعد الثواني القليلة الأولى.
من ناحية أخرى ، قد يكون للموقع درجة Lighthouse متواضعة ولكنه لا يزال يجتاز عناصر الويب الأساسية لأن المستخدمين الحقيقيين يختبرون تفاعلات أسرع من البيئة المحاكاة.
طرق الوصول
يمكنك الوصول إلى عناصر الويب الأساسية من خلال Search Console و PageSpeed Insights وأدوات RUM؛ يمكن تشغيل المنارة عبر ملحق Chrome أو DevTools أو CLI أو API. من ناحية أخرى ، تعد PageSpeed Insights أداة ويب وواجهة برمجة تطبيقات تستخدم محرك المنارة.
يتحقق مالكو المواقع عادةً من عناصر الويب الأساسية من خلال تقرير أساسيات الويب الأساسية في Google Search Console. تقوم الواجهة بتجميع عناوين URL إلى "جيد" و "يحتاج إلى تحسين" و "ضعيف" بناءً على LCP و InP و CLS.
بعد ذلك ، تقدم Lighthouse نقاط وصول متعددة. يمكنك تشغيله مباشرة في Chrome DevTools ، وتثبيت امتداد المستعرض ، وتنفيذه عبر Node.js CLI. يمكنه تدقيق الصفحات التي تتطلب المصادقة وإنشاء تقارير بتنسيق JSON أو HTML.
PageSpeed Insights هي نقطة الدخول الأكثر سهولة في الاستخدام. يمكنك زيارة PageSpeed.web.dev ، وإدخال عنوان URL وتلقي تقريرًا يتضمن حالة أساسيات الويب الأساسية ونقاط أداء المنارة. إذا كنت مطورًا ، فهناك أيضًا واجهة برمجة تطبيقات و CLI تسمح بالاختبار الآلي والتكامل في عمليات الإنشاء.
وضوح البيانات
توفر عناصر الويب الأساسية مقاييس مجمعة عالية المستوى دون تحديد الأسباب ، من ناحية أخرى ، توفر المنارة تشخيصًا مفصلاً. في حالة PageSpeed Insights ، فإنه يوفر حلاً وسطيًا من خلال تلخيص البيانات الميدانية وإدراج الفرص القابلة للتنفيذ.
كما ذكرنا سابقًا ، في Search Console ، تبرز عناصر الويب الأساسية لمجموعات عناوين URL التي تفشل في مقاييس محددة ولكنها لا تظهر السبب. يخبرك التقرير ببساطة ما إذا كان LCP أو InP أو CLS ضعيفًا ويوجهك إلى تشغيل PageSpeed Insights أو Lighthouse للحصول على التفاصيل.
هذا يعني أنه يجب عليك تفسير البيانات المجمعة ثم التحقيق باستخدام أدوات أخرى.
المنارة مفيدة بشكل خاص هنا. تشمل تقاريرها مناظر شرائط الأفلام وشلالات طلب الشبكة وتشخيصات الكود بالإضافة إلى قوائم فرص و تشخيص، شرحًا بالضبط البرامج النصية أو الصور التي تسبب التأخيرات.
تقدم PageSpeed Insights مقاييس CWV جنبًا إلى جنب مع فرص المنارة وأقسام التشخيص. لذلك ، غالبًا ما يوصى للمستخدمين غير التقنيين بالبدء بـ PSI للحصول على مؤشر النجاح / الفشل والخطوات التالية القابلة للتنفيذ.
تحديث التردد وتأخر البيانات
يتم تحديث Core Web Vitals في دورة مدتها 28 يومًا ، بينما يتم تحديث نتائج المنارة على الفور ويجمع PageSpeed Insights بين الجدولين.
تجمع مجموعة بيانات Crux زيارات المستخدم على مدار 28 يومًا ويتم تحديثها أسبوعيًا أو شهريًا اعتمادًا على جدول إصدار Google.
نتيجة لذلك ، قد لا تنعكس التحسينات التي تقوم بها اليوم في تقرير CWV لعدة أسابيع. يمكن أن يكون هذا التأخير محبطًا ، لكنه يضمن الاستقرار من خلال تخفيف التقلبات على المدى القصير.
من ناحية أخرى ، يتم إنشاء بيانات Lighthouse و PageSpeed Insights Lab في كل مرة تقوم فيها بإجراء اختبار ، حتى تتمكن من رؤية التغييرات فور التحسين.
سهولة الاستخدام
توفر Core Web Vitals عرضًا بسيطًا للمرور / الفشل ، لكن Lighthouse تتطلب المزيد من المعرفة التقنية. على النقيض من ذلك ، فإن PageSpeed Insights سهلة الاستخدام مع نتائج واقتراحات واضحة.
في Search Console ، تصنف Google الصفحات إلى "جيد" و "يحتاج إلى تحسين" و "فقير" ، مما يسهل على مالكي المواقع فهمها. ومع ذلك ، لا يشرح التقرير كيفية إصلاح المشكلات.
تقارير المنارة شاملة ، ولكن يمكن أن تكون ساحقة لغير المطورين لأنها تتضمن مقاييس أولية وأشرطة أفلام وتوصيات تحتاج إلى فهم تقني.
PageSpeed Insights يحقق توازنًا. يعرض درجة الأداء وأشرطة المقاييس المرمزة بالألوان والتوصيات ذات الأولوية التي يسهل تفسيرها. نظرًا لأن PSI تستخدم واجهة ويب ولا تتطلب أي إعداد ، فهي متاحة جدًا للمسوقين وأصحاب الأعمال مثلنا. ومع ذلك ، لا يزال بإمكان المطورين النقر فوق تقرير المنارة لإجراء تحليل أعمق.
القيود والاعتبارات الخاصة
لا تحتوي Core Web Vitals على تشخيصات دقيقة بينما قد تفوت Lighthouse مشكلات العالم الحقيقي مثل من وقت إلى أول بايت أو تفاعلات المستخدم بعد خمس ثوانٍ. من حيث رؤى سرعة الصفحات ، فإنه يظهر أحيانًا نتائج معملية ونتائج ميدانية متضاربة.
في حين أن بيانات Crux لا تقدر بثمن ، إلا أنها لا تخبرك عن العنصر الذي تسبب في ارتفاع CLS أو البرنامج النصي الذي أدى إلى تأخير INP. بالإضافة إلى ذلك ، إذا لم تكن الصفحة تحتوي على عدد كافٍ من الزيارات ، فقد لا توفر Crux البيانات ، تاركًا تقرير Core Web Vitals فارغًا.
في هذه الحالات ، يجب عليك الاعتماد على الاختبارات المعملية حتى يتم جمع البيانات الميدانية الكافية.
المنارة لها نقاط عمياء خاصة بها. نظرًا لأن الاختبار لا يتضمن تفاعل المستخدم ، فقد لا يلتقط تحولات التخطيط أو تأخيرات التفاعل التي تحدث عند التمرير للمستخدمين أو النقر بعد تحميل الصفحة الأولي.
كما أنه لا يقيس الوقت إلى البايت الأول (TTFB)، مقياس استجابة خادم مهم. تسلط أدوات مثل RumVision الضوء على أن Lighthouse لا تبلغ إلا عن الخمس ثوانٍ من تحميل الصفحة وتستخدم TBT كوكيل للاستجابة.
لذلك ، للحصول على مراقبة شاملة ، تحتاج إلى استكمال المنارة بأدوات مراقبة مستخدم حقيقية.
يمكن أن تؤدي رؤى PageSpeed في بعض الأحيان إلى نتائج مربكة لأنها تستخدم الاختناق المحاكي لتقدير الاتصالات الأبطأ. على سبيل المثال ، يمكن أن تؤدي الاختلافات في سرعة وحدة المعالجة المركزية وموقع الاختبار وإصدار Chrome إلى اختلافات في النقاط.
✅ متى تستخدم أي أداة؟ (سيناريوهات العالم الحقيقي)
الآن، لقد رأيت الكثير من التفاصيل الفنية - العناصر الحيوية الأساسية للويب ، والمنارة ، ورؤى السرعة ... ولكن إليك السؤال الحقيقي الذي لا يزال لدى معظم الناس:
👉 "حسنًا ... ولكن أيهما يجب أنا في الواقع تستخدم ومتى؟ "
لا تقلق. لست بحاجة إلى أن تكون مطورًا لمعرفة ذلك.
إليك جدول مفيد مع سيناريوهات واقعية يجب أن تعطيك فكرة مناسبة عن وقت استخدام الأداة:
| سيناريو / هدف | أفضل أداة للاستخدام | لماذا تفوز هذه الأداة |
| تريد معرفة ما إذا كان موقعك يضر بتصنيفات تحسين محركات البحث | أساسيات الويب الأساسية | إنها ال على إنفراد واحد يستخدم مباشرة في قرارات تصنيف بحث Google. |
| أنت بحاجة إلى تقرير أداء سريع "صديق للعملاء" | رؤى سرعة الصفحات | واجهة بسيطة ، عنوان URL قابل للمشاركة ، نقاط مجمعة + اقتراحات. |
| أنت مطور يعمل على إصلاح مشكلات الأداء | منارة | يعرض تشخيصات عميقة باستخدام محاكاة معملية ورؤى على مستوى الكود. |
| تريد تتبع الأداء عبر العديد من عناوين URL | أساسيات الويب الأساسية (عبر Search Console) | يجمع صفحات متعددة في Good / ضعيف / يحتاج إلى تحسين. |
| تريد اختبار التغييرات على الفور قبل النشر | منارة (في أدوات كروم) | يوفر ردود فعل فورية في بيئة خاضعة للرقابة. |
| أنت بحاجة إلى وضوح تحسين محركات البحث و عناصر عمل المطور | رؤى سرعة الصفحات | يمزج بين عناصر الويب الأساسية (البيانات الميدانية) والمنارة (بيانات المختبر). |
| أنت تشك في أن موقعك بطيء فقط للمستخدمين الحقيقيين | أساسيات الويب الأساسية (البيانات الميدانية) | يلتقط الأداء على الأجهزة الحقيقية والشبكات الحقيقية. |
| تريد مقارنة سطح المكتب مقابل الهاتف المحمول بشكل منفصل | رؤى سرعة الصفحات | بنقرة واحدة بين التبديل بين الجوال وسطح المكتب. |
| أنت تستكشف نوبات تخطيط معينة أو مهام جافا سكريبت | لايت هاوس افلامستم + تشخيص | يوفر تسلسل التحميل المرئي وتقسيم المهام الطويلة. |
| تحتاج إلى إثبات التحسينات بعد التحسينات | الجري قبل / بعد في PageSpeed أو Lighthouse | نتائج كل من الأداتين الزمنية والسماح بالمقارنة السهلة. |
| لديك حركة مرور منخفضة ولا توجد بيانات أساسية للويب حتى الآن | منارة (اختبارات معملية) | يعمل حتى على الصفحات التي لا تحتوي على عدد كافٍ من حركة مرور المستخدم الحقيقي. |
إذن ، أي واحد يجب أن تتخلف عن السداد؟
- في البداية رؤى سرعة الصفحات → إذا لم تكن متأكدًا من أين تبدأ.
- شيك أساسيات الويب الأساسية → إذا كان تحسين محركات البحث هو الشاغل الأكبر لك.
- عرف منارة → عندما تكون مستعدًا ل إصلاح الأشياء، وليس فقط مراقبتهم.
جمع
إن رؤى الويب الأساسية والمنارة ورؤى السرعة ليست أدوات منافسة ؛ فهي مكملة. يخبرك Core Web Vitals كيف يعمل موقعك في الواقع، المنارة تساعدك فهم لماذا، وتجمع PageSpeed Insights بين وجهتي النظر في تقرير يمكن الوصول إليه.
يعتمد اختيار الأداة المناسبة على هدفك:
- تحقق من التصنيفات أو صحة الأداء العام؟ في البداية أساسيات الويب الأساسية.
- هل تحتاج إلى تقييم سريع أو تقرير للمشاركة؟ عرف رؤى سرعة الصفحات.
- تشخيص وإصلاح القضايا الأعمق؟ أنتقل إلى منارة.
عند استخدامهم معًا ، يمكنك الحصول على صورة كاملة: نتائج العالم الحقيقي ، والرؤى الفنية ، والإرشادات القابلة للتنفيذ.
إذا قمت بتفسيرها بشكل صحيح ، فسوف يمكّنك من إنشاء موقع ويب ليس سريعًا فحسب ، بل أيضًا أكثر جاذبية ، وأكثر موثوقية ، وأكثر نجاحًا في النهاية.
