שיפור מהירות האתר: מה באמת מאט את האתר שלכם, ואיך מתקנים

אתר איטי כמעט אף פעם לא נראה איטי למי שבנה אותו. במחשב במשרד, על אינטרנט סיבים, כשכל הקבצים כבר שמורים בדפדפן, הוא נפתח מיד. הלקוחות שלכם פותחים אותו בטלפון, על רשת סלולרית, ולרוב בפעם הראשונה. במדריך הזה נעבור על מה ש Google באמת מודדת, איך בודקים את האתר נכון, ומה כדאי לתקן קודם. איפה שאפשר, נראה לכם את המספרים מהאתר שלנו.

למה מהירות חשובה לעסק, ולא רק לגוגל

במחקר ש Google הזמינה מ Deloitte ב 2020, על 37 מותגים ויותר מ 30 מיליון ביקורים, שיפור של עשירית שנייה במהירות האתר בטלפון הלך יחד עם עלייה של 8.4% בהמרות באתרי קמעונאות ו 10.1% באתרי תיירות. זה מחקר של קשר בין נתונים ולא הבטחה, אבל הכיוון ברור: כל רגע של המתנה עולה בלקוחות.

בגוגל עצמה התמונה פחות דרמטית ממה שמספרים. Google אומרת ש Core Web Vitals, מדדי המהירות שלה, הם חלק ממה שמערכות הדירוג שלה בודקות, וגם שהיא תציג את התוכן הרלוונטי ביותר גם כשחוויית הדף שלו פחות טובה. אתר מהיר עם תוכן חלש לא יעקוף אתר איטי עם תשובה טובה יותר. מה שכן, כשהתוכן דומה, המהירות יכולה להכריע, ובעיקר היא קובעת מה קורה אחרי הכניסה: כמה מהגולשים נשארים, ממלאים טופס או קונים.

וזו לא בעיה של אחרים. לפי דוח Web Almanac לשנת 2025, רק 48% מהאתרים בעולם עוברים את שלושת המדדים בטלפון.

מה Google מודדת: LCP, INP ו CLS

Google קוראת לשלושת המדדים האלה Core Web Vitals. כל אחד בודק חלק אחר בחוויה של מי שנכנס לאתר:

שלושת המדדים של Google והיעדים שלהם

מדד	מה הוא בודק	טוב	חלש
LCP	כמה זמן עובר עד שהאלמנט הגדול בעמוד, בדרך כלל תמונת הפתיחה או הכותרת הראשית, מופיע	עד 2.5 שניות	מעל 4 שניות
INP	כמה מהר העמוד מגיב כשלוחצים על כפתור, פותחים תפריט או מקלידים	עד 200 אלפיות שנייה	מעל 500 אלפיות שנייה
CLS	כמה העמוד קופץ בזמן הטעינה, למשל כפתור שזז רגע לפני שלוחצים עליו	עד 0.1	מעל 0.25

Google בודקת כל מדד בנפרד, ובטלפון ובמחשב בנפרד. היא לוקחת את הערך ש 75% מהכניסות לעמוד נמצאות מתחתיו. במילים פשוטות: שלושה מכל ארבעה גולשים צריכים לקבל חוויה טובה, ולא רק אתם במשרד.

בדיקת מהירות אתר: איך בודקים נכון

הכלי הבסיסי הוא PageSpeed Insights של Google. מכניסים כתובת של עמוד, ומקבלים שני דברים שונים לגמרי, שכדאי לא לבלבל ביניהם:

• נתוני גולשים אמיתיים, בחלק העליון: מדידות של משתמשי Chrome שנכנסו לעמוד ב 28 הימים האחרונים. אלה הנתונים ש Google משתמשת בהם.
• בדיקת מעבדה, בחלק התחתון, עם הציון מ 0 עד 100: סימולציה של טלפון בינוני על רשת 4G איטית. היא מצוינת למצוא בעיות, אבל Google לא מדרגת לפיה.

ככה מריצים בדיקה שאפשר לסמוך עליה

1. בודקים קודם את התצוגה לטלפון (Mobile). היא קשוחה יותר, ושם מתגלות הבעיות.
2. בודקים כמה עמודים ולא רק את דף הבית: עמוד שירות, עמוד מוצר ומאמר. כל סוג עמוד בנוי אחרת ומתנהג אחרת.
3. מריצים פעמיים או שלוש. הציון זז בכמה נקודות בין בדיקה לבדיקה, אז מסתכלים על המדדים עצמם ולא על המספר הצבעוני.
4. כשיש לאתר מספיק תנועה, פותחים ב Google Search Console את הדוח Core Web Vitals. הוא מקבץ עמודים דומים ומסמן כל קבוצה כטובה, כדורשת שיפור או כחלשה, לפי המדד הכי חלש שלה.

