פורסם: 27 במרץ 2025
בקשת המסמך הראשונית לדף היא החשובה ביותר, כי כל בקשות הרשת והתוכן של הדף תלויות בה. אופטימיזציה של בקשת המסמך הראשונית משפרת את הביצועים.
מה נבדק בתובנה
התובנה בודקת אם אחד מהתנאים הבאים השפיע על הבקשה הראשונית למסמך:
- הבקשה לניווט הופנתה באופן אוטומטי פעם אחת או יותר.
- לשרת לקח יותר מ-600 אלפיות השנייה להגיב לבקשה.
- התגובה לא הייתה דחוסה.
הימנעות מהפניות לכתובות אחרות
הפניות לכתובת אחרת מאטות את מהירות הטעינה של הדף. כשדפדפן מבקש משאב שהופנה, השרת בדרך כלל מחזיר תגובת HTTP כזו:
HTTP/1.1 301 Moved Permanently
Location: /path/to/new/location
הדפדפן צריך לשלוח בקשת HTTP נוספת במיקום החדש כדי לאחזר את המשאב. המסע הנוסף הזה ברשת עלול לעכב את טעינת המשאב.
מוודאים שהקישורים מפנים למיקום הנוכחי של משאב. אם אתם משתמשים בהפניות אוטומטיות כדי להפנות משתמשים בנייד לגרסה לנייד של הדף, כדאי לשקול לעצב מחדש את האתר כך שישתמש בעיצוב רספונסיבי.
קיצור זמני התגובה של השרת
השלב הראשון לשיפור זמני התגובה של השרת הוא לזהות את משימות הליבה שצריך לבצע בשרת כדי להחזיר את תוכן הדף, ואז למדוד כמה זמן כל אחת מהמשימות האלה אורכת. אחרי שמזהים את המשימות הארוכות ביותר, צריך למצוא דרכים להאיץ אותן.
יש הרבה סיבות אפשריות לתגובות איטיות של השרת, והרבה דרכים אפשריות לשיפור:
- אופטימיזציה של הלוגיקה של האפליקציה בשרת כדי להכין דפים מהר יותר. אם אתם משתמשים במסגרת שרת, יכול להיות שיש במסגרת המלצות לגבי אופן ההגדרה.
- אפשר לבצע אופטימיזציה של אופן השאילתות של השרת במסדי נתונים או לעבור למערכות מסדי נתונים מהירות יותר.
- משדרגים את חומרת השרת כדי להגדיל את הזיכרון או את המעבד.
- כדאי להשתמש ב-CDN כדי להפחית את זמן האחזור ברשת. השיטה הזו יעילה במיוחד אם אפשר לשמור את המסמך במטמון בצומת הקצה של ה-CDN.
פרטים נוספים זמינים במדריך בנושא אופטימיזציה של TTFB.
הפוך דחיסה לפעילה
דחיסת טקסט יכולה לצמצם את הגודל הכולל של מסמך ה-HTML הראשוני. כשדפדפן מבקש משאב, הוא משתמש בכותרת בקשת ה-HTTP Accept-Encoding כדי לציין אילו אלגוריתמי דחיסה הוא תומך בהם.
Accept-Encoding: gzip, compress, br, zstd
אפשר גם לעיין במאמר בנושא אופטימיזציה של הקידוד וגודל ההעברה של נכסים מבוססי-טקסט.
השרת צריך להחזיר את כותרת התגובה Content-Encoding HTTP כדי לציין באיזה אלגוריתם דחיסה הוא השתמש.
הנחיות ספציפיות לטכנולוגיה
התובנה הזו כוללת גם הנחיות ספציפיות לטכנולוגיות שמשמשות בדפים הבאים:
WordPress
- מפעילים דחיסת טקסט בהגדרות של שרת האינטרנט.
- כדאי לבחור עיצוב פשוט (כמו עיצוב בבלוקים) ולהטמיע שמירה במטמון של כל הדף או פתרון של אתר סטטי. צריך להשבית פלאגינים מיותרים כדי לצמצם את העומס על השרת.
- כדאי לשקול שדרוג של האירוח לשירות מנוהל או ייעודי.
Drupal
- אם המודול הפניה אוטומטית מותקן, צריך לבדוק אם אפשר להסיר הפניות אוטומטיות מיותרות.
- כדי להפחית את העומס, אפשר להעביר את תנועת הגולשים באמצעות מודול שמירה במטמון אחד או יותר של
Drupal, כמוInternal Page Cache, Internal Dynamic Page Cacheו-BigPipe. כדי לשפר עוד יותר את זמן התגובה, אפשר לשלב את האפשרויות האלה עם CDN. שרתי האירוח שלכם צריכים להשתמש ב-PHP OPcache. - מומלץ להשתמש בשמירה במטמון הזיכרון, כמו Redis או Memcached, כדי לצמצם את זמני השאילתות של מסדי נתונים.
- כדי שזמן התגובה של השרת יהיה מהיר יותר, מומלץ להשתמש בעיצובים ובמודולים עם ביצועים טובים ובשרתים מהירים יותר.
React
- אם בחרת להשתמש ב-React Router, יש לצמצם את השימוש ברכיב
<Redirect>בשביל ניווט במסלול. - אם מתבצע רינדור בצד השרת של רכיבי React כלשהם, כדאי לשקול להשתמש ב-
renderToNodeStream()או ב-renderToStaticNodeStream()כדי לאפשר ללקוח לקבל ולמלא חלקים שונים של הסימון, במקום את הכול בבת אחת.
Joomla
- מפעילים את ההגדרה Gzip Page Compression (דחיסת נתונים בדף בשיטת Gzip) (מערכת > הגדרה גלובלית > שרת).
- עיצובים, תוספים ומפרטי שרתים משפיעים על זמן התגובה של השרת. אפשר להשתמש בתבנית שעברה אופטימיזציה, לבחור בקפידה תוסף לאופטימיזציה או לשדרג את השרת.
Magento
- אפשר להשתמש בשילוב Varnish של Magento.