איך מעלים אתר מ-Lovable או Bolt לאחסון משלכם (דומיין, Node, מסד נתונים)

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: כדי להעלות אתר מ-Lovable לאחסון משלכם, מחברים את הפרויקט ל-GitHub (בהגדרות הפרויקט, תחת Git), ואז מחברים את המאגר לשירות אחסון שבונה ומריץ את הקוד, למשל Velocity של קלאודוויז (Cloudways), שתומך ב-React ו-Next.js ומתחיל ב-20$ לחודש. קודם בודקים איזה סוג פרויקט יש לכם: פרויקטים ישנים של Lovable (React + Vite) נבנים לקבצים סטטיים, ופרויקטים חדשים (מ-13 במאי 2026) בנויים על TanStack Start וצריכים שרת שמריץ קוד. מסד הנתונים (Supabase או Lovable Cloud) עובר בנפרד. כך עושים את זה, נכון לנובמבר 2026.

⏱ זמן ביצוע: 30–60 דקות (בלי העברת נתונים) · רמת קושי: בינוני · נבדק לאחרונה מול התיעוד הרשמי: 06.11.2026

למה בכלל להעביר אתר מ-Lovable

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

• בעלות ושליטה: הקוד והאתר יושבים אצלכם, לא תלויים בתוכנית של פלטפורמה אחת.
• מפתח או סוכנות ממשיכים את העבודה בכלים שלהם (Cursor, VS Code) ורוצים פריסה רגילה מ-Git.
• כמה אפליקציות על שרת אחד במחיר קבוע, במקום חשבון נפרד לכל פרויקט.
• דרישות לקוח: אבטחה, מיקום שרת או חשבונית מספק אחד.

מתי לא לעבור: אם אתם עדיין בונים ומשנים את האפליקציה כל יום דרך הצ'אט של Lovable, והאירוח שלהם עובד לכם, אין דחיפות. המעבר מוסיף שכבה של ניהול. אפשר גם להשאיר את ה-backend ב-Lovable ולהעביר רק את ה-frontend. מתלבטים בין כמה כלים? יש השוואה בין בוני אתרים עם AI.

שלב 0: איזה סוג פרויקט יש לכם?

זו השאלה החשובה ביותר, והיא קובעת איפה אפשר לארח. לפי התיעוד של Lovable, יש שני סוגים:

	פרויקט ישן (React + Vite)	פרויקט חדש (TanStack Start)
מתי נוצר	לפני 13.05.2026	מ-13.05.2026
איך הוא רץ	נבנה לקבצים סטטיים שרצים בדפדפן	מרנדר עמודים בצד השרת
איפה אפשר לארח	כל אחסון סטטי, CDN, או שרת עם NGINX	רק אחסון שמריץ קוד שרת
איך מזהים	בקובץ package.json מופיע vite, ויש קובץ vite.config	בקובץ package.json מופיעה חבילה של ‎@tanstack/react-start

Vite הוא כלי בנייה שהופך את קוד ה-React לקבצי HTML, JavaScript ו-CSS מוכנים. TanStack Start הוא framework שמריץ חלק מהקוד בשרת, מה שטוב ל-SEO אבל מחייב סביבת הרצה. הבדיקה לוקחת דקה: פתחו את package.json במאגר ב-GitHub וחפשו את המילים האלה.

איפה אפשר לארח – ארבע אפשרויות

אפשרות	מתאים ל	יתרון	חיסרון
להישאר באירוח של Lovable	מי שעדיין בונה ב-Lovable	אפס עבודה, דומיין ו-SSL כלולים	תלות בפלטפורמה אחת
אחסון סטטי / CDN (Netlify, Cloudflare Pages ודומיהם)	פרויקט Vite פשוט	פשוט, לרוב יש מסלול חינמי	לא מתאים לפרויקט TanStack Start בלי התאמות
Node.js מנוהל (Velocity של קלאודוויז)	מי שרוצה פריסה מ-Git, כמה אפליקציות ומחיר קבוע	preset ל-React ול-frameworks נוספים, PostgreSQL או Supabase, CDN ו-WAF כלולים	מ-20$ לחודש, אין מסלול חינמי
VPS משלכם	מפתחים שמנהלים לינוקס	שליטה מלאה	אבטחה, SSL ועדכונים עליכם

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

מה Velocity תומך בו, ומה עוד לא בדקנו

Velocity הוא אחסון Node.js מנוהל של קלאודוויז: שרת שרץ כל הזמן (בלי cold starts), פריסה מ-GitHub, GitLab או Bitbucket, ומחיר חודשי קבוע. לפי עמוד המוצר של קלאודוויז, Velocity תומך ב-Next.js, Remix, React, Astro, Express, Fastify, Angular ו-n8n, ובגרסאות Node 22.x ו-24.x. Vite לא מופיע ברשימה הזו. קלאודוויז כותבת שכל מה שנבנה ל-SSR או לחבילה סטטית ומופעל בפקודת Node יכול לרוץ, עם preset בשם Other למקרים אחרים. מי שמריץ אוטומציות ב-n8n יכול לקרוא על מדריך לאחסון n8n.

