تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تظهر هذه القاعدة عندما يكتشف PageSpeed Insights أن زمن استجابة الخادم يزيد عن 200 دقيقة.
نظرة عامة
ويقيس زمن استجابة الخادم الوقت المستغرق في تحميل HTML لبدء عرض الصفحة من خادمك، مع استبعاد زمن الوصول الذي تستغرقه الشبكة بين Google وخادمك. وقد يكون هناك تباين بين وقت تشغيل والتالي له، إلا أنه يجب ألا تكون الفروق كبيرة جدًا. في الحقيقة يشير التباين الكبير في زمن استجابة الخادم إلى مشكلة كبيرة في الأداء.
اقتراحات
يجب خفض زمن استجابة الخادم ليصبح أقل من 200 دقيقة.
وهناك عدد كبير من العوامل التي قد تؤدي إلى حدوث بطء في استجابة خادمك، وهي: بطء منطق التطبيق، وبطء استعلامات قواعد البيانات، وبطء التوجيه، وبطء أُطر العمل، والمكتبات، ونقص الموارد لدى وحدة المعالجة المركزية، ونقص الذاكرة. ويلزم أن تضع جميع هذه العوامل في اعتبارك لتحسين زمن استجابة الخادم.
والخطوة الأولى لمعرفة سبب زيادة زمن استجابة الخادم هي القياس. وعندما تتوفر البيانات، يمكنك الاسترشاد بالأدلة الملائمة لمعرفة كيفية التغلب على المشكلة. وبعد التخلص من المشكلات، يتعين عليك متابعة قياس أزمنة استجابة الخادم ومعالجة أية مشكلات مستقبلية في الأداء.
جمع وفحص بيانات مستوى الأداء الحالي.
وإذا لم يكن أي منها متوفرًا، يمكنك التقييم باستخدام حل تلقائي لمراقبة تطبيقات الويب (هناك إصدارات مستضافة ومفتوحة المصدر لمعظم الأنظمة الأساسية)، أو إضافة أدوات مخصصة.
التحديد والإصلاح أهم مشكلات الأداء. إذا كنت تستخدم أحد أنظمة الويب الشائعة أو أحد أنظمة إدارة المحتوى، يمكنك الرجوع إلى الوثائق للتعرّف على أفضل ممارسات تحسين الأداء.
المراقبة والتنبيه لتظل على علم بأي تدهور قد يحدث في مستوى الأداء.
تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eThis documentation is outdated and refers to a deprecated version of PageSpeed Insights API (v4).\u003c/p\u003e\n"],["\u003cp\u003eVersion 5 of the API is the latest and offers real-world and lab data for performance analysis.\u003c/p\u003e\n"],["\u003cp\u003eServer response time, the time taken to load HTML for rendering, should be under 200ms.\u003c/p\u003e\n"],["\u003cp\u003eSlow response times can indicate performance issues stemming from various factors, including slow application logic and database queries.\u003c/p\u003e\n"],["\u003cp\u003eOptimization involves measuring, identifying bottlenecks, implementing fixes, and continuous monitoring.\u003c/p\u003e\n"]]],["The core issue addressed is slow server response time, defined as over 200ms, which delays page rendering. To improve, the content advises measuring server response time to identify performance bottlenecks such as slow application logic, queries, or resource starvation. Key actions include gathering performance data, fixing top bottlenecks using framework documentation, and implementing ongoing monitoring with alerts for future performance issues. The document recommends seeking further support via Stack Overflow or a mailing list.\n"],null,["# Improve Server Response Time\n\n| **Deprecated** . This page was written for version 4 of the PageSpeed Insights API, which is deprecated and will be shut down in May 2019. [Version 5](/speed/docs/insights/v5/get-started) is the latest and provides both real-world data from the Chrome User Experience Report and lab data from Lighthouse.\n\n\nThis rule triggers when PageSpeed Insights detects that your server response time is above 200 ms.\n\n### Overview\n\n\nServer response time measures how long it takes to load the necessary HTML to begin rendering the page from your server, subtracting out the network latency between Google and your server. There may be variance from one run to the next, but the differences should not be too large. In fact, highly variable server response time may indicate an underlying performance issue.\n\n### Recommendations\n\n\nYou should reduce your server response time under 200ms.\n\nThere are dozens of potential factors which may slow down the response of your server: slow application logic, slow database queries, slow routing, frameworks, libraries, resource CPU starvation, or memory starvation. You need to consider all of these factors to improve your server's response time.\n\nThe first step to uncovering why server response time is high is to measure. Then, with data in hand, consult the appropriate guides for how to address the problem. Once the issues are resolved, you must continue measuring your server response times and address any future performance bottlenecks.\n\n1. **Gather and inspect** existing performance and data. If none is available, evaluate using an automated web application monitoring solution (there are hosted and open source versions available for most platforms), or add custom instrumentation.\n2. **Identify and fix** top performance bottlenecks. If you are using a popular web framework, or content management platform, consult the documentation for performance optimization best practices.\n3. **Monitor and alert** for any future performance regressions!\n\nFeedback\n--------\n\nWas this page helpful? \nYes Great! Thank you for the feedback. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss).\nNo Sorry to hear that. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss)."]]
