شرح Core Web Vitals: LCP وINP وCLS للمدونات الصغيرة

شرح Core Web Vitals للمدونات الصغيرة يعني فهم ثلاثة مقاييس ميدانية: هل الصفحة سريعة الظهور، هل تستجيب بسرعة للنقر، وهل يقفز المحتوى تحت إصبع القارئ. المقياس هنا هو LCP وINP وCLS—وليس مراجعة تقنية شاملة لكل شيء.

هذه المقالة تعمق مقياسًا بمقياس لسرعة الصفحة. وهي مختلفة عن قائمة أدوات SEO التقنية الأشمل (الزحف، الفهرسة، HTTPS، canonicals) التي يمكن كتابتها لاحقًا بالعربية وربطها هنا. اربط عمل السرعة بإعداد Search Console عندما يتوفر بالعربية، وبفحص الفهرسة إن كانت الصفحات لا تُدرج أصلًا.

المراجع الرسمية: Understanding Core Web Vitals وWeb Vitals. العتبات تتغير أحيانًا—راجع المصدر.

إفصاح: قد يكسب CashPilot عمولة عبر بعض الروابط دون تكلفة إضافية عليك. نذكر فقط ما يخدم فرز الأولويات أدناه.

جدول المحتويات

1. ماذا تقيس Core Web Vitals؟
2. لوحة فرز الـ Vitals
3. LCP للمدونين
4. INP للمدونين
5. CLS للمدونين
6. بيانات الحقل مقابل المختبر
7. ترتيب إصلاح لأسبوع واحد
8. أخطاء تهدر الوقت
9. الأسئلة الشائعة

ماذا تقيس Core Web Vitals؟

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

INP استبدل FID. إن وجدت دليلًا قديمًا يركز على First Input Delay، اعتبره سياقًا تاريخيًا.

للثقة والمصداقية بجانب السرعة، راجع أيضًا E-E-A-T للمدونات الصغيرة.

لوحة فرز الـ Vitals

المدونة الصغيرة لا تحتاج مهندس أداء بدوام كامل. تحتاج لوحة تجيب: أي مقياس يؤذي القارئ أكثر هذا الأسبوع؟

        لوحة فرز الـ Vitals
  ┌──────────┬──────────┬──────────┐
  │ LCP أحمر؟│ INP أحمر؟│ CLS أحمر؟│
  │ وسائط +  │ قلّل JS  │ احجز    │
  │ استضافة  │ وودجات   │ مساحة   │
  └────┬─────┴────┬─────┴────┬─────┘
       └──────────┴──────────┘
              مسار واحد فقط
         حتى تتحرك بيانات الحقل

قواعد اللوحة

1. افتح Search Console → Core Web Vitals (أو بيانات الحقل في PageSpeed Insights).
2. علّم كل مقياس: جيد / يحتاج تحسين / ضعيف—غالبًا على الجوال أولًا.
3. اعمل على مسار أحمر أو برتقالي واحد حتى يتحسن التقرير أو يثبت التشخيص سببًا آخر.
4. لا تطارد درجة Lighthouse مثالية بينما LCP الميداني ما زال ضعيفًا.

هذا الانضباط بمسار واحد هو القيمة الأصلية هنا—بدل قائمة «50 نصيحة سرعة» بلا ترتيب.

LCP للمدونين

Largest Contentful Paint يسأل: متى اكتمل رسم أكبر عنصر مرئي؟

في المقالات غالبًا:

• صورة الغلاف / البطل
• صورة كبيرة أعلى المقال
• كتلة عنوان كبيرة في قوالب نصية

أسباب شائعة

• صور غير مضغوطة أو أكبر من حجم العرض
• تطبيق lazy-load على صورة الـ LCP نفسها بالخطأ
• استضافة بطيئة (TTFB)
• ثيمات وسكربتات تمنع الرسم الأول

إصلاحات عملية

1. حدّد عنصر LCP في PageSpeed Insights أو Chrome.
2. صغّر الصورة واضغطها؛ لا تُحمّلها كسولة فوق الطية.
3. قلّل السلايدر والوسائط الثقيلة من القوالب المهمة.
4. إن كان الخادم بطيئًا باستمرار، عالج الاستضافة/التخزين المؤقت قبل إعادة كتابة كل CSS.

INP للمدونين

Interaction to Next Paint يقيس الاستجابة عبر التفاعلات—لا أول نقرة فقط. الشعور السيئ: «ضغطت القائمة ولم يحدث شيء».

غالبًا يضر بالمدونات:

