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

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

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

האם מהירות האתר באמת משפיעה על מכירות ופניות?

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

Milliseconds Make Millions (2020)

דוח של Deloitte Digital, שהוזמן על ידי Google ונעשה עם חברת הנתונים 55, בדק את האתרים בנייד של 37 מותגים באירופה ובארה״ב לאורך ארבעה שבועות בסוף 2019. לפי הדוח של Deloitte, שיפור של 0.1 שנייה במהירות האתר היה קשור לעלייה של 8.4% בהמרות באתרי קמעונאות ולעלייה של 9.2% בסכום ההזמנה הממוצע. באתרי תיירות ההמרות עלו ב־10.1%.

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

Google: כל שנייה מגדילה את הסיכוי לנטישה

ב־2017 פרסמה Google ב־Think with Google ממצאים ממחקר שעשתה עם SOASTA על אתרים בנייד: כשזמן הטעינה עולה משנייה אחת לשלוש שניות, הסבירות שהגולש ינטוש עולה ב־32%. כשהוא עולה משנייה לחמש שניות, היא עולה ב־90%.

Portent: פי שלושה יותר המרות (2022)

חברת השיווק Portent ניתחה ב־2022 יותר מ־100 מיליון צפיות בעמודים ב־20 אתרים: 14 אתרי לידים של חברות שמוכרות לעסקים, ו־6 חנויות אונליין. באתרי הלידים, אתר שנטען בשנייה אחת המיר פי 3 מאתר שנטען בחמש שניות. בחנויות הפער היה פי 2.5. המחקר לא מפריד בין נייד למחשב ולא מפרט איך נמדד זמן הטעינה, אז גם כאן כדאי להסתכל על המגמה ולא על המספר המדויק.

ומה עם ה־53% המפורסם?

הטענה ש־53% מהגולשים בנייד עוזבים אתר שנטען יותר משלוש שניות מגיעה מפוסט של Google מ־2016, שמבוסס על נתוני Google Analytics מכ־3,700 אתרים בנייד ממרץ 2016. בלשון המקור: 53% מהביקורים צפויים להינטש. הנתון אמיתי, אבל הוא בן עשר שנים, מימי ה־3G, ואני מתייחס אליו כהיסטוריה ולא כמדד.

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

כמה מהגלישה בישראל מגיעה מהטלפון?

לפי StatCounter, באוקטובר 2026 כ־62% מהצפיות בעמודים בישראל הגיעו מטלפונים, כ־36% ממחשבים ופחות מ־2% מטאבלטים. המספר זז מחודש לחודש, ובאוגוסט 2026 המחשב אפילו עקף לרגע את הנייד, אבל ב־12 מתוך 13 החודשים שבין אוקטובר 2025 לאוקטובר 2026 הנייד היה מעל 50%. StatCounter סופרת צפיות בעמודים באתרים שמשתמשים בקוד שלה, ולא אנשים, כך שזו תמונה כללית.

את המספר של העסק שלכם תמצאו ב־Google Analytics, בפילוח לפי מכשיר. ויש סיבה טובה להתמקד בנייד: לפי Web Almanac 2025 של HTTP Archive, רק 48% מהאתרים עומדים בכל מדדי Core Web Vitals בנייד, לעומת 56% במחשב. הטלפון הוא המקום שבו רוב האתרים מתקשים.

מה גוגל מודדת היום? Core Web Vitals בקצרה

Core Web Vitals הם שלושה מדדים שגוגל משתמשת בהם כדי להעריך את חוויית הגלישה. הם נמדדים על גולשים אמיתיים, בנפרד לנייד ולמחשב, ולפי web.dev עמוד נחשב טוב כשלפחות 75% מהביקורים בו עומדים בסף. אלה הספים, לפי מרכז העזרה של Search Console:

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

