يوجد في كل موقع عربي صفحة يخاف صاحبها أن يفتحها: تقرير سرعة الموقع. دائرة حمراء برقم أربعيني، وقائمة طويلة من الأخطاء بالإنجليزية، وقرار سريع: أُثبّت إضافة تخزين مؤقت، أو أغيّر الاستضافة، أو أترك الأمر «لوقت لاحق».
المشكلة أن أغلب من يفتح هذا التقرير يعالج الأعراض لا السبب. يثبّت إضافتين وثلاثًا، ويكدّس قالبًا فيه عشرة سكربتات، ثم يستغرب: لماذا ما زال الموقع بطيئًا؟
السرعة ليست رفاهية تقنية ولا رقمًا للتفاخر. هي أول ما يراه الزائر قبل أن يقرأ حرفًا، وهي ما يقيسه جوجل على جهاز حقيقي وشبكة متوسطة — لا على جهازك وأنت متصل بواي فاي سريع. زائر الهاتف يقيس موقعك بالثانية الأولى، وإن لم يفتح رحل ولم يعد.
هذا الدليل محدّث في 2026. ستجد فيه ما أطبّقه على مواقعي ومواقع عملائي: من أين تبدأ القياس، وأين يذهب 80% من وزن موقعك عادة، وما يستحق أن تدفع فيه وما لا يستحق.
قائمة المحتوى
قائمة المحتوى
- لماذا السرعة مسألة سيو ومبيعات في الوقت نفسه؟
- الخطوة صفر: قِس قبل أن تُصلح
- الصور: هنا يذهب 80% من وزن موقعك
- الخطوط والأيقونات والسكربتات
- كيف تعرف الإضافة التي تُثقل موقعك؟
- الاستضافة والسيرفر: متى يصبح التغيير قرارًا صحيحًا؟
- التخزين المؤقت: ما يعمل وما يكسر موقعك
- CDN: متى تحتاجه ومتى يكون مصروفًا بلا مقابل؟
- بعد الإصلاح: كيف تتأكد أن الرقم تحسّن فعلًا؟
- خطة سبعة أيام
- أخطاء تُفسد كل العمل
1. لماذا السرعة مسألة سيو ومبيعات في الوقت نفسه؟
السرعة تعمل على طبقتين في وقت واحد: طبقة الزائر، وطبقة محرك البحث. وهما ليستا منفصلتين كما يظن البعض.
على طبقة الزائر، الأرقام واضحة في تجارب القياس: كل ثانية تأخير في فتح الصفحة ترفع نسبة المغادرة، وتخفض عدد الصفحات التي يزورها القارئ، وتخفض التحويل في صفحة الشراء. زائر ينتظر ثلاث ثوانٍ قد يكون زائرًا لن يعود.
وعلى طبقة جوجل، لكل تجربة الصفحة مؤشرات تقنية يقيسها جوجل من بيانات المستخدمين الحقيقيين (ما يسمى البيانات الميدانية)، وهي أربعة مؤشرات تحسم تشخيصك:
| المقياس | ما يقيسه | جيد | يحتاج تحسينًا | سيئ |
|---|---|---|---|---|
| LCP | زمن ظهور أكبر عنصر في الشاشة | 2.5 ث أو أقل | 2.5 – 4 ث | أكثر من 4 ث |
| INP | استجابة الصفحة عند التفاعل والنقر | 200 مللي أو أقل | 200 – 500 مللي | أكثر من 500 مللي |
| CLS | استقرار التصميم أثناء التحميل | 0.1 أو أقل | 0.1 – 0.25 | أكثر من 0.25 |
| TTFB | زمن استجابة السيرفر قبل بدء الصفحة | 0.8 ث أو أقل | 0.8 – 1.8 ث | أكثر من 1.8 ث |
لاحظ أن هذه المؤشرات تُقاس على أجهزة الزوار، لا على مختبر يفتح صفحتك مرة واحدة. ولهذا قد يعطيك تقرير المختبر درجة 90 وأنت في الحقيقة تعاني عند الزوار الحقيقيين على شبكات الهاتف. هذا الفرق بين البيانات الميدانية والبيانات المخبرية هو أول ما يجب أن تفهمه، وشرحته جوجل في دليل تجربة الصفحة الرسمي.
ولا تنسَ أن السرعة جزء من تقييم موقعك في السيو، وهي في الوقت نفسه جزء من دليل السيو الشامل الذي شرحناه: السيو التقني أول الطبقات، والسرعة عموده الأول.
2. الخطوة صفر: قِس قبل أن تُصلح
أكبر خطأ أراه: صاحب الموقع يثبّت إضافة تخزين مؤقت «لأن الجميع يفعلها»، ثم يكتشف أن المشكلة كانت في صورة واحدة بحجم 3 ميجابايت. لا تُصلح قبل أن تقيس، لأن كل إصلاح بلا قياس تقني هو تخمين.
هذه أدواتك الأربعة، كلها مجانية:
- PageSpeed Insights: يعطيك تقرير المختبر والبيانات الميدانية معًا. اقرأ تبويب «تجربة الزوار الحقيقيين» أولًا.
- أدوات مشرفي المواقع (Search Console): تقرير مؤشرات الويب الأساسية يقسّم صفحاتك إلى «جيدة» و«تحتاج تحسينًا» و«سيئة» على بيانات آخر 28 يومًا. هذا هو المرجع الأصدق، لا أي أداة تقيس مرة واحدة.
- وضع الجهاز في المتصفح: افتح موقعك، ثم أدوات المطوّر (F12) ← Network ← اختر شبكة «Fast 3G» وأعد التحميل. سترى موقعك كما يراه زائر في سيارة أجرة، لا كما تراه أنت في مكتبك.
- تقرير الأصول في أدوات المطوّر: رتّب الطلبات بحسب الحجم. هنا يظهر الحقيقة بلا وسيط.
اكتب النتائج في ورقة واحدة بثلاثة أعمدة: الرقم الآن، الرقم المستهدف، والتاريخ. ولو أردت مسحًا أوسع لمشاكل موقعك التقنية، فابدأ من فحص السيو لموقعك قبل أي تعديل — لأنه يكشف الأعطال التقنية التي قد تعطّل أي تحسين بعده.
3. الصور: هنا يذهب 80% من وزن موقعك
في معظم المواقع العربية التي أفحصها، الصور ليست «جزءًا من المشكلة» بل هي المشكلة. صورة مرفوعة من الجوال بحجم 4 ميجابايت وصيغة JPEG قديمة تُعرض بعرض 800 بكسل: أنت تحمّل أكثر من عشرة أضعاف ما يحتاجه المتصفح.
الإصلاح هنا بسيط وغير تقني، وهو أعلى عائد مقابل أقل جهد:
- اضغط قبل الرفع: مرّر كل صورة عبر Squoosh واختر صيغة WebP بجودة 75–80. سترى أن الحجم ينزل إلى عُشر الحجم الأصلي بعين الزائر.
- اضبط الأبعاد قبل الرفع: الصورة التي تُعرض 800 بكسل لا يجب أن تُرفع بعرض 2000 بكسل، حتى لو «ضغطها» ووردبريس.
- لا تنسَ التحميل الكسول: ووردبريس يضيف
loading="lazy"تلقائيًا للصور، وتأكد أن صورة أعلى الصفحة (LCP) مستثناة منه لأنها يجب أن تظهر فورًا. - اسم ملف وصفي ونص بديل (alt) حقيقي: يفيد السيو والوصولية معًا، وأهمل اسم
IMG_2043.jpg.
صنعت لي قاعدة أعمل بها منذ سنوات: لا أصوّر بأكثر من 1200 بكسل عرضًا لمقال مدونة، وأرفع دائمًا بصيغة WebP. هذا القرار الواحد خفض سرعة مواقعي أكثر من كل إضافات التخزين المؤقت التي جرّبتها.
4. الخطوط والأيقونات والسكربتات
بعد الصور، يأتي الوزن المخفي: الخطوط ومكتبات الأيقونات والسكربتات التي يحمّلها قالبك «احتياطًا». هذه العناصر لا تستهلك نفس حجم الصور، لكنها تعطّل ظهور الصفحة لأنها في المسار الحرج — أي قبل أن يستطيع المتصفح رسم أي شيء.
- الخطوط: اكتفِ بوزنين على الأكثر، واستخدم
font-display: swapحتى لا يبقى النص مخفيًا، واستضف الخطوط عندك بدل خطوط جوجل إن أمكن. - مكتبات الأيقونات: مكتبة كاملة تُحمّل مئات الأيقونات من أجل خمس أيقونات تستخدمها. استبدلها بأيقونات SVG مفردة.
- سكربتات خارجية: كل سكربت من موقع خارجي (إعلان، ودجت، صورة من شبكة اجتماعية) يعني زمن انتظار لا تتحكم فيه. أزل ما لم تُثبته بياناتك.
- التحميل المؤجل: اجعل الأدوات غير الضرورية (الشات، الإعلانات، أدوات التحليل) تُحمّل بعد جاهزية الصفحة، لا قبلها.
قاعدة عملية: إذا لم تستطع أن تشرح لماذا يحتاج زائرك هذا السكربت في أول ثانيتين، فالأفضل أن يُحمّل مؤخرًا أو يُحذف.
5. كيف تعرف الإضافة التي تُثقل موقعك؟
هذا أكثر عمل يُهمَل، وأسهل عمل يُنجز. بدل التخمين، اتبع هذا التسلسل:
- افحص عدد الإضافات النشطة: أكثر من 20 إضافة فعّالة على موقع صغير تعني دَينًا تقنيًا مضمونًا. عطّل كل إضافة لا تخدم وظيفة أساسية اليوم.
- اختبار الإيقاف المؤقت: عطّل الإضافات المشتبه بها واحدة واحدة، وقِس بعد كل إيقاف على نسخة تجريبية من موقعك — لا على الموقع المباشر.
- راقب طلبات الصفحة: من تبويب Network في أدوات المطوّر، انظر أي مسار يبدأ بـ
/wp-content/plugins/هو الأثقل والأكثر عددًا. - احذر الإضافات «الشاملة»: إضافة واحدة تدّعي أنها تقوم بكل شيء غالبًا تُحمّل كودًا في كل صفحة: الرئيسية، والأرشيف، ولوحة التحكم، وصفحة الشراء.
ملاحظة مهمة: إضافات السيو والنسخ الاحتياطي والأمن ضرورية، لكن بعضها يضيف سكربتات ثقيلة في الواجهة. افحص، ثم قرّر بعين مفتوحة. ولمعرفة الأدوات التي تستحق البقاء فعلًا، راجع أدوات السيو الضرورية.
6. الاستضافة والسيرفر: متى يصبح التغيير قرارًا صحيحًا؟
إذا كان TTFB أعلى من ثانية، فأنت تعالج مشكلة صور على سيرفر لا يستجيب بسرعة. وترتيب الإصلاح هنا معكوس عادة: ابدأ من السيرفر.
علامات أن استضافتك هي المشكلة:
- زمن استجابة أعلى من 1.8 ثانية في تقارير متعددة، وليس في قياس واحد.
- الموقع بطيء في ساعات الذروة ثم يتحسن ليلًا — هذا ازدحام موارد لا خلل في موقعك.
- الدعم يجيبك بنفس القالب ثلاث مرات، وحلّهم الأول ترقية الخطة.
وما يستحق التحقق داخل السيرفر قبل أن تدفع:
- نسخة PHP: من PHP 7 إلى 8.2 وحدها تُسرّع تنفيذ الكود نسبيًا بلا أي تعديل في موقعك.
- OPcache وذاكرة التخزين الكائنية: عند توفرها يتوقف ووردبريس عن إعادة تنفيذ استعلامات متكررة في كل صفحة.
- سيرفر ويب حديث: LiteSpeed أو NGINX مع إعداد تخزين مؤقت على مستوى السيرفر، فيكون التخزين أسرع من أي إضافة.
وإن كنت مقبلًا على تغيير الاستضافة، فلا تقارن السعر وحده: قارن سعر البداية بسعر التجديد، واقرأ مراجعة أفضل شركات استضافة المواقع، ومثالًا عمليًا في مراجعة استضافة هوستينجر. وإن نضج موقعك وارتفع زواره، يصبح الانتقال إلى استضافة VPS قرارًا منطقيًا لا رفاهية.
7. التخزين المؤقت: ما يعمل وما يكسر موقعك
إضافة التخزين المؤقت هي الحل الأشهر، وهي آخر ما يجب أن تبدأ به لا أول ما تفعله. لماذا؟ لأنها تخفي الأخطاء لا تعالجها؛ فإن كان لديك صورة 4 ميجابايت، فستظل 4 ميجابايت بعد التخزين المؤقت.
إعدادات تعمل في كل مرة:
- تخزين صفحات كامل: يصنع نسخة HTML ويرسلها بلا تشغيل PHP — أكبر مكسب في وقت الاستجابة.
- تخزين ذاكرة المتصفح: للصور والـCSS والخطوط، حتى لا يعيدها الزائر مع كل صفحة.
- تقليل ملفات CSS وJS ودمجها بحذر: الدمج الزائد قد يكسر قالبك، فاختبر بعد كل تفعيل.
- توليد CSS الحرج: يجعل الصفحة تُرسم فورًا ثم يكمل التصميم — أفضل علاج لمقياس CLS.
وما يكسر المواقع عادة: تخزين صفحات السلة والدفع وحساب المستخدم. لديك متجر؟ استثنِ هذه المسارات صراحة، وإلا عاد زائرك إلى سلة فارغة — وهذه أغلى مشكلة يمكن أن تصنعها إضافتها.
8. CDN: متى تحتاجه ومتى يكون مصروفًا بلا مقابل؟
شبكة توزيع المحتوى (CDN) تخدم ملفاتك من أقرب نقطة لزائرك. فائدتها واضحة إن كان جمهورك موزعًا بين دول، أو كنت تخدم ملفات ثابتة كبيرة.
لكن الحقيقة التي أقولها لعملي: إن كان زوارك من بلد واحد وسيرفرك في نفس المنطقة، فإن CDN لن يغيّر رقمك جوهريًا. الأثر الحقيقي يأتي من الصور والتخزين المؤقت أولًا. ابدأ بالنسخة المجانية (مثل Cloudflare) وقِس الفرق قبل أن تدفع في خطة، ولا تشترِ حلًا لمشكلة لم تُثبت وجودها في القياس.
9. بعد الإصلاح: كيف تتأكد أن الرقم تحسّن فعلًا؟
القياس بعد الإصلاح هو ما يفصل من يعمل بمنهج عن من يعمل بالحماس:
- لا تنتظر النتيجة فورًا: البيانات الميدانية في Search Console تُحسب على نافذة 28 يومًا، فتحسّنك سيظهر تدريجيًا لا في اليوم التالي.
- قِس الصفحات التي تهم: صفحة الشراء والصفحة الرئيسية وأول ثلاث مقالات في موقعك، لا كل الأرشيف.
- قارن نفس الصفحة بنفسها قبل وبعد، لا مقارنة بين صفحتين مختلفتين — لكل صفحة وزنها.
- سجّل ما فعلته: تغيير واحد في المرة، حتى تعرف أي تعديل صنع الفرق فعلًا. التغييرات الجماعية تُخفي السبب.
وإن لاحظت أن صفحة تحسّنت ثم عادت، فراجع روتين تحديث المحتوى القديم: السرعة وحدها بلا محتوى محدّث لا تحافظ على الترتيب طويلًا.
10. خطة سبعة أيام
لا تحتاج أسبوعين ولا مطوّرًا. هذا الترتيب يعطيك أكبر عائد بأقل جهد، من الأسهل إلى الأثقل:
| اليوم | المهمة | الأثر المتوقع |
|---|---|---|
| الأول | قياس الموقع: PageSpeed + تقرير مؤشرات الويب الأساسية | تشخيص دقيق بلا تخمين |
| الثاني | ضغط الصور وتحويلها إلى WebP وتصحيح أبعادها | الأعلى أثرًا في العادة |
| الثالث | مراجعة الخطوط والأيقونات وحذف السكربتات غير المستخدمة | تقليل المسار الحرج |
| الرابع | مراجعة الإضافات وإيقاف غير الضروري على نسخة تجريبية | تخفيف الوزن والطلبات |
| الخامس | فحص السيرفر: نسخة PHP وOPcache وزمن الاستجابة | خفض TTFB |
| السادس | ضبط التخزين المؤقت واستثناء صفحات السلة والدفع | أسرع تجربة متكررة |
| السابع | إعادة القياس وتدوين الأرقام الجديدة | قرار مبني على بيانات |
11. أخطاء تُفسد كل العمل
- مطاردة درجة 100 في المختبر: الدرجة رقم مختبر، والبيانات الميدانية هي الحقيقة.
- تثبيت ثلاث إضافات تخزين مؤقت: تتعارض وتُبطئ الموقع أكثر من واحدة مضبوطة.
- تغيير كل شيء في يوم: تُحسّن أو تُفسد ولا تعرف السبب.
- تجاهل الهاتف: تجرّب على حاسوبك السريع، وجمهورك يقرأ من هاتف في شبكة متوسطة.
- الاعتماد على القالب وحده: قوالب «الأداء العالي» تُحمّل عادة أضعاف ما تحتاجه من سكربتات لمزايا لا تستعملها.
- الانتظار حتى يشتكي الزوار: البطء لا يشتكي أحد منه علنًا، بل يغادر بصمت.
الخلاصة
تسريع الموقع ليس حربًا مع تقارير الأداء، بل ترتيب صحيح لقرارات صغيرة: قِس ثم اضغط الصور، ثم نظّف السكربتات والإضافات، ثم أصلح السيرفر، وأخيرًا فعّل التخزين المؤقت المناسب.
ابدأ من الصور هذا الأسبوع: إن كان لديك وقت لخطوة واحدة فقط، فهي أعلى العوائد وأقلها تكلفة، وسترى أثرها في تجربة الزائر قبل أن تراه في أي تقرير. أما إن كان موقعك يعتمد على الاستجابة السريعة في كل صفحة، فالترتيب يبدأ من السيرفر لا من الإضافات.
الأسئلة الشائعة
هل يجب أن أصل إلى 100 في تقرير سرعة الموقع؟
لا. الدرجة المخبرية تقديرية، والهدف الحقيقي أن تكون مؤشرات LCP وINP وCLS في النطاق الجيد على البيانات الميدانية لزوارك الفعليين. موقع بمحتوى عربي غني بالصور قد يسجّل 70 في المختبر ويكون سريعًا جدًا عند الزوار.
هل السرعة تؤثر فعليًا في ترتيب موقعي؟
نعم، لكنها لا تتفوق على المحتوى والملاءمة. تجربة الصفحة ترفع فرصك عند تقارب الجودة، وأثرها الحقيقي أن الزائر يبقى ويتفاعل أكثر، وهذا ينعكس على كل مؤشرات تقييمك على المدى الطويل.
ما أفضل طريقة لتسريع موقع ووردبريس؟
بالترتيب: ضغط الصور وتحويلها إلى WebP، ثم تنظيف السكربتات والإضافات غير الضرورية، ثم تحسين السيرفر (نسخة PHP وOPcache)، ثم تخزين مؤقت واحد مضبوط.
هل أحتاج الانتقال إلى استضافة VPS لتسريع موقعي؟
ليس بالضرورة. الاستضافة المشتركة الجيدة تكفي للمواقع الصغيرة والمتوسطة. والانتقال إلى VPS يصبح منطقيًا عند ارتفاع الزيارات وزيادة استهلاك الموارد، وعندما يثبت القياس أن السيرفر هو عنق الزجاجة.
كم يستغرق ظهور تحسّن السرعة في نتائج البحث؟
البيانات الميدانية تُحسب على نافذة 28 يومًا، فغالبًا سترى تحسّنًا تدريجيًا خلال أسابيع. أما انعكاسه على الترتيب فيعتمد على منافسة كلماتك المفتاحية وعلى جودة محتواك معه.
