האם Base44 מוכנה לפרודקשן? המגבלות שכדאי להכיר לפני שגדלים

המגבלות, בטבלה אחת

הנתונים לקוחים מהתיעוד ומדף המחירים של Base44 עצמה, ונבדקו באוקטובר 2026:

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

מה כל מגבלה אומרת בפועל

התקרה של 5,000 רשומות

דף, דוח או פונקציה ששולפים טבלה שלמה בבקשה אחת מקבלים את 5,000 הרשומות הראשונות, בלי שום שגיאה. הסיכומים בלוח הניהול מפסיקים להתאים בלי שאיש ישים לב, בייצוא חסרות שורות, ופונקציה ששולחת מייל ל"כל הלקוחות" מדלגת על חלק מהם. ההמלצה של Base44 עצמה היא לחלק לעמודים (pagination) ולטעון 50 עד 200 פריטים בכל פעם. כדאי לחפש באפליקציה כל קריאה מסוג list או filter שאין בה limit, וכל מקום שמחשב סיכומים בדפדפן.

חמש דקות לפונקציות, שלוש לאוטומציות

משימות ארוכות צריך לפצל למנות (batches). התיעוד של Base44 נותן דוגמה משלו לאוטומציות: הרצה שאמורה לשלוח 1,000 מיילים אבל מספיקה רק 600 בשלוש דקות שולחת את ה-⁠600 האלה ועוצרת. ייבוא נתונים, סנכרון עם מערכות אחרות, מיילים המוניים וניקוי נתונים הם הנפגעים הרגילים. כדאי לבנות אותם כך שיעבדו מנה אחת, ישמרו איפה עצרו וימשיכו בהרצה הבאה.

הקרדיטים של האינטגרציות מודדים את האפליקציה שבאוויר

קרדיטים הם לא רק לבנייה. כל שירות מובנה שהאפליקציה שבאוויר משתמשת בו יורד מאותו מאגר חודשי של סביבת העבודה (קרדיטים). ההערכות ש-⁠Base44 מפרסמת:

• כקרדיט אחד לכל מייל (כ-⁠2 כשהוא נשלח מדומיין מותאם אישית), לכל העלאת קובץ, לכל תמונה ולכל התראת פוש;
• כקרדיט אחד לכל קריאה ל-⁠LLM במודל ברירת המחדל, Automatic, וכ-⁠3 ומעלה במודל שאתם בוחרים, לפי המודל ולפי אורך הפרומפט והתשובה; כ-⁠3 או יותר לכל הודעה של סוכן בתוך האפליקציה;
• כקרדיט אחד לכל 10 שלבים בתהליך עבודה, ועוד מה שהשלבים עצמם עושים;
• כקרדיט אחד לכל 100 הפעלות של פונקציות שרת, בסביבות עבודה שמחויבות בשיטה הזו.

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

הגיבויים תלויים במסלול

בכל המסלולים אפשר לשחזר רשומות שנמחקו במשך 30 יום. שחזור הנתונים לנקודת זמן, כלומר גיבויים אוטומטיים שאפשר לעבור עליהם, להוריד כ-⁠CSV או לשחזר מהם, הוא יכולת של Elite ו-⁠Enterprise, והגיבויים נשמרים 7 ימים ב-⁠Elite ו-⁠30 יום ב-⁠Enterprise (גיבוי ושחזור). הגיבויים האלה מכסים רק את הרשומות בטבלאות: קבצים שהועלו והמשתמשים של האפליקציה לא כלולים בהם. מתחת ל-⁠Elite, אם עדכון גורף משתבש, אפשר לשחזר רק את מה שיש בייצוא האחרון שלכם. התנאים של Base44 גם מטילים עליכם את האחריות לגבות את הנתונים שלכם. אם הנתונים חשובים לכם, כדאי לתזמן ייצוא CSV או סקריפט API, ולשמור את הקבצים מחוץ ל-⁠Base44.

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

Base44 לא קובעת מגבלת נפח כוללת לאפליקציה או למסלול (חיוב ומסלולים). המגבלות הן לכל קובץ. כשאנשים מעלים קבצים דרך האפליקציה שבאוויר, תמונות, מסמכים, קובצי נתונים ואודיו יכולים להגיע עד 50 MB כל אחד, וסרטונים עד 100 MB (שימוש במדיה). לקבצים שאתם מעלים בזמן הבנייה יש מגבלות משלהם, ברובן קטנות יותר.

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

משתמשים: אין תקרה מפורסמת

