انتقل إلى المحتوى
DevMarket
Odoo ModulesWordPress Pluginsقوالب ووردبريسShopify ThemesApp TemplatesScripts & Utilitiesالمدونةبِع على DevMarket
WordPress وWooCommerce

تسريع WooCommerce: دليل مرتّب حسب الأولوية لمتجرك الإلكتروني

سرّع WooCommerce بالترتيب الصحيح: قِس Core Web Vitals، وأصلح الاستضافة وإصدار PHP، واستخدم التخزين المؤقت بأمان، وصغّر الصور، وراجع الإضافات والسكربتات، ثم رتّب قاعدة البيانات والمهام الخلفية.

بقلم DevMarket Editorialنُشر: 9 دقائق قراءة
تسريع WooCommerce: دليل مرتّب حسب الأولوية لمتجرك الإلكتروني
في هذه الصفحة

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

باختصار

  • قِس صفحات حقيقية بأداتي PageSpeed Insights وSearch Console. في عام 2026 تتمثل مؤشرات Core Web Vitals في LCP (2.5 ثانية أو أقل) وINP (200 ميلي ثانية أو أقل) وCLS (0.1 أو أقل)، وتُقيَّم عند المئين 75 من الزيارات.
  • ابدأ بالخادم: إصدار PHP حديث، وذاكرة كافية، واستضافة تستجيب بسرعة.
  • خزّن الصفحات مؤقتًا، ولكن لا تخزّن أبدًا صفحات السلة والدفع وحسابي (My account).
  • ثم خفّف الصور والخطوط ووزن القالب والإضافات وسكربتات الأطراف الثالثة، وأخيرًا رتّب قاعدة البيانات والمهام الخلفية.
  • غيّر شيئًا واحدًا في كل مرة وأعد الاختبار.

كيف تسرّع WooCommerce: ترتيب العمل

الترتيب مهم لأن الخادم يضع سقفًا لكل ما يأتي بعده. وتشير web.dev في دليلها لتحسين LCP إلى أن ارتفاع زمن الوصول إلى أول بايت (Time to First Byte أو TTFB) قد يجعل تحقيق 2.5 ثانية في عرض أكبر محتوى (Largest Contentful Paint) صعبًا بل مستحيلًا.

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

كيف تقيس سرعة WooCommerce قبل أن تغيّر أي شيء؟

تعرض PageSpeed Insights نوعين من البيانات. بيانات الميدان (field data) تأتي من مستخدمي Chrome الحقيقيين خلال الـ 28 يومًا السابقة. وبيانات المختبر (lab data) تأتي من تشغيل محاكى لأداة Lighthouse على جهاز واحد وشبكة واحدة. وتُحسم نتيجة Core Web Vitals (نجاح أو رسوب) بحسب بيانات الميدان، لكن قد لا تتوفر هذه البيانات لمتجر جديد أو صغير، ويكون تشغيل المختبر الأداة الأفضل لتشخيص المشكلات. ولا تتضمن بيانات المختبر مقياس INP، لذا اعتمد على بيانات الميدان لهذا المقياس.

المؤشرات الثلاثة في Core Web Vitals، كما تعرّفها web.dev، هي:

  • LCP، سرعة التحميل: 2.5 ثانية أو أقل.
  • INP، الاستجابة للمس والنقر والضغط على المفاتيح: 200 ميلي ثانية أو أقل (حلّ محل First Input Delay في عام 2024).
  • CLS، الثبات البصري: 0.1 أو أقل.

يُقيَّم كل مؤشر عند المئين 75 من مرات تحميل الصفحة. ويعرض تقرير Core Web Vitals في Search Console البيانات نفسها لصفحاتك المفهرسة، مقسّمة إلى جوال وحاسوب، وتأخذ مجموعة الصفحات حالة أسوأ مؤشر فيها.

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

أصلح الخادم وخزّن الصفحات الصحيحة

الاستضافة وإصدار PHP

