.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
الإجابة المختصرة: زمن أول بايت يتكوّن من خمس مراحل: ترجمة اسم النطاق، وفتح الاتصال، والتفاوض المشفّر، وزمن الشبكة، ثم زمن بناء الصفحة على الخادم. المرحلة الأخيرة وحدها تمثل غالباً أكثر من ثلثي الرقم في المواقع الديناميكية — وهي المرحلة الوحيدة التي تتحكم فيها بالكامل.
ما هو زمن أول بايت ولماذا يهم؟
زمن أول بايت (Time To First Byte) هو المدة بين ضغط الزائر على الرابط ووصول أول بايت من الرد إليه. ليس زمن تحميل الصفحة كاملة، بل زمن الانتظار قبل أن يبدأ أي شيء بالظهور.
وأهميته أنه المؤشر الوحيد الذي يعزل الخادم والشبكة عن محتوى الصفحة. صفحة ثقيلة بصور ضخمة قد تكون بطيئة رغم زمن أول بايت ممتاز — والعكس. ولذلك يبدأ كل تشخيص جادّ من هذا الرقم لا من انطباع «الموقع بطيء».
المراحل الخمس بالتفصيل
1. ترجمة اسم النطاق
تحويل maram.iq إلى عنوان رقمي. تحدث مرة ثم تُخزَّن مؤقتاً عند الزائر، فأثرها على الزيارات التالية يقارب الصفر. تتأثر بجودة خوادم الأسماء ومدة الصلاحية المضبوطة في سجلاتك.
2. فتح الاتصال
مصافحة ثلاثية بين متصفح الزائر والخادم. تكلفتها رحلة ذهاب وعودة واحدة — أي أنها تساوي زمن الشبكة تقريباً. من العراق إلى شبكتنا قِسنا وسيط 87 مللي ثانية، فهذه المرحلة تكلف نحو ذلك.
3. التفاوض المشفّر
إنشاء القناة المؤمّنة. البروتوكولات الحديثة تنجزها في رحلة واحدة بدل رحلتين، والاتصالات المستأنفة تكاد تلغيها. في قياسنا الداخلي استغرقت 11 إلى 17 مللي ثانية.
4. زمن الشبكة
رحلة الطلب إلى الخادم ثم رحلة أول بايت عائداً. هذه هي المرحلة الوحيدة التي يؤثر فيها موقع الخادم. الأرقام الكاملة من شبكتنا إلى 108 شبكات عراقية في تقرير القياس.
5. بناء الصفحة على الخادم
وهنا تذهب الأغلبية. الخادم ينفّذ الشيفرة، ويستعلم من قاعدة البيانات، ويركّب القالب، ثم يبدأ الإرسال. في المواقع الديناميكية غير المضبوطة، هذه المرحلة وحدها قد تتجاوز المراحل الأربع مجتمعة بأضعاف.
قياس فعلي: أين تذهب المللي ثواني
لعزل المرحلة الخامسة قِسنا من داخل شبكتنا (زمن شبكة أقل من مللي ثانية) طلبين على الخادم نفسه:
| الطلب | فتح الاتصال | التشفير | زمن أول بايت | ما يعنيه |
|---|---|---|---|---|
| ملف صورة ثابت | 13 ms | 12 ms | 31 ms | الخادم يقرأ ويرسل — بلا معالجة |
| صفحة ديناميكية | 12 ms | 13 ms | 421 ms | المعالجة ≈ 390 مللي ثانية |
الفرق بين السطرين هو تكلفة كون الصفحة ديناميكية. ولاحظ أن فتح الاتصال والتشفير متطابقان تقريباً في الحالتين — فهما ليسا مصدر المشكلة.
الاستنتاج العملي: إن كان زمن أول بايت عندك 500 مللي ثانية، فالبحث عن 20 مللي ثانية في موقع الخادم مضيعة. ابحث عن الـ400 التي يقضيها خادمك في بناء الصفحة.
كيف تقرأ الأرقام في متصفحك
- افتح موقعك واضغط
F12ثم تبويب الشبكة. - حدّث الصفحة، واختر أول طلب في القائمة (المستند نفسه لا الصور).
- افتح تبويب التوقيت وستجد تفصيلاً:
DNS·Initial connection·SSL·Waiting (TTFB). - الرقم المهم هو Waiting — وهو زمن الشبكة زائد المعالجة.
- اطلب صورة من الموقع نفسه وقس زمنها. الفرق بين الرقمين ≈ زمن المعالجة، وهذه هي حيلة العزل كلها.
علاج كل مرحلة على حدة
| المرحلة | العلاج | حجم الأثر |
|---|---|---|
| ترجمة النطاق | خوادم أسماء سريعة ومدد صلاحية معقولة | صغير |
| فتح الاتصال | إبقاء الاتصال مفتوحاً وبروتوكول حديث | صغير إلى متوسط |
| التشفير | استئناف الجلسة وبروتوكول حديث | صغير |
| زمن الشبكة | موقع الخادم وجودة العبور وشبكة توزيع للملفات | متوسط |
| بناء الصفحة | تخزين مؤقت + تحسين الاستعلامات + موارد مضمونة + قرص NVMe | الأكبر |
وأقوى علاج مفرد هو تخزين الصفحات مؤقتاً: يحوّل المرحلة الخامسة من مئات المللي ثوانٍ إلى عشرات. تفاصيل ذلك في استضافة ووردبريس في العراق.
ما الرقم المقبول؟
- أقل من 200 مللي ثانية — ممتاز.
- 200 إلى 500 — مقبول، وفيه مجال واضح للتحسين.
- 500 إلى 1000 — يستدعي مراجعة جادّة للتخزين المؤقت وقاعدة البيانات.
- أكثر من ثانية — مشكلة بنيوية: موارد مزدحمة، أو استعلامات ثقيلة، أو إضافات متراكمة.
وضع هذه الأرقام في سياقها: زمن الشبكة من العراق إلى أوروبا الغربية نحو 87 مللي ثانية. أي أن هدف «أقل من 200» ممكن تماماً لزائر عراقي — بشرط أن يكون بناء الصفحة تحت 100 مللي ثانية.
مصائد شائعة في القياس
- القياس بعد تحديث فوري. الطلب الثاني يستفيد من اتصال مفتوح وكاش، فيعطي رقماً متفائلاً. قِس بنافذة جديدة.
- القياس صباحاً فقط. الموارد المشتركة تكشف نفسها مساءً.
- الخلط بين TTFB وزمن التحميل الكامل. صفحة بزمن أول بايت ممتاز قد تستغرق خمس ثوانٍ لاكتمالها إن كانت صورها ضخمة.
- قياس الصفحة الرئيسية وحدها. صفحة البحث أو السلة أو لوحة الإدارة أثقل عادة، وهي التي تكشف الحقيقة.
- نسيان الطبقة الوسيطة. إن كان أمام موقعك خدمة وسيطة، فقد تخدمك من كاشها فتخفي بطء الأصل تماماً.
أسئلة شائعة
ما هو زمن أول بايت؟
المدة بين إرسال الطلب ووصول أول بايت من رد الخادم. يقيس الخادم والشبكة معاً، ولا يقيس وزن الصفحة ولا سرعة عرضها.
ما الرقم الجيد لزمن أول بايت؟
أقل من 200 مللي ثانية ممتاز، وحتى 500 مقبول. ما فوق ذلك باستمرار يستدعي مراجعة الخادم والتخزين المؤقت.
كيف أفصل زمن الشبكة عن زمن الخادم؟
قِس ملفاً ثابتاً وصفحة ديناميكية من الموقع نفسه. الفرق بينهما هو زمن المعالجة تقريباً، لأن المراحل الأخرى متطابقة.
هل تحسين زمن أول بايت يكفي لتسريع الموقع؟
لا. هو نصف القصة؛ النصف الآخر وزن الصفحة وعدد ملفاتها. عالج الاثنين معاً.
لماذا زمن أول بايت مرتفع في لوحة الإدارة تحديداً؟
لأن لوحات الإدارة لا تُخزَّن مؤقتاً عادةً، فتظهر التكلفة الحقيقية لبناء الصفحة بلا تجميل. وهي مؤشر ممتاز على قوة الخادم الفعلية.
هل شبكة توزيع المحتوى تخفض زمن أول بايت؟
تخفضه للملفات الثابتة، ولصفحات HTML فقط إن كانت مخزّنة عندها. لا تعالج بطء بناء الصفحة على الأصل.
ما علاقة الموارد بهذا الرقم؟
علاقة مباشرة: المعالج والذاكرة والقرص تحدد سرعة المرحلة الخامسة، وهي الأكبر. راجع الموارد أم قرب الخادم.
قِس أولاً ثم قرّر
افتح أدوات المطور الآن وقِس زمن أول بايت لصفحتك الأثقل — الرقم سيخبرك بالضبط أين تنفق جهدك. وإن تبيّن أن الموارد هي القيد، استعرض سيرفرات بموارد مضمونة أو اطلب من الفريق مراجعة موقعك.
