Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Quy tắc này kích hoạt khi PageSpeed Insights phát hiện thấy thời gian phản hồi của máy chủ của bạn vượt quá 200 mili giây.
Tổng quan
Thời gian phản hồi của máy chủ đo thời gian cần để tải HTML cần thiết để bắt đầu kết xuất trang từ máy chủ của bạn, trừ đi thời gian chờ mạng giữa Google và máy chủ của bạn. Có thể có sự chênh lệch giữa các lần chạy, nhưng mức chênh lệch không nên quá lớn. Trên thực tế, thời gian phản hồi của máy chủ thay đổi nhiều có thể là dấu hiệu cơ bản của vấn đề về hiệu suất.
Đề xuất
Bạn nên giảm thời gian phản hồi của máy chủ xuống dưới 200 mili giây.
Có rất nhiều yếu tố tiềm ẩn có thể làm chậm tốc độ phản hồi của máy chủ của bạn: logic ứng dụng chậm, truy vấn cơ sở dữ liệu chậm, định tuyến chậm, khung, thư viện, tình trạng thiếu CPU hoặc thiếu bộ nhớ. Bạn cần xem xét tất cả các yếu tố này để cải thiện thời gian phản hồi của máy chủ.
Bước đầu tiên để tìm hiểu lý do khiến thời gian phản hồi của máy chủ lâu là đo lường. Sau đó, với dữ liệu trong tay, hãy tham khảo các hướng dẫn phù hợp để biết cách giải quyết vấn đề. Khi các vấn đề được giải quyết, bạn phải tiếp tục đo lường thời gian phản hồi của máy chủ và giải quyết mọi nút thắt cổ chai về hiệu suất trong tương lai.
Thu thập và kiểm tra hiệu suất và dữ liệu hiện có.
Nếu không có, hãy đánh giá bằng cách sử dụng giải pháp theo dõi ứng dụng web tự động (có các phiên bản nguồn mở và được lưu trữ cho hầu hết các nền tảng) hoặc thêm khả năng đo lường tuỳ chỉnh.
Xác định và khắc phục điểm tắc nghẽn về hiệu suất hàng đầu. Nếu bạn đang sử dụng một khung web phổ biến hoặc nền tảng quản lý nội dung, hãy tham khảo tài liệu để biết các phương pháp hay nhất để tối ưu hoá hiệu suất.
Theo dõi và cảnh báo để phát hiện mọi lỗi hồi quy hiệu suất trong tương lai!
[null,null,["Cập nhật lần gần đây nhất: 2025-07-25 UTC."],[[["\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)."]]