افحص TTFB على صفحة مخزّنة مؤقتًا أصلًا. وتذكر web.dev أن 0.8 ثانية أو أقل مؤشر تقريبي على أداء جيد. وإذا كانت الصفحات المخزّنة لا تزال بطيئة في البدء، فانظر في الاستضافة قبل أي شيء آخر.

في عام 2026 توصي WordPress باستخدام PHP 8.3 أو أحدث، وتذكر متطلبات الخادم في WooCommerce: PHP 8.3 أو أحدث، وMySQL 8.0 أو MariaDB 10.6 أو أحدث، وحدًّا للذاكرة قدره 256 MB، وHTTPS للإصدارات الحالية. وتقول WordPress إن إصدار PHP الأحدث قد يجعل موقعك أسرع. حدّثه من إعدادات استضافتك بعد أخذ نسخة احتياطية، وبعد تحديث WordPress وWooCommerce والقالب والإضافات أولًا، مع اختبار على نسخة تجريبية من الموقع (staging): راجع دليل WordPress عن تحديث PHP.

واسأل استضافتك أيضًا عن ذاكرة تخزين مؤقت دائمة للكائنات (persistent object cache). فبشكل افتراضي لا تدوم ذاكرة الكائنات في WordPress إلا لطلب واحد؛ وإبقاؤها بين الطلبات يحتاج إلى إضافة مثل Redis Object Cache وخادم Redis أو Memcached.

التخزين المؤقت للصفحات، وما يجب ألا يُخزَّن أبدًا

يخزّن التخزين المؤقت للصفحات (page cache) الصفحات الجاهزة حتى لا تعيد PHP بناءها لكل زائر. وهو مناسب للصفحة الرئيسية والفئات وصفحات المنتجات والمقالات. ويجب أن يتجاوز الصفحات التي تختلف من عميل إلى آخر: يقول دليل التخزين المؤقت في WooCommerce إن صفحات السلة (Cart) وحسابي (My Account) والدفع (Checkout) يجب أن تبقى ديناميكية. وتستثنيها إضافات تخزين مؤقت كثيرة أصلًا، لكن تأكد من الإعداد. ويذكر الدليل أيضًا ملفات تعريف ارتباط (كوكيز) يجب استثناؤها، منها woocommerce_cart_hash وwoocommerce_items_in_cart وwp_woocommerce_session_، ويقترح استثناء _wc_session_ إن كان في إضافة التخزين المؤقت خيار لقاعدة البيانات.

استخدم نظام تخزين مؤقت واحدًا للصفحات. فقد تشغّل استضافتك واحدًا على مستوى الخادم، ويتعارض نظامان على الموقع نفسه. وWP Super Cache وW3 Total Cache وLiteSpeed Cache أمثلة عريقة؛ وتحتاج ميزات التخزين المؤقت في LiteSpeed Cache إلى خادم LiteSpeed.

اختبره كما يفعل العميل. أضف منتجًا إلى السلة، ثم افتح المتجر في نافذة خاصة وتأكد من أن السلة فيها فارغة. سجّل الدخول وتحقق من أن حسابي (My account) يعرض بياناتك أنت. وأجرِ طلبًا تجريبيًا.

اجعل الواجهة الأمامية أخف

الصور والخطوط والتحميل الكسول

  • الحجم: ارفع الصور بحجم قريب من حجم عرضها، لا مباشرة من الكاميرا. وبعد تغيير أحجام الصور، تجد في WooCommerce > Status > Tools أداة Regenerate Shop Thumbnails.
  • الصيغة: تقبل WordPress رفع صور WebP منذ الإصدار 5.8 وصور AVIF منذ 6.5، بشرط أن تدعمها مكتبة الصور في خادمك. تحقق من Tools > Site Health > Info > Media Handling. ويمكن لإضافات مثل EWWW Image Optimizer أو ShortPixel تحويل الصور الموجودة.
  • التحميل الكسول (lazy loading): تضيف WordPress السمة loading="lazy" إلى الصور، وهي ميزة في النواة منذ الإصدار 5.5. حمّل بالكسل الصور الواقعة أسفل الشاشة الأولى فقط. وتقول web.dev ألا تُحمَّل صورة LCP بالكسل أبدًا؛ علّمها بالسمة fetchpriority="high"، على صورة أو صورتين على الأكثر، وحدّد لكل صورة عرضًا وارتفاعًا حتى لا يقفز التخطيط.
  • الخطوط: توصي web.dev بصيغة WOFF2، وبتجزئة الخط (subsetting) إلى الحروف التي تستخدمها، وبأقل عدد ممكن من ملفات الخطوط، وبالتحميل المسبق لأهمها. أما خطوط النظام فلا تحتاج إلى أي تنزيل. راجع أفضل ممارسات الخطوط لديها.