INP החליף את המדד הקודם, FID, ב־12 במרץ 2024, כפי שהודיעה גוגל בבלוג של Search Central. לפי web.dev, FID מדד רק את ההשהיה בלחיצה הראשונה, ו־INP בודק את כל הלחיצות לאורך הביקור. אתר שנטען יפה אבל נתקע כשפותחים בו תפריט כבר לא עובר בשקט.

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

איך בודקים את מהירות האתר?

PageSpeed Insights

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

• נתוני שדה. מה שגולשים אמיתיים בכרום חוו באתר שלכם ב־28 הימים האחרונים, מתוך דוח Chrome UX Report. החלק הזה קובע אם העמוד עובר את בדיקת Core Web Vitals: הוא עובר כשכל שלושת המדדים טובים.
• נתוני מעבדה. בדיקה של Lighthouse על מכשיר מדומה בינוני ברשת סלולרית. ממנה מגיע הציון בין 0 ל־100, ובה תמצאו את ההמלצות המפורטות לתיקון.

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

דוח Core Web Vitals ב־Search Console

אם האתר מחובר ל־Google Search Console, יש בו דוח Core Web Vitals שמציג את כל האתר בבת אחת, בנפרד לנייד ולמחשב. הדוח מקבץ עמודים דומים לקבוצות, וכל קבוצה מקבלת את הסטטוס של המדד הגרוע ביותר שלה. אחרי שמתקנים, אפשר לבקש אימות, וגוגל עוקבת אחרי העמודים במשך 28 ימים לפני שהיא מאשרת שהבעיה נפתרה.

בדיקה בטלפון אמיתי

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

מה בדרך כלל מאט אתרים של עסקים קטנים?

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

תמונות כבדות

לפי Web Almanac 2025, ב־76% מהעמודים בנייד האלמנט שקובע את ה־LCP הוא תמונה. כלומר, ברוב האתרים התמונה הראשית היא מה שמכריע את מהירות הטעינה. מה עושים:

• מקטינים כל תמונה לגודל שבו היא באמת מוצגת. תמונה בגודל המקורי מהמצלמה לא צריכה להגיע לטלפון.
• משתמשים בפורמטים מודרניים כמו WebP ו־AVIF, שלפי התיעוד של Chrome נטענים מהר יותר וצורכים פחות נתונים סלולריים מ־JPEG ו־PNG.
• לא דוחים את הטעינה של התמונה הראשית (lazy loading). web.dev כותבים במפורש שאסור לעשות את זה לתמונה שקובעת את ה־LCP, ובכל זאת, לפי Web Almanac, כ־16% עד 17% מהעמודים עושים זאת.
• מגדירים לכל תמונה רוחב וגובה. תמונות בלי מידות ידועות הן אחת הסיבות הנפוצות לקפיצות שנמדדות ב־CLS.

יותר מדי אפליקציות, תוספים וסקריפטי מעקב

פיקסל של מטא, תג של Google Ads, צ׳אט, וידג׳ט ביקורות, מפת חום, חלון הרשמה לניוזלטר. כל אחד מהם נראה קטן, אבל כולם רצים על אותו טלפון. לפי פרק המסחר האלקטרוני ב־Web Almanac 2025, מדד ה־INP רגיש במיוחד ל־JavaScript כבד ולתגים של צד שלישי.

• עברו על רשימת האפליקציות או התוספים ומחקו כל מה שלא תורם למכירות או לפניות. ב־Shopify חשוב לדעת שהסרת אפליקציה לא מוחקת אוטומטית את הקוד שלה מהתבנית, ולפעמים צריך לנקות ידנית.
• עברו על Google Tag Manager והסירו תגים שלא בשימוש או שתרומתם נמוכה, כמו ש־Shopify ממליצים.
• וידג׳טים כבדים, כמו פיד אינסטגרם או מפה מוטמעת, עדיף להעביר לעמודים פנימיים. זו גם ההמלצה של Wix לגבי אפליקציות צד שלישי.

בוני עמודים ותבניות עמוסות

