Guideline 4.3(a) Design Spam beheben: 4.3(b) und 4.2.6 für Template- und KI-Apps erklärt (2026)

Eine Ablehnung nach Guideline 4.3(a) Design Spam gehört zu den App-Review-Meldungen, auf die man am schwersten reagieren kann, denn sie nennt selten, welcher App Ihre ähnelt. Sie trifft Template-Apps, White-Label-Kunden und KI-generierte Apps deutlich häufiger als andere. Dieser Leitfaden grenzt 4.3(a) von 4.3(b) und 4.2.6 ab, zeigt, wie andere Entwickler die Ablehnung überwunden haben, und liefert Ihnen eine Antwortvorlage sowie eine Checkliste, die Sie vor der erneuten Einreichung abarbeiten sollten. Für andere Ablehnungsgründe lesen Sie den Leitfaden zu Ablehnungen nach Guideline.

Was bedeutet Guideline 4.3(a) Design Spam?

Guideline 4.3(a) bedeutet, dass Apple Ihre Einreichung im Wesentlichen für dieselbe App hält wie eine bereits eingereichte – entweder mehrere Bundle IDs einer App oder eine nahezu identische Kopie der App eines anderen. Die Lösung besteht darin, die Duplikate zusammenzuführen oder das Kernerlebnis klar zu unterscheiden.

Stand November 2026 heißt es in den App Review Guidelines: „Erstellen Sie nicht mehrere Bundle IDs derselben App (zum Beispiel, indem Sie für jede Stadt der Welt eine eigene Karten-App einreichen statt einer einzigen weltweiten Karte, in der Nutzer nach jeder Stadt suchen können).“ Als Alternative schlägt Apple vor: „Erwägen Sie, eine einzige App einzureichen und die Varianten per In-App-Kauf bereitzustellen.“ 4.3(a) ist mit dem Schlüsselsymbol gekennzeichnet und gilt daher auch für die Notarisierung von iOS- und iPadOS-Apps, die außerhalb des App Store vertrieben werden.

Der Ablehnungstext, den Entwickler üblicherweise erhalten, lautet: „Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences.“ (Sinngemäß: Ihre App teilt ein ähnliches Binary, ähnliche Metadaten und/oder ein ähnliches Konzept mit Apps anderer Entwickler, mit nur geringfügigen Unterschieden.) Der Satz enthält drei Auslöser (Binary, Metadaten, Konzept), und jeder einzelne davon kann zur Ablehnung führen.

Worin unterscheidet sich 4.3(a) von 4.3(b) und 4.2.6?

Bei 4.3(a) geht es um Duplikate, bei 4.3(b) um Apps, die einer ohnehin überfüllten Kategorie nichts Neues hinzufügen, und bei 4.2.6 um Template-basierte Apps, die vom falschen Account eingereicht wurden. Jede erfordert eine andere Lösung – prüfen Sie daher zuerst die genaue Guideline-Nummer in Ihrer Ablehnung.

Der aktuelle Text von 4.3(b) warnt außerdem, dass Apple „diese Apps künftig aus dem App Store entfernen kann, wenn sie nicht aktualisiert oder verbessert werden oder keine Kunden gewinnen“, und dass Kategorien mit geringem Aufwand wie Trinkspiele und Furz-Apps bei wiederholter Einreichung zum Ausschluss aus dem Apple Developer Program führen können. Weitere kürzlich überarbeitete Regeln finden Sie in unserem Überblick über die Änderungen der App Review Guidelines im Oktober 2026.

Warum werden Template- und KI-generierte Apps als Spam markiert?

Template- und KI-generierte Apps werden markiert, weil viele von ihnen denselben Startercode, dieselben Bildschirmlayouts und ähnliche Store-Texte teilen – und damit alle drei Auslöser Binary, Metadaten und Konzept erfüllen. Dass Ihnen der Code gehört, schützt eine App nicht, wenn das Ergebnis wie Hunderte andere aussieht.

KI-App-Builder erzeugen oft dasselbe Onboarding, dieselbe Tab-Leiste und denselben generischen Funktionsumfang („Gewohnheiten tracken, KI-Insights erhalten“), und auch die generierte App-Store-Beschreibung klingt häufig gleich. Wenn Sie über einen Builder veröffentlicht haben, prüfen Sie, wer als Verkäufer angezeigt wird. Laut 4.2.6 „sollten“ Template-Dienste „keine Apps im Namen ihrer Kunden einreichen“; die App sollte also unter dem Entwickler-Account des Content-Eigentümers erscheinen. Unser Leitfaden zur Veröffentlichung von Base44-Apps und unser Leitfaden zur Veröffentlichung von Lovable-Apps zeigen, was nach dem Export weiterhin Ihre Aufgabe bleibt.

Wie haben andere Entwickler eine 4.3(a)-Ablehnung behoben?

Öffentlich dokumentierte Fälle zeigen, dass rein optische Änderungen selten funktionieren. Besser funktionieren das Zusammenführen doppelter Apps und eine konkrete Antwort, die erklärt, was die App unterscheidet.

