Ablehnung bei Google Play
Das ist die am wenigsten dramatische Ablehnung bei Google Play und die am einfachsten zu behebende. Dein Bundle wurde aus einem Template gebaut, das auf eine ältere Android-Version zielt, als Google aktuell verlangt. Lade die aktuelle WebViewGold-Version herunter, übernimm deine Einstellungen, baue neu, lade hoch. Oder baue im Cloud Builder neu, der immer das aktuelle Template verwendet.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Jede Android-App deklariert, für welche Android-Version sie gebaut und getestet wurde, das Target SDK. Das System nutzt es, um zu entscheiden, welche modernen Verhaltensweisen für die App gelten: Laufzeit-Berechtigungsabfragen, die Benachrichtigungsberechtigung, Einschränkungen für Hintergrundarbeit, der Foto-Picker und so weiter. Eine App, die auf eine alte Version zielt, behält alte, weniger private Verhaltensweisen bei. Google verlangt deshalb, dass neue Apps und Updates auf ein aktuelles Android-Release zielen, und hebt die Schwelle einmal im Jahr, meist im Spätsommer, auf das Major-Release des Vorjahres an.
Du bemerkst es auf eine von zwei Arten. Entweder verweigert die Play Console den Upload oder das Release mit einer Meldung, die das erforderliche Level nennt, oder Google warnt, dass deine bestehende App für Nutzer auf neueren Geräten ausgeblendet wird, wenn sie nicht aktualisiert wird. Beides hat dieselbe Lösung: ein Rebuild aus einem Template, das auf das aktuelle Level zielt.
Du hast WebViewGold vor Monaten heruntergeladen, konfiguriert und reichst erst jetzt ein. Templates, die vor der jährlichen Frist heruntergeladen wurden, zielen auf das vorherige Level. Updates sind kostenlos; hol dir die aktuelle Version dort, wo du gekauft hast.
Du hast das Projekt deiner letzten App geklont, um Zeit zu sparen. Die Kopie bringt die alte build.gradle mit.
Ein veraltetes Android Studio oder Gradle-Plugin kann sich weigern, mit einem neueren Target zu bauen, oder stillschweigend zwischengespeicherte SDK-Komponenten verwenden. Aktualisiere die IDE und akzeptiere die SDK-Updates, die sie vorschlägt.
Kein API-Level-Problem, aber es taucht im selben Upload-Schritt auf: Play verlangt für neue Apps eine signierte .aab. WebViewGold baut App Bundles aus Android Studio und im Cloud Builder.
Etwa dreißig Minuten in Android Studio. Behalte das alte Projekt, bis der neue Build live ist.
Updates sind für die Laufzeit deiner Lizenz kostenlos. Hol dir die neueste Version und entpacke sie neben dein bestehendes Projekt, nicht darüber.
Kopiere deine Werte aus der alten Config.java in die neue (URL, Package Name, Push-IDs, Feature-Flags), deine Texte aus strings.xml, die AdMob-IDs, falls du Werbung nutzt, die App-Icons in den mipmap-Ordnern, die Splash-Grafiken und alle Änderungen, die du in AndroidManifest.xml gemacht hast, etwa entfernte Berechtigungen oder Deep-Link-Intent-Filter. Ein Diff beider Config.java-Dateien nebeneinander verhindert vergessene Flags.
Baue das signierte App Bundle mit demselben Upload-Keystore wie zuvor. Mit Play App Signing hält Google den App-Signaturschlüssel, und nur dein Upload-Schlüssel muss übereinstimmen. Ein mit einem neuen Keystore signiertes Bundle wird für eine bestehende App abgelehnt.
Play akzeptiert ein Bundle nur, wenn sein Version Code höher ist als jeder zuvor hochgeladene, einschließlich Bundles auf Test-Tracks.
Erzeuge das signierte Bundle in Android Studio (Menü Build) und lade die .aab dann auf den gewünschten Track hoch. Die Warnung verschwindet, wenn das Target Level jetzt die Anforderung erfüllt.
Installiere den neuen Build aus dem internen Test-Track und öffne deine wichtigsten Screens. Neuere Target Levels ändern, wie sich Benachrichtigungen, Dateizugriff und Zurück-Navigation verhalten; das aktualisierte Template kümmert sich darum, aber ein kurzer Blick kostet nichts.
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
Wenn du den WebViewGold Cloud Builder nutzt, gibt es auf deinem Computer kein Template, das veralten könnte. Jeder Build verwendet die aktuelle WebViewGold-Version, also ist das Target API Level genau das, was Google gerade verlangt. Öffne dein Projekt, behalte deine Einstellungen, baue neu und lade aus dem Browser in die Play Console hoch. Das ist auch der einfachste Weg, die jährliche Frist für eine App zu erledigen, die du länger nicht angefasst hast: ein Rebuild, ohne irgendetwas an deiner Web-App zu ändern.
| Was es bedeutet | Was Google prüft | |
|---|---|---|
targetSdk | Die Android-Version, für die deine App gebaut und getestet ist; steuert, welche modernen Verhaltensweisen gelten | Diese. Sie muss die aktuelle Anforderung für neue Apps und Updates erfüllen |
compileSdk | Das SDK, das der Compiler verwendet; muss mindestens dem Target Level entsprechen | Indirekt: ein zu niedriges Compile SDK verhindert ein höheres Target |
minSdk | Die älteste Android-Version, auf der sich die App installieren lässt | Nicht von der Richtlinie verlangt; es entscheidet nur, welche Geräte die App sehen |
Die Play Console sagt es dir in der Upload-Fehlermeldung und im App-Dashboard. Die Anforderung ändert sich jedes Jahr, also baue immer aus dem aktuellen WebViewGold-Template, statt dich auf eine Zahl aus einem alten Forenbeitrag zu verlassen.
Nein. Die Live-Version funktioniert weiter. Die Frist betrifft die Sichtbarkeit deiner App für neue Nutzer auf neueren Geräten und deine Möglichkeit, Updates zu veröffentlichen.
Nein. Das Target API Level ist eine Eigenschaft der nativen Hülle. Deine Lovable-, Bolt- oder Replit-App bleibt unberührt; nur das WebViewGold-Projekt wird neu gebaut.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.
