كيف أحسّن Core Web Vitals في ووردبريس؟
لتحسين Core Web Vitals في ووردبريس: حسّن LCP باستضافة سريعة وتخزين مؤقت وضغط الصور وعدم تأجيل تحميل الصورة الرئيسية، وحسّن INP بتقليل JavaScript والإضافات الثقيلة وأكواد الطرف الثالث، وحسّن CLS بتحديد أبعاد الصور والإعلانات وحجز مساحتها وضبط تحميل الخطوط. ثم تابع بيانات المستخدمين الحقيقيين في Search Console.
موقعك على ووردبريس يبدو سريعًا على جهازك، لكن تقرير Core Web Vitals في Search Console يقول «ضعيف»؟ هذا شائع جدًا، لأن جوجل يقيس تجربة زوارك الحقيقيين على أجهزتهم وشبكاتهم. في هذا الدليل التطبيقي أشرح المؤشرات الثلاثة، وكيف تقيسها بشكل صحيح، وخطوات عملية لتحسين كل مؤشر في ووردبريس.
أبرز ما ستخرج به من هذا المقال
- ما هي LCP وINP وCLS والقيم المطلوبة لكل منها.
- الفرق بين بيانات المختبر وبيانات المستخدمين الحقيقيين.
- خطوات عملية لتحسين كل مؤشر في ووردبريس.
- أخطاء شائعة في إضافات التسريع تضر الأداء بدل تحسينه.
- خطة تنفيذ مرتبة حسب الأثر.
كثير من أصحاب مواقع ووردبريس يختبرون موقعهم من حاسوب مكتبي على إنترنت سريع، فيبدو كل شيء ممتازًا. لكن جوجل لا يقيس تجربتك أنت، بل تجربة زوارك الحقيقيين — غالبًا على جوال متوسط وشبكة متقلبة. هنا تظهر أهمية Core Web Vitals، وهنا يفشل كثير من مواقع ووردبريس بسبب القوالب الثقيلة والإضافات المتراكمة.
ما هي Core Web Vitals؟
ثلاثة مؤشرات تقيس بها Google تجربة المستخدم الفعلية على الصفحة:
| المؤشر | ماذا يقيس | جيد | ضعيف |
|---|---|---|---|
| LCP — أكبر رسم للمحتوى | سرعة ظهور أكبر عنصر مرئي (غالبًا الصورة الرئيسية أو العنوان) | 2.5 ثانية أو أقل | أكثر من 4 ثوانٍ |
| INP — التفاعل حتى العرض التالي | سرعة استجابة الصفحة لنقرات وتفاعلات الزائر | 200 ملّي ثانية أو أقل | أكثر من 500 ملّي ثانية |
| CLS — التحول التراكمي للتصميم | مدى تحرك العناصر فجأة أثناء التحميل | 0.1 أو أقل | أكثر من 0.25 |
ويعتمد التقييم على تجربة 75% من الزيارات، أي أن الصفحة تُعتبر «جيدة» عندما يحصل ثلاثة أرباع زوارها على الأقل على قيم جيدة.
كيف تقيس بشكل صحيح؟
- Search Console ← تقرير Core Web Vitals: بيانات زوارك الحقيقيين مجمّعة حسب مجموعات الصفحات. هذا المرجع الأهم.
- PageSpeed Insights: يجمع بيانات المستخدمين (إن توفرت) مع اختبار مختبر يشرح الأسباب.
- أدوات المطوّر في Chrome: لتتبع العنصر المسبب لـ LCP أو التحولات في CLS.
اختبر قوالب الصفحات الأساسية لا الصفحة الرئيسية فقط: صفحة المقال، صفحة الخدمة، وصفحة المنتج إذا كان لديك متجر ووكومرس.
تحسين LCP في ووردبريس
1. ابدأ من الخادم
لا يمكن لأي إضافة تعويض استضافة ضعيفة. تأكد من استضافة مناسبة لحجم الموقع، ونسخة PHP حديثة، وتفعيل التخزين المؤقت للصفحات (Page Cache) على مستوى الخادم أو بإضافة موثوقة، واستخدام CDN إذا كان زوارك موزعين جغرافيًا.
2. عامل الصورة الرئيسية بشكل خاص
- لا تؤجل تحميل (Lazy Load) الصورة الأولى في الصفحة؛ هذا خطأ شائع جدًا في إعدادات إضافات التسريع.
- أعطها أولوية تحميل عالية (
fetchpriority="high")، والنسخ الحديثة من ووردبريس تحاول ذلك تلقائيًا. - ارفعها بالأبعاد المناسبة للعرض وبصيغة WebP أو AVIF.
3. تخلّص من السلايدرات الثقيلة
سلايدر الصفحة الرئيسية من أكثر أسباب LCP الضعيف. صورة واحدة ثابتة مع عنوان واضح أسرع وأكثر إقناعًا غالبًا.
4. خفّف CSS الحاجب للعرض
القوالب ومنشئو الصفحات يحمّلون ملفات CSS كبيرة في كل صفحة. استخدم خيارات تحميل CSS الحرج وإزالة غير المستخدم بحذر، واختبر بعد كل تغيير.
تحسين INP في ووردبريس
- قلّل الإضافات: كل إضافة قد تضيف JavaScript لكل صفحة. احذف ما لا تستخدمه، واستبدل الإضافات متعددة الوظائف الثقيلة بأخف منها.
- راجع إضافات منشئ الصفحات: الحزم الإضافية للعناصر (Addons) تحمّل أكوادًا كثيرة. فعّل فقط العناصر المستخدمة.
- أكواد الطرف الثالث: الدردشة، البكسلات، الخرائط، الفيديو المضمّن. أجّل تحميلها حتى التفاعل أو بعد التحميل.
- أجّل JavaScript غير الحرج مع اختبار القوائم والنماذج وسلة الشراء بعد التأجيل.
تحسين CLS في ووردبريس
- حدد width وheight لكل الصور والفيديوهات والإطارات المضمنة.
- احجز مساحة ثابتة للإعلانات والبانرات ونوافذ الكوكيز بدل إدراجها فوق المحتوى.
- حمّل الخطوط بخاصية
font-display: swapواستضفها محليًا، وقلّل عدد أوزان الخطوط العربية المحمّلة. - تجنّب إضافة عناصر أعلى الصفحة بعد التحميل مثل شريط عروض يدفع المحتوى للأسفل.
أخطاء شائعة في إضافات التسريع
- تفعيل كل الخيارات دفعة واحدة دون اختبار؛ فينكسر التصميم أو السلة.
- تشغيل إضافتي تخزين مؤقت معًا.
- تأجيل تحميل الصورة الرئيسية.
- الاعتماد على درجة المختبر وتجاهل بيانات المستخدمين الحقيقيين.
خطة تنفيذ مرتبة حسب الأثر
- الاستضافة والتخزين المؤقت ونسخة PHP.
- الصورة الرئيسية وضغط الصور.
- حذف الإضافات غير الضرورية.
- أكواد الطرف الثالث وتأجيل JavaScript.
- أبعاد العناصر والخطوط لتحسين CLS.
- المراقبة في Search Console والتحقق من الإصلاح.
بعد الإصلاح، استخدم زر «التحقق من الإصلاح» في Search Console، وتذكّر أن بيانات المستخدمين تحتاج نحو 28 يومًا لتعكس التحسين بالكامل.
مثال عملي: من «ضعيف» إلى «جيد»
في موقع شركة على ووردبريس بقالب متعدد الأغراض ومنشئ صفحات، كانت المشكلات كالتالي، وهذا ما تم:
| المشكلة | الإجراء |
|---|---|
| سلايدر من 4 صور كبيرة في الأعلى | استبداله بصورة واحدة مضغوطة بأولوية تحميل عالية |
| أكثر من 30 إضافة مفعّلة | حذف الإضافات غير المستخدمة ودمج الوظائف المتكررة |
| دردشة وبكسلات تُحمّل فورًا | تأجيل تحميلها حتى أول تفاعل |
| خطوط عربية بخمسة أوزان من مصدر خارجي | استضافة محلية ووزنين فقط مع font-display: swap |
| صور المقالات بلا أبعاد | تحديد width وheight لكل الصور |
كل خطوة اختُبرت منفردة قبل الانتقال للتالية، حتى لا يختلط سبب أي خلل يظهر. هذا الأسلوب أبطأ قليلًا، لكنه يحمي الموقع من الكسر ويوضح أي الإجراءات صنعت الفرق فعلًا.
متى تفكر في تغيير القالب؟
إذا كان القالب نفسه يحمّل مكتبات ضخمة في كل صفحة ولا يمكن تعطيلها، فقد تكون كل التحسينات ترقيعًا. في هذه الحالة، الانتقال إلى قالب خفيف أو قالب مخصص قد يكون أوفر على المدى البعيد.
الخلاصة
تحسين Core Web Vitals في ووردبريس ليس إضافة واحدة تثبتها، بل سلسلة قرارات: خادم جيد، صور محسّنة، JavaScript أقل، وتصميم ثابت. ابدأ بالبيانات الحقيقية، ورتّب الإصلاحات حسب الأثر، واختبر بعد كل خطوة. وإذا أردت تحسينًا احترافيًا دون كسر موقعك، تعرّف على خدمة تطوير ووردبريس، وراجع قائمة فحص تدقيق SEO للصورة الكاملة.
الخطوات باختصار
- قِس بالبيانات الحقيقيةراجع تقرير Core Web Vitals في Search Console وPageSpeed Insights لأهم القوالب: الرئيسية، المقال، الخدمة أو المنتج.
- حسّن الخادم والتخزين المؤقتاستضافة جيدة، نسخة PHP حديثة، تخزين مؤقت للصفحات، وCDN.
- حسّن الصورضغط وتحويل إلى WebP أو AVIF، أبعاد محددة، ولا تؤجل تحميل الصورة الرئيسية.
- خفّف JavaScriptاحذف الإضافات غير الضرورية، أجّل الأكواد غير الحرجة، وراجع أكواد الطرف الثالث.
- ثبّت التصميمحدد أبعاد الصور والإعلانات والإطارات، وحمّل الخطوط بشكل صحيح.
- تابع النتائجبيانات المستخدمين تحتاج نحو 28 يومًا لتعكس التحسينات بالكامل.
موقعك يفشل في Core Web Vitals؟
أحلل أداء موقعك على ووردبريس وأرسل لك خطة تحسين مرتبة حسب الأثر — مجانًا.
الأسئلة الشائعة
نعم، هي جزء من إشارات تجربة الصفحة التي يستخدمها جوجل، لكن المحتوى المفيد وملاءمته للبحث يبقيان الأهم. تأثيرها يظهر أكثر عندما تتقارب جودة المحتوى بين المنافسين، وتؤثر أيضًا على بقاء الزوار وتحويلهم.
لأن PageSpeed يعرض بيانات مختبر من اختبار واحد بالإضافة إلى بيانات المستخدمين إن توفرت، بينما Search Console يعتمد على بيانات زوارك الحقيقيين خلال آخر 28 يومًا. القرار النهائي لجوجل يعتمد على البيانات الحقيقية.
نادرًا. إضافات التخزين المؤقت تساعد كثيرًا، لكنها لا تعالج قالبًا ثقيلًا أو صورًا ضخمة أو إضافات كثيرة أو استضافة ضعيفة. وبعض إعداداتها مثل دمج الملفات أو التأجيل الشامل قد تكسر الموقع إذا فُعّلت دون اختبار.
استبدلت Google مؤشر FID بمؤشر INP في مارس 2024. يقيس INP سرعة استجابة الصفحة لكل تفاعلات الزائر طوال الزيارة، لا لأول تفاعل فقط.


