أدوات قياس سرعة الموقع وكيف تقرأ النتائج (جربناها على موقعنا)

تفتح أداة قياس السرعة، تكتب رابط موقعك، فتظهر لك درجة 72 باللون البرتقالي وكلمات مثل LCP و TBT و CLS. تحاول مرة أخرى بعد دقيقتين فتصبح الدرجة 90. أي الرقمين صحيح؟ وهل موقعك سريع أم بطيء فعلًا؟

هذا بالضبط ما حدث معنا ونحن نُعدّ هذا الدليل. بدل أن نشرح الأدوات نظريًا، اختبرنا موقعنا hostingarabi.com بنفسنا يوم 15 أكتوبر 2026 على 8 أدوات مجانية، وكررنا اختبار PageSpeed Insights سبع مرات. ستجد هنا النتائج الحقيقية بصورها، وما معنى كل رقم، ولماذا تختلف الأدوات، وأي أداة تختبر موقعك من دبي والرياض والقاهرة وليس من أمريكا فقط.

آخر تحديث: 16 أكتوبر 2026. المقاييس والحدود في هذا المقال من وثائق جوجل الرسمية (web.dev و Search Central)، والنتائج من اختبارات أجريناها بأنفسنا.

ملخص سريع: أفضل أدوات قياس سرعة الموقع المجانية

قبل الأدوات: نوعان من القياس يجب أن تفهمهما

كل أدوات السرعة تعطيك واحدًا من نوعين من البيانات، وأغلب الحيرة تأتي من الخلط بينهما:

• بيانات حقيقية (Field Data): تجمعها جوجل من زوار حقيقيين يستخدمون متصفح كروم، في تقرير اسمه Chrome UX Report أو CrUX، وتعرض متوسط آخر 28 يومًا. هذه هي البيانات التي تعتمد عليها جوجل عند تقييم موقعك.
• بيانات معملية (Lab Data): تحميل واحد للصفحة في ظروف ثابتة، مثل جوال متوسط على شبكة بطيئة. تعطيك درجة من 100 واقتراحات للإصلاح، لكنها تتغير من اختبار لآخر.

لهذا قد ترى في نفس التقرير درجة أداء برتقالية، ومع ذلك يقول لك قسم البيانات الحقيقية إن موقعك ناجح في مؤشرات الأداء الأساسية، أو العكس. الأولى اختبار لحظي في المعمل، والثانية تجربة آلاف الزوار الفعلية.

أدوات قياس سرعة الموقع: جربناها على موقعنا

اختبرنا الصفحة الرئيسية لموقعنا مساء 15 أكتوبر 2026 على كل أداة. موقعنا يعمل على ووردبريس مع تخزين مؤقت LiteSpeed وخلف شبكة Cloudflare. الأرقام هنا ليست “جيدة” أو “سيئة” بذاتها، المهم أن ترى كيف تقرأها.

1. PageSpeed Insights من جوجل

هذه أول أداة يجب أن تبدأ بها، لأنها من جوجل نفسها وتجمع النوعين في صفحة واحدة. ادخل إلى pagespeed.web.dev، اكتب رابط الصفحة، واختر الجوال أو الكمبيوتر.

كيف تقرأ التقرير؟ القسم الأول “Discover what your real users are experiencing” هو البيانات الحقيقية. في موقعنا ظهر “No Data”، أي أن زيارات موقعنا من كروم لم تصل بعد إلى الحد الذي تحتاجه جوجل لعرض بيانات. هذا طبيعي في المواقع الجديدة والصغيرة، ولا يعني أن هناك مشكلة.

القسم الثاني “Diagnose performance issues” هو الاختبار المعملي: درجة الأداء من 100، ثم خمسة مقاييس، ثم قائمة بالتحسينات المقترحة مثل “Render-blocking requests” مع الوقت المتوقع توفيره. ركز على الاقتراحات الحمراء التي توفر أكبر وقت.

وهكذا يبدو قسم البيانات الحقيقية عندما تتوفر، في مثال من موقع ويكيبيديا العربية الذي يملك زيارات كبيرة:

عبارة “Core Web Vitals Assessment: Passed” تعني أن الصفحة نجحت في المؤشرات الثلاثة الأساسية عند 75% من الزيارات خلال آخر 28 يومًا. ويمكنك التبديل بين “This URL” لبيانات هذه الصفحة و“Origin” لبيانات الموقع كله.

2. تقرير مؤشرات الأداء في Google Search Console

