«الموقع بطيء» عَرَض. وتحته أربع طبقات على الأقل، كلٌّ منها قادرة على إنتاج هذا العَرَض وحدها، وهي تنتجه معًا في العادة. وتركيب إضافة تحسين قبل معرفة المسؤولة منها يفعل أمرين: قد يساعد أحيانًا، ويصعّب التشخيص التالي دائمًا.
الطبقات الأربع
الاستضافة
زمن أول بايت في صفحة غير مخزّنة
التوصيل / شبكة التوزيع
تُقدَّم من الذاكرة أم تُمرَّر إلى الأصل
التخزين المؤقت
ما الذي يُخزَّن وأي الطلبات تتجاوزه
التطبيق
الإضافات والصور والملفات المعيقة للعرض والنصوص الخارجية
1. الاستضافة — كم حتى أول بايت
إن استغرق الخادم وقتًا طويلًا لإنتاج أول بايت من صفحة غير مخزّنة مؤقتًا، فلن ينقذك شيء بعده. فتصغير CSS لا يصلح استعلام قاعدة بيانات بطيئًا. افحص استجابة الخادم لصفحة غير مخزّنة قطعًا، وافحصها مرارًا لا مرة واحدة — فالاستضافة المشتركة متقلّبة بطبيعتها.
2. التوصيل — شبكة التوزيع إن وُجدت
شبكة توزيع تمرّر كل شيء إلى الأصل أبطأ من عدم وجود شبكة أصلًا، لأنك أضفت محطة إضافية. والسؤال ليس «هل Cloudflare مفعّلة» بل «ماذا تقدّم فعلًا من ذاكرتها، وماذا ترفض تقديمه». ترويسات الاستجابة تجيب عن ذلك، بينما ملخّص اللوحة غالبًا لا يجيب.
3. التخزين المؤقت — ما يُخزَّن فعلًا
هنا يفشل أغلب عمل الأداء في ووردبريس بهدوء. فذاكرة صفحات تُتجاوَز مع المستخدمين المسجَّلين، أو مع أي رابط يحمل معاملات، أو مع كل صفحة فيها جزء من السلة، هي ذاكرة غير موجودة لشريحة كبيرة من الزيارات الحقيقية. اختبر كزائر غير مسجَّل ثم كمسجَّل وقارن.
4. التطبيق — ثقل الموقع نفسه
عدد الإضافات، والصور غير المضغوطة، والملفات التي تعيق العرض، والنصوص البرمجية الخارجية. والنصوص الخارجية تستحق مراجعة مستقلة: فهي غالبًا أكبر تكلفة منفردة في موقع تجاري، وأسهلها إزالةً، لأن أحدهم أضافها لحملة انتهت قبل عامين.
لماذا تضرّ إضافة التخزين المؤقت الثانية
طبقتا تخزين مؤقت لا تتركّبان. فكلٌّ منهما تقرّر باستقلال ما تخزّنه ومتى تُبطله وأي الطلبات تتجاوزها — واتحاد قاعدتَي استثناء يعني عددًا أكبر من الطلبات غير المخزّنة لا أقل. والأسوأ أنك لم تعد تستطيع نسب أي تغيّر إلى إحداهما، وهو ما كنت تحتاجه أصلًا.
الأرقام المخبرية والمستخدمون الحقيقيون
- بيانات مخبرية
- اختبار اصطناعي يُنفَّذ على جهاز واتصال ثابتين. قابل للتكرار ومفيد لتتبّع الأعطال، لكنه ليس وصفًا لزوّارك.
- بيانات ميدانية
- ما عاشه الزوّار الحقيقيون على أجهزتهم وشبكاتهم. أبطأ في الاستجابة وأصعب في التتبّع، وهو الرقم المهم فعلًا.
قد يحافظ الموقع على درجة مخبرية عالية ويفشل مع ذلك في Core Web Vitals ميدانيًا، غالبًا لأن جهاز الاختبار لا يشبه هاتف عملائك. والتحسين من أجل الدرجة لا التجربة هو ما يجعل المواقع سريعة في تقرير وبطيئة في يد المستخدم.
ترتيب التشخيص
- أعِد إنتاج المشكلة: ما البطيء، وعلى أي جهاز، وفي أي صفحة، ومتى
- قِس استجابة الخادم لصفحة غير مخزّنة قطعًا
- اقرأ ترويسات الاستجابة — هل تقدّم الشبكة من ذاكرتها أم تمرّر للأصل
- اختبر المخزّن مقابل غير المخزّن، وغير المسجَّل مقابل المسجَّل
- احصر النصوص البرمجية الخارجية واسأل عن مالك كلٍّ منها
- افحص وزن الصورة وصيغتها لأكبر عنصر فوق الطيّة
- الآن فقط قرّر ما ستغيّره — وغيّر طبقة واحدة في كل مرة
المصادر
خدمات ذات صلة
أعمال ذات صلة
اقرأ بعده
- WooCommerceصفحة الدفع في WooCommerce: ما أفحصه قبل إضافة المزيد من الإضافاتما الذي يجب إصلاحه في صفحة الدفع قبل اللجوء إلى إضافة؟
- العربية وواجهات RTLالـ RTL أكبر من `direction: rtl`ما الذي ينكسر فعليًا حين تقلب واجهة إلى اليمين؟
- الأداءCore Web Vitals لووردبريس: أيّ قرار يحرّك أيّ مؤشّرأيّ قرارات ووردبريس تحرّك فعلًا كل مؤشّر من Core Web Vitals؟
- الأداءCloudflare أمام ووردبريس: ما يصلحه وما يخفيه وما يصنعهما الذي يتغيّر فعلًا بوضع Cloudflare أمام ووردبريس؟
- الأداءالسرعة ليست درجة. إنها الجزء من القمع الذي لا يقيسه أحدكيف أبرّر إنفاق المال على أداء الموقع؟
