Google Play Games | Revamped Level Up guidelines

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

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

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

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

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

כדי לקבל גישה להטבות של מחירון התוכנית 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 Services או לפרוס תכונות אחרות בסעיף הזה (הישגים, GSAPI,‏ Sidekick, פרסים או שמירה בענן) כדי לעמוד בהנחיות של Level Up.

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

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

מזהה הנחיה
LU-SK-GAA הוספת Sidekick למשחק. כדי לעשות את זה, צריך להפעיל את התכונה ב-Play Developer 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 משחקים פטורים מהדרישה לספק הישגים אם אין בהם מספיק אירועים, התקדמות או הישגים ברורים של השחקנים. שימו לב שאפשר להשתמש במנגנוני התקדמות כמו שיאים, רמות, פתיחת נעילה או גילוי של אזורים, הבסת אויבים או מתחרים, שלבים בסיפור, XP, אחוזי השלמה או איסוף פריטים כדי ליצור הישגים.

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

במאמר הישגים מוסבר איך לשלב הישגים במשחק ומהן השיטות המומלצות.

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

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

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

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

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

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

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

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

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

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

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

פטורים

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

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

משחקים שקהל היעד העיקרי שלהם הוא שחקנים מתחת לגיל 13: התכונה "נתוני הגיימינג שלך" לא מופעלת לשחקנים מתחת לגיל 13.

LU-GS-EAB

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

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 במכשיר לבין אלה שבענן. בדרך כלל, השחקן מחליט איך לפתור את הקונפליקטים האלה. המדיניות שלכם לפתרון מחלוקות צריכה להתייחס לתרחישים הבאים:

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

אם אין לכם פתרון קיים לשמירת ההתקדמות של השחקנים בענן, אנחנו ממליצים להשתמש ב-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

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

LU-LS-GAB

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

LU-LS-GAC

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

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

LU-LS-GAD

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

משחקים לאורך בלבד לא חייבים לתמוך בפריסה לרוחב, אבל הם צריכים להציג את עצמם בצורה נקייה בפורמט 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 במחשב יפגע באופן משמעותי בחוויית השחקן, לדוגמה:

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

הגבלת רישיון 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 חיישני סביבה (מיקרופון/מעקב אחר השינה): אי אפשר לדמות משחקים שמשתמשים בחיישני חומרה מקומיים של מכשירים ניידים (כמו קלט נשימה או מעקב אחר השינה), והם קריטיים ללולאת המשחק (gameplay loop) המרכזית ללא פתרונות עקיפים. ❌
(לא נדרש)
❌
(לא נדרש)
LU-IC-EAC מצלמה קינטית / פנורמות AR: מכניקה שדורשת מהמשתמש לסובב פיזית את כל הגוף שלו ב-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 במחשב, בטאבלטים, ב-Googlebook וב-Android TV
משחקים שמשתמשים בחיישני חומרה מקומיים של מכשירים ניידים (כמו קלט נשימה או מעקב אחר השינה) לא ניתנים לסימולציה, והם קריטיים ל-game loop המרכזי ללא פתרונות עקיפים. ‫Google Play Games במחשב, בטאבלטים, ב-Googlebook, ב-Android TV וב-Android Auto
משחקים עם מכניקה שדורשת מהמשתמש לסובב פיזית את כל הגוף שלו ב-360 מעלות בעולם האמיתי כדי לאתר נכסים דיגיטליים. ‫Google Play Games במחשב, Googlebook, ‏ Android TV, ‏ Android Auto
מזהה פטור
LU-FF-EAB

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

LU-FF-EAC

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

זמינות הפריט

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

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

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

נכון לעכשיו, אלה גורמי הצורה הנדרשים שנתמכים ב-Android:

  • ניידים ומסכים גדולים (טאבלטים, Googlebooks, מחשבים)
  • ‫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 דומה שאינה Android, או אם אין פתרון טכני אפשרי לחומרה הזו.

LU-TA-EAB

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

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

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

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

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

יציבות

השחקנים מצפים שהמשחקים יספקו חוויה יציבה במכשיר שלהם, ללא קריסות ושגיאות "Android לא מגיב" (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
  • ‫10% הנמוכים (אחוזון 90) FPS ≥ 50 FPS
  • ‫1% הנמוך (אחוזון 99) של FPS‏ ≥ 30 FPS

פטורים

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

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

משחקים שלא תומכים ב-60 FPS בפלטפורמות אחרות לנייד שאינן Android.

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 בגרסה 2023 ואילך או ב-Unreal Engine בגרסה 4.25 ואילך:
    • צריך להגדיר את Vulkan כ-API הראשי לגרפיקה. שימוש מינורי ב-OpenGL ES (לדוגמה, למודעות, לתצוגות WebView וכו') מקובל כל עוד הוא פחות מ-10% מהפריימים.
    • במשחקים שמשתמשים ב-Built-in Render Pipeline של Unity, אפשר להביע הסכמה לשימוש ב-ANGLE במכשירים עם Android בגרסה 17 ואילך. במשחקים האלה צריך להגדיר את Vulkan כ-API הראשי לגרפיקה עד 30 בספטמבר 2027. כדי לעשות את זה, מומלץ מאוד לעבור ל-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) שברשימה:

טלפונים

שנה מערכת על שבב (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

טאבלט

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

בקרים

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

  • בקר אלחוטי Sony DualSense
  • בקר אלחוטי של Xbox
  • ‫Nintendo Switch Pro Controller (הערה: מיועד לקונסולת Switch המקורית)

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

הערות לגבי השינויים

ספטמבר 2026

  • ביצועים

    • ההנחיות המעודכנות: LU-PF-GAA
    • הטקסט הקודם:

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

    • הטקסט החדש:

      משחקים שלא תומכים ב-60 FPS בפלטפורמות אחרות לנייד שאינן Android.

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

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

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

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

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

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

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

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

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

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

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

      • משחקים שמוצגים לאורך צריכים להיות מוצגים במסך מלא בלי פסים שחורים (letterbox או pillarbox) במכשירי בדיקה וירטואליים וביחסי גובה-רוחב של 3:4, 10:16 ו-9:21.משחקים שמוצגים לאורך בלבד לא צריכים לתמוך בפריסה לרוחב, אבל הם צריכים להיות מוצגים בצורה נקייה עם פסים שחורים (letterbox או pillarbox) במסכים לרוחב. יחסים שלא תואמים לעוגן עשויים גם להופיע בפורמט 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 ואילך. במשחקים האלה צריך להגדיר את Vulkan כ-API הראשי לגרפיקה עד 30 בספטמבר 2027. כדי לעשות את זה, מומלץ מאוד לעבור ל-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 בגרסה 2023 ואילך או ב-Unreal Engine בגרסה 4.25 ואילך:

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

    • במשחקים שמשתמשים ב-Built-in Render Pipeline של Unity, אפשר להביע הסכמה לשימוש ב-ANGLE במכשירי Android בגרסה 17 ואילך. במשחקים האלה, צריך להגדיר את Vulkan כ-API הראשי לגרפיקה עד 30 בספטמבר 2027. כדי לעשות את זה, מומלץ מאוד לעבור ל-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) למחשב, כי ה-SDK שלנו עדיין לא תומך בתכונה הזו. (הערה: זה רלוונטי רק לגרסת ה-PC המקורית של המשחק).