איך אני מעלה אפליקציה לאוויר - התהליך שלי, צעד-צעד

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

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

לפני שמתחילים

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

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

סריקת אבטחה

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

הפקודה הזאת סורקת את כל הקוד שלכם ובודקת חמישה דברים:

• מפתחות פרטיים שדלפו לקוד - הסכנה הכי גדולה. מפתח API שיוצא לאינטרנט יכול לעלות לכם הרבה כסף תוך שעות
• Rate Limiting - האם יש הגנה מפני בוטים שמנסים להעמיס על השרת
• אימות משתמשים - האם המערכת מזהה משתמשים בצורה בטוחה
• הרשאות - שכל משתמש רואה רק את מה שמותר לו לראות, ולא נתונים של אחרים
• אבטחת מאגרי מידע - שאי אפשר לגשת ישירות למידע רגיש

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

תתקן את הכול

הוא ילך אחד-אחד, מהדברים הקריטיים (מפתחות חשופים) עד למורכבים (Rate Limiting), ויטפל בכל מה שצריך.

למה אני עובד עם Netlify

יש המון פלטפורמות אירוח. Netlify, Vercel, Railway, Render, AWS, ועוד עשרים שאתם לא רוצים לדעת עליהם. אז למה דווקא Netlify?

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

מה אתם מקבלים בחינם:

• אירוח עם כתובת אינטרנט (URL) שאתם יכולים לשלוח לכל אחד
• פריסה אוטומטית - שינוי בקוד ← דקה אחת ← זה באוויר
• תעבורה שמספיקה לאלפי משתמשים בחודש
• חיבור לדומיין משלכם, אם תרצו (אצלי guyrefael.co.il עובד דרך Netlify)

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

הקמת חשבון Netlify

בלי להאריך - זה תהליך של שתי דקות:

1. נכנסים ל- netlify.com
2. לוחצים Sign Up
3. נרשמים עם Google (זאת הדרך הקצרה) או עם GitHub
4. אם הם מבקשים ליצור Organization - תמשיכו עם ההגדרות הברירת מחדל. אפשר לשנות אחר כך

זהו. עכשיו יש לכם חשבון. אנחנו לא נחזור לכאן יותר ידנית - מפה והלאה הכל דרך Claude.

חיבור Claude ל-Netlify

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

ראשית - תגידו לו שאתם רוצים שהוא יעשה הכל

אני מעדיף שאתה תעשה - ורק מה שאתה לא יכול, אני אעשה

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

שנית - הרצת פקודת אימות

בשלב מסוים Claude יבקש להריץ פקודה כדי להתחבר ל-Netlify. אם זה מפחיד אתכם - יופי, זה אומר שאתם בני אדם נורמליים. תגידו לו:

אני לא יודע להריץ פקודות. תעשה את זה בשבילי

הוא יעשה. שמרו את המשפט הזה - אתם תשתמשו בו עוד הרבה פעמים בעתיד.

שלישית - אישור בדפדפן

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

לא נפתח לי

הוא ידע למצוא דרך אחרת לפתוח את הקישור.

במסך עצמו - אם אתם כבר מחוברים ל-Netlify, פשוט לוחצים Authorize . אם לא מחוברים, עושים Sign In עם Google ואז Authorize. זהו.

הפריסה עצמה

מכאן והלאה Claude עושה את כל העבודה. תנו לו לעבוד. אני יודע שיש פיתוי להפריע באמצע ולשאול מה הוא עושה - אל תעשו את זה. זה יבלבל אותו.

מה שמתרחש מאחורי הקלעים, אם בכל זאת מעניין אתכם:

• בנייה של קבצי הפרויקט (תהליך שנקרא build)
• חיבור ל-Netlify דרך האימות
• העלאת הקבצים לשרתים שלהם
• הגדרת משתני הסביבה - כלומר, איך האתר מתחבר ל-Supabase
• בדיקה שהאתר עולה תקין

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

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

בדיקה אחרי העלאה

אני יודע שהפיתוי עכשיו הוא לשלוח את הלינק להורים, לחברים, ל-50 אנשים בקבוצת ה-WhatsApp. אל תעשו את זה. תבדקו קודם.

זה התהליך שאני עובר על כל פרויקט שלי לפני שאני מראה אותו למישהו:

בדיקה 1 - האתר נטען בכלל?

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

בדיקה 2 - הרשמה עובדת?

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

בדיקה 3 - הפיצ'רים העיקריים

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

רק אחרי שכל זה עובד - שולחים לאחרים.

איך עושים עדכונים

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

1. אני שם לב שמשהו צריך תיקון או הוספה
2. אני אומר ל-Claude מה לתקן
3. הוא עושה את זה במקומי, אני בודק שזה עובד
4. אני אומר לו: "תעלה את העדכונים לאתר החי"
5. אני מרענן את הדף בענן (F5) ורואה את השינוי

init - מה זה?

אחרי שהפרויקט עובד טוב והעליתם לאוויר, הריצו ב-Claude Code:

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

למה זה חשוב? בגלל שבעוד שלושה שבועות, כשתחזרו לפרויקט אחרי הפסקה, Claude יקרא את הקובץ הזה תוך שנייה ויידע מיד מה הסיפור. בלעדיו, אתם תבזבזו 20 דקות בלהסביר לו מחדש מה זה הפרויקט הזה ומה הוא עושה.

אני ממליץ להריץ את זה בשתי נקודות זמן:

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

גיבוי ב-GitHub

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

מה אני מקבל מזה

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

איך עושים את זה

1. נרשמים ל- github.com עם Google (כמו ב-Netlify)
2. חוזרים ל-Claude ואומרים: "תגבה את הקוד ב-GitHub"
3. עוברים תהליך אישור דומה למה שעשינו ב-Netlify
4. מקבלים קישור למאגר (Repository) שלכם

מהרגע הזה והלאה, כל פעם ש-Claude משנה משהו, זה מתעדכן אוטומטית גם ב-GitHub.

בעיות שאני נתקל בהן (וההתמודדות איתן)

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

סיכום - מה השגתם

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

• לקחתם רעיון והפכתם אותו למוצר עובד
• בניתם אותו עם Claude
• עברתם בדיקת אבטחה רצינית
• הוצאתם את זה לאוויר
• יש לכם לינק שאפשר לשלוח לכל אחד בעולם

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

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