TTFB اختصار لعبارة «زمن أول بايت» (Time To First Byte)، وهو المدّة بين طلب المتصفّح للصفحة واستقباله أول جزء من ردّ الخادم. باختصار: كلّما قلّ هذا الزمن، بدأ موقعك بالظهور أسرع، وتحسّنت تجربة الزائر وترتيبك في جوجل. في هذا الدليل المفصّل نشرح مكوّنات TTFB، ولماذا يهم، وما القيمة الجيدة له، وكيف تقيسه بالأدوات المختلفة، وكيف تخفّضه خطوة بخطوة — مع أرقام حقيقية قِسناها على خوادم مرام هوست، وقسم خاص بووردبريس.

محتويات المقال
- ← ما هو TTFB باختصار؟
- ← مِمّ يتكوّن زمن أول بايت؟
- ← TTFB الديناميكي مقابل المخزّن مؤقتاً
- ← لماذا يهم زمن أول بايت لموقعك وترتيبه؟
- ← ما هو TTFB الجيد؟
- ← TTFB مقابل زمن التحميل الكامل
- ← أسباب ارتفاع زمن أول بايت
- ← كيف تقيس TTFB؟ الأدوات
- ← كيف تخفّض TTFB؟
- ← أخطاء شائعة عند التحسين
- ← زمن أول بايت في ووردبريس تحديداً
- ← الخلاصة
ما هو TTFB باختصار؟
TTFB هو زمن أول بايت، أي الفترة التي ينتظرها المتصفّح منذ لحظة إرسال الطلب حتى يستقبل أول بايت من الصفحة. يشمل هذا الزمن رحلة الطلب عبر الشبكة، ووقت معالجة الخادم للطلب، ثم بدء إرسال الرد. كلّما كان الرقم أصغر، شعر الزائر بأن موقعك يستجيب فوراً، وهو انطباع أوّل يصعب تعويضه لاحقاً. ويُعدّ هذا المقياس من أوضح المؤشّرات على جودة الخادم والاستضافة، لأنه يعكس سرعة البنية التحتية قبل أن تبدأ الواجهة بالتحميل أصلاً.
مِمّ يتكوّن زمن أول بايت؟
يتكوّن زمن أول بايت من ثلاث مراحل متتالية، وفهمها يساعدك على معرفة أين تحسّن:
1) زمن الشبكة
الوقت الذي يستغرقه الطلب في الوصول إلى الخادم وعودة أول جزء من الرد، ويتأثّر بالمسافة بين الزائر ومركز البيانات وجودة الشبكة. شبكة CDN وخادم قريب من جمهورك يقلّلان هذا الجزء.
2) زمن معالجة الخادم
الجزء الأثقل غالباً، ويشمل تشغيل كود PHP والاستعلام من قاعدة البيانات وبناء الصفحة. هنا تؤثّر قوّة المعالج وسرعة التخزين وإعداد الكاش تأثيراً مباشراً — وهو المجال الأكبر الذي يمكنك تحسينه.
3) زمن بدء إرسال الرد
اللحظة التي يبدأ فيها الخادم بإرسال أول بايت بعد جهوزية الرد، ويتأثّر بإعدادات الخادم والضغط والاتصال. الجزءان الأولان هما محلّ التحسين الأكبر عادةً.
TTFB الديناميكي مقابل المخزّن مؤقتاً
يختلف زمن أول بايت اختلافاً هائلاً بين الصفحة الديناميكية والمخزّنة مؤقتاً. الصفحة الديناميكية تُبنى مع كل طلب بتشغيل PHP والاستعلام من قاعدة البيانات، بينما تُخدَّم الصفحة المخزّنة من الذاكرة مباشرةً دون معالجة. في اختبارنا الحقيقي على خادم مرام بمعالج EPYC Turin 9655، ظهر الفرق واضحاً:
| الحالة | TTFB مُقاس | ملاحظة |
|---|---|---|
| ديناميكي بلا كاش | ~25 ms | PHP يُنفَّذ مع كل طلب |
| مع كاش الصفحات | ~0.5 ms | يُخدَّم من الذاكرة دون معالجة |

