יש הבדל שרוב בעלי החנויות לא מודעים לו: אתר תדמית איטי וחנות איטית הם שתי בעיות שונות לגמרי. באתר תדמית האשמים הם בדרך כלל תמונות כבדות, עודף תוספים ואחסון זול, וכולם ניתנים לתיקון. בחנות, גם אחרי שמתקנים את כל אלה, נשארת תקרה. והתקרה הזו לא נובעת מתוסף אחד רע.
מה באמת קורה בכל טעינת עמוד
כשגולש נכנס לעמוד מוצר בחנות ווקומרס, השרת לא שולף קובץ מוכן. הוא מרכיב את העמוד מחדש, באותו רגע, במיוחד בשבילו:
- מה יש בסל שלו כרגע
- אם הוא מחובר, ואם כן, אילו מחירים או הנחות חלים עליו
- כמה יחידות נשארו במלאי ברגע זה
- אילו וריאציות (מידה, צבע) זמינות
- מה להציג ב”מוצרים דומים”
כל אחת מהשורות האלה היא פנייה למסד הנתונים. עמוד מוצר אחד יכול לייצר עשרות שאילתות, ולפעמים הרבה יותר. אתר תדמית מגיש לכולם את אותו קובץ. חנות מייצרת עמוד אישי לכל אדם, כל פעם מחדש.
למה תוסף מטמון מגיע לתקרה
תוסף מטמון עובד בשיטה פשוטה: הוא מחשב את העמוד פעם אחת, שומר את התוצאה, ומגיש אותה לכל מי שמבקש. באתר תדמית זה פותר כמעט הכל.
בחנות זה נשבר, ומסיבה טובה. אסור להגיש עמוד שמור בעמודי הסל, התשלום והחשבון, כי אז לקוח אחד יראה את הסל של לקוח אחר. ברוב החנויות גם עמוד המוצר לא נשמר במלואו, כי הוא מציג מלאי שמשתנה.
התוצאה הפוכה ממה שהיינו רוצים: המטמון עובד יפה בדיוק בעמודים הפחות חשובים, ומושבת בדיוק בעמודים שבהם הלקוח מחליט אם לקנות.
שרת אחד, ארבע עבודות
בחנות ווקומרס סטנדרטית, אותו שרת עושה במקביל:
- מנהל את המוצרים, המלאי וההזמנות
- מעבד תמונות שהועלו
- מריץ את מסד הנתונים
- מגיש את החנות לכל גולש
וזה יוצר תלות שהיא מקור לתסכול יומיומי: כשאתם עורכים מוצרים בממשק הניהול, הגולשים מרגישים את זה. וכשנכנסת תנועה (שלחתם ניוזלטר, עלה פוסט מוצלח), ממשק הניהול נתקע. הרגע שבו הכי חשוב שהחנות תעמוד הוא בדיוק הרגע שבו היא הכי עמוסה.
אם החנות נבנתה באלמנטור, יש עוד שכבה: הבנאי מייצר מבנה HTML עשיר בהרבה מהנדרש, ומוסיף קבצי עיצוב וקוד שנטענים בכל עמוד, גם בעמודים שלא משתמשים בהם.
המדד היחיד שחושף את זה
הרבה בעלי עסקים מסתכלים על הציון הכללי ב-PageSpeed. הציון הזה מורכב מכמה מדדים ומושפע מאוד מתמונות ומקוד בדפדפן. המדד שחושף בעיה מבנית הוא TTFB, קיצור של Time To First Byte.
TTFB הוא הזמן מרגע שהדפדפן ביקש את העמוד ועד שהשרת התחיל לענות. בזמן הזה למסך של הגולש אין שום דבר להראות. לא טקסט, לא תמונה, לא שלד. מסך לבן, והמתנה.
בחנות ווקומרס אמיתית שאנחנו עובדים עליה, ה-TTFB שנמדד אצל גולשים אמיתיים בשדה עמד על 2.6 שניות. כל שאר המדדים של אותה חנות היו ירוקים. רק זה היה אדום, והוא זה שקבע את החוויה.
למה התיקונים הרגילים נעצרים
דחיסת תמונות, ניקוי תוספים ושדרוג אחסון הם צעדים נכונים, ואנחנו ממליצים עליהם. אבל שימו לב מה הם עושים בפועל: הם מקצרים את הזמן של אותה עבודה, לא מבטלים אותה.
שרת חזק פי שניים יחשב את אותו עמוד בחצי מהזמן. זה שיפור אמיתי, והוא גם מגיע עם חשבון חודשי גבוה יותר לנצח. אבל התקרה נשארת במקום, כי היא נובעת מהמבנה: כל טעינה דורשת חישוב.
מה כן משנה את התמונה
הפתרון הוא לא להחליף את ווקומרס. ווקומרס הוא מערכת מצוינת לניהול חנות, ואין סיבה לוותר עליה.
הפתרון הוא להפריד בין המנוע לבין החזית. וורדפרס וווקומרס נשארים מאחורי הקלעים ועושים מה שהם טובים בו, ניהול מוצרים, מלאי, הזמנות וסליקה. הצד שהלקוח רואה נבנה מחדש כאתר מהיר שמוגש מרשת קצה עולמית, בלי לחכות לאף שרת.
זה נקרא Headless WooCommerce, ובפוסט הבא נסביר בדיוק איך זה עובד, בשפה של בעל עסק ולא של מפתח. מי שרוצה כבר עכשיו לראות מה כלול, הכל מפורט בעמוד בניית חנות וירטואלית.
בינתיים, אם אתם רוצים לדעת איפה החנות שלכם עומדת באמת, דוח הבריאות הדיגיטלי מודד את המהירות, את הדירוג האמיתי בגוגל ואת הנראות במנועי AI, ומראה מה משתלם לתקן.