بينما يختبر PageSpeed Insights صفحة واحدة، يعرض لك تقرير “مؤشرات أداء الويب الأساسية” (Core Web Vitals) في Search Console كل صفحات موقعك مقسمة إلى جيدة وتحتاج تحسين وضعيفة، للجوال والكمبيوتر كل على حدة. ويجمع الصفحات المتشابهة في مجموعات، فإن ظهرت مشكلة في قالب المقالات مثلًا ستراها على كل المقالات معًا.

وبعد إصلاح مشكلة، تستطيع الضغط على “التحقق من الإصلاح”، فتتابع جوجل بيانات المجموعة لمدة 28 يومًا قبل أن تؤكد الحل. وكما في PageSpeed Insights، لن ترى بيانات إن كانت زيارات موقعك قليلة.

3. GTmetrix

GTmetrix من أشهر الأدوات، وتعطيك درجة بحروف من A إلى F. هذه الدرجة تجمع شيئين: Performance بنسبة 60%، وهي تقريبًا درجة Lighthouse نفسها، وStructure بنسبة 40%، وهي تقييم GTmetrix لطريقة بناء الصفحة. حصل موقعنا على A بأداء 88% وبنية 97%.

ميزتها الكبيرة “الشلال” (Waterfall) الذي يعرض كل ملف تحمّله الصفحة ومتى بدأ وانتهى، فتعرف أي صورة أو سكربت يؤخر الصفحة. لكن انتبه: الاختبار دون تسجيل يتم من سياتل في أمريكا على كمبيوتر بإنترنت سريع، والحساب المجاني محدود بعدد قليل من الاختبارات شهريًا من لندن أو سياتل. أما اختيار دبي فيحتاج خطة مدفوعة.

4. Pingdom Website Speed Test

Pingdom أداة بسيطة تعطيك أربعة أرقام واضحة: درجة الأداء، وزمن التحميل الكامل، وحجم الصفحة، وعدد الطلبات. وهي مفيدة لمعرفة “وزن” الصفحة: كم ميجابايت تحمّل، وكم ملفًا تطلب. كلما قلّ الرقمان كان أفضل.

لكنها لا تقيس مؤشرات جوجل الأساسية مثل LCP و INP، وليس فيها أي موقع اختبار في الشرق الأوسط أو الهند. لذلك استخدمها للمقارنة قبل التعديل وبعده، لا لتقييم تجربة زوارك العرب.

5. WebPageTest

WebPageTest أداة المحترفين، وتعرض تفاصيل لا تجدها في غيرها: شريط صور لتحميل الصفحة ثانية بثانية، وشلال كامل، وزمن بدء الظهور (Start Render). نتيجتنا من ميلانو كانت ممتازة: الخادم رد خلال 0.26 ثانية وظهر أكبر عنصر خلال أقل من ثانية.

ومن طوكيو، البعيدة عن خوادمنا، ارتفع LCP إلى 1.6 ثانية والتحميل الكامل إلى 2.5 ثانية. نفس الموقع ونفس الصفحة، والفرق فقط في المسافة. وهذه نقطة سنعود إليها بعد قليل.

6. DebugBear

DebugBear تعرض الاختبار المعملي وبيانات جوجل الحقيقية جنبًا إلى جنب في صفحة واحدة، وتشرح كل مقياس بلغة بسيطة. لاحظ أن درجتنا هنا 79% رغم أن LCP كان 0.65 ثانية فقط، والسبب أن زمن الحجب (TBT) جاء 286 ms في هذا الاختبار، وهو المقياس الأثقل وزنًا في الدرجة. وهذا يوضح أن الدرجة وحدها لا تكفي، ويجب أن تنظر إلى المقاييس نفسها.

7. أدوات KeyCDN

تقدم KeyCDN أداتين: Website Speed Test لاختبار الصفحة كاملة، وPerformance Test التي تقيس زمن استجابة الخادم (TTFB) من 8 مدن في نفس اللحظة. الأداة الثانية مفيدة جدًا لاختيار مكان الخادم أو التأكد من عمل شبكة CDN.

ومن الطريف أن اختبار الصفحة الكاملة من فرانكفورت أعطانا درجة C 74، ومن بنغالور بعد دقيقتين B 82، رغم أن التحميل من بنغالور كان أبطأ (3.7 ثانية مقابل 1.65). السبب أن هذه الدرجة تقيّم أشياء مثل التخزين المؤقت والضغط، وليس الزمن فقط.

8. Site24x7: اختبر موقعك من دبي والرياض والقاهرة

