Zum Inhalt springen
WebViewGold Vibe Coding in den App Store
Deutsch
WebViewGold holen

App-Store-Ablehnung

Guideline 4.3 (Spam): Wenn deine App wie ein Duplikat aussieht, und wie du sie klar eigenständig machst

Eine 4.3-Ablehnung heißt nicht, dass deine App schlecht ist. Sie heißt, dass ein Reviewer etwas gesehen hat, das er schon kennt: dieselbe App unter einer anderen Bundle-ID, eine Vorlage mit neuem Logo oder fünf Kunden-Apps aus einem Account, die sich nur in der Farbe unterscheiden. So denkt Apple darüber und so antwortest du.

Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.

  • Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
  • Kein Programmieren nötig
  • Einmalzahlung, kostenlose Updates
  • 24/7 Support von echten Menschen
  • Made in Germany seit 2014 · ISO 27001

Was 4.3 und 4.2.6 sagen

Guideline 4.3 (Spam) verlangt von Entwicklern, nicht mehrere Bundle-IDs derselben App anzulegen. Hat eine App Versionen für verschiedene Orte, Teams oder Kunden, bevorzugt Apple eine App mit der Variation darin, zum Beispiel über In-App-Kauf oder eine Auswahl. Sie rät auch davon ab, gesättigte Kategorien mit Look-alike-Apps zu fluten. Eine verwandte Regel, 4.2.6, sagt, dass Apps aus einer kommerziellen Vorlage oder einem App-Generierungsdienst abgelehnt werden, sofern sie nicht vom Anbieter der App-Inhalte eingereicht werden, also von dem Unternehmen, dessen App es ist, aus dessen eigenem Entwickler-Account.

Beide Regeln existieren wegen App-Farmen. Deine Situation ist anders, aber ein Reviewer sieht nur die Einreichung vor sich: eine WebViewGold-basierte App mit Splashscreen, Bottom-Bar und einem Web-Layout, das der vorherigen Einreichung aus demselben Account ähnelt.

Warum eine Web-Wrapper-App den Spam-Filter auslösen kann

Gleiche Hülle, andere URL

Identischer Splashscreen, gleiche Ladeindikator-Farbe, gleiche Statusleisten-Farbe und gleicher Navigations-Footer bei mehreren Apps aus einem Account.

Mehrere Bundle-IDs für ein Produkt

Eine Free- und eine Pro-App, eine App pro Stadt, eine Staging-App, die im Store eingereicht wurde. Apple will eine App.

Agentur-Account für viele Kunden

Zehn Restaurant- oder Fitnessstudio-Apps, die aus dem Entwickler-Account der Agentur statt aus dem Account des jeweiligen Kunden veröffentlicht wurden (4.2.6).

Generische Metadaten

Dieselbe Beschreibungsvorlage, Screenshots mit denselben Rahmen, eine Support-URL und eine Datenschutz-URL für alle Apps.

Abgrenzen oder zusammenlegen

  1. Lege die Struktur fest

    Varianten eines Produkts (Pläne, Regionen, Teams) werden eine App mit Umschalter oder In-App-Kauf. Wirklich unterschiedliche Unternehmen bleiben getrennte Apps, jede mit eigenen Inhalten, eigener Marke und eigenem Account.

  2. Mach jede App sichtbar eigenständig

    Eigenes Icon und eigener Splashscreen (splash.gif und das Icon-Set ersetzen), eigene Werte für splashscreencolor, statusBarBackgroundColor, loadingIndicatorColor und bottombarBackgroundColor, eigene Tabs in FooterBar.json, eigener Mix nativer Funktionen (Push für die eine, QR-Check-in für die andere). Details in der Doku zu App-Name, Icon und Splashscreen.

  3. Schreibe die Metadaten von Grund auf neu

    Eine Beschreibung über dieses Unternehmen, Screenshots seiner Inhalte, eigene Support- und Datenschutz-URLs auf der eigenen Domain. Keine geteilten Vorlagensätze; siehe den Metadaten-Guide.

  4. Reiche aus dem Account des Inhaltsinhabers ein

    Bei Kundenprojekten meldet sich der Kunde im Apple Developer Program an ($99 pro Jahr) und fügt dich zum App-Store-Connect-Team hinzu. Der Eintrag zeigt den Kunden als Verkäufer, und genau das verlangt 4.2.6.

  5. Antworte mit den Unterschieden, nicht mit dem Framework

    Erkläre im Resolution Center, für wen die App ist, welche Inhalte und Funktionen einzigartig sind und dass jede App einem anderen Unternehmen dient. Häng Screenshots im direkten Vergleich an, wenn der Reviewer zwei deiner Apps verglichen hat.

Mein iOS WebView wurde endlich genehmigt. Danke!!

Taha Farooqui · CodeCanyon

Eine App oder mehrere?

SzenarioApple bevorzugtSo geht es
Free- und Pro-VersionEine AppEine Bundle-ID, Pro als In-App-Kauf über RevenueCat.
Dasselbe Produkt pro Stadt, Verein oder SchuleEine AppAuswahl in der Web-App; Inhalte laden je nach Auswahl oder Account.
Agentur mit mehreren unabhängigen KundenGetrennte Apps, getrennte AccountsDer Entwickler-Account des jeweiligen Kunden, jeweils mit eigenen Inhalten und eigenem Branding.
Staging und ProduktionEine AppTestFlight für Staging-Builds; nie ein zweiter App-Store-Eintrag.

White-Label-Hinweise für Agenturen und Reseller

WebViewGold ist genau dafür gebaut: eine Lizenz pro angepasstem, veröffentlichtem Endprodukt, wobei der interne Projektname "WebViewGold" bleibt, während Bundle-ID, Product Name, Icon und Farben dem Kunden gehören. Halte diese Disziplin ein, und 4.3 kommt selten zur Sprache. Wenn du den ganzen Build lieber uns überlässt: Der Full Service ist ebenfalls White-Label: Der Kunde erhält die Quellprojekte und signierten Builds unter seinem eigenen Namen, und die Veröffentlichung läuft über seinen Entwickler-Account.

Häufig gestellte Fragen

Ist die Nutzung von WebViewGold selbst ein 4.2.6-Vorlagenproblem?

Nein. WebViewGold ist ein Werkzeug, das du selbst konfigurierst und veröffentlichst, aus deinem eigenen Account, rund um deine eigenen Inhalte. Die Regel zielt auf Dienste, die Look-alike-Apps im Namen von Kunden einreichen.

Kann ein Entwickler-Account Apps für mehrere Unternehmen veröffentlichen?

Apple erwartet, dass das Unternehmen, dem die Inhalte gehören, der Herausgeber ist. Bei Kundenprojekten nutzt du den Account des Kunden und lässt dich als Teammitglied hinzufügen; dein Agentur-Account ist für deine eigenen Produkte.

Ich habe zwei Apps für zwei echte Unternehmen und trotzdem 4.3 bekommen. Was jetzt?

Antworte mit den Fakten: zwei Rechtsträger, zwei Inhaltsbestände, zwei Nutzerbasen und Screenshots, die unterschiedliche Funktionen zeigen. Wenn jede App wirklich eigenständig ist, akzeptieren Reviewer die Erklärung in der Regel.

Drei Wege, deine App in die Stores zu bringen

Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.

Selbst machen

$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

Full Service

$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 WeSetupYourWebViewApp

Winter-Sale-Preise gültig bis 31. Dezember 2026.

Bereit, deine App zu veröffentlichen?

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.