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