• פרויקט Lovable ישן (React + Vite): React הוא preset מוכן, והפאנל מזהה את ה-framework מהמאגר אוטומטית. Vite עצמו לא מופיע ברשימת ה-presets, ולכן אנחנו מצפים שהפרויקט ירוץ עם preset React או עם Other, אבל לא בדקנו את זה בעצמנו על פרויקט Lovable. בדקו בתקופת הניסיון לפני שאתם מתחייבים.
• פרויקט Lovable חדש (TanStack Start): TanStack Start לא מופיע ברשימת ה-presets. לפי הניסוח של קלאודוויז, הוא אמור לרוץ דרך Other אם הבנייה מייצרת שרת Node שמופעל בפקודה. לא בדקנו את זה בעצמנו על פרויקט Lovable, ולכן אם זה המקרה שלכם, נסו בתקופת הניסיון (3 ימים ב-Starter וב-Professional) לפני שאתם מתחייבים, ופנו לתמיכה אם הבנייה נכשלת.

העלאת אתר Lovable ל-Velocity – שלב אחר שלב

חלק א: מעבירים את הקוד ל-GitHub

1. ב-Lovable, פתחו Project settings ← Git ← GitHub ולחצו Add connection.
2. בחלון של GitHub בחרו חשבון, סמנו Only select repositories (מומלץ) ולחצו Install & Authorize.
3. חזרו להגדרות הפרויקט ולחצו Connect. Lovable יוצר מאגר חדש, פרטי כברירת מחדל, ומתחיל סנכרון דו-כיווני.

הסנכרון עובד על ענף אחד בכל פעם, בדרך כלל main. כל שינוי שתעשו ב-Lovable יגיע ל-GitHub, וכל push לענף הזה יחזור ל-Lovable. אם אתם רק רוצים עותק, יש גם Download codebase (קובץ zip), אבל הוא דורש תוכנית בתשלום ולא מתעדכן.

חלק ב: פורסים ב-Velocity

1. בפאנל הניהול של קלאודוויז בחרו Velocity בתפריט ולחצו Get Started.
2. בחרו תוכנית. לאתר אחד של Lovable, Starter (2GB, עד 5 אפליקציות) מספיק. לחצו Proceed, תנו שם לשרת ובחרו מיקום.
3. במסך Select Repository בחרו GitHub ולחצו Connect. אשרו את אפליקציית Cloudways Deploy, ושוב עדיף לבחור רק את המאגר הרלוונטי.
4. בחרו את המאגר שיצר Lovable ולחצו Continue.
5. במסך Review build settings בדקו את ה-Framework Preset: React (או מה שהפאנל זיהה) לפרויקט ישן, Other לפרויקט TanStack Start. בחרו ענף (main) וגרסת Node (‏22 LTS היא בחירה בטוחה).
6. ב-Build and output settings ודאו שפקודת הבנייה ותיקיית הפלט נכונות. בפרויקט Vite רגיל, הבנייה היא npm run build והפלט בתיקייה dist. אם משהו שונה אצלכם, לחצו Change.
7. הוסיפו משתני סביבה (ראו הסעיף הבא) דרך Add, או ייבאו קובץ ‎.env עם Import .env.
8. לחצו Deploy Now וחכו כמה דקות. בסוף תקבלו כתובת זמנית לבדיקה.

מדריך מפורט לכל מסכי הניהול של Velocity יש במדריך ניהול אפליקציות ב-Velocity.

משתני סביבה ומפתחות – החלק שכולם שוכחים

משתני סביבה (Environment Variables) הם ערכים שהאפליקציה קוראת בזמן בנייה או הרצה, כמו כתובת ה-Supabase והמפתח הציבורי שלו, בלי לכתוב אותם בקוד. התיעוד של Lovable מזהיר שכשמעבירים את ה-frontend, צריך להגדיר מחדש אצל הספק החדש את משתני הסביבה, הסודות וכתובות ההפניה של ההתחברות.

• בפרויקט Vite, רק משתנים שמתחילים ב-VITE_ מגיעים לקוד שרץ בדפדפן, והם נכנסים בזמן הבנייה. אם שיניתם משתנה, צריך לבנות מחדש (Redeploy).
• מה שנכנס לדפדפן גלוי לכל גולש. מפתח anon של Supabase מיועד לזה. מפתח service_role או מפתח של ספק AI לא שמים במשתנה VITE_ לעולם.
• ב-Velocity אפשר לסמן משתנה כ-Sensitive. אחרי השמירה אי אפשר לראות את הערך שוב, אז העתיקו אותו נכון לפני השמירה.

מסד הנתונים: Supabase, Lovable Cloud או PostgreSQL

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

המצב שלכם	מה עושים
הפרויקט מחובר ל-Supabase משלכם	לא מזיזים כלום. מגדירים ב-Velocity את משתני הסביבה של Supabase, ומעדכנים ב-Supabase את כתובות ההפניה לדומיין החדש. ב-Velocity יש גם חיבור Supabase מובנה בעמוד Database
הפרויקט משתמש ב-backend המובנה של Lovable	אפשר להשאיר אותו שם ולהעביר רק את ה-frontend. אם רוצים להעביר גם אותו, היעדים הנתמכים לפי Lovable הם Supabase מנוהל או Supabase באירוח עצמי
רוצים PostgreSQL בתוך Velocity	אפשרי, אבל Lovable מציין שמעבר ל-PostgreSQL רגיל לא מעביר התחברות, אחסון קבצים, Realtime ו-Edge Functions. זו בנייה מחדש של חלקים, לא העברה

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

חיבור הדומיין שלכם

ב-Velocity, הדומיין מחובר דרך Cloudflare Enterprise שכלול בתוכנית. התהליך:

1. באפליקציה, פתחו Domain Management והזינו את הדומיין.
2. אחרי האימות יופיע חלון עם רשומות DNS. קלאודוויז ממליצה על רשומות CNAME לדומיין הראשי ול-www, ונותנת רשומות A כחלופה.
3. אצל רשם הדומיין מחקו רשומות קיימות עם אותו שם שמתנגשות, והוסיפו את החדשות.
4. חכו לאימות. ה-SSL מונפק אוטומטית.

טיפ לדומיינים ישראליים: חלק מממשקי ה-DNS לא מאפשרים CNAME לדומיין הראשי (@). במקרה כזה השתמשו ברשומות A החלופיות. אם הדומיין שלכם מנוהל ב-Cloudflare, ודאו שהרשומות במצב DNS Only. עוד על ניהול DNS אצל רשמים ישראליים במדריך DNS לדומיין ישראלי.

ומה עם Bolt?

Bolt (bolt.new) עובד באופן דומה. לפי התיעוד שלו יש שתי דרכים להוציא את הקוד:

• סנכרון ל-GitHub: מחברים מאגר לפרויקט, והקומיטים מסתנכרנים. מכאן הפריסה ל-Velocity זהה לחלק ב' למעלה.
• הורדת zip: תחת שם הפרויקט, Export ← Download (רק ממחשב, לא מהנייד). אחר כך מעלים את התיקייה למאגר Git חדש.

גם ב-Bolt, העברת הקוד לא מעבירה את מסד הנתונים, ההתחברות או הגדרות האחסון. בדקו ב-package.json איזה framework הפרויקט משתמש בו, ובחרו את ה-preset המתאים ב-Velocity.

טעויות נפוצות ואיך לפתור אותן

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

עמוד הבית עובד, אבל רענון של עמוד פנימי מחזיר 404: באפליקציית React סטטית, הניתוב קורה בדפדפן, והשרת צריך להחזיר את index.html לכל כתובת. בדקו אם ה-preset מטפל בזה. אם לא, ב-Velocity יש Web Rules עם Rewrite Rules, או פנו לתמיכה.

ההתחברות (Login) מפנה חזרה לכתובת של Lovable: עדכנו ב-Supabase את Site URL ואת רשימת ה-Redirect URLs לדומיין החדש.

הבנייה נכשלת: בדקו את יומני הבנייה בלשונית Deployments. סיבות נפוצות: גרסת Node לא מתאימה, פקודת בנייה שגויה, או preset לא נכון. לפרויקט TanStack Start נסו Other עם הפקודות מ-package.json.

שינויים ב-Lovable "דורסים" שינויים מ-Cursor: שני הכלים עובדים על אותו ענף. החליטו מי עובד מתי, או עבדו בענף נפרד ומזגו.

שאלות נפוצות

מדריכים קשורים

• Cloudways Velocity – אחסון Node.js מנוהל, סקירה מלאה
• ניהול אפליקציה ב-Velocity: פריסות, דומיינים וגיבויים
• מחירון Velocity: Starter עד Business
• פריסה מ-Git בקלאודוויז
• כל המדריכים בתחום: AI ואוטומציה

מקורות (נבדקו ב-06.11.2026): How to Launch an Application on Cloudways Velocity · How to Connect and Manage a Database on Cloudways Velocity · How to Add a Domain to Your Application on Cloudways Velocity (Cloudways Knowledge Base) · Cloudways Velocity · Lovable – GitHub integration · Lovable – Deployment, hosting and ownership · Lovable FAQ · Bolt – GitHub · Bolt – Manage your projects. המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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