كيف تحسّن مؤشر TTFB ومؤشرات Core Web Vitals في ووردبريس

ابدأ بالعَرَض، لا بإضافة

قد تستجيب الصفحة بسرعة ومع ذلك تبدو بطيئة. يقيس Time to First Byte (TTFB) المدة التي ينتظرها التنقّل حتى يصل أول بايت من الاستجابة، ويتعلّق Largest Contentful Paint (LCP) بأكبر محتوى مرئي، ويتعلّق Interaction to Next Paint (INP) بالاستجابة للنقرات واللمسات ولوحة المفاتيح. تحسين أحدها لا يصلح البقية تلقائيًا.

هذا دليل للتشخيص، وليس تقريرًا عن مشروع عميل جرى قياسه. استخدم بياناتك الخاصة قبل التغيير وبعده لتقرّر ما إذا كان التغيير قد نجح.

أنشئ خط أساس قابلًا للمقارنة

1. اختر قوالب تمثيلية: مقالة، وتصنيفًا، ومنتجًا، وصفحة إتمام الشراء. وأدرج جلسات مسجّلة الدخول وأخرى مجهولة.
2. سجّل الجهاز والشبكة والموقع وعنوان URL وحالة التخزين المؤقت والإصدار المنشور. كرّر الاختبارات المعملية في الظروف نفسها بدل انتقاء أفضل نتيجة.
3. راجع البيانات الميدانية في PageSpeed Insights أو Search Console. قد لا تتوفّر بيانات خاصة لعنوان URL قليل الزيارات؛ وبيانات النطاق الأصلي أعمّ ويجب الإشارة إليها على هذا الأساس.
4. افصل بين حالات إصابة التخزين المؤقت وإخفاقه. فالاستجابة السريعة من ذاكرة مؤقتة دافئة قد تُخفي بطء الخادم الأصلي أثناء الإبطال أو ذروة الزيارات.

قلّل عمل الخادم بأمان

افحص طلب المستند في لوحة الشبكة في المتصفح، ثم حلّل PHP واستعلامات قاعدة البيانات واستدعاءات الواجهات البرمجية الخارجية. فالاستعلامات البطيئة والاستدعاءات البعيدة المتكرّرة وتشبّع العمليات وبُعد الخادم الأصلي تتطلّب حلولًا مختلفة. يمكن للتخزين المؤقت الدائم للكائنات أن يقلّل العمل المتكرّر على قاعدة البيانات، لكنه ليس مثل التخزين المؤقت لاستجابة HTML كاملة.

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

حسّن ما يرسمه المتصفح

حدّد عنصر LCP الفعلي في تتبّع الأداء. إن كان صورة، فاجعل عنوانها ظاهرًا في HTML الأولي، وقدّم نسخًا بأحجام مناسبة، ولا تستخدم معها التحميل الكسول. وإن كان نصًّا، فراجع الأنماط التي تعيق العرض وطريقة تحميل الخطوط. احجز مساحة للصور والمحتوى المضمّن لتقليل إزاحات التخطيط.

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

// Yield between bounded chunks; feature-detect the scheduling API.
async function yieldToBrowser() {
  if (globalThis.scheduler?.yield) {
    await globalThis.scheduler.yield();
  } else {
    await new Promise(resolve => setTimeout(resolve, 0));
  }
}
// Process a small, measured batch, yield, then process the next batch.

تحقّق من التجربة بعد النشر

الحدود «الجيدة» لمؤشرات Core Web Vitals هي: LCP لا يتجاوز 2.5 ثانية، وINP لا يتجاوز 200 ميلي ثانية، وCLS لا يتجاوز 0.1، وتُقاس عند المئين الخامس والسبعين من الزيارات. يساعد TTFB في التشخيص، لكنه ليس في حد ذاته من مؤشرات Core Web Vitals. واختبار التحميل في Lighthouse لا يقيس INP للجلسات الحقيقية.

أعد اختبار إتمام الشراء والتنقّل وأدوات الموافقة والأدوات المصغّرة التابعة لجهات خارجية. تابع القياسات الميدانية مع مرور الوقت؛ فنافذة جمع البيانات المتحرّكة لن تعكس الإصدار فورًا. سجّل التغيير وأي تراجع إلى جانب قياساتك.

المصادر وقراءات إضافية

• Google: مؤشرات Web Vitals
• Google: مؤشرات Core Web Vitals وبحث Google

تابع القراءة

استخدم قائمة تسريع ووردبريس المكوّنة من 47 بندًا لتوسيع نطاق التدقيق، أو تعرّف على خدمة تحسين أداء المواقع.