كيفية تحسين سرعة موقع ووردبريس الخاص بالفعاليات

كيفية تحسين سرعة موقع ووردبريس الخاص بالفعاليات

إجابة سريعة: لتحسين سرعة موقع الويب الخاص بالفعاليات على ووردبريس ، اختبر رحلة الفعالية على شكل أربع مراحل منفصلة: التقويم، وفعالية واحدة، والتسجيل، والدفع.

استخدم بيانات الحقل لمعرفة ما يواجهه الزوار الحقيقيون، ثم استخدم PageSpeed ​​Insights و Chrome DevTools ومراقبة الخادم وأدوات تشخيص WordPress للعثور على السبب.

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

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

موقع إلكتروني خاص بفعالية ما، عبارة عن سلسلة من العمليات المختلفة. قد يتم تحميل الصفحة الرئيسية بسرعة بينما يعاني التقويم من ضغط مئات الفعاليات. وقد تنتظر صفحة فعالية واحدة تحميل صورة رئيسية، أو خريطة للمكان، أو معرض صور للمتحدثين، أو مقطع فيديو.

تُضيف عملية التسجيل طلبات AJAX وعمليات كتابة في قاعدة البيانات. وتُضيف عملية الدفع جلسة مستخدم وبوابة دفع.

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

التقويم -> الحدث -> التسجيل -> الدفع

حدد المرحلة الأبطأ أولاً. ثم تتبع سبب التأخير إلى المتصفح، أو ووردبريس، أو قاعدة البيانات، أو الخادم، أو خدمة خارجية.

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

لماذا تحتاج مواقع الفعاليات إلى اختبار سرعة مختلف؟

تجمع مواقع الفعاليات بين المحتوى العام، والتقاويم التي تحتوي على استعلامات كثيرة، والنماذج الشخصية، وصفحات المعاملات. وقد يتعطل كل جزء منها لسبب مختلف.

يقتصر موقع الشركة الإلكتروني القياسي في الغالب على عرض المنشورات والصفحات. وقد يتطلب موقع الفعالية أيضًا ما يلي:

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

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

يمكن لشبكة توصيل المحتوى (CDN) أن تقدم صور المتحدثين بالقرب من الزوار، لكنها لا تستطيع إضافة عمال PHP عند حجز الطلبات في قائمة الانتظار على الخادم.

يُبقي المسار ذو المراحل الأربع التحقيقَ مُرتكزًا على ما يحاول الزائر فعله. كما يُعطي صورةً أوضح لأداء موقع ووردبريس الخاص بالفعاليات مقارنةً باختبار الصفحة الرئيسية فقط.

كيف يمكنك قياس سرعة موقع ووردبريس الخاص بالفعاليات؟

قم بقياس عنوان URL واحد من كل مرحلة من مراحل رحلة الحدث، وكرر كل اختبار في ظل نفس الظروف، واحتفظ بالنتيجة المتوسطة. هذا يُنشئ خط أساس يمكنك مقارنته لاحقًا.

ابدأ بأربعة عناوين URL تمثيلية:

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

تُفرّق جوجل بين بيانات الميدان وبيانات المختبر. تُقدّم بيانات الميدان تقارير عن تجربة الزوار الحقيقيين على مدار الوقت. أما بيانات المختبر، فتُحمّل الصفحة في ظروف مُحكمة وتساعدك على إعادة إنتاج المشكلة. يُوصي دليل أداة مؤشرات أداء الويب الأساسية من جوجل باستخدام كليهما لأغراض مُختلفة.

قم ببناء خط الأساس

