الأعمال / دراسة حالة · تحسين أداء عيادة
01
الحالة
من ٦٫٨ ثانية لأقل من ثانية — تحسين أداء موقع عيادة على ووردبريس
عيادة طبية على ووردبريس، استضافة مشتركة، وتقييم GTmetrix Grade E. القرار كان: مش نغيّر الاستضافة، مش نغيّر القالب، ومش نركّب plugins سحرية. نشيل الزايد قبل ما نضيف حاجة.
عيادة طبية · القاهرة · 2026 · تحسين أداء
02
الموقف الأولي
الموقع كان بياخد ٦٫٨ ثانية يظهر أول محتوى
العيادة اشتكت من إن المرضى بيقولوا “الموقع بطيء” — بس مفيش أرقام تحدّد المشكلة. فتحنا GTmetrix على الصفحة الرئيسية والصفحات الأكتر زيارة، والنتيجة كانت وصف دقيق للمشكلة: تقييم E، وLCP فوق ٦ ثواني على شبكة 4G المصرية. الصفحة نفسها بحجم ٤٫٢ ميجابايت — أكبر من محتوى الصفحة نفسه بأربع أضعاف.
- الاستضافة: مشتركة على Namecheap · cPanel
- القالب: تجاري متعدد الأغراض · فيه features كتير مالهاش لازمة
- الـplugins: ١٤ plugin مفعّل — بعضهم بيحمّل CSS و JS في كل صفحة
03
التشخيص والقرار
القرار كان معماري، مش تقني
أسهل نصيحة كنّا نقدر نديها للعميل: “غيّر الاستضافة” أو “ركّب WP Rocket”. الاتنين كانوا هيدّوا تحسين مؤقت، ومش هيحلّوا السبب الحقيقي. السبب إن الموقع بيحمّل حاجات مالهاش لازمة — والحل مش يحاول يخبّي الحاجات دي بـcache، الحل يشيلها.
قرارنا: نشيل الزايد قبل ما نضيف حاجة. بدل ما نركّب plugin caching سحري، بنينا mu-plugin مخصّص للعيادة يشيل ما هو زايد ويحسّن ما هو موجود. النتيجة: عدد الـplugins نزل من ١٤ لـ٧، بدون فقدان أي وظيفة فعلية بيستخدمها العميل.
04
التنفيذ
إيه اللي حصل فعلاً على الموقع
التغييرات كلها اتوثّقت في وثيقة قرارات المشروع — العميل يقدر يراجعها، ويقدر يفهم ليه كل قرار اتاخد، ويقدر يشيل أو يضيف حاجة بعدين لو حبّ.
01
تنظيف Google Tag Manager
كان فيه tags قديمة من حملات إعلانية اتوقّفت من سنة — لسه بتحمّل scripts في كل صفحة. شلناها كلها وسبنا اللي بيتستخدم فعلاً.
02
تحويل الصور لـWebP + ضغط ذكي
صور الأطباء والعيادة كانت PNG بحجم ١-٢ ميجا للواحدة. اتحوّلت WebP بجودة عالية بصريًا لكن بحجم أقل بـ٨٠٪.
03
mu-plugin مخصّص للأداء
شال jQuery migrate، الـemoji script، الـXML-RPC، وحدّد ترتيب تحميل الأصول. Preload للخط الأساسي واحد بس، والباقي على الطلب.
04
إعادة تنظيم LCP
أول صورة في الصفحة بقت eager loading مع fetchpriority=high. باقي الصور lazy. النتيجة: العنصر الأساسي بيبان قبل ما المتصفح يبدأ يحمّل حاجة تانية.
05
النتائج
النتيجة — قابلة للتحقّق من GTmetrix رسمي
الأرقام مأخوذة من تقرير GTmetrix رسمي، قبل التحسين وبعده — بدون تعديل. نفس الاستضافة، نفس القالب.
| المقياس | قبل | بعد |
|---|---|---|
| GTmetrix Grade | E | A |
| Largest Contentful Paint (LCP) | 6.8s | 0.9s |
| Total Blocking Time (TBT) | 890ms | 40ms |
| Cumulative Layout Shift (CLS) | 0.34 | 0.02 |
| Page Size | 4.2 MB | 780 KB |
الموقع كان بياخد ٦٫٨ ثانية يظهر أول محتوى، بقى أقل من ثانية.
06
الخلاصة
الدرس اللي طلع من الحالة
في معظم مواقع ووردبريس البطيئة، المشكلة مش في الاستضافة ولا في القالب. المشكلة إن الموقع بيحمّل حاجات مالهاش لازمة. plugin caching بيخبّي المشكلة، ما بيحلهاش. تسريع فعلي بيبدأ بجرد صريح لكل حاجة بتتحمّل، وقرار واضح لكل واحدة: ضروري، أم يتشال.
موقعك بطيء زي كده؟
بنفحص موقعك مجانًا، وبنبعتلك تقرير بالمشاكل الحقيقية وترتيب أولوياتها — بدون التزام.
أو راسلنا مباشرة: admin@taif-dev.com · +20 101 560 3972