WebPageTest

الخلاصة — WebPageTest أداة مجانية تحمّل صفحتك في متصفح حقيقي ومن موقع حقيقي، وتريك بالضبط ما حدث أثناء التحميل — كل ملف نزّلته، وبأي ترتيب، وفيديو إطارًا بإطار لظهور الصفحة. إنها الأداة التي تستخدمها عندما تقول PageSpeed Insights إن الصفحة بطيئة لكنك تريد معرفة السبب. ليست منتجًا من Google، ودرجاتها لا تؤثر في ترتيبك — إنها أداة تشخيص.

ما هو WebPageTest

تعطيك معظم أدوات السرعة رقمًا. أما WebPageTest فيعطيك قصة — صورة مفصلة خطوة بخطوة لكيفية تحميل صفحتك.

تذهب إلى webpagetest.org ، وتكتب عنوان URL، وتختار مكان الاختبار في العالم ونوع الجهاز والاتصال، ثم تضغط بدء. يحمّل متصفح حقيقي على جهاز حقيقي صفحتك، ويسجل WebPageTest كل شيء: كل صورة ونص برمجي وخط جلبه، والمدة التي استغرقها كل منها، وشريطًا مصورًا — مجموعة فعلية من لقطات الشاشة إطارًا بإطار لظهور الصفحة على الشاشة.

إنه مجاني ومفتوح المصدر. أنشأه مطور اسمه Patrick Meenan في عام 2008، واشترته شركة Catchpoint في عام 2020 — لكن النسخة العامة المجانية على webpagetest.org لا تزال متاحة لأي شخص.

لماذا تستخدمه بدل PageSpeed Insights

يجيد PageSpeed Insights (أداة Google) إخبارك بأن الصفحة بطيئة ومنحك درجة. أما WebPageTest فأفضل في إخبارك لماذا وأين. إذا قالت PSI «قلل الموارد الحاجبة للرسم»، يعرض WebPageTest الملف الدقيق الذي يحجب الرسم، وفي أي ثانية، داخل مخطط يمكنك قراءته كخط زمني.

والشيء الآخر الذي يخطئ الناس فيه: درجات WebPageTest ليست عامل ترتيب. ترتب Google جزئيًا بحسب سرعة تجربة الزوار الحقيقيين لموقعك (وهذا يسمى «بيانات الحقل»، وتأتي من مستخدمي Chrome الفعليين). أما WebPageTest فهو اختبار «مختبري» — تشغيل مضبوط واحد على جهاز واحد. إنه للعثور على المشكلات وإصلاحها، لا للرقم الذي تراه Google فعلًا.

العرضان اللذان يبدأ بهما معظم الناس

• المخطط الشلالي. مخطط يضم صفًا لكل ملف حمّلته صفحتك، مرتبًا حسب ترتيب وصوله. وعادةً تكون الأشرطة الطويلة والملفات المتراكمة في البداية موضع بطئك.
• الشريط المصور. صف من لقطات الشاشة يوضح رسم الصفحة بمرور الوقت. يمكنك مشاهدة لحظة ظهور المحتوى الرئيسي حرفيًا — أو لحظة قفز شيء ما على الصفحة.

هل تريد النسخة الكاملة — عرض الاتصال، والوصفة الدقيقة التي أستخدمها لملاحقة إزاحة التخطيط، ومقارنته بـLighthouse وCrUX، وكيف أستخدمه في SEO التقني؟ فانتقل إلى علامة التبويب Advanced.

الخلاصة — WebPageTest أداة أداء مختبرية (اصطناعية) مجانية ومفتوحة المصدر: تدخل عنوان URL وموقع اختبار حقيقيًا موزعًا ومتصفحًا وملف تعريف شبكة، وتحصل على تشخيصات عميقة — شلال (إشارات الموارد الحاجبة للرسم وتسلسل الطلبات) ، وشريط مصور/فيديو (إطارًا بإطار، مع خيار Highlight Layout Shifts لـCLS) ، وعرض اتصال (DNS/TCP/TLS/TTFB) ، وCore Web Vitals إطارًا بإطار. أنشأه Patrick Meenan عام 2008 (كأداة داخلية في AOL) ؛ واستحوذت عليه Catchpoint عام 2020؛ وظل الكود مفتوحًا بموجب ترخيص Polyform Shield. وعمود الدقة هو: إنه ينتج بيانات مختبر لا بيانات حقل ، لذلك لا يغذي إشارة ترتيب Core Web Vitals لدى Google (فهذه تأتي من CrUX لمستخدمين حقيقيين). إنه أداة تشخيص لا الدرجة التي تراها Google — وليس منافسًا لـLighthouse، لأنك تستطيع تشغيل Lighthouse داخله. استخدمه عندما تخبرك PageSpeed Insights أن الصفحة بطيئة لكن ليس لماذا أو أين في التحميل.

ما هو فعلًا

كل نتيجة في WebPageTest هي تشغيل مضبوط واحد: عنوان URL، مختبر من موقع محدد، ومتصفح وجهاز محددان، وملف تعريف اتصال محدد، وفي لحظة محددة. إنها ليست قياسًا عالميًا لـ«سرعة موقعك» — بل دليل من ذلك التشغيل، ويجب قراءتها على هذا الأساس.