• Zusammenführung mit einer bestehenden App (GitHub). Ein Team, das eine Linphone-basierte VoIP-App veröffentlichte, berichtete in linphone-iphone Issue #936, dass ein neues Icon-Set und ein neues Farbschema die 4.3(a)-Ablehnung nicht aufhoben. Sie kamen zu dem Schluss, dass der Konflikt eine andere Linphone-basierte App im selben Account war. Sie spielten die Änderungen als Update in diese bestehende App ein, und sie ging „fast sofort“ durch.
• Einzigartigkeit erklären (Godot-Forum). Ein Spieleentwickler im Godot-Forum vermutete, dass das gemeinsame Engine-Binary mit anderen Godot-Spielen übereinstimmte. Sowohl ein verkleinerter Build als auch die Erklärung, dass Godot verwendet wurde, wurden abgelehnt. Eine Antwort, die „die wichtigsten Punkte auflistete, die mein Spiel meiner Meinung nach unterhaltsam und einzigartig gegenüber anderen Spielen desselben Genres machen“, führte zur Freigabe.
• Screenshots reichten nicht (Apple Developer Forums). In einem Thread in den Apple Developer Forums berichtete ein Entwickler, dass ein Apple-Mitarbeiter auf die Screenshots verwies und dass „Metadaten“ Titel, Untertitel, Keywords oder Screenshots bedeuten können. Komplett neue Screenshots führten trotzdem zur gleichen Ablehnung – bei einem Update für eine App, die bereits 2–3 Jahre alt war.

Das Muster dahinter: Kosmetische Änderungen (Icons, Farben, Screenshots) scheiterten in allen drei Fällen. Funktioniert hat, das Duplikat im Account zu entfernen oder dem Reviewer konkrete Gründe auf Funktionsebene zu nennen, warum sich die App unterscheidet.

Wie beheben Sie eine 4.3(a)-Ablehnung Schritt für Schritt?

Um eine 4.3(a)-Ablehnung zu beheben, finden Sie zuerst das Duplikat, nehmen dann echte Produktänderungen vor und antworten App Review mit konkreten Angaben, bevor Sie erneut einreichen. Denselben Build mit neuem Icon erneut einzureichen ist der häufigste Weg zur nächsten Ablehnung.

1. Lesen Sie die genaue Guideline-Nummer im App-Review-Bereich von App Store Connect. Steht dort 4.2.6 oder 4.3(b), folgen Sie stattdessen der entsprechenden Zeile der Tabelle oben.
2. Listen Sie jede App in Ihrem Account auf – live oder entfernt –, die Code, ein Template, ein Konzept oder ein Design mit der abgelehnten App teilt. Finden Sie eine, führen Sie beide zu einer einzigen App mit In-App-Varianten zusammen oder liefern Sie die Änderungen als Update der Live-App aus.
3. Durchsuchen Sie den App Store nach den Keywords Ihrer Kategorie und notieren Sie die Top-Ergebnisse. Schreiben Sie auf, was Ihre App kann, das keine davon bietet.
4. Ändern Sie mindestens einen Kernablauf (Datenquelle, Hauptfunktion, Interaktionsmodell), nicht nur das Theme.
5. Schreiben Sie Name, Untertitel, Keywords, Beschreibung und Screenshots neu, sodass sie Ihre spezifischen Funktionen beschreiben und kein generischer Template-Text übrig bleibt.
6. Antworten Sie in App Store Connect mit der Vorlage unten. Apples App-Review-Seite bietet außerdem 30-minütige Webex-Termine an, wenn Sie einem Reviewer direkt Fragen zu den Guidelines stellen möchten.
7. Wenn Sie glauben, dass der Reviewer die App missverstanden hat, legen Sie einen Einspruch beim App Review Board ein. Apple bittet darum, „nur einen Einspruch pro Einreichung einzureichen, die das Review nicht bestanden hat“, und zuerst auf Informationsanfragen zu antworten.

Was sollte in der Antwort an App Review stehen?

Eine gute Antwort nennt die konkreten Funktionen, die die App unterscheiden, bestätigt, dass es in Ihrem Account keine doppelten Apps gibt, und zeigt dem Reviewer, wo jeder Unterschied zu sehen ist. Halten Sie sie kurz, sachlich und höflich.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Liegt eine Funktion hinter einem Login, geben Sie dem Reviewer funktionierende Zugangsdaten. Unser Leitfaden für Demo-Accounts im App Store Review zeigt, wie Sie einen einrichten.

Was sollte eine Checkliste zur Abgrenzung vor der erneuten Einreichung abdecken?

Eine Checkliste zur Abgrenzung sollte Ihren Account, Ihr Binary, Ihre Metadaten und Ihr Konzept abdecken – die vier Bereiche, die 4.3 prüft. Haken Sie jeden Punkt ab, bevor Sie erneut auf „Submit for Review“ klicken.

• Account: Keine andere App, ob live oder entfernt, teilt dasselbe Template, Konzept oder Design.
• Account: Die App wird über den eigenen Entwickler-Account des Content-Eigentümers eingereicht (4.2.6).
• Binary: Beispielbildschirme des Templates, Demodaten und Platzhalter-Branding sind entfernt.
• Binary: Es gibt mindestens eine Kernfunktion, die den Top-Ergebnissen der Kategorie fehlt.
• Metadaten: Name, Untertitel und Keywords beschreiben Ihren spezifischen Nutzen, nicht die Kategorie allgemein.
• Metadaten: Die Screenshots zeigen Ihre Alleinstellungsmerkmale in den ersten beiden Bildern.
• Konzept: Sie können in einem Satz sagen, warum ein Nutzer diese App den Top-5-Ergebnissen vorziehen sollte.
• Review-Notizen: Die Unterschiede und ein Demo-Account sind aufgeführt, sodass der Reviewer nicht danach suchen muss.

Wenn Ihre App bereits mehr als einmal nach 4.3 abgelehnt wurde und Sie nicht sicher sind, was Sie ändern sollen, bereitet unser App-Store-Einreichungsservice das Review vor und arbeitet das Ablehnungs-Feedback gemeinsam mit Ihnen durch – für $599 für beide Stores (Gebühren für Entwickler-Accounts kommen hinzu).