1. افتح أداة PageSpeed ​​Insights واختبر جميع عناوين URL الأربعة على الهاتف المحمول وسطح المكتب.
2. احفظ نتيجة بيانات الحقول عندما يكون لدى عنوان URL أو المصدر حركة مرور كافية. لا تعتبر البيانات المفقودة للحقول بمثابة نجاح.
3. قم بإجراء اختبار المختبر ثلاث مرات على الأقل لكل عنوان URL. احتفظ بالنتيجة المتوسطة بدلاً من أفضل نتيجة.
4. أعد اختبار التقويم بعد تغيير الشهر أو تطبيق فلتر شائع.
5. افتح أدوات مطوري Chrome، وحدد لوحة الشبكة، وسجل طلب تسجيل. قم بالتصفية حسب Fetch/XHR لعزل الطلب.
6. سجل ما إذا كنت قد سجلت الدخول، وما إذا كانت ذاكرة التخزين المؤقت للصفحة نشطة، وما هو ملف تعريف الجهاز الذي استخدمته، وموقع الاختبار.

تُعتبر عتبات مؤشرات الأداء الأساسية للويب من جوجل حاليًا جيدة، وهي: زمن استجابة الصفحة (LCP) عند 2.5 ثانية أو أقل، وزمن استجابة الصفحة (INP) عند 200 مللي ثانية أو أقل، وزمن تغيير التخطيط التراكمي (CLS) عند 0.1 أو أقل. ويتم تقييم هذه المؤشرات عند النسبة المئوية الخامسة والسبعين من الزيارات، وفقًا لوثائق مؤشرات الأداء الأساسية للويب.

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

ما الذي يجب عليك فحصه عندما يكون الموقع الإلكتروني بأكمله بطيئًا؟

عندما يكون للتقويم وصفحة الحدث وصفحة التسجيل وصفحات ووردبريس العادية استجابة أولية بطيئة، ابدأ بموارد الاستضافة وعمل PHP والقالب النشط وتعارضات المكونات الإضافية.

تشخيص التأخير

اختبر صفحة بسيطة وأرشيف الأحداث بعد تسجيل الخروج. إذا أظهر كلاهما زمن استجابة طويل (TTFB)، فافتح لوحة تحكم الاستضافة وقارن وقت الاختبار مع استخدام وحدة المعالجة المركزية والذاكرة وعامل PHP والسجلات البطيئة ونشاط قاعدة البيانات. اطلب من مزود الاستضافة نفس البيانات إذا لم تكن متاحة في لوحة التحكم.

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

1. انتقل إلى البرنامج المساعد في التأليف Plugins > Add New وتثبيت فحص الصحة واستكشاف الأخطاء وإصلاحها.
2. ساعات العمل Tools > Site Health > Troubleshooting وقم بتفعيل وضع استكشاف الأخطاء وإصلاحها.
3. قم بالاختبار باستخدام قالب ووردبريس الافتراضي مع تفعيل إضافة الأحداث فقط.
4. أعد تفعيل القالب والإضافات الأخرى واحدة تلو الأخرى، مع تكرار اختبار عنوان URL نفسه بعد كل تغيير.

أصلح السبب المقاس

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

إذا كان الموقع المُبسّط لا يزال بطيئًا وكان الخادم مُثقلًا، فاطلب من مُزوّد ​​الاستضافة تقديم بيانات الأداء الأساسية وبيانات المراقبة الزمنية. استفسر تحديدًا عن عمليات PHP العاملة، وتقييد سرعة المعالج، وحدود الذاكرة، وازدحام قاعدة البيانات، وما إذا كانت خطة الاستضافة تدعم التخزين المؤقت للصفحات الكاملة أو الكائنات.

التحقق من التغيير

استعد القالب الأصلي والإضافات المطلوبة، وامسح ذاكرة التخزين المؤقت، ثم كرر الاختبارات الثلاثة نفسها. يُعتبر تغيير الخادم ناجحًا عندما يتحسن متوسط ​​وقت استجابة الخادم (TTFB) على عناوين URL المتأثرة، ويستمر سير عمل الحدث في العمل.

كيف يمكن إصلاح بطء تقويم الأحداث في ووردبريس؟

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

تشخيص التقويم

قارن أرشيف الأحداث بصفحة بسيطة وحدث واحد. ثم أجب عن هذه الأسئلة:

