TTFB, או Time To First Byte, הוא הזמן שעובר מהרגע שהגולש ביקש עמוד ועד שהשרת מתחיל לשלוח אותו. זה הרגע הראשון בכל טעינה, וכל מה שקורה אחריו מתעכב איתו. לפי גוגל, זמן טוב הוא עד 0.8 שניות. הוא לא אחד משלושת המדדים שגוגל מדרגת לפיהם, אבל כמעט אי אפשר לעמוד בהם בלעדיו.
אל תתנו למהירות לעכב אתכם. השאירו פרטים לשדרוג האתר.
מה TTFB מודד
זמן ה TTFB כולל כמה שלבים: מציאת כתובת השרת, יצירת חיבור מאובטח, וההמתנה שבה השרת בונה את העמוד ומתחיל לשלוח אותו. באתר וורדפרס, השלב האחרון הוא בדרך כלל הארוך ביותר, כי בלי מטמון השרת מריץ קוד ושואל את מסד הנתונים בכל כניסה.
המדד לא אומר כמה זמן לוקח לכל העמוד להיטען, אלא רק מתי הוא מתחיל להגיע. אבל עד שהבייט הראשון לא הגיע, הדפדפן לא יכול להתחיל להוריד תמונות, עיצוב או פונטים, ולכן כל עיכוב כאן נוסף לכל השאר.
מה נחשב זמן טוב
| זמן | מה הוא אומר |
|---|---|
| עד 0.8 שניות | טוב |
| 0.8 עד 1.8 שניות | צריך שיפור |
| מעל 1.8 שניות | גרוע |
לפי גוגל, הספים האלה הם המלצה ולא חובה, כי המדד לא חלק מ Core Web Vitals. אבל אם השרת עונה אחרי שנייה וחצי, כמעט אין דרך שהתוכן הראשי יופיע תוך 2.5 שניות, וזה כן נבדק.
מה הכי משפיע על הזמן
מטמון
זה הגורם החשוב ביותר באתר וורדפרס. מדדתי באתר הזה את אותו עמוד, פעם מהמטמון ופעם כשהשרת בונה אותו מחדש: 0.29 שניות מול 0.89 בממוצע, פי שלושה. פירטתי את הבדיקה ואת סוגי המטמון במאמר על זיכרון מטמון.
האחסון
שרת משותף עמוס, או שרת עם מעט זיכרון, בונה עמודים לאט. ההבדל מורגש בעיקר בעמודים שאי אפשר לשמור במטמון, כמו סל קניות, חיפוש ואזור אישי. שם איכות השרת היא כל מה שיש.
המרחק מהגולש
כל בקשה עושה את הדרך מהגולש לשרת וחזרה כמה פעמים לפני שהבייט הראשון מגיע. שרת בארצות הברית מוסיף עיכוב לגולש מישראל, שרת באירופה קרוב יותר, ורשת הפצה עם שרת בתל אביב קרובה עוד יותר.
תוספים כבדים
כשאין מטמון, כל תוסף שמריץ קוד או שואל את מסד הנתונים בכל טעינה מאריך את הזמן. תוסף אחד כבד יכול להוסיף חצי שנייה לכל עמוד שלא נשמר במטמון.
טעות מדידה שכדאי להכיר
כמעט עשיתי אותה בעצמי באתר הזה. כדי לעקוף מטמון של הדפדפן, הוספתי לכתובת פרמטר, סימן שאלה ומספר. התוצאה הראתה TTFB של יותר משנייה. אבל תוסף המטמון לא מגיש מהמטמון כתובות עם פרמטרים, אז מדדתי בעצם עמוד בלי מטמון.
כשמדדתי את הכתובת הנקייה, השרת ענה תוך פחות מעשירית שנייה. המסקנה: מודדים תמיד את הכתובת כמו שהגולשים מקבלים אותה, ובגלישה בסתר, כי למשתמשים מחוברים לוורדפרס רוב תוספי המטמון לא מגישים עותקים שמורים.
שאלות ותשובות על זמן התגובה של השרת
האם TTFB משפיע על הדירוג בגוגל?
לא ישירות, כי הוא לא אחד משלושת המדדים שגוגל מדרגת לפיהם. אבל הוא הבסיס של זמן הופעת התוכן הראשי, שכן נבדק. שרת שעונה לאט כמעט תמיד מוביל לציון גרוע גם במדד הזה, ולכן בפועל כדאי לטפל בו.
למה הזמן משתנה בין בדיקות?
כי הוא תלוי בעומס על השרת באותו רגע, במרחק בין הכלי לשרת, ובשאלה אם העמוד היה במטמון. בדיקה מכלי בארצות הברית תראה זמן ארוך יותר מבדיקה מישראל. כדי להשוות, מודדים כמה פעמים מאותו מקום ומסתכלים על הממוצע.
האם מעבר אחסון ישפר את הזמן?
אם המטמון כבר עובד והזמן עדיין ארוך, כנראה שכן. אבל ברוב האתרים שאני בודק, הפעלת מטמון נכון משפרת יותר ממעבר אחסון, ובפחות כסף. לכן בודקים קודם את המטמון, ורק אחר כך את השרת.
איך בודקים את הזמן בעצמי?
ב PageSpeed Insights מופיע זמן התגובה של השרת בחלק של נתוני הגולשים, אם יש מספיק כניסות. בכלי המפתחים של Chrome, בלשונית הרשת, לוחצים על הבקשה הראשונה ורואים בתזמון כמה זמן חיכה הדפדפן לתשובה. בודקים בגלישה בסתר.
הצעד הבא
אם השרת שלכם עונה לאט, השאלה הראשונה היא אם המטמון בכלל עובד. שלחו לי את הכתובת, ואבדוק כמה זמן השרת עונה עם מטמון ובלעדיו, ואם הבעיה באחסון, בתוספים או בהגדרות.
