Google Play Games | Revamped Level Up guidelines

תוכנית Level Up המחודשת של Google Play Games היא תוכנית שמטרתה להכיר בחוויות גיימינג נהדרות ולתגמל אותן באמצעות הטבות במחירון התוכנית, כדי לעודד צמיחה עסקית של המשחק. ההשתתפות בתוכנית היא וולונטרית, ומפתחים שלא יבחרו להשתתף בה לא יחול שינוי בהטבות שמגיעות להם במסגרת תוכניות אחרות. מפתחים יכולים להירשם דרך Play Console החל מ-1 בספטמבר 2026. מידע נוסף זמין במאמר בנושא הצטרפות לתוכנית Level Up.

המשימה שלנו היא לחבר בין שחקנים לבין חוויות הגיימינג הטובות ביותר – חוויות שמספקות חוויית משחק עקבית, שזמינות בכל המסכים ושמאפשרות הפעלת משחקים בצורה יציבה וחלקה יותר.

הציפיות של השחקנים והצרכים של המפתחים משתנים כל הזמן, והתוכנית נועדה להתפתח יחד איתם. יכול להיות שנעדכן את ההנחיות וההטבות בנושא חוויית משתמש מעת לעת. כדי לעזור לכם לשמור על הסטטוס שלכם בתוכנית, נשלח לכם הודעה מראש ומסמכים מפורטים לפני שעדכונים בתוכנית ייכנסו לתוקף, כדי שיהיה לכם מספיק זמן לבצע את השינויים הנדרשים.

בדף הזה מתוארות ההנחיות בנושא חוויית המשתמש. מידע נוסף על תוכנית Level Up וההטבות שלה זמין בדף התוכנית Level Up של Google Play Games.

הנחיות בנושא חווית משתמש

כדי לקבל גישה להטבות בכרטיס של מחירון תוכנית Level Up, המשחק צריך לעמוד בכל ההנחיות לחוויית השימוש שמפורטות בדף הזה. יכול להיות שנעדכן את ההנחיות האלה מעת לעת ככל שהתוכנית תתפתח.

בקטעים הבאים מפורטות ההנחיות, שמחולקות לשלושה נושאים עיקריים:

ליצור חוויית משחק עקבית

פלטפורמת המשחקים שלנו מציגה מנגנונים חדשים וממשקים שונים, ומספקת לשחקנים חוויית משחק משופרת, מהנה ועקבית. כדי לספק את החוויה הזו, המשחקים צריכים לשלב את ההנחיות הבאות בנושא חוויית משתמש.

מזהה הנחיה
LU-PA-GAA

אימות בפלטפורמה: משלבים את Google Play Games Services v2 SDK ומוודאים שהוא מאותחל בהפעלה. השילוב הזה מאפשר לשחקנים שאישרו את השימוש בתכונות האלה בפלטפורמה ליהנות מהישגים, מנתונים סטטיסטיים של המשחקים ומסנכרון בין מכשירים. מידע נוסף זמין במאמר Play Games Services.

שימוש באימות של פלטפורמת Play Games לא מחייב שימוש במערכת הזהויות של Google, או אפילו במערכת זהויות במשחק. אם אתם רוצים להשתמש במערכת זהויות, אתם יכולים להשתמש בכל ספק זהויות (כמו כניסה באמצעות חשבון Google, ספקים של צד שלישי או קצה עורפי בהתאמה אישית) כדי לנהל חשבונות קנייניים במשחק. משחקים עם חשבונות בתוך המשחק יכולים להשתמש ב-Play Games Recall API כדי לסנכרן חשבונות בין מכשירים ולהקל על הכניסה לחשבון.

פטורים

מזהה פטור
LU-PA-EAA

משחקים שמיועדים בעיקר לשחקנים מתחת לגיל 13 לא צריכים לאתחל את שירותי Play Games או להטמיע תכונות אחרות שמוזכרות בקטע הזה (הישגים, GSAPI,‏ Sidekick,‏ Rewards או Cloud Save) כדי לעמוד בהנחיות של Level Up.

חלונית המשחקים של Play Games

Play Games Sidekick היא שכבת-על שעוזרת לשחקנים להישאר במשחק, כי היא מספקת להם תוכן, פונקציות ומבצעים רלוונטיים ישירות. השחקנים מצפים ש-Sidekick יהיה זמין במשחקים בפלטפורמת Play Games.

מזהה הנחיה
LU-SK-GAA מוסיפים את Sidekick למשחק. אפשר לעשות את זה על ידי הפעלת התכונה ב-Play Console למפתחים אם המשחק פורסם בפורמט App Bundle. לחלופין, אפשר לקמפל את Sidekick SDK ישירות במשחק אם משתמשים בפורמט APK מדור קודם לפרסום, או אם משתמשים בפתרון DRM לא תואם.

פטורים

‫Sidekick מועיל לכל השחקנים, אבל הוא לא זמין לכל הקהלים. יש לנו את הפטורים הבאים מההנחיה הזו:

מזהה פטורים
LU-SK-EAA משחקים שמיועדים בעיקר לשחקנים מתחת לגיל 13. ‫Sidekick מושבת בחשבונות של ילדים, ולכן משחקים שמיועדים בעיקר לילדים מתחת לגיל 13 פטורים מהכלל הזה.
LU-SK-EAB אם נתקלתם בבעיה שחוסמת את המשחק ב-Sidekick, דיווחתם עליה ו-Google אישרה אותה, יכול להיות שנקנה לכם פטור לתקופה מסוימת כדי למצוא פתרון או כדי לטפל בבעיה.

מקורות מידע נוספים

מידע נוסף זמין במאמר בנושא Sidekick.

הישגים

הישגים הם חלק מרכזי מחוויית המשחק, והם נועדו להכיר בשחקנים ולתגמל אותם על ההישגים שלהם במשחקים.

מזהה הנחיה
LU-AC-GAA אנחנו דורשים לפחות 10 הישגים לאורך כל המשחק. שימו לב שאנחנו ממליצים להוסיף לפחות 40 הישגים כדי לספק לשחקנים חוויה עשירה ומעניינת בפלטפורמת Google Play Games.
LU-AC-GAB לכל ההישגים צריך להיות שם ותיאור ייחודיים. התיאורים האלה צריכים להסביר לשחקנים מה הם צריכים לעשות כדי להשיג את ההישג.
LU-AC-GAC כדי שהמשחק יעמוד בדרישות למשימות, כל מי שמשחק בו צריך להיות מסוגל להשיג לפחות 4 הישגים באופן סביר ומהימן בשעה הראשונה של המשחק.
הישגים טובים עם שמות, סמלים ותיאורים ייחודיים.
הישגים טובים עם שמות, סמלים ותיאורים ייחודיים.

פטורים

ההישגים זמינים לכל השחקנים, אבל יכול להיות שהם לא יתאימו לכל הקהלים. יש לנו את החריג הבא להנחיה הזו:

מזהה פטור
LU-AC-EAA משחקים שמיועדים בעיקר לשחקנים מתחת לגיל 13.
LU-AC-EAB משחקים פטורים ממתן הישגים אם אין בהם מספיק אירועים ברורים, התקדמות או הישגים של שחקנים. שימו לב שאפשר להשתמש במנגנוני התקדמות כמו שיאים אישיים, רמות, פתיחת אזורים או גילויים, ניצחון על אויבים או על יריבים, שלבים בסיפור, נקודות ניסיון, אחוזים של השלמה או איסוף פריטים כדי ליצור הישגים.