ככה זה נראה אצלנו

הרצנו את הבדיקה על עמוד הבלוג שלנו. אין בו אנימציות כבדות, ו Google Analytics נטען בו רק אחרי שהגולש מאשר עוגיות:

• ציון ביצועים 99 טוב 90 ומעלה נחשב טוב
• LCP 1.8s טוב יעד: עד 2.5 שניות
• CLS 0 טוב יעד: עד 0.1
• TBT 0ms טוב יעד במעבדה: עד 200ms

בבדיקה למחשב אותו עמוד קיבל 100, והתוכן הראשי הופיע אחרי 0.4 שניות. המדד שכדאי להכיר כאן הוא TBT: הזמן שבו המעבד של הטלפון היה עסוק מכדי להגיב ללחיצה. זה המדד של המעבדה שמנבא את INP, והוא שווה 30 מתוך 100 הנקודות בציון. אנימציות כבדות, סליידרים וסקריפטים חיצוניים הם מה שמנפח אותו, ולכן כל אחד מהם צריך להצדיק את המקום שלו בעמוד.

ומה עם דף הבית שלנו

בדף הבית שלנו יש עולם תלת ממדי מונפש, וזה בדיוק המקרה שבו המדד הזה מתפוצץ. הבדיקה של Google רצה על מחשב בלי כרטיס גרפי, ושם הדפדפן צייר את העולם על המעבד, תמונה אחרי תמונה, עד שלא נשאר לו זמן להגיב ללחיצות:

דף הבית שלנו ב PageSpeed Insights, לפני ואחרי התיקון (30/10/2026)

מה נמדד	לפני	אחרי
ציון בטלפון	68	100
TBT בטלפון	23,980ms	40ms
LCP בטלפון	1.2 שניות	1.2 שניות
ציון במחשב	הבדיקה לא הסתיימה בזמן	99

התיקון לא היה להוריד את העולם המונפש. שינינו את הדף כך שהוא נטען רק כשיש כרטיס גרפי שמצייר אותו באמת, ובכל מקרה אחר מוצגת גרסה סטטית של אותם שמיים. את הגרסה הזו רואה עכשיו הבדיקה של Google, וכך גם מחשב ישן או מכשיר בלי האצה גרפית, שבהם האנימציה הייתה מקרטעת. מי שיש לו כרטיס גרפי ממשיך לראות את העולם המונפש.

מה מאט אתרים של עסקים בישראל

כמעט תמיד האיטיות מגיעה מאחד מחמשת המקומות האלה. הם מסודרים לפי הסדר שבו כדאי לבדוק אותם:

1. תמונת הפתיחה או הסליידר

בדרך כלל זה האלמנט הגדול בעמוד, ולכן הוא שקובע את ה LCP. הבעיות שחוזרות על עצמן: תמונה שעלתה ישר מהמצלמה או מהטלפון ושוקלת כמה מגה, סליידר שטוען חמש תמונות כשרואים רק אחת, וסרטון רקע.

• מעלים תמונה ברוחב שבו היא מוצגת (ועד פי שניים ממנו, בשביל מסכים חדים), ולא את הקובץ המקורי.
• שומרים ב WebP או ב AVIF. לפי Google, WebP קטן ב 25% עד 34% מ JPEG באיכות דומה, ו AVIF חוסך לעיתים קרובות אפילו יותר. שני הפורמטים עובדים היום בכמעט כל הדפדפנים.
• לא שמים טעינה עצלה (lazy loading) על התמונה הראשונה שרואים. היא צריכה להיטען מיד, ואפשר לסמן לה fetchpriority="high". את כל השאר כן מעכבים.
• נותנים לכל תמונה רוחב וגובה, כדי שהדפדפן ישמור לה מקום והעמוד לא יקפוץ כשהיא מגיעה.

2. פונטים בעברית

פונט הוא קובץ שהדפדפן צריך להוריד לפני שהוא מציג את הטקסט כמו שתכננתם. הרבה אתרים בעברית טוענים ארבעה עד שישה משקלים של אותו פונט, או קבצי TTF מלאים של פונט מסחרי, עם אלפי סימנים שאף אחד לא צריך.

• מספיקים שני משקלים, או קובץ אחד של פונט משתנה (variable) שמכיל את כולם.
• שומרים בפורמט WOFF2, ורק עם הסימנים שצריך: עברית ואנגלית בסיסית. לפני שחותכים פונט מסחרי, בודקים שהרישיון שלו מאפשר את זה.
• טוענים מראש (preload) רק את הפונט שמופיע בראש העמוד.
• בוחרים מה קורה עד שהפונט מגיע: עם font-display: swap הטקסט מופיע מיד בפונט גיבוי ומתחלף, ועם optional הדפדפן מוותר על הפונט אם הוא מאחר. השני מהיר יותר, הראשון שומר על המראה.

