موجز: زمن أول بايت TTFB هو أهم رقم في تقرير السرعة لأنه يفصل مشكلة الاستضافة عن مشكلة الصفحة. هذا الدليل يعلمك قراءة تقرير الفحص خطوة بخطوة، ومعرفة متى تنقل استضافتك ومتى تحسّن موقعك.
1. ما هو TTFB بلغة صاحب الموقع؟
تخيل أنك طلبت وجبة في مطعم: زمن أول بايت هو المدة حتى يأتيك النادل بأول طبق، بينما مدة التحميل الكامل هي المدة حتى تكتمل المائدة كلها.
تقنياً: TTFB اختصار Time To First Byte، أي الزمن من إرسال طلب الزائر حتى وصول أول بايت من الخادم.
يشمل هذا الزمن ثلاثة أشياء: وصول الطلب عبر الشبكة، وتجهيز الخادم للصفحة (PHP وقاعدة البيانات)، وبدء إرسال الرد.
احفظ القاعدة الذهبية: TTFB يقيس الخادم، ومدة التحميل الكامل تقيس الصفحة كلها بما فيها الصور والسكربتات.
لماذا هو أهم رقم؟ لأنه الوحيد الذي يجيب عن السؤال الأغلى: هل أدفع لاستضافة جديدة أم أصلح موقعي الحالي؟
2. قراءة تقرير الفحص خطوة بخطوة
افتح أداة فحص السرعة والاستضافة وأدخل رابط موقعك، ثم اقرأ النتيجة بهذا الترتيب:
2.1 زمن أول بايت أولاً
هذا هو رقم الحكم على الاستضافة. تجاهل بقية الأرقام لحظة وقارنه بالجدول في القسم التالي.
لو فحصت من جوالك والنتيجة مختلفة عن الفحص من حاسوبك، فالسبب غالباً سرعة شبكتك أنت لا الموقع. اعتمد فحص الأداة لأنه يتم من الخادم مباشرة.
2.2 مدة التحميل الكامل ثانياً
هذا الرقم يهم الزائر فعلاً: متى تكتمل الصفحة ويستطيع التصفح والشراء بارتياح؟
القاعدة العملية:
2.3 بقية السطور: الحجم والبروتوكول والضغط والكاش
افحص هذه النقاط الثلاث فهي تسرّع موقعك دون تغيير التصميم:
- إصدار HTTP: النسخة الثالثة أسرع من الثانية، والثانية أسرع من الأولى بكثير. لو موقعك ما زال على الأولى فاستضافتك قديمة.
- الضغط: يجب أن يكون مفعّلاً (Brotli أو gzip). صفحة بلا ضغط تنقل بيانات أكبر بلا داع.
- الكاش: زائر يطلب صفحة مخزنة مؤقتاً يحصل عليها فوراً، وزائر يجبر الخادم على التجهيز من الصفر ينتظر. غياب الكاش يرفع زمن أول بايت للجميع.
اسم الخادم الظاهر في التقرير معلومة تشخيصية فقط. لا تحكم على الاستضافة من الاسم، بل من الأرقام.
3. الأرقام الجيدة والسيئة
| المقياس | ممتاز | مقبول | سيئ ويستحق التدخل |
|---|---|---|---|
| زمن أول بايت TTFB | أقل من 400ms | من 400 إلى 800ms | أكثر من 800ms باستمرار |
| مدة التحميل الكامل | أقل من ثانيتين | من ثانيتين إلى 4 | أكثر من 4 ثوانٍ |
| حجم الصفحة الرئيسية | أقل من 1MB | من 1 إلى 2MB | أكثر من 3MB |
ملاحظتان قبل الحكم:
- افحص 3 مرات واعتمد المتوسط. فحص واحد وقت الذروة قد يظلم استضافة جيدة.
- افحص صفحة حقيقية (الرئيسية أو منتج) لا صفحة فارغة. الصفحة الخفيفة تخفي المشاكل.
للتحقق اليدوي من رقم أول بايت بأمر واحد:
curl -o /dev/null -s -w "first-byte: %{time_starttransfer}\ntotal: %{time_total}\n" https://example.com
استبدل example.com بدومينك وقارن الرقم الأول برقم الأداة.
4. الحالة الأولى: أول بايت ممتاز لكن الموقع بطيء
هذه أشهر حالة نراها: TTFB أقل من 400ms ومدة التحميل 6 ثوانٍ. الخادم بريء، والجناة هم محتويات الصفحة.
انظر في التقرير إلى قائمة أثقل الملفات واسأل ثلاثة أسئلة:
4.1 هل الصور هي السبب؟
صورة واحدة من الكاميرا بحجم 3MB قد تساوي بقية الصفحة كلها. الحل: التحويل إلى صيغة WebP قبل الرفع مع تصغير العرض الفعلي.
جرّب بنفسك: خذ أكبر صورة في التقرير ومررها على ضاغط صور WebP وسترى التوفير بعينك قبل أي تعديل في الموقع.
4.2 هل السكربتات تخنق البداية؟
سلايدر وإعلانات ونوافذ منبثقة وتتبع: كل واحد يضيف طلبات ومدة. أجّل ما لا يظهر أعلى الصفحة، واحذف ما لا يخدم البيع فعلاً.
4.3 هل الخطوط تؤخر النص؟
خط خارجي ثقيل بلا بديل نظام يجعل النص يختفي لحظات. استخدم خطاً واحداً بوزنين فقط مع عرض فوري للنص الاحتياطي.
لا تنقل استضافتك في هذه الحالة. نقل موقع ثقيل لخادم أقوى يخفي الأعراض أسابيع ثم تعود، بينما ضغط الصور وتنظيف السكربتات يحلها مجاناً.
5. الحالة الثانية: زمن أول بايت سيئ باستمرار
إذا تجاوز أول بايت 800ms في ثلاث فحوصات متفرقة لصفحة خفيفة، فالمشكلة في الاستضافة أو إعدادها.
5.1 ثلاثة إصلاحات قبل قرار النقل
- فعّل الكاش من جهة الخادم: صفحات الزوار المخزنة لا تجهّز من الصفر كل مرة. الفرق يظهر من أول فحص بعد التفعيل.
- فعّل الضغط والبروتوكول الحديث: تأكد من Brotli وHTTP/2 على الأقل. إعداد واحد قد يختصر مئات الملي ثانية.
- راجع ازدحام الخطة: استضافة مشتركة مزدحمة تتباطأ وقت الذروة مهما حسّنت موقعك. قارن فحص الصباح بفحص المساء.
5.2 متى يكون النقل هو الحل فعلاً؟
انقل عندما تجتمع هذه العلامات: أول بايت سيئ باستمرار، والدعم يعجز عن تفسيره، وموقعك خفيف أصلاً، والذروة المسائية أسوأ بكثير من الصباح.
اقرأ في هذه الحالة الدليل الهندسي للنقل بدون توقف قبل أي خطوة، فالنقل المتسرع قد يفقدك بيانات أو يوقف موقعك. وإذا كان القرار هو النقل فعلاً، ننفذه لك عبر خدمة نقل المواقع مع اختبار كامل قبل تحويل الدومين.
6. خطة عمل من 3 خطوات بعد أي نتيجة سيئة
6.1 الخطوة الأولى: ثبّت التشخيص
افحص الرئيسية وصفحة منتج أو مقال. سجل الرقمين (أول بايت والتحميل الكلي) واسم أثقل 3 ملفات. بدون هذه الورقة ستعالج بالتخمين.
6.2 الخطوة الثانية: ابدأ بالأرخص أثراً
الترتيب الصحيح: الكاش والضغط أولاً (إعدادات)، ثم الصور (ضغط وتحويل)، ثم السكربتات (حذف وتأجيل)، والنقل آخر خيار لا أوله. وإن ثبت أن الخادم هو عنق الزجاجة، فـإدارة السيرفرات تضبط الطبقات التي لا يظهرها الفحص السريع.
6.3 الخطوة الثالثة: أعد القياس بنفس الظروف
بعد كل تعديل افحص مجدداً وقارن بالورقة. تحسّن أول بايت وحده يعني نجاح إعدادات الخادم، وتحسّن التحميل الكلي وحده يعني نجاح تنظيف الصفحة.
راسلنا على واتساب وسنحوّل هذا المقال إلى خطة عمل واضحة لموقعك.
تواصل عبر واتسابالخلاصة
- زمن أول بايت يقيس الخادم، ومدة التحميل تقيس الصفحة كلها. لا تخلط بينهما.
- أول بايت مرتفع باستمرار مع صفحة خفيفة يعني الاستضافة هي المشكلة.
- أول بايت جيد مع تحميل بطيء يعني الصور والسكربتات هي المشكلة.
- ابدأ بالكاش والضغط والصور قبل التفكير في النقل.
- افحص 3 مرات واعتمد المتوسط، وأعد القياس بعد كل تعديل.
تريد أن نقرأ الأرقام بدلاً منك؟ تحسين سرعة موقعك يبدأ بقياس قبل/بعد، وإن كان الحل استضافة أفضل فـاستضافة ووردبريس مضبوطة من أول يوم. وإن كان الموقع متوقفاً لا بطيئاً، فـقائمة فحص التوقف في 10 دقائق تبدأ من التشخيص الصحيح.