Lovable (לאבבל ai): לבנות אפליקציה בלי קוד, ומתי הגיע הזמן לצאת ממנה

מה זה Lovable ואיך זה עובד

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

מאחורי הקלעים זה קוד אמיתי: פרויקטים חדשים (מאז מאי 2026) נבנים על TanStack Start, ופרויקטים ישנים יותר על React ו-Vite. את צד השרת אפשר לקבל מ-Lovable Cloud, שמבוסס על Supabase ומספק מסד נתונים, התחברות משתמשים, אחסון קבצים ופונקציות שרת, או לחבר פרויקט Supabase משלכם.

מה Lovable עושה טוב באמת

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

✏️ כשהקמתי את הפרוייקטים הראשונים שלי - המערכת היתה בתחילת בדרך וקלוד עוד בקושי הצליח להקים אתרים - לכן זמן הפיתוח היה ממושכך. כרגע הם בונים מערכות בקוד איכותי ועם פחות באגים במהירות. CRM ייעודי לחברה קטנה ניתן לסיים בכמה שעות של עבודה.

איך מתחילים נכון: חמישה צעדים

1. מתחילים במצב תכנון (Plan). מתארים את המערכת, נותנים ל-Lovable להציע תוכנית, ומתקנים אותה לפני שנכתבת שורת קוד. זה זול יותר מלתקן אחר כך.
2. מחברים GitHub ביום הראשון. כך יש גיבוי מלא עם היסטוריה, ואם תרצו לצאת בעתיד, הקוד כבר מחכה לכם.
3. מחליטים על צד השרת מראש. בפרויקט חדש בוחרים בין Lovable Cloud לבין Supabase משלכם. Cloud נוח יותר, Supabase משלכם קל יותר להוציא בהמשך. ולשים לב: אי אפשר לשנות את האזור של Cloud אחרי שהופעל.
4. בקשות קטנות וממוקדות. "תוסיף שדה טלפון לטופס" עדיף על "תשפר את כל המערכת". בקשה רחבה עולה יותר קרדיטים ושוברת יותר דברים.
5. דומיין משלכם. חיבור דומיין דורש מסלול בתשלום. בלי דומיין משלכם האתר נשאר על כתובת של Lovable.

קרדיטים: איפה הכסף באמת הולך

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

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

• גם האפליקציה החיה צורכת קרדיטים. מסד הנתונים, האחסון ושימוש ב-AI מתוך האפליקציה נגבים מאותה יתרה, מעבר למכסה חודשית קטנה.
• כשהקרדיטים נגמרים, לא רק הבנייה נעצרת. לפי התיעוד, תכונות ה-AI באפליקציה מפסיקות לעבוד, ושירותי צד השרת (מסד נתונים, התחברות, אחסון) נעצרים זמן קצר אחר כך. הנתונים נשמרים, אבל אין אליהם גישה עד שמחדשים.
• תיקון באגים עולה כסף. כל ניסיון של Lovable לתקן משהו הוא עוד הודעה. ככל שהמערכת גדלה, יותר ניסיונות נדרשים כדי לא לשבור דבר אחד כשמתקנים אחר.

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

הנעילה: מה שייך לכם ומה לא

הקוד שייך לכם, וזו נקודה לטובת Lovable. אבל "הקוד שלי" זה לא כל המערכת:

• הנתונים ב-Lovable Cloud יוצאים דרך ייצוא, לא בלחיצה אחת. הייצוא לא כולל קבצים שהועלו ולא סודות (מפתחות API), ואפשר לייצא פעם ב-24 שעות.
• התחברות משתמשים: סיסמאות מוצפנות עוברות, אבל משתמשים מחוברים יצטרכו להתחבר מחדש.
• תכונות AI ומחברים רצים דרך השער של Lovable ונגבים מהקרדיטים שלכם, עד שמחליפים אותם בחיבור ישיר משלכם.
• כפתור הפרסום עובד רק לאחסון של Lovable, וכתובת ה-lovable.app נשארת אצלם.
• אין דרך חזרה: אי אפשר לייבא ל-Lovable מאגר GitHub קיים. מה שיצא, נשאר בחוץ.

הסימנים שהגיע הזמן לצאת

• החשבון החודשי גדל, ורובו הולך על תיקונים ולא על פיצ'רים חדשים אלא על תיקון באגים.
• יש לכם כמה מערכות (אתר, CRM, דפי נחיתה) וכל אחת מהווה הוצאה חודשית משמעותית.
• אתם צריכים דברים שקשה לבקש בצ'אט: גיבויים בתזמון שלכם, שרת במיקום מסוים, חיבור ישיר למערכות אחרות באמצעות API מורכבים - ותשלומים עם חברות סליקה.
• אתם (או ה-AI שלכם) כבר עובדים על הקוד מחוץ ל-Lovable, ו-Lovable הפך רק לשכבה שמוסיפה עלות בלי הוספת ערך משמעותית.

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

איך יוצאים בלי לשבור כלום

1. מושכים את הקוד מ-GitHub, או מורידים אותו כקובץ במסלול בתשלום.
2. בודקים על איזו תשתית הפרויקט בנוי. פרויקט TanStack Start צריך שרת שמריץ קוד. פרויקט React ו-Vite הוא קבצים סטטיים, שאפשר להגיש כמעט מכל מקום.
3. מעבירים את צד השרת. מייצאים את הנתונים, מקימים Supabase מנוהל או בהתקנה עצמית, משחזרים מבנה ונתונים, מעתיקים קבצים ומגדירים מחדש סודות והתחברות.
4. מחליפים את מה שתלוי ב-Lovable: תכונות AI, מחברים ומשימות מתוזמנות. משימה מתוזמנת לא צריכה לרוץ בשני המקומות במקביל.
5. בודקים על כתובת זמנית, ורק אז מעבירים את הדומיין.
6. מבטלים את המנוי אחרי שהכל עובד. החיוב לא נעצר לבד.

✏️המעבר לשרת עצמאי לקח פחות מיום אחד ואת רוב הטיפול עשה קלוד לבד - באפס עלויות שידרגתי את המערכות לרמה אחרת לחלוטין.

מתי Lovable לא מתאים לכם

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