חנות וירטואלית מותאמת למובייל וטעינה מהירה, למה זה נקבע בבנייה ולא בתוסף
יותר ממחצית הגלישה בישראל כבר מגיעה מהטלפון. StatCounter מודד כ־54% מובייל מול כ־44% דסקטופ, וזו לא תופעה מקומית. בעולם, מסחר המובייל כבר חצה את 69% מכלל מכירות הקמעונאות המקוונת. הקונה הישראלי הטיפוסי פותח את החנות שלכם ביד אחת, בתור בקופה או בדרך לעבודה, על רשת סלולרית לא מושלמת. חנות וירטואלית מותאמת למובייל וטעינה מהירה היא לא פיצ'ר נחמד שמוסיפים בסוף, היא התנאי לכך שהאדם הזה בכלל יישאר מספיק זמן כדי לראות מוצר אחד. שם, בשתי השניות הראשונות, נסגר או נפתח כל המשפך.
הטענה של המאמר הזה חד־משמעית. מהירות במובייל נקבעת בזמן הבנייה של החנות, לא בתוסף שמתקינים אחר כך. אפשר להדביק על אתר כבד כמה תוספי אצה (caching) שרוצים, זה לא הופך יסודות כבדים לקלים. מי שבנה את החנות כבר קבע את תקרת המהירות שלה, והתוסף רק מנקה שוליים.
שלוש שניות, וחצי מהקונים כבר בחוץ
המספר שצריך להיחרט הוא שלוש שניות. לפי גוגל, 53% מהביקורים במובייל ננטשים אם הדף לוקח יותר משלוש שניות להיטען. זו לא נטישה של אנשים שלא התכוונו לקנות, אלה אנשים שכבר לחצו על הקישור, כבר גילו עניין, ופשוט לא קיבלו דף בזמן. באותה עבודה גוגל מצאה שזמן הטעינה הממוצע של אתר מובייל היה סביב 19 שניות ברשת סלולרית איטית, פער עצום מהסף שבו אנשים מוכנים לחכות.
כדאי להבין מה בעצם קורה בשלוש השניות האלה. הקונה לא מסתכל על מסך טעינה בסבלנות, הוא מתחיל לפקפק, נזכר שיש עוד חמש חנויות במרחק חיפוש אחד, וחוזר לגוגל. ככל שמאטים, המגמה מחריפה. גוגל מצאה שכשזמן הטעינה עולה משנייה אחת לעשר שניות, ההסתברות שגולש מובייל ינטוש קופצת ב־123%. כל שנייה נוספת היא לא אי־נוחות קטנה, היא דלת יציאה. וברוב החנויות בישראל, הדלת הזו נפתחת הרבה לפני שהמוצר בכלל הופיע על המסך.