• هل تحميل التقويم الأول فقط هو البطيء، أم أن تغييرات الشهر والفلاتر بطيئة أيضاً؟
• هل تتفاقم المشكلة عندما تتضمن طريقة العرض المزيد من الأحداث؟
• هل الأحداث المتكررة مفتوحة النهاية عندما يكون للمسلسل تاريخ انتهاء معروف؟
• هل يتم تحميل جميع العلامات في عرض الخريطة دفعة واحدة؟
• هل لا تزال الأحداث المنتهية الصلاحية مدرجة في الاستعلامات العامة؟
• هل تستغرق استجابات AJAX معظم الوقت، أم أن المتصفح مشغول بعرض البطاقات والبرامج النصية بعد ذلك؟

قم بتثبيت برنامج مراقبة الاستعلامات على بيئة الاختبار أو أثناء جلسة تشخيصية مُراقبة. افتح التقويم البطيء أثناء تسجيل الدخول، واختر "الاستعلامات" من قائمة شريط أدوات الإدارة، ثم قم بالفرز حسب الوقت.

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

تقليل عبء العمل على التقويم

ابدأ بتغييرات في الإعدادات تقلل من حجم العمل المطلوب لكل طلب:

1. اعرض عددًا أقل من الأحداث في القائمة أو الشبكة الأولية وأضف ترقيم الصفحات.
2. استخدم نطاقًا زمنيًا أضيق عندما لا تحتاج الصفحة إلى البحث في الأرشيف الكامل.
3. امنح المسلسلات المتكررة تاريخ انتهاء حقيقي عندما يكون هناك تاريخ انتهاء.
4. تجنب تحميل عرض خريطة كبير كتقويم افتراضي عندما يمكن لقائمة أن تجيب على السؤال الأول بشكل أسرع.
5. قم بإزالة الوحدات التي لا تستخدمها الصفحة، مثل الطقس، أو العد التنازلي، أو معرض الصور، أو الخريطة.
6. حدد المدة التي يجب أن تبقى فيها الأحداث الماضية متاحة للعامة. قم بأرشفتها أو حذفها فقط بعد التأكد من متطلبات الاحتفاظ بها وإنشاء نسخة احتياطية.

المواقع التي تستخدم Modern Events Calendar توجد عدة عناصر تحكم ذات صلة. انتقل إلى MEC Settings > General > Advanced للمراجعة الدورية و الأصول (ملفات CSS و JavaScript).

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

يحل خيار " الأصول لكل صفحة" مشكلة مختلفة. فهو يمنع تحميل ملفات MEC على صفحات غير ذات صلة، مما يقلل من طلبات الواجهة الأمامية غير الضرورية عبر الموقع.

يُضمّن MEC ملفاته تلقائيًا في صفحات الأحداث الفردية وصفحات الأرشيف الخاصة به. إذا وضعت رمز MEC المختصر في صفحة أخرى، فعدّل تلك الصفحة وفعّل خيار " تضمين أصول MEC" . توضح وثائق الإعدادات العامة الحالية لـ MEC مواقع المحرر الكلاسيكي ومحرر غوتنبرغ.

يتيح لك نظام إدارة الأحداث (MEC) أيضًا تشغيل أو إيقاف وحدات الأحداث الفردية. راجع وثائق وحدات الأحداث قبل تعطيل أي وحدة يستخدمها قالب حدث.

تنويه: Webnus يطور Modern Events Calendarالإعدادات المذكورة أعلاه مرتبطة بوثائق المنتج حتى تتمكن من التحقق من سلوكها ومسارات القوائم.

تحقق من إصلاح التقويم

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

تأكد أيضًا من أن صفحات الرموز المختصرة لا تزال تحتوي على ملفات CSS و JavaScript الخاصة بها بعد تمكين ميزة الأصول لكل صفحة.

كيف يمكن إصلاح الصفحات الثقيلة التي تحتوي على حدث واحد؟

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

