با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
این قانون زمانی فعال می شود که PageSpeed Insights تشخیص دهد که زمان پاسخ سرور شما بالای 200 میلی ثانیه است.
بررسی اجمالی
زمان پاسخ سرور اندازه‌گیری می‌کند که چقدر طول می‌کشد تا HTML لازم برای شروع رندر کردن صفحه از سرور شما بارگیری شود، و تأخیر شبکه بین Google و سرور شما کم شود. ممکن است از یک اجرا به اجرا دیگر واریانس وجود داشته باشد، اما تفاوت ها نباید خیلی زیاد باشند. در واقع، زمان پاسخ سرور بسیار متغیر ممکن است نشان دهنده یک مشکل اساسی در عملکرد باشد.
توصیه ها
شما باید زمان پاسخگویی سرور خود را کمتر از 200 میلی ثانیه کاهش دهید. ده ها عامل بالقوه وجود دارد که ممکن است پاسخ سرور شما را کند کند: منطق برنامه کاربردی، پرس و جوهای پایگاه داده کند، مسیریابی کند، چارچوب ها، کتابخانه ها، گرسنگی منابع CPU یا گرسنگی حافظه. برای بهبود زمان پاسخگویی سرور خود باید تمامی این عوامل را در نظر بگیرید. اولین قدم برای کشف اینکه چرا زمان پاسخ سرور زیاد است، اندازه گیری است. سپس، با در دست داشتن اطلاعات، با راهنمای مناسب برای نحوه رسیدگی به مشکل مشورت کنید. پس از رفع مشکلات، باید به اندازه گیری زمان پاسخ سرور خود ادامه دهید و هر گونه گلوگاه عملکرد آینده را برطرف کنید.
عملکرد و داده های موجود را جمع آوری و بررسی کنید . اگر هیچ کدام در دسترس نیست، با استفاده از یک راه حل نظارت بر برنامه های وب خودکار ارزیابی کنید (نسخه های میزبان و منبع باز برای اکثر سیستم عامل ها موجود است)، یا ابزار دقیق سفارشی اضافه کنید.
گلوگاه های عملکرد برتر را شناسایی و رفع کنید . اگر از یک چارچوب وب محبوب یا پلت فرم مدیریت محتوا استفاده می‌کنید، برای بهترین شیوه‌های بهینه‌سازی عملکرد به مستندات مراجعه کنید.
تاریخ آخرین بهروزرسانی 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)."]]
