לתקן בתוך הכלי, להישאר כמו שהוא, או לעבור לתשתית משלכם?
בקצרה: כל עוד אתם בודקים רעיון, הישארו בכלי שבו בניתם. כשיש משתמשים אמיתיים והכלי עדיין נותן את מה שהמערכת צריכה, הישארו וסגרו בו את הפערים. כשהעסק נשען על המערכת כל יום, או כשצריך משהו שהכלי לא נותן גם בתוכנית אחרת, כמו מקום מסוים לנתונים, זה הזמן לתשתית משלכם.
מתי מתאימה כל אפשרות
שלוש דרכים, ולכל אחת יש מצב שבו היא הנכונה. הסדר כאן הוא לא דירוג: הוא הולך מהשלב המוקדם של מערכת אל השלב שבו העסק כבר נשען עליה. לא בטוחים איפה אתם? אחרי הטבלה יש בדיקה עצמית של שמונה משפטים.
להמשיך בכלי כמו שהוא
ממשיכים לבנות ולתקן בצ׳אט של הכלי, ולא משנים דבר בדרך שבה המערכת רצה.
הבחירה הנכונה כש:
- אתם עדיין בודקים את הרעיון, ומשנים את המערכת כמעט כל יום.
- עוד אין לקוחות שתלויים בה, ואין בה תשלומים או מידע אישי.
- תקלה של כמה שעות לא תעלה לכם בלקוחות או בכסף.
להישאר בכלי ולסגור את הפערים
המערכת נשארת בכלי, ואתם מוסיפים את מה שחסר לה: עותק של הקוד והנתונים אצלכם, דומיין על שם העסק ובדיקת אבטחה.
הבחירה הנכונה כש:
- יש משתמשים אמיתיים, אבל הכלי עדיין נותן את כל מה שהמערכת צריכה.
- מה שמטריד אתכם הוא באג מסוים, הרשאות או גיבוי, ולא המקום שבו המערכת רצה.
- אתם רוצים לקנות זמן, ולהחליט על מעבר בעוד כמה חודשים כשהתמונה ברורה יותר.
לעבור לתשתית משלכם
הקוד, הנתונים, המשתמשים והדומיין עוברים לחשבונות של העסק, ומישהו אחראי עליהם: אתם, מפתח שלכם או שירות מנוהל.
הבחירה הנכונה כש:
- לקוחות, הזמנות, תשלומים או מידע אישי עוברים דרך המערכת כל יום.
- אתם צריכים משהו שהכלי לא נותן גם בתוכנית אחרת שלו: מקום מסוים לנתונים, התחייבות לזמינות או שליטה בהגדרות האבטחה.
- החשבון עולה עם השימוש, ואתם רוצים לבחור את הגודל של התשתית ולראות על מה הולך הכסף.
זה לצד זה
שמונה שאלות שכדאי לשאול לפני שמחליטים. העובדות על הכלים נבדקו בתיעוד, בתנאי השימוש ובמדיניות התמיכה של Lovable, Base44, Replit ו-Bolt. בנית בכלי אחר? שאלו את אותן שאלות מול התיעוד שלו.
| מה בודקים | להמשיך בכלי כמו שהוא | להישאר בכלי ולסגור את הפערים | לעבור לתשתית משלכם |
|---|---|---|---|
| איפה הקוד ומה יש לכם ביד אם הכלי משתנה | בתוך הכלי. עותק אצלכם יש רק אם חיברתם את הפרויקט למאגר קוד. | גם במאגר שלכם, מסונכרן בשני הכיוונים: ב-Lovable בכל התוכניות[1], וב-Base44 מתוכנית Builder ומעלה[2]. הקוד של Base44 ממשיך לפנות לשרתים של Base44 כברירת מחדל[3], כך שהעותק שומר את הקוד, אבל לא מריץ את המערכת בלעדיה. | במאגר של העסק, והמערכת רצה ממנו בלי שום תלות בכלי. |
| גיבוי ושחזור כמה אחורה אפשר לחזור, ומה לא נכלל | מה שהכלי נותן. Lovable שומרת גיבוי יומי אחד של מסד הנתונים, עד כ-14 יום אחורה, בלי שחזור לרגע שבין הגיבויים ובלי הקבצים שהועלו[4]. ב-Base44 יש גיבויים רק בתוכנית Elite (שבוע) ובתוכניות Business ו-Enterprise (30 יום), והם כוללים את נתוני הטבלאות[5]. ב-Replit אפשר לשחזר את מסד הנתונים של המערכת החיה לכל רגע, 7 ימים אחורה ב-Core ועד 28 ב-Pro[6]. ב-Bolt, חזרה לגרסה קודמת של הפרויקט לא משנה את מסד הנתונים[7]. | הגיבוי של הכלי, ועוד עותק משלכם שמוציאים באופן קבוע: ב-Lovable את מסד הנתונים כולו, פעם ב-24 שעות לכל היותר[8]; ב-Base44 קובץ CSV לכל טבלה[9]. את הקבצים שהועלו מורידים בנפרד, ומנסים לשחזר פעם אחת לפני שצריך. | אתם קובעים כל כמה זמן מגבים, כמה זמן הגיבוי נשמר ושגם הקבצים בפנים. השחזור נבדק מראש, ולא ביום שצריך אותו. |
| מי אחראי על האבטחה | אתם, בגבולות שהכלי מאפשר. Lovable כותבת שהבדיקות המובנות שלה לא מבטיחות אבטחה מלאה, ושהאחריות להתאים את האבטחה לשימוש במערכת היא שלכם[10]. ב-Base44 חלק מהגדרות האבטחה שהדפדפן מקבל מהאתר לא ניתנות לשינוי לכל אפליקציה בנפרד[11]. | אותה אחריות, עם בדיקה: מריצים את סריקת האבטחה של הכלי, בודקים מי יכול לקרוא ולשנות כל טבלה, וכשיש מידע רגיש מבקשים סקירה מקצועית, כמו ש-Lovable עצמה ממליצה[10]. | כל ההגדרות בידי מי שמנהל את התשתית, ולכן גם כל האחריות. בלי מישהו שזה התפקיד שלו, המערכת לא בטוחה יותר ממה שהייתה בכלי. |
| מה קורה כשהשימוש גדל החשבון, ומה נעצר כשנגמרים הקרדיטים | ההרצה נמדדת בקרדיטים של הכלי. ב-Lovable, כשהקרדיטים נגמרים, תכונות ה-AI במערכת מפסיקות לעבוד, ומסד הנתונים והכניסה למערכת עלולים להיעצר עד שמוסיפים קרדיטים[12]. ב-Base44, פעולות שדורשות קרדיטים נעצרות עד החידוש החודשי[13]. | אותו מודל. אפשר לעקוב אחרי השימוש, להפעיל טעינה אוטומטית של קרדיטים בתוכניות שמאפשרות אותה[12], ולדעת מראש מה ייעצר ומתי. | משלמים ישירות על מה שהמערכת צורכת, בגודל שנבחר לה, ורואים על מה הולך הכסף. גם החשבון הזה עולה עם השימוש, ויש לצדו עלות נוספת: מי שמנהל את המערכת. |
| כמה מהר אפשר לשנות | הכי מהר: מבקשים בצ׳אט, ורואים תוצאה תוך דקות. גם שבירה מגיעה באותה מהירות. | כמעט באותו קצב. חלק מהזמן הולך לגיבוי לפני שינוי גדול ולבדיקה אחריו. | שינוי עובר דרך מפתח וסביבת בדיקה לפני שהוא מגיע ללקוחות. שינוי קטן לוקח יותר זמן, שינוי גדול שובר פחות, ואפשר להמשיך להיעזר בכלי AI שכותבים קוד. |
| מי מטפל כשמשהו נשבר ובאיזו התחייבות | אתם, בעזרת הצ׳אט של הכלי. התמיכה של Lovable עונה לראשונה תוך 24 שעות, בעיקר בימי חול, ולא מטפלת בתקלות בתוך פרויקט[14]; רמת שירות מוגדרת יש רק למי שהזמין אותה בהסכם נפרד[15]. ב-Replit מהנדסי תמיכה זמינים רק בתוכניות Pro ו-Enterprise, בימים שני עד שישי לפי שעות העבודה בחוף המערבי של ארצות הברית[16]. Base44 ו-Replit מספקות את השירות כמו שהוא, בלי התחייבות לזמינות[17][18]. | עדיין אתם, או פרילנסר שמכיר את הכלי. מה שמשתנה: עם קוד ונתונים אצלכם, תקלה בכלי לא משאירה אתכם בידיים ריקות. | מי שמנהל את המערכת: מפתח, צוות או שירות מנוהל. כדאי לקבל בכתב מי מקבל התראה, תוך כמה זמן הוא מגיב, ומה קורה בלילה ובסוף השבוע. |
| איפה הנתונים יושבים | במקום שהכלי מציע. ב-Lovable בוחרים אזור אחד, אמריקה, אירופה או אסיה והפסיפיק, ואי אפשר לשנות אותו אחר כך[19]. Base44 כותבת שכל השרתים שלה בארצות הברית, ואחסון באירופה או בבריטניה יש רק בתוכניות Business ו-Enterprise[20]. ב-Replit האזור נקבע בפרסום הראשון ולא משתנה[21]. באף אחד מהשלושה ישראל לא מופיעה ברשימת האזורים. | אותו מקום. ב-Lovable וב-Replit אי אפשר להעביר פרויקט קיים לאזור אחר[19][21]. | איפה שהעסק צריך, כולל ישראל. המקום נבחר לפני המעבר, לפי הלקוחות שלכם ולפי הדרישות שחלות עליכם. |
| אם הכלי משנה תנאים או נסגר | אתם תלויים בהחלטות שלו. Base44 כותבת בתנאי השימוש שאחרי שהמנוי מסתיים היא לא מבטיחה גישה לנתונים שנשארו אצלה[17]. Lovable שומרת לעצמה את הזכות לשנות את השירות בלי הודעה מראש, כל עוד הוא לא נעשה גרוע יותר באופן מהותי[15]. | עדיין תלויים, אבל עם עותק עדכני של הקוד ושל הנתונים יש לכם מאיפה להמשיך. | הכלי כבר לא בתמונה. המערכת רצה על חשבונות של העסק, וכל שינוי בה הוא החלטה שלכם. |
המספרים בסוגריים מפנים למקורות בסוף העמוד, ולצד כל שורה מופיע היום שבו המקורות שלה נבדקו. שורה שמסומנת "הערכה שלנו" מבוססת על הניתוח שלנו, ולא על נתון שהכלי מפרסם.
בדיקה עצמית: איזו דרך מתאימה לכם עכשיו
שמונה משפטים על המערכת שלכם ועל העסק סביבה. סמנו כל משפט שנכון לגביכם היום, ואם אתם מתלבטים לגבי משפט, השאירו אותו ריק. הבדיקה רצה רק בדפדפן שלכם: שום דבר לא נשלח ושום דבר לא נשמר.
מה המספר אומר
-
אף משפט, או משפט אחד התוצאה שלכם
להמשיך בכלי כמו שהוא
הכלי עושה בשבילכם את העבודה, ומעבר עכשיו רק יאט אתכם. שני הרגלים ששווה לאמץ כבר עכשיו: לחבר את הפרויקט למאגר קוד, ולייצא את הנתונים מדי פעם. חזרו לבדיקה כשמצטרפים משתמשים אמיתיים.
-
שניים עד ארבעה משפטים התוצאה שלכם
להישאר בכלי ולסגור את הפערים
המערכת כבר חשובה לעסק, אבל עוד אין סיבה לעזוב את הכלי. עברו על ששת הצעדים שבפרק הבא, וחזרו לבדיקה בעוד שלושה חודשים, או מוקדם יותר אם המספר עולה.
-
חמישה משפטים או יותר, או המשפט האחרון התוצאה שלכם
לתכנן מעבר לתשתית משלכם
העסק כבר נשען על המערכת, והכלי מגביל אתכם. מעבר מתחיל במיפוי ובתוכנית כתובה, והמערכת ממשיכה לעבוד בכלי עד שהכל מוכן. מה מקבלים בצעד הראשון ומה כדאי להכין, ואיך עובד המעבר עצמו.
אם נשארים: שישה צעדים שסוגרים את רוב הפערים
הצעדים מסודרים לפי השכבות של המערכת: קוד, נתונים, קבצים, אבטחה, דומיין וחשבון. את רובם אפשר לעשות לבד, בלי לכתוב קוד, והם לא הולכים לפח אם תחליטו לעבור בהמשך: מעבר מתחיל בדיוק מאותה רשימה.
-
עותק של הקוד במאגר שלכם
חברו את הפרויקט למאגר GitHub שרשום על שם העסק: ב-Lovable זה אפשרי בכל התוכניות[1], ב-Base44 מתוכנית Builder ומעלה[2]. ב-Base44 העותק שומר את הקוד, אבל המערכת עדיין צריכה את השרתים של Base44 כדי לרוץ[3].
-
ייצוא קבוע של הנתונים
ב-Lovable מייצאים את מסד הנתונים כולו, פעם ב-24 שעות לכל היותר ורק כשהמערכת פעילה ולא מושהית[8]. ב-Base44 כל טבלה יוצאת לקובץ CSV משלה[9]. ב-Replit אפשר להפעיל גיבוי יומי מתוזמן למסד הנתונים של המערכת החיה[6]. שמרו את הקבצים במקום מאובטח: יש בהם מידע אישי של הלקוחות שלכם.
-
גם התמונות והמסמכים
קבצים שמשתמשים העלו לא תמיד נכללים בגיבוי. ב-Lovable הם לא חלק מהגיבוי ומהייצוא של מסד הנתונים[4], ומורידים אותם בנפרד[8].
-
שחזור אחד, לניסיון
גיבוי שלא שחזרתם ממנו הוא הנחה. נסו פעם אחת על עותק או בפרויקט ניסיון, ולא על המערכת החיה: שחזור גיבוי ב-Lovable מוחק כל מה שנוצר או השתנה אחריו[4].
-
בדיקת אבטחה
הריצו את סריקת האבטחה של הכלי, ובדקו מי יכול לקרוא ולשנות כל טבלה. כשהמערכת מחזיקה מידע רגיש, Lovable עצמה ממליצה על סקירה מקצועית נוספת[10].
-
הדומיין והקרדיטים
ודאו שהדומיין רשום על שם העסק ושיש לכם גישה לחשבון אצל החברה שבה נרשם. ובדקו מה ייעצר כשהקרדיטים נגמרים: ב-Lovable גם מסד הנתונים והכניסה למערכת[12], וב-Base44 כל פעולה שדורשת קרדיטים[13]. אם אפשר, הפעילו טעינה אוטומטית.
צריכים עזרה רק באחד הצעדים? פרילנסר שמכיר את הכלי יכול לתקן באג, לסדר הרשאות או לחבר מאגר קוד. בשביל זה לא צריך מעבר. מדריך מלא להוצאת הקוד, הנתונים והמשתמשים מ-Lovable נמצא כאן.
מה המעבר דורש מכם, מעבר לכסף
מעבר לתשתית משלכם פותר בעיות של שליטה, אבל יש לו מחיר שכדאי להכיר מראש:
- זמן: מיפוי, העברה של כל השכבות ובדיקה. במערכת קטנה זה שבוע עד שבועיים, בבינונית שבועיים עד ארבעה, ובגדולה או מורכבת ארבעה עד שמונה שבועות.
- אחריות: מישהו צריך לקבל התראות, לעדכן, לגבות ולשחזר, גם אחרי שהמעבר נגמר. בלי זה, המערכת לא בטוחה יותר ממה שהייתה בכלי.
- קצב אחר של שינויים: במקום לבקש בצ׳אט ולראות תוצאה, שינוי עובר דרך מפתח ובדיקה. אפשר להמשיך להיעזר בכלי AI, הפעם על מאגר הקוד שלכם.
- חשבון משלכם: משלמים ישירות על התשתית, בגודל שנבחר למערכת, ובנוסף על מי שמנהל אותה.
מה מקבלים בתמורה: הקוד, הנתונים, המשתמשים והדומיין בחשבונות של העסק, גיבויים שאתם קובעים ושחזור שנבדק, ומקום לנתונים לפי מה שהעסק צריך. מה בדיוק עובר, שכבה אחרי שכבה.
אפשר גם לעבור לבד. Lovable מפרסמת מדריך להרצת הפרויקט מחוץ לה, ומפרטת על מה תהיו אחראים מרגע שהמערכת רצה אצלכם[22]. מעבר עצמאי מתאים כשיש לכם ניסיון בניהול שרתים ומסדי נתונים, או מפתח שזה התחום שלו. מי עוד יכול לעשות את המעבר, ומה כדאי לדרוש מכל אחד: לבד, פרילנסר, חברת פיתוח או שירות שמעביר ומנהל.
מה לא השווינו
מחירים. התוכניות של הכלים משתנות לעתים קרובות, ומספר שנכון היום עלול להטעות בעוד חודש; את המחיר העדכני בודקים בעמוד המחירים של הכלי עצמו. גם כלים שלא נבדקו כאן אחד-אחד, כמו Emergent, v0 או Bubble, נמדדים באותן שמונה שאלות.
לכל אחד מחמשת הכלים העיקריים יש עמוד שמסביר איך המערכת בנויה בו ומה עובר ממנו: Lovable, Base44, Replit, Emergent, Bolt. ואם אתם עוד מתלבטים מתי, חמשת הסימנים שהגיע הזמן עוזרים לתזמן.
איך הכנו את ההשוואה
בדקנו כל עובדה על הכלים מול התיעוד, תנאי השימוש ומדיניות התמיכה הרשמיים של Lovable, Base44, Replit ו-Bolt, בלי חשבון בכלים עצמם, וכל עובדה בטבלה מפנה למקור שלה. השורה על קצב השינויים, ששת הצעדים והבדיקה העצמית מבוססים על הדרך שבה אנחנו ממפים מערכת לפני מעבר, ומסומנים ככאלה. כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.
נבדק מול התיעוד הרשמי ב-.
מקורות
- Sync your Lovable project code with GitHub, GitLab, or Bitbucket
- GitHub Integration
- createClient
- Database
- Backup & Restore
- Data recovery
- Backups, restore, and version history
- Advanced settings
- Managing your app data
- Security overview
- Base44 security: An overview
- Credits and usage
- Credits
- Support policy
- Lovable Product Terms
- Support Policy
- Terms of Service
- Terms of Service
- Lovable Cloud
- Privacy and security
- Geography
- Deploying and hosting outside Lovable
שאלות על ההחלטה
לא מצאתם תשובה? פשוט תשאלו אותנואפשר לסגור את הפערים בתוך הכלי עכשיו, ולעבור רק בהמשך?
כן, וזה סדר טוב. עותק של הקוד, ייצוא קבוע של הנתונים ודומיין על שם העסק הם גם הצעדים הראשונים של כל מעבר, כך ששום דבר מזה לא הולך לפח. וכשמגיע הזמן, המערכת ממשיכה לעבוד בכלי עד שהבית החדש מוכן.
אם נעבור, נוכל להמשיך לשנות את המערכת בעזרת AI?
כן. הקוד יושב במאגר שלכם, וכלי AI שכותבים קוד עובדים עליו ישירות. ההבדל הוא ששינוי עובר בדיקה לפני שהוא מגיע ללקוחות, במקום להתפרסם ישר מהצ׳אט.
תשתית משלנו תמיד יקרה יותר מהכלי?
לא תמיד, וגם לא תמיד זולה יותר. בכלי משלמים על המנוי ועל הקרדיטים, וככל שהמערכת עושה יותר, ההרצה עולה. בתשתית משלכם משלמים על מה שהמערכת צורכת ועל מי שמנהל אותה. ההבדל העיקרי הוא שאתם בוחרים את הגודל ורואים על מה הולך הכסף.
אם נשארים בכלי, מתי כדאי לבדוק שוב?
בכל פעם שמשהו מהותי משתנה: מצטרפים לקוחות משלמים, נכנס למערכת מידע אישי, החשבון קופץ, או שהכלי משנה את התנאים שלו. בלי אירוע כזה, פעם בשלושה חודשים מספיק: עוברים שוב על שמונת המשפטים, ובודקים שהעותק של הקוד והנתונים עדכני ושהשחזור ממנו עדיין עובד.