من بين كل الأدوات التي جربناها، كانت أداة Site24x7 الوحيدة التي تسمح مجانًا ودون تسجيل باختبار موقعك من مدن عربية، ويمكنك اختيار حتى 8 مواقع في الاختبار الواحد. وهذا مهم جدًا إن كان جمهورك في الخليج أو مصر، لأن الأدوات الأخرى تختبر من أمريكا وأوروبا.

لكن انتبه إلى أنها لا تحمّل الصفحة كاملة في متصفح، بل تقيس الاتصال بالخادم وتحميل ملف HTML فقط. لذلك هي أداة لقياس سرعة وصول زوارك إلى خادمك، وليست بديلًا عن PageSpeed Insights.

9. أدوات المطور في كروم (Chrome DevTools)

في متصفح كروم على الكمبيوتر، اضغط F12 لفتح أدوات المطور. ستجد تبويب Lighthouse الذي يجري نفس اختبار PageSpeed Insights لكن من جهازك أنت. وتبويب Performance يعرض لك مباشرة قيم LCP و CLS للصفحة المفتوحة، وقيمة INP بعد أن تضغط أو تكتب فيها، فتعرف أي زر أو قائمة بطيئة الاستجابة.

ميزتها أنها مجانية وفورية وتختبر الصفحات المحمية بكلمة مرور أيضًا. وعيبها أن النتيجة تتأثر بسرعة جهازك وإنترنتك، لذلك أغلق الإضافات واستخدم نافذة خاصة (Incognito) قبل الاختبار.

10. CrUX Vis لمتابعة الأداء عبر الزمن

إن كان موقعك يملك بيانات حقيقية في جوجل، فأداة CrUX Vis من جوجل تعرض تطورها أسبوعًا بأسبوع لعدة أشهر. هي البديل الرسمي للوحة CrUX القديمة على Looker Studio التي أوقفتها جوجل، ومفيدة لترى هل حسّن تعديل ما الأداء فعلًا لزوارك أم لا.

لماذا تعطيك كل أداة نتيجة مختلفة؟

هذه نتائج نفس الصفحة الرئيسية لموقعنا، في نفس المساء، على أدوات مختلفة:

الأرقام مختلفة لأن كل أداة تقيس بطريقة مختلفة:

• الجهاز والشبكة: اختبار الجوال في PageSpeed Insights يحاكي هاتفًا متوسطًا على شبكة 4G بطيئة، بينما تختبر GTmetrix بكمبيوتر وإنترنت سريع.
• مكان الاختبار: كلما بعدت المدينة عن خادمك زاد زمن الاستجابة.
• طريقة الحساب: GTmetrix تضيف تقييمها الخاص للبنية، و Pingdom و KeyCDN لهما درجاتهما الخاصة، وحتى إصدار Lighthouse نفسه يختلف، فجوجل تستخدم الإصدار 13.5 بينما تستخدم GTmetrix الإصدار 12.6.
• التوقيت: ضغط الخادم والشبكة يتغير من دقيقة لأخرى.

النصيحة: اختر أداة واحدة أساسية، وغالبًا PageSpeed Insights، وقارن بها موقعك مع نفسه قبل التعديل وبعده. لا تقارن درجة GTmetrix بدرجة Pingdom.

لا تثق في اختبار واحد: جربنا 7 مرات

اختبرنا الصفحة الرئيسية لموقعنا على الجوال سبع مرات خلال عشر دقائق تقريبًا، دون أي تغيير في الموقع. النتائج: 91، 72، 90، 90، 90، 72، 89. خمس مرات حول 90، ومرتان 72 مع ارتفاع LCP من 3 ثوانٍ إلى نحو 4.9 ثانية.

هذا طبيعي. تقول وثائق Lighthouse نفسها إن النتائج تتغير بسبب ظروف الشبكة وحمل الخادم، وتذكر الاستضافة المشتركة كأحد الأسباب، وتنصح بأخذ الوسيط من 5 اختبارات لأنه أكثر ثباتًا بمرتين من اختبار واحد. الوسيط في حالتنا 90، وهو الرقم الذي نعتمده، لا الـ 72 ولا الـ 91.

كيف تقرأ النتائج؟ معنى كل مقياس

تعتمد جوجل ثلاثة مؤشرات أداء أساسية (Core Web Vitals)، وتقيسها عند 75% من الزيارات، أي أن ثلاثة أرباع زوارك على الأقل يجب أن يحصلوا على تجربة جيدة. وإن قرأت في مقال قديم عن مقياس اسمه FID، فاعلم أن جوجل استبدلته بـ INP في 12 مارس 2024.