• ثيمات ثقيلة ومنشئات صفحات
• دردشة منبثقة ومدير وسوم على كل صفحة
• سكربتات طويلة على الجوال

إصلاحات عملية

1. أعد إنتاج التفاعل البطيء على هاتف متوسط أو CPU مقيّد.
2. أخّر أو احذف سكربتات الطرف الثالث غير الضرورية من قالب المقال.
3. فضّل ثيمًا خفيفًا على «كل الميزات مفعّلة».
4. لا تكدّس التضمينات التفاعلية أعلى كل مقال.

CLS للمدونين

Cumulative Layout Shift يقيس القفز غير المتوقع. مشهد مألوف: يبدأ القارئ جملة ثم تظهر لافتة فتهبط النص.

أسباب شائعة

• صور بلا عرض/ارتفاع محجوز
• إعلانات أو صناديق اشتراك تُحقن فوق المحتوى
• خطوط تؤخر وتعيد تدفق النص
• تضمينات تتوسع بعد التحميل

إصلاحات عملية

1. احجز مساحة للصور والتضمينات دائمًا.
2. أدخل العناصر المتأخرة أسفل موضع القراءة لا فوقه.
3. اختبر تحميل الخطوط وقِس النتيجة.
4. عاين المقال مع مواضع الإعلان الحقيقية—لا محررًا فارغًا فقط.

CLS غالبًا أرخص انتصار لأنه بصري أكثر منه استضافة.

بيانات الحقل مقابل المختبر

درجة مختبر مثالية مع حقل ضعيف تعني غالبًا هواتف وشبكات وسكربتات مختلفة عن حاسوبك. ثق بالحقل للوحة الفرز.

المواقع الجديدة قد تفتقر لبيانات CrUX كافية—أمر طبيعي. راقب انحدارات المختبر بعد تغيير الثيم.

ترتيب إصلاح لأسبوع واحد

اليوم 1: سجّل حالة LCP/INP/CLS لأهم القوالب.
اليومان 2–3: أسوأ مسار فقط (وسائط، أو أبعاد، أو سكربت ثقيل).
اليوم 4: نظّف قالب المقال من ودجات غير مستخدمة.
اليوم 5: أعد الاختبار على رابط واحد.
اليومان 6–7: وثّق ما لن تعيده، وراجع شهريًا باختصار.

لا تتوقع انقلاب تقرير الحقل بين ليلة وضحاها—نوافذ CrUX تتدحرج عبر أيام.

أخطاء تهدر الوقت

• معاملة Core Web Vitals كقائمة SEO تقنية كاملة
• تحسين أرشيف نادر الزيارة وترك صفحات المال حمراء
• lazy-load لصورة البطل التي هي عنصر LCP
• إضافة ثلاثة إضافات «تسريع» تحقن المزيد من JavaScript
• انتظار قفزة ترتيب بعد ضغط صورة واحدة

السرعة تدعم التجربة. المحتوى والنية ما زالا يحملان العبء الأكبر.

الأسئلة الشائعة

ما هي Core Web Vitals ببساطة؟
ثلاثة مقاييس: تحميل (LCP)، استجابة (INP)، استقرار (CLS).

ما الدرجات الجيدة؟
تقريبًا LCP ≤ 2.5ث، INP ≤ 200ملث، CLS ≤ 0.1 عند p75—تحقق من web.dev.

هل FID ما زال أساسيًا؟
لا—INP هو مقياس الاستجابة الحالي.

هل نحتاج Lighthouse مثاليًا؟
لا. المختبر للتشخيص؛ الحقل للأولوية.

لماذا LCP بطيء؟
غالبًا صورة بطل ثقيلة أو TTFB بطيء أو أصول تمنع الرسم.

ما سبب CLS؟
صور بلا أبعاد، لافتات متأخرة، خطوط، تضمينات متوسعة.

هل يضمن الترتيب؟
لا.

أين الفحص؟
Search Console ثم PageSpeed Insights وDevTools.

شغّل اللوحة

شرح Core Web Vitals للمدونات الصغيرة يعني فرز LCP وINP وCLS بمسار واحد—لا حفظ كل اختصارات الأداء. افتح التقارير، عبّئ لوحة فرز الـ Vitals، وأصلح مسارًا حتى تتحرك بيانات الحقل.

عندما تكون المصداقية أوضح من الميلي ثانية، اقرأ E-E-A-T للمدونات الصغيرة. ثم انشر المقال التالي بقالب أخف من الشهر الماضي.