ضمن هذا الإطار، WebPageTest هو أداة التشخيص العميق في صندوق أدوات أداء الويب. ويصفه موقع web.dev، موقع Google الخاص بالمطورين، بقوله: “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (ترجمة) «يضم WebPageTest مجموعة متقدمة من المقاييس وعارضات التتبّع، ويتيح التعمق في أداء موقعك على أجهزة جوال حقيقية وفي ظروف شبكة فعلية». (web.dev، «التفكير في أدوات السرعة»)

وتضيف صفحة «التدقيق» زاوية قريبة من SEO: “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (ترجمة) «يفحص WebPageTest أيضًا تخزين المحتوى الثابت مؤقتًا، ووقت الوصول إلى أول بايت، ومدى استخدام الموقع الفعال لشبكات CDN». (web.dev، «تدقيق الأداء»)

بينما تمنحك الأدوات الشقيقة في هذه المجموعة — Google Lighthouse وPageSpeed Insights وChrome UX Report (CrUX) — درجة أو نجاحًا/فشلًا، يمنحك WebPageTest الدليل الكامن تحت الدرجة، طلبًا بعد طلب وإطارًا بعد إطار.

تاريخ موجز — وملاحظة غريبة فعلًا

أنشأ Patrick Meenan WebPageTest وفتح مصدره عام 2008؛ وبدأ كأداة اختبار داخلية في AOL. واستحوذت عليه Catchpoint عام 2020. وتحكي صفحة About قصة الأصل مباشرة: “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (ترجمة) «مثّل استحواذ Catchpoint عام 2020 على WebPageTest، الذي أنشأه Patrick Meenan وفتح مصدره عام 2008، محطة مهمة». والمهمة المعلنة فيها صريحة: “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (ترجمة) «البطء هو التوقف الجديد، ومهمتنا تمكينك من تقديم أفضل التجارب لمستخدميك». (webpagetest.org/about)

إليك الملاحظة الغريبة التي تستحق التسمية: يعمل Meenan الآن لدى Google على Chrome وأداء الويب. ومع ذلك لا تذكر صفحة أدوات Core Web Vitals الرسمية لدى Google — web.dev/articles/vitals-tools ، وهي الصفحة نفسها التي يربط إليها مستند Core Web Vitals في Search Central بوصفها «الأدوات المختلفة التي يمكن أن تساعدك في قياس Core Web Vitals والإبلاغ عنها» — WebPageTest. فهي تسرد CrUX وPageSpeed Insights وSearch Console وLighthouse ولوحة Performance في DevTools ومكتبة JavaScript web-vitals وLighthouse-CI. الأداة التي أنشأها الشخص الذي يعمل هناك الآن غائبة.

اقرأ ذلك بحذر، مع ذلك: ليس إشارة إلى أن WebPageTest مهجور أو غير معتمد. تنسق Google قائمة أدوات منتجاتها هي ؛ والأداة الخارجية المفتوحة المصدر لا توجد فيها ببساطة. وتشير صفحات web.dev الأخرى (أدوات السرعة ، أدوات تدقيق الأداء) إلى WebPageTest بإيجابية. إنها فجوة تنسيق، لا حكم على الأداة.

المختبر مقابل الحقل — التمييز الأهم

هذا هو عمود الدقة في الموضوع كله، وهو شقيق نقطة المختبر مقابل الحقل التي تمر عبر مجموعة أدوات أداء الويب بأكملها.

ينتج WebPageTest بيانات مختبر (اصطناعية) من اختبار مضبوط قابل للتكرار على جهاز تهيئه وفي لحظة تختارها. وهذا يختلف جذريًا عن بيانات الحقل — قياسات Chrome UX Report (CrUX) للمستخدمين الحقيقيين التي تستخدمها Google Search فعلًا لإشارة ترتيب Core Web Vitals، والتي تظهر في PageSpeed Insights وSearch Console.

وبصراحة:

• لا يغذي تشغيل WebPageTest إشارة ترتيب Google. فهو يقيس المقاييس نفسها التي تهتم بها Google (LCP وINP وCLS) ، لكن الرقم الذي ترتب Google بناءً عليه يأتي من بيانات CrUX الحقلية، لا من أي تشغيل مختبري — لا تشغيل WebPageTest ولا قسم المختبر في PSI ولا Lighthouse.
• WebPageTest للتشخيص: إعادة إنتاج مشكلة، وعزلها، وتأكيد إصلاح في حلقة سريعة ومضبوطة. وبيانات الحقل (CrUX) هي التأكيد البطيء الموثوق على أن المستخدمين الحقيقيين شعروا بالتحسن — راجع Core Web Vitals لمعرفة كيفية عمل إشارة الترتيب.

وبعبارة واضحة، نتيجة WebPageTest ليست — ولا يمكن أن تحل محل — بيانات CrUX الحقلية أو أرقام زيارات المستخدمين الحقيقيين أو نتيجة ترتيب Google Search أو تجربة الصفحة. هذه مجموعات بيانات منفصلة تحتاج إلى أدلتها الخاصة؛ والتشغيل الاصطناعي السريع ليس دليلًا على تحرك أي منها.