3. סקריפטים חיצוניים: צ'אט, פיקסלים, באנר עוגיות ותוסף נגישות

כל אחד מהם הוא קוד שרץ על הטלפון של הגולש. אחד בדרך כלל לא מורגש. חמישה ביחד, וזה המקום שבו INP נפגע: העמוד נראה מוכן, אבל הלחיצה על הכפתור מגיבה באיחור.

• עוברים על הרשימה ומורידים את מה שלא משתמשים בו: מפת חום שהופעלה לפני שנה, פיקסל של קמפיין שנגמר, שני כלים שעושים אותו דבר.
• בודקים כפילויות. Google Analytics שמותקן גם בתוסף וגם ב Google Tag Manager נטען פעמיים וסופר כל ביקור פעמיים.
• טוענים את הצ'אט רק כשלוחצים עליו, ומציגים סרטון YouTube או מפה כתמונה שהופכת לנגן רק בלחיצה.
• טוענים כלי מדידה ופיקסלים רק אחרי שהגולש אישר עוגיות. כך מי שלא אישר לא טוען אותם בכלל.

4. אחסון ומיקום השרת

לפני שהדפדפן מתחיל לבנות את העמוד, הוא מחכה לתשובה הראשונה מהשרת (TTFB). Google ממליצה, כקו מנחה, שזה ייקח עד 0.8 שניות. אחסון זול ועמוס, או שרת בצד השני של העולם, יכולים לאכול את רוב הזמן הזה לפני שנטענה תמונה אחת.

• לאתר שפונה לקהל בישראל, שרת באירופה או בישראל עדיף על שרת בארה״ב.
• מטמון עמודים (page cache) שומר את העמוד מוכן, כדי שהשרת לא יבנה אותו מחדש בכל כניסה.
• CDN כמו Cloudflare מגיש את הקבצים מהשרת הקרוב לגולש. שימו לב שבהגדרות ברירת המחדל הוא שומר תמונות, CSS ו JavaScript, אבל לא את העמודים עצמם. בשביל זה צריך כלל מטמון (Cache Rule), או בוורדפרס את השירות APO שלהם.

5. ערכת העיצוב והתוספים

כל תוסף בוורדפרס יכול להוסיף קבצי CSS ו JavaScript לכל עמוד באתר, גם לעמודים שלא משתמשים בו. ערכת עיצוב כבדה, עם סליידרים, אנימציות ועשרות אפשרויות, עושה את אותו הדבר.

• מוחקים תוספים שלא בשימוש, ולא רק מכבים אותם.
• תוסף מטמון אחד בלבד. שני תוספי מטמון מתנגשים, והתוצאה לרוב איטית יותר ושבורה יותר.
• בוחרים ערכת עיצוב קלה. ב Elementor, ערכת Hello של Elementor נבנתה בדיוק בשביל זה.

מה לתקן קודם

לא חייבים לעשות הכול. ככה אנחנו מדרגים את התיקונים, לפי כמה הם בדרך כלל משפיעים מול כמה עבודה הם דורשים:

התיקונים לפי סדר עדיפות

תיקון	השפעה	מאמץ	משפר בעיקר
תמונת הפתיחה	גבוהה	נמוך	LCP
סקריפטים חיצוניים	גבוהה	נמוך עד בינוני	INP, LCP
פונטים	בינונית	נמוך	LCP, CLS
מקום שמור לתמונות ולבאנרים	בינונית	נמוך	CLS
מטמון ו CDN	גבוהה	בינוני	LCP
מעבר אחסון	גבוהה כשהשרת איטי	בינוני	LCP
ערכת עיצוב ותוספים	גבוהה	גבוה	כל המדדים

שיפור מהירות אתר וורדפרס ואלמנטור

ההגדרות של Elementor

ב Elementor, תחת Settings, בלשונית Performance, יש כמה מתגים שכדאי לבדוק. לפי Elementor:

• Optimized Image Loading: מסמן את התמונה הראשית לטעינה מיידית ומעכב את התמונות שמתחת למסך.
• Lazy Load Background Images: מעכב תמונות רקע עד שמגיעים אליהן.
• Element Cache: שומר ווידג'טים מוכנים במקום לבנות אותם מחדש בכל טעינה.
• Load Google Fonts Locally: הפונטים מהשרת שלכם ולא מ Google (ראו למעלה).

