בתחילת אוגוסט 2026 העלינו לאוויר חנות וירטואלית חדשה: picli.co.il, חנות ישראלית להדפסת תמונות ומוצרי מתנה. הפוסט הזה הוא מקרה בוחן של איך בנינו אותה, ובעיקר של החלטה ארכיטקטונית אחת שקבעה כמעט הכל: לפצל את החנות לשניים.
מה תלמדו מהפוסט הזה
- מה זו ארכיטקטורה מפוצלת לחנות, במשפט אחד בלי ז’רגון
- מה בדיוק נמדד ב-Picli אחרי הבנייה, ומה זה אומר לגולש
- שלוש החלטות שקיבלנו בדרך, כולל אחת שהיא הפוכה מהמקובל
- צ’ק-ליסט קצר שיעזור לכם להחליט אם הגישה הזאת מתאימה לחנות שלכם
למי הפוסט הזה מיועד: לבעלי חנות וירטואלית קיימת שמרגישים שהיא נטענת לאט ולא יודעים למה, ולמי ששוקל להקים חנות חדשה ורוצה להבין למה בכלל יש יותר מדרך אחת לבנות אותה. אם אתם מחפשים את ההסבר הטכני המלא ולא את מקרה הבוחן, הפוסט הזה הוא המקום הנכון להתחיל בו.
ההגדרה, במשפט אחד
ארכיטקטורה מפוצלת (Headless WooCommerce) היא חנות שבה מערכת הניהול והחנות שהלקוח רואה הן שני דברים נפרדים: וורדפרס וווקומרס נשארים מאחורי הקלעים ומנהלים מוצרים, מלאי, הזמנות וסליקה, והצד הגלוי נבנה מחדש ומוגש מוכן מרשת שרתים עולמית.
השם קצת מפחיד, אבל הרעיון פשוט: המנוע נשאר, הגלגלים מתחלפים.
למה בכלל טרחנו
חנות וירטואלית איטית מסיבה מבנית ולא בגלל תוסף אחד רע. אתר תדמית מציג לכולם את אותו עמוד, ולכן קל להגיש אותו מוכן. חנות מחשבת עמוד אישי לכל גולש: מה בסל שלו, מה המחיר שרלוונטי לו, מה במלאי ברגע זה. כל טעינה מפעילה שאילתות למסד הנתונים.
וזאת בדיוק הסיבה שתוסף מטמון מגיע לתקרה. הוא שומר עמוד מוכן ומגיש אותו לכולם, אבל בחנות אסור לו לעשות את זה בעמודי סל, תשלום וחשבון, ולרוב גם לא בעמוד מוצר שמציג מלאי. כלומר הוא עובד בדיוק במקומות הפחות קריטיים, ומושבת במקומות שבהם הלקוח מחליט אם לקנות. הרחבנו על כך בפוסט על למה חנות ווקומרס איטית.
ב-Picli זה היה קריטי במיוחד, כי החנות מיועדת למי שמעלה תמונות מהטלפון. גולש שמחכה לעמוד ברשת סלולרית לא מחכה הרבה.
מה נמדד בפועל
הרצנו PageSpeed Insights על דף הבית ב-11 באוגוסט 2026, שלוש ריצות במרווחים, ולקחנו את החציון:
| מדד | תוצאה |
|---|---|
| ציון ביצועים, מובייל | 99 |
| ציון ביצועים, דסקטופ | 98 |
| קבצי JavaScript שדף הבית מגיש מהקוד שלנו | 0 |
| מוצרים בקטלוג | 49 |
| קטגוריות | 7 |
השורה השלישית היא ההסבר לשתי הראשונות. דף הבית של Picli לא מגיש שום קובץ JavaScript משלנו. הקוד היחיד שיורד הוא סקריפט קטן של קלאודפלייר שמסתיר כתובות מייל מאיסוף אוטומטי. עמוד ההזמנה, שבו באמת קורים דברים (העלאת תמונות, חיתוך, בדיקת רזולוציה), הוא היחיד שטוען ספריית ממשק אמיתית.
⚠️ הערה על מספרים: ציון PageSpeed הוא מדידת מעבדה והוא זז בין ריצה לריצה. ריצה בודדת היא לא מדידה. אנחנו תמיד לוקחים חציון של שלוש עד חמש ריצות, וגם כאן ראינו 98 ו-100 בדסקטופ באותה סדרה.
שלוש החלטות מהבנייה
1. הקטלוג חי בקוד, ומסונכרן לווקומרס
זו ההחלטה ההפוכה מהמקובל, וכדאי להסביר אותה. בדרך כלל ווקומרס הוא מקור האמת לקטלוג, והאתר מושך ממנו. ב-Picli הפכנו את הכיוון: הקטלוג מוגדר בקוד, ונדחף משם לווקומרס בפקודה אחת.
למה? כי הקטלוג של Picli כמעט לא משתנה, אבל המחירים חייבים להיות עקביים בין הצגה, סל וחישוב באתר. כשהם יושבים במקום אחד בקוד, אי אפשר שהם ייפרדו בשקט. בחנות עם מלאי שמשתנה כל היום ההחלטה הייתה הפוכה.
זו נקודה שכדאי לקחת: ארכיטקטורה מפוצלת היא לא מתכון אחד, ומי שמציע לכם אותה בלי לשאול איך הקטלוג שלכם מתנהג לא באמת מקשיב.
2. הסל שורד רענון, כולל התמונות
לקוח של Picli מעלה תמונות אמיתיות מהטלפון. אם הסל שלו היה נמחק בכל רענון, כל העבודה שלו הייתה הולכת. הסל נשמר בדפדפן עצמו, כולל הקבצים, כך שסגירת טאב בטעות לא מוחקת רבע שעה של עבודה.
3. שער שבת
האתר סגור לגולשים בשבת ובחגי ישראל ונפתח מעצמו במוצאי שבת. בוטים של מנועי חיפוש ממשיכים לעבור, ולכן זה לא פוגע בקידום.
טעויות נפוצות שכדאי להימנע מהן
- לחשוב שאחסון חזק יותר יפתור את זה. שרת מהיר יותר מבצע את אותה עבודה מהר יותר, הוא לא מבטל אותה. השדרוג מזיז את התקרה, לא מסיר אותה.
- לרדוף אחרי ציון 100 במקום אחרי הרגע שבו התוכן נצבע. מה שמעניין את הלקוח הוא מתי הוא רואה משהו, לא מה כתוב בדוח.
- לפצל חנות שאין לה תנועה. אם הפדיון מהאתר נמוך, שיפור של אחוזים בודדים בהמרה הוא סכום קטן, ואותו תקציב יעשה יותר בפרסום או בצילום מוצר.
- להבטיח שהכל יעבור אחד לאחד. תוספים שמייצרים התנהגות מורכבת בעמוד המוצר חיים בדיוק בשכבה שנבנית מחדש, וצריך לבדוק אותם פרטנית לפני שמבטיחים משהו.
צ’ק-ליסט: האם זה מתאים לחנות שלכם?
סמנו לעצמכם. ככל שיותר סעיפים נכונים, כך הגישה משתלמת יותר:
- יש תנועה אמיתית לאתר, לא עשרות כניסות בחודש
- הפדיון מהאתר מספיק גבוה כדי ששיפור באחוזי המרה יהיה סכום משמעותי
- זמן התגובה של השרת גבוה, והגולשים מחכים לפני שהם רואים משהו
- כבר ניסיתם את התיקונים הרגילים (תמונות, תוספים, אחסון) והגעתם לתקרה
- אין לכם תוספים קריטיים שעושים דברים מורכבים בזמן אמת בעמוד המוצר
- אתם לא לפני שינוי מהותי במודל העסקי
אם סימנתם ארבעה ומעלה, שווה לבדוק. אם סימנתם אחד או שניים, כנראה שלא, ועדיף להשקיע במקום אחר.
תרחישים שבהם זה עובד הכי טוב
חנות עם קטלוג יציב ותנועה גבוהה. בדיוק המקרה של Picli: המוצרים כמעט לא משתנים, אבל כל גולש שמחכה עולה כסף.
חנות שמגיעה אליה תנועה ממודעות. כל שנייה של המתנה מייקרת את עלות הליד, וכאן השיפור מתורגם ישירות לכסף.
חנות שרוב הגולשים שלה במובייל. ההבדל בין שרת שמחשב עמוד לבין קובץ מוכן מרשת קצה מורגש הכי חזק ברשת סלולרית.
לסיכום
Picli היא חנות וירטואלית מלאה עם 49 מוצרים בשבע קטגוריות, ותהליך הזמנה שכולל העלאת תמונות, חיתוך ובדיקת איכות. היא מנוהלת בווקומרס בדיוק כמו כל חנות אחרת, אבל הצד שהלקוח רואה נטען מיד, בציון 99 במובייל.
זה לא קסם וזאת לא טכנולוגיה חדשה. זו החלטה אחת: לתת לכל צד לעשות מה שהוא באמת טוב בו. וורדפרס מצוין בניהול חנות, והוא פחות מוצלח בלהגיש עמודים מהר. אז נתנו לו לעשות את הראשון, והעברנו את השני למי שעושה אותו טוב.
חשוב לומר את הצד השני: זה לא מתאים לכל חנות, ואנחנו אומרים את זה גם כשזה עולה לנו בעבודה. אם החנות שלכם קטנה ושקטה, הכסף שלכם יעבוד קשה יותר במקום אחר.