חשוב לשמור על עקביות התכונות ב-Android ביחס לפלטפורמות דומות שאינן Android, כדי להבטיח חוויה עקבית ואיכותית למשתמשים, ללא קשר למכשיר שהם בחרו.
הטמעה נדרשת
כדי לעמוד בדרישות של תוכנית AEP, האפליקציה שלכם צריכה לעמוד בדרישות הבאות:
- מועד ההשקה: כל התכונות* צריכות להיות מושקות באופן מלא ב-Android בכל מדינה שבה התוכנית פעילה, תוך שלושה שבועות ממועד ההשקה המלא שלהן בפלטפורמה שאינה Android באותה מדינה.
- שקילות פונקציונלית: גרסת Android של תכונה מסוימת צריכה לתמוך באותן יכולות ליבה ובתרחישי שימוש כמו גרסאות שאינן Android. תכונה לא עומדת בדרישה הזו אם חסרה לה יכולת שזמינה במקום אחר, או אם היא לא תואמת לרמת ההטמעה המקורית, למשל אם היא משתמשת בתצוגת אינטרנט לא מותאמת במקום שבו קיימת תכונה מקורית בפלטפורמות אחרות.
(*) הגדרת תכונה: תכונה מוגדרת כיכולת, כלי, תהליך שהמשתמש עובר, קיבוץ תוכן או שיטה להחלפת ערך באפליקציה, שמספקים ערך פונקציונלי מהותי למשתמש הקצה. ההטבות האלה כוללות נקודות כניסה נוספות כמו ווידג'טים, התאמה אישית ואופטימיזציה של דירוג חוויות, וגישה לתוכן מיוחד.
היכן ההנחיה חלה
ההנחיה הזו חלה על כל האפליקציות בכל גורמי הצורה.
פטורים
ההנחיות הבאות רלוונטיות לשימוש בפרמטר הזה:
- אי אפשרות טכנית: יכול להיות שתכונה מסוימת תהיה פטורה אם אי אפשר לתמוך בה ב-Android מבחינה טכנית. המפתחים צריכים לתעד את התכונה ואת החסימות הטכניות הספציפיות לצורך הבדיקה.
- רגרסיות בתכונות: אם תכונה שפעלה בעבר ב-Android הושבתה כדי לפתור בעיה משמעותית בייצור, יכול להיות שיינתן פטור אם יסופקו ראיות לכך שמתבצעת עבודה פעילה על פתרון הבעיה, ו-Google אישרה את הבעיה ואת הזמן הצפוי לפתרון.
- EEA: ההנחיה הזו לא רלוונטית באזור הכלכלי האירופי. עם זאת, כשמפיצים את האפליקציה באזור ה-EEA, משתמשי Android צריכים להיות מסוגלים לגשת לכל החוויות והיכולות החדשות באפליקציה ל-Android שסופקה על ידי המפתח. לכן, המפתחים נדרשים לבצע אופטימיזציה מלאה של הכותרים שלהם ל-Android.