בוני עמודים בוורדפרס ותבניות "הכול כלול" מאפשרים לבנות מהר בלי קוד, אבל מה שאני רואה שוב ושוב הוא שהם מושכים איתם הרבה קוד, גם לחלקים שלא בשימוש: סליידרים, אנימציות, אפקטים בגלילה. הפתרון הוא לא לוותר עליהם, אלא לבחור תבנית קלה ולהוסיף רק את מה שצריך. Wix ממליצים להשאיר אנימציות ואפקטים מתחת לחלק הראשון של המסך, ו־Shopify ממליצים לשקול מעבר לתבנית שמותאמת לביצועים אם התבנית הנוכחית מאטה את החנות.

פונטים

קל להגיע לכמה משפחות פונטים, כל אחת בכמה משקלים, וכל קובץ כזה צריך לרדת לטלפון. Wix ממליצים על לא יותר משלושה או ארבעה פונטים באתר. אני מעדיף שניים לכל היותר, רק עם המשקלים שבשימוש, ועם הגדרת font-display שמציגה את הטקסט מיד בפונט גיבוי עד שהפונט נטען. לפי web.dev, כך הטקסט נשאר גלוי לאורך כל הטעינה.

אחסון ו־CDN

לפני שהדפדפן מצייר משהו, הוא מחכה לתשובה הראשונה מהשרת. web.dev ממליצים לשאוף לזמן תגובה ראשוני (TTFB) של 0.8 שניות או פחות. זה לא אחד ממדדי Core Web Vitals, אבל זה החלק הראשון בזמן ה־LCP, ולכן כל עיכוב בשרת מתגלגל הלאה. אחסון משותף זול ועמוס, שרת רחוק מהגולשים או וורדפרס בלי מטמון (cache) מבזבזים את הזמן הזה. רשת הפצת תוכן (CDN) שומרת עותקים של הקבצים קרוב לגולש, וב־Shopify וב־Wix האחסון מנוהל על ידי הפלטפורמה.

חלונות קופצים

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

מה ריאלי לצפות ב־WordPress, ב־Wix וב־Shopify?

הנתונים של HTTP Archive נותנים תמונה טובה. לפי פרק מערכות ניהול התוכן ב־Web Almanac 2025, בנייד רק 45% מאתרי WordPress עוברים את Core Web Vitals, לעומת 74% מאתרי Wix, שעלו מ־55% שנה קודם. בפרק המסחר האלקטרוני התמונה דומה: 76% מחנויות Shopify עוברות בנייד, לעומת 35% מחנויות WooCommerce.

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

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

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

מאיפה מתחילים? סדר עבודה מעשי

1. מודדים. מריצים את עמוד הבית ושני העמודים הכי חשובים ב־PageSpeed Insights, בנייד, ורושמים את נתוני השדה.
2. מטפלים בתמונות. ברוב האתרים כאן מרוויחים הכי הרבה בהכי מעט עבודה: גודל נכון, פורמט מודרני, ובלי טעינה דחויה לתמונה הראשית.
3. מנקים. מוחקים אפליקציות, תוספים ותגים שלא בשימוש.
4. מצמצמים פונטים ואפקטים בחלק הראשון של המסך.
5. בודקים את האחסון אם השרת מגיב לאט.
6. מודדים שוב אחרי כמה שבועות. נתוני השדה מסכמים 28 ימים, ולכן שיפור מופיע בהם בהדרגה.

רוצים אתר שנטען מהר בטלפון?

מהירות היא לא משהו שמוסיפים בסוף. היא נקבעת כבר בבחירת הפלטפורמה, התבנית, האחסון והתמונות. כשאני בונה אתר לעסק, אני בודק אותו בטלפון וב־PageSpeed Insights לפני שהוא עולה לאוויר, ומלמד את בעל העסק להעלות תמונות ותוכן בלי להאט אותו. אם האתר שלכם מרגיש איטי, או שאתם משלמים על קמפיינים ולא בטוחים מה קורה אחרי הקליק, שלחו לי את הכתובת ונבדוק יחד מה מאט אותו.