لاحظ أن TTFB هو المقياس الذي يعتمد على الاستضافة أكثر من غيره. إن كان مرتفعًا في كل الأدوات، فالمشكلة في الخادم أو في بعده عن زوارك، ولن تحله إضافات التسريع وحدها. شرحنا هذا بالتفصيل في كيف يؤثر موقع الخادم على سرعة موقعك.

كيف تُحسب درجة الأداء من 100؟

الدرجة التي تراها في PageSpeed Insights و Lighthouse ليست قياسًا مستقلًا، بل مجموع خمسة مقاييس بأوزان مختلفة: TBT بنسبة 30%، و LCP و CLS بنسبة 25% لكل منهما، و FCP و Speed Index بنسبة 10% لكل منهما. الألوان: من 90 إلى 100 أخضر، ومن 50 إلى 89 برتقالي، وأقل من 50 أحمر.

لهذا قد تنخفض درجتك كثيرًا بسبب مقياس واحد ثقيل مثل TBT، كما حدث في اختبار DebugBear. ولا تطارد درجة 100: موقع بدرجة 85 وبيانات حقيقية ناجحة أفضل من موقع بدرجة 100 في المعمل وزوار يعانون في الواقع.

أهم نقطة لزوارك العرب: مكان الاختبار

معظم الأدوات المجانية تختبر موقعك من أمريكا أو أوروبا. فإن كان زوارك في السعودية أو الإمارات أو مصر، قد تعطيك نتيجة أفضل مما يعيشه زوارك فعلًا. اختبرنا موقعنا عبر Site24x7 من 8 مدن في نفس الوقت:

• من لندن وفرانكفورت: استجاب الموقع خلال 0.42 و0.45 ثانية.
• من القاهرة: 0.74 ثانية، ومن إسطنبول 0.6 ثانية.
• من الرياض ودبي: 0.97 و1.19 ثانية، أي أكثر من ضعف أوروبا.

والملفت أن أكثر من 400 ms من زمن الرياض ودبي ذهب في البحث عن عنوان الموقع (DNS) قبل أن يبدأ الاتصال أصلًا. وزمن DNS يتأثر بالخادم الذي يستخدمه المختبِر، وقد يكون أقل لدى زوارك الحقيقيين بعد أول زيارة، لكنه يذكّرك بأن الأرقام من أوروبا لا تحكي القصة كاملة.

الخلاصة العملية: إن كان أغلب زوارك في الخليج، فاختبر من هناك، واختر استضافة لها مركز بيانات قريب أو استخدم شبكة CDN. وقد جمعنا الشركات التي تملك خوادم في دبي والرياض في دليل أفضل استضافة ووكومرس، وتجد خيارات أخرى في أفضل استضافة ووردبريس.

هل تؤثر سرعة الموقع على ترتيبك في جوجل؟

نعم، لكن ليس بالقدر الذي يتخيله البعض. تقول جوجل في وثائق Search Central إن مؤشرات الأداء الأساسية تستخدمها أنظمة الترتيب، لكن الحصول على نتائج جيدة لا يضمن ظهورك في المراكز الأولى. وتؤكد أن جوجل تعرض دائمًا المحتوى الأكثر صلة بالبحث، حتى لو كانت تجربة الصفحة أقل من المثالية.

بمعنى آخر: السرعة عامل مساعد يرجح كفتك بين صفحات متقاربة في الجودة، لكنها لن تعوض محتوى ضعيفًا. أما تأثيرها على زوارك فأوضح بكثير، فالصفحة البطيئة يغلقها الزائر قبل أن يقرأ، والمتجر البطيء يخسر طلبات.

خطة عملية: من الاختبار إلى الإصلاح

• ابدأ بـ PageSpeed Insights على الجوال لأهم 3 إلى 5 صفحات، وسجل الوسيط من عدة اختبارات.
• إن ظهرت بيانات حقيقية، فهي الأهم. ابدأ بالمؤشر الأحمر أو البرتقالي فيها.
• إن كان TTFB مرتفعًا، اختبر من Site24x7 أو KeyCDN من عدة مدن. إن كان مرتفعًا في كل مكان فالمشكلة في الخادم، وإن كان مرتفعًا في مدن بعيدة فقط فالحل خادم أقرب أو CDN.
• إن كان LCP مرتفعًا، افتح شلال GTmetrix أو WebPageTest وابحث عن الصورة أو الملف الكبير الذي يتأخر.
• إن كان TBT أو INP مرتفعًا، راجع الإضافات وأكواد الطرف الثالث مثل الإعلانات والدردشة والتتبع.
• بعد كل تعديل، أعد الاختبار بنفس الأداة ونفس الطريقة، وتابع البيانات الحقيقية في Search Console خلال الأسابيع التالية.

