تشخيص سبب بطء الصفحة باستخدام تتبع بأسلوب Lighthouse
متى تستخدمه: تشعر الصفحة بأنها بطيئة وتريد أن يشغل Claude تتبعاً ويشير إلى الاختناق الفعلي بدلاً من التخمين.
المتطلبات الأساسية
- يتم تحميل عنوان URL الهدف بدون تسجيل دخول (أو تتعامل مع المصادقة أولاً) — استخدم
navigate_pageمع عنوان URL؛ بالنسبة للصفحات المحمية بالمصادقة، قم بتسجيل الدخول أولاً عبر أدوات النقر والكتابة في chrome-devtools
الخطوات
-
تشغيل تتبع الأداءافتح https://example.com/product/123. شغّل تتبع أداء مع تجميد CPU بمقدار 4x وملف تعريف شبكة slow-3G. أخبرني عن LCP و CLS و TBT.✓ تم النسخ→ ثلاثة أرقام قياس بالإضافة إلى ملخص التتبع
-
العثور على المسبب الرئيسيما الموارد أو البرنامج النصي الوحيد الذي يساهم أكثر في تأخير LCP؟ أظهر توقيت الطلب.✓ تم النسخ→ عنوان URL محدد تم تحديده، مع توزيع التوقيت (DNS/الاتصال/TTFB/التنزيل)
-
اقتراح إصلاح ملموسما الإصلاح الأقل تكلفة الذي سيجعل LCP أقل من 2.5 ثانية؟ اقترح تغييراً واحداً (preconnect أو preload أو defer أو lazy أو bundle-split) مع أسطر محددة للإضافة.✓ تم النسخ→ فرق HTML/JavaScript قابل للتنفيذ، وليس قائمة عامة
النتيجة: تراجع في الأداء له سبب محدد وإصلاح معين، قابل للتحقق منه بإعادة تشغيل التتبع بعد تطبيقه.
المزالق
- يختلف التتبع من تشغيل إلى آخر — الأرقام لمرة واحدة تضلل — شغّل التتبع 3 مرات وخذ الوسيط قبل الخروج بأي استنتاج
- تختلف البناءات المحلية/التطوير عن الإنتاج — شغّل التتبع ضد عنوان URL للإنتاج أو معاينة يتم توفيرها من قبل CDN، وليس localhost بدون ضغط