ב-Wear OS, משתמשים יכולים להיכנס לחנות Play בשעון ולהוריד אפליקציה ל-Wear ישירות לשעון. בנוסף, משתמשים יכולים להתקין אפליקציה ישירות בשעון באמצעות חנות Play באינטרנט.
תכנון לקראת פרסום בחנות Play
אי אפשר ליצור קובץ APK אחד שפועל גם בטלפון וגם בשעון.
כדי שהאפליקציה תופיע בחנות Play בשעון, צריך להעלות את חבילת ה-APK של השעון ל-Play Console בדיוק כמו כל קובץ APK אחר. אם יש לכם רק APK של שעון ולא APK של טלפון, לא נדרשים שלבים נוספים.
אם יש לכם APK לטלפון בנוסף ל-APK לשעון, עליכם להשתמש בשיטת השליחה של חבילות APK מרובות.
הפצה לשעוני Wear
במכשירים עם Wear OS, כשמשתמש מתקין אפליקציה לטלפון שיש לה אפליקציה משויכת לשעון, הוא מקבל התראה בשעון על אפליקציית השעון הזמינה. הקשה על ההתראה פותחת את חנות Play בשעון, ומאפשרת למשתמש להתקין את אפליקציית השעון.
כשאתם מעלים קובץ APK של שעון באמצעות Play Console, אתם יכולים לעדכן את קובץ ה-APK של Wear בנפרד מקובץ ה-APK של הטלפון. המשתמשים מקבלים עדכונים דרך חנות Play בשעון. כשאתם שולחים עדכון ל-Play Console, האפליקציה מתעדכנת באופן אוטומטי, אלא אם המשתמש השבית את העדכונים האוטומטיים בהגדרות של חנות Play בשעון. המשתמשים יכולים גם לעדכן אפליקציות באופן ידני בחנות Play.
ציון קוד גרסה
קוד הגרסה של קובץ ה-APK לשעון חייב להיות ייחודי בכל גורמי הצורה. הסכימה של קוד הגרסה שלו יכולה להיות עצמאית מהסכימה של APK לטלפון.
אם ל-APK של Wear ול-APK הנלווה יש קוד משותף, והם דורשים השקות מתואמות, כדאי להקצות את שתי הספרות האחרונות של קוד הגרסה למשתני APK. דוגמה למשתנה של APK היא ארכיטקטורת מעבד. דוגמה נוספת מופיעה בקטע שימוש בסכמה של קוד גרסה.
הנה הצעה לסכמה של קוד גרסה:
- מגדירים את שתי הספרות הראשונות של קוד הגרסה ל-
targetSdkVersion, למשל 28. - מגדירים את שלושת הספרות הבאות לגרסה של המוצר, למשל 152 לגרסה 1.5.2.
- מגדירים את שתי הספרות הבאות למספר ה-build או למספר הגרסה, למשל 01.
- שומרים את שתי הספרות האחרונות לגרסה עם כמה קובצי APK, למשל 00.
לדוגמה, הערכים לדוגמה כאן – 28, 152, 01 ו-00 – יוצרים קוד גרסה של 281520100.
מידע נוסף זמין במאמר הגדרת פרטי גרסת האפליקציה.
הגדרת טירגוט לשעון
בקובץ המניפסט של Android, צריך להגדיר את הרכיב uses-feature ל-android.hardware.type.watch.
אל תגדירו את המאפיין required כ-false. אי אפשר ליצור קובץ APK אחד למכשירי Wear ולמכשירים שאינם Wear.
לדוגמה, אם ב-APK מוגדר הערך uses-feature שמוצג בדוגמה הבאה, Google Play מספק את ה-APK לשעונים בלבד:
<manifest package="com.example.standalone" xmlns:android="http://schemas.android.com/apk/res/android"> <uses-feature android:name="android.hardware.type.watch"/> ... </manifest>
אפשר לשלב את ההגדרה android.hardware.type.watch בדוגמת הקוד הקודמת עם קריטריונים אחרים, כמו גרסת ה-SDK, רזולוציית המסך וארכיטקטורת המעבד. כך חבילות APK שונות של Wear יכולות לטרגט הגדרות חומרה שונות.
ציון ההגדרה של אפליקציה כגרסה עצמאית
ב-Wear נדרש אלמנט
meta-data בקובץ המניפסט של Android לאפליקציות לשעון, כצאצא של האלמנט <application>. השם של האלמנט meta-data הוא com.google.android.wearable.standalone, והערך חייב להיות true או false. הרכיב הזה מציין אם אפליקציית השעון היא עצמאית, כלומר אפשר להשתמש בה בלי טלפון, והפונקציות העיקריות שלה, כולל האימות, לא דורשות מכשיר אחר.
גם אם הערך של com.google.android.wearable.standalone הוא false, אפשר להתקין את האפליקציה לשעון לפני שמתקינים את האפליקציה לטלפון.
במאמר
אפליקציות Wear OS נפרדות לעומת אפליקציות Wear OS לא נפרדות מוסבר בהרחבה איך מגדירים את ההגדרה 'אפליקציה עצמאית' ומפורטות הנחיות נוספות לגבי סיווג אפליקציות לשעון.
הערה: אם לאפליקציה של Wear יש אפליקציה תואמת לטלפון, צריך להשתמש באותו שם חבילה בשתי האפליקציות.
עמידה בדרישות לגבי חוויות שמתאימות לילדים
מכשירי Wear OS נבחרים תומכים בחוויה ידידותית לילדים, שמאפשרת לשעון ולאפליקציות המשויכות אליו לפעול באופן עצמאי באמצעות חיבור LTE, ובמקרים שבהם יש חיבור Wi-Fi, גם באמצעות חיבור Wi-Fi. כולל שיחות, שליחת הודעות טקסט ומשחקים. כדי לפרסם חוויה שתואמת לילדים באפליקציה או בתצוגת השעון בחנות Play, הם צריכים לעמוד בדרישות הנוספות הבאות:
- גיל וסיווג תוכן: אפליקציות ותצוגות שעון שמיועדות לילדים חייבות לעמוד בדרישות הגיל וסיווג התוכן שמתאימות לפונקציונליות שלהן.
- פונקציונליות עצמאית: באפליקציות צריך להגדיר את
com.google.android.wearable.standaloneלערךtrue, כפי שמתואר בקטע ציון ההגדרה העצמאית של האפליקציה. בנוסף, האפליקציה חייבת לעמוד בכל הדרישות המשויכות לאפליקציות עצמאיות, שתוקפן יחול כשהשעון יוגדר עם חשבון של ילד או ילדה. - Watch Face Format: אם אתם מפתחים תצוגת שעון לילדים, עליכם ליצור אותה באמצעות Watch Face Format.
מידע נוסף על יצירת חוויות שימוש שמתאימות לילדים זמין בהנחיות לפיתוח.
זהירות: אם מטמיעים פתרון אימות בחוויית משתמש שמתאימה לילדים, אי אפשר להשתמש ב כניסה באמצעות חשבון Google כי היא לא תואמת לחשבונות של ילדים.
לשימוש ב-Play Console
אתם יכולים להשתמש ב-Play Console כדי להעלות קובץ APK עצמאי של Wear לדף האפליקציה.
מידע נוסף זמין במאמרים תמיכה בכמה קובצי APK וניהול האפליקציה. חשוב לוודא שקובץ ה-APK חתום לפני ההעלאה.
העלאה ופרסום של קובץ ה-APK
כדי להעלות ולפרסם את קובץ ה-APK של Wear באמצעות Play Console, צריך לפעול לפי התהליך הזה, שדומה לתהליך של חבילות APK לנייד. עם זאת, צריך להביע הסכמה ל-Wear OS ב-Play Console, כפי שמתואר בשלבים הבאים:
- ב-Play Console, עוברים אל הגדרה ולוחצים כדי לפתוח אפשרויות נוספות.
- בוחרים באפשרות הגדרות מתקדמות, בוחרים בכרטיסייה גורמי צורה ולוחצים על הוספת גורם צורה.
- לוחצים על Wear OS.
כדאי להעלות צילום מסך של אפליקציית Wear OS ולהזכיר את Wear OS בדף האפליקציה בחנות Google Play. מידע נוסף זמין במאמר הפצה ל-Wear OS.
הסיבות המובילות לדחיית אפליקציות ל-Wear OS מחנות Play
כדאי לעיין ברשימה הבאה כדי לצמצם את הסיכוי שהאפליקציה שלכם תידחה מחנות Play. בנוסף, כדאי לעיין ב דף בנושא איכות האפליקציות ל-Wear OS כדי לוודא שהאפליקציה שלכם עומדת בהנחיות האלה.
אין אזכור של Wear OS בדף האפליקציה בחנות
חובה לציין את Wear OS בדף האפליקציה בחנות של Wear או של אפליקציית השעון.
פונקציונליות בסיסית לא תקינה
זו קטגוריה רחבה, אבל אנחנו דוחים אפליקציות שלא פועלות כראוי. חשוב לבדוק היטב את האפליקציה במהלך ההרצה במהדורת האדמין ובמכשיר פיזי.
בנוסף, חשוב לוודא שצילומי המסך של האפליקציה משקפים את המראה של האפליקציה בפועל. אם צילומי המסך לא מדויקים, האפליקציה תסומן כ'לא פועלת כפי שפורסם' ותידחה.
אין צילום מסך של Wear
חובה לכלול צילום מסך מ-Wear. התהליך של צילום המסך דומה לצילום מסך של אפליקציה לנייד, וניתן לבצע אותו מ-Android Studio. יש כמה עיצובים של Wear שזמינים לצילומי המסך.
לא עוצבה להתאמה למסכים עגולים
אם האפליקציה שלכם לא תומכת במסכים עגולים, חשוב לציין זאת בתיאור שלה בחנות Play. אחרת, אם הפריסה של האפליקציה לא מוצגת בצורה תקינה במסך עגול, היא תידחה.
כדי לוודא שהפריסות מוצגות בצורה תקינה, כדאי לבדוק את האפליקציה במכשיר עגול או באמולטור. להשתמש בפריסות של Wear OS שכלולות בכלי לבדיקת פריסות ב-Android Studio. למידע נוסף, ראו פתיחת כלי לבדיקת הפריסה.
חסרות דרישות לגבי פונקציונליות
דוגמה לדרישות פונקציונליות חסרות נפוצות היא כשההתראות לא משופרות ל-Wear.
חשוב לפעול לפי הנחיות האיכות לאפליקציות ל-Wear OS ולאפשר למשתמשים להשיב באמצעות RemoteInput באפליקציות שליחת הודעות.