מדידת זמני התגובה של השרת
אם תגובה לא נשמרת במטמון, זמן התגובה של השרת תלוי במידה רבה
ספק האירוח וסטאק האפליקציות בקצה העורפי. דף אינטרנט שמשמש
תגובה שנוצרת באופן דינמי, כמו אחזור נתונים ממסד נתונים,
לדוגמה - יכול להיות שערך ה-TTDFB יהיה גבוה יותר מאשר דף אינטרנט סטטי שניתן להציג
באופן מיידי, ללא זמן מחשוב משמעותי בקצה העורפי. הצגה של
סימן גרפי שפעולה מתבצעת, ואז אחזור כל הנתונים בצד הלקוח מעביר את המאמץ
מסביבה סבירה יותר בצד השרת לסביבה שעלולה להיות בלתי צפויה
בצד הלקוח. צמצום המאמץ בצד הלקוח בדרך כלל מוביל לשיפור
מדדים שמתמקדים במשתמשים.
אם המשתמשים חווים איטיות של 'TTDFB' בשדה, אפשר לחשוף מידע
מידע על המקומות שבהם שוהה בשרת באמצעות ה-Server-Timing
כותרת תגובה:
Server-Timing: auth;dur=55.5, db;dur=220
ערך של כותרת Server-Timing יכול לכלול כמה מדדים, וגם
לגבי כל אחת מהן. לאחר מכן ניתן לאסוף את הנתונים האלה ממשתמשים בשדה
באמצעות API של תזמון הניווט וניתוח שלו כדי לבדוק אם המשתמשים חווים
ועיכובים. בקטע הקוד הקודם, כותרת התגובה כוללת שני תזמונים:
- זמן האימות של המשתמש (
auth), נמשך 55.5 אלפיות השנייה.
- זמן הגישה למסד הנתונים (
db), שנמשך 220 אלפיות השנייה.
מומלץ גם לבדוק את תשתית האירוח שלך ולוודא
לוודא שיש מספיק משאבים לטיפול בתנועה שהאתר שלכם מקבל. משותפים
ספקי אירוח בדרך כלל חשופים לפרצת אבטחה עמוקה (TTFB), ופתרונות ייעודיים
שמספקות זמני תגובה מהירים יותר, עשויות להיות יקרות יותר.
דחיסה
תגובות מבוססות טקסט כגון HTML, JavaScript, CSS ותמונות SVG צריכות להיות
דחוסים כדי להקטין את גודל ההעברה שלהם ברשת
להוריד מהר יותר. אלגוריתמי הדחיסה הנפוצים ביותר הם gzip ו-gzip
ברוטלי. Brotli מניבה שיפור של כ-15% עד 20% לעומת gzip.
רוב ספקי האירוח באינטרנט מגדירים דחיסה באופן אוטומטי, אבל
יש כמה נקודות חשובות שכדאי לשקול אם אתם יכולים להגדיר
או לשנות את הגדרות הדחיסה בעצמך:
- השתמשו ב-Brotli כשזה אפשרי. כפי שציינו קודם, Brotli מספקת
שיפור משמעותי בהשוואה ל-gzip, ו-Brotli נתמך בכל
דפדפנים. השתמשו ב-Brotli כשאפשר, אבל אם משתמשים
מספר המשתמשים בדפדפנים מדור קודם, הקפידו להשתמש ב-gzip כברירת מחדל,
כל דחיסה עדיפה על כל דחיסה.
- גודל הקובץ חשוב. משאבים קטנים מאוד – פחות מ-KiB אחד – לא לדחוס נתונים
טוב מאוד, או לפעמים אפילו לא לדחוס את הנתונים בכלל. יעילות מכל סוג
של דחיסת נתונים תלויה בכמות גדולה של נתונים,
אלגוריתם הדחיסה יכול לפעול כדי למצוא ביטים נוספים שאפשר ללחוץ עליהם
של נתונים. ככל שהקובץ גדול יותר, כך הדחיסה טובה יותר. עם זאת,
לשלוח משאבים גדולים מאוד רק בגלל העובדה שאפשר לדחוס אותם יותר
בצורה יעילה. משאבים גדולים כמו JavaScript ו-CSS, למשל, לוקחים
הרבה יותר זמן כדי לנתח ולהעריך את הנתונים אחרי שהדפדפן
תפרקו אותם, ועשויים להשתנות בתדירות גבוהה יותר גם אם הם
שונה באופן שולי, כי כל שינוי יגרום לגיבוב (hash) של קובץ שונה.
- הסבר על דחיסה דינמית לעומת דחיסה סטטית. דינמי וסטטי
דחיסת נתונים היא גישות שונות למקרים שבהם צריך להפעיל משאב
דחוסה. דחיסה דינמית דוחפת משאב בזמן הפעלתו
בקשה, ולפעמים בכל פעם שיש בקשה. לעומת זאת,
דחיסה סטטית דוחסת קבצים לפני הזמן, ולא דורשת דחיסה
לביצוע בזמן הבקשה. דחיסה סטטית מסירה את
זמן האחזור מעורב בדחיסה עצמה, דבר שיכול להוסיף לתגובת השרת
במקרה של דחיסה דינמית. משאבים סטטיים – כמו
תמונות JavaScript, CSS ו-SVG צריכות להיות דחוסות באופן סטטי, ואילו HTML
משאבים – במיוחד אם הם נוצרים באופן דינמי בשביל משתמשים מאומתים
צריכים להיות דחוסים באופן דינמי.
קשה לבצע דחיסה באופן עצמאי, ובמקרים רבים עדיף להניח
רשת להעברת תוכן (CDN) - שעליו נדון בקטע הבא, כדי
אנחנו מטפלים בזה בשבילכם. עם זאת, הכרת המושגים האלה יכולה לעזור לכם להבחין
האם ספק האירוח משתמש בדחיסה בצורה נכונה. הידע הזה יכול
לעזור לכם למצוא הזדמנויות לשפר את הגדרות הדחיסה, כך
שיפיקו את התועלת המקסימלית לאתר.
רשתות להעברת תוכן (CDN)
רשת להעברת תוכן (CDN) היא רשת מבוזרת של שרתים
לשמור משאבים במטמון משרת המקור, וכתוצאה מכך להציג אותם מהקצה
שרתים שקרובים יותר למשתמשים שלכם. הקרבה הפיזית אל
משתמשים מפחיתים את זמן הלוך ושוב (RTT), ואילו אופטימיזציות כמו HTTP/2 או
HTTP/3, שמירה במטמון ודחיסה מאפשרים ל-CDN להציג תוכן מהר יותר
מאשר שהוא יאוחזר משרת המקור. שימוש ב-CDN
במקרים מסוימים תוכלו לשפר באופן משמעותי את ה-TTDFB של האתר.
בוחנים את הידע
איזה סוג של הפניה אוטומטית נמצא בשליטתך?
הפניה לכתובת אחרת מסוג מקורות שונים.
אפשר לנסות שוב.
הפניה אוטומטית מסוג מקור זהה.
תשובה נכונה!
הכותרת Server-Timing יכולה להכיל כמה מדדים.
מהו סוג השרת שסביר להניח שהוא הקרוב ביותר אליכם פיזית
משתמשים?
שרת המקור של האתר שלכם.
אפשר לנסות שוב.
שרתי קצה של רשת להעברת תוכן (CDN).
תשובה נכונה!
השלב הבא: הבנת הנתיב הקריטי
עכשיו, כשאתם מכירים כמה מהשיקולים לגבי הביצועים,
עם ה-HTML של האתר שלכם, תוכלו לוודא שהוא יוכל להיטען בצורה טובה יותר
כמה שיותר מהר — אבל זו רק ההתחלה של למידת האינטרנט
או של ביצועים. בשלב הבא, התיאוריה שמאחורי נתיב העיבוד הקריטי היא
בסרטון הזה. יחידת הלימוד הזו מתארת מושגי מפתח כגון חסימת רינדור
למשאבים חוסמי ניתוח, והתפקיד שלהם בהשגת הפעולות הראשוניות של דף
לעיבוד מהיר ככל האפשר בדפדפן.
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2023-11-01 (שעון UTC).
