Google Play zpřísňuje svá pravidla: Nové limity využití RAM, automatická migrace a další

Klíčové body:
  • Google Play bude od února 2027 penalizovat aplikace, které překračují maximální limity pro aktivní a na pozadí pracující RAM.
  • Jsou stanoveny přísné limity, rozdělené podle kategorií fyzické paměti RAM v zařízení, s rozlišenými rozsahy pro aplikace a hry.
  • Od dubna 2027 vstoupí v platnost standard Zero-Tap Sign-In, který bude pro migraci účtů vyžadovat použití rozhraní Restore Credentials API.
  • Android 17 posiluje síťová připojení pomocí šifrování TLS ECH, nativní transparentnosti certifikátů a oprávnění pro lokální sítě.
  • Operátoři budou moci deaktivovat výchozí 2G připojení, aby zabránili SMS podvodům v důsledku nuceného zhoršení stavu sítě.

RAM RAM

Google nedávno oznámil nový soubor požadavků a standardů kvality pro Android a svůj Obchod Google Play. Tato iniciativa přímo řeší omezení dodavatelského řetězce hardwaru a rostoucí nedostatek modulů RAM na globálním trhu s chytrými telefony.

Aby se zabránilo nadměrné spotřebě zdrojů aplikacemi a zpomalování nebo nucenému vypínání operačního systému, začne společnost od února 2027 provádět audity a penalizace za nadměrné využití paměti. Vývojáři, jejichž aplikace překročí stanovené limity, by mohli čelit omezením při publikování nových verzí a výrazné ztrátě viditelnosti ve vyhledávání a doporučeních Obchodu Play.

Metriky výkonu a limity pro jednotlivé úrovně RAM

Monitorování bude založeno na třech pilířích v rámci platformy Android Vitals v Play Console.

  • První je dynamická spotřeba paměti, který sleduje anonymní používání RSS kromě dat odvozených do odkládacího oddílu nebo souboru, vyhodnocování aktivního stavu z aplikace v popředí jako například jeho chování na pozadí.
  • El Druhý parametr audituje použití bitmap. (bitové obrázky) obrázkůGoogle vyžaduje, aby nahrané obrázky zbytečně neuchovávaly paměť, když aplikace přejde do skrytého stavu nebo stavu uloženého v mezipaměti.
  • El Třetí bod vyžaduje optimalizaci spustitelného kódu ve formátu DEX. (Spustitelný soubor Dalvik): Balíčky musí být zpracovány pomocí nástrojů pro redukci a obfuskaci, jako je R8, což vyžaduje minimálně 25% kombinované pokrytí mezi optimalizací, odstraněním nepoužívaného kódu a zkrácením identifikátorů, aby se snížila zátěž volatilní paměti.

Maximální povolené prahové hodnoty budou vypočítávány postupně na základě fyzické kapacity paměti RAM zařízení. Pro standardní aplikace jsou limity konfigurovány následovně:

  • Zařízení se 4 GB RAM: Maximálně 2 GB v aktivním stavu a 1 GB na pozadí.
  • Zařízení s 8 GB RAM: Maximálně 2.25 GB v popředí a 1.5 GB v pozadí.
  • Zařízení s 12 GB RAM: Maximálně 3.25 GB v popředí a 1.75 GB v pozadí.
  • Zařízení s 16 GB RAM: Maximálně 4.25 GB v popředí a 2 GB v pozadí.

Pro mobilní videohry, jelikož se jedná o prostředí s vyššími grafickými a výpočetními nároky, byly stanoveny širší rezervy:

  • Zařízení s 4 GB RAM: Limit 2.25 GB při aktivním používání a 2 GB na pozadí.
  • Zařízení s 8 GB RAM: Limit 3.5 GB při aktivním používání a 2.75 GB na pozadí.
  • Zařízení s 12 GB RAM: Limit 4 GB při aktivním používání a 3.2 GB na pozadí.
  • Zařízení s 16 GB RAM: Limit 5 GB při aktivním používání a 3.5 GB na pozadí.

Kromě kontroly zdrojů zavede Google Play od dubna 2027 nový požadavek na registraci. Tato zásada, známá jako standard Zero-Tap Sign-In , bude vyžadovat, aby všechny aplikace, které podporují přihlašování uživatelů (povinné nebo volitelné), plně automaticky obnovily relaci, když uživatel migruje svá data do nového zařízení Android.

Aby vývojáři splnili toto nařízení, musí integrovat rozhraní Android Restore Credentials API, které zajistí, že uživatelé budou mít okamžitý přístup ke svým účtům po prvním otevření aplikace, aniž by museli ručně znovu zadávat hesla. V současné době jsou videohry od tohoto specifického požadavku osvobozeny kvůli složitosti jejich ověřovacích schémat, ačkoli Google doporučuje používat toto rozhraní API pro tituly s jedinečnými profily.

Vylepšení zabezpečení v systému Android 17

Kromě těchto předpisů pro obchody zahrnuje vývojová větev Androidu 17 mechanismy pro ochranu síťové komunikace. Za prvé umožňuje kompatibilitu s rozšířením TLS ECH (Encrypted ClientHello), které je nástupcem ESNI.

Na rozdíl od předchozích technologií, které zpřístupňovaly metadata během počátečního připojení, ECH plně šifruje počáteční zprávu ClientHello, skrývá název domény navštívených webových stránek v HTTPS provozu a zabraňuje únikům informací prostřednictvím polí, jako je předsdílený klíč (PSK).

Za druhé, spouští se systém ochrany lokální sítě (Local Area Network Protection) , který vyžaduje, aby si aplikace před skenováním domácí sítě nebo interakcí se zařízeními připojenými k lokální síti (LAN) vyžádaly od uživatele výslovné povolení.

Kromě toho je ve výchozím nastavení povolen mechanismus transparentnosti certifikátů (CT ), který uchovává veřejný a neměnný záznam všech vydaných a zrušených digitálních certifikátů za účelem detekce anomálií nebo kompromitací v certifikačních autoritách (CA).

Android 17 konečně umožňuje mobilním operátorům ve výchozím nastavení deaktivovat sítě 2G, čímž neutralizují útoky založené na falešných základnových stanicích, které vynucují degradaci signálu za účelem zachycení SMS provozu a rozpoutání podvodných kampaní.

Pokud máte zájem dozvědět se více, podrobnosti naleznete na následujícím odkazu.


Přidat jako preferovaný zdroj v Googlu