ابحث عن عنصر LCP والأصول باهظة الثمن

افتح صفحة الحدث في متصفح Chrome، ثم افتح أدوات المطورين، واختر الأداء . ستحدد لك نافذة المقاييس المباشرة عنصر LCP المحلي؛ مرر مؤشر الماوس فوقه لتمييزه على الصفحة.

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

ثم استخدم لوحة الشبكة:

1. قم بتعطيل ذاكرة التخزين المؤقت للمتصفح أثناء فتح أدوات المطورين.
2. خذ المخاطر. لا شيء يمكن أن يحل محل التجربة.
3. الترتيب حسب المقاس للعثور على ملفات الصور الكبيرة وملفات ملصقات الفيديو.
4. الترتيب حسب المدة للعثور على الخطوط والخرائط والملفات المضمنة وواجهات برمجة التطبيقات البطيئة.
5. قم بالتصفية حسب نطاق جهة خارجية لمعرفة عدد الطلبات التي ينشئها عنصر واجهة المستخدم.

لفحص ملفات الإضافات والقوالب، افتح لوحة التغطية في أدوات المطورين ، وأعد تحميل الصفحة، وتفاعل مع عناصر التحكم في التقويم أو الحجز. تعرض لوحة التغطية عدد البايتات المستخدمة وغير المستخدمة في كل مورد من موارد CSS وJavaScript.

هذا دليلٌ لمزيدٍ من التحقيق، وليس إذنًا لحذف ملف. قد يؤدي حذف رمز الإضافة دون فهم تبعياته إلى تعطيل المرشحات أو النماذج. راجع دليل تغطية Chrome للاطلاع على خطوات التسجيل.

قم بإصلاح الصور أولاً عندما تستحوذ على معظم مساحة الصفحة.

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

استخدم تنسيق WebP أو AVIF عندما يكون إعداد ووردبريس لديك قادرًا على إنشاء هذا التنسيق وعرضه بكفاءة. يمكن لإضافات مثل Imagify و ShortPixel Image Optimizer تغيير حجم الصور المرفوعة وضغطها وإنشاء تنسيقات أحدث لها. اختر طريقة واحدة لمعالجة الصور، واحتفظ بنسخة احتياطية من الصور الأصلية، وقارن جودة الصورة قبل معالجة مجموعة كبيرة منها.

أضف بدقة width و height سماتٌ تُمكّن المتصفح من حجز مساحة. حمّل الصور والإطارات المضمنة (iframes) أسفل الشاشة الأولى عند الحاجة. لا تُحمّل صورة LCP عند الحاجة. جوجل دليل LCP يوصي بجعل هذا المورد قابلاً للاكتشاف في ملف HTML الأولي وتحميله مبكراً.

تأخير أو إزالة أعمال الطرف الثالث

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

تشمل البدائل الشائعة ما يلي:

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

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

تحقق من إصلاح صفحة الحدث

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

كيف يمكنك تخزين صفحات الأحداث مؤقتًا دون التأثير على الحجوزات؟

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

تُخزّن ذاكرة التخزين المؤقت للصفحة استجابة HTML مكتملة. يمكن للزوار لاحقًا الحصول على هذا الملف دون الحاجة إلى إعادة بناء الصفحة من قِبل ووردبريس وقاعدة البيانات. يُعدّ هذا مفيدًا لأرشيفات الأحداث العامة والعديد من صفحات الأحداث الفردية.

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

اختر نظام تخزين مؤقت واحد للصفحة الكاملة يناسب المضيف:

• WP الصواريخ: يتم تفعيل خاصية التخزين المؤقت للصفحات عند تفعيل الإضافة. استخدم Settings > WP Rocket > Advanced Rules لاستثناءات عناوين URL. توثيق تخزين الصفحات مؤقتًا يشرح هذا الملف الذي تم إنشاؤه كذاكرة تخزين مؤقتة.
• ذاكرة التخزين المؤقت LiteSpeed: استخدمه لتخزين صفحات الموقع مؤقتًا عندما يستخدم المضيف محرك تخزين مؤقت LiteSpeed ​​أو عندما يستخدم الموقع QUIC.cloud. انتقل إلى LiteSpeed Cache > Cache > Cache وحدد تمكين ذاكرة التخزين المؤقت إلى ON. دليل التثبيت يوضح متطلبات الخادم.
• W3 إجمالي ذاكرة التخزين المؤقت: جاكيت Performance > General Settings، تمكين الصفحة الكاشوابدأ بطريقة التخزين التي يدعمها المضيف. صفحة البرنامج المساعد الرسمية يوثق إعداده الأساسي.

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

استخدم هذه الحدود كنقطة انطلاق:

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

WooCommerce يُطلب صراحةً من مالكي المواقع استبعاد ملفات تعريف الارتباط الخاصة بسلة التسوق، وصفحة الدفع، وحسابي، بالإضافة إلى ملفات تعريف الارتباط التي تُعرّف سلال التسوق والجلسات. اتبع التعليمات الحالية. WooCommerce إرشادات التخزين المؤقت والتعليمات الخاصة بنظام التخزين المؤقت المحدد.

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

تحقق من ذلك من نافذة تسجيل الخروج أو نافذة التصفح المتخفي. قم بزيارة الصفحة العامة مرتين، وتأكد من أن الاستجابة الثانية تأتي من ذاكرة التخزين المؤقت باستخدام فحص رأس الصفحة أو مصدرها الموثق من قِبل الإضافة أو المضيف، ثم أكمل عملية تسجيل تجريبية.

إذا كانت الصفحة العامة سريعة ولكن توفرها قديم، فإن قاعدة التطهير غير مكتملة.

كيف يمكنك تحديد تضخم قاعدة البيانات والعمليات التي تتم في الخلفية؟

يعني تضخم قاعدة البيانات أن ووردبريس يقوم بتخزين أو تحميل بيانات أكثر مما يحتاجه الطلب الحالي

في مواقع الأحداث، يمكن أن تتراكم الأحداث القديمة والبيانات الوصفية والمراجعات والبيانات المؤقتة والسجلات وعمليات الاستيراد والمهام المجدولة معًا.

افحص قبل الحذف

تبدأ في Tools > Site Healthيُصدر ووردبريس تحذيراً عند زيادة حجم خيارات التحميل التلقائي. خيارات التحميل التلقائي هي إعدادات الإضافات والقوالب التي يتم تحميلها مع كل طلب. دليل أداء ووردبريس ينصح عموماً بإبقاء الحجم الإجمالي أقل من 800 كيلوبايت.

استخدم أداة مراقبة الاستعلامات للعثور على استعلامات قاعدة البيانات المتكررة أو البطيئة في صفحة الحدث المتأثرة. بالنسبة للمهام المجدولة، تعرض إضافة WP Crontrol أحداث cron الخاصة بـ WordPress، ووظائفها، وأوقات تشغيلها التالية، وتكرارها. ابحث عن عمليات استيراد الأحداث التي تُنفذ بوتيرة أعلى من اللازم، والمهام الفاشلة المتكررة، والمهام المتداخلة.

قبل حذف أو تعديل سجلات قاعدة البيانات، أنشئ نسخة احتياطية كاملة للموقع وتأكد من إمكانية استعادتها. لا تشمل النسخة الاحتياطية لقاعدة البيانات وحدها القوالب والإضافات وملفات الإعدادات والملفات المرفوعة. يغطي دليل النسخ الاحتياطي الرسمي لقاعدة بيانات ووردبريس هذا الجزء المتعلق بقاعدة البيانات.

إزالة العمل الذي يملكه مالك معروف

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

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

حدد ما إذا كان التخزين المؤقت للكائنات الدائمة سيساعد

