עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: דוח GTmetrix נותן ציון A עד F שמורכב מ-60% ציון Performance (מדידת מהירות בפועל, על בסיס Lighthouse) ו-40% ציון Structure (עד כמה העמוד בנוי נכון). מה לתקן קודם: TTFB גבוה בלשונית Waterfall, אחר כך LCP ו-Total Blocking Time, ורק בסוף את ההמלצות הקטנות. כך זה עובד נכון ל-7.11.2026, לפי התיעוד של GTmetrix.
⏱ זמן קריאה: 12 דקות · רמת קושי: קל עד בינוני · נבדק לאחרונה: 07.11.2026
מה זה GTmetrix ומה הוא באמת מודד?
GTmetrix הוא כלי חינמי לבדיקת מהירות שטוען את העמוד שלכם בדפדפן אמיתי ומפרק את הטעינה לרכיבים. הציון שלו מבוסס על Lighthouse, מנוע הבדיקה של Google, עם נוסחאות משלו מעל, לפי המדריך הרשמי של GTmetrix (עודכן ב-15.9.2026).
ההבדל מ-PageSpeed Insights: GTmetrix מראה לכם מפל טעינה (Waterfall) מלא, בקשה אחרי בקשה. זה הכלי הכי נוח לשאלה "מה בדיוק מאט", לא רק "כמה זה איטי".
| רכיב בדוח | מה הוא אומר | משקל / סף |
|---|---|---|
| GTmetrix Grade | ציון אות A–F | 60% Performance + 40% Structure |
| Performance Score | ציון Lighthouse כפי שנמדד בדפדפן של GTmetrix | FCP 10%, Speed Index 10%, LCP 25%, TBT 30%, CLS 25% |
| Structure Score | הערכה של ביקורות Lighthouse (כמה העמוד בנוי לביצועים) | ניקוד פנימי של GTmetrix |
| Web Vitals | LCP, TBT, CLS של הבדיקה הזו | סף "טוב" של Google: LCP עד 2.5 שניות, CLS עד 0.1 |
| Waterfall | כל בקשה בטעינה, לפי סדר וזמן | כאן רואים TTFB |
המשקלים והסף נכונים ל-7.11.2026. GTmetrix כותבת שהמשקלים משתנים מדי פעם, אז אם הדוח שלכם נראה אחרת, הדוח קובע.
איך קוראים את ציון ה-GTmetrix Grade?
הציון הוא ממוצע משוקלל, ולכל טווח יש אות: 90–100 הוא A, 80–89 B, 70–79 C, 60–69 D, 50–59 E, ומתחת ל-50 F. זו הטבלה שמופיעה בתיעוד של GTmetrix.
אל תרדפו אחרי A. ציון B עם LCP של 2 שניות עדיף על A שהושג בהסרת כל הסקריפטים העסקיים (צ'אט, פיקסל, מערכת סליקה). גוגל לא מדרג לפי GTmetrix, הוא משתמש בנתוני משתמשים אמיתיים (Core Web Vitals), שעליהם כתבנו במדריך Core Web Vitals.
למה ה-Performance וה-Structure שונים?
Performance הוא סטופר: כמה זמן לקח לעמוד להופיע, להגיב ולהתייצב. Structure הוא רשימת תיקונים: תמונות לא דחוסות, JavaScript שחוסם, קאש לא מוגדר. GTmetrix עצמה מתארת את Structure כ"הוראות הפעלה" ואת Performance כסטופר.
בפועל: Structure גבוה ו-Performance נמוך אומר בדרך כלל שהבעיה לא בעמוד, אלא בשרת או ברשת. Structure נמוך ו-Performance סביר אומר שיש עבודה בצד האתר, אבל השרת מחזיק.
מה לתקן קודם בדוח GTmetrix?
תתחילו מהשרת, כי כל השאר נבנה עליו. אם הבייט הראשון מגיע אחרי שנייה, שום דחיסת תמונות לא תביא אתכם ל-LCP טוב.
- TTFB: פתחו את הלשונית Waterfall והסתכלו על הבקשה הראשונה (מסמך ה-HTML). זמן ההמתנה שלה הוא בערך ה-TTFB. מעל 600ms באתר עם קאש? הבעיה בשרת, בקאש או בתוסף כבד. הסבר מלא במדריך TTFB.
- LCP: בלשונית Performance תראו איזה רכיב הוא ה-LCP (בדרך כלל תמונת Hero או כותרת). דחסו אותו, תנו לו עדיפות טעינה, ואל תטענו אותו ב-lazy load.
- Total Blocking Time: 30% מהציון. כמעט תמיד JavaScript: בוני עמודים, סליידרים, צ'אטים ותגיות שיווק. דחו או הסירו מה שלא חייב לרוץ מיד.
- CLS: קפיצות עמוד. בדרך כלל תמונות בלי מידות, באנר עוגיות שנכנס מלמעלה, או פונט שמתחלף.
- Structure: רק עכשיו עברו על ההמלצות לפי הסדר שהן מופיעות, מהחיסכון הגדול לקטן.
איך מזהים בעיית שרת לעומת בעיית אתר?
השוו בין עמוד מהקאש לעמוד שנוצר מחדש. מדדנו את זה על האתר שלנו (cw-servers.co.il, שרת Flexible בקלאודוויז (Cloudways) מאחורי Cloudflare) ב-6.11.2026, עם curl ממחשב בישראל, 6 הרצות לכל מקרה:
| מקרה | TTFB חציוני | מה זה אומר |
|---|---|---|
| עמוד הבית מהקאש של Cloudflare | 297ms | רוב הזמן הוא רשת ו-TLS |
| אותו עמוד עם פרמטר אקראי (עוקף קאש) | 1,035ms | ~750ms הם זמן יצירת העמוד בוורדפרס |
אלה מספרים אינדיקטיביים ממיקום אחד ובערב אחד, לא בנצ'מרק. הם מראים את העיקרון: אם GTmetrix מראה TTFB של שנייה, תבדקו קודם אם העמוד בכלל הגיע מקאש. אצל רוב האתרים הפתרון הוא קאש בשרת (למשל Varnish) ולא עוד תוסף אופטימיזציה.
אם גם עמוד מהקאש איטי, הבעיה ברשת או במיקום השרת. מבקרים מישראל מול שרת באירופה מוסיפים עשרות מילישניות לכל הלוך-חזור, כפי שמדדנו בבדיקת זמן התגובה מישראל.
למה GTmetrix מראה תוצאה אחרת בכל הרצה?
כי כל הרצה היא טעינה אחת, ממיקום אחד, ברגע אחד. קאש שהתרוקן, שרת עמוס או סקריפט חיצוני איטי ישנו את התוצאה.
- הריצו 3 בדיקות ברצף והסתכלו על החציון, לא על הבדיקה הטובה.
- בדיקה ראשונה אחרי ניקוי קאש תמיד איטית יותר. זה נורמלי.
- בדקו בראש הדוח מאיזה מיקום הבדיקה רצה. בדיקה ממיקום רחוק מהקהל שלכם מוסיפה זמן רשת שהמבקרים שלכם לא חווים.
- השוו תמיד אותו עמוד, אותו מיקום ואותן הגדרות. אחרת אתם משווים תפוחים לתפוזים.
אילו טעויות נפוצות עושים עם GTmetrix?
בדיקה רק של עמוד הבית: בחנות ווקומרס, עמוד המוצר ועמוד התשלום חשובים יותר. עמוד התשלום לא נשמר בקאש, ולכן הוא חושף את השרת. ראו גם צ'קאאוט איטי בווקומרס.
תיקון לפי סדר ההמלצות בלבד: ההמלצה הראשונה ב-Structure היא לא תמיד הבעיה הגדולה. תתחילו מ-TTFB ו-LCP.
הוספת תוסף מהירות שלישי: שני תוספי קאש שמתנגשים יוצרים בעיות. בקלאודוויז יש Breeze ו-Varnish מובנים; עדיף להגדיר אותם נכון. ראו תוספי קאש לוורדפרס.
השוואה בין כלים שונים: ציון 90 ב-GTmetrix וציון 60 במובייל ב-PageSpeed Insights לא סותרים. הם בודקים בתנאים שונים.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
מתי GTmetrix לא מספיק?
כשהאיטיות מופיעה רק לפעמים, או רק אצל מחוברים. GTmetrix בודק עמוד ציבורי אחד בזמן נתון. הוא לא יראה לכם שאילתה איטית ב-wp-admin, תוסף שמאט רק בעגלה, או עומס שמופיע בערב.
לשם צריך כלי צד שרת: Query Monitor בתוך וורדפרס, או New Relic בשרת. בקלאודוויז מפעילים את New Relic מהפאנל, ראו המדריך ל-New Relic בקלאודוויז. לבדיקה מהירה בלי הרשמה, יש גם את מדריך בדיקת מהירות האתר שלנו.
שאלות נפוצות
A (90 ומעלה) או B (80–89) הם ציון טוב לרוב האתרים. חשוב יותר שה-LCP יהיה עד 2.5 שניות וה-CLS עד 0.1, כי אלה הספים של Google. ציון אות לבדו לא משפיע על הדירוג.
כן, אפשר להריץ בדיקות בלי תשלום, ויש גם מנויים בתשלום עם יותר מיקומים, מעקב ובדיקות מתוזמנות. את פרטי התוכניות העדכניים בדקו באתר GTmetrix.
בלשונית Waterfall, בבקשה הראשונה של מסמך ה-HTML. זמן ההמתנה של הבקשה הזו הוא בערך ה-TTFB. אם הוא גבוה, הבעיה כנראה בשרת או בקאש ולא בתמונות.
כי כל כלי בודק עם דפדפן, מהירות חיבור ומיקום אחרים, ו-PageSpeed מציג גם נתוני משתמשים אמיתיים. השוו כל כלי לעצמו לאורך זמן, ולא כלי מול כלי.
TBT הוא הזמן שבו הדפדפן היה תקוע בהרצת סקריפטים ולא יכול היה להגיב. הוא 30% מציון ה-Performance. מורידים אותו בהסרה או דחייה של JavaScript כבד: בוני עמודים, צ'אטים ותגיות שיווק.
רק אם הבעיה היא TTFB. אם העמוד הראשון מגיע מהר והבעיה היא JavaScript או תמונות, מעבר שרת לא יעזור הרבה. בדקו קודם את ה-Waterfall.
מדריכים קשורים
- בדיקת מהירות אתר: כלים ואיך לקרוא אותם
- מה זה TTFB ואיך מורידים אותו
- Core Web Vitals בעברית
- איך מאיצים אתר וורדפרס
- סקירת קלאודוויז: למי זה מתאים
- כל מדריכי המהירות והביצועים
מקורות
- Everything You Need to Know About GTmetrix Reports – GTmetrix (משקלי הציון, טבלת האותיות, הלשוניות; נבדק 07.11.2026)
- Web Vitals – web.dev של Google (ספי LCP, INP ו-CLS)
- How to Use Varnish at Cloudways – Cloudways Knowledge Base
- מדידה שלנו: TTFB של cw-servers.co.il עם curl מישראל, עם קאש ובלי קאש (06.11.2026)
מקור רשמי: GTmetrix Reports guide ו-Cloudways Knowledge Base. המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים