כמה משתמשים ודאטה בייס44 (Base44) מחזיק? מגבלות סקייל, קרדיטים ומתי לעבור ל-backend חיצוני

בייס44 (Base44) לא מגביל את מספר המשתמשים באפליקציה, ואין לו מספר רשמי של משתמשים במקביל (מחירים, תיעוד, נבדק ב-2026-10-20). מה שמגביל אפליקציה כשהיא גדלה הם שלושה דברים אחרים: קרדיטי האינטגרציה שנשרפים מפעולות של המשתמשים, נפח מסד הנתונים לפי המסלול, ומגבלה של 5,000 רשומות לבקשה אחת. קריאה וכתיבה רגילות למסד הנתונים לא עולות קרדיטים בכלל.

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

בקצרה

מה באמת נספר בבייס44 (Base44): פעולות, לא משתמשים

בבייס44 יש שני סוגי קרדיטים, ורק אחד מהם קשור לגודל הקהל שלכם. קרדיטי הודעות (Message credits) הם מה שאתם צורכים בזמן הבנייה, כשאתם מבקשים מה-AI לשנות משהו. קרדיטי אינטגרציה (Integration credits) הם מה שהאפליקציה החיה צורכת כשהמשתמשים שלה עושים פעולות שמפעילות את השירותים המובנים של בייס44.

לפי דף הקרדיטים בתיעוד (נבדק ב-2026-10-20), אלה העלויות המשוערות:

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

והכמות לפי מסלול, לפי עמוד המחירים (נבדק ב-2026-10-20, המחירים בחיוב שנתי):

דוגמה חשבונית (לא נתון, תרגיל)

נניח שכל משתמש פעיל מקבל מייל אחד ביום מהדומיין שלכם, כלומר כ-2 קרדיטים. 100 משתמשים כפול 30 ימים כפול 2 קרדיטים יוצא 6,000 קרדיטים בחודש. זה פי שלושה ממה שיש ב-Starter, ובתוך המכסה של Builder. הכפילו את הקהל פי ארבעה, ואתם כבר מעבר ל-Pro. החשבון הזה, ולא "כמה משתמשים במקביל", הוא מה שצריך לעשות לפני השקה.

המלכודת: שגיאה שלא אומרת מה קרה

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

כמה דאטה בייס44 מחזיק?

לאפליקציות שנוצרו מ-18 באוקטובר 2026, לכל מסלול יש תקרת נפח לכל אפליקציה. אפליקציות שנוצרו לפני התאריך הזה אינן כפופות לה. הנתונים מתוך דף ניהול הנתונים (נבדק ב-2026-10-20):

שלושה דברים שחשוב לדעת על הטבלה הזו:

1. קבצים לא נספרים. תמונות ומסמכים שמעלים נשמרים בנפרד. לכל קובץ יש תקרה לפי סוג: באפליקציה החיה, דרך UploadFile, עד 50MB לתמונה, למסמך ולקובץ נתונים, ועד 100MB לווידאו (דף הקבצים, נבדק ב-2026-10-20).
2. כשהמסד מלא, אי אפשר להוסיף רשומות, גם לא דרך ייבוא. התיעוד ממליץ לשמור תוכן ארוך כקובץ ולשמור ברשומה רק את הקישור.
3. עד 5,000 רשומות לבקשה. מאז 27 בנובמבר 2025, עמוד שמנסה למשוך את כל האוסף בבת אחת יציג לכל היותר 5,000 פריטים. התיעוד ממליץ לטעון 50 עד 200 פריטים בכל פעם.

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

ומה עם משתמשים במקביל?

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

• הממשק מוגש דרך CDN של Cloudflare, שבייס44 מנהלת אוטומטית (דף הביצועים, נבדק ב-2026-10-20). טעינת העמודים עצמם אינה צוואר הבקבוק הצפוי.
• מגבלות קצב קיימות ל-Apps API, והן גדלות עם המסלול: Builder פי 2, Pro פי 3, Elite ו-Business פי 5, Enterprise פי 10 (דף מגבלות הקצב, נבדק ב-2026-10-20). המגבלות נספרות לכל סביבת עבודה, לא לכל משתמש. התיעוד לא אומר אם הן חלות גם על משתמשי הקצה של האפליקציה.
• פונקציות בקאנד רצות עד 5 דקות, ושרשרת של פונקציות שקוראות זו לזו מוגבלת לשבע (דף פונקציות הבקאנד, נבדק ב-2026-10-20).

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

איך בודקים את המצב באפליקציה שלכם

1. נכנסים לנפח המסד: בעורך האפליקציה לוחצים Dashboard, ואז Overview ו-View usage. כרטיס Database מראה כמה מהמכסה נוצל. הוא מופיע רק באפליקציות שנוצרו מ-18.10.2026.
2. ממפים פעולות שעולות קרדיטים: עוברים על הקוד ומסמנים כל מקום ששולח מייל, קורא למודל, יוצר תמונה או מפעיל וורקפלואו.
3. עושים את החשבון: פעולות למשתמש בחודש, כפול עלות בקרדיטים, כפול מספר המשתמשים הצפוי. משווים לטבלת המסלולים.
4. מחפשים שאילתות בלי עימוד: מבקשים מ-Claude Code או מ-Codex למצוא כל קריאה שמושכת אוסף שלם, ולהוסיף לה עימוד.
5. בודקים את השגיאה: מוודאים שכשפעולה נכשלת, המשתמש מקבל הודעה ברורה שלכם ולא את השגיאה הכללית.

הזרימה של Codex, Claude Code וגיטהאב מול בייס44

הסנכרון הדו כיווני עם גיטהאב דורש מסלול Builder ומעלה (תיעוד הסנכרון, נבדק ב-2026-10-20). כלומר מי שעובד בזרימה שתוארה בשאלה כבר נמצא במסלול שבו יש 10,000 קרדיטי אינטגרציה ופונקציות בקאנד.

כמה כללים שחוסכים הפתעות:

• הענף חייב להיקרא main. ענף בשם master לא נתמך.
• שינויים נכנסים לבייס44 כשממזגים ל-main, אבל עולים לאוויר רק אחרי לחיצה על Publish.
• אחרי החיבור לגיטהאב, Version History לא מחזיר לגרסאות שלפניו. שווה לשמור עותק לפני החיבור.

מי שמריץ את שני הסוכנים על אותו פרויקט ימצא שיטה מסודרת לכך במדריך Claude Code ו-Codex במקביל עם Git Worktrees.

מתי להעביר את הבקאנד לסופהבייס (Supabase)

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

1. הדאטה מתקרב לתקרת המסלול, והשדרוג הבא יקר יותר מבקאנד חיצוני.
2. אתם צריכים שאילתות מורכבות: צירופים בין טבלאות, סיכומים על מאות אלפי רשומות, דוחות.
3. פונקציות בקאנד ושירותים מובנים שורפים את הקרדיטים, ואתם יכולים לבצע את אותה עבודה עם מפתחות API משלכם.
4. אתם רוצים בעלות ושליטה מלאה על הנתונים, כולל גיבויים משלכם.

השוואה בין המסלולים הבסיסיים (נבדק ב-2026-10-20, לפי המחירים של סופהבייס והתיעוד של בייס44):

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

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

שורה תחתונה

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

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

מקורות

• בייס44: עמוד המחירים (נבדק ב-2026-10-20)
• בייס44: מסלולים וחיוב (נבדק ב-2026-10-20)
• בייס44: קרדיטים (נבדק ב-2026-10-20)
• בייס44: ניהול נתוני האפליקציה ומגבלות מסד הנתונים (נבדק ב-2026-10-20)
• בייס44: העלאת קבצים ומגבלות גודל (נבדק ב-2026-10-20)
• בייס44: מגבלות קצב של Apps API (נבדק ב-2026-10-20)
• בייס44: פונקציות בקאנד (נבדק ב-2026-10-20)
• בייס44: ביצועים ו-CDN (נבדק ב-2026-10-20)
• בייס44: סנכרון דו כיווני עם גיטהאב (נבדק ב-2026-10-20)
• סופהבייס: עמוד המחירים (נבדק ב-2026-10-20)