
התכונה 'תפקוד האפליקציה' עוזרת ל-Google לשפר את האיכות של אפליקציות ל-Android ב-Google Play. כשמשתמש מאשר זאת, המכשיר שלו עם Android עוקב אחרי מדדי איכות האפליקציה, כמו יציבות, ביצועים, שימוש בסוללה ובעיות בהרשאות. מערכת Google Play אוספת את הנתונים האלה, שאפשר לגשת אליהם דרך לוח הבקרה Android vitals ב-Play Console ודרך Google Play Developer Reporting API.
מפתחים צריכים לעקוב אחרי מדדי תפקוד האפליקציה ב-Android כדי לשפר את חוויית המשתמש, במיוחד את המדדים הבסיסיים: שיעור הקריסות שהשפיעו על המשתמשים, שיעור מקרי ה-ANR שהשפיעו על המשתמשים וחסימות ממושכות של מצב השינה.
נתונים בסיסיים של תפקוד האפליקציה והתנהגויות לא תקינות
הנתונים הבסיסיים של תפקוד האפליקציה משפיעים על החשיפה של האפליקציה ב-Google Play. לשיעור הקריסות שהמשתמשים הבחינו בהן ולשיעור מקרי ה-ANR שהמשתמשים הבחינו בהם יש סף כולל של התנהגות לא תקינה וסף של התנהגות לא תקינה לכל מכשיר.
לשימוש מופרז בחסימה חלקית של מצב השינה יש רק סף כולל של התנהגות לא תקינה, ולשימוש מופרז בסוללה ב-WearOS יש סף כולל וסף לכל דגם שעון.
שאלות נפוצות
מהם נתונים בסיסיים של תפקוד האפליקציה?
הנתונים הבסיסיים של תפקוד האפליקציה הם המדדים החשובים ביותר בדוחות על תפקוד האפליקציה ב-Android, והם משפיעים על החשיפה של האפליקציה ב-Google Play. מדדי התפקוד העיקריים הם שיעור הקריסות שבהן הבחינו המשתמשים, שיעור מקרי ה-ANR שבהם הבחינו המשתמשים וחסימה חלקית מוגזמת של מצב השינה לכל האפליקציות, ושימוש מוגזם בסוללה לאפליקציות של תצוגת השעון.
מהם ספי ההתנהגות הלא תקינה?
לנתונים הבסיסיים של תפקוד האפליקציה שקשורים לקריסות, למקרי ANR ולשימוש בסוללה יש שני ספים של התנהגות לא תקינה: אחד לכל הסשנים בכל המכשירים ואחד לכל מכשיר. הערכים האלה מוצגים במדד תפקוד האפליקציה.
|
סף התנהגות פסולה כדי למקסם את החשיפה של הכותר ב-Google Play, חשוב לשמור על ערכים מתחת לספים האלה. |
|||
|---|---|---|---|
| כולל (ממוצע בכל המכשירים) | לפי דגם הטלפון | לפי מודל שעון | |
| שיעור הקריסות שבהן הבחינו המשתמשים | 1.09% | 8% | 4% |
| שיעור מקרי ה-ANR שבהם הבחינו המשתמשים | 0.47% | 8% | 5% |
| שימוש מופרז בסוללה | 1% | - | 1% |
| שימוש מוגזם בחסימה חלקית של מצב השינה | 5% | - | - |
איך הנתונים הבסיסיים של תפקוד האפליקציה משפיעים על החשיפה של התוכן שלי ב-Play?
אם האפליקציה או המשחק חורגים מסף ההתנהגות הלא תקינה, יכול להיות ש-Play יפחית את החשיפה של התוכן. יכול להיות ש-Play גם יציג למשתמשים אזהרה בדף האפליקציה בחנות.
האם יכול להיות שיהיו גם התנהגויות לא תקינות במכשיר מסוים וגם התנהגויות לא תקינות באופן כללי? או רק אחד מהם? מה עושים במקרה כזה?
כן, כל השילובים אפשריים. כדי לשפר את איכות האפליקציה, צריך לתקן את הקריסות ואת מקרי ה-ANR שמשפיעים על הכי הרבה משתמשים. כדי לשפר את האיכות במכשירים ספציפיים, צריך לתקן את קבוצות הקריסות ומקרי ה-ANR הגדולות ביותר במכשירים האלה. אם יש לכם את שתי הבעיות, כדאי להתמקד קודם באשכולות הגדולים ביותר של קריסות ומקרי ANR.
אני רוצה לקבל עזרה בפתרון בעיות טכניות. איפה מתחילים?
ריכזנו כאן מקורות מידע שיעזרו לכם לאבחן ולפתור בעיות טכניות באפליקציה או במשחק.
נתונים בסיסיים של תפקוד האפליקציה:
שיעור מקרי ה-ANR שהשפיעו על המשתמשים
שיעור הקריסות שהשפיעו על המשתמשים
שימוש מוגזם בסוללה
נעילות חלקיות מוגזמות של המכשיר במצב פעיל
כל שאר הנתונים על תפקוד האפליקציה:
התעוררויות מרובות
חסימות חלקיות ממושכות של מצב השינה
חיפוש יתר של נקודות Wi-Fi ברקע
שימוש מוגזם ברשת ברקע
זמן ההפעלה של האפליקציה
עיבוד איטי
סשנים איטיים
תהליכי LMK (תהליכים להפסקת פעולה של אפליקציות בגלל צריכת זיכרון גבוהה)
דחיות של הרשאות
אני לא רוצה להיות מופתע מהתנהגויות לא הולמות או מאזהרות לגבי כרטיסי מוצר. איך אפשר להיערך מראש?
מערכת Play משתמשת בנתונים מ-28 הימים האחרונים כדי להעריך את איכות האפליקציה. התכונה 'תפקוד האפליקציה' מציגה אזהרות לגבי בעיות שמתרחשות בתקופה הזו.
- כדאי לבדוק את ממשק המשתמש באופן קבוע או להשתמש ב-Reporting API כדי לשלב את הנתונים בתהליך העבודה.
- אפשר להגדיר ב-Play Console התראות באימייל על בעיות.
- התכונה 'תפקוד האפליקציה' מסמנת 'בעיות חדשות' – בעיות שמשפיעות על מכשירים במשך יותר מ-7 ימים במקרה של קריסות ומקרי ANR. יש לכם 21 ימים לטפל בבעיות האלה.
יש לי הרבה מכשירים עם התנהגות לא תקינה. איך אפשר להבין את הרשימה?
לפעמים, בעיות בחומרה או בתוכנה של המכשיר גורמות לשיעורי שגיאה גבוהים. ההתראות של Android Vitals מצביעות על קשרים אפשריים בין שיעורי שגיאה גבוהים לבין גורמים כמו זיכרון RAM, גרסת Android וסוג המעבד. אפשר גם לבדוק את הקישורים האלה בעצמכם באמצעות התכונות 'היקף החשיפה' ו'מכשירים' ב-Play Console.
בנוסף, הכלי 'תפקוד האפליקציה' מאפשר גישה מהירה למידע חשוב על המכשיר, כמו מספר המשתמשים, ההכנסה, הדירוגים והביקורות. המידע הזה מוצג בחלונית צדדית, כך שלא צריך לצאת מהדף הנוכחי.
אם פותרים בעיה במכשיר, כמה זמן עובר עד שהאזהרות מפסיקות להופיע?
מערכת Play בודקת את מדדי הביצועים המרכזיים של האפליקציה שלכם מדי יום, באמצעות ממוצע של 28 ימים. כשהממוצע הזה משתפר, האזהרות של Android vitals נעלמות. יכול להיות שהמערכת של Play תסיר אזהרות מדף האפליקציה בחנות מהר יותר אם היא תזהה שיפור.
מה קורה אם אני לא מצליח לתקן את הבעיה או לא רוצה לעשות זאת?
חשוב לוודא ששקלתם את העלויות ואת ההזדמנויות המבוזבזות כתוצאה מחוויית משתמש גרועה. התנהגות לא תקינה פוגעת במשתמשים הקיימים ומקשה על משיכת משתמשים חדשים. אם לא מעשי לפתור בעיות במכשירים ספציפיים, כדאי לשקול מחדש את כללי הטירגוט וההחרגה של המכשירים.
למה ספירת הבעיות והשיעורים של תפקוד האפליקציה ל-Android לא תואמים לספירת הבעיות ולשיעורים שמופיעים בפתרונות שלי או בפתרונות של צד שלישי?
התכונה 'תפקוד האפליקציה' היא המקור העיקרי של Play לנתונים על האיכות הטכנית של האפליקציה. יכול להיות שמספר הבעיות והשיעורים יהיו שונים ממקורות אחרים, מסיבות שונות:
- הנתונים של המדדים החיוניים ב-Android מגיעים ממערכת Android וכוללים אירועים שלא נראים על ידי ערכות SDK, כמו:
- קריסות לפני אתחול ה-SDK
- מקרי ANR בגרסאות Android קודמות לגרסה 12
- ב-Android vitals נספרים רק בעיות ממכשירים מאושרים ומאפליקציות שהותקנו מ-Google Play.
- ב-Android vitals נעשה שימוש רק בנתונים ממשתמשים שהסכימו לשתף נתונים.
- כדי להגן על פרטיות המשתמשים, אנחנו מציגים נתונים רק אם יש לנו מספיק נתונים כדי ליצור דוחות אנונימיים.
- יכול להיות ששיעורי הבעיות יחושבו בצורה שונה. בדוחות תפקוד האפליקציה ל-Android מוצגות בעיות לכל משתמש פעיל ביום.
- לדוגמה, ב-Crashlytics נספר מספר הבעיות לכל סשן באפליקציה. אם משתמש שיחק במשחק שלוש פעמים ביום אחד ונתקל בקריסה אחת, ב-Android vitals יוצג שיעור קריסות של 100%, וב-Crashlytics יוצג שיעור קריסות של 33%.
מידע נוסף על אופן איסוף הנתונים זמין במרכז העזרה של Play Console.
האם אפשר לראות את התובנות לגבי ANR וקריסות בסביבת הפיתוח המשולבת (IDE)?
כן, ב-Android Studio Meerkat, כשמציגים דוחות ב-App Quality Insights, לוחצים על הכרטיסייה Insights. Gemini מספק סיכום של הקריסה, יוצר תובנות ומקשר למסמכי תיעוד שימושיים. אם תתנו ל-Gemini גישה להקשר של קוד מקומי, הוא יוכל לספק תוצאות מדויקות יותר, הצעות לקוד ושלבים רלוונטיים להמשך. כך תוכלו לצמצם את הזמן שנדרש לאבחון ולפתרון בעיות. מידע נוסף זמין במאמרי העזרה של Android Studio.
מה נחשב לסשן משתמש, ומתי הוא מתחיל ומסתיים?
סשן של משתמש מוגדר כסכום של פעילות השימוש שמתרחשת במהלך תקופה של 24 שעות. התקופה של 24 שעות מתחילה בחצות לפי שעון החוף המערבי (PT) עבור כל מדדי תפקוד האפליקציה שנאספים. אם לא מתועדת פעילות שימוש באפליקציה במהלך היום, לא מתועד סשן.