إذا لم تأخذ من هذه الصفحة إلا شيئًا واحدًا: يخبرك WebPageTest بما ينبغي إصلاحه؛ ويخبرك CrUX بما إذا تحركت إشارة ترتيب Google.

كيفية تشغيل اختبار أساسي

التدفق الأساسي بسيط عمدًا:

1. عنوان URL. الصفحة العامة التي تريد اختبارها (يجب أن تكون قابلة للوصول العام).
2. موقع الاختبار. يعمل WebPageTest على أجهزة حقيقية موزعة فعليًا حول العالم — اختر موقعًا قريبًا من جمهورك، لأن المسافة وظروف الشبكة تغير النتيجة.
3. المتصفح/الجهاز. يمنحك Chrome أكبر قدر من البيانات. ويمكنك أيضًا محاكاة أجهزة محمولة.
4. ملف تعريف الاتصال. شبكة مقيدة السرعة (مثل اتصال محمول بطيء) حتى تختبر ظروفًا واقعية، لا ألياف مكتبك.
5. التشغيلات المتكررة. هذه هي النقطة التي يتجاوزها المبتدئون. يختلف الأداء من تشغيل إلى آخر (تذبذب الشبكة وحمل الخادم وتنافس وحدة المعالجة المركزية) ، لذلك يشغّل WebPageTest اختبارات متعددة ويبلغ عن الوسيط. لا تثق أبدًا بتشغيل واحد — اقرأ الوسيط. وتذكر فقط أن الوسيط لا يزال عينة اصطناعية من إعدادك المختار، لا قياسًا على مستوى السكان لما يختبره الزوار الحقيقيون — فهذا دور بيانات الحقل (CrUX).

كل واحد من هذه الإعدادات جزء من التجربة، لا تفصيلًا عرضيًا. إذا قارنت اختبارين — قبل/بعد إصلاح أو موقعك بمنافس — فلا تعني المقارنة شيئًا إلا عندما تسجل الإعدادات وتثبتها: الموقع نفسه، والمتصفح نفسه، وملف تعريف الاتصال نفسه، وحالة التخزين المؤقت نفسها (العرض الأول مقابل العرض المتكرر) ، وعدد التشغيلات ونافذة الوقت المتقاربان. غيّر أيًا منها بين التشغيلات، وقد تخلط بسهولة بين انحراف إعداد الاختبار وفارق أداء حقيقي.

قراءة النتائج

مخطط الشلال

الشلال خط زمني طلبًا بعد طلب: صف لكل مورد بترتيب التحميل، وكل شريط يوضح مراحل DNS/الاتصال/TLS/الانتظار/التنزيل. ويضع إشارات على الموارد الحاجبة للرسم ، ويعرض سلاسل إعادة التوجيه كقفزات إضافية، ويوضح متى تحجب حفنة من الموارد في الأعلى كل ما خلفها. هنا تتوقف عبارة «قلل الموارد الحاجبة للرسم» عن كونها تجريدًا وتصبح «ذلك» الملف CSS، في «تلك» الثانية.

عرض الاتصال

يجمع هذا العرض حسب الاتصال بدل الطلب، ويكشف بحث DNS واتصال TCP وتفاوض TLS ووقت وصول أول بايت (TTFB) لكل مضيف. وهو أسرع طريقة لمعرفة ما إذا كان بطؤك من جهة الخادم/الشبكة (TTFB بطيء أو اتصالات منفصلة كثيرة) أم من جهة المحتوى.

عرض الشريط المصور/الفيديو — ووصفتي لملاحقة CLS

الشريط المصور شريط من لقطات الشاشة لرسم الصفحة بمرور الوقت؛ ويشغّل عرض الفيديو ذلك مجددًا. وهو ما يجعلك ترى — لا تستنتج — متى يظهر المحتوى الرئيسي ومتى يقفز شيء على الصفحة.

هذه أكثر ميزة في WebPageTest أعتمد عليها، وقد شرحتها مرارًا في محاضراتي وفي دليلي إلى Core Web Vitals على Ahrefs. ولملاحقة Cumulative Layout Shift ، هذه هي الوصفة الدقيقة التي أستخدمها: “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0,1 secs.” (ترجمة) «في عرض الشريط المصور، فعّل Highlight Layout Shifts، واضبط Thumbnail Size على Huge، وThumbnail Interval على 0,1 ثانية». وهذا يحول الشريط المصور إلى خط زمني عالي الدقة يستحيل معه تفويت الإزاحة. وفي المثال الحقيقي من ذلك الدليل، كان السبب تبديل خط — “Notice how our font restyles between 5.1 secs and 5.2 secs, shifting the layout as our custom font is applied.” (ترجمة) «لاحظ كيف يُعاد تنسيق الخط بين 5.1 و5.2 ثانية، فتتحرك الصفحة عند تطبيق خطنا المخصص». والخطوط الشبكية والصور المحملة متأخرًا والإعلانات المحقونة هي المشتبهات المعتادة في CLS، والشريط المصور يلتقطها بصريًا أثناء الفعل.

تنبيه واحد: انتهاء تحميل مورد في الشلال في اللحظة نفسها التي يظهر فيها قفز في الشريط المصور دليل ظرفي قوي، لا إثبات — إنها فرضية. أكدها بعزل المشتبه فيه (احجب ذلك النطاق/الطلب أو أجّله) وأعد تشغيل الإعداد نفسه؛ فإذا اختفت الإزاحة، فقد أكدت السبب بدل مجرد ربط خطين زمنيين.

