איך מעלים לאוויר אתר שבניתם עם AI

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

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

מה יש לכם ביד אחרי הבנייה עם AI

רוב הכלים האלה יוצרים פרויקט React שנבנה עם Vite. זה קוד רגיל, והוא שלכם. כדי שגולשים יוכלו לראות אותו, הקוד עובר שלב שנקרא build: פקודה שהופכת אותו לקבצים שהדפדפן מבין, HTML, CSS ו-JavaScript. בפרויקט Vite הקבצים האלה נוצרים בתיקייה בשם dist.

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

איך מוציאים את הקוד מכל כלי, בקצרה:

• Lovable: מחברים את הפרויקט ל-GitHub מתוך ההגדרות. החיבור מסנכרן את הקוד לשני הכיוונים. אם צריך קובץ ZIP, בדקו בהגדרות הכלי אם יש הורדה כזו.
• Bolt: מתפריט הפרויקט בוחרים Export ואז Download, ומקבלים ZIP של כל הפרויקט.

שלב 1: בונים את האתר

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

npm install
npm run build

בסוף נוצרת תיקיית dist. את התוכן שלה מעלים לאחסון.

שימו לב למשתני סביבה. אם האתר מתחבר ל-Supabase או לשירות אחר, יש בפרויקט קובץ .env עם משתנים שמתחילים ב-VITE_, למשל VITE_SUPABASE_URL. ב-Vite המשתנים האלה נכנסים לתוך הקבצים בזמן ה-build, ולא בזמן שהאתר רץ. לכן הם צריכים להיות מוגדרים לפני שמריצים npm run build. וחשוב לא פחות: כל מה שנכנס למשתנה VITE_ גלוי לכל גולש. מפתח סודי לא שמים שם.

שלב 2: מעלים את הקבצים

הדרך העיקרית כרגע:

העלאת הקבצים: דוחסים את התוכן של תיקיית dist לקובץ ZIP, מעלים אותו לתיקיית האתר ומחלצים אותו שם. חשוב לדחוס את מה שבתוך dist ולא את התיקייה עצמה, כך שקובץ index.html יישב ישירות בתיקיית האתר. איך מעלים בפועל, במדריך באזור הלקוח.

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

שלב 3: ניתוב לעמודים פנימיים, בלי 404 ברענון

זו התקלה הנפוצה ביותר באתרים שנבנו עם AI. דף הבית עובד, הקישורים בתוך האתר עובדים, אבל כשמרעננים עמוד פנימי כמו /about או שולחים קישור ישיר אליו, מקבלים שגיאה 404.

הסיבה: באתרי React הניתוב בין העמודים קורה בדפדפן. בשרת אין באמת קובץ בשם about, ולכן השרת מחזיר "לא נמצא". הפתרון הוא להגדיר לשרת שכל כתובת שאינה קובץ קיים תחזיר את index.html, ומשם האתר כבר יודע איזה עמוד להציג.

בשרת Apache עושים את זה עם קובץ בשם .htaccess בתיקיית האתר:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.html$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.html [L]
</IfModule>

קבצים אמיתיים, כמו תמונות וקובצי JavaScript, ממשיכים להיטען כרגיל. רק כתובות שלא קיימות כקובץ מופנות ל-index.html.

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

שלב 4: מחברים דומיין ו-SSL

אפשר להשאיר את ניהול ה-DNS אצל הרשם או ספק ה-DNS, או לנהל אותו אצלנו עם שרתי השמות ns1.globalex.cloud ו-ns2.globalex.cloud. אם ה-DNS נשאר אצל הרשם, מוסיפים שם רשומת TXT לאימות הבעלות על הדומיין, רשומת A לדומיין הראשי ורשומת CNAME ל-www. אם האתר שולח מיילים, למשל מטופס, מוסיפים גם רשומות SPF, DKIM ו-DMARC. רק המיילים האלה ממתינים להן. את הכתובת המדויקת תקבלו בפתיחת החשבון. אם הדומיין היה מחובר קודם לכלי הבנייה, מוחקים את הרשומות הישנות שלו. שתי רשומות A לאותו שם יגרמו לאתר להיטען רק בחלק מהפעמים.

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

מה קורה עם הנתונים, ההתחברות ו-Supabase

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

• Lovable Cloud בנוי על Supabase. אתר שמשתמש בו ממשיך לפנות אליו גם כשהוא מאוחסן אצלנו.
• Supabase שחיברתם בעצמכם ממשיך לעבוד כרגיל, עם אותם משתני VITE_.

דבר אחד חובה: להוסיף את הדומיין החדש לרשימת הכתובות המורשות להתחברות אצל ספק ה-backend (ב-Supabase זה נמצא בהגדרות ה-Authentication, תחת URL Configuration). בלי זה, התחברות עלולה להיכשל עם שגיאת הפניה.

אתר שצריך שרת, ולא רק קבצים

חלק מהאתרים צריכים שרת שמריץ קוד כל הזמן, ולא רק קבצים. אפליקציות Node.js: בחבילות Node Starter, עסק פלוס וסוכנות (פרטים).

מה לבדוק אחרי שהאתר באוויר

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

איזו חבילה מתאימה

לאתר סטטי (גם אם נבנה בעזרת AI) מתאימה חבילת אתרים סטטיים (לעמוד החבילה): עד 3 אתרים, 30GB תעבורה בחודש, SSL חינם וגיבוי יומי מחוץ לשרת, 14 ימים אחורה, החל מ-17.90 ₪ לחודש כולל מע"מ (בלי מייל). השרת נמצא בישראל, קרוב לגולשים שלכם, והתמיכה בעברית. אפליקציות Node.js: בחבילות Node Starter, עסק פלוס וסוכנות (פרטים). כל החבילות מוצגות בעמוד האחסון.