شبكة توصيل المحتوى ووزن القالب وسكربتات الأطراف الثالثة

تحتفظ شبكة توصيل المحتوى (CDN) بنسخ مخزّنة من الملفات على خوادم أقرب إلى الزوار، ما قد يخفض TTFB ويخفف العبء عن خادمك. وتشير web.dev إلى أن النتائج تختلف بحسب المنطقة ووقت اليوم، لذا اختبر من المكان الذي يوجد فيه عملاؤك. أضف CDN بعد التخزين المؤقت للصفحات، لا بدلًا منه.

القالب الثقيل يكلّفك في كل صفحة. اختبر القالب على صفحة منتج في PageSpeed Insights، واقرأ دليلنا عن اختبار قالب WooCommerce قبل شرائه. وعادةً ما يأتي الوزن من السلايدرات وبناة الصفحات والمكتبات الكثيرة المضمّنة.

تضيف سكربتات الأطراف الثالثة، مثل أدوات الدردشة وبكسلات الإعلانات ومديري الوسوم وشارات التقييم، طلبات جديدة وقد تؤخر التفاعلات، ما يضر بـ INP. اسرد كل نطاق تابع لطرف ثالث في تبويب Network في متصفحك. أزل السكربتات التي لا تضيف قيمة واضحة، وحمّل الباقي بالسمة async أو defer حيثما يسمح المزوّد بذلك.

الإضافات وقاعدة البيانات والمهام الخلفية

راجع إضافاتك

على نسخة تجريبية من الموقع، ثبّت Query Monitor، وهي لوحة أدوات للمطورين في WordPress وWooCommerce، لاكتشاف الاستعلامات البطيئة. عطّل المشتبه بها واحدة تلو الأخرى، وقِس من جديد، واحذف ما لا تحتاج إليه. ويشرح دليلنا عن أفضل إضافات WooCommerce كيف تختار البدائل.

قاعدة البيانات والقيم المؤقتة والجلسات

تُحمَّل الخيارات ذات التحميل التلقائي (autoloaded options) مع كل طلب صفحة. ومنذ WordPress 6.6 تعرض Site Health مشكلة حرجة عندما يتجاوز مجموع هذه الخيارات 800 KB؛ وتضيف إضافة Performance Lab نسخة أكثر تفصيلًا من هذا الفحص. أما القيم المؤقتة (transients) فهي قيم مخزّنة مؤقتًا لها تاريخ انتهاء. وفي WooCommerce > Status > Tools أداة Expired Transients التي تزيل المنتهية فقط، وأداة WooCommerce Transients التي تمسح بيانات المتجر والمنتجات المؤقتة (قد تكون الصفحات أبطأ إلى أن يُعاد بناؤها)، وأداة Clear Customer Sessions التي تحذف السلات الحيّة، فتجنّبها في ساعات البيع. وخذ نسخة احتياطية قبل أي تنظيف.

Action Scheduler وHPOS

يشغّل WooCommerce المهام الخلفية عبر Action Scheduler؛ وتراها في WooCommerce > Status > Scheduled Actions. ويحذف الإجراءات المكتملة والملغاة بعد نحو شهر، وابتداءً من الإصدار 4.0.0 يحتفظ بالإجراءات الفاشلة ثلاثة أشهر افتراضيًا. وقد يعني طابور طويل من الإجراءات المتأخرة أن مجدول WordPress لا يُشغَّل، لأن WP-Cron لا يعمل إلا عندما يحمّل أحدهم صفحة. اسأل استضافتك عن مهمة مجدولة على مستوى الخادم، وراجع ملاحظات الأداء لدى Action Scheduler نفسها.