מקורות מידע נוספים

למידע על שילוב הישגים במשחק ושיטות מומלצות, אפשר לעיין במאמר בנושא הישגים.

נתונים סטטיסטיים של המשחק

בעזרת נתונים סטטיסטיים של המשחק תוכלו להגביר את מעורבות השחקנים במשחק ולשפר את החשיפה שלו בפלטפורמת Google Play Games. התכונה 'נתונים סטטיסטיים של המשחקים' מאפשרת למשתמשים לראות את הנתונים הסטטיסטיים שלהם בפרופיל הגיימר שלהם, והיא משמשת להפעלת תכונות נוספות לעידוד מעורבות השחקנים ב-Play, כמו קווסטים, אתגרים חברתיים ועוד תכונות שיתווספו בעתיד.

מזהה הנחיה
LU-GS-GAA

כדי להפעיל את התכונה 'נתונים סטטיסטיים של המשחק', צריך לשלוח לפחות 5 נתונים סטטיסטיים חוזרים שיירשמו בפרופיל הגיימר של השחקן. כל הנתונים הסטטיסטיים שחוזרים על עצמם צריכים לייצג פעולות שמתרחשות באופן קבוע על ידי שחקנים במשחק.

  • צריך שלפחות נתון אחד יהיה שמיש לתכונות של מעורבות תחרותית של שחקנים.
LU-GS-GAB

אם יש לכם מנגנון התקדמות ראשי, אתם צריכים לשלוח לפחות נתון סטטיסטי נוסף של התקדמות השחקן כדי להפעיל את התכונה 'נתונים סטטיסטיים של המשחק' שמאוחסנת בפרופיל הגיימר של השחקן.

  • רמת ההתקדמות צריכה להיות מדד שמייצג את התקדמות השחקן במשחק.

צריך לשלוח את נתוני השחקנים עבור נתונים סטטיסטיים של המשחק באמצעות Game Stats API דרך הטמעה בצד הלקוח או בצד השרת. צריך להגדיר כל התקדמות של שחקן או נתון חוזר בכלי Play. צריך להצהיר על סכימת הנתונים הגולמיים ולמפות אותה לנתונים סטטיסטיים של המשחק שמוצגים למשתמשים, כולל מחרוזת התצוגה, סמל ייחודי וכל כללי הצבירה.

מזהה הנחיה
LU-GS-GAC

כל נתון סטטיסטי צריך לעמוד בדרישות שמתוארות במאמר נתונים סטטיסטיים של משחקים.

ברוב המשחקים אפשר לספק אותות מתאימים. יש דוגמאות שיעזרו לכם לבחור את נקודות הנתונים הנכונות שיאפשרו את מנגנוני המעורבות.

פטורים

ההנחיה הזו לא חלה על המקרים הבאים:

מזהה פטור
LU-GS-EAA

משחקים שמיועדים בעיקר לשחקנים מתחת לגיל 13 אי אפשר להפעיל את נתוני המשחק לשחקנים מתחת לגיל 13.
LU-GS-EAB

משחקים פטורים ממתן מצבי שחקן רק אם אין בהם מנגנוני התקדמות ברורים. אם המשחק שלכם כולל תכונות כמו שיאים לכל החיים, רמות, נקודות ניסיון, אחוזים של השלמת המשחק או אוסף של פריטים עיקריים, הוא לא עומד בדרישות לפטור הזה כי אפשר להשתמש בתכונות האלה כמנגנון התקדמות.
LU-GS-EAC

כותרים בתוכנית הגישה המוקדמת (EAP) למחשבים נייטיב, כי ערכת ה-SDK שלנו עדיין לא תומכת בתכונה הזו. (הערה: זה רלוונטי רק לגרסת המחשב המקומית של הכותר).

מקורות מידע נוספים

מידע נוסף מופיע במאמר בנושא נתונים סטטיסטיים של משחקים.

פרסים

אתם יכולים ליצור מבצעים לתגמול ב-Play Games ש-Play יכולה להפיץ לשחקנים בחינם כהטבות ותגמולים, כולל פריטים שכבר קיימים במשחק או פריטים חדשים, כדי להגביר את המעורבות שלהם:

מזהה הנחיה
LU-RE-GAA כל הפריטים צריכים להיות זמינים לכל שחקן לפחות פעם אחת באמצעות Play.
LU-RE-GAB כדי לוודא שהפריטים מעודדים את השחקנים להשתתף במשחק, הם צריכים להיות משמעותיים או רצויים.
LU-RE-GAC

30 בספטמבר 2026: לפחות 2 הצעות לפרסים לשימוש חד-פעמי ב-Play Games, כמו דמויות, סקינים או כלי נשק ספציפיים. התגמולים האלה ב-Play Games יינתנו לשחקנים אחרי שישלימו בהצלחה משימה.
LU-RE-GAD

‫1 במרץ 2027: לפחות מבצע אחד של תגמול ב-Play Games שאפשר לממש שוב ושוב, כמו תוספת חיים, שיפורים זמניים, פריטים לתגמול יומי, מטבע במשחק או פריטים מתכלים אחרים. השחקנים יקבלו את הפרסים האלה אחרי שישלימו בהצלחה את האתגרים החברתיים, עד פרס אחד בשבוע לכל שחקן.

פטורים

ההנחיה הזו לא חלה על המקרים הבאים:

מזהה פטור
LU-RE-EAA

משחקים שמיועדים בעיקר לשחקנים מתחת לגיל 13. פריטי תגמול משמשים לתכונות כמו קווסטים ואתגרים חברתיים, שבדרך כלל לא זמינים לשחקנים מתחת לגיל 13. אם המשחק שלכם מיועד בעיקר לקבוצת הגיל הזו, אתם פטורים ממתן פריטי תגמול.
LU-RE-EAB

משחקים בתשלום. השחקנים מצפים לקבל את חוויית המשחק המלאה במשחקים בתשלום אחרי הרכישה הראשונית. ההגדרה הזו חלה על כל משחק עם רכישה יחידה, בין אם הרכישה מתבצעת מראש בזמן ההתקנה או דרך רכישה חד-פעמית במשחק. לא נציע פרסים נוספים של פריטים במשחק עבור משחקים בתשלום.

מקורות מידע נוספים

מידע נוסף זמין במאמר בנושא תגמולים ב-Play Games.

שמירה בענן

שחקנים משחקים בכמה מכשירים ומתקינים את המשחקים שלהם באותו מכשיר כמה פעמים. לכן, הם תמיד צריכים להתחיל את המשחק מהמצב האחרון שבו הם היו. כדי לעשות את זה, אתם צריכים להטמיע במשחק פתרון לשמירה בענן.

מזהה הנחיה
LU-CS-GAA

משחק צריך לשמור את מצב המשחק של השחקן בענן ולשחזר אותו כשהוא מתחיל את המשחק.
LU-CS-GAB

נדרשת מדיניות לפתרון התנגשויות אם לשחקן יש כמה חשבונות במשחק או אם יש התנגשות בין נתוני המשחק השמורים במכשיר לבין נתוני המשחק השמורים בענן. בדרך כלל, השחקן מחליט איך לפתור את הקונפליקטים האלה. מדיניות פתרון הסכסוכים צריכה להתייחס לתרחישים הבאים:

  • כמה חשבונות לכל משתמש: טיפול במקרים שבהם שחקן יחיד מקיים אינטראקציה עם האפליקציה באמצעות חשבונות שונים.
  • התנגשויות במצב: פתרון אי התאמות שמתעוררות בין מצב המשחק המקומי לבין מצב המשחק שנשמר בענן.