Core Web Vitals، إطارًا بإطار

يبلغ WebPageTest عن LCP وCLS وINP (مع تفاعل حقيقي) إلى جانب TTFB وFCP وSpeed Index — ويتيح لك رؤية أين في التحميل حدث كل منها بدل قيمة نهائية فقط. وحيث تتوفر بيانات CrUX الحقلية، يمكن عرضها إلى جانب نتائج المختبر، لكن التشخيص العميق هو تشغيل المختبر.

الميزات المتقدمة

• النصوص/التدفقات متعددة الخطوات. اختبر الصفحات خلف تسجيل الدخول أو تدفق سلة/دفع — اكتب الخطوات حتى يقيس WebPageTest رحلة حقيقية، لا صفحة رئيسية باردة فقط. اضبط وسجّل ما يعتمد عليه النص: حساب/بيانات الاعتماد المستخدمة للاختبار، وحالة الحساب، وأي محتوى ديناميكي في الصفحة، وحصة API — فالنص غير الموثق يصعب مقارنته من تشغيل إلى آخر بقدر صعوبة اختبار يدوي غير موثق.
• حجب النطاق/الطلب. احجب نطاقًا خارجيًا محددًا وأعد التشغيل لتقيس بالضبط تكلفة أداة الدردشة أو نص الإعلان عليك. وهذا شيء لا يستطيع PSI فعله ببساطة.
• Lighthouse داخل WebPageTest. إن عبارة «WebPageTest مقابل Lighthouse» ثنائية زائفة — يمكنك تشغيل تدقيق Lighthouse من داخل WebPageTest. ومن المهم الدقة في معناها: تدقيق Lighthouse تقرير مستقل ذو إصدار خاص — له درجته من 0 إلى 100 وقائمة تدقيقه الخاصة — يُنشأ داخل جلسة اختبار WebPageTest الأوسع، ولا يُدمج في مقاييس الشلال/الشريط المصور الأصلية لـWebPageTest. وكما قلت في دليل Ahrefs، تستخدم معظم أدوات السرعة Lighthouse ضمن بنيتها: “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (ترجمة) «الاستثناء هو WebPageTest، مع أنه يتيح أيضًا تشغيل اختبارات Lighthouse داخله». (Ahrefs — Core Web Vitals)
• Opportunities & Experiments. ميزة بلا كود لمقارنة HTML قبل/بعد، كانت تتيح مقارنة حالتين من الصفحة من دون لمس الإنتاج — وقد قُدمت نحو 2022 بحسب تغطية معاصرة لـDetlef Johnson في Search Engine Land (وقد أزيلت تلك المقالة المحددة من الموقع منذ ذلك الحين، ولم أستطع تأكيد اسم الميزة الحالي أو توفرها مستقلًا مقابل جلسة WebPageTest حية أثناء تمريرة التحديث هذه — لذا تستحق فحصًا جديدًا قبل بناء سير عمل بهذا الاسم).
• API/الأتمتة والنسخ الخاصة. توجد API للاختبار البرمجي، ولأن الكود مفتوح المصدر، يمكنك إنشاء نسخة خاصة بك.

استخدام WebPageTest في SEO التقني

هذه هي الزاوية التي تتجاوزها معظم أدلة WebPageTest، وهي سبب انتماء الأداة إلى عدة خبير SEO التقني:

• اختبر بصفتك Googlebot. يمكنك ضبط وكيل مستخدم Googlebot ومراقبة سلوك JavaScript الحاجب للرسم — وهو تقريب مفيد (وليس نسخة مثالية) من كيفية تجربة عارض Google للصفحة. ويلخص دليل WebPageTest لـSEO التقني من MobileMoxie قيمة SEO جيدًا: “The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (ترجمة) «توفر الأداة معلومات تفصيلية عن سلامة صفحاتك، وتساعد في تحليل طلبات الذهاب والإياب وأخطاء الموارد وعمليات إعادة التوجيه ومشكلات التخزين المؤقت ومعلومات الأمان وغيرها».
• دقق سلاسل إعادة التوجيه. يكشف الشلال كل قفزة إعادة توجيه، لذلك تظهر سلسلة إعادة التوجيه المتضخمة (كل واحدة رحلة ذهاب وإياب) بدل أن تختبئ.
• افحص التخزين المؤقت وفاعلية CDN. بحسب web.dev أعلاه، يفحص WebPageTest التخزين المؤقت للمحتوى الثابت وTTFB واستخدام CDN — البنية التي تتحكم في سرعة وصول البايتات إلى الروبوتات والمستخدمين معًا.
• شخّص مشكلات عرض JavaScript. إذا ظهر المحتوى بعد تشغيل JavaScript فقط، يريك الشريط المصور والشلال متى رُسم (وما إذا كان قد رُسم).
• دليل قبل/بعد لأصحاب المصلحة. الشريط المصور جنبًا إلى جنب للصفحة الحالية مقابل إصلاح مقترح أثر إقناعًا بكثير لدى العميل أو فريق الهندسة من رقم Lighthouse انخفض ست نقاط.

