App-Store-Ablehnung
Eine 2.1-Ablehnung bedeutet, dass der Reviewer auf etwas gestoßen ist, das nicht funktioniert hat: ein weißer Bildschirm, ein Absturz, ein Link ins Nichts, Lorem ipsum oder ein Login, das fehlschlug. Bei einer Web-Wrapper-App liegt die Ursache fast immer auf dem Server oder in der Startsequenz, und all das lässt sich an einem Nachmittag beheben.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Abschnitt 2.1 (App Completeness, also Vollständigkeit der App) erwartet, dass ein eingereichter Build fertig und getestet ist: keine Abstürze, kein Platzhaltertext, keine kaputten Links und Inhalte, die der Reviewer tatsächlich laden kann. Apple nutzt 2.1 auch, wenn der Reviewer nicht über den ersten Screen hinausgekommen ist; deshalb tragen Nachrichten wie "we were unable to review your app" meist diese Nummer.
Eine Web-Wrapper-App hat hier eine Besonderheit: Sie ist nur so vollständig wie die URL, die sie im Moment des Reviews lädt. Wenn dein Deployment gerade mitten im Build war, deine Free-Tier-Datenbank pausiert hat oder ein Zertifikat abgelaufen ist, sah der Reviewer eine leere WebView und schrieb eine 2.1-Ablehnung. Die Binary war in Ordnung; die Web-App war nicht erreichbar.
Die Seite war nicht geladen, bevor der Splashscreen verschwand, die URL leitete auf ein Login um, das fehlschlug, oder WebKit hat Mixed Content blockiert (eine HTTPS-Seite, die HTTP-Skripte lädt). Lösung: Produktions-URL, überall HTTPS, Splashscreen bleibt, bis die Seite bereit ist.
Bei WebViewGold-Builds selten und meist eine Änderung am Projekt: ein gelöschter Info.plist-Key wie die Tracking Usage Description, ein aktiviertes Push-SDK ohne seine ID oder ein Product Name mit Umlauten oder Akzenten. Lösung: Vergleiche deine Config.swift und Info.plist mit dem Originalprojekt.
Footer-Links auf /blog oder /docs, die es noch nicht gibt, "Coming soon"-Seiten, Menüpunkte, die das KI-Tool angelegt, aber nie fertiggestellt hat. Lösung: Entferne oder vervollständige jeden erreichbaren Link; Reviewer tippen alle an.
Lorem ipsum in einem leeren Zustand, "Your company name here" im Footer, Beispielnutzer namens Test Test, ein Lovable- oder Bolt-Badge in der Ecke. Lösung: echte Texte, echte Daten im Demo-Account, Badge entfernt.
Die Bestätigungs-E-Mail kam nie an, das Demo-Passwort hatte einen Tippfehler, Zwei-Faktor-Codes gingen an dein Handy. Lösung: ein eigener Demo-Account, der bestätigt, dauerhaft gültig und in den Review-Notizen dokumentiert ist.
Jeder Schritt entspricht einem Config.swift-Wert oder einer einzelnen Prüfung.
Keine Lovable-Vorschau, kein Bolt-StackBlitz-Tab, keine Replit-.dev-Adresse und keine passwortgeschützte Vercel-Preview. Nutze deine eigene Domain mit gültigem Zertifikat (siehe eigene Domain vor der Einreichung) und halte dieses Deployment während des Review-Zeitfensters stabil.
Setze splashScreenEnabled auf true und remainSplashOption auf true, damit der Splashscreen bleibt, bis die erste Seite fertig geladen ist; splashTimeout fällt auf den nativen Ladeindikator zurück, wenn dein Backend langsam ist. Lass useLoadingSign (oder useLoadingProgressBar) aktiviert und passe loadingIndicatorColor an deine Marke an. Details: Splashscreen-Doku.
Mixed Content wird von WebKit stillschweigend blockiert, sodass ein HTTP-Bild-CDN oder ein HTTP-API-Aufruf eine leere Komponente ohne sichtbaren Fehler erzeugt. Korrigiere die URLs in deiner Web-App und sieh dir dann blockfaultyandselfsignedhttpscerts und die HTTPS-only-Transporteinstellung an, die in der iOS-Setup-Doku beschrieben ist.
Aktiviere offlinelocalhtmlswitch mit einer kleinen local-html-Fallback-Seite, setze offlinescreenautoretry auf true und formuliere freundliche Texte für screen1, screen2 und offlinebuttontext. Reviewer schalten absichtlich den Flugmodus ein; ein nativer Offline-Screen schlägt eine Safari-Fehlerseite jedes Mal. Siehe Offline-Modus für Vibe-Coding-Apps.
Lege einen bestätigten Account mit realistischen Daten an, deaktiviere Einmalcodes für ihn und füge die Zugangsdaten in App Store Connect ein. Lass deletecache bei Apps mit Login auf false, sonst ist der Reviewer bei jedem Start ausgeloggt. Der Demo-Account-Guide enthält die komplette Checkliste.
Frische Installation über TestFlight auf einem echten iPhone und einem iPad, Flugmodus an und aus, jeder Menüpunkt, jedes Formular, ausloggen und wieder einloggen. Zehn Minuten davon fangen die meisten 2.1-Befunde ab, bevor Apple sie findet.
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
Nein. Bei 2.1 geht es um Vollständigkeit und Stabilität, nicht um das Konzept. Sobald der Reviewer die App laden und benutzen kann, wird dieselbe Einreichung nach den übrigen Richtlinien beurteilt.
Die häufigsten Gründe sind Mixed Content (HTTP-Ressourcen auf einer HTTPS-Seite), eine Weiterleitung auf eine Vorschau-URL oder Cookies, die beim Start gelöscht werden. Prüfe die Browser-Konsole am Desktop mit derselben URL, dann deletecache und die Offline-Fallback-Einstellungen.
Lag das Problem auf dem Server (Deployment, pausierte Datenbank, tote Links), behebe es in der Web-App, prüfe es im installierten TestFlight-Build und antworte im Resolution Center; die Binary kann bleiben. Hast du Config.swift oder Info.plist geändert, lade einen neuen Build mit höherer Build-Nummer hoch.
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.