אם אין לכם פתרון קיים לשמירת התקדמות השחקנים בענן, מומלץ להשתמש ב-Saved Games API כחלק מ-Play Games Services כדי לספק את הפונקציונליות הזו. אתם יכולים להשתמש בכל ספק פתרונות כדי לעמוד בהנחיה הזו.

אנחנו מאמינים שכל משחק צריך לאפשר לשחקנים להמשיך את ההתקדמות שלהם בכל התקנה של המשחק.

פטורים

ההנחיה הזו לא חלה על המקרים הבאים:

מזהה פטור
LU-CS-EAA

שמירה בענן לא נדרשת במשחקים שלא מספקים חשבונות בתוך המשחק, ומספקים רק חשבונות אורחים או לא מספקים מצב משחק שמור בין סשנים של משחק.
LU-CS-EAB

משחקים שבהם קובצי השמירה חורגים ממגבלות הגודל של Saved Games API‏ (3MB) והטמעה של פתרון אוטומטי בענן של צד שלישי תהיה יקרה מדי, פטורים מההנחיות לשמירה בענן. עם זאת, אנחנו ממליצים למפתחים לספק פתרון חלופי, כמו אפשרות לשחקנים להוריד ולהעלות את הקבצים שלהם באופן ידני.

מקורות מידע נוספים

מידע נוסף זמין במאמר שמירה בענן.

להרחיב את פוטנציאל החשיפה לכל המסכים

השחקנים רוצים לשחק במשחקים האהובים עליהם בצורה חלקה בכל המכשירים שלהם, ואנחנו מרחיבים את הגישה ל-Android למסכים ולמרחבים חדשים. כדי לעזור למפתחים ליהנות מהיתרונות של הגדלת הקהלים, המפתחים צריכים לפרסם גרסאות מותאמות של המשחקים שלהם במגוון גורמי צורה.

כדי להצטרף לתוכנית Level Up, כל המשחקים צריכים לפעול בהתאם להנחיות הבאות כדי לספק חוויית משחק במגוון מכשירים:

אופטימיזציה למסכים גדולים

השחקנים מצפים לשחק במשחקים שלהם בכל גורם צורה של מכשיר שפלטפורמת Google Play Games תומכת בו. הפילוח הזה כולל מכשירי Android עם מסך גדול כמו טאבלטים או טלפונים מתקפלים. כדי להבטיח שהשחקנים יקבלו את החוויה הכי טובה במכשירים האלה, המשחק צריך לספק פונקציונליות של שינוי גודל.

גורמי צורה של טלפונים, מכשירים מתקפלים, טאבלטים ומחשבים ניידים
גורמי צורה של טלפונים, מכשירים מתקפלים, טאבלטים ומחשבים ניידים.
מזהה הנחיה
LU-LS-GAA

כדי למנוע חסימה של אמצעי בקרה במשחק או ממשקי משתמש שחופפים לסרגלי מידע (סטטוס, ניווט, תנועות) או למגרעות במסך (מגרעות, חורים), צריך להשתמש בשוליים פנימיים.
LU-LS-GAB

תמיכה בשינויים בהגדרות (סיבוב המכשיר, קיפול ופתיחה, ריבוי חלונות, שינוי הגודל והמיקום של החלונות) בלי קריסות, ANR, ארטיפקטים ויזואליים או היסטים במיפוי של מגע, תוך שמירה על מצב המשחק וההתקדמות הפעילים.
LU-LS-GAC

משחקים שמוצגים לרוחב צריכים להיות מוצגים במסך מלא בלי letterboxing או pillarboxing במכשירי בדיקה וירטואליים, וביחסי גובה-רוחב של 4:3, ‏ 16:10 ו-21:9.

משחקים שמוצגים רק לרוחב לא צריכים לתמוך בפריסה לאורך, אבל הם צריכים להציג את עצמם בפורמט letterbox או pillarbox בצורה חלקה במסכים לאורך. יכול להיות שיהיו גם יחסי גובה-רוחב של תוכן שלא מותאם לעוגן בפורמט letterbox או בפורמט pillarbox.
LU-LS-GAD

משחקים שמוצגים לאורך צריכים להיות מוצגים במסך מלא בלי letterboxing או pillarboxing במכשירי בדיקה וירטואליים וביחסי גובה-רוחב של 3:4,‏ 10:16 ו-9:21.

משחקים שמוצגים רק לאורך לא צריכים לתמוך בפריסה לרוחב, אבל הם צריכים להציג את עצמם בצורה נקייה עם פסי שוליים שחורים (letterbox או pillarbox) במסכים לרוחב. יכול להיות שגם יחסי הגובה-רוחב של תוכן שלא ממוקם בתוך מסגרת יופיעו בפורמט letterbox או בפורמט pillarbox.

מקורות מידע נוספים

Google Play Games במחשב

‫Google Play Games במחשב מאפשר לשחקנים ליהנות מהמשחקים הכי טובים ב-Google Play, עם חוויית משחק סוחפת וחלקה בפלטפורמות שונות.

מזהה הנחיה
LU-PC-GAA

המשחק שלך חייב להיות מופץ ב-Google Play Games במחשב. יש שתי דרכים לעמוד בדרישת ההפצה הזו:

* אם תפרסמו כמשחק מקורי למחשב, הכותר שלכם לא יצטרך לתמוך ב-Sidekick, בשמירה בענן, בהישגים וב-API של נתונים סטטיסטיים של המשחק בגרסת המחשב עד שהתכונות האלה יהיו זמינות ב-SDK של Google Play Games במחשב.

פטורים

יש משחקים שהפצה שלהם במחשבים היא מאתגרת. ההנחיות האלה לא חלות על המקרים הבאים:

מזהה פטור
LU-PC-EAA

מגבלות של גורם הצורה יפגעו באופן משמעותי באיכות חוויית השימוש. משחקים עם דרישות טכניות קריטיות שקשורות לגיימפליי, שלא זמינות בגורם הצורה של Google Play Games במחשב, או משחקים שבהם גורם הצורה של Google Play Games במחשב יוצר חוויית משחק נחותה באופן משמעותי, למשל:

  • משחקים מבוססי-מיקום ומציאות רבודה מסתמכים באופן מהותי על התזוזה הפיזית הגיאוגרפית של המכשיר.
  • אי אפשר לדמות משחקים שמשתמשים בחיישני חומרה מקומיים בנייד (כמו קלט נשימה או מעקב שינה), והם חיוניים ללולאת המשחק המרכזית בלי פתרונות עקיפים.
  • משחקים עם מנגנונים שדורשים מהמשתמש לסובב פיזית את כל הגוף שלו במרחב של 360 מעלות בעולם האמיתי כדי לאתר נכסים דיגיטליים.
LU-PC-EAB

הגבלת רישוי IP ברמת הכותר, ספציפית לפלטפורמה. מפתחים מסוימים קיבלו רישיון ל-IP ברמת הכותר של המשחק שלהם לנייד מצד שלישי שמעניק רישיונות. ההסכמים האלה עשויים להגביל את הרישיון של המפתח, ולאסור עליו לפרסם את הכותר למחשבים אישיים בלי לקבל קודם זכויות רישיון נוספות. יכול להיות שמשחקים כאלה עם קניין רוחני ברישיון, שהרישיון שלהם לא כולל פרסום של משחקים כאלה למחשבים, יעמדו בדרישות לקבלת הפטור.
LU-PC-EAC

