الرئيسية عني الخدمات أعمالي المدونة تواصل السياسات
سرعة المواقع

تسريع موقع ووردبريس والوصول إلى 90–100 في PageSpeed

الكاتبإسلام عبد الله

تاريخ النشر

مدة القراءة

9 دقائق قراءة

دليل تسريع موقع ووردبريس لاجتياز مؤشرات Core Web Vitals والوصول إلى 90 حتى 100 في Google PageSpeed Insights

الإجابة المختصرة

لتسريع موقع ووردبريس والوصول إلى 90–100 في PageSpeed، ابدأ باستضافة سريعة وتخزين مؤقت كامل للصفحات، ثم حسّن الصورة الأكبر في الصفحة (بصيغة WebP أو AVIF وبأولوية تحميل عالية)، واستضف خطوطك على موقعك مع التحميل المسبق، واحذف CSS غير المستخدم، وأجّل جافاسكربت غير الضرورية. الهدف الحقيقي هو اجتياز مؤشرات Core Web Vitals للزوار الفعليين: LCP أقل من 2.5 ثانية، وINP أقل من 200 مللي ثانية، وCLS أقل من 0.1. موقعي eslamabdullah.com يحقق 100 على الكمبيوتر و97–100 على الموبايل بنفس هذه المبادئ.

معظم مواقع ووردبريس التي أفحصها ليست بطيئة لأن ووردبريس بطيء، بل بسبب استضافة رخيصة، وغياب التخزين المؤقت، وصور ضخمة، وخمس عائلات خطوط، وأداة بناء صفحات تحمّل كل سكربتاتها في كل صفحة. الخبر الجيد أن لكل مشكلة من هذه حلًا معروفًا، وعندما تطبقها بالترتيب الصحيح يمكن لموقع ووردبريس أن يحقق 90–100 في Google PageSpeed Insights، حتى على الموبايل.

في هذا الدليل أشرح لك الطريقة التي أعمل بها فعليًا، من السيرفر حتى آخر سطر جافاسكربت، مع المقاييس التي تهم حقًا في 2026.

لماذا تهم سرعة موقع ووردبريس في 2026؟

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

وأمام ووردبريس مساحة كبيرة للتحسن هنا. يذكر تقرير Web Almanac 2025 من HTTP Archive أن ووردبريس يشغّل حوالي 64% من المواقع المبنية على أنظمة إدارة المحتوى، لكن حوالي 45% فقط من مواقع ووردبريس تجتاز Core Web Vitals على الموبايل، مقابل حوالي 74% لمنصة Wix. ويوضح التقرير نفسه أن ووردبريس يجتاز مؤشر LCP في حوالي 53% من المواقع، ومؤشر CLS في حوالي 84%. أي أن سرعة ظهور المحتوى الرئيسي والتفاعل المثقل بجافاسكربت هما نقطة الضعف الأساسية، وهنا بالضبط يتفوق الموقع المُحسَّن على منافسيه.

شرح مؤشرات Core Web Vitals: ‏LCP وINP وCLS

تقيّم جوجل كل مؤشر عند الشريحة المئوية 75 من الزيارات الحقيقية: إذا حققت 75% على الأقل من الزيارات الحد "الجيد"، تجتاز الصفحة هذا المؤشر. ومنذ 12 مارس 2024 حل مؤشر التفاعل حتى الرسم التالي (INP) محل مؤشر تأخير الإدخال الأول (FID) لقياس سرعة الاستجابة.

المؤشرماذا يقيسجيدضعيف
LCP (أكبر عنصر مرئي)سرعة ظهور المحتوى الرئيسي، غالبًا صورة الواجهة أو العنوان الكبير≤ 2.5 ثانية> 4 ثوانٍ
INP (التفاعل حتى الرسم التالي)سرعة استجابة الصفحة للمس والنقر والكتابة≤ 200 مللي ثانية> 500 مللي ثانية
CLS (إزاحة التخطيط التراكمية)مقدار "قفز" عناصر الصفحة أثناء التحميل≤ 0.1> 0.25

أما درجة PageSpeed نفسها فتأتي من اختبار معملي بأداة Lighthouse، يعطي خمسة مقاييس أوزانًا مختلفة: زمن الحظر الكلي (TBT) بنسبة 30%، وLCP بنسبة 25%، وCLS بنسبة 25%، وأول رسم للمحتوى (FCP) بنسبة 10%، ومؤشر السرعة (Speed Index) بنسبة 10%. والدرجة من 90 إلى 100 تظهر باللون الأخضر. ولأن زمن الحظر الكلي هو الوزن الأكبر، فإن جافاسكربت غالبًا هي الفرق بين درجة 70 و95 على الموبايل.

