איך בונים חנות דיגיטלית עם עגלה נטושה ב-קלוד קוד (Claude Code) — בלי Shopify ובלי עמלות
70% מהעגלות באינטרנט ננטשות — ורוב החנויות מגלות את זה רק כשהקונה כבר נעלם. כך בנינו חנות דיגיטלית מלאה שתופסת כל קונה מהקליק הראשון ומחזירה אותו אוטומטית: הארכיטקטורה, ההחלטות, והלקחים.
הידעת?
מערכת העגלה הנטושה בחנות הזו לא מחכה שהקונה יגיע לעמוד התשלום: היא אוספת שם, טלפון ומייל כבר בהוספה הראשונה לעגלה — ולכן תופסת גם את מי שנטש אחרי 10 שניות. רוב הפלאגינים המסחריים תופסים רק את מי שהתחיל checkout.
חנות דיגיטלית עצמאית על האתר שלכם — קטלוג, עגלה, סליקה ישראלית עם חשבונית, ומסירה דיגיטלית — נבנית היום עם קלוד קוד (Claude Code) בשעות במקום שבועות, בלי עמלות פלטפורמה ובבעלות מלאה שלכם. במדריך הזה נפרק את הארכיטקטורה של חנות כזו שרצה בפרודקשן (זו שאתם גולשים בה עכשיו) — כולל החלק שרוב החנויות מפספסות: מערכת עגלה נטושה שתופסת את הקונה מהקליק הראשון, לא רק בעמוד התשלום.
בקצרה (TL;DR)
- הסטאק: Next.js + Supabase Storage (בלי SQL!) + Sumit לסליקה וחשבונית + Resend למיילים.
- העיקרון הקדוש: השרת קובע מחירים. תמיד. הדפדפן רק מציג.
- הקלף המנצח: פרטי קשר נאספים בהוספה הראשונה לעגלה → כל נוטש הופך לליד עם שחזור אוטומטי במייל + וואטסאפ.
- מי שלא רוצה לבנות מאפס: הערכה המלאה עם כל הקוד — אותה מערכת בדיוק, ארוזה.
למה חנות עצמאית ולא Shopify?
שלושה מספרים מספרים את הסיפור: Shopify גובה דמי מנוי חודשיים + עמלה על כל עסקה. Gumroad לוקח 10%. חנות עצמאית משלמת רק את עמלת הסליקה — וכל השאר שלכם: הקוד, הנתונים, רשימת הלקוחות, וחופש מוחלט להתאים כל פיקסל.
מה שהשתנה ב-2026 הוא עלות הבנייה. מערכת שהייתה פרויקט של שבועות היא היום שיחה עם קלוד קוד (Claude Code) — בתנאי שיש לכם את הארכיטקטורה הנכונה ביד. זה בדיוק מה שנפרק כאן.
הארכיטקטורה: חנות שלמה בלי אף טבלת SQL
ההחלטה הכי מפתיעה במערכת: אין מסד נתונים. כל רשומה — מוצר, הזמנה, עגלה, קופון, זכאות — היא קובץ JSON ב-bucket פרטי של Supabase Storage:
store/
├── products/<id>.json ← קטלוג
├── coupons/<id>.json ← קופונים
├── promotions/<id>.json ← מבצעים אוטומטיים
├── orders/<id>.json ← הזמנות
├── carts/<id>.json ← עגלות נטושות
└── entitlements/<user>.json ← מה מגיע לכל לקוח
למה זה גאוני לחנות דיגיטלית? אפס מיגרציות, אפס ORM, גיבוי = העתקת תיקייה, וכל רשומה קריאה לעין אנושית. עד אלפי הזמנות — זה פשוט עובד, ופשוטו כמשמעו אי אפשר לשבור סכמה.
העיקרון שאסור לוותר עליו: השרת קובע מחירים
הטעות הקלאסית בחנויות ביתיות: הדפדפן שולח לשרת "המשתמש קנה ב-149 ₪". פותחים DevTools, משנים ל-1 ₪, והחנות מחייבת שקל.
במערכת שלנו למחירי הדפדפן יש תפקיד אחד: תצוגה. כל תמחור אמיתי עובר דרך נקודת קצה אחת בשרת שמחשבת מחדש הכל — מחירי קטלוג, קופונים, מבצעים — גם בעמוד העגלה וגם (שוב!) ברגע החיוב עצמו. מה שהדפדפן חושב פשוט לא מעניין אף אחד.
עגלה נטושה: למה לתפוס בקליק הראשון ולא בתשלום?
כ-70% מהעגלות באינטרנט ננטשות. עכשיו השאלה הקריטית: מתי אתם לומדים מי הנוטש?
רוב המערכות (כולל הפלאגינים המסחריים) תופסות את הקונה רק כשהזין פרטים בעמוד התשלום. הבעיה: רוב הנוטשים לא מגיעים לשם בכלל. הם הוסיפו לעגלה, הסתכלו, והלכו. בשבילכם הם רוח רפאים.
הפתרון שבנינו: בהוספה הראשונה לעגלה נפתח מודאל קצר — שם, טלפון, מייל — עם הבטחה הוגנת ("נשמור לך את העגלה ונעזור אם משהו נתקע"). הפרטים נשמרים במכשיר ולא נשאלים שוב, והליד נתפס בשרת באותה שנייה. מהרגע הזה:
- אחרי כשעה — מייל ראשון: "העגלה שלך מחכה" עם קישור שמשחזר את כל העגלה בקליק אחד.
- אחרי כיום — מייל שני ואחרון (אף אחד לא אוהב ספאם).
- לבעל החנות — דשבורד עם כל העגלות הממתינות, כמה כסף על השולחן, וכפתור וואטסאפ אישי לכל קונה: "היי, ראיתי שהתחלת רכישה — לעזור?"
- אם הקונה השלים — הרשומה מתהפכת ל"הומרה" והמיילים נעצרים מיד.
הנוסחה הזו הפכה אצלנו נטישות ממכירות אבודות ללידים חמים עם מסלול חזרה אוטומטי.
הסליקה: Sumit — הפתרון הנכון לעסק ישראלי
לעסק ישראלי, סליקה זה לא רק לחייב כרטיס — זה גם חשבונית מס/קבלה, מע"מ, ודיווח. לכן בחרנו ב-Sumit (סאמיט):
- טוקניזציה בצד הלקוח — מספר הכרטיס נשלח ישירות ל-Sumit ולא נוגע בשרת שלכם (פחות אחריות אבטחתית, בלי PCI).
- חיוב בשרת עם הסכום שהשרת חישב (ראו העיקרון למעלה).
- חשבונית מס/קבלה אוטומטית נשלחת ללקוח על כל רכישה. אפס עבודה ידנית.
מוכרים לחו"ל? נקודת התשלום בקוד מסומנת כבלוק אדפטר — מחליפים ל-Stripe בלי לגעת בשאר המערכת.
מסירה דיגיטלית: קישורים חתומים, לא קבצים פתוחים
מוצר דיגיטלי (קורס, ערכה, קובץ) חייב שני דברים: שהקונה יקבל אותו מיד, ושמי שלא קנה — לא. הפתרון: הקבצים יושבים ב-bucket פרטי, ואחרי רכישה הלקוח מקבל קישור הורדה חתום עם תפוגה. הזכאות נשמרת לחשבון שלו לתמיד — הוא מתחבר בקישור קסם (בלי סיסמה) ומוריד שוב מתי שרוצה.
איך בונים את זה בפועל?
הדרך הארוכה: לקחת את הארכיטקטורה מהמדריך הזה ולבנות עם קלוד קוד (Claude Code) חלק-חלק. סדר הבנייה הנכון: שכבת אחסון → קטלוג → עגלת לקוח → תמחור שרת → checkout דו-שלבי → סליקה → מסירה → עגלה נטושה → קרון שחזור → דשבורד.
הדרך המהירה: ערכת החנות הדיגיטלית המלאה — כל הקוד של המערכת הזו, מסונן וארוז, עם Skill שמדריך את קלוד קוד (Claude Code) לבנות אותה על האתר שלכם בשיחה אחת: הוא שואל מה אתם מוכרים, בונה בסדר הנכון, ומסיים ברכישת בדיקה אמיתית מקצה לקצה.
ואם משהו נתקע — שיעור פרטי 1-על-1 ומקימים יחד.
שורה תחתונה
חנות דיגיטלית היא כבר לא בחירה בין "לשלם עמלות לפלטפורמה" ל"פרויקט פיתוח של חודשים". עם הארכיטקטורה הנכונה — אחסון JSON פשוט, תמחור שרת סמכותי, סליקה ישראלית עם חשבונית, ועגלה נטושה שתופסת מהקליק הראשון — קלוד קוד (Claude Code) בונה לכם נכס אמיתי בבעלות מלאה. הערכה המלאה כאן ←