(משחקים בתשלום בלבד) הפרש מחירים בין נייד למחשב. משחקים בתשלום שמופצים דרך חנות Play לפני 30 בספטמבר 2026 עם הפרש מחירים קיים בין מחיר המשחק במחשב למחיר המשחק בנייד.

מקורות מידע נוספים

מידע נוסף על הפצה למחשב באמצעות Google Play זמין במאמר בנושא Google Play Games במחשב.

אמצעי בקרה מדויקים לקלט

תמיכה בכמה גורמי צורה פירושה תמיכה בקלט הטבעי של המכשיר, ובאופן כללי, לאפשר למשתמש לשחק בדרך שהכי נוחה לו. כלומר, כדי ליהנות מחוויית גיימינג מיטבית במסכים שונים, המשחקים צריכים לתמוך בשלט, במקלדת ובעכבר.

מחשב שולחני עם מקלדת ועכבר. משחק מוצג במסך, עם קלט של מסך מגע לשליטה בכיוון ועכבר.
קלט מהמקלדת, מהעכבר וממסך המגע.
מזהה הנחיה
LU-IC-GAA

חייבים להיות מסוגלים לשחק במשחק באופן מלא באמצעות בקר, מקלדת ועכבר (K&M) בכל המכשירים שהמשחק תומך בהם דרך פלטפורמת Play Games, שבה זמינים אמצעי הקלט האלה. משחק שניתן לשחק בו באופן מלא הוא משחק שאפשר לשחק בו מההתחלה ועד הסוף, כולל כל המכניקות של המשחק ותפריטי ההגדרות, בלי צורך לחזור לקלט מגע.

פטורים

לא כל המנגנונים בנייד מתורגמים בצורה חלקה לפקדי קלט מדויקים. הפטורים הבאים נובעים ממכניקת גיימפליי בסיסית ומאופן ההשפעה של מצבי קלט שונים על חוויית השחקן.

מזהה קריטריונים בקרים
חובה 		K&M
חובה
LU-IC-EAA מיפוי מרחבי מבוסס-מיקום / GPS: משחקי מציאות רבודה ומשחקים מבוססי-מיקום מסתמכים באופן מהותי על ההעתקה הפיזית הגיאוגרפית של המכשיר. ❌
(לא חובה) 		❌
(לא חובה)
LU-IC-EAB חיישני סביבה (מיקרופון/מעקב אחר השינה): אי אפשר לבצע סימולציה של כותרים שמשתמשים בחיישני חומרה מקומיים בנייד (כמו קלט נשימה או מעקב אחר השינה), והם חיוניים ללולאת המשחק המרכזית בלי פתרונות עקיפים. ❌
(לא חובה) 		❌
(לא חובה)
LU-IC-EAC מצלמה קינטית / פנורמות במציאות רבודה: מנגנונים שדורשים מהמשתמש לסובב את כל הגוף שלו ב-360 מעלות במרחב בעולם האמיתי כדי לאתר נכסים דיגיטליים. ❌
(לא חובה) 		❌
(לא חובה)
LU-IC-EAD כיוון מרחבי באמצעות ג'ירוסקופ או מד תאוצה: משחקים שנדרש בהם ג'ירוסקופ או מד תאוצה במכשיר כדי לשחק, ואם לא, נדרשת עבודה משמעותית כדי לשנות את חוויית המשתמש כך שתתמוך בהזנות מדויקות. ❌
(לא חובה) 		❌
(לא חובה)
LU-IC-EAE החלקה מהירה ואינטנסיבית וקצב מגע מרובה: משחקי קצב (ז'אנר מוזיקה) דורשים הפעלה סימולטנית וסינכרונית של כמה צמתים במסך, שסמן עכבר יחיד לא יכול לבצע מבחינה מתמטית. בבקרים חסר הפריסה הפיזית למיפוי תרשימי קצב דינמיים של 6 עד 8 נתיבים באופן אינטואיטיבי. ❌
(לא חובה) 		❌
(לא חובה)
LU-IC-EAF ציור בתנועות / וקטורים בציור חופשי: אי אפשר לשכפל בצורה נקייה ציור של צורות גיאומטריות ספציפיות או נתיבים בציור חופשי באמצעות האילוצים הרדיאליים המחמירים של ג'ויסטיק של בקר. ❌
(לא חובה) 		‫✅
(חובה)
LU-IC-EAG גרירה ושחרור / הצבעה ולחיצה מוחלטת: ביצוע מהיר של מכניקת גרירה ושחרור באמצעות ג'ויסטיק רדיאלי יחסי לא אפשרי מבחינה קינטית, והוא איטי בהרבה ממגע מוחלט. ❌
(לא חובה) 		‫✅
(חובה)

מקורות מידע נוספים

מידע נוסף על תמיכה בקלט מדויק במשחק זמין במאמר בנושא הפעלת קלט טבעי בכל גורמי הצורה. כשמוסיפים תמיכה בבקרי משחק, חשוב להוסיף את הדגל הזה למניפסט כדי שהמשתמשים יוכלו למצוא את המשחק שלכם כשהם מחפשים בחנות משחקים עם תמיכה בבקרי משחק.

התפלגות של גורם הצורה

פלטפורמת Google Play Games זמינה במגוון רחב של מכשירי Android, והשחקנים מצפים לשחק במשחקים שלהם בכל המכשירים האלה.

מזהה הנחיה
LU-FF-GAA

המשחק צריך להיות מופץ בגורמי הצורה הבאים של Android באיכות ללא פשרות:

פטורים

ההנחיה הזו לא חלה על המקרים הבאים:

מזהה פטור
LU-FF-EAA

מגבלות של גורם הצורה יפגעו באופן משמעותי באיכות חוויית השימוש. משחקים עם דרישות טכניות קריטיות שקשורות למהלך המשחק ושלא זמינות בגורם הצורה, או משחקים שגורם הצורה יגרום בהם לירידה משמעותית בחוויית המשחק.

לדוגמה:

מנגנון גיימפליי גורמי צורה שמוחרגים מהפצה
משחקי מציאות רבודה ומשחקים מבוססי-מיקום מסתמכים באופן מהותי על ההעתקה הפיזית הגיאוגרפית של המכשיר ‫Google Play Games במחשב, בטאבלטים, ב-Chromebook וב-Android TV
אי אפשר לדמות משחקים שמשתמשים בחיישני חומרה מקומיים בנייד (כמו קלט נשימה או מעקב אחר השינה), והם חיוניים ללולאת המשחק המרכזית בלי פתרונות עקיפים. ‫Google Play Games במחשב, בטאבלטים, ב-Googlebook, ב-Android TV וב-Android Auto
משחקים עם מנגנונים שדורשים מהמשתמש לסובב פיזית את כל הגוף שלו במרחב של 360 מעלות בעולם האמיתי כדי לאתר נכסים דיגיטליים. ‫Google Play Games במחשב, ב-Googlebook, ב-Android TV וב-Android Auto
מזהה פטור
LU-FF-EAB

מכשירים עם מפרטים טכניים שלא עומדים בדרישות המינימום לחומרה לנייד. המשחקים פטורים מהפצה במכשירים עם חומרה (RAM,‏ CPU, אחסון או GPU) או גרסאות Android שלא עומדות בדרישות המינימליות שלכם לטלפון נייד.
LU-FF-EAC

זמינות של גורמי צורה. המשחקים פטורים מהפצה במכשירים שלא זמינים באף אחד מהאזורים שבהם המשחק מוצע – כלומר, אין חפיפה בזמינות האזורית בין המכשיר לבין המשחק.

זמינות הפריט

השחקנים נהנים מהגמישות של בחירת המכשירים המועדפים עליהם, ועדיין יש להם גישה חלקה לכל הספרייה של חוויות המשחק שלהם.

מזהה הנחיה
LU-TA-GAA

כדי שתוכלו ליהנות מההטבות של תוכנית כרטיסי התעריפים על תכנים, התכנים האלה צריכים להיות זמינים בגורמי צורה נתמכים ב-Android באותו הזמן שהם הופכים לזמינים בגורמי צורה דומים אחרים שאינם Android, החל מ-30 בספטמבר 2026 ואילך.

גורמי הצורה הנתמכים של Android שנדרשים כרגע כוללים:

  • נייד ומסך גדול (טאבלט, Google Books, מחשב)
  • ‫Android XR (עם כתוביות שמוצגות בחלון דו-ממדי במכשיר ה-XR)
  • Android TV
  • Android Auto

משחקים שלא עומדים בהנחיה הזו בנושא זמינות פריטים חדשים יוכלו ליהנות מההטבות של מחירון תוכנית Level Up אחרי תקופת המתנה של 6 חודשים, בתנאי שהם יעמדו בכל ההנחיות בנושא חוויית משתמש.

דוגמאות:

  • אם מגישים בקשה להצטרפות לתוכנית Level Up עבור פריט מסוים, והפריט הזה זמין כרגע בגורמי צורה דומים שאינם Android, הפריט צריך להיות זמין בכל גורמי הצורה הדומים של Android למשך 6 חודשים לפחות לפני ההרשמה לתוכנית Level Up. אחרת, לא תהיה אפשרות ליהנות מההטבות של התוכנית עד שיחלפו 6 חודשים ממועד ההשקה של הפריט בגורם הצורה של Android. תקופת ההמתנה של 6 חודשים לא חלה אם הפריט הושק בגורם צורה שאינו Android לפני 30 בספטמבר 2026.
  • אם פריט שרשום כרגע לתוכנית יושק בגורם צורה דומה שאינו Android, ולא יושק בגורם צורה דומה ב-Android בו-זמנית, הוא לא יעמוד בדרישות לקבלת הטבות מהתוכנית למשך 6 חודשים.

פטורים

ההנחיה הזו לא חלה על המקרים הבאים:

מזהה פטור
LU-TA-EAA

ההבדלים בין פלטפורמות של מכשירים. לא כל משחק מתאים מבחינה טכנית או רעיונית לכל תצורת חומרה. לכן, המשחק יהיה פטור אם המפתח יוכיח שהמגבלות של גורם צורה ספציפי של Android יפגעו באופן משמעותי בחוויית המשתמש בהשוואה לפלטפורמה מקבילה שאינה Android, או אם אין פתרון טכני ישים לחומרה הזו.
LU-TA-EAB

תקופת חסד להשקה. כדי להתמודד עם מכשולים טכניים בלתי צפויים, עיכובים בביקורות על חנויות או השקות רכות, נבצע את הפעולות הבאות:

  • תקופת חסד רגילה. למפתחים יש חלון של 15 ימים להשגת סטטוס 'פעיל' בחנות Google Play.
  • תקופת חסד מורחבת במקרים חריגים שבהם מפתח יכול להוכיח שהעיכוב נגרם בגלל בעיה טכנית בצד של Google או בגלל תהליך בדיקה ארוך במיוחד של האפליקציה, תקופת החסד עשויה להתארך ל-30 יום לאחר בדיקה ידנית.
LU-TA-EAC

EEA ההנחיה הזו לא רלוונטית ל-EEA. עם זאת, כשמפיצים את האפליקציה באזור ה-EEA, משתמשי Android צריכים להיות מסוגלים לגשת לכל החוויות והיכולות החדשות באפליקציה ל-Android שסופקה על ידי המפתח. לכן, המפתחים נדרשים לבצע אופטימיזציה מלאה של שמות האפליקציות שלהם ל-Android.

לספק גיימפליי יציב וחלק יותר

כדי להבטיח שהמשחקים יפעלו בצורה חלקה בכל סוגי המכשירים, אנחנו מציגים מדדי איכות שמבטיחים ביצועים ויציבות לשחקנים. כדי להצטרף לתוכנית Level Up, כל המשחקים צריכים לעמוד בהנחיות האלה לחוויית המשתמש כדי לספק חוויה באיכות גבוהה.

יציבות

השחקנים מצפים שהמשחקים יספקו חוויה יציבה במכשיר שלהם, ללא קריסות וללא שגיאות מסוג Android Not Responding (ANR). המשחקים צריכים לעמוד בדרישות האיכות הבאות. כדי לצמצם את התנודתיות, הספים האלה ייאכפו על סמך נתונים מ-28 הימים האחרונים, תוך התחשבות רק במכשירים שנכללים בקבוצה המאושרת שבה האפליקציה שלכם הניבה לפחות 1,500 סשנים ב-28 הימים האחרונים.

מחווני ביצועים ב-Android

LU-ST-GAA LU-ST-GAB
תפקוד האפליקציה מכשירי בדיקה מכשירי Android עם זיכרון RAM בנפח 4GB ומעלה
תאונות שיעור קריסות ממוצע של פחות מ-1%

בדיקת מדדים ב-Play Console מידע

 שיעור קריסות ממוצע של פחות מ-2%

עיון במדדים ב-Play Console) מידע
מספרי ANR שיעור מקרי ה-ANR ממוצע של פחות מ-2%