ولخطوات التحسين نفسها بالتفصيل، اقرأ كيف تحل مشكلة بطء الموقع وكيف تقلل استهلاك موارد الاستضافة. وإن كانت المشكلة في الخادم، فتخزين NVMe يحدث فرقًا واضحًا، كما شرحنا في ما هو NVMe SSD.

أسئلة شائعة عن قياس سرعة الموقع

ما هي أفضل أداة لقياس سرعة الموقع؟

ابدأ بـ PageSpeed Insights لأنها مجانية ومن جوجل وتعرض البيانات الحقيقية والمعملية معًا. وأضف إليها Search Console لمتابعة كل الصفحات، و GTmetrix أو WebPageTest عندما تحتاج تفاصيل تحميل الملفات، و Site24x7 لاختبار الاستجابة من الدول العربية.

لماذا تختلف درجة موقعي في كل مرة أختبره؟

لأن الاختبار المعملي يتأثر بحمل الخادم والشبكة في لحظة الاختبار. في تجربتنا تراوحت الدرجة بين 72 و91 لنفس الصفحة خلال 10 دقائق. خذ الوسيط من 3 إلى 5 اختبارات بدل الاعتماد على اختبار واحد.

ما هي الدرجة الجيدة في PageSpeed Insights؟

من 90 إلى 100 تعتبر جيدة، ومن 50 إلى 89 تحتاج تحسينًا، وأقل من 50 ضعيفة. لكن الأهم من الدرجة أن تنجح الصفحة في تقييم المؤشرات الأساسية في قسم البيانات الحقيقية.

لماذا تظهر No Data في PageSpeed Insights؟

لأن جوجل لم تجمع زيارات كافية لموقعك من مستخدمي كروم خلال آخر 28 يومًا. هذا طبيعي للمواقع الجديدة والصغيرة. اعتمد مؤقتًا على الاختبار المعملي، وستظهر البيانات مع زيادة الزيارات.

هل يوجد موقع لقياس سرعة الموقع من السعودية أو الإمارات؟

نعم. أداة Site24x7 المجانية تختبر من دبي والرياض والمنامة والقاهرة دون تسجيل، لكنها تقيس استجابة الخادم وتحميل ملف HTML فقط. و GTmetrix و WebPageTest لديهما موقع في دبي، لكنه غير متاح في الاختبار المجاني عند تجربتنا.

ما الفرق بين سرعة الموقع على الجوال والكمبيوتر؟

اختبار الجوال يحاكي هاتفًا متوسطًا على شبكة بطيئة، لذلك تكون نتيجته أقل دائمًا. في موقعنا كان الوسيط 90 على الجوال مقابل 98 إلى 99 على الكمبيوتر. وجوجل تقيم الجوال والكمبيوتر كل على حدة.

هل أحتاج درجة 100 في PageSpeed؟

لا. درجة 100 في المعمل ليست هدفًا بحد ذاتها. المهم أن تكون المؤشرات الأساسية جيدة لزوارك الحقيقيين، وأن تفتح صفحاتك بسرعة على الجوال.

هل تؤثر الاستضافة على نتيجة اختبار السرعة؟

نعم، خاصة في TTFB و LCP. الخادم البطيء أو البعيد عن زوارك يرفع زمن الاستجابة في كل الأدوات، ولا تستطيع إضافات التسريع إصلاح ذلك وحدها. وإن ظهرت لك أخطاء بدل الصفحة نفسها، فراجع دليل حل خطأ 500.

الخلاصة

أدوات قياس السرعة كثيرة، لكنك لا تحتاجها كلها. ابدأ بـ PageSpeed Insights وخذ الوسيط من عدة اختبارات، وتابع البيانات الحقيقية في Search Console، واستخدم GTmetrix أو WebPageTest للتفاصيل، و Site24x7 لترى موقعك بعيون زوارك في الخليج ومصر.

والأهم: اقرأ المقاييس لا الدرجة فقط. LCP يخبرك عن الصور والخادم، و INP و TBT عن الأكواد والإضافات، و CLS عن ثبات الصفحة، و TTFB عن استضافتك. عندما تعرف أي رقم هو المشكلة، تعرف من أين تبدأ الإصلاح.