החל מ-1 בספטמבר 2026, Remote Config יציע מבנה תמחור גמיש שמתאים לפרויקטים בכל הגדלים, עם תוכנית ללא עלות ורמת שימוש בתשלום לפי שימוש שניתנת להתאמה לפי השימוש היומי.
בטבלה הבאה מוצג השימוש בכל פרויקט בתוכניות Spark ו-Blaze:
| לפרטים
|
ללא עלות (תוכנית Spark)
|
תשלום לפי שימוש (תוכנית Blaze)
|
| בקשות אחזור
|
עד 100,000 ביום
|
ללא עלות עד 100,000 ביום.
לאחר מכן:
- 0.000006$ לכל בקשה (0.06$ / 10,000 בקשות) לשימוש בין 100,001 ל-10,000,000 בקשות ביום.
- 0.000001$ לכל בקשה (0.01$ / 10,000 בקשות) לשימוש מעל 10,000,000 ביום.
|
| כל התכונות
|
כולל התאמה אישית, השקות, שילוב של בדיקות A/B
|
כולל התאמה אישית, השקות, שילוב של בדיקות A/B
|
| מכסות ומגבלות
|
מכסות ומגבלות
|
מכסות ומגבלות
|
תקופות חסד ומעבר
אם הפרויקט שלכם חורג מהמגבלות של תוכנית Spark בפעם הראשונה, תקבלו תקופת חסד של 30 יום כדי לשדרג לתוכנית Blaze לפני שיתחיל ויסות של השירות. כדי להבטיח שירות ללא הפרעות, מומלץ לשדרג מיד. כשעוברים למינוי Blaze בתשלום לפי שימוש, הפרויקט מקושר לחשבון לחיוב ב-Google Cloud.
שיטות מומלצות לאופטימיזציה של השימוש
כדי לייעל את השימוש, אפשר לבצע כל אחת מהפעולות הבאות:
- מרווחי זמן בין אחזורים בצד הלקוח: מומלץ להימנע מהגדרת מרווחי זמן מינימליים קצרים מאוד בין אחזורים (לדוגמה,
setMinimumFetchIntervalInSeconds) בגרסאות ייצור. מרווח הזמן המומלץ שמוגדר כברירת מחדל הוא 12 שעות.
- לולאות אחזור בהפעלת האפליקציה: מוודאים שהאפליקציה לא מפעילה אחזור מרחוק בכל מעבר בין מסכים, בכל חידוש של פעילות או בכל עיבוד של רכיב. חשוב להשתמש באסטרטגיות טעינה כמו Fetch and activate on load או Activate behind loading screen בצורה אחראית.
- מעקב: אפשר להשתמש במסוף Google Cloud ובמסוף Firebase כדי להגדיר התראות אוטומטיות על חיוב כשנפחי האחזור היומיים מתקרבים ל-100,000 בקשות.
שאלות נפוצות ופתרון בעיות
מהו מודל התמחור החדש של Remote Config, שייכנס לתוקף ב-1 בספטמבר 2026?
Remote Config עובר למבנה תמחור לפי שימוש עם רמה ללא עלות:
- תוכנית Spark (ללא עלות): עד 100,000 בקשות אחזור ביום ללא עלות.
- תוכנית Blaze (תשלום לפי שימוש): ללא עלות על 100,000 בקשות אחזור יומיות ראשונות, ואז:
- 0.06$ לכל 10,000 בקשות (0.000006$ לכל בקשה) בין 100,001 ל-10,000,000 בקשות ביום.
- 0.01$ לכל 10,000 בקשות (0.000001$ לכל בקשה) על שימוש מעל 10,000,000 בקשות ביום.
- תכונות: כל התכונות המתקדמות (התאמה אישית, השקות הדרגתיות ושילוב של בדיקות A/B) נשארות כלולות בתוכניות Spark ו-Blaze ללא עלות נוספת.
האם צריך חשבון לחיוב כדי להתחיל להשתמש ב-Remote Config?
לא. לא צריך חשבון לחיוב כדי להתחיל להשתמש ב-Remote Config. אתם יכולים להשתמש בתוכנית Spark כדי להתחיל בחינם. חשבון לחיוב נדרש רק כשמשדרגים את הפרויקט לתוכנית Blaze כדי לתמוך ביותר מ-100,000 בקשות אחזור יומיות.
מה בדיוק נחשב לבקשת אחזור שניתן לחייב עליה?
בקשת אחזור מתרחשת בכל פעם שאפליקציית הלקוח או שרת הקצה העורפי שלכם
קוראים לשרת Remote Config כדי לבדוק אם יש ערכי פרמטרים מעודכנים
(לדוגמה, הפעלה של fetch() או של
fetchAndActivate() בערכות ה-SDK של הלקוח, או אחזור של
תבניות באמצעות REST/Admin SDKs).
- בזמן אמת Remote Config: פתיחת חיבור בזמן אמת לא יוצרת בקשות אחזור רציפות של נתונים בנפרד. עם זאת, כששרת שולח הודעה על ביטול תוקף, הקריאה ללקוח שנובעת מכך להורדת ההגדרה המעודכנת נחשבת כבקשת אחזור.
- ערכים ששמורים במטמון: שימוש בערכים ששמורים במטמון במכשיר (קריאה מהדיסק או מהזיכרון באמצעות
activate() או getString()) לא יוצר קריאה לרשת ולא נחשב כבקשת אחזור.
מה קורה אם הפרויקט שלי נמצא בתוכנית Spark וחורג מ-100,000 בקשות אחזור ביום? איך משדרגים?
- תקופת חסד של 30 יום: כשפרויקט Spark חורג לראשונה ממגבלת 100,000 בקשות אחזור יומיות, Firebase מעניקה תקופת חסד של 30 יום. במהלך התקופה הזו, המערכת תמשיך לטפל בבקשות שלך ל-Remote Config ללא הפרעה.
- סיכון לוויסות: אם לא תשדרגו לתוכנית Blaze עד סוף תקופת החסד של 30 יום, יתחיל ויסות של שירות Remote Config לבקשות שחורגות מהמכסה היומית של 100,000 בקשות, מה שעלול למנוע מהלקוחות לקבל עדכונים של ההגדרות.
- איך משדרגים: אפשר לשדרג לתוכנית Blaze במסוף Firebase כדי להבטיח שהשירות לא יופרע. כשמשדרגים לתוכנית Blaze, הפרויקט מקושר לחשבון לחיוב ב-Google Cloud.
המשתמשים לא מקבלים ערכים חדשים של הפרמטר Remote Config. יכול להיות שזה קשור לתמחור או למכסות?
כן. אם הפרויקט שלכם מנוהל במסגרת תוכנית Spark, חרגתם מהמגבלה של 100,000 בקשות ביום ותקופת החסד של 30 יום הסתיימה, השרת יבצע ויסות לבקשות נכנסות שחורגות מהסף היומי. כדאי לבדוק את מדדי השימוש במסוף Firebase ולשדרג לתוכנית Blaze אם מספר המשתמשים הפעילים ביום מחייב יותר מ-100,000 אחזורים ביום.
איך אפשר לראות את השימוש הנוכחי כדי להעריך את סכום החשבון?
אם אתם משתמשים בתוכנית Blaze, אתם יכולים לראות את דוחות ניהול העלויות והשימוש בGoogle Cloud Console. מידע נוסף מופיע במאמר הצגת דוחות החיוב ב-Cloud ומגמות של עלויות.
כשמסננים לפי מק"ט, בוחרים במק"ט הבא:
- מזהה המק"ט:
37B1-4623-6F54
- שם המק"ט: בקשות אחזור
אם אתם משתמשים בתוכנית Spark, אתם יכולים לעקוב אחרי השימוש הנוכחי והמגבלות הפעילות של המערכת בדף Quotas & System Limits במסוף Google Cloud. פרטים נוספים מופיעים במאמר בנושא איך רואים ומנהלים את המכסות. כשמסננים דוחות, חשוב לבחור את ה-API הספציפי של Firebase שרוצים לבדוק את המכסות שלו (לדוגמה, firebaseremoteconfig.googleapis.com).
