يبدأ كل تحقيق في أداء WooCommerce تقريباً بالطريقة نفسها. صاحب المتجر انتقل بالفعل إلى استضافة أسرع، وثبّت إضافة تخزين مؤقت، واشترى أداة لضغط الصور، والموقع ما زال بطيئاً. فيستنتج أن WooCommerce ثقيل بطبيعته ويستسلم.
صحيح أن WooCommerce أثقل من موقع تعريفي، وهذا أمر لا مفر منه حين تستطيع كل صفحة أن تحمل سلة شراء. لكن المتجر الذي يستغرق ست ثوانٍ حتى يظهر لا يعاني من ذلك العبء. إنه يعاني من شيء محدد، وفي خبرتي يكون دائماً تقريباً واحداً من أربعة أمور.
باختصار: المتاجر بطيئة لأن صفحتي السلة والدفع لا يمكن تخزينهما مؤقتاً كصفحات كاملة، ولأن جدول الخيارات تضخّم ببيانات تُحمَّل تلقائياً بلا فائدة، ولأن استعلامات المنتجات تمسح جدول ميتا بلا فهارس، ولأن ثلاثين إضافة تضيف كل واحدة منها سكربتاتها إلى كل صفحة. الاستضافة آخر ما تغيّره لا أوله.
لماذا يختلف المتجر عن المدونة
فهم فارق واحد يفسّر معظم سلوك أداء WooCommerce.
تدوينة المدونة واحدة لكل زائر، فيمكن توليدها مرة واحدة وتقديمها من الذاكرة المؤقتة للجميع. لهذا تكون المواقع التعريفية سريعة مهما كانت طريقة بنائها تقريباً. أما المتجر فلا يستطيع ذلك في كل صفحة، لأن السلة شخصية. فبمجرد أن يضيف الزائر منتجاً، صار على الصفحة أن تعكس حالته هو لا نسخة مشتركة.
والنتيجة أن صفحات السلة والدفع والحساب تتجاوز التخزين المؤقت للصفحات كلياً، وتنفّذ PHP واستعلامات قاعدة البيانات عند كل طلب. وهي نفسها الصفحات التي يكلّفك البطء فيها مالاً مباشراً. فصفحة التصنيف البطيئة تخسر المتصفحين، وصفحة الدفع البطيئة تخسر المشترين.
لذلك فالسؤال المفيد ليس أبداً: هل موقعي سريع؟ بل: ما سرعة موقعي لزائر مسجّل الدخول يحمل شيئاً في سلته؟ اختبر تلك الحالة تحديداً، لأنها الحالة التي تعتمد عليها إيراداتك، وهي الحالة التي تفوتها كل أدوات قياس السرعة الاصطناعية.
الأمور الأربعة المعطّلة فعلاً
جدول خيارات مثقل. يحمّل ووردبريس مجموعة من الخيارات عند كل طلب دون استثناء، والإضافات تضيف إليها بحرية. والإضافات المحذوفة تترك صفوفها خلفها عادةً. وفي المتاجر القديمة ينمو هذا الجدول إلى عشرات الميغابايتات من بيانات تُحمَّل تلقائياً وتُقرأ عند كل عرض صفحة، بما في ذلك صفحة الدفع. المشكلة غير مرئية، وتراكمية، وإصلاحها من أعلى الإصلاحات مردوداً. افحص الحجم الإجمالي للخيارات المحمّلة تلقائياً أولاً، فإن كان يُقاس بالميغابايت لا بالكيلوبايت فقد وجدت وقتاً حقيقياً.
استعلامات المنتجات على بيانات ميتا بلا فهارس. خزّنت WooCommerce تاريخياً خصائص المنتجات وأسعارها ومخزونها في جدول ميتا عام مشترك مع كل شيء آخر. وفلترة كتالوج كبير أو ترتيبه يعني ضمّ ذلك الجدول مراراً وتكراراً. مع بضع مئات من المنتجات لا يلاحظ أحد شيئاً. ومع عشرات الآلاف، تزحف صفحات التصنيفات والفلاتر زحفاً. وقد نقلت إصدارات WooCommerce الأحدث بيانات الطلبات إلى جداول مخصصة لتخفيف هذا الضغط تحديداً، وتفعيل ذلك التخزين في متجر له سجل طلبات طويل يستحق العناء بذاته عادةً.
الإضافات والاستدعاءات الخارجية
تكاثر الإضافات على المسار الحرج. المشكلة نادراً ما تكون في العدد نفسه، بل في أن معظم الإضافات تُدرج ملفات CSS وجافاسكربت الخاصة بها في كل صفحة بدل الصفحات التي تحتاجها وحدها. فإضافة حجز مواعيد تُستخدم في صفحة واحدة تحمّل ملفاتها في صفحة الدفع لديك. والعلاج غير مبهر: دقّق ما تحمّله كل إضافة، وألغِ إدراج الملفات خارج صفحاتها، واحذف كل ما لا تستطيع تسمية وظيفته.
استدعاءات خارجية بلا تخزين مؤقت. أسعار الشحن الحية، والاستعلام عن الضرائب، وتحويل العملات، والتحقق من المخزون لدى نظام خارجي، كلها تضع طلب شبكة داخل تحميل الصفحة. فحين يتباطأ ذلك المزوّد تتباطأ صفحة الدفع لديك، وحين يتعطّل تتعطّل هي أيضاً. كل استدعاء خارجي في مسار الطلب يحتاج إلى مهلة زمنية وتخزين مؤقت وقيمة احتياطية. ويشرح دليلنا لتكامل واجهات الأطراف الأخرى كيف ينبغي بناء ذلك.
ما ينفع فعلاً، بالترتيب
اعمل على هذه الخطوات بالتسلسل، لأن كل واحدة منها تغيّر ما يخبرك به القياس التالي.
تخزين مؤقت للكائنات لا للصفحات وحدها. التخزين المؤقت للصفحات يقدّم صفحات HTML كاملة ولا يستطيع مساعدة السلة أو الدفع. أما التخزين المؤقت الدائم للكائنات فيحفظ نتائج استعلامات قاعدة البيانات في الذاكرة ويسرّع بالضبط الصفحات التي لا يلمسها تخزين الصفحات. وهذا في المتجر أكبر تحسين منفرد متاح عادةً، وهو الخطوة الأكثر تخطياً لأن إضافة التخزين المؤقت المثبّتة سلفاً أعطت انطباعاً بأن المهمة أُنجزت.
صيانة قاعدة البيانات. امسح البيانات المؤقتة المنتهية، وأزل بيانات الميتا اليتيمة الباقية من منتجات وطلبات محذوفة، وقلّم مراجعات المنشورات. وفي متجر يعمل منذ سنوات، يزيل هذا عادةً جزءاً كبيراً من قاعدة البيانات. اجعلها مهمة مجدولة لا عملية تُنفَّذ مرة واحدة.
ثم الاستضافة. متى استقام التخزين المؤقت وقاعدة البيانات، صارت الاستضافة مهمة فعلاً: إصدار PHP، والذاكرة المتاحة، وهل قاعدة البيانات على الجهاز نفسه، وهل أنت على استضافة مشتركة تزاحم فيها مستأجرين آخرين. لكن نقل الاستضافة قبل إصلاح ما سبق ينقل المشكلة إلى عنوان أغلى لا أكثر.
الملفات الثابتة أخيراً. صيغ الصور والتحميل الكسول وتأجيل السكربتات أمور تستحق العمل، وهي ما تبدأ به معظم الأدلة. لكنها تحسّن تجربة تحميل صفحات كانت تُقدَّم بسرعة معقولة أصلاً. وهي لا تفعل شيئاً يُذكر لصفحة دفع تقضي أربع ثوانٍ داخل PHP قبل أن ترسل بايتاً واحداً.
قياس أداء WooCommerce بطريقة صحيحة
الدرجات الاصطناعية تضلّل أصحاب المتاجر أكثر من أي فئة أخرى، فقِس عن قصد.
اختبر حالة المستخدم المسجّل الذي تحوي سلته منتجات. فمعظم الأدوات تختبر زائراً مجهولاً يفتح الصفحة الرئيسية، وهو أسرع مسار ممكن داخل موقعك ولا يخبرك شيئاً تقريباً عن صفحة الدفع.
افصل زمن الخادم عن زمن الواجهة الأمامية. فإن استغرق الخادم ثلاث ثوانٍ لإنتاج HTML، فلن ينقذ الصفحة أي قدر من تحسين الصور. وزمن أول بايت يخبرك أي نصفي المشكلة لديك، وبالتالي أي الإصلاحات السابقة ينطبق عليك.
استخدم بيانات الميدان بدل بيانات المختبر حيثما استطعت. فالزوار الحقيقيون على اتصالات وهواتف حقيقية يرسمون صورة مختلفة عن اختبار يُجرى داخل مركز بيانات، ومؤشرات الويب الأساسية تُقيَّم على الأولى. ويشرح دليل تدقيق أداء ووردبريس كيف تُقرأ هذه المقاييس قراءة صحيحة، بينما يوضّح مؤشرات الويب الأساسية في 2026 ما تتطلبه العتبات فعلاً.
وأخيراً، راقب قاعدة البيانات مباشرةً أثناء طلب بطيء. فسجل استعلامات يُظهر الاستعلام نفسه منفَّذاً مئتي مرة في تحميل صفحة واحدة يحدد الجاني فوراً، وهذا النمط شائع جداً في المتاجر التي تشغّل عدة إضافات تطلب كل منها بيانات المنتجات على حدة.
ما تكلفة هذا العمل
الأسعار أدناه تعكس أسعار الوكالات البريطانية المعتادة لمتجر متوسط الحجم.
تدقيق أداء يحدد الأسباب بعينها، مع قائمة إصلاحات مرتبة بالأولوية وقياسات قبل وبعد، يتراوح عادةً بين 900 و2,500 جنيه إسترليني. وهو ارتباط تشخيصي يستحق الشراء منفصلاً، لأنه يخبرك إن كان العمل المتبقي أسبوعاً أم شهراً.
أما تنفيذ الإصلاحات الشائعة، من تخزين مؤقت للكائنات وتنظيف لقاعدة البيانات وتدقيق لملفات الإضافات وتخزين مؤقت للاستدعاءات الخارجية، فيتراوح عادةً بين 2,000 و6,000 جنيه إسترليني بحسب حجم ما تراكم.
والعمل الأعمق أغلى لأنه تطوير حقيقي. فترحيل كتالوج كبير إلى تخزين مفهرس، أو إعادة بناء نظام فلترة يمسح جدول الميتا، أو استبدال إضافة بطيئة بتنفيذ مخصص موجّه، يقع عادةً بين 6,000 و20,000 جنيه إسترليني.
والرقم الأهم من هذه كلها هو ما يكلفك إياه البطء. فمعدل ترك صفحة الدفع يرتفع ارتفاعاً قابلاً للقياس مع زمن التحميل، ومتجر بإيراد معتبر يستطيع عادةً تبرير التدقيق من صفحة الدفع وحدها.
أصلح المتجر لا الدرجة
تنفّذ Mecanik أعمال أداء WooCommerce ضمن خدمة تطوير ووردبريس لدينا، ونبدأ بقياس مسار الدفع لمستخدم مسجّل الدخول لا الصفحة الرئيسية، لأن هناك تخسر المتاجر مالها فعلاً.
ننظر في الخيارات المحمّلة تلقائياً، وتخزين الطلبات، وأنماط الاستعلامات، والاستدعاءات الخارجية قبل أن نوصي بتغيير الاستضافة، ونسلّمك القياسات قبل وبعد ليكون التحسن قابلاً للتحقق لا مجرد ادعاء. وإن كان متجرك بطيئاً لأنه تجاوز حدود المنصة لا لأنه سيّئ الإعداد، فسنقول لك ذلك أيضاً، ويضع دليل توسيع التجارة الإلكترونية ذلك القرار في سياقه. وإن تباطأ المتجر فجأة دون أي تغيير، فافحص الأمان قبل الأداء كما يشرح دليل تنظيف ووردبريس المخترق .
أرسل لنا الرابط وعدد المنتجات والطلبات التي يحملها المتجر تقريباً، وسنخبرك أي الأسباب الأربعة أعلاه هو الأرجح في حالتك.
تدوينات ذات صلة: ووردبريس مخترق: إزالة البرمجيات الخبيثة والتعافي ، توسيع نطاق أعمال التجارة الإلكترونية في بريطانيا: دليل 2026 ، توظيف مطور Drupal: الأسعار والمهارات والتقييم ، كم تكلفة إنشاء موقع إلكتروني في المملكة المتحدة عام 2026؟ .
الأسئلة الشائعة
لماذا متجر WooCommerce بطيء رغم وجود إضافة تخزين مؤقت؟ لا يمكن تطبيق التخزين المؤقت للصفحات على صفحات السلة والدفع والحساب، لأنها يجب أن تعكس حالة كل زائر على حدة. وهذه الصفحات تنفّذ PHP واستعلامات قاعدة البيانات عند كل طلب، فتسريعها يحتاج تخزيناً مؤقتاً للكائنات وعملاً على قاعدة البيانات لا تخزيناً مؤقتاً للصفحات.
هل الانتقال إلى استضافة أفضل يصلح أداء WooCommerce؟ جزئياً فقط، ولا ينبغي أن يكون الخطوة الأولى. فإن كان جدول الخيارات متضخماً والاستعلامات بلا فهارس والإضافات تحمّل ملفاتها في كل مكان، فالاستضافة الأفضل تجعل المشكلات نفسها أسرع قليلاً بتكلفة أعلى. أصلح التخزين المؤقت وقاعدة البيانات أولاً، ثم أعد تقييم الاستضافة.
كم عدد الإضافات الذي يُعد كثيراً على WooCommerce؟ العدد أقل أهمية مما تحمّله كل إضافة. فعشرون إضافة منضبطة لا تُدرج ملفاتها إلا في صفحاتها تضر أقل من ثماني إضافات تحمّل سكربتاتها على الموقع كله. دقّق ما تضيفه كل واحدة إلى صفحة الدفع، واحذف كل ما لا يستطيع أحد ذكر غرضه.
ما تكلفة تحسين سرعة WooCommerce؟ تدقيق تشخيصي مع قائمة إصلاحات مرتبة بالأولوية يكلف عادةً بين 900 و2,500 جنيه إسترليني. وتنفيذ الإصلاحات الشائعة مثل التخزين المؤقت للكائنات وتنظيف قاعدة البيانات وتدقيق الملفات يتراوح عادةً بين 2,000 و6,000 جنيه إسترليني، بينما قد تصل إعادة بناء الكتالوج أو الفلاتر إلى ما بين 6,000 و20,000 جنيه إسترليني.
كيف أختبر أداء WooCommerce بطريقة صحيحة؟ اختبر بصفتك زائراً مسجّل الدخول لديه منتجات في السلة، لا زيارة مجهولة للصفحة الرئيسية. وافصل زمن استجابة الخادم عن زمن العرض في الواجهة لتعرف أي النصفين بطيء، واستخدم بيانات الميدان من زوار حقيقيين بدل الاعتماد على الدرجات المخبرية وحدها.
التعليقات