التسعير والوصول

قدمت الخدمة العامة المجانية على webpagetest.org تاريخيًا ما يقارب مئات التشغيلات شهريًا، إضافة إلى مفتاح API مجاني بحدود يومية. وتفتح فئة WebPageTest Pro المدفوعة حجم API أكبر واختبارات خاصة وأولوية في طابور الاختبار. ولأن المشروع كله مفتوح المصدر بموجب ترخيص Polyform Shield — إذ يقول تأطير Catchpoint إن “the WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects” (ترجمة) «يظل كود WebPageTest متاحًا مجانًا بموجب ترخيص Polyform Shield، الذي يسمح باستخدامه للمشروعات الداخلية أو التجارية غير المنافسة» (webpagetest.org/about) — يمكنك أيضًا استضافة نسخة خاصة ذاتيًا.

القيود بصراحة

• منحنى التعلم. الواجهة كثيفة؛ والشلال مخيف قبل أن يصبح مفيدًا.
• يلزم حساب للنتائج المحفوظة/الخاصة. الاختبارات العفوية لمرة واحدة مفتوحة، لكن الحفظ والاختبار الخاص يحتاجان إلى حساب.
• يشخّص ولا يعالج. يريك WebPageTest المشكلة بتفصيل بالغ؛ لكنه لا يمسك بيدك خلال الإصلاح بالطريقة التي تحاول بها بعض أدوات الدرجات.
• تباين التشغيل الواحد. قد يضللك تشغيل واحد. استخدم تشغيلات متعددة واقرأ الوسيط — فالأداة تضبط ذلك لسبب.

ملاحظة عن Bing

لا توجد وثائق من Bing أو Microsoft تضع WebPageTest كمدخل للترتيب أو توصية من الطرف الأول. لدى Bing Webmaster Tools فحص موقعها الخاص وتوصيات مرتبطة بالسرعة، لكن لا شيء خاص بـWebPageTest — وتظل Core Web Vitals نفسها بنية تخص Google أساسًا. (لا تخلط WebPageTest مع اختبار سرعة الشبكة الخاص بـBing عند bing.com/tools/speedtest، فهو اختبار سرعة شبكة لا أداة أداء صفحة.)

موقعه في المجموعة

هذه هي أداة التشخيص العميق في مجموعة أدوات أداء الويب. ولكل أداة شقيقة وظيفة مختلفة: Google Lighthouse هو تدقيق المختبر الذي ينتج درجة 0–100 (وتشغله أدوات كثيرة ضمن بنيتها) ؛ وPageSpeed Insights يعرض بيانات CrUX الحقلية وتشغيل Lighthouse المختبري في واجهة واحدة؛ وChrome UX Report (CrUX) هو مجموعة بيانات المستخدمين الحقيقيين التي ترتب Google بناءً عليها فعلًا. ولمقاييس كل هذه الأدوات والحدود التي تستخدمها Google، ابدأ من بوابة Core Web Vitals. أما تسلسل المعالجة الكامل الذي توجد هذه الأدوات ضمنه، فانظر إلى مجموعة أداء الويب.

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• WebPageTest = أداة أداء مختبرية للتشخيص العميق. مجانية ومفتوحة المصدر؛ أنشأها Patrick Meenan عام 2008 (أداة داخلية في AOL) ، واستحوذت عليها Catchpoint عام 2020، والكود بموجب ترخيص Polyform Shield.
• كل نتيجة تشغيل مضبوط واحد — عنوان URL وموقع ومتصفح وملف تعريف اتصال ولحظة زمنية — وليست قياسًا عالميًا. لا تعني المقارنات شيئًا إلا عند تسجيل تلك الإعدادات وتثبيتها.
• مختبر لا حقل. تنتج بيانات مختبر اصطناعية ولا تغذي إشارة ترتيب Core Web Vitals لدى Google — فهذه تأتي من CrUX لمستخدمين حقيقيين (كما تظهر في PageSpeed Insights وSearch Console). ولا يثبت تشغيل WebPageTest أيضًا زيارات المستخدمين الحقيقيين أو نتيجة ترتيب/تجربة صفحة في Search — إنه للتشخيص لا للرقم الذي ترتب Google بناءً عليه.
• التدفق: عنوان URL ← موقع اختبار حقيقي موزع ← متصفح/جهاز ← شبكة مقيدة السرعة ← تشغيلات متكررة متعددة، اقرأ الوسيط (لا تشغيلًا واحدًا — مع أن الوسيط نفسه لا يزال عينة اصطناعية لا بيانات حقلية).
• العروض المميزة: شلال (طلبًا بعد طلب، وإشارات الموارد الحاجبة للرسم، وسلاسل إعادة التوجيه) ، وشريط مصور/فيديو (إطارًا بإطار؛ مع خيار Highlight Layout Shifts لـCLS) ، وعرض اتصال (DNS/TCP/TLS/TTFB) ، وCore Web Vitals إطارًا بإطار. محاذاة حدث شلال مع إطار شريط مصور فرضية قوية لا إثبات — أكدها بعزل المورد وإعادة الاختبار.
• وصفة CLS: Filmstrip View ← تشغيل Highlight Layout Shifts ← Thumbnail Size Huge ← Thumbnail Interval 0,1s — الطريقة لالتقاط إزاحة تبديل الخط أو الصورة المتأخرة أثناء حدوثها.
• ليس منافسًا لـLighthouse — يمكنك تشغيل تدقيق Lighthouse داخل WebPageTest، لكنه تقرير مستقل ذو إصدار خاص (درجته وتدقيقاته الخاصة) ، لا يندمج في مقاييس WebPageTest الأصلية. وتشمل الميزات المتقدمة الأخرى النصوص/التدفقات متعددة الخطوات (وثّق بيانات الاعتماد والحالة والحصص) ، وحجب نطاقات خارجية، وميزة مقارنة بلا كود قبل/بعد قُدمت نحو 2022 (لم يُعاد تأكيد اسمها/توفرها مستقلًا في هذه المرة) ، وAPI، والاستضافة الذاتية.
• استخدامات SEO: الاختبار بصفتك Googlebot، وتدقيق سلاسل إعادة التوجيه، وفحص التخزين المؤقت/CDN/TTFB، وتشخيص عرض JavaScript، وإنتاج دليل قبل/بعد لأصحاب المصلحة.
• ملاحظة غريبة: يعمل Meenan الآن لدى Google، ومع ذلك لا تسرد صفحة أدوات CWV الرسمية من Google (web.dev/articles/vitals-tools) WebPageTest. إنها فجوة تنسيق لأداة خارجية، لا إشارة إلى أنها مهجورة.
• القيود: واجهة كثيفة/منحنى تعلم، وحساب للاختبارات المحفوظة/الخاصة، وتشخيص لا معالجة، وقد تضلل التشغيلات المفردة.

