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

כתובת העמוד: https://agentical.co.il/compare/ways-to-move

מאת תומר גל (Tomer Gal), מייסד Agentical: https://agentical.co.il/about#founder. פורסם ב-11 באוקטובר 2026, עודכן ב-12 באוקטובר 2026.

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

## מתי מתאימה כל אפשרות

כל דרך מתאימה למצב אחר, ואף אחת לא נכונה לכולם. ולפני הכל, כדאי לוודא שבכלל צריך לעבור: Lovable כותבת שרוב הצוותים נשארים עם האירוח וצד השרת שלה ולא צריכים לצאת [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). אם עוד לא החלטתם, התחילו ב[מתי כדאי להוציא את המערכת מהכלי](https://agentical.co.il/guides/when-to-move).

### לבד

אתם, או מישהו בצוות, מוציאים את המערכת מהכלי ומקימים אותה בתשתית משלכם, לפי המדריכים של הכלי ובעזרת כלי AI.

הבחירה הנכונה כש:

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

### פרילנסר

מפתח אחד שאתם שוכרים לעבודה מוגדרת, לפי שעה או במחיר קבוע.

הבחירה הנכונה כש:

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

### חברת פיתוח

צוות שלוקח פרויקט עם אפיון, הצעת מחיר ולוח זמנים, ומסיים במסירה.

הבחירה הנכונה כש:

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

### שירות שמעביר ומנהל

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

הבחירה הנכונה כש:

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

## זה לצד זה

שמונה שאלות, אותן שאלות לכל דרך. שורה שמתארת את מה שהכלים עצמם כותבים מפנה לתיעוד שלהם; שורה שהיא ההערכה שלנו מסומנת ככזו.

| מה בודקים | לבד | פרילנסר | חברת פיתוח | שירות שמעביר ומנהל |
| --- | --- | --- | --- | --- |
| מה תצטרכו לדעת בעצמכם: כדי שהמעבר יצליח (נבדק ב-11 באוקטובר 2026) | את כל מה שהכלי עשה בשבילכם עד היום. Lovable מונה מה עובר לאחריותכם כשעוזבים אותה: סביבת פיתוח ותהליך העלאת גרסאות, שרתים, תעודות אבטחה וגדילה בעומס, מסדי נתונים, גיבויים והרשאות, התחברות משתמשים, מפתחות וחיבורים לשירותים, ניטור ובקרת אבטחה [1](https://docs.lovable.dev/tips-tricks/deployment-hosting-ownership). | מספיק כדי להסביר מה המערכת עושה ולבדוק את התוצאה. את הצד הטכני יודע הפרילנסר, אבל החלטות כמו איפה יישבו הנתונים ומתי מחליפים את הדומיין נשארות אצלכם. | מספיק כדי לאשר אפיון והצעה. החברה מתרגמת את הצרכים שלכם לתוכנית עבודה, ואתם מאשרים אותה ובודקים את מה שנמסר. | מספיק כדי לאשר תוכנית ולענות על שאלות על העסק: מי משתמש במערכת, מה קריטי בה ומתי שקט להחליף. את הרשימה הטכנית כולה לוקח השירות. |
| מי ממפה מה יש במערכת: לפני שמזיזים משהו (נבדק ב-11 באוקטובר 2026) | אתם, והרשימה ארוכה מהקוד. לפי Lovable, מבנה מסד הנתונים עובר בקבצים שבפרויקט, אבל התוכן שלו, הקבצים, ספקי ההתחברות, המפתחות, המשימות המתוזמנות, החיבורים לשירותים וקריאות ה-AI עוברים ידנית [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). ב-Base44 צד השרת כולו, כלומר מסד הנתונים, ההתחברות והפונקציות, מנוהל אצל Base44, והקוד מדבר איתו דרך [ה-SDK](https://agentical.co.il/guides/glossary#sdk) שלה [4](https://docs.base44.com/developers/app-code/overview/introduction), כך שהעתקת הקוד לבדה לא מעבירה אותו. | מי שתשכרו, אם זה כתוב בהסכם. בקשו רשימה כתובה של כל מה שיש במערכת לפני שהעבודה מתחילה. מה שלא נכנס לרשימה לא ייבדק בסוף. | בדרך כלל בשלב האפיון שבתחילת הפרויקט. ודאו שהמיפוי כולל גם נתונים, משתמשים, קבצים, חיבורים ודומיין, ולא רק את המסכים. | השירות, כשלב ראשון ונפרד שמסתיים בתוכנית כתובה שאתם מאשרים. כך זה נראה אצלנו: [תוכנית מעבר לדוגמה](https://agentical.co.il/guides/sample-plan). |
| בדיקה שהכל הגיע שלם: נתונים, משתמשים וקבצים (נבדק ב-11 באוקטובר 2026) | עליכם. Lovable ממליצה לשחזר את הנתונים לסביבת בדיקה, להתחבר עם חשבונות שהועברו ולהריץ את הקריאות, הכתיבות וההעלאות שהמערכת עושה, לפני שמעבירים אליה את התנועה [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). ב-Base44 מייצאים כל טבלה ל[קובץ CSV](https://agentical.co.il/guides/glossary#data-export) בנפרד [5](https://docs.base44.com/Building-your-app/Managing-your-app-data), וההשוואה בין הישן לחדש נשארת אצלכם. | תלוי במה שסיכמתם. בקשו שבדיקת השלמות תהיה חלק מההגדרה של "סיימנו": מספר הרשומות בכל טבלה, הקבצים, והתחברות של משתמש אמיתי. | בקשו במפורש שבדיקות המסירה יכללו השוואה של הנתונים, המשתמשים והקבצים מול המערכת הקיימת, ולא רק בדיקה שהמסכים עובדים. | חלק מהמעבר: כל שכבה נבדקת מול המערכת הקיימת לפני ההחלפה, ואם המשתמשים יצטרכו לעשות משהו, תדעו מראש. [איך יודעים שהכל עבר](https://agentical.co.il/about#trust). |
| ההחלפה וזמן ההשבתה: הרגע שבו הדומיין עובר (נבדק ב-11 באוקטובר 2026) | אתם מתכננים ומבצעים. Lovable מתארת את הסדר: להעלות לכתובת זמנית ולבדוק, לעצור כתיבות למערכת בזמן ההעתקה האחרונה של הנתונים, ורק אז להעביר את הדומיין. ייצוא מלא של מסד הנתונים אפשר לבקש פעם ב-24 שעות, ולכן כדאי למדוד בניסיון כמה זמן לוקחים הייצוא והשחזור, כי זה אורך ההשבתה [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). | בקשו תוכנית בכתב: באיזו שעה, כמה זמן המערכת לא תקבל שינויים, ואיך חוזרים למערכת הישנה אם משהו נכשל. | כמו מול פרילנסר, תוכנית החלפה בכתב עם שעה, משך ודרך חזרה. במערכת גדולה כדאי לבקש גם ניסיון החלפה מלא בסביבת בדיקה לפני היום עצמו. | חלק מהתוכנית. הסביבה החדשה נבנית לצד הקיימת, והדומיין עובר בסוף, כשהכל נבדק, בשעה שקטה שמתאמים איתכם. |
| מה נשאר בידיים שלכם: חשבונות, קוד ותיעוד (הערכה שלנו) | הכל, כי הכל על שמכם. רק תעדו לעצמכם מה הקמתם ואיפה, כדי שמי שיבוא אחריכם יוכל להמשיך. | מה שתתעקשו עליו. ודאו שהמאגר של הקוד, חשבון התשתית והדומיין רשומים על שם העסק ולא על שם הפרילנסר, ושאתם מקבלים מסמך שמסביר מה הוקם. | בדרך כלל הקוד ומסמכי מסירה. ודאו בהסכם שגם החשבונות עצמם, ולא רק הקוד, עוברים לבעלותכם בסוף הפרויקט. | אצלנו: הקוד, הנתונים והדומיין שלכם, המערכת רצה בתשתית משלכם, וכל מה שהוקם מתועד, כך שאפשר להמשיך גם בלעדינו. שאלו כל שירות כזה את אותה שאלה. |
| מי זמין אחרי שהמערכת עלתה: תקלות, עדכונים וגיבויים (נבדק ב-11 באוקטובר 2026) | אתם. Lovable כותבת שהיא לא יכולה לנטר או לתקן תשתית שהיא לא מפעילה, ומונה מה עובר אליכם: גיבויים ושחזור, עדכוני אבטחה ושדרוגי גרסאות, ניטור, התראות ותגובה לתקלות [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). | רק מה שסיכמתם. פרילנסר הוא אדם אחד, עם חופשות ופרויקטים אחרים, ולכן שאלו מי מחליף אותו כשהוא לא זמין, ותוך כמה זמן הוא עונה. | לפי הסכם תחזוקה נפרד, אם חתמתם עליו. בדקו מה כלול בו ותוך כמה זמן עונים לתקלה. | זה עיקר השירות: ניטור והתראות, גיבויים שבודקים שאפשר לשחזר מהם, אבטחה ועדכונים, שליטה בעלויות, ומישהו שעונה בעברית. |
| איך משלמים: המבנה, לא הסכום (נבדק ב-11 באוקטובר 2026) | אין שכר עבודה, אבל יש את הזמן שלכם, ותשלום ישיר לשירותי האירוח ולשירותים שהמערכת משתמשת בהם, לפי התוכניות שלהם. המנוי בכלי לא מתבטל מעצמו כשמעבירים את הקוד או את הדומיין [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). | כל אחד קובע את המודל שלו: לפי שעה, מחיר קבוע לפרויקט או שילוב, לפעמים בתשלומים לפי אבני דרך. כך מתארת את זה Base44 במדריך שלה לבחירת שותף [6](https://docs.base44.com/Getting-Started/Hiring-a-partner). עלות התשתית משולמת בנפרד. | בדרך כלל הצעת מחיר לפרויקט, עם היקף, תוצרים ולוח זמנים, ו-Base44 ממליצה לסכם את כל אלה בכתב לפני שמתחילים [6](https://docs.base44.com/Getting-Started/Hiring-a-partner). תחזוקה, אם יש, בהסכם נפרד. | בדרך כלל תשלום על המעבר ותשלום קבוע על הניהול, ובנוסף עלות התשתית עצמה. אצלנו אין מחירון: ההצעה מגיעה אחרי שיחת ההיכרות, והתשתית נבנית בגודל של העסק. |
| הסיכון העיקרי: מה מתפספס הכי בקלות (הערכה שלנו) | משהו שנשכח ומתגלה מאוחר: גיבוי שאף פעם לא נבדק, מפתח שלא הועבר, או התחברות שנשברת רק אצל חלק מהמשתמשים. | כל הידע בראש של אדם אחד. אם הוא עובר לפרויקט אחר, מי שיבוא אחריו יתחיל מאפס, אלא אם הכל תועד. | הפרויקט נגמר במסירה, אבל המערכת ממשיכה לרוץ. בלי הסכם תחזוקה, היום שאחרי המסירה חוזר להיות באחריותכם. | תלות בספק אחד. לכן חשוב שהכל יהיה על שמכם ומתועד, כך שאפשר לעבור לספק אחר אם תרצו. שאלו על זה כל שירות כזה, וגם אותנו. |

## איך בוחרים: ארבע שאלות

התשובות לארבע השאלות האלה מצמצמות את הבחירה מהר יותר מכל טבלה.

1. מי עונה כשהמערכת נופלת בשבת בערב? אם התשובה היא "אני, ואני יודע מה לעשות", לעבור לבד היא אפשרות אמיתית. אם אין לכם תשובה, זו השאלה הראשונה שהבחירה צריכה לפתור.
2. מה יש במערכת? אתר בלי משתמשים רשומים ובלי נתונים של לקוחות קל להעביר. מערכת עם התחברות, תשלומים, קבצים ומשימות שרצות ברקע דורשת מיפוי ובדיקה, וכדאי שמישהו מנוסה יוביל אותה. [מה בדיוק עובר במעבר](https://agentical.co.il/guides/what-moves).
3. האם המעבר הוא כל העבודה, או רק חלק ממנה? אם אתם גם בונים מחדש או מוסיפים יכולות גדולות, חברת פיתוח שמנהלת פרויקט שלם יכולה להתאים יותר.
4. מי מחזיק את הידע אחרי? בכל דרך, בקשו שמה שהוקם יתועד ויימסר לכם. כך הבחירה של היום לא קובעת בשבילכם מה תעשו מחר.

מי מציע כל דרך בפועל, בישראל ובחו״ל, ומה כל אחד מהם מעביר: [מי מעביר מערכות מ-Lovable ומ-Base44](https://agentical.co.il/compare/migration-services).

## מה לבקש בכתב, מכל מי שתבחרו

הרשימה הזו מתאימה לפרילנסר, לחברת פיתוח ולשירות מנוהל, וגם לנו. Base44 עצמה ממליצה לסכם בכתב את ההיקף, התמחור, לוח התשלומים ולוח הזמנים לפני שמתחילים, ומציינת שהיא לא מתווכת בתשלומים או במחלוקות מול השותפים שמופיעים אצלה [6](https://docs.base44.com/Getting-Started/Hiring-a-partner).

- רשימה של כל מה שיש במערכת: מסכים, טבלאות, משתמשים, קבצים, חיבורים לשירותים חיצוניים, משימות שרצות לבד והדומיין.
- החשבונות על שם העסק: המאגר של הקוד, התשתית, הדומיין ושירותי התשלום. מי שעובד בשבילכם מקבל הזמנה, לא סיסמה. [איך נותנים גישה בלי למסור סיסמה](https://agentical.co.il/guides/before-the-call#access).
- הגדרה של "סיימנו": אילו בדיקות ירוצו מול המערכת הקיימת, ומי מאשר שהן עברו.
- תוכנית החלפה: מתי, לכמה זמן, ואיך חוזרים לישן אם משהו נכשל.
- מסמך מסירה: מה הוקם, איפה, ואיך מפעילים את זה בלי מי שהקים.
- מי זמין אחרי המעבר, תוך כמה זמן, ומה זה כולל.

ועוד שאלה ששווה לשאול: האם יש לו קשר עסקי לכלי שממנו יוצאים או לחברת אירוח. Lovable, למשל, מפעילה תוכנית מומחים לפרילנסרים ולצוותים קטנים, שמזכה אותם בעמלה על מנויי Business שהם מביאים אליה [3](https://lovable.dev/partners/experts). אין בזה שום פסול, אבל טוב לדעת את זה כששואלים מישהו אם לעזוב. התשובה שלנו כתובה [בעמוד אודות](https://agentical.co.il/about#limits), ושם גם [שש שאלות ששווה לשאול כל מי שמקבל מכם מערכת](https://agentical.co.il/about#trust).

## ואיפה נכנסת חברת האירוח?

כשחיפשנו בעברית, באוקטובר 2026, איך מעבירים מערכת מ-Base44 או מ-Lovable, חלק בולט מהתוצאות היו של חברות אירוח. חברת אירוח מוכרת את המקום שבו המערכת רצה. היא לא מחליפה אף אחת מארבע הדרכים: עדיין מישהו צריך להוציא את המערכת מהכלי, להעביר את הנתונים והמשתמשים, לבדוק, ולהפעיל אותה אחר כך.

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

## איך הכנו את ההשוואה

השווינו ארבע דרכים לבצע את אותו מעבר, על אותן שמונה שאלות, בלי לציין שמות של פרילנסרים, חברות או שירותים ובלי לדרג. את השורות שמתארות מה הכלים עצמם כותבים בדקנו מול התיעוד הרשמי של Lovable ושל Base44, וכל אחת מפנה למקור שלה; השורות שמסומנות "הערכה שלנו" והשאלות לבחירה מבוססות על הדרך שבה אנחנו ממפים ומעבירים מערכות. Agentical היא שירות מהסוג שבעמודה האחרונה, ולכן כתבנו לכל דרך מתי היא הבחירה הנכונה, וגם מה הסיכון בשירות כמו שלנו. כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.

נבדק מול התיעוד הרשמי ב-11 באוקטובר 2026.

## מקורות

1. Lovable, Deployment, hosting, and ownership options with Lovable: https://docs.lovable.dev/tips-tricks/deployment-hosting-ownership (נבדק ב-11 באוקטובר 2026)
2. Lovable, Deploying and hosting outside Lovable: https://docs.lovable.dev/tips-tricks/external-deployment-hosting (נבדק ב-11 באוקטובר 2026)
3. Lovable, Lovable Expert Program: https://lovable.dev/partners/experts (נבדק ב-11 באוקטובר 2026)
4. Base44, Introduction (app code): https://docs.base44.com/developers/app-code/overview/introduction (נבדק ב-11 באוקטובר 2026)
5. Base44, Managing your app data: https://docs.base44.com/Building-your-app/Managing-your-app-data (נבדק ב-11 באוקטובר 2026)
6. Base44, Hiring a Base44 partner: https://docs.base44.com/Getting-Started/Hiring-a-partner (נבדק ב-11 באוקטובר 2026)

## שאלות על הבחירה

### כלי AI יכול להכין את המערכת לאירוח מחוץ לכלי?

הוא יכול לעזור הרבה בהכנה. Lovable אפילו מציעה פרומפט שמבקש ממנה להכין את המערכת לאירוח מחוץ לה, אבל כותבת שהיא לא יכולה להריץ או לבדוק את התוצאה מחוץ לתצוגה המקדימה שלה, ושצריך לבדוק את המערכת בבית החדש לפני שסומכים על ההוראות שהיא הכינה [2](https://docs.lovable.dev/tips-tricks/external-deployment-hosting). כלומר, הכלי עוזר לכתוב, אבל הבדיקה, ההחלפה והתפעול אחר כך נשארים אצלכם.

### פרילנסר או חברת פיתוח: מה ההבדל בפועל במעבר?

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

### אפשר להתחיל לבד ולקרוא לעזרה באמצע?

כן. מה שכבר עשיתם לא הולך לפח, בתנאי שתיעדתם מה הוצאתם ואיפה זה נמצא. גם להחליף באמצע את מי שעובד בשבילכם אפשר: Base44 מציינת במדריך שלה שזה עשוי לעלות עוד כסף, אבל שלפעמים זה עדיף על להמשיך בשיתוף פעולה שלא עובד [6](https://docs.base44.com/Getting-Started/Hiring-a-partner). מה שחשוב הוא שהחשבונות והקוד על שמכם, כדי שאפשר יהיה להעביר את העבודה הלאה.

### כמה מהזמן שלי זה ייקח בכל דרך?

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

---

מתוך האתר של Agentical. התקציר של האתר: https://agentical.co.il/llms.txt. כל הטקסט של האתר בקובץ אחד: https://agentical.co.il/llms-full.txt