App-Store-Ablehnung
Das WebViewGold-Xcode-Projekt unterstützt Dutzende native Funktionen und bringt deshalb Berechtigungstexte für alle mit. Apple erwartet, dass eine App nur deklariert, was sie nutzt. Fünfzehn Minuten in Info.plist und im Capabilities-Tab machen aus einer 2.5-Ablehnung eine Genehmigung.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Abschnitt 2.5 (Software Requirements, also Software-Anforderungen) behandelt technische Anforderungen. 2.5.1 verlangt, dass Apps nur öffentliche APIs nutzen, und zwar für ihren vorgesehenen Zweck; Reviewer dehnen das auf Capabilities und Berechtigungen aus, die eine App deklariert, aber nie verwendet. 2.5.4 sagt, dass Background Modes nur für den Zweck aktiviert werden dürfen, für den sie gedacht sind (Audio, Standort, VoIP und so weiter). 2.5.6 verlangt, dass Apps, die im Web surfen, WebKit verwenden, und genau das tut die WKWebView von WebViewGold, diese Regel ist also auf deiner Seite.
Die Ablehnung liest sich etwa so: "Your app includes a usage description for Contacts but we could not find a feature that uses it". Apples automatisierte Prüfungen und der Reviewer schauen beide auf Info.plist und die Entitlements; eine Rezepte-App, die NFC anfragt, wirkt auf beide verdächtig.
| Berechtigung (Purpose String in Info.plist) | Genutzt von | Behalten, wenn |
|---|---|---|
| Tracking Usage Description | App Tracking Transparency, AdMob | Immer. Laut Doku ist dieser Key Pflicht, und sein Entfernen lässt die App abstürzen. Behalte ihn auch ohne Werbung. |
| Kamera | Datei-Uploads von der Kamera, die Scanner qrcode:// und barcodescanner://, Dokumentenscanner, Taschenlampe | Deine Web-App hat einen Kamera-Upload, einen Scanner oder einen Taschenlampen-Button. |
| Fotomediathek (lesen / hinzufügen) | Bild-Uploads aus der Galerie, der Datei-Downloader beim Speichern von Bildern | Nutzer laden in deiner App Bilder hoch oder speichern sie. |
| Standort bei Verwendung | HTML5-Geolocation mit nativer Berechtigung | Deine Web-App ruft die Geolocation-API auf. Formuliere einen Zwecktext, der die Funktion nennt ("um Fitnessstudios in deiner Nähe zu finden"). |
| Standort immer + Background Modes: Location updates | Option backgroundlocation | Nur mit backgroundlocation auf true und einem echten Hintergrund-Anwendungsfall. Sonst beides löschen. |
| Face ID | enableBioMetricAuth oder die bioauth://-API | Du nutzt biometrischen Login. Die Biometrie-Doku zeigt den nötigen Key. |
| Kontakte, Kalender, NFC | Contacts-API, iCal-API, NFC-Plugin | Du hast genau diese API aktiviert. Sonst löschen. |
| Background Modes: Audio | HTML-Hintergrundaudio | Deine App spielt Audio im minimierten Zustand ab (Radio, Podcasts). Sonst löschen. |
Öffne Info.plist in Xcode, sieh dir jeden "Privacy - ... Usage Description"-Eintrag an und entferne die für Funktionen, die nicht auf deiner Liste stehen. Behalte die Tracking Usage Description. Die Publishing-Doku beschreibt diesen Schritt.
Ersetze den Vorlagentext durch den Zweck in deinen Worten: "Scanne den QR-Code auf deiner Mitgliedskarte zum Einchecken", nicht "Diese App benötigt Kamerazugriff". Konkreter Text hilft auch bei Guideline 5.1.1.
Unter Background Modes sollte nur stehen, was du nutzt: Remote notifications für Push, Location updates nur mit backgroundlocation, Audio nur für Wiedergabe im Hintergrund. Entferne Capabilities, die du beim Experimentieren hinzugefügt hast.
Wenn du kein Push nutzt, setze askforpushpermissionatfirstrun auf false, damit kein Benachrichtigungsdialog erscheint. Nutzt du Push, willst aber später fragen, lass es auf false und rufe registerpush:// nach dem Onboarding auf.
Jede verbleibende Berechtigung sollte genau in dem Moment erscheinen, in dem die zugehörige Funktion genutzt wird, und nirgends sonst. Lade dann den neuen Build hoch und antworte im Resolution Center mit der Liste der entfernten Keys.
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 :-)
bioauth:// und enableBioMetricAuth.Audit this WebViewGold iOS project for unused permissions. 1) Read Config.swift and list every native feature that is enabled (push, biometrics, geolocation, scanners, AdMob, file downloads, contacts, NFC, background audio, background location). 2) Read Info.plist and list every Privacy usage description key. 3) For each key, tell me whether an enabled feature needs it. 4) Produce the edited Info.plist with the unneeded keys removed, but keep NSUserTrackingUsageDescription in all cases. 5) Rewrite the remaining purpose strings so each names the concrete feature in my app: [describe your app]. 6) Tell me which Background Modes entries in Signing and Capabilities I should remove. Do not change anything else in the project.
Nur die Funktion, die an diesem Key hängt. Wenn du in einem künftigen Update den QR-Scanner aktivierst, füge die Kamera-Usage-Description im selben Update wieder hinzu. Das Entfernen des Tracking-Keys ist die eine Änderung, die die App selbst kaputt macht.
Prüfe Signing and Capabilities in Xcode. Vielleicht wurde ein Background Mode beim Nachbauen eines Tutorials für Push oder Standort aktiviert. Entferne ihn dort, baue neu und reiche erneut ein.
Der Cloud Builder erzeugt die App aus den Funktionen, die du im Browser aktivierst, du bearbeitest Info.plist also nicht selbst. Aktiviere nur die Funktionen, die du nutzt, und schreibe Zwecktexte dafür.
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.