מילון מונחים לבעלי מערכות שנבנו בכלי AI

איך משתמשים במילון

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

הכלי, ואיך עובדים בו

כלי AI לבניית אפליקציות AI app builder

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

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

איפה תפגשו את זה: ל-Lovable, ל-Base44, ל-Replit, ל-Emergent ול-Bolt יש עמוד משלהם באתר, עם מה שכל אחד מהם מחזיק אצלו ומה יוצא ממנו.

וייב קודינג vibe coding

בנייה של תוכנה בשיחה עם בינה מלאכותית: אומרים לה מה רוצים, והיא כותבת את הקוד, בלי שמי שבונה צריך להבין איך הקוד עובד^[1].

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

פרומפט, הנחיה prompt

ההודעה שכותבים לבינה המלאכותית בצ׳אט של הכלי: מה לבנות, מה לשנות או מה לתקן.

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

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

קרדיטים credits

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

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

איפה תפגשו את זה: ב-Lovable אותה יתרה משלמת על הבנייה, על האירוח, על צד השרת המובנה ועל יכולות ה-AI שבאפליקציה עצמה^[2]. ב-Base44 יש שני סוגים: קרדיטים של הודעות, על הבנייה, וקרדיטים של אינטגרציות, על שירותים מובנים כמו שליחת מייל^[3].

תצוגה מקדימה preview

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

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

איפה תפגשו את זה: ב-Emergent לתצוגה המקדימה ולאפליקציה שפורסמה יש כתובת, שרת ומסד נתונים נפרדים: בפרסום הראשון הנתונים מועתקים פעם אחת, ומאז שני מסדי הנתונים נפרדים זה מזה^[4].

פרסום, העלאה לאוויר publish, deploy

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

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

איפה תפגשו את זה: ב-Lovable כפתור Publish לוקח את מצב הפרויקט ברגע הלחיצה ומעלה אותו לכתובת משלו, עם חיבור מאובטח^[5]. ב-Emergent כותבים במפורש שמה שכלים אחרים מכנים deploy נקרא אצלם Publish^[4].

היסטוריית גרסאות ושחזור גרסה version history, rollback

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

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

איפה תפגשו את זה: ב-Lovable כל שינוי נשמר כגרסה, אבל חזרה לגרסה קודמת משחזרת את הקוד בלבד, ולא נוגעת בנתונים^[6]. ב-Emergent נשמרת נקודת שמירה אחרי כל תור של הסוכן, וחזרה אליה מוחקת את מה שנעשה אחריה ומשפיעה על התצוגה המקדימה בלבד^[7].

סביבת פיתוח וסביבת ייצור development, production

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

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

איפה תפגשו את זה: ב-Replit לכל אפליקציה יש שני מסדי נתונים: אחד לפיתוח, ואחד לנתונים החיים של האפליקציה שפורסמה^[8]. ב-Emergent זה דומה: התצוגה המקדימה והאפליקציה שפורסמה עובדות מול מסדי נתונים נפרדים^[4].

מסכים, קוד ולוגיקה

פרונטאנד, צד הלקוח frontend

כל מה שרץ בדפדפן או בטלפון של מי שמשתמש במערכת: המסכים, הטפסים, הכפתורים והקוד שמפעיל אותם.

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

בקאנד, צד השרת backend

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

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

איפה תפגשו את זה: ב-Lovable צד השרת המובנה נקרא Lovable Cloud, והוא כולל מסד נתונים, התחברות משתמשים, אחסון קבצים ופונקציות^[9]. ב-Base44 צד השרת מנוהל כולו על ידי Base44: מסד הנתונים, התחברות המשתמשים ופונקציות השרת^[10].

קוד מקור source code

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

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

מאגר קוד repository, repo

המקום שבו שמור הקוד של המערכת, יחד עם ההיסטוריה של כל שינוי שנעשה בו^[11].

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

GitHub

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

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

איפה תפגשו את זה: Lovable מסנכרן את הפרויקט למאגר ב-GitHub בשני הכיוונים, ובתוכניות בתשלום אפשר גם להוריד את הקוד ישירות^[12]. Base44 מסנכרן ל-GitHub בשני הכיוונים מתוכנית Builder ומעלה, ורק בעל האפליקציה יכול לחבר אותה^[13].

ייצוא export

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

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

איפה תפגשו את זה: ב-Base44 פקודת eject יוצרת עותק מקומי של האפליקציה עם מסד נתונים ריק: מבנה הטבלאות מועתק, הנתונים לא^[14]. ב-Lovable ייצוא הנתונים כולל את כל מסד הנתונים, אבל לא את הקבצים, לא את הקוד של הפונקציות ולא את הסודות^[15].