בדיקת מדדים ב-Play Console מידע

 שיעור מקרי ה-ANR הממוצע הוא פחות מ-3%

עיון במדדים ב-Play Console) מידע

פטורים

אין חריגים להנחיה הזו.

מקורות מידע נוספים

מידע נוסף על אבחון בעיות קריטיות ופתרון שלהן זמין במאמר בנושא תפקוד האפליקציה.

ביצועים

קצב פריימים חלק ויציב הוא חיוני כדי לספק חוויית משחק באיכות גבוהה במכשירי Android.

מזהה הנחיה
LU-PR-GAA

במכשירי בדיקה וירטואליים, סצנות של גיימפליי פעיל צריכות להיות ממוקדות ולעבור רינדור בקצב של 60 פריימים לשנייה לפחות כברירת מחדל. הדרישה הזו חלה באופן ספציפי על משחקים פעילים בזמן אמת, ולא על מצבים לא אינטראקטיביים או מצבי מעבר כמו מסכי טעינה או מסכי פתיחה, הורדות תוכן, ממשקי לובי, תפריטים וסצנות קולנועיות:

  • ממוצע פריימים לשנייה (FPS) ≥ 55 FPS
  • ‫FPS ב-10% הנמוכים (אחוזון 90) ≥ 50 FPS
  • ‫FPS ב-1% הנמוך (אחוזון 99) ≥ 30 FPS

פטורים

מפתחי משחקים לנייד צריכים לקבל הרבה החלטות קשות לגבי המשמעות של איכות גבוהה בחוויה הספציפית שהם מציעים – למשל, האם לתת עדיפות לגרפיקה או לחיי הסוללה במהלך סשן משחק. ההחרגות הבאות חלות על ההנחיה הזו:

מזהה פטור
LU-PR-EAA

משחקים שלא תומכים ב-60 FPS בפלטפורמות אחרות.
LU-PR-EAB

משחקים שמשתמשים ב-HWUI או ב-Composer במקום לבצע רינדור ישירות.
LU-PR-EAC