تُخزّن ذاكرة التخزين المؤقت للكائنات نتائج عمليات قراءة قاعدة البيانات المتكررة، مما يسمح لـ WordPress بإعادة استخدامها في مختلف الطلبات. يُعد Redis أحد أنظمة التخزين الخلفية الشائعة، وهو مفيد عند ظهور عمليات قراءة متكررة للخيارات أو الاستعلامات في تحليل الأداء، وعندما يوفر المضيف خدمة Redis مدعومة.

اطرح هذه الأسئلة على المضيف قبل تثبيت موصل Redis:

• هل تم تضمين وتفعيل Redis أو خدمة تخزين مؤقت للكائنات الدائمة أخرى لهذا الموقع؟
• ما هي إضافات ووردبريس أو المكونات الإضافية التي يدعمها مزود الاستضافة؟
• كيف يمكنك عرض معدل النجاح، واستخدام الذاكرة، وعمليات الإخلاء، وأخطاء الاتصال؟
• ما هي الطريقة الصحيحة لمسح ذاكرة التخزين المؤقت بعد عملية النشر أو إصلاح البيانات؟

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

كيف يمكن تشخيص بطء عملية التسجيل والدفع؟

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

افتح لوحة الشبكة في أدوات المطورين، واحتفظ بالسجل، وأرسل تسجيل اختبار، ثم قم بالتصفية حسب Fetch/XHRحدد الطلب البطيء وسجله:

• المدة الإجمالية ووقت انتظار الخادم.
• حالة HTTP وأي رسالة تحقق.
• عنوان URL للطلب وما إذا كان قد تجاوز ذاكرة التخزين المؤقت للصفحة.
• إجراء مكالمات متابعة إلى بوابة الدفع، أو نظام إدارة علاقات العملاء، أو مزود خدمة البريد الإلكتروني، أو خدمة الضرائب، أو رابط الويب.
• طلبات مكررة أو تمت إعادة محاولتها.

تحقق من سجلات الخادم والتطبيق في نفس الوقت. يشير بطء الاستجابة مع ارتفاع استخدام PHP-worker إلى وجود عمليات تطبيق مُعلقة في قائمة الانتظار. أما استجابة ووردبريس السريعة متبوعة باستدعاء خارجي طويل فتشير إلى وجود مشكلة في التكامل.

أصلح المكون المسؤول عن التأخير. قد يتطلب ذلك زيادة سعة PHP، أو إصلاح استعلام قاعدة بيانات بطيء، أو تقليل عمليات التكامل المتزامن، أو الاتصال بالمزود الخارجي.

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

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

لا فائدة من الاستجابة السريعة إذا كان من الممكن بيع تذاكر أكثر من العدد المتاح أو إذا لم يتلق الحاضر تأكيدًا أبدًا.

كيف تستعد لزيادة مفاجئة في حركة المرور بعد إطلاق التذاكر؟

يُؤدي إطلاق التذاكر إلى نوعين من الزيارات في آنٍ واحد: عدد كبير من مشاهدات الصفحات القابلة للتخزين المؤقت، وعدد أقل من طلبات الحجز المكلفة وغير المخزنة مؤقتًا. وعادةً ما يُحدد النوع الثاني نجاح المبيعات.

هنا يظهر الفرق الأوضح بين سرعة تحميل الصفحات العادية وأداء مواقع الويب الخاصة بالفعاليات .

قد تتولى شبكة توصيل المحتوى (CDN) وذاكرة التخزين المؤقت للصفحات معالجة آلاف الزيارات لصفحة الحدث، بينما تنتظر عمليات PHP في قائمة الانتظار لإجراء فحوصات التوافر، وإرسال النماذج، وتأمين قواعد البيانات، وطلبات الدفع، واستدعاءات نظام إدارة علاقات العملاء (CRM). اختبر كلا المسارين.

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

قم ببناء سيناريو يشبه عملية الإطلاق:

1. معظم الزوار الافتراضيين يفتحون صفحة الحدث.
2. يقوم البعض بتغيير عرض التقويم أو التحقق من توفر التذاكر.
3. تبدأ مجموعة أصغر عملية التسجيل.
4. عدد أقل من الزوار يقومون بالحجز أو إجراء دفع تجريبي.