Base44 לא מפרסמת מגבלה על מספר האנשים שיכולים להירשם לאפליקציה שלכם, באף מסלול. מה שהצמיחה משנה הוא כל מה שמסביב: דף ניהול שטוען את כל המשתמשים בבקשה אחת נתקל בתקרה של 5,000 לבקשה, כל מייל שהאפליקציה שולחת עולה קרדיטים, ויום עמוס בהרשמות שמפעיל מיילים או קריאות ל-⁠AI יורד מאותו מאגר חודשי כמו כל השאר. לפי המדריך לחנויות האפליקציות של Base44, התחברות נשארת בתוקף עד 90 יום כברירת מחדל.

מגבלות הקצב הן לכל סביבת עבודה

ה-⁠API לניהול של Base44 סופר בקשות לפי סביבת עבודה, לא לפי אדם, עם מכפיל לפי מסלול, מ-⁠1× ועד 10×. למשל, הצגת רשימת רשומות וספירת רשומות חולקות מכסה בסיסית של 70 בקשות בדקה לכל אפליקציה. המגבלות על התעבורה של האפליקציה עצמה לא מפורסמות, ולכן פעולות גורפות צריכות להאט ולנסות שוב כשהן מקבלות תשובת 429.

הפלטפורמה קובעת את הכללים

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

בדיקות וסביבת staging ב-⁠Base44

ל-⁠Base44 אין סביבת staging נפרדת עם כתובת ומסד נתונים משלה: האפליקציה שפורסמה תמיד עובדת עם נתוני הפרודקשן. שתי יכולות מכסות את רוב מה שסביבת staging נועדה לו.

נתוני בדיקה (מסלול Builder ומעלה). הפעלה של Test Data (נתוני בדיקה) בהגדרות האפליקציה יוצרת מסד נתונים שני, ריק. לוח הבקרה והתצוגה המקדימה יכולים לעבור בין נתוני הפרודקשן לנתוני הבדיקה, וקישור בדיקה (testing link) מאפשר לאנשי הצוות או ללקוחות לנסות שינויים שעוד לא פורסמו, מול נתוני הבדיקה בלבד (בדיקת האפליקציה עם נתוני בדיקה). שום דבר לא מסתנכרן בין השניים, ולכן צריך להעתיק פנימה את הרשומות שנחוצות לבדיקות.

ענפים (branches). לכל ענף יש צ׳אט, תצוגה מקדימה, דפים וקוד משלו עד שממזגים אותו ל-⁠main, ומפרסמים מ-⁠main (עבודה עם ענפים). מה שענף לא מפריד חשוב לא פחות. הרשומות הן אותם נתוני פרודקשן בכל מקום, ומפתחות סודיים (secrets), קונקטורים, אוטומציות, תהליכי עבודה, סוכנים בתוך האפליקציה, הגדרות ודומיינים משותפים עם main. שינויים בהם נעשים ב-⁠main. ההמלצה של Base44 היא להעביר את התצוגה המקדימה לנתוני הבדיקה בזמן העבודה על ענף.

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

רשימת בדיקה למוכנות לפרודקשן, בכל פלטפורמה

• גיבויים שכבר שחזרתם מהם באמת לפחות פעם אחת, ושנשמרים מחוץ לפלטפורמה.
• חלוקה לעמודים בכל מקום שבו רשימה יכולה לגדול.
• עיבוד במנות לכל משימה שעלולה לרוץ זמן רב.
• תקרת עלות: הערכה של העלות החודשית בקרדיטים או בשימוש, בתעבורה שאתם מצפים לה, והתראה לפני שמגיעים אליה.
• ניטור: בדיקות זמינות, דיווחי שגיאות ולוגים שאתם באמת מסתכלים עליהם. ל-⁠Base44 יש לוגים של האפליקציה ומוניטור פעילות; כדאי להשתמש בהם.
• סקירת אבטחה: הרשאות הגישה של כל אחת מהישויות (entities) נבדקו מול השאלה מי אמור לראות מה. Base44 מציעה סריקת אבטחה.
• מפתחות סודיים שנשמרים כ-⁠secrets, ואף פעם לא בקוד של הדפים.
• בדיקות על עותק: Base44 מציעה נתוני בדיקה וענפים, אז לא מנסים שינויים מסוכנים על נתוני הפרודקשן.
• תוכנית יציאה: מה תעשו, וכמה זמן זה ייקח, אם תצטרכו לעבור.

מתי הגיע הזמן לעבור

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

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

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