كيف تقيس سرعة موقع ووردبريس بشكل صحيح؟

  1. ابدأ ببيانات المستخدمين الحقيقيين. الجزء العلوي في PageSpeed Insights يعرض بيانات حقيقية من مستخدمي Chrome، وهي ما تعتمد عليه جوجل في تقييم Core Web Vitals.
  2. استخدم الدرجة المعملية لاكتشاف المشاكل. درجة Lighthouse أسفلها اختبار محاكاة على موبايل بإمكانات محدودة؛ ممتازة لتحديد المشاكل، لكنها تتغير بضع نقاط بين كل اختبار وآخر.
  3. راقب Google Search Console. تقرير Core Web Vitals يجمّع الروابط المتشابهة، فتعرف هل المشكلة في صفحات المنتجات أم المقالات أم الرئيسية.
  4. اختبر القوالب الأساسية وليس الرئيسية فقط. اختبر مقالًا وصفحة تصنيف وصفحة منتج وصفحة الدفع؛ لكل قالب اختناقاته الخاصة.
  5. سجّل نقطة البداية. احفظ الدرجات وقيم LCP وINP وCLS قبل أي تعديل، ثم غيّر شيئًا واحدًا في كل مرة.

الخطوة 1: جانب السيرفر (الاستضافة وPHP والتخزين المؤقت)

لا توجد حيلة في الواجهة تخفي سيرفرًا يستغرق ثانيتين حتى يرد. زمن وصول أول بايت (TTFB) هو أساس مؤشر LCP، لذلك أبدأ دائمًا من هنا.

  • استضافة جيدة: للمتاجر والمنصات التعليمية والمواقع الإخبارية النشطة استخدم سيرفرًا خاصًا افتراضيًا (VPS) أو سحابيًا أو استضافة ووردبريس مُدارة، بدلًا من الاستضافة المشتركة المزدحمة.
  • إصدار PHP حديث: شغّل إصدار PHP 8.x مدعومًا حاليًا مع تفعيل OPcache.
  • تخزين مؤقت كامل للصفحات (Page Cache): قدّم للزوار صفحات HTML جاهزة من كاش السيرفر (LiteSpeed Cache أو Nginx FastCGI Cache) أو بإضافة مثل WP Rocket أو FlyingPress.
  • تخزين مؤقت للكائنات (Object Cache): ‏Redis أو Memcached يقللان الاستعلامات المتكررة لقاعدة البيانات، وهذا ضروري لمتاجر WooCommerce والمستخدمين المسجلين.
  • قاعدة بيانات نظيفة: احذف المراجعات القديمة والبيانات المؤقتة المنتهية والجداول المتبقية من إضافات محذوفة.
  • بروتوكول HTTP/2 أو HTTP/3 وضغط Brotli أو Gzip مفعّل على السيرفر أو شبكة CDN.

إذا كنت لا تريد إدارة ذلك بنفسك، فخدمة إدارة السيرفرات والاستضافة تتولى إعداد هذه البيئة وصيانتها بالكامل.

الخطوة 2: تحسين الصور (WebP وAVIF وصورة LCP)

الصور هي الجزء الأكبر من وزن معظم الصفحات، وهي غالبًا عنصر LCP نفسه، لذلك هنا تكون أكبر المكاسب عادة.

  • استخدم الصيغ الحديثة. أضاف ووردبريس 6.5 دعمًا أصليًا لصيغة AVIF، ويوضح فريق تطوير ووردبريس أن صور AVIF قد تكون أصغر حتى 50% من JPEG بنفس الجودة. وصيغة WebP بديل آمن ومدعوم على نطاق واسع. تأكد من دعم السيرفر لـAVIF من Tools → Site Health → Info → Media Handling.
  • صغّر أبعاد الصورة قبل الرفع. صورة بعرض 4000 بكسل تُعرض بعرض 800 بكسل هدر للبيانات. دع ووردبريس ينشئ أحجامًا متجاوبة عبر srcset.
  • لا تستخدم التحميل الكسول (Lazy Load) لصورة LCP أبدًا. صورة الواجهة أعلى الصفحة يجب أن تُحمّل فورًا مع fetchpriority="high"، ويُفضل تحميلها مسبقًا (Preload).
  • حمّل كل ما أسفل الشاشة بشكل كسول، بما في ذلك الصور والإطارات وفيديوهات YouTube (استخدم واجهة خفيفة بدل المشغل الكامل).
  • حدد العرض والارتفاع دائمًا (أو aspect-ratio في CSS) حتى يحجز المتصفح المساحة ويبقى CLS قريبًا من الصفر.

الخطوة 3: شبكة توصيل المحتوى (CDN) والتحميل الذكي

