Play Store hat Ihre App wegen 16-KB-Speicherseiten markiert?Wir bauen Ihre App neu und reichen sie in 1–3 Tagen erneut ein.

Android 15 (API 35+) unterstützt 16-KB-Speicherseiten auf neuer Hardware, eine Performance-Verbesserung neben der lang etablierten 4-KB-Seitengröße. Apps mit nativen (NDK-)Bibliotheken nur für 4-KB-Seiten laden auf 16-KB-Geräten nicht korrekt. Google Play hat 16-KB-Unterstützung daher zur Veröffentlichungsvoraussetzung gemacht: Ab 1. Februar 2027 können Apps mit Android 15+ Targeting ohne 16-KB-Seiten keine neuen Releases mehr veröffentlichen.

Sehr dringend. Der Hinweis mit der Frist 1. Februar 2027 bedeutet, dass Google Ihnen eine feste Gnadenfrist gibt. Danach blockiert Google alle neuen Releases Ihrer App (auch Hotfixes, Sicherheitspatches und saisonale Updates), bis Sie einen Build mit 16-KB-Unterstützung ausliefern. Ihr bestehendes Release bleibt in Play verfügbar, aber Sie können es nicht mehr aktualisieren. Wir empfehlen, das mindestens 2–3 Wochen vor der Frist zu erledigen.

Zwei Gründe. (1) Die tatsächliche Blockierungswarnung auf Ihrem Listing bestätigen: Play Console ist die einzige Quelle der Wahrheit; die Policy kann pro App und Track unterschiedlich aussehen. (2) Das neu gebaute AAB für Sie hochladen, damit das Release unter Ihrem bestehenden Listing mit Ihrem Keystore veröffentlicht wird, ohne Auswirkung auf installierte Nutzer. Wir senden eine Ein-Seiten-Anleitung mit den minimal nötigen Rollen.

Weil zuerst Recovery-Arbeit nötig ist. Mit Quellcode erhöhen wir NDK + Gradle, bauen neu und testen, meist 1–3 Werktage. Ohne Quellcode holen wir das neueste AAB aus Play Console, dekompilieren, identifizieren 4-KB-Bibliotheken, upgraden die Toolchain und bauen neu. Dieser Recovery- und Verifikationsaufwand kostet Zeit und birgt Risiko, daher wird die Gebühr fallweise kalkuliert. Wir nennen immer zuerst den günstigeren Preis, wenn er gilt.

Nein. Solange wir mit Ihrem bestehenden Keystore (gleicher .jks/.keystore + Key-Alias + Passwörter) unter derselben Package ID signieren, werden Nutzer in-place upgedatet: gleicher Login, gleiche Bestellungen, gleiche Einstellungen, gleicher Push-Token. Google Play erlaubt weder Keystore- noch Package-ID-Wechsel für eine bestehende App.

Ein verlorener Keystore ist das einzige Problem, das wir unter Umständen nicht umgehen können. Nutzt Ihre App Play App Signing, verwahrt Google den App-Signaturschlüssel, und einen verlorenen Upload-Schlüssel können Sie in der Play Console zurücksetzen lassen; wir begleiten Sie dabei. Haben Sie die App ohne Play App Signing selbst signiert, nimmt Google Play nur Updates an, die mit dem ursprünglichen Schlüssel signiert sind. Dann bleibt nur ein neues Listing mit neuer Package ID, das wir als eigenen Auftrag kalkulieren.

Nein. Jede Android-App mit nativen Bibliotheken braucht den 16-KB-Fix: Flutter, natives Kotlin oder Java, React Native, Cordova und Ionic, Unity und eigene Apps. CodeCanyon-Skripte (6amMart, StackFood, 6Valley, eFood, Demandium, DriveMond, HexaCom, GroFresh) sind der häufigste Fall, weil sie mehrere SDKs mitbringen, die neu gebaut werden müssen.

1–3 Werktage mit Quellcode und Keystore, sobald Play Console-Zugang freigegeben ist. 3–7 Werktage bei Recovery aus dem veröffentlichten AAB. Die Uhr stoppt, wenn wir auf Zugang von Ihrer Seite warten. Sie sehen den Live-Timer auf der Projektseite.

Nein. Dieser Service betrifft nur Android und den Play Store. iOS durchläuft Apples eigene Prüfung (App Review, Privacy Manifests), die wir separat übernehmen. Brauchen Sie auch ein iOS-Update, sagen Sie es in derselben Anfrage, dann kalkulieren wir beides.

Neue Apps mit Android 15+ Targeting müssen 16-KB-Seiten von Anfang an unterstützen. Das ist Teil unseres normalen Google Play App-Submission-Services. Diese Seite ist für bestehende Apps, die vor der 16-KB-Pflicht gebaut wurden.