מהירות חנות eCommerce: מה לתקן לפני שמוסיפים עוד תוכן (Core Web Vitals לחנויות)

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

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

למה להוסיף עוד תוכן לפעמים רק מחמיר את המצב

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

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

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

Core Web Vitals לחנויות: מה באמת נמדד, ואיפה זה פוגש רכישה

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

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

גוגל מפרט את המדדים והספים הרשמיים בכתובת של web.dev: https://web.dev/articles/vitals. אל תיתקעו על הציון של Lighthouse כיעד שיווקי. הוא כלי אבחון טוב, אבל מה שמעניין באמת בחנות הוא נתוני משתמשים אמיתיים, בעיקר במובייל, ובדפים שמייצרים הכנסות.

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

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

1. פתחו Google Search Console: דוח Core Web Vitals. שם תראו קבוצות URL עם בעיות על בסיס Chrome UX Report.
2. הריצו PageSpeed Insights על עמוד מוצר ועומד קטגוריה מייצגים. שימו לב להבדל בין Mobile ל Desktop.
3. ב Chrome DevTools פתחו Performance והקליטו פעולה אמיתית: בחירת וריאציה, הוספה לעגלה, פתיחת תפריט. חפשו משימות JS ארוכות שמעקבות תגובה.
4. בדקו TTFB ב DevTools Network. אם אתם רואים זמני תגובה גבוהים, זה יכול להצביע על בעיית שרת, קאשינג או לוגיקה כבדה בצד השרת.

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

תיקונים שנותנים את המכה הכי גדולה: LCP בעמודי מוצר וקטגוריה

ברוב החנויות, LCP נשלט על ידי תמונת hero או תמונת מוצר ראשית, יחד עם הדרך שבה הדף בונה את ה DOM ומוריד משאבים. המטרה היא להביא את האלמנט המרכזי מהר, עם מינימום חסימות בדרך.

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

INP ו CLS: שני המדדים שמרגישים כמו "החנות תקועה"

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

• INP גבוה: קורה כשיש משימות JS ארוכות, ספריות כבדות, אנימציות, או אירועים שמפעילים יותר מדי קוד בלחיצה.
• CLS גבוה: קורה כשאין מקום שמור לבאנרים, מודולי המלצות, תמונות, iframe של וידאו, או כשפונטים נטענים וגורמים להחלפת גופן וקפיצות.

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

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

שופיפיי מול ווקומרס: אותן בעיות, סדר עבודה שונה

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

• Shopify: עברו על אפליקציות שמזריקות scripts. בדקו אם אפשר להחליף אפליקציה כבדה בהטמעה קלה, או לצמצם את מספר המיקומים שבהם היא נטענת.
• Shopify: שימו לב לסקשנים בתבנית שמוסיפים sliders, carousels ו animation libraries. הרבה מהם נטענים גם כשהם מתחת לקפל.
• WooCommerce: בדקו פלאגינים שמעמיסים assets בכל האתר, גם בעמודים שלא צריכים אותם. שימוש ב Asset CleanUp או Perfmatters יכול לעזור, תוך זהירות.
• WooCommerce: בדקו קאשינג ו object cache, יחד עם מצב מסד הנתונים. לפעמים TTFB גבוה מגיע משאילתות כבדות של פילטרים ותוספים.

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

סדר עדיפויות של חנות שמחפשת יותר מכירות אורגניות, בלי להילחם על מילים כלליות

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

1. הגדירו רשימת דפים קריטיים: עמודי מוצר שמביאים הכי הרבה הכנסות, עמודי קטגוריה שמביאים הכי הרבה כניסות אורגניות, ודפי מידע שתומכים בהחלטה כמו משלוחים והחזרות.
2. תקנו LCP קודם, כמעט תמיד דרך תמונה ראשית, קאשינג, והפחתת משאבים חוסמים. זה השיפור שהכי מהר תרגישו.
3. עברו ל INP: מיפוי אינטראקציות, ניקוי סקריפטים, דחיית טעינות. כאן בדרך כלל מסתתרות האפליקציות הכבדות.
4. נקו CLS: תמונות, באנרים, פונטים, מודולים שנטענים מאוחר.
5. רק עכשיו הרחיבו תוכן, ועדכנו internal linking. כשיש בסיס מהיר, כל תוכן חדש מקבל הזדמנות אמיתית להמיר.

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

שאלות נפוצות