אחרי כל שינוי, עוברים על האתר ובודקים שכלום לא נשבר, בעיקר בטלפון.

תוסף מטמון אחד, מוגדר נכון

אם האחסון רץ על שרת LiteSpeed, התוסף LiteSpeed Cache החינמי עובד ישירות מול השרת. על שרתים אחרים, WP Rocket הוא אפשרות בתשלום שעובדת טוב מהקופסה. בכל מקרה: תוסף אחד, ובודקים אחרי ההפעלה שהטפסים, העגלה והתשלום עדיין עובדים.

PHP, מסד הנתונים ומה שנשאר מאחור

WordPress ממליצה על PHP בגרסה 8.3 ומעלה ועל MySQL 8.0 או MariaDB 10.11 ומעלה. גרסאות ישנות, כמו PHP 7.4, עדיין עובדות, אבל כבר לא מקבלות עדכוני אבטחה. את הגרסה מעדכנים בלוח הבקרה של האחסון, ורצוי בגיבוי ובבדיקה באתר בדיקות לפני כן.

האתר ב Wix או ב Shopify? מה כן בשליטתכם

בפלטפורמות סגורות, את השרת, המטמון וה CDN מנהלת הפלטפורמה. זה גם יתרון: פחות דברים יכולים להשתבש. מה שכן נשאר בידיים שלכם הוא מה שאתם מוסיפים לאתר:

• התמונות: אותם כללים בדיוק. תמונת פתיחה ענקית תאט גם אתר ב Wix.
• אפליקציות ותוספים: כל אפליקציה מוסיפה קוד. מורידים את מה שלא בשימוש, ובודקים שהקוד שלה לא נשאר בערכת העיצוב אחרי ההסרה.
• סרטוני רקע, פונטים נוספים, וווידג'טים חיצוניים כמו צ'אט וביקורות.

בשתי הפלטפורמות יש דוח מהירות מובנה בממשק הניהול, שכדאי לבדוק אחרי כל שינוי גדול.

4 מיתוסים שעולים לעסקים זמן וכסף

"חייבים 100 בציון"

לא. 90 ומעלה כבר נחשב טוב, ו Google עצמה כותבת שמרדף אחרי ציון מושלם רק בשביל הקידום הוא כנראה לא השימוש הכי טוב בזמן שלכם. המטרה היא שהגולשים האמיתיים יעברו את שלושת המדדים.

"תוסף מהירות יסדר הכול"

תוסף מטמון עוזר לשרת, אבל הוא לא יקטין תמונה של 3MB, לא יוריד צ'אט כבד, ולא יהפוך ערכת עיצוב כבדה לקלה.

"טעינה עצלה לכל התמונות"

על התמונות שמתחת למסך, כן. על תמונת הפתיחה זה דווקא מאט את ה LCP, כי הדפדפן מחכה לפני שהוא מתחיל להוריד אותה.

"CDN פותר את הכול"

CDN מקרב את הקבצים לגולש. הוא לא מקטין אותם, ובהגדרות ברירת המחדל הוא לא שומר את העמודים עצמם. אם השרת איטי ביצירת העמוד, הגולש עדיין מחכה.

מתי זה כבר אחסון או בנייה מחדש

אחרי שעברתם על כל הרשימה ועדיין התשובה הראשונה מהשרת לוקחת יותר משנייה, הבעיה כנראה באחסון. אם האתר בנוי על ערכת עיצוב או בונה עמודים שטוענים מאות קילובייטים של קוד בכל עמוד, לפעמים זול יותר לבנות מחדש מאשר לתקן עוד ועוד.

אנחנו נותנים תשובה כנה גם כשהיא "אין צורך": מספיקה שיחה קצרה ואנחנו אומרים מה כדאי לעשות. אפשר לקרוא עוד על בניית אתר לעסק ועל אחסון ותחזוקה לאתר אצלנו.

צ'קליסט: 15 דקות לבדוק את האתר שלכם

שאלות נפוצות

מקורות

1. web.dev: Web Vitals המדדים והיעדים
2. web.dev: INP הופך ל Core Web Vital מרץ 2024
3. Google Search Central: חוויית הדף בתוצאות החיפוש
4. PageSpeed Insights: על נתוני גולשים ונתוני מעבדה
5. Milliseconds Make Millions Deloitte בהזמנת Google, 2020
6. HTTP Archive: Web Almanac 2025, ביצועים
7. Google: WebP
8. web.dev: שיפור LCP
9. web.dev: טעינת פונטים
10. web.dev: TTFB
11. Cloudflare: מה נשמר במטמון כברירת מחדל
12. Elementor: הגדרות הביצועים
13. WordPress: דרישות מערכת