העברת אפליקציית Base44 ללקוח, לקונה או לחשבון אחר
Base44 יכולה להעביר את הבעלות על אפליקציה ולהעביר אותה בין סביבות עבודה, ובשני המקרים האפליקציה נשארת ב-Base44. הנה איך כל אחת מהאפשרויות עובדת ולמי היא זמינה, מה נשאר מאחור, איך סוכנויות מוסרות אפליקציות ללקוחות, מה כרוך במכירה, והחלופה: מאגר קוד וחשבונות שבבעלות הלקוח.
עדכון אחרון: 9 דקות קריאהמאת צוות Unbase44
בעמוד הזה
- 01בקצרה
- 02האפשרויות של Base44, זו לצד זו
- 03העברת בעלות בתוך סביבת העבודה
- 04העברה למישהו מחוץ לסביבת העבודה
- 05העברת אפליקציה לסביבת עבודה אחרת
- 06מה לא עובר עם האפליקציה
- 07מסירת אפליקציה ללקוח: כשאתם סוכנות
- 08העברת אפליקציה לחשבון אחר שלכם
- 09מכירת אפליקציית Base44
- 10החלופה: למסור מאגר וחשבונות שבבעלות הלקוח
- 11שאלות ותשובות
- 12מקורות
זו קריאה בשפה פשוטה של התיעוד והתנאים הפומביים של Base44, ולא ייעוץ משפטי. אם מכירה או חוזה מול לקוח תלויים בזה, כדאי לעבור על התנאים העדכניים יחד עם עורך דין.
בקצרה
ל-Base44 יש שתי דרכים מובנות למסור אפליקציה, ושתיהן מתועדות נכון לאוקטובר 2026:
- Transfer ownership (העברת בעלות) משנה את מי שמחזיק בבעלות על האפליקציה. בתוך סביבת העבודה (workspace) שלכם, אם אתם הבעלים, אפשר לעשות את זה בכל מסלול, בתנאי שהבעלים החדשים כבר שותפי עריכה באפליקציה (collaborators) בתפקיד Editor ומעלה. העברה למישהו מחוץ לסביבת העבודה שמורה לסביבות עבודה במסלול Enterprise ולשותפים מאושרים של Base44 (Base44 Partners). הבעלים החדשים צריכים לאשר את ההעברה.
- Move app (העברת אפליקציה) משנה את סביבת העבודה שבה האפליקציה נמצאת, ולכן גם את המסלול ואת הקרדיטים שהיא משתמשת בהם. הבעלים לא משתנים.
שתי הדרכים שומרות על הכתובת ועל הנתונים של האפליקציה, ואף אחת מהן לא מוציאה אותה מ-Base44: הלקוח או הקונה יורשים את הפלטפורמה, מסלול שצריך לשלם עליו ואת התנאים של Base44. הדרך האחרת למסור אפליקציה היא מאגר (repository), מסד נתונים וחשבונות אחסון על שם הלקוח עצמו. שתי הדרכים מפורטות בהמשך, יחד עם המקרה של סוכנויות ושל מכירת אפליקציה.
האפשרויות של Base44, זו לצד זו
| מה רוצים לעשות | היכולת ב-Base44 | למי זה זמין | מה משתנה |
|---|---|---|---|
| להפוך חבר צוות לבעלים | Transfer ownership (באותה סביבת עבודה) | הבעלים הנוכחיים של האפליקציה | הבעלים; האפליקציה נשארת בסביבת העבודה |
| למסור את האפליקציה ללקוח או לקונה | Transfer ownership (מחוץ לסביבת העבודה) | סביבות עבודה במסלול Enterprise ושותפים מאושרים של Base44 | הבעלים, וגם סביבת העבודה אם הם בוחרים בסביבה משלהם |
| להעביר את האפליקציה למסלול של סביבת עבודה אחרת | Move app | הבעלים של סביבת העבודה המקורית (ומנהלים במסלול Enterprise) | סביבת העבודה, המסלול והקרדיטים; לא הבעלים |
| לפתוח עותק במקום אחר | Clone (שכפול) | אתם, מעמוד "Apps" (האפליקציות) | אפליקציה חדשה עם הקוד, אבל בלי נתונים ובלי משתמשים |
Base44 הוסיפה את העברת הבעלות ב-11 בינואר 2026, ותיארה אותה כדרך להעביר שליטה מלאה באפליקציה ללקוח או לצוות אחר (יומן השינויים של המוצר).
העברת בעלות בתוך סביבת העבודה
לפי המדריך של Base44 לניהול האפליקציות בסביבת העבודה, הבעלים החדשים צריכים כבר להיות שותפי עריכה באפליקציה, וגם חברים בסביבת העבודה בתפקיד Editor ומעלה. משתמשים בתפקיד Guest (אורחים) לא יכולים להיות בעלים של אפליקציות.
- פותחים את האפליקציה בעורך ולוחצים על הסמל Invite collaborators (הזמנת שותפי עריכה).
- מאתרים ברשימה את הבעלים החדשים, לוחצים על More actions (פעולות נוספות) ליד השם, ואז על Make app owner (הפיכה לבעלים של האפליקציה).
- מאשרים את הבעלים החדשים.
- לכל שירות מחובר בוחרים Keep (להשאיר) או Disconnect (לנתק).
- בוחרים אם Stay on as collaborator (להישאר כשותפי עריכה).
- מסמנים את תיבת האישור ולוחצים על Send transfer (שליחת ההעברה).
שום דבר לא משתנה עד שהבעלים החדשים מאשרים. אחרי האישור, האפליקציה שומרת על הכתובת שלה ב-Base44, אין צורך לפרסם אותה מחדש, ודומיין מותאם אישית שמחובר אליה ממשיך לעבוד, כל עוד המסלול של הבעלים החדשים כולל דומיינים מותאמים אישית.
העברה למישהו מחוץ לסביבת העבודה
זו הדרך להעביר אפליקציה ללקוח או לקונה שיש להם חשבון Base44 משלהם. היא זמינה לסביבות עבודה במסלול Enterprise ולשותפים מאושרים של Base44.
- פותחים את לוח הבקרה (Dashboard) של האפליקציה, ואז את Settings (הגדרות).
- תחת Danger Zone (אזור הסכנה), לוחצים על Transfer Ownership ובוחרים Someone outside your workspace (מישהו מחוץ לסביבת העבודה).
- מזינים את האימייל של הבעלים החדשים, לוחצים על Continue (המשך), בוחרים אם להישאר כשותפי עריכה, ולוחצים על Send transfer.
הנמענים מקבלים אימייל, ויש להם 7 ימים לאשר. עד אז מופיע ב-Settings הסטטוס Transfer Pending (העברה ממתינה), ומשם אפשר לשלוח שוב או לבטל. התיעוד של Base44 ל-API של העברות בעלות מוסיף מה קורה כשההעברה מאושרת: הנמענים בוחרים את סביבת העבודה שתקבל את האפליקציה, ואם זו סביבה אחרת, שותפי העריכה של האפליקציה מאבדים את הגישה, היסטוריית הצ׳אט עם ה-AI נמחקת, והשליטה בכתובת של האפליקציה ב-Base44 עוברת לבעלים החדשים. מה שקורה לאינטגרציות ולמפתחות הסודיים (secrets) נקבע לפי הבחירות שנעשו כשההעברה נשלחה.
העברת אפליקציה לסביבת עבודה אחרת
העברה כזו משנה את סביבת העבודה שמחזיקה באפליקציה ומנהלת אותה. הכללים, מאותו מדריך ומהתיעוד של פקודת ה-CLI workspace move:
- צריך להיות הבעלים של סביבת העבודה שבה האפליקציה נמצאת עכשיו. במסלול Enterprise גם מנהלי סביבת העבודה (admins) יכולים להוציא ממנה אפליקציות, אלא אם הבעלים מגבילים את זה.
- צריך תפקיד Editor ומעלה בסביבת העבודה שאליה מעבירים, וגם הבעלים של האפליקציה צריכים תפקיד כזה, אם מדובר במישהו אחר.
- אי אפשר להעביר אפליקציות שנרכשו.
- אם סביבת העבודה שאליה מעבירים נמצאת במסלול Free, צריכות להיות בה פחות מ-5 אפליקציות.
- האפשרות Move app מופיעה רק אם אתם חברים בסביבת עבודה נוספת.
כדי להעביר, פותחים את לוח הבקרה של האפליקציה, לוחצים על Overview (סקירה), אחר כך על More actions ליד View usage (צפייה בשימוש), ואז על Move app. הכתובת לא משתנה והדומיין המותאם אישית נשאר עם האפליקציה, אבל מעכשיו היא כפופה להרשאות של סביבת העבודה החדשה וצורכת את הקרדיטים שלה. הבעלים לא משתנים; כדי להחליף גם אותם, מעבירים בעלות אחרי שהאפליקציה עברה.
מה לא עובר עם האפליקציה
כדאי לבדוק את הדברים האלה לפני ששולחים משהו:
- דומיין שקניתם דרך Base44. המדריך של Base44 לדומיינים קובע שדומיין שנקנה דרך Wix שייך לבעלים של סביבת העבודה, ונשאר אצל הבעלים המקוריים של סביבת העבודה גם אחרי שהאפליקציה מועברת. הדומיין ממשיך להפנות לאפליקציה, אבל הרישום שלו הוא דבר נפרד שצריך למסור.
- החשבונות המחוברים שלכם. חיבור ל-Gmail או ל-Slack שיצרתם עם החשבון שלכם, או מפתח API ששייך לכם, לא אמורים לעבור ללקוח. בוחרים בהם Disconnect, ונותנים לבעלים החדשים לחבר חשבונות משלהם.
- היסטוריית הצ׳אט עם ה-AI ושותפי העריכה, כשהאפליקציה עוברת לסביבת עבודה אחרת.
- המסלול. המסלול של הבעלים החדשים קובע מה ממשיך לעבוד. נכון לאוקטובר 2026, דומיינים מותאמים אישית דורשים Starter ומעלה (חיבור דומיין), ופונקציות שרת וקונקטורים דורשים Builder ומעלה (שימוש באינטגרציות).
מסירת אפליקציה ללקוח: כשאתם סוכנות
לבנות בסביבת העבודה של הלקוח מההתחלה
המסירה עם הכי מעט שלבים היא זו שלא צריך לעשות בכלל. הלקוח פותח סביבת עבודה ב-Base44 ורוכש את המסלול, ואתם עובדים בה כשותפי עריכה מוזמנים. התפקידים בסביבות עבודה ב-Base44 מאפשרים לבעלים של סביבת עבודה להזמין אנשים בתפקיד Editor, ומשתמשים בתפקיד Guest יכולים לערוך רק את האפליקציות שהוזמנו אליהן. החברים בסביבת העבודה בונים עם הקרדיטים המשותפים שלה, ולא צריכים מסלול בתשלום משלהם. כשהפרויקט מסתיים, הלקוח מסיר אתכם.
או לבנות בסביבת העבודה שלכם ולהעביר בסוף
אם אתם שותפים מאושרים של Base44, מעבירים את הבעלות אל מחוץ לסביבת העבודה, כמו שמתואר למעלה. תוכנית השותפים מונה את העברת האפליקציה לסביבת העבודה של הלקוח בין הכלים שלה, לצד תצוגה מרוכזת של סביבות העבודה של הלקוחות והאצלת קרדיטים (credit delegation), שמאפשרת להשתמש בקרדיטים שלכם בזמן שאתם עובדים בסביבת העבודה של לקוח. לפי Base44, אפשר להצטרף אחרי שמגיעים לדרגת Maker (Level 2) בפרופיל ב-Base44.
גם בלי Enterprise ובלי מעמד של שותפים, הכללים המתועדים מאפשרים מסירה בשני שלבים, בתנאי שאתם הבעלים של סביבת העבודה שבה האפליקציה נמצאת עכשיו: הלקוח מזמין אתכם לסביבת העבודה שלו בתפקיד Editor, אתם מעבירים אליה את האפליקציה, ואז מזמינים את הלקוח כשותף עריכה באפליקציה והופכים אותו לבעלים שלה. מרגע ההעברה, האפליקציה משתמשת במסלול ובקרדיטים של הלקוח. לפני שמתחילים, כדאי לבדוק כל שלב מול התיעוד העדכני של Base44; היכולות האלה חדשות.
חיוב דרך Base44
ברשימת השותפים של Base44, ההסכמים והתשלומים נשארים ביניכם לבין הלקוח, ו-Base44 אומרת שהיא לא גובה עליהם עמלות (שכירת שותף של Base44). אם במקום זה מבקשים תשלום דרך מערכת תשלומי השותפים של Base44 עצמה, התשלום עובר דרך Wix Payments ו-Base44 גובה עמלה של 15%, נכון לאוקטובר 2026 (לקבל תשלום על עבודה ללקוחות).
העברת אפליקציה לחשבון אחר שלכם
Base44 לא מאפשרת לשנות את כתובת האימייל של חשבון. המדריך שלה להגדרות החשבון מתאר שתי דרכים להעביר אפליקציות לחשבון חדש. אפשר להזמין את החשבון החדש כשותף עריכה בכל אפליקציה ולהעביר אליו את הבעלות, וכך הנתונים והכתובת שבה האפליקציה באוויר נשמרים; Base44 מציינת ששני החשבונות צריכים להיות במסלול Builder ומעלה בשביל זה. או שאפשר לשכפל את האפליקציה לחשבון החדש דרך התג Edit with Base44 (עריכה עם Base44) שמופיע באפליקציה שבאוויר. השכפול מעתיק את המבנה של האפליקציה, אבל לא את הנתונים שלה ולא את המשתמשים שלה, ולכן אנשים יצטרכו להירשם מחדש.
מכירת אפליקציית Base44
אפשר למכור אפליקציה שבניתם. התנאים של Base44 נותנים לכם את הזכויות בקוד ובאפליקציות שנוצרו בשבילכם, כמו שמוסבר במאמר שלנו על הבעלות על אפליקציות Base44. כמה נקודות בתנאי השימוש (עדכון אחרון: 22 ביוני 2026) קובעות איך מכירה עובדת:
- הרישיון שלכם להשתמש בפלטפורמה אינו ניתן להעברה, ואי אפשר להמחות את הזכויות שלכם לפי התנאים בלי הסכמה בכתב של Base44. מה שנמכר הוא האפליקציה, שנמסרת באמצעות יכולת ההעברה של Base44, ולא החשבון שלכם.
- אסור לשתף פרטי התחברות בין כמה אנשים. למסור לקונה את הסיסמה שלכם זו לא מסירה.
- חנות התבניות של Base44 כבר לא מוכרת תבניות: רישום תבניות חדשות חינמי מאז 1 בספטמבר 2026, ותבניות בתשלום הוסרו מהחנות אחרי 30 בספטמבר 2026 (תבניות אפליקציה).
קונים ירצו לדעת מה הם מקבלים. בהעברה בתוך Base44, הם מקבלים את האפליקציה עם הנתונים שלה באותה כתובת, ועוד תלות ב-Base44: במסלול, בקרדיטים ובתנאים שלה. אי אפשר להריץ אותה בשום מקום אחר. קונים שמתכננים להחזיק באפליקציה במשך שנים יבקשו לא פעם יותר מזה.
החלופה: למסור מאגר וחשבונות שבבעלות הלקוח
Unbase44 מעביר אפליקציה שנבנתה ב-Base44 לחשבונות שבשליטת הבעלים שלה. במסירה, המשמעות היא שבסוף התהליך כל האפליקציה רשומה על שם הלקוח:
- מאגר פרטי ב-GitHub עם הקוד, השרת, קובצי Docker ותיעוד שנכתב גם לאנשים וגם לסוכני קוד (README, AGENTS.md, CLAUDE.md, ומסמכים על הארכיטקטורה, הפריסה, הפיתוח המקומי וההעברה).
- אחסון בחשבון של הלקוח: חשבון Railway שלו, עם האפליקציה, מסד נתונים ב-MongoDB ו-bucket לאחסון קבצים, הכול במקום אחד (מסלול Hobby של Railway עולה $5 לחודש וכולל שימוש בשווי $5, נכון לאוקטובר 2026, לפי המחירון של Railway), או כל שרת Linux שאפשר להתחבר אליו ב-SSH, שמריץ Docker עם HTTPS שמוגדר אוטומטית.
- ספקים משלו: אימייל דרך חשבון Resend של הלקוח או כל שרת SMTP, ו-AI עם מפתח משלו (OpenRouter, OpenAI, Anthropic או Gemini).
- כל רשומה, כל משתמש וכל קובץ, והמשתמשים שומרים על הסיסמאות שלהם: כל התחברות ראשונה באפליקציה החדשה נבדקת פעם אחת מול Base44.
הדרך הפשוטה ביותר היא לבצע את ההעברה עם החשבונות של הלקוח מההתחלה, כך שאחר כך אין מה להעביר; בשלבים האלה הלקוח יכול להתחבר בעצמו ל-GitHub ול-Railway שלו. אם מאגר צריך לעבור ידיים בהמשך, ב-GitHub אפשר להעביר אותו לחשבון אחר.
בסוף התהליך, הכפתור Revoke access (בטלו גישה) בעמוד של האפליקציה ב-Unbase44 מוחק כל מפתח שהיה אצל Unbase44, והאפליקציה לא תלויה בשום דבר שלנו. קוד השרת מופץ ברישיון MIT. קונים יכולים לקרוא את הקוד, להריץ אותו מקומית עם docker compose up ולראות את מסד הנתונים שלהם, עוד לפני שכסף עובר ידיים.
לגבי המחיר: הניתוח חינמי, ומציג מחיר חד-פעמי עוד לפני שמישהו מחבר חשבון או משלם. בתקופת הבטא ההעברות חינמיות; המחיר הרגיל מתחיל ב-$99 לאפליקציה, חד-פעמי, עם 25% הנחה על אפליקציה שנייה ו-50% הנחה על כל אפליקציה אחריה, וזה משמעותי לסוכנות שמעבירה כמה אפליקציות של לקוחות. האחסון והספקים האחרים מחייבים את הלקוח ישירות. להתחיל בניתוח החינמי.
מתי זו לא המסירה הנכונה: אם הלקוח רוצה להמשיך לשנות את האפליקציה בצ׳אט עם בונה ה-AI של Base44, העברה בתוך Base44 מתאימה יותר. בונה AI לשימוש אחרי ההעברה יגיע בקרוב, אבל היום שינויים באפליקציה שהועברה נעשים במאגר, על ידי מפתח או סוכן קוד.
שאלות ותשובות
אפשר להעביר בעלות על אפליקציית Base44?
כן. בתוך סביבת עבודה, הבעלים של האפליקציה יכולים להפוך כל שותף עריכה בתפקיד Editor ומעלה לבעלים החדשים. העברות אל מחוץ לסביבת העבודה זמינות לסביבות עבודה במסלול Enterprise ולשותפים מאושרים של Base44. הבעלים החדשים צריכים לאשר.
איך מעבירים אפליקציית Base44 לסביבת עבודה אחרת?
מלוח הבקרה של האפליקציה: Overview, אחר כך More actions ליד View usage, ואז Move app. צריך להיות הבעלים של סביבת העבודה הנוכחית, ובתפקיד Editor ומעלה בסביבת העבודה שאליה מעבירים. האפליקציה שומרת על הכתובת, על הנתונים ועל הבעלים שלה, ומתחילה לצרוך את הקרדיטים של סביבת העבודה החדשה.
איך מעבירים אפליקציית Base44 לחשבון אחר?
מזמינים את החשבון החדש כשותף עריכה ומעבירים אליו את הבעלות, וכך הנתונים והכתובת שבה האפליקציה באוויר נשמרים. שכפול דרך התג Edit with Base44 מעתיק רק את המבנה, בלי הנתונים ובלי המשתמשים.
אפשר למכור אפליקציות Base44?
אפשר למכור אפליקציה שבניתם ולמסור אותה באמצעות העברת הבעלות של Base44. אי אפשר למכור או לשתף את החשבון שלכם ב-Base44, וחנות התבניות של Base44 הפסיקה למכור תבניות בתשלום אחרי 30 בספטמבר 2026. הקונים מקבלים על עצמם מסלול ב-Base44, אלא אם האפליקציה מועברת לחשבונות שלהם.
איך סוכנות צריכה למסור אפליקציית Base44 ללקוח?
באופן אידיאלי, בונים בסביבת העבודה של הלקוח עצמו מהיום הראשון. אחרת, שותפים מאושרים של Base44 יכולים להעביר אפליקציה לסביבת העבודה של הלקוח. אם הלקוח רוצה את האפליקציה מחוץ ל-Base44, מוסרים לו מאגר וחשבונות אחסון על שמו.
הדומיין המותאם אישית עובר כשמעבירים אפליקציית Base44?
החיבור עובר: הדומיין ממשיך לעבוד כל עוד המסלול של הבעלים החדשים כולל דומיינים מותאמים אישית. דומיין שקניתם דרך Base44 הוא סיפור אחר, כי הרישום שלו נשאר אצל הבעלים המקוריים של סביבת העבודה, ולכן צריך להעביר אותו בנפרד.
מקורות
נבדק בתאריך 4 באוקטובר 2026. Base44 משתנה מהר; אם משהו כאן כבר לא מעודכן, נשמח לדעת.
- ניהול האפליקציות בסביבת העבודה (העברת בעלות, העברת אפליקציה, שכפול)
- תיעוד ה-API: התחלת העברת בעלות (בחירת סביבת העבודה, שותפי עריכה, היסטוריית הצ׳אט)
- CLI: workspace move (כללים, אפליקציות שנרכשו)
- יומן השינויים של המוצר (העברת בעלות, 11 בינואר 2026; רישום תבניות בחינם, 1 בספטמבר 2026)
- על סביבות עבודה (תפקידים, קרדיטים משותפים)
- קניית דומיין דרך Wix (הבעלות על הדומיין אחרי העברה)
- הצטרפות לתוכנית השותפים של Base44 (תנאי זכאות, העברת אפליקציות, האצלת קרדיטים)
- שכירת שותף של Base44 (תשלומים בין הלקוח לשותף)
- לקבל תשלום על עבודה ללקוחות (Wix Payments, עמלה של 15%)
- שינוי הגדרות החשבון (העברת אפליקציות לחשבון חדש)
- תבניות אפליקציה (תבניות בתשלום הוסרו אחרי 30 בספטמבר 2026)
- תנאי השימוש של Base44 (הגרסה מ-22 ביוני 2026)
- חיבור דומיין (דומיינים מותאמים אישית דורשים Starter ומעלה)
- שימוש באינטגרציות (פונקציות שרת וקונקטורים דורשים Builder ומעלה)
- המחירון של Railway (מסלול Hobby)
- GitHub: העברת מאגר