הכלל הזה מופעל כששירות PageSpeed Insights מזהה שזמן התגובה של השרת גבוה מ-200 אלפיות השנייה.
סקירה כללית
המדד 'זמן תגובת השרת' מודד כמה זמן לוקח לטעון את ה-HTML הדרוש כדי להתחיל בעיבוד הדף מהשרת, בניכוי זמן האחזור ברשת בין Google לשרת. יכול להיות שיהיו הבדלים בין הפעלה אחת לשנייה, אבל לא אמורים להיות הבדלים גדולים מדי. למעשה, זמן תגובה משתנה מאוד של השרת עשוי להצביע על בעיית בסיס בביצועים.
המלצות
מומלץ לקצר את זמן התגובה של השרת כך שיהיה קצר מ-200 אלפיות השנייה.
יש עשרות גורמים אפשריים להאט את התגובה של השרת: לוגיקת יישומים איטית, שאילתות מסדי נתונים איטיות, ניתוב איטי, frameworks, ספריות, הרעבה של המעבד (CPU) או הרעב של הזיכרון. צריך לקחת בחשבון את כל הגורמים האלה כדי לשפר את זמן התגובה של השרת.
השלב הראשון כדי לגלות למה זמן התגובה של השרת גבוה הוא למדוד. לאחר מכן, כשבידך נתונים, היוועץ במדריכים המתאימים לפתרון הבעיה. לאחר פתרון הבעיות, עליך להמשיך למדוד את זמני התגובה של השרת ולטפל בכל צוואר בקבוק בביצועים בעתיד.
לאסוף ולבדוק את הביצועים והנתונים הקיימים.
אם אין גרסאות זמינות, כדאי לבדוק באמצעות פתרון אוטומטי למעקב אחר אפליקציות אינטרנט (יש גרסאות מתארחות וקוד פתוח שזמינות לרוב הפלטפורמות), או להוסיף כלים בהתאמה אישית.
זיהוי ותיקון צווארי בקבוק בביצועים המובילים. אם אתם משתמשים בפלטפורמה פופולרית לניהול תוכן או ב-framework פופולרי באינטרנט, כדאי לעיין במסמכים כדי לקרוא על שיטות מומלצות לאופטימיזציה של הביצועים.
נהלו מעקב אחר רגרסיות של ביצועים בעתיד ושלחו התראה.
[null,null,["עדכון אחרון: 2024-09-03 (שעון UTC)."],[[["This documentation is outdated and refers to a deprecated version of PageSpeed Insights API (v4)."],["Version 5 of the API is the latest and offers real-world and lab data for performance analysis."],["Server response time, the time taken to load HTML for rendering, should be under 200ms."],["Slow response times can indicate performance issues stemming from various factors, including slow application logic and database queries."],["Optimization involves measuring, identifying bottlenecks, implementing fixes, and continuous monitoring."]]],["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"]]