המהירות היא כסף, וזה נמדד בשקלים
קל לדבר על מהירות כעל חוויית משתמש מופשטת. הנתונים מדברים על הכנסות ישירות. מחקר "Milliseconds Make Millions" של Deloitte ו־55, בהזמנת גוגל, עקב אחרי יותר מ־30 מיליון סשנים בעשרות אתרים מובילים, והראה משהו שקשה להאמין לו עד שרואים אותו. שיפור של עשירית השנייה בלבד בזמן הטעינה, 0.1 שניות, הביא לעלייה של 8.4% בשיעור ההמרה בקמעונאות, ובאתרי נסיעות העלייה בהמרות הגיעה ל־10.1%. והקונים לא רק המירו יותר, הם גם הוציאו יותר, ממוצע הסל בקמעונאות עלה ב־9.2%. עשירית שנייה קצרה מכדי שאדם ירגיש אותה במודע, וארוכה מספיק כדי לזוז בשורה התחתונה.
מחקר של Portent על יותר מ־100 מיליון צפיות בעמודים מחדד את התמונה לחנויות. שיעורי ההמרה הגבוהים ביותר נמדדו כשהדף נטען בין שנייה לשתיים, וירדו בחדות אחר כך. ההמרה בשנייה אחת עמדה על 3.05% בממוצע, וצנחה ל־0.67% כשהטעינה הגיעה לארבע שניות. במילים אחרות, חנות שנטענת בשנייה ממירה פי 2.5 מחנות שנטענת בחמש. זו לא תוספת של אחוז פה ושם, זו הכפלה של המכירות מאותה תנועה בדיוק, בלי לשלם עוד שקל על פרסום. במבט הזה, מהירות היא ערוץ השיווק הזול ביותר שיש לחנות. כל שקל שכבר שילמתם על מודעה בפייסבוק או על קמפיין בגוגל נשען על ההנחה שהדף ייטען כשהאדם ילחץ. אם הוא לא נטען בזמן, שילמתם על הקליק ותרמתם את הקונה למתחרה.
למה תוסף לא באמת פותר את זה
כאן נמצא הלב של העניין. תעשיית התוספים מוכרת פתרון מהיר, מתקינים פלאגין אצה, מפעילים דחיסה, ולכאורה הבעיה נסגרה. במציאות, תוסף מטפל בסימפטום ולא בשורש. מה שקובע כמה מהר החנות נטענת במובייל הוא ארבעה דברים, וכולם מוכרעים בזמן הבנייה.
הראשון הוא משקל הקוד. תבנית מוכנה עמוסה גוררת איתה מגה־בייטים של JavaScript ו־CSS שהדפדפן חייב להוריד, לפענח ולהריץ לפני שהמסך בכלל מגיב. תוסף לא מוחק את הקוד הזה, הוא מוסיף עוד שכבה מעליו. השני הוא התמונות. חנות היא בעיקר תמונות, והן כמעט תמיד המרכיב הכבד ביותר בדף. אם התמונה מוגשת בפורמט מודרני, בגודל המדויק למסך הטלפון ולא בגודל של מסך מחשב, ומרשת הפצה קרובה גאוגרפית, זה נקבע בצנרת שבנו, לא בהגדרה שמסמנים בסוף. השלישי הוא האירוח. שרת איטי או מרוחק מוסיף מאות מילי־שניות לכל בקשה, ושום תוסף לא מקצר את המרחק הפיזי בין הגולש לשרת. הרביעי הוא איך הדף עצמו מיוצר, האם התצוגה הראשונית מגיעה מוכנה מהשרת, או שהטלפון צריך להרכיב אותה בעצמו בזמן אמת בזמן שהמשתמש מסתכל על מסך חצי ריק.
כשארבעת היסודות האלה כבדים, התוסף נותן שיפור זניח, ולפעמים אפילו מזיק, כי הוא בעצמו עוד קוד שצריך לרוץ. חנות מהירה באמת לא מתקנים בדיעבד, בונים אותה קלה מלכתחילה. זו בדיוק הסיבה שעסקים שמנסים לתקן מהירות עם עוד ועוד תוספים מגלים שהאתר נהיה כבד יותר, לא קל יותר.
גם גוגל מודד את זה, וזה משפיע על הדירוג
מעבר לנטישת קונים, המהירות קובעת כמה אנשים בכלל יגיעו לחנות. גוגל הפכה את מדדי הביצועים שלה, Core Web Vitals, לחלק ממנגנון הדירוג, והיא מודדת את החנות שלכם דרך גרסת המובייל שלה, לא הדסקטופ. היעד המרכזי, LCP, קובע שהתוכן העיקרי צריך להופיע תוך 2.5 שניות, ולצדו מדדים על יציבות ותגובתיות שגם הם נשענים על קלילות הבנייה. גוגל עברה מזמן לאינדוקס מבוסס מובייל, כלומר את הדירוג שלכם היא קובעת לפי מה שרואה הטלפון, גם עבור מי שמחפש מהמחשב. חנות שלא עומדת בזה מפסידה פעמיים, היא מאבדת את מי שכבר הגיע, וגם יורדת בתוצאות החיפוש ומקבלת פחות תנועה מלכתחילה. אותה מהירות שמצילה את הקונה היא זו שמביאה אותו.
איך אנחנו ניגשים לזה בפיוז'ן
המודל שלנו בנוי סביב ההבנה הזו. אנחנו לא מדביקים מהירות בסוף, אנחנו בונים חנות קלה מהיסוד, על ארכיטקטורה שמגישה את הדף מוכן מקצה הרשת, עם צנרת תמונות שמכווצת ומתאימה כל תמונה למסך, ובלי המשקל של תבנית גנרית שנושאת פיצ'רים שאף אחד לא ביקש. הקוד והדומיין נשארים בבעלותכם, אז המהירות היא נכס שלכם, לא כלוב של פלטפורמה שאתם משלמים עליו לנצח.
לא נבטיח מספר קסם, כי הביצועים תלויים בכמות המוצרים, בתוכן ובאינטגרציות, וכל הבטחה גורפת היא שיווק ולא הנדסה. מה שכן נתחייב הוא שהמהירות תיכנס לשיקול בכל החלטה בבנייה, מהשורה הראשונה של הקוד ועד לתמונה האחרונה, כי זה המקום היחיד שבו אפשר באמת להשפיע עליה.
אם אתם מרגישים שהחנות הקיימת שלכם מאבדת אנשים עוד לפני שהם רואים מוצר, או שאתם בונים חדשה ורוצים שהמהירות תהיה חלק מהתכנון ולא טלאי, נשמח להסתכל יחד על המספרים שלכם ולהיות כנים לגבי מה שאפשר לשפר.
מקורות
- The need for mobile speed, Google Ad Manager
- Mobile page speed, new industry benchmarks, Think with Google
- Milliseconds make millions, Deloitte ו־55 בהזמנת גוגל, web.dev
- Site speed is (still) impacting your conversion rate, Portent
- Desktop vs mobile vs tablet market share Israel, StatCounter
- Mcommerce trends, EMARKETER
- Understanding Core Web Vitals and Google Search, Google for Developers
