Google Play מקשיחה את כללי האפליקציות לקראת 2027

Google Play מעלה את רף האיכות הטכני לאפליקציות Android. החל מפברואר 2027, החנות תבחן אפליקציות ומשחקים לפי ספי "התנהגות בעייתית" חדשים: שימוש בזיכרון דינמי, צריכת זיכרון של תמונות Bitmap ואופטימיזציה של קוד DEX. אפליקציות שיישארו מעל הספים עלולות לאבד חשיפה ב-Google Play ולהיתקל בהגבלות פרסום — אך לא מדובר בהסרה אוטומטית מהחנות.

דרישה נפרדת תיכנס לתוקף באפריל 2027: אפליקציות שמשתמשות בהתחברות יצטרכו לתמוך ב-Zero-Tap Sign-In בעת מעבר למכשיר חדש, באמצעות מערכת Restore Credentials של Android. משחקים פטורים כיום מדרישת המעבר הזו. 17

מה Google Play תמדוד?

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

1. שימוש בזיכרון דינמי

Google תמדוד את ה-RSS האנונימי של האפליקציה — כלומר, כמות הזיכרון הפרטי שהיא צורכת בזמן הריצה — יחד עם זיכרון Swap דחוס. המדידה מתמקדת בזיכרון שבו האפליקציה משתמשת בפועל, ולא בכל קובץ קוד או נכס שמאוחסן במכשיר.

במשחקים, ספי הזיכרון הדינמי בחזית יותאמו לכמות ה-RAM במכשיר. הטווח שפורסם נע בין 2.25GB במכשירים עם 4GB RAM לבין 5GB במכשירים עם 16GB RAM. במקום להחיל מגבלה אחידה על כל הטלפונים והטאבלטים, Google Play מתכננת לבחון את הביצועים לפי קטגוריות שונות של יכולת המכשיר.

2. זיכרון Bitmap

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

• 200MB כשהאפליקציה בחזית או ברקע
• 400MB כשהאפליקציה נמצאת במטמון

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

3. אופטימיזציית קוד DEX

משחקים שקוד ה-DEX שלהם גדול מ-50MB יידרשו להגיע לכיסוי של לפחות 25% מחבילת ה-App Bundle באמצעות אופטימיזציה, כיווץ (shrinking) והסתרת קוד (obfuscation). מפתחים יוכלו להשתמש בכלים כמו R8 או בכלי כיווץ אחר כדי להסיר קוד מיותר ולשפר את יעילות החבילה שמגיעה למכשיר.

איך האכיפה תתבצע?

Google Play לא תשפוט אפליקציה על סמך הפעלה חריגה אחת. הספים יחושבו לפי האחוזון ה-90 (P90) של נתונים שנאספו לאורך 28 ימים מתגלגלים. במילים פשוטות, המדיניות נועדה לזהות בעיות ביצועים מתמשכות בשימוש אמיתי — ולא להעניש אפליקציה בגלל מדידה גרועה אחת.

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

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

דרישת Zero-Tap Sign-In מגיעה באפריל

השינוי השני עוסק בחוויה אחרת: מעבר למכשיר Android חדש. מאפריל 2027, אפליקציות הכוללות התחברות משתמש יצטרכו לתמוך ב-Zero-Tap Sign-In. התכונה משחזרת באופן אוטומטי את מצב ההתחברות בעת מעבר בין מכשירי Android, באמצעות Restore Credentials API.

Restore Credentials מיושם דרך Credential Manager, ונועד לחבר משתמשים מחדש באופן שקט כאשר הם משחזרים אפליקציה במכשיר חדש. המנגנון יכול לפעול לצד שיטת האימות המרכזית של האפליקציה — כולל סיסמאות, Passkeys או התחברות דרך ספק חיצוני. 1719

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

מה הקשר ל-Android 17?

כללי Google Play משלימים את בקרות הזיכרון של Android 17, ולא מחליפים אותן. Android 17 מציגה מגבלות זיכרון לכל אפליקציה בהתאם לכמות ה-RAM הכוללת במכשיר — תחילה במכשירי Pixel. Google אומרת שיצרניות נוספות צפויות לאמץ את המגבלות במכשירים עם 4GB ועד יותר מ-16GB RAM.

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

ההבדל חשוב: Android 17 קובעת מה עשוי לקרות לאפליקציה בזמן שהיא פועלת במכשיר מסוים; כללי Google Play ל-2027 קובעים אם האפליקציה תמשיך ליהנות מחשיפה רגילה ומיכולת פרסום מלאה בחנות.

מה מפתחי Android צריכים לעשות כבר עכשיו?

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

1. בדיקת השימוש ב-RSS אנונימי וב-Swap דחוס במהלך הפעלות בחזית וברקע.
2. מעקב נפרד אחר זיכרון Bitmap, כולל במצבי רקע ומטמון.
3. בדיקת גודל קוד ה-DEX ומדידת הכיסוי בחבילת ה-App Bundle בעקבות כיווץ, אופטימיזציה והסתרת קוד.
4. בדיקה על מכשירים עם כמה רמות RAM, ולא רק על מכשירי קצה חזקים.
5. מעקב אחר כלי האבחון החדשים ב-Play Console ומדדי Android Vitals.
6. בחינת תהליך האימות ותכנון התמיכה ב-Restore Credentials לפני אפריל 2027.

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