الوثائق الرسمية

وثائق من المصدر الأول (إشارات Google إلى WebPageTest، ووثائق WebPageTest الخاصة، وملاحظة عن Bing).

WebPageTest / Catchpoint

• WebPageTest — نبذة — قصة أصل Meenan/Catchpoint، وبيان المهمة، وترخيص Polyform Shield.
• WebPageTest — خدمة الاختبار العامة المجانية، بما فيها نموذج الاختبار وواجهة النتائج/الشريط المصور وAPI للاختبار البرمجي.

Google (حيث تشير إلى WebPageTest — وحيث لا تشير إليه بوضوح)

• web.dev — كيفية التفكير في أدوات السرعة — يضع WebPageTest كخيار التشخيص المختبري المتقدم، ويذكر أنك تستطيع تشغيل Lighthouse داخله.
• web.dev — تدقيق الأداء — WebPageTest لفحوص التخزين المؤقت/TTFB/CDN.
• web.dev — أدوات Core Web Vitals — ملخص أدوات CWV الخاصة بـGoogle، ولا يذكر WebPageTest (ملاحظة فجوة التنسيق).
• Google Search Central — Core Web Vitals — يربط بـweb.dev لتوصيات الأدوات بدل تسمية أداة مختبر خارجية.

Bing / Microsoft

• لا تشير وثائق Bing/Microsoft إلى WebPageTest باعتباره مدخل ترتيب أو توصية من الطرف الأول. وفحص Site Scan الخاص بـBing Webmaster Tools هو أقرب نظير من الطرف الأول. راجع إرشادات Bing لمشرفي المواقع للإرشادات العامة.

اقتباسات من المصدر

تصريحات مسجلة عن WebPageTest. وحيث يتضمن الرابط رابطًا من نوع #:~:text=، فإنه يقفز إلى الفقرة المقتبسة في صفحة المصدر.

Google / web.dev — موقع WebPageTest في المجموعة

• “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (ترجمة) «يقدم WebPageTest مقاييس متقدمة وأدوات لعرض مسارات التنفيذ، كي تفحص أداء الموقع بعمق على عتاد جوال حقيقي وفي ظروف اتصال شبكي محددة». — web.dev، «كيفية التفكير في أدوات السرعة». الانتقال إلى الاقتباس
• “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (ترجمة) «يفحص WebPageTest أيضًا تخزين المحتوى الثابت مؤقتًا، ووقت الوصول إلى أول بايت، ومدى استخدام الموقع الفعال لشبكات CDN». — web.dev، «تدقيق الأداء». الانتقال إلى الاقتباس

WebPageTest / Catchpoint — التاريخ والمهمة والترخيص

• “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (ترجمة) «مثّل استحواذ Catchpoint عام 2020 على WebPageTest، الذي أنشأه Patrick Meenan وفتح مصدره عام 2008، محطة مهمة». — webpagetest.org/about. المصدر
• “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (ترجمة) «البطء هو التوقف الجديد، ومهمتنا تمكينك من تقديم أفضل التجارب لمستخدميك». — webpagetest.org/about. المصدر
• “The WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects.” (ترجمة) «يظل كود WebPageTest متاحًا مجانًا بموجب ترخيص Polyform Shield، الذي يسمح باستخدامه للمشروعات الداخلية أو التجارية غير المنافسة». — Catchpoint، webpagetest.org/about. المصدر

Patrick Stox (أنا) / Ahrefs — تقنية الشريط المصور لـCLS