شبكة توصيل المحتوى (CDN) تقدّم ملفاتك من موقع قريب من كل زائر. لموقع مستضاف في أوروبا وزواره في مصر والخليج، أو العكس، قد يوفر ذلك مئات المللي ثانية في كل طلب. Cloudflare هو الخيار الأشهر، وتخزين صفحات HTML نفسها على الحافة (Edge Cache) وليس الملفات الثابتة فقط يحقق أكبر تحسن في TTFB، بشرط ضبطه بعناية حول سلة المشتريات والمستخدمين المسجلين.

كما أضاف ووردبريس 6.8 خاصية التحميل الاستباقي (Speculative Loading) إلى النواة. افتراضيًا يجلب الصفحة مسبقًا (Prefetch) بدرجة حذرة عندما يبدأ الزائر بالنقر على الرابط، ويتوقف للمستخدمين المسجلين. ومع كاش الصفحات يصبح التنقل بين الصفحات شبه فوري.

الخطوة 4: الخطوط وCSS وجافاسكربت والإضافات

الخطوط

المواقع العربية كثيرًا ما تحمّل ملفات خطوط ثقيلة. استضف خطوطك على موقعك بصيغة WOFF2 بدل تحميلها من سيرفر خارجي، واستخدم عائلة خط واحدة متغيرة (Variable Font) إن أمكن، واقتصر على الحروف التي تحتاجها (العربية واللاتينية)، وحمّل الملف الرئيسي مسبقًا، واستخدم font-display: swap حتى يظهر النص فورًا.

ملفات CSS

أدوات بناء الصفحات والقوالب كثيرًا ما تحمّل مئات الكيلوبايتات من CSS لا تستخدمها. أنشئ CSS الحرج (Critical CSS) للجزء الظاهر أعلى الصفحة، واحذف CSS غير المستخدم في كل صفحة، وحمّل الباقي دون أن يعطل عرض الصفحة.

جافاسكربت ومؤشر INP

جافاسكربت هي العدو الأول لزمن الحظر الكلي ولمؤشر INP. أجّل السكربتات غير الضرورية، وأخّر أدوات الدردشة والبكسلات والتحليلات حتى أول تفاعل من المستخدم عندما يكون ذلك مناسبًا، وأوقف سكربتات الإضافات في الصفحات التي لا تحتاجها (إضافة نموذج التواصل لا مكان لها في كل صفحة منتج). وراجع الأكواد الخارجية في Google Tag Manager بانتظام، لأن كل واحد منها ينافس لمسات ونقرات زوارك.

تحذير: إعدادات "تأخير كل جافاسكربت" المبالغ فيها قد تعطل القوائم والسلايدر وصفحة الدفع ونافذة الموافقة على الكوكيز. اختبر النماذج والسلة والدفع على هاتف حقيقي بعد كل تعديل، واحتفظ بنسخة تجريبية (Staging) للتجارب.

القالب والإضافات

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

مثال حي: كيف يحقق eslamabdullah.com من 97 إلى 100

موقعي eslamabdullah.com يحقق 100 على الكمبيوتر و97–100 على الموبايل في الأداء وإمكانية الوصول وأفضل الممارسات وSEO على Lighthouse وPageSpeed، ويمكنك اختباره بنفسك الآن. والتقنيات المستخدمة فيه هي نفسها الموجودة في هذا الدليل:

  • صورة الواجهة تُقدَّم بصيغة WebP متجاوبة بعدة أحجام، مع تحميل مسبق وfetchpriority="high".
  • الخطوط مستضافة على الموقع نفسه بملفات WOFF2 متغيرة (مجموعة عربية وأخرى لاتينية)، والملف الرئيسي محمّل مسبقًا.
  • ملف CSS مولَّد من الأصناف المستخدمة فعلًا في الصفحات فقط، فلا يوجد وزن زائد لأنماط غير مستخدمة.
  • جافاسكربت تُحمّل بخاصية defer فلا تعطل أول عرض للصفحة أبدًا.
  • كل صورة لها أبعاد ثابتة، ما يبقي إزاحة التخطيط قريبة من الصفر.

المبادئ نفسها تنطبق على أي موقع ووردبريس؛ الأدوات تختلف لكن الأولويات لا تتغير.

قائمة مراجعة تسريع موقع ووردبريس

