השקת גרסה חדשה של האפליקציה לנייד בסביבת הייצור היא אחד מהשלבים המרגשים ביותר בפיתוח אפליקציות, אבל היא גם יכולה להיות אחת מהפעולות המלחיצות ביותר. הצוות צריך לעקוב אחרי השימוש בגרסה, באגים חדשים וההשפעה שלהם, השוואה לגרסאות קודמות ועוד.
בדף הזה מתוארים כמה כלים ש-Firebase מציעה כדי לעקוב אחרי הנתונים שדרושים לכם כדי להרגיש בטוחים לגבי השקת האפליקציה לנייד.
שימוש במרכז הבקרה מעקב אחר גרסאות כדי לבחון את הנתונים שקשורים לגרסה
מרכז הבקרה Release Monitoring במסוף Firebase פועל על Firebase Crashlytics. זהו מרכז בקרה יחיד למעקב אחרי הגרסה האחרונה שפורסמה בסביבת הייצור. מרכז הבקרה מתעדכן כמעט בזמן אמת ומספק סקירה כללית של מדדי המהדורה החשובים ביותר, כולל מדדים ללא קריסות, שיעור השימוש בגרסה, השוואות למהדורות קודמות ובעיות חדשות במהדורה.
מרכז הבקרה החדש הזה משפר את הדף הגרסה האחרונה במסוף. בהשוואה לדף הזה, בלוח הבקרה מעקב אחר גרסאות יש מידע נוסף, מוצגים נתונים שימושיים בלי צורך ב-Google Analytics והוא נטען מהר יותר.
התכונות של מרכז הבקרה
דיווח בזמן אמת
כל התרשימים מתעדכנים כמעט בזמן אמת. זמן קצר אחרי הפריסה של הגרסה העדכנית, תוכלו לראות איך המשתמשים מתחילים להשתמש בגרסה הזו. אם חלק מהמשתמשים האלה יתקלצו בקריסות, תוכלו לדעת מה ההשפעה באופן מיידי באמצעות התרשימים של מדדים ללא קריסות.השוואה ובדיקת ביצועים בהשוואה לגרסאות קודמות
אתם יכולים לראות את היציבות של הגרסה האחרונה בהקשר של הגרסאות הקודמות. בלוח הבקרה תוכלו להשוות בין המדדים החיים של הגרסה האחרונה שפרסמתם לבין עד שתי גרסאות build שפרסמתם בעבר.הבעיות החדשות המובילות
אפשר לראות את הקריסות החדשות בגרסה האחרונה ברגע שהן מופיעות. בטבלה הבעיות החדשות המובילות תוכלו לעקוב אחרי ההשפעה של הבעיות שזוהו לראשונה במהדורה האחרונה, וכך לקבל החלטה מהירה אם להשהות את המהדורה או לבצע חזרה לאחור.
הדרישות למרכז הבקרה
כדי להציג את הגרסה האחרונה בלוח הבקרה מעקב אחר גרסאות:
חשוב לוודא שהאפליקציה שלכם משתמשת לפחות בגרסאות הבאות של Crashlytics SDK:
פלטפורמות Apple: v10.8.0 ואילך | Android: v18.6.0 ואילך (BoM v32.6.0 ואילך) | Flutter: v3.4.5 ואילך | Unity: 11.7.0 ואילךמפרסמים גרסה חדשה של האפליקציה בסביבת הייצור כדי שיהיה לכם מספר מספיק של משתמשים פעילים בגרסה האחרונה.
שאלות נפוצות על מרכז הבקרה
מהן גרסאות ה-SDK הנדרשות לשימוש בלוח הבקרה מעקב אחר גרסאות?
כדי שגרסת build תופיע בלוח הבקרה, היא צריכה לכלול לפחות את הגרסאות הבאות של Crashlytics SDK:
פלטפורמות Apple: v10.8.0 ואילך |
Android: v18.6.0 ואילך (BoM v32.6.0 ואילך) |
Flutter: v3.4.5 ואילך |
Unity: 11.7.0 ואילך
שימו לב: הגרסאות האלה של ה-SDK נקראות לרוב גרסאות SDK 'עם תמיכה בסשנים', כי הן מסוגלות לשלוח נתוני סשנים אל Crashlytics, וזו דרישה לשימוש בחלק גדול מהתכונות החדשות ב-Crashlytics, כמו לוח הבקרה מעקב אחר גרסאות.
למה במרכז הבקרה של מעקב אחר גרסאות מוצג הכיתוב 'מתנהנים להצטרפות של משתמשים נוספים'?
כדי שגרסת build תופיע במרכז הבקרה, היא צריכה לעמוד בכל הדרישות הבאות:
ב-build נעשה שימוש לפחות בגרסאות הבאות של Crashlytics SDK:
פלטפורמות Apple: v10.8.0 ואילך | Android: v18.6.0 ואילך (BoM v32.6.0 ואילך) | Flutter: v3.4.5 ואילך | Unity: 11.7.0 ואילךלגרסת ה-build יש מספר מספיק של משתמשים ב-3 הימים האחרונים:
ל-build צריכים להיות לפחות 500 משתמשים ייחודיים או
לגרסת ה-build יש לפחות 1% מתוך סך כל המשתמשים ו יש לה לפחות 2 משתמשים ייחודיים.
אילו גרסאות build אפשר לראות בלוח הבקרה Release Monitoring?
מרכז הבקרה מעקב אחר גרסאות נועד לעזור לכם עם הגרסאות בסביבת הייצור, כלומר גרסאות build שיש להן מספר גדול של משתמשים.
כדי שגרסת build תופיע במרכז הבקרה, היא צריכה לעמוד בכל הדרישות הבאות:
ב-build נעשה שימוש לפחות בגרסאות הבאות של Crashlytics SDK:
פלטפורמות Apple: v10.8.0 ואילך | Android: v18.6.0 ואילך (BoM v32.6.0 ואילך) | Flutter: v3.4.5 ואילך | Unity: 11.7.0 ואילךלגרסת ה-build יש מספר מספיק של משתמשים ב-3 הימים האחרונים:
ל-build צריכים להיות לפחות 500 משתמשים ייחודיים או
לגרסת ה-build יש לפחות 1% מתוך סך כל המשתמשים וגם לפחות 2 משתמשים ייחודיים.
(לאפליקציות שמופצות דרך Google Play) אם לאפליקציה יש קישור Google Play, בלוח הבקרה יוצגו כל הגרסאות הבנויות שמפורטות במסלול Play Prod, גם אם Crashlytics לא קיבל יומני סשנים או זיהה משתמשים פעילים לגרסה הבנויה הזו.
חשוב לזכור: כדי להציג נתונים בלוח הבקרה לצורך השוואות או אחוז המשתמשים הפעילים, צריך שתפרסמו לפחות שתי גרסאות build שעומדות בדרישות שלמעלה.
איך נקבעים או מחושבים הערכים שמוצגים בתרשים משתמשים פעילים?
קודם כול, כדאי להבין חלק מהמונחים שקשורים לתרשים משתמשים פעילים:
סשן הוא פרק זמן רציף שבו משתמש מבצע פעולות באפליקציה. סשן חדש מתחיל כשהאפליקציה מופעלת מחדש או כשהיא מועברת לחזית אחרי 30 דקות לפחות ברקע.
משתמשים פעילים בגרסה ספציפית של build הם מספר המשתמשים שהתחילו סשן באמצעות הגרסה הזו, שמקובצים לפי שעה.
המדד סה"כ משתמשים (פעילים) מייצג את מספר המשתמשים שהתחילו סשן בכל גרסה של האפליקציה שמשתמשת בגרסת SDK שתומכת בסשנים, שמקובצים לפי שעה.
בתרשים משתמשים פעילים, הערך באחוזים ומספר המשתמשים הפעילים שמוצגים תמיד בתרשים הם מ-60 הדקות האחרונות (או אם לא היו משתמשים פעילים ב-60 הדקות האחרונות, מהתקופה של השעה האחרונה שבה היו נתונים). לדוגמה, בצילום המסך לדוגמה, היו 90 משתמשים פעילים בגרסה 6.0.0 (600)
ב-60 הדקות האחרונות, והם מהווים 22.1% מכלל המשתמשים (הפעילים) באפליקציה.
כשמחזיקים את העכבר מעל הקווים בתרשים משתמשים פעילים, אחוז המשתמשים הפעילים מחושב לפי מספר המשתמשים הפעילים בתקופה של השעה שמעליה מעבירים את העכבר.
חשוב לזכור: כדי לראות את אחוז המשתמשים הפעילים, צריך שתפרסמו לפחות שני גרסאות build שעומדות בדרישות שמפורטות בשאלות הנפוצות אילו גרסאות build אפשר לראות בלוח הבקרה מעקב אחר גרסאות?
למה אחוז המשתמשים הפעילים שלי הוא 0%?
אחוז המשתמשים הפעילים מבוסס על נתוני סשנים שהתקבלו, ולא על נתונים אחרים (כמו נתוני Google Play או דוחות על קריסות).
למה לא מוצגים השוואות ו/או אחוז המשתמשים הפעילים?
אם זו הפעם הראשונה שפרסמת את האפליקציה עם גרסת SDK תואמת של Crashlytics, ל-Crashlytics אין נתוני סשנים קודמים שאפשר להשוות אליהם.
הגדרת התראות
כמה מוצרים של Firebase, כולל Crashlytics, יכולים לשלוח התראות מסיבות שונות ספציפיות למוצר. כדי לקבל התראות, צריכות להיות לכם את ההרשאות הנדרשות.
כדי לעקוב אחרי היציבות של הגרסה האחרונה, אפשר להגדיר התראות גם מ-Performance Monitoring וגם מ-Crashlytics. ב-Crashlytics תוכלו להגדיר את ההתראות הבאות:
אתם יכולים להשתמש בהתראות מהירות כדי להודיע לצוות אם בעיה מסוימת באפליקציה חורגת מסף שהגדרתם במסוף Firebase.
שליחת התראות על בעיות חדשות או על בעיות שהתגלו מחדש בערוץ ההתראות המועדף:
להשתמש בשילובי ההתראות שהוגדרו במסוף Firebase ל-Jira, ל-Slack ול-PagerDuty.
הגדרת התראות מתקדמות לשירותים של צד שלישי באמצעות Cloud Functions for Firebase.
איך מוודאים שההשקה תתבצע בצורה חלקה
לפני השקת הגרסה האחרונה, כדאי להשתמש בחלק מהשירותים והתכונות הבאים כדי להבטיח שההשקה תתבצע בצורה חלקה.
שימוש בשירותי בדיקה של גרסאות טרום-השקה
ב-Firebase יש שני מוצרים שיכולים לעזור בבדיקה לפני השקה: Test Lab ו-App Distribution. אפשר לשלב את שני השירותים האלה בתהליכי ה-CI/CD.
Firebase Test Lab היא תשתית מבוססת-ענן לבדיקת אפליקציות, שמאפשרת לבדוק את האפליקציה במגוון מכשירים והגדרות, כדי שתוכלו להבין מוקדם כמה טוב היא תפעל אצל משתמשים אמיתיים.
כשתהיו מוכנים להעביר את הגרסה האחרונה של ה-build לבודקים אנושיים מהימנים, תוכלו להשתמש ב-Firebase App Distribution. תוכלו לנהל את הפלטפורמה של Apple ואת הפצת הגרסאות המקדימות ל-Android מאותו מקום.
שימוש בשירותי השקה ובשירותי בדיקה מוגבלים
אפשר להשתמש ב-Firebase Remote Config כדי להשיק תכונות חדשות באמצעות מנגנון השקה לפי אחוז או לבדוק את התכונות האלה בקבוצת בדיקה מוגבלת.
ב-Firebase יש גם את A/B Testing, שמאפשר לכם לבדוק שינויים בממשק המשתמש, בתכונות או בקמפיינים לעידוד השימוש באפליקציה כדי לראות איך הם משפיעים על המדדים החשובים (כמו הכנסות ושמירה על משתמשים) לפני ההשקה הרחבה.