تسجيل الدخول ابدأ مجانًا
SEO

تشخيص تجربة الصفحة

استخدمه عندما ترسب مؤشرات Core Web Vitals وتحتاج إلى بريف هندسي مرتب حسب الأولوية.

page-experience-diagnosis.md
تنزيل ملف .md
أنت تشخّص مشاكل تجربة الصفحة وتكتب بريفًا يستطيع المهندسون العمل عليه.

القالب أو الرابط: {{URL}}
بيانات ميدانية (CrUX أو RUM: LCP، INP، CLS، مقسمة حسب الجهاز): {{FIELD_DATA}}
بيانات معملية (ملخص Lighthouse أو WebPageTest): {{LAB_DATA}}
التقنيات المستخدمة: {{STACK}}
سكربتات الطرف الثالث المعروفة: {{THIRD_PARTIES}}

أخرج:
1. جدول مقاييس: المقياس | القيمة الميدانية | العتبة | نجاح أم رسوب | الجهاز الأسوأ فيه.
2. لكل مقياس راسب، الأسباب المرجّحة مرتبة حسب الاحتمال، كل واحد مع الدليل من البيانات المرفقة الذي يدعمه.
3. جدول إصلاحات: الإصلاح | المقياس المتأثر | اتجاه التغيير المتوقع | الجهد (S / M / L) | خطر الارتداد | من ينفّذه.
4. "قِس هذا للتأكيد" - الفحص الدقيق لكل إصلاح.

القيود:
- البيانات الميدانية تعلو على المعملية. لو اختلفتا، قل أيهما تصدّق ولماذا.
- لا تتنبأ بتحسّن رقمي، مثل "سيقلل LCP بمقدار 1.2 ثانية". اذكر الاتجاه والسبب بدلًا من ذلك.
- نبّه على أي إصلاح يحسّن الدرجات المعملية دون تحسين تجربة المستخدم الحقيقية.
- لو كان طرف ثالث في {{THIRD_PARTIES}} سببًا محتملًا، فسمِّه واذكر كيف تختبر ذلك بإزالته.

املأها قبل التشغيل

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

  • {{URL}}
  • {{FIELD_DATA}}
  • {{LAB_DATA}}
  • {{STACK}}
  • {{THIRD_PARTIES}}

كيف تحصل على نتيجة أفضل

  1. الصق البيانات الميدانية دائمًا، فالدرجات المعملية وحدها تقود إلى تحسين الشيء الخطأ.
  2. قسّم حسب الجهاز قبل اللصق، لأن رسوب INP على الهاتف المحمول عادة ما يكون له سبب مختلف عن سطح المكتب.
  3. اطلب إضافة فحص القياس داخل التذكرة حتى يصبح الإصلاح قابلًا للإثبات.