يحتفظ تخزين الطلبات عالي الأداء (HPOS) بالطلبات في جداول مخصصة مصمّمة لاستعلامات WooCommerce. وهو مفعّل افتراضيًا في المتاجر الجديدة ابتداءً من WooCommerce 8.2. وتفعّله المتاجر القائمة بنفسها من WooCommerce > Settings > Advanced > Features، مع استخدام وضع التوافق (compatibility mode) أثناء مزامنة الطلبات. تحقق من توافق الإضافات أولًا، وخذ نسخة احتياطية.

خطة مرتبة حسب الأولوية

الترتيبالإجراءكيف تتحقق
1قياس أساسي للرئيسية والفئة والمنتج والسلة والدفعأرقام PageSpeed Insights وSearch Console المحفوظة
2الاستضافة وPHP: PHP 8.3 أو أحدث، والذاكرة، وTTFBTTFB على صفحة مخزّنة مؤقتًا
3تخزين مؤقت واحد للصفحات مع استثناء السلة والدفع والحساباختبار السلة في نافذة خاصة
4الصور والخطوط: الأحجام، وWebP أو AVIF، وعدم التحميل الكسول لصورة الواجهة الرئيسية (hero)LCP
5مراجعة الإضافات والقالبقبل وبعد على نسخة تجريبية
6سكربتات الأطراف الثالثةINP في بيانات الميدان
7تنظيف قاعدة البيانات وAction SchedulerSite Health وScheduled Actions
8CDNTTFB من مناطق عملائك

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

ما درجة PageSpeed الجيدة لمتجر WooCommerce؟

لا تلاحق الدرجة 100. المهم هو اجتياز حدود مؤشرات Core Web Vitals الثلاثة في بيانات الميدان. وسرعة صفحة المنتج وصفحة الدفع أهم من درجة مختبر مثالية للصفحة الرئيسية.

لماذا صفحة الدفع بطيئة بينما بقية المتجر سريعة؟

لا يمكن تخزين صفحتي السلة والدفع مؤقتًا، فتعتمدان على خادمك وPHP وذاكرة الكائنات وقاعدة البيانات وسكربتات طرق الدفع لديك. افحص TTFB وحمل الإضافات أولًا.

هل أحتاج إلى CDN؟

ليس دائمًا. إذا كان معظم عملائك بعيدين عن خادمك، أو كنت تقدّم صورًا كثيرة، فقد يفيد CDN. أعدّ التخزين المؤقت للصفحات أولًا، وقِس المكسب.

هل يسرّع حذف الطلبات القديمة متجري؟

ليس كخطوة أولى. فالطلبات سجلات تجارية وضريبية، لذا اسأل محاسبك قبل حذف أي منها، وفضّل HPOS والتخزين المؤقت وتنظيف الإضافات.

الخطوة التالية

اقرأ كيف تختار أفضل إضافات WooCommerce دون أن تُثقل المتجر، واحمِه باتباع قائمة التحقق من أمان WordPress، وتصفح إضافات WooCommerce والقوالب على DevMarket.

XLinkedInWhatsApp

حماية موقع WordPress: قائمة التحقق من الأمان للمتاجر ومواقع الأعمال

استخدم قائمة التحقق هذه لتغطية التحديثات، ونسخ احتياطية مُختبرة، وتسجيل دخول قوي مع المصادقة الثنائية، وأدوار المستخدمين، وإضافات موثوقة، وتحصين wp-config، وجدران الحماية، والتعافي بعد الاختراق.

8 دقائق قراءة

اعثر على البرنامج المناسب للمهمة

لكل منتج على DevMarket إصدار يراجعه فريقنا، ومفتاح ترخيص فوري، وشروط واضحة للتحديث والدعم.