المجالالإجراءالمؤشر الأكثر تحسنًا
الاستضافةسيرفر VPS سريع أو استضافة مُدارة، PHP 8.x، ‏OPcache، ‏RedisTTFB وLCP
التخزين المؤقتكاش كامل للصفحات مع رؤوس كاش المتصفحTTFB وLCP وFCP
CDNCloudflare أو ما يماثله، مع كاش الحافة حيث يكون آمنًاTTFB وLCP
الصورAVIF أو WebP، أحجام صحيحة، تحميل مسبق لصورة LCP وتحميل كسول للباقيLCP وCLS
الخطوطاستضافة WOFF2 محليًا، تقليل الحروف، تحميل مسبق، font-display: swapLCP وCLS
CSSCSS حرج وحذف غير المستخدمFCP وLCP
جافاسكربتتأجيل أو تأخير، إيقاف سكربتات الإضافات غير اللازمة، مراجعة الأكواد الخارجيةTBT وINP
القالب والإضافاتقالب خفيف وحذف الإضافات الثقيلة أو غير المستخدمةكل المؤشرات

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

أهم النقاط

  • أهداف Core Web Vitals: ‏LCP لا يزيد عن 2.5 ثانية، وINP لا يزيد عن 200 مللي ثانية، وCLS لا يزيد عن 0.1، وتُقاس عند الشريحة المئوية 75 من زيارات المستخدمين الحقيقيين.
  • بحسب تقرير Web Almanac 2025 من HTTP Archive، حوالي 45% فقط من مواقع ووردبريس تجتاز Core Web Vitals على الموبايل، لذلك الموقع السريع ميزة تنافسية حقيقية.
  • الاستضافة والكاش يعالجان جانب السيرفر، والصور والخطوط وCSS وجافاسكربت تعالج جانب المتصفح، وتحتاج الاثنين للوصول إلى 90–100.
  • منذ ووردبريس 6.5 يمكنك استخدام صور AVIF التي قد تكون أصغر حتى 50% من JPEG بنفس الجودة.
  • زمن الحظر الكلي (TBT) يمثل 30% من درجة الأداء في Lighthouse، لذلك جافاسكربت الثقيلة من الإضافات وأدوات بناء الصفحات والسكربتات الخارجية هي غالبًا سبب انخفاض درجة الموبايل.

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

هل يمكن فعلًا أن يحقق موقع ووردبريس 100 في PageSpeed؟

نعم. مع استضافة جيدة وكاش للصفحات وصور محسّنة وخطوط مستضافة محليًا وجافاسكربت تحت السيطرة، يمكن لكثير من مواقع ووردبريس الوصول إلى 90–100 على الكمبيوتر وأكثر من 90 على الموبايل. المواقع المليئة بالسكربتات الخارجية والإعلانات وأدوات البناء الثقيلة تجد ذلك أصعب، والهدف الأهم هو اجتياز Core Web Vitals وليس مطاردة درجة معملية مثالية.

ما القيم الجيدة لمؤشرات Core Web Vitals في ووردبريس؟

الحدود الجيدة واحدة لكل المواقع: أكبر عنصر مرئي LCP خلال 2.5 ثانية أو أقل، والتفاعل حتى الرسم التالي INP خلال 200 مللي ثانية أو أقل، وإزاحة التخطيط CLS بقيمة 0.1 أو أقل، وتُقاس عند الشريحة المئوية 75 من الزيارات الحقيقية.

ما أفضل إضافة كاش لووردبريس؟

يعتمد ذلك على السيرفر. على سيرفرات LiteSpeed تكون إضافة LiteSpeed Cache غالبًا الأنسب لأنها تعمل مع كاش السيرفر نفسه. وعلى استضافات Nginx أو Apache تُعد إضافات مثل WP Rocket أو FlyingPress خيارات شائعة. استخدم إضافة كاش صفحات واحدة فقط في نفس الوقت.

هل أستخدم صيغة WebP أم AVIF للصور في ووردبريس؟

الصيغتان أصغر كثيرًا من JPEG وPNG. ‏AVIF تضغط عادة بشكل أفضل ويدعمها ووردبريس أصليًا منذ الإصدار 6.5، لكن يجب أن تدعمها مكتبة معالجة الصور على السيرفر. أما WebP فخيار آمن بدعم واسع جدًا، وكثير من إضافات التحسين تقدم AVIF مع WebP كبديل احتياطي.

لماذا درجة موقعي على الموبايل أقل كثيرًا من الكمبيوتر؟

يختبر PageSpeed نسخة الموبايل على محاكاة لهاتف متوسط بشبكة ومعالج أبطأ، لذلك تؤثر جافاسكربت الثقيلة والصور الكبيرة أكثر بكثير. تقليل جافاسكربت وتحسين صورة LCP وحذف CSS غير المستخدم يغلق معظم الفجوة عادة.

محتاج مساعدة في ده؟

أقدر أنفذه لك بسرعة وأمان وبشكل صحيح من أول مرة. استشارة مجانية على واتساب.

تواصل على واتسابأرسل طلبك

المصادر

العودة إلى المدونة