استخدم حسابات تجريبية، وبيئة اختبار دفع، وعناوين بريد إلكتروني مُراقبة. لا تُنشئ رسومًا حقيقية أو تُرسل رسائل إلى الحضور الحقيقيين أثناء اختبار التحميل.

راقب هذه الإشارات أثناء تشغيل الاختبار:

• وحدة المعالجة المركزية وذاكرة الوصول العشوائي.
• عمال PHP النشطون والمنتظرون في قائمة الانتظار.
• وحدة المعالجة المركزية لقاعدة البيانات، والاتصالات، والاستعلامات البطيئة، وانتظار القفل.
• متوسط ​​وقت الاستجابة وأعلى نسبة مئوية لطلبات الحجز.
• معدل أخطاء HTTP ومهلات الانتظار.
• الحجوزات الفاشلة أو المكررة أو غير المكتملة.
• عدد المستخدمين المتزامنين ومعدل الطلبات.
• معدل نجاح الوصول إلى ذاكرة التخزين المؤقت للصفحات العامة.
• التأخير والأخطاء في خدمات الدفع وإدارة علاقات العملاء والبريد الإلكتروني.

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

لن يؤدي توفير تغطية أكبر لشبكة توصيل المحتوى (CDN) إلى إصلاح مجموعة PHP المستنفدة أو صف قاعدة البيانات المقفل.

بعد تغيير السعة أو الرمز، كرر السيناريو نفسه. استخدم نمط المستخدم الافتراضي نفسه وبيانات الاختبار حتى تكون للمقارنة معنى.

ما هي الطريقة العملية لحل المشكلات؟

استخدم الأعراض لاختيار الفحص الأول:

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

ابدأ من هناك. غيّر أحد الأسباب وأعد الاختبار ذي الصلة.

كيف تتحقق من نجاح الإصلاح؟

يُعتبر تغيير الأداء ناجحاً عندما تصبح المهمة نفسها أسرع في ظل ظروف مماثلة ويظل تدفق الأحداث الكامل يعمل.

استخدم خط الأساس الذي حفظته في البداية:

1. كرر كل عنوان URL ثلاث مرات باستخدام نفس الجهاز والموقع وحالة تسجيل الدخول وحالة ذاكرة التخزين المؤقت.
2. قارن القيم الوسيطة للمقياس أو الطلب المتأثر. لا تقارن حالة حظ جيدة بحالة حظ سيئة.
3. تصفح التقويم، وطبّق الفلاتر، وافتح الأحداث.
4. اختبر التسجيل الصحيح والتسجيل غير الصحيح.
5. تأكد من سعة التذاكر، والسعر، والضريبة، والقسائم، وطريقة الدفع عند استخدامها.
6. تحقق من صفحة التأكيد، وسجل الحجز، ورسائل البريد الإلكتروني، وبيانات إدارة علاقات العملاء، وخطافات الويب.
7. راجع أخطاء الخادم وسجلاته الخاصة بنافذة الاختبار.
8. راقب بيانات الميدان بعد تراكم عدد كافٍ من الزيارات الفعلية.

حافظ على المسار ذي المراحل الأربع في خطة المراقبة: التقويم -> الحدث -> التسجيل -> الدفع . يمكن للوسائط الجديدة، واستيراد الأحداث، وعلامات التتبع، وتحديثات المكونات الإضافية تغيير مرحلة واحدة دون التأثير على المراحل الأخرى.

الأسئلة المتكررة

قم بقياس مسار الحدث، ثم قم بإجراء تغيير واحد

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

التقويم -> الحدث -> التسجيل -> الدفع

هذا التسلسل هو الاختبار العملي. إذا تحسنت جميع المراحل الأربع وظل تدفق الأحداث يعمل بشكل جيد، فإن التغيير قد استحق مكانه.