• “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (ترجمة) «في عرض الشريط المصور، فعّل Highlight Layout Shifts، واضبط Thumbnail Size على Huge، وThumbnail Interval على 0.1 ثانية». — من دليلي إلى Core Web Vitals على Ahrefs. المصدر
• “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (ترجمة) «الاستثناء هو WebPageTest، مع أنه يتيح أيضًا تشغيل اختبارات Lighthouse داخله». — أنا، حول اختلاف WebPageTest عن الأدوات المبنية على Lighthouse. المصدر

MobileMoxie — زاوية SEO التقني

• “The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (ترجمة) «توفر الأداة معلومات تفصيلية عن سلامة صفحاتك، وتساعد في تحليل طلبات الذهاب والإياب وأخطاء الموارد وعمليات إعادة التوجيه ومشكلات التخزين المؤقت ومعلومات الأمان وغيرها». — MobileMoxie، عن WebPageTest في SEO التقني. المصدر

ورقة غش WebPageTest

أين يقع مقارنة بالأدوات الأخرى

العروض

وصفة ملاحقة CLS (الخاصة بي)

• Filmstrip View ← شغّل Highlight Layout Shifts ← Thumbnail Size: Huge ← Thumbnail Interval: 0,1 secs. راقب الإطار الذي يقفز فيه التخطيط (غالبًا تبديل خط ويب أو صورة/إعلان متأخر).

حقائق سريعة

• مختبر لا حقل — لا يغذي إشارة ترتيب CWV لدى Google (فهذه من CrUX).
• اقرأ الوسيط ، لا تشغيلًا واحدًا — فالأداء يختلف من تشغيل إلى آخر.
• يمكنك تشغيل Lighthouse داخل WebPageTest — ليست المسألة أحدهما أو الآخر.
• مفتوح المصدر بموجب ترخيص Polyform Shield ؛ والاستضافة الذاتية ممكنة.
• يعمل Meenan (المنشئ) الآن لدى Google، ومع ذلك لا تسرد web.dev/articles/vitals-tools WebPageTest — فجوة تنسيق، لا هجرًا.

قائمة فحص تشغيل WebPageTest

احصل على نتيجة جديرة بالثقة ومفيدة بدل نتيجة مضللة:

• ضُبط موقع الاختبار قرب جمهورك الحقيقي (فالمسافة تغير الأرقام).
• يطابق الجهاز وملف تعريف الاتصال مستخدميك (مثل محمول محاكى على شبكة مقيدة السرعة) ، لا ألياف مكتبك.
• فُعّلت تشغيلات متكررة متعددة — وأنت تقرأ الوسيط لا تشغيلًا واحدًا.
• فُحص الشلال بحثًا عن الموارد الحاجبة للرسم وقفزات إعادة التوجيه الشاردة.
• فُحص عرض الاتصال بحثًا عن TTFB بطيء أو اتصالات منفصلة كثيرة.
• شُغّل الشريط المصور لرؤية متى يُرسم المحتوى الرئيسي — ولـCLS فُعّل Highlight Layout Shifts بفواصل 0,1s وصور مصغرة Huge.
• تأكدت من التعامل مع النتيجة كـبيانات مختبر — وطابقت إشارة الترتيب الحقيقية مع CrUX (PageSpeed Insights / Search Console).
• بالنسبة إلى طرف خارجي مشتبه فيه، استُخدم حجب النطاق/الطلب لقياس تكلفته الحقيقية.
• بالنسبة إلى تدفقات تسجيل الدخول/الدفع، استُخدمت النصوص بدل اختبار صفحة رئيسية باردة.
• حُفظ شريط مصور قبل/بعد إذا كنت تقترح إصلاحًا لأصحاب المصلحة.

أدوات تقترن بـWebPageTest

• WebPageTest نفسه (webpagetest.org) — أداة المختبر العامة المجانية، إضافة إلى API وفئة Pro المدفوعة للحجم/الاختبارات الخاصة.
• PageSpeed Insights — الطريقة السريعة لفحص بيانات الحقل (CrUX) التي لا يستطيع WebPageTest إنتاجها، حتى تعرف ما إذا تحركت إشارة الترتيب فعلًا.
• Google Search Console — تقرير Core Web Vitals — اعثر على مجموعات الصفحات الفاشلة على نطاق الموقع، ثم خذ عنوان URL ممثلًا إلى WebPageTest لتشخيصه.
• لوحة Performance في Chrome DevTools — الرفيق المحلي المناسب لتسجيل المختبر عندما لا تحتاج إلى مواقع موزعة.
• Google Lighthouse — يمكن تشغيله من داخل WebPageTest، أو مستقلًا في DevTools/CLI لتدقيق 0–100.
• CrUX Vis (cruxvis.withgoogle.com) — صوّر اتجاه الحقل للمستخدمين الحقيقيين عبر الوقت لتؤكد أن إصلاحًا شُخّص في WebPageTest وصل إلى المستخدمين الفعليين. (راجع Chrome UX Report (CrUX).)

أخطاء WebPageTest التي تصنع ثقة زائفة

معاملة تشغيل مختبري كأنه حكم Google الحقلي

WebPageTest بيانات اصطناعية من الجهاز والموقع والمتصفح وملف تعريف الشبكة الذي اخترته. استخدمه لتشخيص الأسباب؛ واستخدم CrUX أو RUM من الطرف الأول لوصف المستخدمين الحقيقيين وتقييم CWV لدى Google.

