קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
הכלל הזה מופעל כששירות PageSpeed Insights מזהה שזמן התגובה של השרת גבוה מ-200 אלפיות השנייה.
סקירה כללית
המדד 'זמן תגובת השרת' מודד כמה זמן לוקח לטעון את ה-HTML הדרוש כדי להתחיל בעיבוד הדף מהשרת, בניכוי זמן האחזור ברשת בין Google לשרת. יכול להיות שיהיו הבדלים בין הפעלה אחת לשנייה, אבל לא אמורים להיות הבדלים גדולים מדי. למעשה, זמן תגובה משתנה מאוד של השרת עשוי להצביע על בעיית בסיס בביצועים.
המלצות
מומלץ לקצר את זמן התגובה של השרת כך שיהיה קצר מ-200 אלפיות השנייה.
יש עשרות גורמים אפשריים להאט את התגובה של השרת: לוגיקת יישומים איטית, שאילתות מסדי נתונים איטיות, ניתוב איטי, frameworks, ספריות, הרעבה של המעבד (CPU) או הרעב של הזיכרון. צריך לקחת בחשבון את כל הגורמים האלה כדי לשפר את זמן התגובה של השרת.
השלב הראשון כדי לגלות למה זמן התגובה של השרת גבוה הוא למדוד. לאחר מכן, כשבידך נתונים, היוועץ במדריכים המתאימים לפתרון הבעיה. לאחר פתרון הבעיות, עליך להמשיך למדוד את זמני התגובה של השרת ולטפל בכל צוואר בקבוק בביצועים בעתיד.
לאסוף ולבדוק את הביצועים והנתונים הקיימים.
אם אין גרסאות זמינות, כדאי לבדוק באמצעות פתרון אוטומטי למעקב אחר אפליקציות אינטרנט (יש גרסאות מתארחות וקוד פתוח שזמינות לרוב הפלטפורמות), או להוסיף כלים בהתאמה אישית.
זיהוי ותיקון צווארי בקבוק בביצועים המובילים. אם אתם משתמשים בפלטפורמה פופולרית לניהול תוכן או ב-framework פופולרי באינטרנט, כדאי לעיין במסמכים כדי לקרוא על שיטות מומלצות לאופטימיזציה של הביצועים.
נהלו מעקב אחר רגרסיות של ביצועים בעתיד ושלחו התראה.
[null,null,["עדכון אחרון: 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)."]]
