قِس أولًا — لا تخمّن
قبل التحسين، سجّل موضعك الحالي لتعرف ما ساعد فعلًا. تكفي أداتان. يعرض PageSpeed Insights (pagespeed.web.dev) درجاتك على الجوال وسطح المكتب إضافةً إلى Core Web Vitals — ركّز على درجة الجوال، لأن معظم الزوّار على الهواتف. ويقيس TTFB (زمن أول بايت) كم يستغرق خادمك لإرسال أول بايت.
الأهداف السليمة هي LCP أقلّ من 2.5 ثانية، وTTFB أقلّ من نحو 200 مللي ثانية، وINP أقلّ من 200 مللي ثانية، وCLS أقلّ من 0.1. ويشير ارتفاع TTFB إلى الخادم أو الاستضافة أو PHP أو قاعدة البيانات. ويشير ارتفاع LCP مع انخفاض TTFB إلى الصور والتوصيل. ويخبرك القياس بأيّ قسم أدناه توليه الأولوية.
جهة WordPress — ما تصلحه بنفسك
لا يمكن لشبكة CDN إنقاذ تثبيت WordPress متضخّم، فرتّب بيتك أولًا. حدّث PHP إلى 8.1 أو أحدث — فهو أسرع بوضوح من 7.x. واحذف الإضافات التي لا تستخدمها (التعطيل لا يكفي)؛ فكل إضافة نشطة تضيف نصوصًا برمجية واستعلامات لقاعدة البيانات، وإضافات "قد أحتاجها لاحقًا" هي أكبر المذنبين. وشكّك في منشئي الصفحات والقوالب الثقيلة التي تحمّل عشرات من أوراق الأنماط والنصوص لكل صفحة — فالقالب الأخفّ القائم على الكتل غالبًا أسرع.
نظّف قاعدة البيانات: تتراكم المراجعات القديمة، وتعليقات السبام، والبيانات العابرة (transients) القديمة، فأزِلها وحسّن الجداول. وقلّص نصوص الأطراف الثالثة مثل أدوات الدردشة، وخرائط الحرارة، والخطوط الإضافية، وبكسلات التتبّع؛ فكلٌّ منها طلب إضافي وتأخير. وللمواقع كثيفة الاستعلامات مثل WooCommerce أو العضويات أو المنتديات، يحفظ تخزين كائنات Redis المؤقت عمليات البحث المتكرّرة في قاعدة البيانات في الذاكرة ويخفض TTFB بشدّة — ونادرًا ما تتضمّنه الاستضافة المشتركة، فيحتاج عادةً إلى خدمة Redis مخصّصة.
التخزين المؤقت — الخطوة الأعلى عائدًا
يعيد WordPress بناء كل صفحة من الصفر بـ PHP وقاعدة البيانات في كل زيارة. ويخزّن التخزين المؤقت للصفحات شيفرة HTML الجاهزة ويقدّمها معدّةً للزائر التالي، فيهبط حمل الخادم وTTFB فورًا. ثبّت إضافة تخزين مؤقت للصفحات مثل WP Super Cache أو W3 Total Cache أو LiteSpeed Cache (أو فعّل الذاكرة المؤقتة المدمجة لدى مضيفك)، وفعّل ضغط GZIP/Brotli، واضبط ترويسات التخزين المؤقت للمتصفّح حتى لا يعيد الزوّار العائدون تحميل الملفات الثابتة.
يسرّع التخزين المؤقت للصفحات خادمك الواحد؛ ويسرّع التخزين المؤقت عند الحافة العالم كلّه. يقدّم cdn.com.tr ملفاتك الثابتة من خادم الحافة الأقرب لكل زائر عبر Brotli وHTTP/2 — فيُحمّل زائر في إسطنبول وآخر في ألمانيا بسرعة كلاهما. ويعملان معًا: ذاكرة صفحات WordPress المؤقتة مع ذاكرة cdn.com.tr المؤقتة عند الحافة.
الصور — أثقل جزء في الصفحة
معظم وزن الصفحة صور، فهناك الكثير لتكسبه هنا. ارفع الصور بالحجم الذي تُعرض به — فإرسال صورة بعرض 4000 بكسل إلى مكان بعرض 800 بكسل هدرٌ خالص. استخدم التحميل الكسول (يفعله WordPress افتراضيًا) لتنتظر الصور خارج الشاشة حتى تُحتاج. ثم انتقل إلى صيغ الجيل التالي: WebP — وAVIF حيثما كان مدعومًا — أصغر بنسبة 25–50% من JPEG/PNG بالجودة نفسها وتزيل تحذير "قدّم الصور بصيغ الجيل التالي" في PageSpeed.
بدلًا من التحويل يدويًا، تفعل إضافة CDNTR المجانية ذلك تلقائيًا: تنشئ WebP (وAVIF حيثما يدعمها خادمك) على خادمك أنت، وتقدّمها من الـ CDN عبر عنصر picture، وتعود إلى الأصل للمتصفّحات الأقدم. ولا تقدّم ملفًا محوّلًا إلا حين يكون أصغر فعلًا، فلا تُكبَّر صورة مضغوطة جيدًا أبدًا، ويمكنها تحويل مكتبة الوسائط كاملةً دفعةً واحدة.
التوصيل — لماذا شبكة CDN ليست خيارًا
حتى مع إعداد WordPress مثالي يبقى لديك خادم واحد: ينتظر الزائر البعيد، وتُجهِده موجة الذروة. تنسخ شبكة CDN ملفاتك الثابتة إلى خوادم حافة منتشرة حول العالم، ويُخدَم كل زائر من أقربها — زمن استجابة أقلّ، ومرونة تحت الحمل، وSSL تلقائي وWAF وحماية DDoS إلى جانب السرعة.
ويستغرق ربطها بـ WordPress دقائق بإضافة CDNTR المجانية. في لوحة إدارة WordPress افتح إضافات ← أضِف جديدًا، وابحث عن "CDNTR"، وثبّتها وفعّلها، ثم أدخِل تفاصيل API الخاصة بـ cdn.com.tr في إعدادات CDNTR — فيُملأ اسم مضيف الـ CDN تلقائيًا. ومن ثمّ تُقدَّم ملفات CSS وJavaScript والصور من الـ CDN دون تغييرات في القالب. وتمنحك الإضافة أيضًا تفريغًا للذاكرة المؤقتة بنقرة واحدة وتلقائيًا، فيُنشَر المحتوى المحدّث فورًا، إضافةً إلى تسخين للذاكرة المؤقتة يسخّن صفحاتك مسبقًا بعد التفريغ، فلا ينتظر الزائر الأول أبدًا صفحة باردة.
حين تريد أن تتولّى المنصّة الأمر
يمكنك تجميع التخزين المؤقت، وشبكة CDN، والصور، وSSL بنفسك، أو تسليم البنية التحتية إلى cdn.com.tr. وللمواقع كثيفة الزيارات أو مواقع WooCommerce، يوفّر أيضًا استضافة WordPress مُدارة، وRedis مُدارًا لتخزين الكائنات المؤقت، وتخزينًا كائنيًا متوافقًا مع S3 لتفريغ الوسائط — فيصبح جزء من عمل "جهة WordPress" علينا نحن أيضًا. وتجدّد الشهادات نفسها، وتُمتَص موجات الذروة عند الحافة، وتركّز أنت على الموقع بدلًا من السباكة.
أين تؤتي السرعة أكبر ثمارها
صفحات المنتجات والدفع الأسرع ترفع التحويلات مباشرةً؛ ويُبقي التخزين المؤقت وشبكة CDN المتجر المزدحم سريع الاستجابة تحت الحمل.
حين ينتشر منشور، يخدم التخزين المؤقت عند الحافة الحشدَ من نسخ قريبة منهم بدلًا من إرهاق خادم واحد.
معظم الزوّار على الجوال؛ فالصور الأخفّ بصيغ الجيل التالي والصفحات المخزّنة تحسّن مقاييس Core Web Vitals التي يرتّب Google بناءً عليها.
الأسئلة الشائعة حول سرعة WordPress
هل ما زلت أحتاج إلى إضافة تخزين مؤقت إذا استخدمت شبكة CDN؟
نعم — فهما يحلّان مشكلتين مختلفتين. تخزّن إضافة تخزين الصفحات المؤقت شيفرة HTML التي يبنيها WordPress على خادمك؛ وتوصّل شبكة CDN تلك المخرجات وملفاتك الثابتة من حافة قريبة من كل زائر. واستخدامهما معًا يضاعف الأثر.
هل الانتقال إلى WebP يقلّل جودة الصورة؟
لا. ينتج WebP وAVIF ملفات أصغر بالجودة البصرية نفسها. ولا تقدّم CDNTR ملفًا محوّلًا إلا حين يكون أصغر فعلًا من الأصل؛ وإلا فإنها تبقي الأصل.
أشغّل WooCommerce — هل تتعطّل الصفحات الديناميكية؟
لا. تُقدَّم الملفات الثابتة فقط (CSS وJS والصور) من الـ CDN؛ وتظلّ صفحات السلّة والدفع والحساب تعمل بشكل طبيعي، ويُبقي التفريغ التلقائي صفحات الفئات والمتجر محدّثة.
خادمي بطيء — هل تكفي شبكة CDN؟
تسرّع شبكة CDN توصيل الملفات الثابتة، لكن إن كان ارتفاع TTFB نابعًا من الاستضافة أو PHP أو قاعدة البيانات فعليك إصلاح ذلك أولًا (راجع خطوتَي جهة WordPress والتخزين المؤقت). وللخادم البطيء جدًا، يكون الانتقال إلى WordPress المُدار أدوم حلٍّ.