משחקים שמעבירים פריימים חדשים רק כשמתבצעת אינטראקציה עם השחקן, ולא באופן קבוע.
LU-PR-EAD משחקים לא צריכים לעמוד בדרישה הזו בטאבלטים ובמכשירים מתקפלים, כי קשה יותר לתכנן את המערכת התרמית שלהם ולבצע בהם חישובים כדי לתמוך במסכים ברזולוציה גבוהה.

מקורות מידע נוספים

פרטים נוספים על חישוב ומדידה של הביצועים של Level Up זמינים במאמר בנושא קצב פריימים. אפשר גם לעיין במסמכי התיעוד בנושא הפעלות איטיות כדי לקבל אסטרטגיות אופטימיזציה בנוגע לשיפור החלקות של פריימים.

זיכרון

כדי לספק חוויה פרימיום, ב-Android 17 הושקו שיפורים בניהול הזיכרון ודרישות פלטפורמה מחמירות יותר, וגם טלמטריית זיכרון חדשה ושימושית ב-Play Console.

החל מפברואר 2027, Play דורש ממשחקים לעמוד בסף התנהגות לא תקינה שנקבע לשימוש דינמי בזיכרון (RSS אנונימי + החלפה), לשימוש במפת סיביות ולאופטימיזציה של קוד בכל הגרסאות של Android. מעכשיו מפתחים יכולים לעקוב אחרי מדדי הזיכרון האלה וספי ההתנהגות הלא תקינה בתפקוד האפליקציה.

מזהה הנחיה
LU-MM-GAA

אחרי שהאכיפה של ספי הזיכרון האלה תיכנס לתוקף, המשחקים יצטרכו לעמוד בכל ספי הזיכרון כדי לעמוד בדרישות של תוכנית Level Up או כדי להמשיך להשתתף בה. כאן אפשר למצוא את ספי הזיכרון ואת ציר הזמן של האכיפה.

אופטימיזציה של המשחק: כדאי לפעול לפי ההנחיות העדכניות למשחקים כדי למקסם את החיסכון בזיכרון בכל מצבי התהליך.

פטורים

אין חריגים להנחיה הזו.

Vulkan

‫Vulkan הוא ממשק ה-API המודרני לגרפיקה של Android, שמציע שיפורים משמעותיים בביצועים ובשימוש בסוללה. בנוסף, הוא מציע טכניקות גרפיות חדשות ברמת דיוק גבוהה יותר שישפרו את חוויית המשחק ב-Android.

יכול להיות שמשחקים ישנים יותר יעדיפו לגשת ל-Vulkan דרך ANGLE במקום להמיר את הקוד שלהם ל-Vulkan. ‫ANGLE הוא שכבת תרגום תואמת של Google OpenGL ES ל-Windows,‏ Mac, ‏ Linux, ‏ iOS ו-Android. ‫ANGLE משתמש ב-Vulkan מתחת לפני השטח.

מזהה הנחיה
LU-VK-GAA