هذا الفارق الهائل يوضّح أن الكاش وحده قد يخفّض زمن الاستجابة عشرات المرّات، ولهذا يُعدّ أول خطوة في أي تحسين جادّ.
لماذا يهم زمن أول بايت لموقعك وترتيبه؟
يهم زمن أول بايت لسببين رئيسيين. الأول تجربة المستخدم: الزائر الذي ينتظر صفحة بطيئة يغادر غالباً قبل أن تكتمل، فيرتفع معدّل الارتداد وتنخفض التحويلات. والثاني تحسين محركات البحث، إذ يُعدّ زمن أول بايت من مؤشّرات سرعة الصفحة التي تنظر إليها جوجل ضمن Core Web Vitals. موقع بزمن استجابة منخفض يحصل على أفضلية في التجربة والترتيب معاً، خصوصاً على الأجهزة المحمولة والشبكات الأبطأ، حيث يكون كل جزء من الثانية مؤثّراً.
ما هو TTFB الجيد؟
كقاعدة عامة، يُعدّ زمن أول بايت أقل من 200 ملّي ثانية ممتازاً، وبين 200 و500 مقبولاً يحتاج تحسيناً، وأكثر من 500 ضعيفاً يضرّ التجربة والترتيب. هذه الأرقام إرشادية وتختلف بحسب موقع الزائر ونوع الصفحة:

للمقارنة، سجّلنا على خادم مرام زمناً نحو 25 ملّي ثانية للصفحة الديناميكية و0.5 ملّي ثانية مع الكاش — وكلاهما في النطاق الممتاز بفارق كبير عن الحدّ الموصى به.
TTFB مقابل زمن التحميل الكامل
من المهم عدم الخلط بين TTFB وزمن التحميل الكامل للصفحة. الأول يقيس متى يبدأ ردّ الخادم بالوصول، بينما يقيس الثاني متى تكتمل الصفحة بكل صورها وملفّاتها في المتصفّح. زمن أول بايت مسؤولية الخادم أساساً، أمّا زمن التحميل الكامل فيتأثّر أيضاً بحجم الصفحة والصور والسكربتات في الواجهة. تحسين الخادم يخفّض الأول مباشرةً ويمهّد لتحسين الثاني، لكنه لا يغني عن تحسين الواجهة أيضاً للحصول على صفحة سريعة بالكامل.
أسباب ارتفاع زمن أول بايت
يرتفع زمن أول بايت لأسباب عدّة، أهمّها ضعف العتاد أو غياب الكاش. هذا جدول بأبرز الأسباب وحلولها:
| السبب | الأثر | الحل |
|---|---|---|
| خادم بطيء أو موارد مشتركة | معالجة أبطأ | خادم بمعالج حديث وموارد مخصّصة |
| غياب كاش الصفحات | بناء كل صفحة من الصفر | فعّل FastCGI أو إضافة كاش |
| قاعدة بيانات ثقيلة | استعلامات بطيئة | كاش كائنات + تنظيف القاعدة |
| بُعد مركز البيانات عن الزوّار | زمن شبكة أعلى | CDN + خادم قريب من جمهورك |
| إصدار PHP قديم بلا OPcache | تنفيذ أبطأ | PHP حديث + OPcache |
| إضافات وقوالب ثقيلة | حِمل زائد | احذف غير الضروري واختر الأخفّ |
كيف تقيس TTFB؟ الأدوات
قياس زمن أول بايت بسيط وله عدّة طرق حسب دقّتك المطلوبة. أسرعها أمر curl الذي يعطيك الرقم مباشرةً:
curl -o /dev/null -w "TTFB: %{time_starttransfer}s\n" https://your-site.com/
وإليك أشهر أدوات القياس ومتى تستخدم كلاً منها:
| الأداة | النوع | ملاحظة |
|---|---|---|
| curl | سطر أوامر | دقيق وسريع لقياس فوري |
| أدوات المطوّر (DevTools) | متصفّح | تبويب Network يظهر الزمن |
| PageSpeed Insights | ويب | مع مؤشّرات Core Web Vitals |
| GTmetrix / WebPageTest | ويب | قياس من مواقع جغرافية متعددة |
احرص على القياس من أكثر من موقع جغرافي لأن الرقم يتأثّر ببُعد الزائر عن الخادم، وكرّر القياس مرّتين لتسخين الكاش قبل تسجيل النتيجة.
كيف تخفّض TTFB؟
لتخفيض زمن أول بايت بفعالية، اتّبع هذه الخطوات مرتّبة حسب الأثر:
1) فعّل كاش الصفحات الكامل
الأكبر أثراً كما رأينا في أرقامنا؛ تُخدَّم الصفحة دون تشغيل PHP فينخفض الزمن عشرات المرّات.
2) اختر خادماً وعتاداً حديثاً
معالج سريع وتخزين NVMe وموارد مخصّصة تقلّل زمن المعالجة — أساس كل تحسين.
3) استخدم PHP حديثاً مع OPcache
الإصدارات الحديثة أسرع، وOPcache يخزّن الكود المُترجَم فيقلّل زمن التنفيذ لكل طلب.
4) أضف كاش كائنات وشبكة CDN
كاش الكائنات (Redis) يخفّف قاعدة البيانات، وCDN يقرّب المحتوى من الزوّار البعيدين.
5) نظّف الموقع من الأحمال الزائدة
احذف الإضافات الثقيلة، ونظّف قاعدة البيانات، واختر قالباً خفيفاً محدّثاً.
أخطاء شائعة عند التحسين
عند تحسين زمن أول بايت، تجنّب هذه الأخطاء الشائعة التي تعطيك صورة مضلّلة:
| الخطأ | الأثر | الحل |
|---|---|---|
| القياس مرة واحدة فقط | نتيجة غير دقيقة | كرّر من مواقع متعددة |
| قياس من مكان قريب جداً | رقم متفائل غير واقعي | قِس من مواقع جمهورك الفعلي |
| CDN دون كاش على الأصل | تحسّن جزئي فقط | فعّل الكاش على الخادم الأصل أيضاً |
| تجاهل قاعدة البيانات | تحسين ناقص | أضف كاش كائنات ونظّف القاعدة |
زمن أول بايت في ووردبريس تحديداً
في ووردبريس تحديداً، يتأثّر زمن أول بايت بعدد الإضافات وحجم القالب وقاعدة البيانات. لخفضه: ثبّت إضافة كاش قويّة (مثل LiteSpeed Cache أو WP Super Cache)، واختر قالباً خفيفاً محدّثاً، وفعّل Object Cache عبر Redis، وحدّث PHP إلى إصدار حديث، ونظّف المراجعات والبيانات المؤقتة من قاعدة البيانات. هذه الخطوات مجتمعة قد تنقل متجر ووكومرس من زمن استجابة بطيء إلى النطاق الممتاز، خصوصاً على خادم بعتاد حديث.
الخلاصة
باختصار، TTFB هو أول مؤشّر على سرعة موقعك، ويعتمد أساساً على قوّة الخادم وإعداد الكاش. استهدف قيمة أقل من 200 ملّي ثانية، وابدأ بتفعيل كاش الصفحات واختيار استضافة بعتاد حديث. الأرقام التي قِسناها على خوادم مرام هوست تُظهر أن الجمع بين معالج EPYC حديث وتخزين NVMe وكاش صحيح يمنح زمن استجابة في النطاق الممتاز بفارق كبير. لمزيد من التفاصيل التقنية، راجع دليل TTFB من web.dev.
احصل على زمن استجابة منخفض لموقعك
خطط VPS من مرام هوست بمعالجات EPYC حديثة وNVMe Micron وكاش سريع — تبدأ من 5$ شهرياً.
تصفّح خطط VPS من مرام هوست ←