פונקציות שרת edge functions, backend functions

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

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

איפה תפגשו את זה: ב-Lovable קוראים להן edge functions, והן רצות על השרתים של Lovable^[16]. ב-Base44 אלה backend functions^[10], וב-Bolt אלה server functions, שמקבלות גם את ההודעות שמגיעות משירותים כמו Stripe^[17].

SDK, ערכת פיתוח של הכלי SDK

ערכת כלים מוכנה שמפתחים משתמשים בה כדי לבנות תוכנה שעובדת מול פלטפורמה מסוימת^[18].

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

איפה תפגשו את זה: אפליקציה של Base44 ניגשת לנתונים, להתחברות ולפונקציות דרך ה-SDK של Base44, שפונה לשרתים של Base44^[19].

API, ממשק תכנות API

דרך מוגדרת שבה תוכנה אחת מבקשת מידע או פעולה מתוכנה אחרת, בלי מסכים ובלי אדם באמצע^[20].

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

סט טכנולוגיות tech stack

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

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

איפה תפגשו את זה: אפליקציות של Base44, למשל, בנויות ב-React, ב-Vite, ב-Tailwind CSS וב-shadcn/ui בצד הלקוח, ועל מסד נתונים מסוג NoSQL שמנוהל בצד השרת^[10].

מסד הנתונים

מסד נתונים database

המקום שבו המערכת שומרת את המידע שלה בצורה מסודרת: לקוחות, הזמנות, תורים ומסמכים^[21].

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

איפה תפגשו את זה: ב-Lovable Cloud זה מסד נתונים מסוג Postgres שמנוהל בשבילכם^[22]. ב-Base44 זה מסד נתונים מסוג NoSQL שמנוהל על ידי Base44^[10]. ב-Emergent הנתונים נשמרים ב-MongoDB, כברירת מחדל על שרתים משותפים ש-Emergent מנהלת^[23].

טבלה, ישות table, entity

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

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

איפה תפגשו את זה: ב-Base44 הטבלאות נקראות entities, וכל אחת מוצגת בלוח הנתונים עם פעולות כמו ייצוא, גיבוי ושחזור^[24].

מבנה הנתונים, סכמה schema

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

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

איפה תפגשו את זה: ב-Base44 פקודת eject מעתיקה את מבנה הטבלאות, אבל לא את הנתונים^[14].

SQL ו-NoSQL SQL, NoSQL

SQL היא שפה לשליפה ולעדכון של נתונים במסדי נתונים שבנויים מטבלאות^[25]. NoSQL הוא שם כללי למסדי נתונים שלא בנויים כך^[21], ורבים מהם שומרים כל רשומה כמסמך.

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

איפה תפגשו את זה: ב-Lovable יש עורך SQL שמריץ שאילתות ישירות על מסד הנתונים^[9]. ב-Base44 מסד הנתונים הוא מסוג NoSQL^[10], וב-Emergent הנתונים נשמרים כמסמכים ב-MongoDB^[23].

הרשאות ברמת השורה Row Level Security, RLS

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

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

איפה תפגשו את זה: ב-Lovable הכללים נקראים RLS policies: הכלי יוצר אותם בעצמו כשהוא בונה יכולות ששומרות מידע של משתמשים, ואפשר לקרוא אותם תחת More, Cloud, Database^[22]. ב-Base44 הם נקראים data permissions, ו-Base44 מזהירה שאם הם לא מוגדרים נכון, האנשים הלא נכונים עלולים לראות נתונים או לשנות אותם^[26].

ייצוא נתונים, קובץ CSV data export, CSV

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

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

איפה תפגשו את זה: ב-Base44 מייצאים כל טבלה בנפרד, לקובץ CSV, מתפריט הפעולות שלה, למשל כדי לשלוח הזמנות לרואה החשבון^[24]. ב-Lovable ייצוא הנתונים מוציא את כל מסד הנתונים בבת אחת, כולל חשבונות המשתמשים^[15].

גיבוי ושחזור backup, restore

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

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

איפה תפגשו את זה: ב-Base44 יש גיבוי ושחזור לכל טבלה, בסביבת הייצור בלבד^[24]. ב-Lovable משחזרים גיבויים של מסד הנתונים מתוך מסך מסד הנתונים^[22].

מיגרציה migration

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

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

איפה תפגשו את זה: ב-Lovable, אם אחרי גרסה מסוימת רצה מיגרציה על מסד הנתונים, חזרה לאותה גרסה לא מבטלת אותה^[6].

משתמשים, הרשאות ואבטחה

אימות משתמשים, התחברות authentication

הבדיקה שמי שנכנס למערכת הוא באמת מי שהוא אומר שהוא^[27], בדרך כלל בסיסמה, בקוד חד-פעמי או בחשבון Google.

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

איפה תפגשו את זה: Base44 מגיעה עם עמודי התחברות, הרשמה ואיפוס סיסמה מוכנים, ומטפלת באימות מאחורי הקלעים^[28]. ב-Lovable המשתמשים ודרכי ההתחברות מנוהלים בתוך Lovable Cloud^[9].

הרשאות ותפקידים permissions, roles

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

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

איפה תפגשו את זה: ב-Base44 תפקידים כמו Admin ו-User קובעים מה אנשים עושים באפליקציה עצמה, אבל לא נותנים גישה לעורך או ללוח הבקרה, שפתוחים רק לבעל האפליקציה ולשותפים לבנייה^[29].

התחברות עם Google social login

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

למה זה חשוב לכם: ההגדרות של התחברות כזו לא נשמרות במסד הנתונים, ולכן במעבר מגדירים אותה מחדש^[15], ובודקים שמשתמש קיים נכנס לאותו חשבון שהיה לו.

איפה תפגשו את זה: ב-Base44 בוחרים את דרכי ההתחברות ומתאימים את ההתחברות עם Google בהגדרות ההתחברות של האפליקציה^[28].

גיבוב סיסמאות password hash

הדרך הנכונה לשמור סיסמאות: לא את הסיסמה עצמה, אלא תוצאה של חישוב חד-כיווני שאי אפשר להפוך בחזרה לסיסמה^[30].

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

איפה תפגשו את זה: ייצוא הנתונים של Lovable Cloud כולל את חשבונות המשתמשים ואת הסיסמאות שלהם בצורתן המגובבת^[15].

גישת שירות, המפתח הראשי service role

הרשאה שעוקפת את כל כללי הגישה, וקוראת וכותבת כל רשומה במערכת. היא קיימת בשביל קוד שרץ על השרת, לא בשביל משתמשים.

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

איפה תפגשו את זה: ב-Base44 גישת service role עוקפת את כללי הגישה לנתונים, והיא זמינה רק בפונקציות שרת שרצות אצל Base44^[19].

סריקת אבטחה security scan

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

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

איפה תפגשו את זה: ל-Lovable יש שתי סריקות מובנות, מהירה ומעמיקה, ו-Lovable עצמה כותבת שהן לא מחליפות בדיקת אבטחה יסודית^[31].

קבצים ומדיה

אחסון קבצים file storage, bucket

המקום שבו נשמרים הקבצים שהמערכת מקבלת ומציגה: תמונות, מסמכים וסרטונים. הקבצים מסודרים ב"דליים" (buckets), וכל דלי מגדיר מי רשאי לגשת אליו.

למה זה חשוב לכם: הקבצים לא נמצאים במסד הנתונים, וייצוא הנתונים של Lovable, למשל, לא כולל אותם^[15]. במעבר מעבירים אותם בנפרד, ובודקים שכל קישור לקובץ עדיין עובד.

איפה תפגשו את זה: ב-Lovable האחסון הוא חלק מ-Lovable Cloud, והכלי יוצר בעצמו את הדליים ואת הרשאות הגישה אליהם^[32]. ב-Replit הוא נקרא App Storage, ולפני כן Object Storage^[33].

רשת הפצת תוכן CDN

שרתים בהרבה מקומות בעולם ששומרים עותקים של האתר, כך שכל מבקר מקבל אותו מהשרת הקרוב אליו^[34].

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

איפה תפגשו את זה: Lovable מגישה את האפליקציות שהיא מארחת ממיקומים ברחבי העולם^[5].

חיבורים, תשלומים ודומיין

אינטגרציה, חיבור integration, connector

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

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

איפה תפגשו את זה: ב-Base44 שירותים מובנים כמו שליחת מייל או יצירת תמונה צורכים קרדיטים של אינטגרציות, אבל פנייה לשירות חיצוני עם מפתח API משלכם לא צורכת אותם^[3].

מפתח API API key

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

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

איפה תפגשו את זה: ב-Lovable מפתחות כאלה נשמרים כסודות מוצפנים שלא מגיעים לדפדפן^[35].

סודות ומשתני סביבה secrets, environment variables

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

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

איפה תפגשו את זה: ב-Lovable הסודות מוצפנים ומגיעים רק לפונקציות השרת^[35], וייצוא הנתונים לא כולל אותם^[15]. ב-Replit כלי הסודות מצפין כל סוד ומעביר אותו לאפליקציה כמשתנה סביבה^[36].

וובהוק webhook

הודעה ששירות חיצוני שולח למערכת שלכם מיוזמתו, ברגע שמשהו קורה אצלו, למשל כשתשלום עבר^[37].

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

איפה תפגשו את זה: ב-Bolt פונקציות השרת הן שמקבלות הודעות כאלה, משירותים כמו Stripe^[17].

סליקה payment processing

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

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

דומיין, שם מתחם domain name

הכתובת של האתר באינטרנט, השם שהלקוחות מקלידים כדי להגיע אליו^[38].

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

איפה תפגשו את זה: ב-Lovable דומיין שקונים דרך הכלי שייך ל-workspace ולא לפרויקט מסוים^[39]. ב-Base44 כמעט כל דומיין שנקנה בתוך הכלי מגיע דרך Wix^[40].

רשם דומיינים registrar

החברה שדרכה רושמים דומיין ומחדשים אותו. דומיין שמסתיים ב-co.il רושמים דרך אחד הרשמים שאיגוד האינטרנט הישראלי הסמיך^[41].

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

DNS ורשומות DNS DNS records

ספר הטלפונים של האינטרנט: מערכת שמתרגמת שם של אתר לכתובת של השרת שלו^[42]. הרשומות הן השורות בספר: לאן הולך האתר (רשומות A ו-CNAME), לאן הולך המייל (MX), ואימותים שונים (TXT)^[43].

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

איפה תפגשו את זה: כשמחברים דומיין שנקנה ב-Lovable, הכלי יוצר בעצמו את רשומות ה-A ואת רשומות ה-TXT לאימות^[39].

HTTPS ותעודת SSL HTTPS, SSL/TLS

החיבור המוצפן בין הדפדפן לאתר, זה שמסומן במנעול ליד הכתובת^[44]. התעודה היא הקובץ שמאפשר אותו, ו-SSL הוא השם הישן של התקן שנקרא היום TLS^[45].

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

איפה תפגשו את זה: Lovable מנפיקה תעודה לכל כתובת שמפורסמת, גם לדומיין משלכם^[5], וגם דומיין שנקנה דרך Base44 מגיע עם התעודה מוגדרת^[40].

אימות מייל: SPF, DKIM ו-DMARC SPF, DKIM, DMARC

שלוש רשומות בדומיין שמוכיחות לתיבות הדואר של הלקוחות שמייל ששלחתם באמת הגיע מכם: SPF אומרת אילו שרתים רשאים לשלוח בשם הדומיין^[46], DKIM מוסיפה למייל חתימה^[47], ו-DMARC קובעת מה לעשות במייל שנכשל בבדיקות^[48].

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

התשתית, ומה קורה אחרי המעבר

אירוח hosting

השרתים שעליהם המערכת רצה, ושמהם היא מוגשת למי שנכנס אליה.

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

איפה תפגשו את זה: ב-Lovable האירוח הוא חלק מהכלי ולא מוצר נפרד: מפרסמים, ו-Lovable מטפלת בכל מה שמאחור^[5].

שרת server

מחשב, או תוכנה שרצה עליו, שנותן שירות למחשבים אחרים, למשל מגיש את האתר או שומר את הנתונים^[49].

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

ענן cloud

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

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

תשתית משלכם

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

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

לוגים, יומני מערכת logs

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

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

איפה תפגשו את זה: ב-Bolt יומני מסד הנתונים כוללים את הריצות של פונקציות השרת, את ההתחברויות ואת השאילתות והשגיאות של מסד הנתונים^[50]. ב-Lovable Cloud יש מסך לוגים לאיתור שגיאות^[9].

ניטור והתראות monitoring, alerts

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

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

זמן השבתה downtime

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

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

נעילה בספק vendor lock-in

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

למה זה חשוב לכם: נעילה היא לא בהכרח סיבה לעזוב, אבל כדאי לדעת מראש מה ייתקע אם תרצו לעזוב. ההשוואה של מה שנעול בכל כלי עוברת על זה שכבה אחרי שכבה ב-Lovable, ב-Base44, ב-Replit, ב-Emergent וב-Bolt.

איך הכנו את המדריך

כל עובדה על כלי במילון לקוחה מהתיעוד הרשמי של Lovable, Base44, Replit, Emergent או Bolt, ומפנה לעמוד שבו היא כתובה. את ההגדרות הכלליות השווינו למילון המונחים של MDN, לתקנים עצמם (RFC), להנחיות OWASP לשמירת סיסמאות, למילון Merriam-Webster ולאתר של איגוד האינטרנט הישראלי. הסידור לפי שש השכבות וההסברים למה כל מונח חשוב לעסק הם הניתוח שלנו. לא ביצענו את הפעולות בכל כלי בפרויקט ניסיון, ולכן התאריך מציין בדיקה מול התיעוד בלבד. כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.

נבדק מול התיעוד הרשמי ב-12 באוקטובר 2026.

מקורות

1. vibe coding (Slang & Trending) Merriam-Webster · נבדק ב-12 באוקטובר 2026
2. Credits and usage Lovable · נבדק ב-11 באוקטובר 2026
3. Credits Base44 · נבדק ב-11 באוקטובר 2026
4. Preview vs Published Emergent · נבדק ב-11 באוקטובר 2026
5. How Lovable hosts your app Lovable · נבדק ב-11 באוקטובר 2026
6. Revert and restore your project with version history Lovable · נבדק ב-11 באוקטובר 2026
7. Checkpoints: undo anything Emergent · נבדק ב-11 באוקטובר 2026
8. Development and production databases Replit · נבדק ב-11 באוקטובר 2026
9. Lovable Cloud Lovable · נבדק ב-11 באוקטובר 2026
10. Introduction Base44 · נבדק ב-11 באוקטובר 2026
11. Repo MDN Web Docs · נבדק ב-11 באוקטובר 2026
12. Sync your Lovable project with GitHub Lovable · נבדק ב-11 באוקטובר 2026
13. GitHub Integration Base44 · נבדק ב-11 באוקטובר 2026
14. eject Base44 · נבדק ב-11 באוקטובר 2026
15. Advanced settings Lovable · נבדק ב-11 באוקטובר 2026
16. Edge functions Lovable · נבדק ב-11 באוקטובר 2026
17. Server functions Bolt · נבדק ב-11 באוקטובר 2026
18. SDK (Software Development Kit) MDN Web Docs · נבדק ב-11 באוקטובר 2026
19. createClient Base44 · נבדק ב-11 באוקטובר 2026
20. API MDN Web Docs · נבדק ב-11 באוקטובר 2026
21. Database MDN Web Docs · נבדק ב-11 באוקטובר 2026
22. Database Lovable · נבדק ב-11 באוקטובר 2026
23. Database (MongoDB) Emergent · נבדק ב-11 באוקטובר 2026
24. Managing your app data Base44 · נבדק ב-11 באוקטובר 2026
25. SQL MDN Web Docs · נבדק ב-11 באוקטובר 2026
26. Managing data permissions Base44 · נבדק ב-11 באוקטובר 2026
27. Authentication MDN Web Docs · נבדק ב-11 באוקטובר 2026
28. Managing login and registration Base44 · נבדק ב-11 באוקטובר 2026
29. Choosing who can access your app Base44 · נבדק ב-11 באוקטובר 2026
30. Password Storage Cheat Sheet OWASP · נבדק ב-11 באוקטובר 2026
31. Security overview Lovable · נבדק ב-11 באוקטובר 2026
32. Storage Lovable · נבדק ב-11 באוקטובר 2026
33. App Storage Replit · נבדק ב-11 באוקטובר 2026
34. CDN MDN Web Docs · נבדק ב-11 באוקטובר 2026
35. Secrets Lovable · נבדק ב-11 באוקטובר 2026
36. Secrets Replit · נבדק ב-11 באוקטובר 2026
37. Receive Stripe events in your webhook endpoint Stripe · נבדק ב-11 באוקטובר 2026
38. Domain name MDN Web Docs · נבדק ב-11 באוקטובר 2026
39. Set up a custom domain Lovable · נבדק ב-11 באוקטובר 2026
40. Buying a domain with Wix Base44 · נבדק ב-11 באוקטובר 2026
41. רשימת הרשמים המוסמכים איגוד האינטרנט הישראלי · נבדק ב-11 באוקטובר 2026
42. DNS MDN Web Docs · נבדק ב-11 באוקטובר 2026
43. RFC 1035: Domain Names, Implementation and Specification IETF · נבדק ב-12 באוקטובר 2026
44. HTTPS MDN Web Docs · נבדק ב-11 באוקטובר 2026
45. Transport Layer Security (TLS) MDN Web Docs · נבדק ב-11 באוקטובר 2026
46. RFC 7208: Sender Policy Framework (SPF) IETF · נבדק ב-12 באוקטובר 2026
47. RFC 6376: DomainKeys Identified Mail (DKIM) Signatures IETF · נבדק ב-12 באוקטובר 2026
48. RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC) IETF · נבדק ב-12 באוקטובר 2026
49. Server MDN Web Docs · נבדק ב-11 באוקטובר 2026
50. Database: Logs Bolt · נבדק ב-11 באוקטובר 2026