مقارنة تشغيلات بإعدادات اختبار مختلفة

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

تحسين درجة العنوان بدل الشلال

قيمة WebPageTest هي في تسلسل الطلبات وإعداد الاتصال والأشرطة المصورة وتوقيت المقاييس. تتبع المقياس البطيء إلى طلب ملموس أو حدث في الخيط الرئيسي بدل ضبط درجة بمعزل.

الحكم على تغيير من تشغيل واحد

تختلف الاختبارات المختبرية. شغّل اختبارات متعددة تحت الملف نفسه وقارن نتائج ممثلة؛ وابحث في القيم الشاذة بدل اختيار أسرع تشغيل.

اختبار الصفحة الرئيسية فقط

للقوالب المختلفة عناصر LCP ونصوص برمجية وأطراف خارجية وسلوك تخزين مؤقت مختلف. ضمّن الصفحات التي يظهر فيها للمستخدمين وبيانات الحقل المشكلة الفعلية.

إثبات تغير الأداء في WebPageTest

اختبار مضبوط قبل/بعد

الاختبار: احفظ إعدادًا واحدًا للموقع والمتصفح والشبكة والتخزين المؤقت، وشغّل اختبارات متعددة للنسختين غير المتغيرة والمتغيرة. النتيجة المتوقعة: يتحسن المقياس المستهدف وسببه في الشلال عبر تشغيلات ممثلة. تفسير الفشل: التغيير غير فعال أو أن تباين الاختبار يتجاوز أثره. نافذة المراقبة: نتيجة المختبر فورية. محفز التراجع: تراجع ثابت في الهدف أو في Core Web Vital مجاور.

اختبار تسلسل الطلبات

الاختبار: قارن الشلالات بعد تغيير preload أو الأولوية أو CSS/JS الحاجب للرسم أو التخزين المؤقت. النتيجة المتوقعة: يبدأ الطلب المقصود أبكر، أو ينقل بايتات أقل، أو يتجنب الشبكة في حالة التخزين المتوقعة. تفسير الفشل: لم يُطبق التلميح/الإعداد أو أن تبعية أخرى تتحكم في التسلسل. نافذة المراقبة: فورية. محفز التراجع: أن يؤخر التغيير طلبًا أهم أو ينشئ أخطاء.

اختبار صحة العرض البصري

الاختبار: افحص الشريط المصور/الفيديو وإبراز إزاحات التخطيط للملف نفسه قبل/بعد. النتيجة المتوقعة: لا يؤدي الرسم الأسرع إلى محتوى مفقود أو ومضات أو إزاحات جديدة. تفسير الفشل: استُبدلت النتيجة الرقمية بصحة بصرية أقل. نافذة المراقبة: كل منفذ عرض ممثل قبل الإصدار. محفز التراجع: محتوى معطوب أو عدم استقرار مرئي جديد.

موارد تستحق وقتك

كتاباتي ذات الصلة

• Core Web Vitals: دليل كامل (Ahrefs) — يتضمن وصفتي لشريط WebPageTest المصور لتشخيص Cumulative Layout Shift، وتأطير WebPageTest مقابل Lighthouse، والمقاييس التي يقيسها WebPageTest إلى جانب كيفية عمل جانب الترتيب. (استوعبت هذه الصفحة مقالتي السابقة «Advanced Guide to PageSpeed Insights»، التي تعيد التوجيه إليها الآن.)
• الدليل المبتدئ إلى SEO التقني (Ahrefs) — حيث يقع أداء الويب في الصورة الأكبر.

محاضراتي

• Page Experience Update — TMC، يونيو 2021 (SlideShare) — يغطي تقنية WebPageTest Filmstrip/CLS نفسها في شكل محاضرة.
• دورة مكثفة في SEO التقني — لقاء Beer & SEO، مايو 2019 (SlideShare) — WebPageTest كجزء من عدة SEO التقني في 2019.

من مختلف أرجاء المجال

• WebPageTest — نبذة — المصدر الأول للتاريخ والمهمة وترخيص Polyform Shield.
• كيفية التفكير في أدوات السرعة (web.dev) — موضع WebPageTest لدى Google بين أدوات الاختبار المختبري.
• تدقيق الأداء (web.dev) — WebPageTest لفحوص التخزين المؤقت وTTFB وCDN.
• How to Set Up WebPageTest to Evaluate Technical SEO (MobileMoxie) — أقرب دليل إعداد موجود بزاوية SEO (وكيل Googlebot وإعادة التوجيه والتخزين المؤقت وأخطاء الموارد).
• A Complete Guide to Using WebPageTest (Kinsta) — الشرح العام الأكثر شمولًا (التاريخ والإعداد وقراءة النتائج والتسعير).
• WebPageTest: A Guide To Web Performance Testing (DebugBear) — كتبه مزود، لكنه تفصيل جيد لمتوسط التشغيلات المتعددة وعروض الشلال/الشريط المصور/الاتصال والنصوص.

اختبر نفسك: WebPageTest

خمسة أسئلة سريعة عن ماهية WebPageTest وكيفية قراءته وموقعه في المجموعة. اختر إجابة لكل سؤال، ثم تحقق منها.

سجل التغييرات