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

כתובת העמוד: https://agentical.co.il/guides/glossary

מאת תומר גל (Tomer Gal), מייסד Agentical: https://agentical.co.il/about#founder. פורסם ב-11 באוקטובר 2026, עודכן ב-12 באוקטובר 2026.

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

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

המונחים מסודרים לפי [שש השכבות](https://agentical.co.il/guides/what-moves) שכל מערכת כזו בנויה מהן, מהמסכים ועד הדומיין. לפניהן באים המונחים של הכלי עצמו, ואחריהן המונחים של התשתית ושל מה שקורה אחרי המעבר. לכל מונח שלושה חלקים: מה זה, למה זה חשוב לעסק, ואיפה פוגשים אותו ב-Lovable, ב-Base44 ובשאר הכלים. כל עובדה על כלי מפנה למקור הרשמי שלה, ולכל מונח יש כתובת משלו, כך שאפשר לשלוח קישור ישר אליו.

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

- **כלי AI לבניית אפליקציות** (AI app builder): שירות באינטרנט שבו מתארים במילים מה רוצים, ובינה מלאכותית כותבת את המערכת: את המסכים, את הקוד, ולרוב גם את מסד הנתונים. אחר כך הכלי גם מפעיל את המערכת בשבילכם.
  - למה זה חשוב לכם: הכלי עושה הרבה יותר מלכתוב קוד: הוא מאחסן את המערכת, שומר את הנתונים ומנהל את המשתמשים. לכן, לפני שחושבים לעזוב אותו, צריך לדעת מה מכל אלה נמצא אצלו.
  - איפה תפגשו את זה: ל-Lovable, ל-Base44, ל-Replit, ל-Emergent ול-Bolt יש [עמוד משלהם](https://agentical.co.il/platforms) באתר, עם מה שכל אחד מהם מחזיק אצלו ומה יוצא ממנו.
- **וייב קודינג** (vibe coding): בנייה של תוכנה בשיחה עם בינה מלאכותית: אומרים לה מה רוצים, והיא כותבת את הקוד, בלי שמי שבונה צריך להבין איך הקוד עובד [1](https://www.merriam-webster.com/slang/vibe-coding).
  - למה זה חשוב לכם: כך נבנות רוב המערכות בכלים האלה, וזה מה שמאפשר לבעל עסק לבנות לבד. המחיר הוא שאיש לא קרא את הקוד, ולכן לפני שהמערכת מחזיקה לקוחות אמיתיים, כדאי שמישהו יבדוק אותו, ובמיוחד את ההרשאות.
- **פרומפט, הנחיה** (prompt): ההודעה שכותבים לבינה המלאכותית בצ׳אט של הכלי: מה לבנות, מה לשנות או מה לתקן.
  - למה זה חשוב לכם: בכלים רבים כל הנחיה עולה קרדיטים, כלומר כסף. הנחיה ממוקדת ("הוסיפו שדה טלפון לטופס ההרשמה") קלה יותר לבדוק מהנחיה כללית ("שפרו את האפליקציה").
  - איפה תפגשו את זה: ב-Base44, למשל, הנחיה קצרה וממוקדת דורשת בדרך כלל פחות עבודה, ולכן פחות קרדיטים, מהנחיה רחבה שנוגעת בכמה עמודים [3](https://docs.base44.com/Account-and-billing/Credits).
- **קרדיטים** (credits): יחידות התשלום של הכלי: כל פעולה, כמו הודעה לבינה המלאכותית, מורידה מהיתרה, והתוכנית שלכם קובעת כמה יחידות מקבלים.
  - למה זה חשוב לכם: כשהמערכת כבר עובדת, הקרדיטים הם חלק מהעלות החודשית של הפעלתה, ולא רק של הבנייה. כדאי לבדוק כמה מהם הולכים על הפעלת המערכת וכמה על שינויים בה. [כמה עולה מערכת כזו כשהעסק גדל](https://agentical.co.il/guides/running-costs) מראה איך מחשבים את זה.
  - איפה תפגשו את זה: ב-Lovable אותה יתרה משלמת על הבנייה, על האירוח, על צד השרת המובנה ועל יכולות ה-AI שבאפליקציה עצמה [2](https://docs.lovable.dev/introduction/credits-and-usage). ב-Base44 יש שני סוגים: קרדיטים של הודעות, על הבנייה, וקרדיטים של אינטגרציות, על שירותים מובנים כמו שליחת מייל [3](https://docs.base44.com/Account-and-billing/Credits).
- **תצוגה מקדימה** (preview): הגרסה של המערכת שרצה בתוך הכלי בזמן הבנייה. בה בודקים שינוי לפני שהוא מגיע ללקוחות.
  - למה זה חשוב לכם: מה שעובד בתצוגה המקדימה עוד לא נמצא אצל הלקוחות, ונתוני ניסיון שהוספתם בה לא בהכרח יופיעו במערכת החיה.
  - איפה תפגשו את זה: ב-Emergent לתצוגה המקדימה ולאפליקציה שפורסמה יש כתובת, שרת ומסד נתונים נפרדים: בפרסום הראשון הנתונים מועתקים פעם אחת, ומאז שני מסדי הנתונים נפרדים זה מזה [4](https://help.emergent.sh/preview-vs-deployed-separate).
- **פרסום, העלאה לאוויר** (publish, deploy): הפעולה שמעלה את הגרסה הנוכחית של המערכת לכתובת שהלקוחות נכנסים אליה. מפתחים קוראים לזה "דיפלוי".
  - למה זה חשוב לכם: שינוי שעשיתם בכלי לא מגיע ללקוחות עד שמפרסמים אותו. וגם להפך: פרסום מעלה בבת אחת כל מה שהשתנה מאז הפרסום הקודם, ולכן בודקים לפני.
  - איפה תפגשו את זה: ב-Lovable כפתור Publish לוקח את מצב הפרויקט ברגע הלחיצה ומעלה אותו לכתובת משלו, עם חיבור מאובטח [5](https://docs.lovable.dev/features/hosting). ב-Emergent כותבים במפורש שמה שכלים אחרים מכנים deploy נקרא אצלם Publish [4](https://help.emergent.sh/preview-vs-deployed-separate).
- **היסטוריית גרסאות ושחזור גרסה** (version history, rollback): רשימה של המצבים הקודמים של המערכת, שאפשר לחזור לאחד מהם כששינוי קלקל משהו.
  - למה זה חשוב לכם: שחזור גרסה הוא לא גיבוי. הוא מחזיר את הקוד, אבל רשומה שנמחקה או שהשתנתה לא חוזרת איתו. לנתונים צריך [גיבוי](https://agentical.co.il/guides/glossary#backup) נפרד.
  - איפה תפגשו את זה: ב-Lovable כל שינוי נשמר כגרסה, אבל חזרה לגרסה קודמת משחזרת את הקוד בלבד, ולא נוגעת בנתונים [6](https://docs.lovable.dev/features/projects/history). ב-Emergent נשמרת נקודת שמירה אחרי כל תור של הסוכן, וחזרה אליה מוחקת את מה שנעשה אחריה ומשפיעה על התצוגה המקדימה בלבד [7](https://help.emergent.sh/checkpoints-undo-anything).
- **סביבת פיתוח וסביבת ייצור** (development, production): שתי גרסאות של אותה מערכת: אחת שבה בונים ובודקים, ואחת שהלקוחות משתמשים בה. לסביבת הייצור קוראים גם "פרודקשן".
  - למה זה חשוב לכם: הנתונים האמיתיים של העסק נמצאים בסביבת הייצור. כשמגבים, מייצאים או מעבירים מערכת, זו הסביבה שחשובה, ולא זו שרואים בזמן הבנייה.
  - איפה תפגשו את זה: ב-Replit לכל אפליקציה יש שני מסדי נתונים: אחד לפיתוח, ואחד לנתונים החיים של האפליקציה שפורסמה [8](https://docs.replit.com/features/data-and-storage/development-and-production). ב-Emergent זה דומה: התצוגה המקדימה והאפליקציה שפורסמה עובדות מול מסדי נתונים נפרדים [4](https://help.emergent.sh/preview-vs-deployed-separate).

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

- **פרונטאנד, צד הלקוח** (frontend): כל מה שרץ בדפדפן או בטלפון של מי שמשתמש במערכת: המסכים, הטפסים, הכפתורים והקוד שמפעיל אותם.
  - למה זה חשוב לכם: כל מה שנמצא בצד הלקוח גלוי, למי שיודע לחפש, לכל מי שנכנס למערכת. לכן מפתחות סודיים, חישובי מחיר ובדיקות הרשאה לא אמורים לשבת בו.
- **בקאנד, צד השרת** (backend): החלק של המערכת שרץ על שרת ולא אצל המשתמש: שומר את הנתונים, בודק מי מורשה לעשות מה, מחשב, ומדבר עם שירותים אחרים.
  - למה זה חשוב לכם: גם כשהקוד יוצא מהכלי, השירותים שהכלי מפעיל בצד השרת לא יוצאים איתו. את הנתונים, המשתמשים והקבצים מוציאים בנפרד, וחלק מהשירותים בונים מחדש. [מה עובר כשמוציאים מערכת מכלי AI](https://agentical.co.il/guides/what-moves) עובר על זה שכבה אחרי שכבה.
  - איפה תפגשו את זה: ב-Lovable צד השרת המובנה נקרא Lovable Cloud, והוא כולל מסד נתונים, התחברות משתמשים, אחסון קבצים ופונקציות [9](https://docs.lovable.dev/features/cloud). ב-Base44 צד השרת מנוהל כולו על ידי Base44: מסד הנתונים, התחברות המשתמשים ופונקציות השרת [10](https://docs.base44.com/developers/app-code/overview/introduction).
- **קוד מקור** (source code): הטקסט שהמערכת כתובה בו, בשפת תכנות, לפני שהוא הופך לאתר או לאפליקציה שרצים.
  - למה זה חשוב לכם: מי שמחזיק עותק של הקוד יכול להמשיך לפתח את המערכת גם בלי הכלי שבנה אותה. בלי עותק כזה, המערכת קיימת רק אצל הכלי.
- **מאגר קוד** (repository, repo): המקום שבו שמור הקוד של המערכת, יחד עם ההיסטוריה של כל שינוי שנעשה בו [11](https://developer.mozilla.org/en-US/docs/Glossary/Repo).
  - למה זה חשוב לכם: מאגר בחשבון שלכם הוא עותק של הקוד שבשליטתכם. כדאי שהמאגר יהיה בחשבון של העסק, ולא בחשבון של מפתח שעבד איתכם פעם.
- **GitHub**: השירות הנפוץ לשמירה של מאגרי קוד ולעבודה משותפת עליהם.
  - למה זה חשוב לכם: חיבור ל-GitHub הוא הדרך הפשוטה לוודא שיש לכם עותק של הקוד. הוא מוציא את הקוד, ולא את הנתונים שהמערכת צברה.
  - איפה תפגשו את זה: Lovable מסנכרן את הפרויקט למאגר ב-GitHub בשני הכיוונים, ובתוכניות בתשלום אפשר גם להוריד את הקוד ישירות [12](https://docs.lovable.dev/integrations/github). Base44 מסנכרן ל-GitHub בשני הכיוונים מתוכנית Builder ומעלה, ורק בעל האפליקציה יכול לחבר אותה [13](https://docs.base44.com/developers/app-code/local-development/github).
- **ייצוא** (export): הוצאה של חלק מהמערכת אל מחוץ לכלי: הקוד, טבלה של נתונים, או עותק מלא של מסד הנתונים.
  - למה זה חשוב לכם: כשאומרים לכם "אפשר לייצא", שאלו מה בדיוק יוצא. ייצוא של שכבה אחת הוא לא מעבר של המערכת, ו[ההשוואה של מה שנעול בכל כלי](https://agentical.co.il/compare/builder-lock-in) מפרטת מה יוצא מכל אחד.
  - איפה תפגשו את זה: ב-Base44 פקודת eject יוצרת עותק מקומי של האפליקציה עם מסד נתונים ריק: מבנה הטבלאות מועתק, הנתונים לא [14](https://docs.base44.com/developers/references/cli/commands/eject). ב-Lovable ייצוא הנתונים כולל את כל מסד הנתונים, אבל לא את הקבצים, לא את הקוד של הפונקציות ולא את הסודות [15](https://docs.lovable.dev/features/advanced-settings).
- **פונקציות שרת** (edge functions, backend functions): חתיכות קוד קטנות שרצות על השרת כשהמערכת צריכה אותן, למשל כדי לחייב כרטיס אשראי, לשלוח מייל או לפנות לשירות אחר.
  - למה זה חשוב לכם: כאן יושבת הלוגיקה הרגישה של העסק: תשלומים, הרשאות וחיבורים. במעבר מעבירים כל פונקציה כזו ובודקים אותה, כי היא רצה בסביבה של הכלי ונשענת על השירותים שלו.
  - איפה תפגשו את זה: ב-Lovable קוראים להן edge functions, והן רצות על השרתים של Lovable [16](https://docs.lovable.dev/features/edge-functions). ב-Base44 אלה backend functions [10](https://docs.base44.com/developers/app-code/overview/introduction), וב-Bolt אלה server functions, שמקבלות גם את ההודעות שמגיעות משירותים כמו Stripe [17](https://support.bolt.new/cloud/database/server-functions).
- **SDK, ערכת פיתוח של הכלי** (SDK): ערכת כלים מוכנה שמפתחים משתמשים בה כדי לבנות תוכנה שעובדת מול פלטפורמה מסוימת [18](https://developer.mozilla.org/en-US/docs/Glossary/SDK).
  - למה זה חשוב לכם: קוד שכתוב מול ה-SDK של כלי ממשיך לפנות לכלי גם אחרי שהורדתם אותו. לכן "יש לי את הקוד" עוד לא אומר שהמערכת יכולה לרוץ בלעדיו.
  - איפה תפגשו את זה: אפליקציה של Base44 ניגשת לנתונים, להתחברות ולפונקציות דרך ה-SDK של Base44, שפונה לשרתים של Base44 [19](https://docs.base44.com/developers/references/sdk/docs/functions/createClient).
- **API, ממשק תכנות** (API): דרך מוגדרת שבה תוכנה אחת מבקשת מידע או פעולה מתוכנה אחרת, בלי מסכים ובלי אדם באמצע [20](https://developer.mozilla.org/en-US/docs/Glossary/API).
  - למה זה חשוב לכם: כך המערכת שלכם מדברת עם הסליקה, עם שירות המיילים ועם כלי ה-AI. כל חיבור כזה הוא תלות שצריך לזכור, לנהל ולהעביר.
- **סט טכנולוגיות** (tech stack): רשימת הכלים והשפות שהמערכת בנויה מהם, מהמסכים ועד מסד הנתונים.
  - למה זה חשוב לכם: הסט קובע מי יוכל לתחזק את המערכת אחר כך. סט נפוץ פירושו שמפתחים רבים כבר מכירים אותו.
  - איפה תפגשו את זה: אפליקציות של Base44, למשל, בנויות ב-React, ב-Vite, ב-Tailwind CSS וב-shadcn/ui בצד הלקוח, ועל מסד נתונים מסוג NoSQL שמנוהל בצד השרת [10](https://docs.base44.com/developers/app-code/overview/introduction).

## מסד הנתונים

- **מסד נתונים** (database): המקום שבו המערכת שומרת את המידע שלה בצורה מסודרת: לקוחות, הזמנות, תורים ומסמכים [21](https://developer.mozilla.org/en-US/docs/Glossary/Database).
  - למה זה חשוב לכם: זו השכבה היקרה ביותר במערכת: מסך אפשר לבנות מחדש, לקוח שנמחק לא חוזר. כל מעבר מתחיל בשאלה איפה מסד הנתונים נמצא, ואיך מוציאים ממנו עותק מלא.
  - איפה תפגשו את זה: ב-Lovable Cloud זה מסד נתונים מסוג Postgres שמנוהל בשבילכם [22](https://docs.lovable.dev/features/database). ב-Base44 זה מסד נתונים מסוג NoSQL שמנוהל על ידי Base44 [10](https://docs.base44.com/developers/app-code/overview/introduction). ב-Emergent הנתונים נשמרים ב-MongoDB, כברירת מחדל על שרתים משותפים ש-Emergent מנהלת [23](https://help.emergent.sh/database-mongodb).
- **טבלה, ישות** (table, entity): קבוצה של רשומות מאותו סוג, כמו "לקוחות" או "הזמנות". כל שורה היא רשומה אחת, וכל עמודה היא פרט אחד שלה.
  - למה זה חשוב לכם: כשבודקים שמעבר הצליח, סופרים את הרשומות בכל טבלה לפני ואחרי. אם המספרים זהים, אף שורה לא הלכה לאיבוד בדרך.
  - איפה תפגשו את זה: ב-Base44 הטבלאות נקראות entities, וכל אחת מוצגת בלוח הנתונים עם פעולות כמו ייצוא, גיבוי ושחזור [24](https://docs.base44.com/Building-your-app/Managing-your-app-data).
- **מבנה הנתונים, סכמה** (schema): התוכנית של מסד הנתונים: אילו טבלאות יש בו, אילו שדות יש בכל אחת, ואיך הן קשורות זו לזו. בלי הנתונים עצמם.
  - למה זה חשוב לכם: מבנה בלי נתונים הוא מערכת ריקה. כשמישהו אומר "העתקנו את מסד הנתונים", שאלו אם הכוונה למבנה בלבד או גם לרשומות.
  - איפה תפגשו את זה: ב-Base44 פקודת eject מעתיקה את מבנה הטבלאות, אבל לא את הנתונים [14](https://docs.base44.com/developers/references/cli/commands/eject).
- **SQL ו-NoSQL** (SQL, NoSQL): SQL היא שפה לשליפה ולעדכון של נתונים במסדי נתונים שבנויים מטבלאות [25](https://developer.mozilla.org/en-US/docs/Glossary/SQL). NoSQL הוא שם כללי למסדי נתונים שלא בנויים כך [21](https://developer.mozilla.org/en-US/docs/Glossary/Database), ורבים מהם שומרים כל רשומה כמסמך.
  - למה זה חשוב לכם: מעבר בין שני הסוגים הוא עבודה של ממש: צריך לתרגם את מבנה הנתונים, ולא רק להעתיק אותם. זה משפיע על משך המעבר ועל הבדיקות שאחריו.
  - איפה תפגשו את זה: ב-Lovable יש עורך SQL שמריץ שאילתות ישירות על מסד הנתונים [9](https://docs.lovable.dev/features/cloud). ב-Base44 מסד הנתונים הוא מסוג NoSQL [10](https://docs.base44.com/developers/app-code/overview/introduction), וב-Emergent הנתונים נשמרים כמסמכים ב-MongoDB [23](https://help.emergent.sh/database-mongodb).
- **הרשאות ברמת השורה** (Row Level Security, RLS): כללים במסד הנתונים שקובעים איזו שורה כל משתמש רשאי לראות או לשנות, למשל "כל לקוח רואה רק את ההזמנות שלו".
  - למה זה חשוב לכם: כלל חסר או רחב מדי פירושו שלקוח אחד יכול לראות מידע של לקוח אחר, גם כשהמסכים נראים תקינים. [רשימת בדיקות האבטחה](https://agentical.co.il/guides/security-checklist) מראה איך בודקים את זה בכלי שלכם.
  - איפה תפגשו את זה: ב-Lovable הכללים נקראים RLS policies: הכלי יוצר אותם בעצמו כשהוא בונה יכולות ששומרות מידע של משתמשים, ואפשר לקרוא אותם תחת More, Cloud, Database [22](https://docs.lovable.dev/features/database). ב-Base44 הם נקראים data permissions, ו-Base44 מזהירה שאם הם לא מוגדרים נכון, האנשים הלא נכונים עלולים לראות נתונים או לשנות אותם [26](https://docs.base44.com/Setting-up-your-app/Managing-security-settings).
- **ייצוא נתונים, קובץ CSV** (data export, CSV): הוצאה של הרשומות ממסד הנתונים לקובץ. CSV הוא קובץ טבלה פשוט שאפשר לפתוח באקסל.
  - למה זה חשוב לכם: ייצוא כזה הוא עותק טוב לשעת חירום, אבל קובץ נפרד לכל טבלה לא תמיד שומר את הקשרים ביניהן. במעבר בודקים שכל הזמנה עדיין שייכת ללקוח הנכון.
  - איפה תפגשו את זה: ב-Base44 מייצאים כל טבלה בנפרד, לקובץ CSV, מתפריט הפעולות שלה, למשל כדי לשלוח הזמנות לרואה החשבון [24](https://docs.base44.com/Building-your-app/Managing-your-app-data). ב-Lovable ייצוא הנתונים מוציא את כל מסד הנתונים בבת אחת, כולל חשבונות המשתמשים [15](https://docs.lovable.dev/features/advanced-settings).
- **גיבוי ושחזור** (backup, restore): גיבוי הוא עותק של הנתונים מנקודת זמן מסוימת. שחזור הוא החזרה של המערכת לעותק הזה אחרי תקלה.
  - למה זה חשוב לכם: גיבוי שמעולם לא ניסו לשחזר ממנו הוא הבטחה, לא גיבוי. [המדריך לגיבויים](https://agentical.co.il/guides/backup-restore) מסביר מה כל כלי שומר בשבילכם, ואיך מחזיקים עותק משלכם ובודקים שאפשר לשחזר ממנו.
  - איפה תפגשו את זה: ב-Base44 יש גיבוי ושחזור לכל טבלה, בסביבת הייצור בלבד [24](https://docs.base44.com/Building-your-app/Managing-your-app-data). ב-Lovable משחזרים גיבויים של מסד הנתונים מתוך מסך מסד הנתונים [22](https://docs.lovable.dev/features/database).
- **מיגרציה** (migration): למילה שתי משמעויות. במעבר מערכת: העברה של המערכת כולה, או של חלק ממנה, מתשתית אחת לאחרת. במסד נתונים: שינוי מתועד במבנה שלו, כמו הוספה של טבלה או של עמודה.
  - למה זה חשוב לכם: כשמפתח אומר "מיגרציה", שאלו לאיזו משמעות הוא מתכוון. בשתיהן השאלה החשובה זהה: מה קורה לנתונים הקיימים.
  - איפה תפגשו את זה: ב-Lovable, אם אחרי גרסה מסוימת רצה מיגרציה על מסד הנתונים, חזרה לאותה גרסה לא מבטלת אותה [6](https://docs.lovable.dev/features/projects/history).

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

- **אימות משתמשים, התחברות** (authentication): הבדיקה שמי שנכנס למערכת הוא באמת מי שהוא אומר שהוא [27](https://developer.mozilla.org/en-US/docs/Glossary/Authentication), בדרך כלל בסיסמה, בקוד חד-פעמי או בחשבון Google.
  - למה זה חשוב לכם: חשבונות המשתמשים שמורים אצל הכלי. במעבר מתכננים מראש איך הם עוברים, כדי שאף לקוח לא יגלה יום אחד שהוא לא מצליח להיכנס.
  - איפה תפגשו את זה: Base44 מגיעה עם עמודי התחברות, הרשמה ואיפוס סיסמה מוכנים, ומטפלת באימות מאחורי הקלעים [28](https://docs.base44.com/Setting-up-your-app/Managing-login-and-registration). ב-Lovable המשתמשים ודרכי ההתחברות מנוהלים בתוך Lovable Cloud [9](https://docs.lovable.dev/features/cloud).
- **הרשאות ותפקידים** (permissions, roles): ההגדרה של מה כל סוג משתמש רשאי לעשות במערכת: לקוח רואה את שלו, עובד רואה יותר, ומנהל יכול לשנות הכל.
  - למה זה חשוב לכם: יש שני סוגים של הרשאות, ושניהם חשובים: מי יכול לשנות את המערכת בכלי, ומי רואה מה בתוך המערכת. בשניהם כדאי לבדוק מדי פעם שאין שם אנשים שכבר לא עובדים איתכם.
  - איפה תפגשו את זה: ב-Base44 תפקידים כמו Admin ו-User קובעים מה אנשים עושים באפליקציה עצמה, אבל לא נותנים גישה לעורך או ללוח הבקרה, שפתוחים רק לבעל האפליקציה ולשותפים לבנייה [29](https://docs.base44.com/Setting-up-your-app/Managing-access).
- **התחברות עם Google** (social login): כניסה למערכת עם חשבון קיים, למשל של Google, במקום סיסמה נפרדת למערכת.
  - למה זה חשוב לכם: ההגדרות של התחברות כזו לא נשמרות במסד הנתונים, ולכן במעבר מגדירים אותה מחדש [15](https://docs.lovable.dev/features/advanced-settings), ובודקים שמשתמש קיים נכנס לאותו חשבון שהיה לו.
  - איפה תפגשו את זה: ב-Base44 בוחרים את דרכי ההתחברות ומתאימים את ההתחברות עם Google בהגדרות ההתחברות של האפליקציה [28](https://docs.base44.com/Setting-up-your-app/Managing-login-and-registration).
- **גיבוב סיסמאות** (password hash): הדרך הנכונה לשמור סיסמאות: לא את הסיסמה עצמה, אלא תוצאה של חישוב חד-כיווני שאי אפשר להפוך בחזרה לסיסמה [30](https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html).
  - למה זה חשוב לכם: זו השאלה הגדולה של שכבת המשתמשים במעבר. אם הגיבובים עוברים, המשתמשים ממשיכים עם הסיסמה שלהם. אם לא, כל אחד מהם יבחר סיסמה חדשה, ומכינים לכך הודעה ברורה מראש. [המדריך למשתמשים ולסיסמאות במעבר](https://agentical.co.il/guides/users-logins) עובר על זה כלי אחרי כלי.
  - איפה תפגשו את זה: ייצוא הנתונים של Lovable Cloud כולל את חשבונות המשתמשים ואת הסיסמאות שלהם בצורתן המגובבת [15](https://docs.lovable.dev/features/advanced-settings).
- **גישת שירות, המפתח הראשי** (service role): הרשאה שעוקפת את כל כללי הגישה, וקוראת וכותבת כל רשומה במערכת. היא קיימת בשביל קוד שרץ על השרת, לא בשביל משתמשים.
  - למה זה חשוב לכם: מפתח כזה שמגיע לצד הלקוח פותח את כל הנתונים לכל מי שמוצא אותו. אם מבקשים מכם "את המפתח הראשי", בררו בשביל מה, ולעולם אל תדביקו אותו בקוד של המסכים.
  - איפה תפגשו את זה: ב-Base44 גישת service role עוקפת את כללי הגישה לנתונים, והיא זמינה רק בפונקציות שרת שרצות אצל Base44 [19](https://docs.base44.com/developers/references/sdk/docs/functions/createClient).
- **סריקת אבטחה** (security scan): בדיקה אוטומטית שמחפשת במערכת בעיות אבטחה מוכרות, כמו כללי גישה פתוחים או מפתחות חשופים.
  - למה זה חשוב לכם: סריקה שעברה בלי אזהרות היא סימן טוב, לא הוכחה: היא מוצאת רק את מה שהיא יודעת לחפש.
  - איפה תפגשו את זה: ל-Lovable יש שתי סריקות מובנות, מהירה ומעמיקה, ו-Lovable עצמה כותבת שהן לא מחליפות בדיקת אבטחה יסודית [31](https://docs.lovable.dev/features/security).

## קבצים ומדיה

- **אחסון קבצים** (file storage, bucket): המקום שבו נשמרים הקבצים שהמערכת מקבלת ומציגה: תמונות, מסמכים וסרטונים. הקבצים מסודרים ב"דליים" (buckets), וכל דלי מגדיר מי רשאי לגשת אליו.
  - למה זה חשוב לכם: הקבצים לא נמצאים במסד הנתונים, וייצוא הנתונים של Lovable, למשל, לא כולל אותם [15](https://docs.lovable.dev/features/advanced-settings). במעבר מעבירים אותם בנפרד, ובודקים שכל קישור לקובץ עדיין עובד.
  - איפה תפגשו את זה: ב-Lovable האחסון הוא חלק מ-Lovable Cloud, והכלי יוצר בעצמו את הדליים ואת הרשאות הגישה אליהם [32](https://docs.lovable.dev/features/storage). ב-Replit הוא נקרא App Storage, ולפני כן Object Storage [33](https://docs.replit.com/features/data-and-storage/object-storage).
- **רשת הפצת תוכן** (CDN): שרתים בהרבה מקומות בעולם ששומרים עותקים של האתר, כך שכל מבקר מקבל אותו מהשרת הקרוב אליו [34](https://developer.mozilla.org/en-US/docs/Glossary/CDN).
  - למה זה חשוב לכם: זה מה שמאפשר למסכים להיטען מהר גם בטלפון. כשמערכת עוברת, בודקים שהיא נטענת מהר לפחות כמו קודם, גם מהטלפון.
  - איפה תפגשו את זה: Lovable מגישה את האפליקציות שהיא מארחת ממיקומים ברחבי העולם [5](https://docs.lovable.dev/features/hosting).

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

- **אינטגרציה, חיבור** (integration, connector): חיבור של המערכת לשירות חיצוני: סליקה, שליחת מיילים או הודעות, יומן, או מודל AI.
  - למה זה חשוב לכם: כל חיבור הוא חשבון אצל מישהו אחר. כדאי לדעת, לכל אחד, על שם מי החשבון, מי משלם עליו, ומה יפסיק לעבוד אם הוא ייסגר.
  - איפה תפגשו את זה: ב-Base44 שירותים מובנים כמו שליחת מייל או יצירת תמונה צורכים קרדיטים של אינטגרציות, אבל פנייה לשירות חיצוני עם מפתח API משלכם לא צורכת אותם [3](https://docs.base44.com/Account-and-billing/Credits).
- **מפתח API** (API key): סיסמה ארוכה שהמערכת שלכם מציגה לשירות חיצוני, כדי שהוא יידע מי פונה אליו ועל חשבון מי.
  - למה זה חשוב לכם: מי שמחזיק את המפתח יכול לפעול בשמכם, ולפעמים גם לחייב אתכם. מפתח שדלף מחליפים מיד, אצל השירות שהנפיק אותו.
  - איפה תפגשו את זה: ב-Lovable מפתחות כאלה נשמרים כסודות מוצפנים שלא מגיעים לדפדפן [35](https://docs.lovable.dev/features/secrets).
- **סודות ומשתני סביבה** (secrets, environment variables): הגדרות שהמערכת קוראת כשהיא רצה, ושלא כתובות בתוך הקוד: מפתחות, סיסמאות לשירותים וכתובות של מסדי נתונים.
  - למה זה חשוב לכם: הסודות לא עוברים עם הקוד. במעבר מכינים רשימה של כל סוד ושל השירות שהוא שייך לו, ומנפיקים אותם מחדש כשצריך.
  - איפה תפגשו את זה: ב-Lovable הסודות מוצפנים ומגיעים רק לפונקציות השרת [35](https://docs.lovable.dev/features/secrets), וייצוא הנתונים לא כולל אותם [15](https://docs.lovable.dev/features/advanced-settings). ב-Replit כלי הסודות מצפין כל סוד ומעביר אותו לאפליקציה כמשתנה סביבה [36](https://docs.replit.com/core-concepts/project-editor/app-setup/secrets).
- **וובהוק** (webhook): הודעה ששירות חיצוני שולח למערכת שלכם מיוזמתו, ברגע שמשהו קורה אצלו, למשל כשתשלום עבר [37](https://docs.stripe.com/webhooks).
  - למה זה חשוב לכם: וובהוק נשלח לכתובת מסוימת של המערכת. אם המערכת עוברת לכתובת חדשה ולא מעדכנים את השירות, תשלום יעבור אצל חברת הסליקה, והמערכת לא תדע עליו.
  - איפה תפגשו את זה: ב-Bolt פונקציות השרת הן שמקבלות הודעות כאלה, משירותים כמו Stripe [17](https://support.bolt.new/cloud/database/server-functions).
- **סליקה** (payment processing): קבלת תשלום בכרטיס אשראי או באמצעי תשלום אחר, דרך חברה שמעבירה את הכסף ומטפלת בפרטי הכרטיס.
  - למה זה חשוב לכם: החשבון בחברת הסליקה שייך לעסק, לא למערכת. במעבר מחברים אותו מחדש, ובודקים תשלום אמיתי מתחילתו ועד סופו. [המדריך לתשלומים](https://agentical.co.il/guides/israeli-payments) מסביר מה כל כלי מחבר ומי מפיק את החשבונית.
- **דומיין, שם מתחם** (domain name): הכתובת של האתר באינטרנט, השם שהלקוחות מקלידים כדי להגיע אליו [38](https://developer.mozilla.org/en-US/docs/Glossary/Domain_name).
  - למה זה חשוב לכם: הדומיין הוא הנכס שהלקוחות מכירים, והוא צריך להיות רשום על שם העסק ובחשבון שלו. [המדריך לדומיין ולמייל](https://agentical.co.il/guides/domain-email) מסביר איך בודקים מי שולט בו.
  - איפה תפגשו את זה: ב-Lovable דומיין שקונים דרך הכלי שייך ל-workspace ולא לפרויקט מסוים [39](https://docs.lovable.dev/features/custom-domain). ב-Base44 כמעט כל דומיין שנקנה בתוך הכלי מגיע דרך Wix [40](https://docs.base44.com/Setting-up-your-app/Buying-a-domain-with-Wix).
- **רשם דומיינים** (registrar): החברה שדרכה רושמים דומיין ומחדשים אותו. דומיין שמסתיים ב-co.il רושמים דרך אחד הרשמים שאיגוד האינטרנט הישראלי הסמיך [41](https://www.isoc.org.il/domain-name-registry/accredited-registrars/domain-name-registrars).
  - למה זה חשוב לכם: מי שמחזיק את החשבון אצל הרשם שולט בדומיין. אם הוא רשום על שם מפתח או סוכנות, העבירו אותו לחשבון של העסק לפני כל מעבר.
- **DNS ורשומות DNS** (DNS records): ספר הטלפונים של האינטרנט: מערכת שמתרגמת שם של אתר לכתובת של השרת שלו [42](https://developer.mozilla.org/en-US/docs/Glossary/DNS). הרשומות הן השורות בספר: לאן הולך האתר (רשומות A ו-CNAME), לאן הולך המייל (MX), ואימותים שונים (TXT) [43](https://www.rfc-editor.org/rfc/rfc1035.html).
  - למה זה חשוב לכם: שינוי של רשומה אחת יכול להוריד את האתר או לעצור את המייל של העסק. במעבר משנים רק את הרשומות של האתר, ורק בסוף, כשהכל כבר עובד במקום החדש.
  - איפה תפגשו את זה: כשמחברים דומיין שנקנה ב-Lovable, הכלי יוצר בעצמו את רשומות ה-A ואת רשומות ה-TXT לאימות [39](https://docs.lovable.dev/features/custom-domain).
- **HTTPS ותעודת SSL** (HTTPS, SSL/TLS): החיבור המוצפן בין הדפדפן לאתר, זה שמסומן במנעול ליד הכתובת [44](https://developer.mozilla.org/en-US/docs/Glossary/HTTPS). התעודה היא הקובץ שמאפשר אותו, ו-SSL הוא השם הישן של התקן שנקרא היום TLS [45](https://developer.mozilla.org/en-US/docs/Glossary/TLS).
  - למה זה חשוב לכם: בלי תעודה תקפה, הדפדפן מזהיר את הלקוחות שהאתר לא בטוח. במעבר מוודאים שהתעודה מוכנה בכתובת החדשה לפני שמחליפים את הדומיין.
  - איפה תפגשו את זה: Lovable מנפיקה תעודה לכל כתובת שמפורסמת, גם לדומיין משלכם [5](https://docs.lovable.dev/features/hosting), וגם דומיין שנקנה דרך Base44 מגיע עם התעודה מוגדרת [40](https://docs.base44.com/Setting-up-your-app/Buying-a-domain-with-Wix).
- **אימות מייל: SPF, DKIM ו-DMARC** (SPF, DKIM, DMARC): שלוש רשומות בדומיין שמוכיחות לתיבות הדואר של הלקוחות שמייל ששלחתם באמת הגיע מכם: SPF אומרת אילו שרתים רשאים לשלוח בשם הדומיין [46](https://www.rfc-editor.org/rfc/rfc7208.html), DKIM מוסיפה למייל חתימה [47](https://www.rfc-editor.org/rfc/rfc6376.html), ו-DMARC קובעת מה לעשות במייל שנכשל בבדיקות [48](https://www.rfc-editor.org/rfc/rfc9989.html).
  - למה זה חשוב לכם: מיילים של המערכת, כמו אישור הזמנה או איפוס סיסמה, עלולים להגיע לספאם בלי הרשומות האלה. כשהשליחה עוברת לשירות אחר, מעדכנים אותן. הפרטים ב[מדריך לדומיין ולמייל](https://agentical.co.il/guides/domain-email).

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

- **אירוח** (hosting): השרתים שעליהם המערכת רצה, ושמהם היא מוגשת למי שנכנס אליה.
  - למה זה חשוב לכם: כשהאירוח הוא חלק מהכלי, אין שרת שאפשר להעביר: יש מערכת שצריך להקים במקום אחר. זה ההבדל בין "להעביר אחסון" לבין להעביר מערכת.
  - איפה תפגשו את זה: ב-Lovable האירוח הוא חלק מהכלי ולא מוצר נפרד: מפרסמים, ו-Lovable מטפלת בכל מה שמאחור [5](https://docs.lovable.dev/features/hosting).
- **שרת** (server): מחשב, או תוכנה שרצה עליו, שנותן שירות למחשבים אחרים, למשל מגיש את האתר או שומר את הנתונים [49](https://developer.mozilla.org/en-US/docs/Glossary/Server).
  - למה זה חשוב לכם: במערכות של היום לרוב אין שרת אחד שאפשר להצביע עליו, אלא כמה שירותים שעובדים יחד. כשמדברים על מעבר, חושבים על השירותים, לא על מחשב.
- **ענן** (cloud): שרתים, אחסון ומסדי נתונים ששוכרים לפי שימוש מחברת תשתית, במקום לקנות מחשבים ולהחזיק אותם בעצמכם.
  - למה זה חשוב לכם: גם כלי ה-AI רצים בענן. ההבדל הוא על שם מי החשבון: בכלי, החשבון שלו ואתם הלקוחות שלו. בתשתית משלכם, החשבון של העסק.
- **תשתית משלכם**: מערכת שרצה בחשבון ענן שרשום על שם העסק, עם הקוד במאגר של העסק והנתונים במסד נתונים שבשליטתו.
  - למה זה חשוב לכם: זה מה שמעבר מכלי AI נותן: הכל נשאר שלכם גם כשהכלי משנה מחירים, תנאים או בעלות. זה גם מה ש-Agentical מקימה ומנהלת, כמו שמוסבר ב[איך עובד המעבר](https://agentical.co.il/how-it-works).
- **לוגים, יומני מערכת** (logs): רישום אוטומטי של מה שקרה במערכת: מי נכנס, איזו פעולה רצה, ואיזו שגיאה הופיעה ומתי.
  - למה זה חשוב לכם: כשלקוח אומר "זה לא עבד לי", הלוגים הם הדרך לדעת מה קרה באמת. במערכת מנוהלת, מישהו קורא אותם לפני שהלקוח מתקשר.
  - איפה תפגשו את זה: ב-Bolt יומני מסד הנתונים כוללים את הריצות של פונקציות השרת, את ההתחברויות ואת השאילתות והשגיאות של מסד הנתונים [50](https://support.bolt.new/cloud/database/logs). ב-Lovable Cloud יש מסך לוגים לאיתור שגיאות [9](https://docs.lovable.dev/features/cloud).
- **ניטור והתראות** (monitoring, alerts): בדיקה רציפה שהמערכת עובדת: שהיא עונה, שהיא מהירה ושאין בה שגיאות, עם התראה למי שאחראי ברגע שמשהו משתבש.
  - למה זה חשוב לכם: בלי ניטור, הלקוחות הם אלה שמגלים את התקלה. אחרי מעבר, ניטור הוא חלק מהניהול השוטף של המערכת.
- **זמן השבתה** (downtime): הזמן שבו המערכת לא זמינה ללקוחות, בגלל תקלה או בגלל עבודה מתוכננת.
  - למה זה חשוב לכם: במעבר שמתוכנן נכון, מחליפים את הדומיין רק בסוף, אחרי שהמערכת כבר עובדת במקום החדש, ולכן הלקוחות לא אמורים להרגיש בהחלפה.
- **נעילה בספק** (vendor lock-in): מצב שבו קשה או יקר לעזוב שירות, כי חלק מהמערכת עובד רק אצלו.
  - למה זה חשוב לכם: נעילה היא לא בהכרח סיבה לעזוב, אבל כדאי לדעת מראש מה ייתקע אם תרצו לעזוב. [ההשוואה של מה שנעול בכל כלי](https://agentical.co.il/compare/builder-lock-in) עוברת על זה שכבה אחרי שכבה ב-Lovable, ב-Base44, ב-Replit, ב-Emergent וב-Bolt.

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

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

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

## מקורות

1. Merriam-Webster, vibe coding (Slang & Trending): https://www.merriam-webster.com/slang/vibe-coding (נבדק ב-12 באוקטובר 2026)
2. Lovable, Credits and usage: https://docs.lovable.dev/introduction/credits-and-usage (נבדק ב-11 באוקטובר 2026)
3. Base44, Credits: https://docs.base44.com/Account-and-billing/Credits (נבדק ב-11 באוקטובר 2026)
4. Emergent, Preview vs Published: https://help.emergent.sh/preview-vs-deployed-separate (נבדק ב-11 באוקטובר 2026)
5. Lovable, How Lovable hosts your app: https://docs.lovable.dev/features/hosting (נבדק ב-11 באוקטובר 2026)
6. Lovable, Revert and restore your project with version history: https://docs.lovable.dev/features/projects/history (נבדק ב-11 באוקטובר 2026)
7. Emergent, Checkpoints: undo anything: https://help.emergent.sh/checkpoints-undo-anything (נבדק ב-11 באוקטובר 2026)
8. Replit, Development and production databases: https://docs.replit.com/features/data-and-storage/development-and-production (נבדק ב-11 באוקטובר 2026)
9. Lovable, Lovable Cloud: https://docs.lovable.dev/features/cloud (נבדק ב-11 באוקטובר 2026)
10. Base44, Introduction: https://docs.base44.com/developers/app-code/overview/introduction (נבדק ב-11 באוקטובר 2026)
11. MDN Web Docs, Repo: https://developer.mozilla.org/en-US/docs/Glossary/Repo (נבדק ב-11 באוקטובר 2026)
12. Lovable, Sync your Lovable project with GitHub: https://docs.lovable.dev/integrations/github (נבדק ב-11 באוקטובר 2026)
13. Base44, GitHub Integration: https://docs.base44.com/developers/app-code/local-development/github (נבדק ב-11 באוקטובר 2026)
14. Base44, eject: https://docs.base44.com/developers/references/cli/commands/eject (נבדק ב-11 באוקטובר 2026)
15. Lovable, Advanced settings: https://docs.lovable.dev/features/advanced-settings (נבדק ב-11 באוקטובר 2026)
16. Lovable, Edge functions: https://docs.lovable.dev/features/edge-functions (נבדק ב-11 באוקטובר 2026)
17. Bolt, Server functions: https://support.bolt.new/cloud/database/server-functions (נבדק ב-11 באוקטובר 2026)
18. MDN Web Docs, SDK (Software Development Kit): https://developer.mozilla.org/en-US/docs/Glossary/SDK (נבדק ב-11 באוקטובר 2026)
19. Base44, createClient: https://docs.base44.com/developers/references/sdk/docs/functions/createClient (נבדק ב-11 באוקטובר 2026)
20. MDN Web Docs, API: https://developer.mozilla.org/en-US/docs/Glossary/API (נבדק ב-11 באוקטובר 2026)
21. MDN Web Docs, Database: https://developer.mozilla.org/en-US/docs/Glossary/Database (נבדק ב-11 באוקטובר 2026)
22. Lovable, Database: https://docs.lovable.dev/features/database (נבדק ב-11 באוקטובר 2026)
23. Emergent, Database (MongoDB): https://help.emergent.sh/database-mongodb (נבדק ב-11 באוקטובר 2026)
24. Base44, Managing your app data: https://docs.base44.com/Building-your-app/Managing-your-app-data (נבדק ב-11 באוקטובר 2026)
25. MDN Web Docs, SQL: https://developer.mozilla.org/en-US/docs/Glossary/SQL (נבדק ב-11 באוקטובר 2026)
26. Base44, Managing data permissions: https://docs.base44.com/Setting-up-your-app/Managing-security-settings (נבדק ב-11 באוקטובר 2026)
27. MDN Web Docs, Authentication: https://developer.mozilla.org/en-US/docs/Glossary/Authentication (נבדק ב-11 באוקטובר 2026)
28. Base44, Managing login and registration: https://docs.base44.com/Setting-up-your-app/Managing-login-and-registration (נבדק ב-11 באוקטובר 2026)
29. Base44, Choosing who can access your app: https://docs.base44.com/Setting-up-your-app/Managing-access (נבדק ב-11 באוקטובר 2026)
30. OWASP, Password Storage Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html (נבדק ב-11 באוקטובר 2026)
31. Lovable, Security overview: https://docs.lovable.dev/features/security (נבדק ב-11 באוקטובר 2026)
32. Lovable, Storage: https://docs.lovable.dev/features/storage (נבדק ב-11 באוקטובר 2026)
33. Replit, App Storage: https://docs.replit.com/features/data-and-storage/object-storage (נבדק ב-11 באוקטובר 2026)
34. MDN Web Docs, CDN: https://developer.mozilla.org/en-US/docs/Glossary/CDN (נבדק ב-11 באוקטובר 2026)
35. Lovable, Secrets: https://docs.lovable.dev/features/secrets (נבדק ב-11 באוקטובר 2026)
36. Replit, Secrets: https://docs.replit.com/core-concepts/project-editor/app-setup/secrets (נבדק ב-11 באוקטובר 2026)
37. Stripe, Receive Stripe events in your webhook endpoint: https://docs.stripe.com/webhooks (נבדק ב-11 באוקטובר 2026)
38. MDN Web Docs, Domain name: https://developer.mozilla.org/en-US/docs/Glossary/Domain_name (נבדק ב-11 באוקטובר 2026)
39. Lovable, Set up a custom domain: https://docs.lovable.dev/features/custom-domain (נבדק ב-11 באוקטובר 2026)
40. Base44, Buying a domain with Wix: https://docs.base44.com/Setting-up-your-app/Buying-a-domain-with-Wix (נבדק ב-11 באוקטובר 2026)
41. איגוד האינטרנט הישראלי, רשימת הרשמים המוסמכים: https://www.isoc.org.il/domain-name-registry/accredited-registrars/domain-name-registrars (נבדק ב-11 באוקטובר 2026)
42. MDN Web Docs, DNS: https://developer.mozilla.org/en-US/docs/Glossary/DNS (נבדק ב-11 באוקטובר 2026)
43. IETF, RFC 1035: Domain Names, Implementation and Specification: https://www.rfc-editor.org/rfc/rfc1035.html (נבדק ב-12 באוקטובר 2026)
44. MDN Web Docs, HTTPS: https://developer.mozilla.org/en-US/docs/Glossary/HTTPS (נבדק ב-11 באוקטובר 2026)
45. MDN Web Docs, Transport Layer Security (TLS): https://developer.mozilla.org/en-US/docs/Glossary/TLS (נבדק ב-11 באוקטובר 2026)
46. IETF, RFC 7208: Sender Policy Framework (SPF): https://www.rfc-editor.org/rfc/rfc7208.html (נבדק ב-12 באוקטובר 2026)
47. IETF, RFC 6376: DomainKeys Identified Mail (DKIM) Signatures: https://www.rfc-editor.org/rfc/rfc6376.html (נבדק ב-12 באוקטובר 2026)
48. IETF, RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC): https://www.rfc-editor.org/rfc/rfc9989.html (נבדק ב-12 באוקטובר 2026)
49. MDN Web Docs, Server: https://developer.mozilla.org/en-US/docs/Glossary/Server (נבדק ב-11 באוקטובר 2026)
50. Bolt, Database: Logs: https://support.bolt.new/cloud/database/logs (נבדק ב-11 באוקטובר 2026)

## שאלות על המונחים

### מה ההבדל בין פרונטאנד לבקאנד, במילים פשוטות?

פרונטאנד הוא מה שרץ אצל המשתמש: המסכים, הטפסים והכפתורים. בקאנד הוא מה שרץ על השרת: שמירת הנתונים, בדיקת ההרשאות, תשלומים וחיבורים לשירותים אחרים. בכלי AI הבקאנד הוא בדרך כלל שירות של הכלי עצמו, כמו Lovable Cloud [9](https://docs.lovable.dev/features/cloud), ולכן את מה שהוא מחזיק, כמו מסד הנתונים והמשתמשים, מוציאים בנפרד מהקוד [15](https://docs.lovable.dev/features/advanced-settings).

### למה חזרה לגרסה קודמת בכלי לא החזירה נתונים שנמחקו?

כי שחזור גרסה מחזיר את הקוד, לא את הנתונים. ב-Lovable, למשל, חזרה לגרסה קודמת לא משחזרת ולא מבטלת שום שינוי במסד הנתונים [6](https://docs.lovable.dev/features/projects/history). כדי להחזיר נתונים צריך גיבוי של מסד הנתונים, ולכן כדאי לוודא שיש כזה, ושאפשר לשחזר ממנו, לפני שקורה משהו.

### צריך להכיר את כל המונחים האלה כדי להוציא את המערכת מהכלי?

לא. המילון עוזר להבין מה אומרים לכם ולשאול את השאלות הנכונות, אבל את המעבר עצמו אפשר למסור למי שעושה אותו. מה שכדאי לדעת בכל מקרה הוא מי מחזיק את החשבונות של העסק: בכלי, אצל רשם הדומיין, בחברת הסליקה ובמאגר הקוד. [מה להכין לשיחה הראשונה](https://agentical.co.il/guides/before-the-call) עוזר לאסוף את זה.

---

מתוך האתר של Agentical. התקציר של האתר: https://agentical.co.il/llms.txt. כל הטקסט של האתר בקובץ אחד: https://agentical.co.il/llms-full.txt