במכשירים שבהם מנהלי ההתקנים הגרפיים מעודכנים, אם DEQP≥20240301:

  • אם משתמשים ב-Unity בגרסה 2021 ואילך, או ב-Unreal Engine בגרסה 4.25 ואילך:
    • צריך להגדיר את Vulkan כ-API הראשי לגרפיקה. משני השימוש ב-OpenGL ES (לדוגמה, במודעות, בתצוגות אינטרנט וכו') מקובל כל עוד הוא מהווה פחות מ-10% מהפריימים.
    • משחקים שמשתמשים בצינור העיבוד המובנה של Unity יכולים להפעיל את ANGLE במכשירי Android בגרסה 17 ואילך. למשחקים האלה יש זמן עד 30 בספטמבר 2027 להגדיר את Vulkan כ-API הראשי לגרפיקה. מומלץ מאוד לעבור ל-Universal Render Pipeline של Unity כדי להשיג את זה, אבל זו לא הדרך היחידה.
  • אם אתם משתמשים בגרסה ישנה יותר של Unity או Unreal, או בכל מנוע משחקים אחר, אתם נדרשים להשתמש ב-Vulkan או להפעיל רינדור ANGLE כדי לעמוד בדרישה הזו. כדי להפעיל את ANGLE, משנים את קובץ המניפסט של האפליקציה באופן הבא: 
    <application android:appCategory="game">
<meta-data android:name="com.android.graphics.driver.prefer_angle" android:value="true" />
</application>

פטורים

עמדת ברירת המחדל שלנו היא שכל המשחקים צריכים להשתמש ב-Vulkan כי הוא מציע יתרונות משמעותיים בביצועים ובחיי הסוללה. החריג הבא מזהה שייתכן שבחלק מהמשחקים אין אפשרות לבחור ממשק API לגרפיקה.

מזהה פטור
LU-VK-EAA

משחקים שלא שולטים בעיבוד שלהם ומעבדים דרך HWUI/SKIA (בדומה לעיבוד של אפליקציות). למשחקים האלה אין שליטה בצינור הגרפי שלהם, והם יועברו ל-Vulkan באופן אוטומטי בגרסאות הבאות של Android.
LU-VK-EAB

אם המשחק משתמש ב-WebGPU כ-API לעיבוד. ‫WebGPU היא שפה חדשה ברמה גבוהה יותר שמשתמשת ב-Vulkan במכשירים חדשים יותר וב-OpenGL ES במכשירים ישנים יותר. אם מסיבה כלשהי WebGPU מחליט לא להשתמש ב-Vulkan במכשיר מסוים, זה מעבר לשליטת המפתח. אנחנו פועלים כדי לפרוס את קצה העורפי של Vulkan בכמה שיותר מכשירים, מהר ככל האפשר.
LU-VK-EAC

אם במשחק מסוים נתקלו בבעיה שחוסמת את השימוש ב-Vulkan, והמפתחים דיווחו על הבעיה והיא אושרה על ידי האחראי על תחזוקת הקוד הרלוונטי (לדוגמה, מנוע משחק, ספק GPU-IP או Google), יכול להיות שהם יקבלו פטור לתקופה מתאימה כדי למצוא פתרון או כדי לטפל בבעיה.
LU-VK-EAD

מפתח יכול לקבל פטור מהדרישה הזו אם הוא מצליח לצמצם את מספר הוראות ה-CPU באופן דומה למה ש-Vulkan מספקת. ‫Vulkan מספקת הפחתה של כ-30% במספר ההוראות של ה-CPU בהשוואה לפתרונות אחרים. אם המפתח יכול להראות שיפור דומה באמצעות פתרון חלופי, אין צורך להשתמש ב-Vulkan.

מקורות מידע נוספים

מידע נוסף על שדרוג ממשקי ה-API של הגרפיקה במשחק זמין במאמר בנושא Vulkan.

רשימת מכשירים להתייחסות

המכשירים הבאים משמשים לבדיקת ההנחיות שלנו. החומרה והתכונות של Android מתפתחות, ולכן הרשימה הזו עשויה להתעדכן כדי להבטיח כיסוי מקיף.

רשימת מכשירים

שנה ספק של מערכת על שבב (SoC)
 דגם של מערכת על שבב (SoC)
 היצרן השם לשיווק גורם צורה
2026 Google TENSOR G5 Google PIXEL 10 PRO XL טלפון
PIXEL 10 PRO FOLD מתקפל
MEDIATEK MT6993 VIVO X300 טלפון
X300 PRO טלפון
OPPO FIND X9 PRO טלפון
FIND X9 טלפון
QTI SM8845 ONEPLUS ONEPLUS 15R טלפון
LENOVO MOTOROLA SIGNATURE טלפון
SM8850 SAMSUNG GALAXY S26 ULTRA טלפון
GALAXY S26 טלפון
GALAXY S26+ טלפון
ONEPLUS ONEPLUS 15 טלפון
OPPO FIND N6 מתקפל
XIAOMI XIAOMI 17 טלפון
XIAOMI 17 ULTRA טלפון
LEITZPHONE POWERED BY XIAOMI טלפון
XIAOMI 17 PRO MAX טלפון
SAMSUNG S5E9965 SAMSUNG GALAXY S26 טלפון
GALAXY S26+ טלפון
2025 Google TENSOR G4 Google PIXEL 9 PRO XL טלפון
PIXEL 9 PRO FOLD מתקפל
MEDIATEK MT6991 XIAOMI XIAOMI 15T PRO טלפון
SAMSUNG GALAXY TAB S11 טאבלט
GALAXY TAB S11 ULTRA טאבלט
GALAXY TAB S11 ULTRA 5G טאבלט
GALAXY TAB S11 5G טאבלט
VIVO VIVO X200 טלפון
X200 PRO טלפון
X200T טלפון
OPPO FIND X8 טלפון
FIND X8 PRO טלפון
QTI SM8735 XIAOMI XIAOMI PAD 8 טאבלט
SM8750 SAMSUNG GALAXY S25 ULTRA טלפון
GALAXY S25 טלפון
GALAXY S25+ טלפון
GALAXY S25 EDGE טלפון
GALAXY Z FOLD7 מתקפל
ONEPLUS ONEPLUS 13 טלפון
ONEPLUS 13S טלפון
PAD 3 טאבלט
OPPO FIND N5 מתקפל
XIAOMI XIAOMI 15 טלפון
XIAOMI 15 ULTRA טלפון
SONY XPERIA 1 VII טלפון
VIVO IQOO 13 טלפון

יכול להיות שלא תצטרכו לבצע בדיקות מקיפות לכל דגם ספציפי, כי כמה מהמכשירים ברשימה משתמשים במערכות SoC זהות ומציגים ביצועים דומים. מפתחים יכולים לבצע אימות עצמי בהתאם להנחיות אחרי שהם מאמתים בהצלחה את הדרישות במכשיר אחד לפחות מכל אחת מהמערכות על שבב (SoC) שמופיעות ברשימה:

טלפונים

שנה מערכת על שבב מכשירים
2026 ‫Tensor G5 PIXEL 10 PRO XL
2025 ‫Tensor G4 PIXEL 9 PRO XL
2026 MTK MT6993 X300, FIND X9
2025 MTK MT6991 ‫XIAOMI 15T PRO, ‏ GALAXY TAB S11, ‏ VIVO X200, ‏ FIND X8
2026 QCOM SM8845/8850 ONEPLUS 15R, ‏ MOTOROLA SIGNATURE, ‏ GALAXY S26, ‏ ONEPLUS 15, ‏ XIAOMI 17
2025 QCOM SM8750 GALAXY S25, ONEPLUS 13, PAD 3, XIAOMI 15. XPERIA 1 VII, IQOO 13
2026 ‫Exynos S5E9965 GALAXY S26

טאבלט

שנה מערכת על שבב מכשירים
2025 MTK MT6991 ‫GALAXY TAB S11
2025 QCOM SM8735 XIAOMI PAD 8
2025 QCOM SM8750 OPPO PAD 3

בקרים

במקרה של בקרי משחק, חשוב לבדוק את המשחק עם הבקרים הבאים, כי הם מייצגים את הסוגים הנפוצים של בקרי משחק שנתמכים בפלטפורמה כיום:

  • בקר אלחוטי Sony DualSense
  • XBox Wireless Controller
  • Nintendo Switch Pro Controller (הערה: זהו בקר לקונסולת Switch המקורית)

מומלץ לעיין בהנחיות לבדיקה כדי לקבל פרטים נוספים.

שינוי הערות

ספטמבר 2026

  • אופטימיזציה למסכים גדולים

    • הנחיות מעודכנות: LU-LS-GAA , LU-LS-GAB LU-LS-GAC , LU-LS-GAD

    • הטקסט הקודם:

      • טיפול בסרגלי מערכת, בחיתוכי תצוגה ובשינויים בהגדרות, כמו סיבוב המכשיר ושינוי גודל החלון, כדי למנוע קריסות וארטיפקטים חזותיים. חשוב לוודא שכל רכיבי ממשק המשתמש והגיימפליי נשארים גלויים ואינטראקטיביים, בלי הפרעות שחוסמות את הקלט של השחקן, ושהמערכת שומרת או משחזרת את מצב המשחק בצורה נכונה.

      • משחקים בפריסה לרוחב צריכים להיות במסך מלא, בלי letterboxing או pillarboxing, ביחסי הגובה-רוחב של כל מכשיר ייחוס וגם ביחסי הגובה-רוחב הראשיים של 4:3,‏ 16:10 ו-21:9.

      • באופן דומה, משחקים בפריסה לאורך צריכים לתמוך ביחסי הגובה-רוחב המשלימים. לדוגמה, יחסי הגודל של העוגן שווים ל-3:4, ל-10:16 ול-9:21.

      • משחקים יכולים להשתמש בפורמט letterbox או pillarbox בתנאים הבאים:

        • במכשיר עם יחס גובה-רוחב שלא קיים במכשיר דגל או מחוץ לאחד מיחסי גובה-הרוחב העיקריים שהוגדרו קודם.
        • אם הכיוון היחיד של פריסת המשחק (לאורך או לרוחב) שונה מהכיוון הפיזי של המכשיר.

    • טקסט חדש:

      • כדי למנוע חסימה של אמצעי בקרה במשחק או ממשקי משתמש שחופפים לסרגלי מידע (סטטוס, ניווט, מחוות) או לחלקים חתוכים במסך (חריצים, חורים), כדאי להשתמש בשוליים פנימיים.

      • תמיכה בשינויים בהגדרות (סיבוב המכשיר, קיפול/פתיחה, ריבוי חלונות, שינוי הגודל של חלון חופשי) ללא קריסות, ANR, ארטיפקטים ויזואליים או היסטים במיפוי של מגע, תוך שמירה על מצב המשחק הפעיל וההתקדמות.

      • משחקים שמוצגים לרוחב צריכים להיות מוצגים במסך מלא בלי פורמט letterbox או pillarbox במכשירי בדיקה וירטואליים, וביחסי גובה-רוחב של 4:3, ‏ 16:10 ו-21:9. משחקים שמוצגים רק לרוחב לא צריכים לתמוך בפריסה לאורך, אבל הם צריכים להציג את עצמם בצורה נקייה עם פסים שחורים בצדדים או למעלה ולמטה במסכים לאורך. יכול להיות שגם יחסי גובה-רוחב שונים מאלה של הסרטון המרכזי יופיעו בפורמט letterbox או בפורמט pillarbox.

      • משחקים שמוצגים לאורך צריכים להיות מוצגים במסך מלא בלי letterboxing או pillarboxing במכשירי בדיקה וירטואליים, וביחסי גובה-רוחב של 3:4, ‏ 10:16 ו-9:21.משחקים שמוצגים רק לאורך לא צריכים לתמוך בפריסה לרוחב, אבל הם צריכים להציג letterboxing או pillarboxing בצורה חלקה במסכים לרוחב. יכול להיות שיהיו גם יחסי גובה-רוחב של תוכן שלא מותאם לעוגן בפורמט letterbox או בפורמט pillarbox.

  • Google Play Games במחשב

  • אמצעי בקרה מדויקים לקלט

    • טקסט חדש:

  • הפצה לפי גורם צורה

  • ‫Vulkan

    • הנחיה עודכנה: LU-VK-GAA
    • הטקסט הקודם:
    • אם משתמשים ב-Unity בגרסה 2021 ואילך, או ב-Unreal Engine בגרסה 4.25 ואילך, צריך להגדיר את Vulkan כ-API הראשי לגרפיקה. שימוש קל ב-OpenGL ES (לדוגמה, במודעות, בתצוגות אינטרנט וכו') מקובל כל עוד הוא מהווה פחות מ-10% מהפריימים.
    • במקום להשתמש ב-Vulkan ישירות, משחקים שמשתמשים בצינור הרינדור המובנה של Unity יכולים להפעיל את ANGLE במכשירי Android מגרסה 17 ואילך. למשחקים האלה יש זמן עד 30 בספטמבר 2027 להגדיר את Vulkan כ-API הראשי לגרפיקה. מומלץ מאוד לעבור ל-Universal Render Pipeline של Unity כדי להשיג את זה, אבל זו לא הדרך היחידה שמותרת.

    • בכל שאר המשחקים אפשר להשתמש ב-Vulkan כ-API הראשי לגרפיקה או להפעיל את ANGLE במכשירי Android מגרסה 17 ואילך. כדי להביע הסכמה לשימוש ב-ANGLE, צריך לשנות את קובץ המניפסט של האפליקציה באופן הבא:

      <application android:appCategory="game">
<meta-data android:name="com.android.graphics.driver.prefer_angle" android:value="true" />
</application>

    • טקסט חדש:

    • אם אתם משתמשים ב-Unity בגרסה 2021 ואילך או ב-Unreal Engine בגרסה 4.25 ואילך:

    • צריך להגדיר את Vulkan כ-API הראשי לגרפיקה. שימוש קל ב-OpenGL ES (למשל, במודעות, בתצוגות אינטרנט וכו') מקובל כל עוד הוא לא עולה על 10% מהפריימים.

    • משחקים שמשתמשים בצינור העיבוד המובנה של Unity יכולים להפעיל את ANGLE במכשירי Android בגרסה 17 ואילך. למשחקים האלה יש זמן עד 30 בספטמבר 2027 להגדיר את Vulkan כ-API הראשי לגרפיקה. מומלץ מאוד לעבור ל-Universal Render Pipeline של Unity כדי להשיג את זה, אבל זו לא הדרך היחידה המותרת.

    • אם אתם משתמשים בגרסה ישנה יותר של Unity או Unreal, או בכל מנוע משחקים אחר, אתם צריכים להשתמש ב-Vulkan או להפעיל רינדור ANGLE כדי לעמוד בדרישה הזו. כדי להצטרף לשימוש ב-ANGLE, משנים את קובץ המניפסט של האפליקציה באופן הבא:

      <application android:appCategory="game">
<meta-data android:name="com.android.graphics.driver.prefer_angle" android:value="true" />
</application>

  • זיכרון

    • הנחיות מעודכנות: LU-MM-GAA

    • הטקסט הקודם:

      כדי לספק חוויה פרימיום, ב-Android 17 מוצגות בהמשך השנה דרישות פלטפורמה מחמירות יותר וטיפול אופטימלי בזיכרון – לצד טלמטריית זיכרון חדשה ושימושית ב-Play Console. הדרישה לעמוד במגבלות הזיכרון האלה היא תנאי להשתתפות בתוכנית Level Up, ולכן מומלץ מאוד [ליישם את האסטרטגיות האלה לאופטימיזציה של הזיכרון][bbb] מוקדם ככל האפשר כדי להבטיח את יציבות האפליקציה וחוויית משתמש מצוינת. בחודשים הקרובים נשתף קריטריונים מפורטים יותר לעמידה בדרישות כדי לשמור על הסטטוס שלכם בתוכנית.

    • טקסט חדש:

      כדי לספק חוויה פרימיום, ב-Android 17 הוספנו ניהול זיכרון אופטימלי ודרישות פלטפורמה מחמירות יותר, וגם טלמטריית זיכרון חדשה ושימושית ב-Play Console.

      החל מפברואר 2027, ב-Play נדרש שמשחקים יעמדו בספי ההתנהגות הבעייתית שנקבעו לשימוש דינמי בזיכרון (RSS אנונימי + החלפה), לשימוש במפת סיביות ולאופטימיזציה של קוד בכל גרסאות Android. מעכשיו, מפתחים יכולים לעקוב אחרי מדדי הזיכרון האלה וספי ההתנהגות הבעייתית בתפקוד האפליקציה.

      אחרי שהאכיפה של ספי הזיכרון האלה תיכנס לתוקף, המשחקים יצטרכו לעמוד בכל ספי הזיכרון כדי לעמוד בדרישות של תוכנית Level Up או כדי להמשיך להשתתף בה. כאן אפשר למצוא את ספי הזיכרון ואת ציר הזמן של האכיפה.

      אופטימיזציה של המשחק: כדאי לפעול לפי ההנחיות העדכניות למשחקים כדי למקסם את החיסכון בזיכרון בכל מצבי התהליך.

יולי 2026

  • נתונים סטטיסטיים של משחקים

    • הנחיות מעודכנות: LU-GS-GAA
    • הפטור עודכן: LU-GS-EAC
    • הטקסט הקודם:
      • כדי להפעיל את התכונה 'נתונים סטטיסטיים של המשחק' שמאוחסנת בפרופיל הגיימר של השחקן, צריך לשלוח לפחות 5 נתונים סטטיסטיים חוזרים. כל הנתונים הסטטיסטיים צריכים לייצג פעולות שמתרחשות באופן קבוע על ידי שחקנים במשחק.
      • צריך להשתמש לפחות בנתון אחד כדי להפעיל תכונות שקשורות למעורבות של שחקנים תחרותיים.
      • הנתונים הסטטיסטיים לא צריכים לדרוש רכישה (לדוגמה, קניית אבנים יקרות).
      • אסור שהצגת הנתונים הסטטיסטיים תהיה מותנית בצפייה במודעות.
      • הנתונים הסטטיסטיים לא צריכים להיות שימוש כללי במשחק (לדוגמה, פתיחת המשחק, שימוש בהגדרות).
      • הנתונים הסטטיסטיים צריכים להיות זמינים לכל המשתמשים (לדוגמה, לא פעולה ספציפית לצוות).
    • טקסט חדש:
      • כדי להפעיל את התכונה 'נתונים סטטיסטיים של המשחק' שמאוחסנת בפרופיל הגיימר של השחקן, צריך לשלוח לפחות 5 נתונים סטטיסטיים חוזרים. כל הנתונים הסטטיסטיים החוזרים צריכים לייצג פעולות שמתרחשות באופן קבוע על ידי שחקנים במשחק.
        • צריך שלפחות נתון סטטיסטי אחד יהיה שמיש לתכונות של מעורבות שחקנים תחרותיים.
      • חריג: כותרים בתוכנית הגישה המוקדמת (EAP) של Native PC, כי ה-SDK שלנו עדיין לא תומך בתכונה הזו. (הערה: זה רלוונטי רק לגרסת המחשב המקומית של הכותר).

  • הפצה לפי גורם צורה

    • הנחיות מעודכנות: LU-FF-GAA

    • הטקסט הקודם:

    • טקסט חדש: