- יש שלוש דרכים להעביר פרויקט בין חשבונות Lovable: Transfer ownership (העברת בעלות מלאה), Remix (שכפול לחשבון אחר), ו-Workspace transfer (מעבר ל-workspace אחר).
- Transfer ownership מעביר הכל — קוד, היסטוריית chat, GitHub repo, Supabase managed, ו-custom domain. הבעלות עוברת לחלוטין.
- Remix יוצר עותק חדש. לא עוברים credits, היסטוריית chat, Supabase data או secrets.
- לפני העברה — תמיד לעשות גיבוי דרך GitHub ולוודא שלחשבון היעד יש את הפלאן המתאים.
מתי בכלל להעביר פרויקט?
ארבעה תרחישים נפוצים: (1) פרילנסר שמסיים פרויקט ומעביר ללקוח; (2) שני חשבונות אישיים שאתם רוצים לאחד; (3) מעבר מחשבון אישי ל-team workspace של החברה; (4) שיתוף פעולה — מישהו רוצה להמשיך לבנות על מה שאתם התחלתם, מבלי להישאר תלוי בחשבון שלכם.
אחרי העברה מלאה, החשבון המקורי כבר לא רואה את הפרויקט. אם אתם רוצים להישאר עם גישה — או תהפכו ל-collaborator (אם בחשבון היעד יש team plan), או תשתמשו ב-Remix במקום Transfer.
לפני שמתחילים — צ׳קליסט
- וודאו שיש לכם חיבור פעיל ל-GitHub (Settings → GitHub) — זה הגיבוי האמיתי שלכם.
- עשו push אחרון של כל השינויים שלא נשמרו ב-Lovable למסך הקוד.
- בדקו שלחשבון היעד יש את הפלאן הנדרש (Transfer מלא לפרויקט פרטי עשוי לדרוש Pro/Team בחשבון היעד).
- תעדו את ה-secrets הפעילים (Supabase keys, API keys, Stripe keys) — חלקם יידרשו בדיקה אחרי ההעברה.
- אם יש Custom Domain — תכננו לחבר אותו מחדש בחשבון היעד (ה-DNS נשאר אצלכם, רק הקישור בתוך Lovable משתנה).
- אם יש Supabase integration מנוהלת — וודאו שגם בחשבון היעד מופעלת Lovable Cloud.
מסלול 1 — Transfer ownership (העברת בעלות)
לפני שאפשר להעביר בעלות, חשבון היעד חייב להיות member ב-workspace שלכם. גשו ל-Workspace Settings → Members & access → People, לחצו Invite members, הזינו את המייל של חשבון היעד, וודאו שהתפקיד שנבחר הוא Admin (או גבוה יותר), ושההזמנה התקבלה ואושרה. רק אחרי שה-member הופך Admin אפשר להעביר אליו בעלות על פרויקט.
זו הדרך הרשמית להעביר את הבעלות המלאה על הפרויקט לחשבון Lovable אחר. הפרויקט נעלם מהחשבון המקורי ומופיע אצל היעד עם כל ההיסטוריה, ה-GitHub repo, ה-Supabase managed, וה-custom domain.
שלבי ההעברה
- פתחו את הפרויקט בחשבון המקור.
- לחצו על שם הפרויקט בפינה השמאלית העליונה → Settings → Project Settings (באזור General).
- גללו עד לכרטיסייה Transfer ownership.
- לחצו על הכפתור Transfer.
- בחרו את ה-member שקיבל Admin מהרשימה (או הזינו את כתובת המייל של חשבון Lovable היעד).
- אשרו על ידי הקלדת שם הפרויקט (אישור כפול נגד טעויות).
- ב-Lovable של חשבון היעד יתקבל מייל הזמנה — צריך ללחוץ Accept כדי שההעברה תתבצע.
Custom Domain — צריך להגדיר מחדש בחשבון היעד (אבל ה-DNS אצלכם נשאר זהה). Secrets ייחודיים שהוזרקו ידנית — שווה לוודא שהם הגיעו. אם יש לכם מנוי Lovable Pro/Team — הוא נשאר אצלכם, היעד צריך מנוי משלו כדי להמשיך לבנות בקצב מלא.
מסלול 2 — Remix / Duplicate (שכפול)
Remix יוצר עותק חדש לחלוטין של הפרויקט בחשבון שתבחרו. הפרויקט המקורי נשאר בידיים שלכם בלי שינוי. זו הדרך הנכונה כשרוצים 'תן לי בסיס כדי להמשיך משם' — לא כשרוצים להעביר בעלות.
שלבי ה-Remix
- פתחו את הפרויקט (אם הוא של מישהו אחר — הוא צריך להיות Public, או שאתם צריכים להיות member).
- בראש המסך, לחצו על הכפתור Remix.
- בחרו את חשבון/workspace היעד מהרשימה הנפתחת.
- הפרויקט החדש ייפתח אצלכם תוך כמה שניות, עם שם 'remix of ...' (אפשר לשנות מיד).
היסטוריית chat עם Lovable, credits, נתונים שיושבים ב-Supabase managed (טבלאות, משתמשים, קבצים ב-Storage), secrets פעילים, וחיבור Custom Domain. אם הפרויקט המקורי השתמש ב-Lovable Cloud — הפרויקט החדש יקבל Cloud ריק משלו בהפעלה הראשונה.
מסלול 3 — Workspace / Team transfer
אם אתם עובדים ב-team plan, אפשר להעביר ownership של פרויקט בין members של אותו workspace בלי לעבור דרך מייל. ההעברה מיידית והפרויקט נשאר באותו workspace — רק 'הבעלים' (owner) מתחלף.
שלבי ההעברה ב-team workspace
- וודאו שהיוזר היעד הוא כבר member בחשבון/workspace (אם לא — Settings → Members → Invite).
- פתחו את הפרויקט → Project Settings → Members של הפרויקט.
- ליד שם ה-member, פתחו את התפריט ובחרו Make owner / Transfer ownership.
- ההעברה תתבצע מיידית. ה-member הקודם הופך ל-admin/editor (אפשר לשנות).
השוואה מהירה — איזה מסלול מתאים לך?
| Transfer ownership | Remix | Workspace transfer | |
|---|---|---|---|
| מתי להשתמש | מעבירים בעלות מלאה לחשבון/לקוח אחר | רוצים להתחיל מבסיס קיים | מעבירים פרויקט ל-workspace אחר |
| קוד | ✓ עובר | ✓ עובר | ✓ נשאר במקום |
| היסטוריית chat | ✓ עוברת | ✗ לא עוברת | ✓ נשארת |
| GitHub repo | ✓ עובר | ✗ נוצר חדש | ✓ נשאר |
| Supabase managed | ✓ עובר | ✗ נוצר חדש (ריק) | ✓ נשאר |
| Custom domain | צריך לחבר מחדש | ✗ לא עובר | ✓ נשאר |
| Credits | נשארים בחשבון המקור | נדרשים בחשבון היעד | משותפים ב-workspace |
| נדרש Paid plan? | לפעמים, ביעד | לא חובה | כן (team plan) |
| אפשר לבטל? | רק לפני Accept | תמיד (פשוט תמחקו) | כן, להעביר חזרה |
בעיות נפוצות ופתרונות
ה-Custom Domain מפסיק לעבוד אחרי Transfer
התנהגות מצופה. ה-DNS שלכם עדיין מצביע על Lovable, אבל הפרויקט החדש לא יודע שהדומיין הזה משויך אליו. בחשבון היעד: Settings → Domains → Add domain → הזינו את אותו דומיין. הוא יזוהה תוך דקות, בלי לשנות DNS.
ה-Supabase managed לא מציג נתונים אחרי ההעברה
ב-Transfer מלא הנתונים אמורים לעבור. אם הם לא מופיעים: וודאו שב-Lovable Cloud בחשבון היעד אתם רואים את ה-project ID החדש, ושה-RLS policies לא חוסמות את ה-user החדש (לעיתים `auth.uid()` של המשתמש שלכם השתנה). פתחו את ה-Cloud panel ובדקו את ה-policies.
Credits לא הגיעו לחשבון היעד
Credits של Lovable שייכים לחשבון, לא לפרויקט. אחרי Transfer, לחשבון היעד צריך להיות מנוי משלו (Pro/Team) או לקנות credits כדי להמשיך לבנות בקצב מלא. זו לא תקלה — זו ההתנהגות הרגילה.
ה-GitHub repo עדיין מקושר לחשבון GitHub הישן
ב-Transfer ה-Lovable שומר את אותו repo. אם אתם רוצים שגם בעלות ה-repo ב-GitHub תעבור — צריך לעשות זאת ידנית ב-GitHub (Settings של ה-repo → Transfer ownership). זה שני תהליכים נפרדים.
לפני כל העברה — תמיד לעשות סשן אחרון של Push ל-GitHub. גם אם משהו ישתבש בהעברה, הקוד שלכם בטוח. תוך כמה דקות אפשר ליצור פרויקט Lovable חדש ולחבר אותו לאותו repo.
שאלות נפוצות
כן, פעולת ההעברה עצמה לא עולה כסף. אבל לחשבון היעד יכול להיות צורך במנוי משלו (Pro/Team) כדי להמשיך לערוך בקצב מלא או כדי לקבל פרויקטים פרטיים — תלוי בסוג הפרויקט ובמדיניות הנוכחית של Lovable.
ה-DNS שלכם נשאר כפי שהוא, אבל הקישור בתוך Lovable בין הדומיין לפרויקט מתאפס. בחשבון היעד צריך להיכנס ל-Settings → Domains, להוסיף את אותו דומיין מחדש, ו-Lovable יזהה את ה-DNS הקיים תוך דקות.
רק אם חשבון היעד עוד לא לחץ Accept — אז אפשר לבטל את ההזמנה. אם ההעברה כבר הושלמה, הדרך היחידה היא שהיעד יבצע Transfer חזרה אליכם.
ב-Transfer מלא — עובר. ב-Remix — לא, נוצר Cloud ריק חדש לפרויקט המשוכפל. אם הנתונים קריטיים, תעשו לפני כן export ל-CSV או pg_dump.
ב-Transfer הקישור נשאר כמו שהוא — אותו repo. אם רוצים שגם בעלות ה-repo עצמו ב-GitHub תעבור, צריך לבצע Transfer גם בתוך GitHub (זה תהליך נפרד לחלוטין).
Credits — לא, הם שייכים לחשבון ולא לפרויקט. היסטוריית chat — עוברת ב-Transfer מלא, לא עוברת ב-Remix.
מעלים אתר לאוויר? תוודאו שהוא מוכן!
קבלו סריקת אבטחה ו-SEO מקצועית במחיר משתלם שתוכלו לישון בראש שקט
צרו קשר עכשיו ↗