פרופיילר המכשיר שלך מציג 60 FPS יציב. Firebase Crashlytics מדווח על אפס קריסות. ובכל זאת, משתמשים מציפים את התמיכה בתלונות "הכל איטי". לעיתים קרובות לאחר שחרור, הפער בין תנאי בדיקה לתנאים אמיתיים הוא עצום: מכשירים חלשים, רשתות איטיות, תהליכי רקע. Firebase Performance Monitoring הוא הדרך היחידה לראות ביצועים בפועל במכשירי משתמשים, לא במעבדה. השירות שלנו—שילוב Firebase Performance Monitoring באפליקציית המובייל שלך—פותר את זה. זהו שירות שילוב Firebase Performance מלא, המספק ניטור ביצועי אפליקציות מובייל עם מעקבים מותאמים אישית, בקשות רשת, זמן התחלת אפליקציה, פריימים איטיים, פריימים קפואים, התראות Firebase ועוד. אנו מתמחים באופטימיזציית ביצועים ל-iOS ו-Android ומדידת FPS. להגדרת Firebase Performance, אנו מספקים הדרכה שלב אחר שלב. במשך למעלה מ-5 שנים, השלמנו 20+ שילובים ל-iOS ו-Android, ועזרנו ללקוחות להפחית זמני תגובה ב-30%.
למה פרופיילרים סטנדרטיים נכשלים
פרופיילרים של Xcode או Android Studio מודדים ביצועים בתנאים אידיאליים: חיבור USB, builds לדיבוג, Mac או Pixel חזקים. משתמש מריץ את האפליקציה על Samsung Galaxy A10 עם Android 10, סוללה חלשה ותהליכי רקע. Firebase Performance Monitoring אוסף נתונים מ-builds בייצור, ומציג זמני השהיה אמיתיים. השוואה: דיוק הנתונים גבוה פי 5 מפרופיילינג מקומי.
אילו מדדים נאספים אוטומטית?
ה-SDK של Firebase Performance מודד אוטומטית:
-
זמן התחלת אפליקציה — מ-
applicationDidFinishLaunchingועד שהאפליקציה הופכת לאינטראקטיבית. - עיבוד מסך — עבור כל UIViewController ב-iOS ו-Activity/Fragment ב-Android: פריימים איטיים (>16 ms) ופריימים קפואים (>700 ms).
- בקשות רשת — זמן תגובה, גודל בקשה/תגובה, סטטוס HTTP עבור כל הבקשות דרך URLSession / OkHttp.
מדדים אלה מופיעים בקונסולת Firebase ללא כתיבת שורת קוד אחת.
הוספת מעקבים מותאמים אישית לפעולות קריטיות
כדי למדוד פעולה ספציפית—למשל, טעינת קטלוג מוצרים או עיבוד תמונה—צור מעקב מותאם אישית. הנה התהליך:
- תן שם למעקב, למשל,
load_product_catalog. - הגדר מאפיינים לפילוח (גרסת API, מדינה וכו').
- התחל את המעקב לפני הפעולה, עצור אחריה.
- אופציונלית, הוסף מדדים (מספר פריטים).
iOS / Swift:
import FirebasePerformance
func loadProductCatalog() async {
let trace = Performance.startTrace(name: "load_product_catalog")
defer { trace?.stop() }
trace?.setValue("v2", forAttribute: "api_version")
let products = await productRepository.fetchAll()
trace?.incrementMetric("product_count", by: Int64(products.count))
}Android / Kotlin:
val trace = Firebase.performance.newTrace("load_product_catalog")
trace.start()
trace.putAttribute("api_version", "v2")
val products = productRepository.fetchAll()
trace.putMetric("product_count", products.size.toLong())
trace.stop()מאפיינים (import FirebasePerformance func loadProductCatalog() async { let trace = Performance.startTrace(name: "load_product_catalog") defer { trace?.stop() } trace?.setValue("v2", forAttribute: "api_version") let products = await productRepository.fetchAll() trace?.incrementMetric("product_count", by: Int64(products.count)) } /val trace = Firebase.performance.newTrace("load_product_catalog") trace.start() trace.putAttribute("api_version", "v2") val products = productRepository.fetchAll() trace.putMetric("product_count", products.size.toLong()) trace.stop() ) מאפשרים לך לפלח מעקבים בקונסולה—השווה זמני טעינה בין גרסאות API שונות או מדינות משתמשים.
הגדרת יירוט בקשות רשת עבור מחסני טכנולוגיה מותאמים אישית
יירוט אוטומטי עובד דרך swizzling של URLSession ב-iOS. אם הפרויקט שלך משתמש ב-URLSession מותאם אישית או Alamofire, רשום ידנית עם setValue:
let metric = HTTPMetric(url: url, httpMethod: .get)
metric?.start()
URLSession.shared.dataTask(with: url) { data, response, error in
metric?.responseCode = (response as? HTTPURLResponse)?.statusCode ?? -1
metric?.stop()
}.resume()עבור Alamofire, הוסף putAttribute שעוטף מדדים סביב כל בקשה. מניסיוננו, ללא יירוט רשת תקין, אתה עלול לפספס עד 30% מבקשות איטיות. שיטה זו מזהה חריגות פי 5 מהר יותר מבדיקות מסורתיות.
מה הפילוח מציע בקונסולה
קונסולת Firebase Performance מפרקת מדדים לפי גרסת אפליקציה, מדינה, סוג מכשיר וגרסת מערכת הפעלה. זו הדרך היחידה לדעת שמסך מסוים איטי רק על Android 10 במכשירים זולים. מדדים לפי פלח:
| מדד | סף התראה | פילוח אופייני |
|---|---|---|
| זמן התחלת אפליקציה | >2s — בעיה | גרסת מערכת הפעלה, מכשיר |
| פריימים איטיים | >1% | גרסת אפליקציה |
| פריימים קפואים | >0.1% | מדינה |
| זמן בקשת רשת | p95 > 5s | נקודת קצה |
הספים נקבעים לפי benchmarks של האפליקציה שלך. לדוגמה, אם זמן טעינת קטלוג p95 עולה על 3s, זהו אות לאופטימיזציה. אנו עוזרים להגדיר גבולות ריאליים כך שהתראות לא יהיו רועשות.
ספי התראה מומלצים
אנו מציעים את ספי ההתראה הבאים:
| מדד | סף | פעולה |
|---|---|---|
| זמן התחלת אפליקציה | >2.5s | הודעת צוות |
| פריימים איטיים >5% | >5% | דוח באגים אוטומטי |
| פריימים קפואים >0.5% | >0.5% | תגובה מיידית |
| שגיאות רשת | >1% | בדוק את צד השרת |
ניתן לשלוח התראות ל-Slack, Telegram או דוא"ל. ההגדרה אורכת 1–2 שעות. ליכולות נוספות, ראה את תיעוד Firebase Performance.
מה כלול ולוחות זמנים
אנו מטפלים בשילוב מלא ומפתחות:
- הוספת SDK ואתחול בסיסי.
- מעקבים מותאמים אישית לפעולות מפתח (טעינת נתונים, עיבוד רשימות כבדות).
- הגדרת יירוט בקשות רשת למחסנים לא סטנדרטיים.
- לוח מחוונים בסיסי עם ספי התראה.
- מדריך לפירוש מדדים.
אנו מבטיחים תהליך שילוב חלק ולצוות שלנו יש ניסיון מוסמך של למעלה מ-5 שנים. עלות שילוב טיפוסית נעה בין $500 ל-$2000 בהתאם למורכבות, עם חיסכון בזמן דיבוג.
לוחות זמנים: שילוב בסיסי עם מעקבים אוטומטיים — יום אחד. עם מעקבים מותאמים אישית ויירוט רשת — יומיים. העלות נקבעת באופן אישי לאחר ניתוח הפרויקט שלך.
השילוב משתלם על ידי הפחתת זמן דיבוג והורדת עלויות תמיכה. רוצה לדעת היכן האפליקציה שלך מאבדת FPS? צור קשר להערכת פרויקט ופתרון. בקש שילוב Firebase Performance Monitoring וקבל תמונת ביצועים אמיתית ממכשירי משתמשים.