# Guideline 4.3 Design Spam: App abgelehnt, was tun?

> Guideline 4.3 Design Spam: was 4.3(a) und 4.3(b) sagen, warum KI-Apps sie abbekommen, wie du Apple antwortest und sie vermeidest.

Originalseite: [Guideline 4.3 Design Spam: App abgelehnt, was tun?](https://devoria.fr/de/blog/guideline-4-3-design-spam-app-abgelehnt)
Autor: [Mehdi Azizi](https://devoria.fr/de/mehdi-azizi)
Veröffentlicht: 2026-09-23
Letzte inhaltliche Überarbeitung: 2026-10-09


## Guideline 4.3 Design Spam: die kurze Antwort

Die Guideline 4.3 ist die Anti-Spam-Regel des App Store. 4.3(a) verbietet, dieselbe App mehrfach zu veröffentlichen, und richtet sich in der Praxis gegen umverpackte Apps. 4.3(b) lehnt Apps ab, die sich nicht vom Bestehenden unterscheiden lassen, vor allem in übersättigten Kategorien. Die Lösung liegt in der Substanz: eine Kernfunktion, die sonst niemand bietet.

Das ist die am schwersten zu behebende Ablehnung: Sie stellt die Daseinsberechtigung deiner App infrage, und kein Code-Fix reicht, wenn das Produkt dem Bestehenden zu ähnlich ist.

Ich veröffentliche meine eigenen iOS-Apps: Solys, ein Wecker mit Minispielen, und TradaZen, ein Trading-Training, sind im App Store. Nolera und Clic wurden abgelehnt und dann korrigiert. Ich habe Ablehnungen nach 2.1, 5.6.3 und 2.3.2 kassiert, die ich in [warum Apple deine App ablehnt](https://devoria.fr/de/blog/app-store-ablehnung-apple-gruende) beschreibe. Eine 4.3-Ablehnung hatte ich noch nie, und ich erzähle dir nichts anderes. Dieser Guide stützt sich auf den offiziellen Text von Apple, sinngemäß auf Deutsch wiedergegeben.

## Was sagt die Guideline 4.3 genau?

Die 4.3, „Spam“, steht in Abschnitt 4, „Design“, der [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/). Ihre beiden Teile zielen auf zwei verschiedene Probleme.

### 4.3(a): eine einzige App, keine Kopie pro Variante

Der offizielle Text verlangt, nicht mehrere Bundle IDs für dieselbe App anzulegen. Apples Beispiel: für jede Stadt der Welt eine eigene Karten-App zu veröffentlichen, statt einer einzigen Weltkarte, in der man seine Stadt sucht. Wenn deine App Versionen pro Ort, pro Sportverein oder pro Universität hat, rät dir Apple, eine einzige App einzureichen und die Varianten per In-App-Kauf anzubieten.

In der Praxis geht die Ablehnungsnachricht weiter als dieses Beispiel. In den 4.3(a)-Ablehnungen, die Entwickler in den [Apple-Entwicklerforen](https://developer.apple.com/forums/thread/768484) veröffentlicht haben, schreibt Apple, dass die App „a similar binary, metadata, and/or concept“ mit Apps anderer Entwickler teilt, mit nur geringen Unterschieden. Die Nachricht bezeichnet diese ähnlichen oder umverpackten Apps als Spam. Drei Wörter zählen: das Binary (der kompilierte Code), die Metadaten (Name, Beschreibung, Screenshots) und das Konzept.

Zwei weitere Regeln gehen in dieselbe Richtung. Die 4.2.6, eine Unterregel der [Guideline 4.2](https://devoria.fr/de/blog/guideline-4-2-minimum-functionality-app-abgelehnt), lehnt Apps ab, die aus einer kommerziellen Vorlage oder einem App-Generator-Dienst stammen, außer sie werden direkt vom Anbieter der Inhalte eingereicht. Die Guideline 4.1, „Copycats“, verbietet, eine beliebte App zu kopieren und nur Name oder Oberfläche leicht zu ändern. Sie beginnt mit einem einfachen Satz: „Come up with your own ideas.“

### 4.3(b): übersättigte Kategorien

4.3(b) lehnt Apps ab, die sich nicht von dem unterscheiden lassen, was schon breit verfügbar ist: Für Apple verschlechtern diese opportunistischen Varianten die Auffindbarkeit im App Store.

Der Text nennt die betroffenen Kategorien. Dating-Apps, Taschenlampen, Soundeffekte, Hintergrundbilder, einfache Timer und Wahrsagerei („fortune telling“) sind bereits gut etabliert. Apple nimmt in diesen Kategorien keine neuen Einreichungen mehr an, außer sie bieten „a meaningfully different or improved experience“. Apple kann sogar solche entfernen, die weder aktualisiert noch verbessert werden oder niemanden anziehen.

Eine zweite Liste ist strenger: Trinkspiele, Kamasutra, Furz- und Rülps-Apps. Apple hält sie für minderwertig oder mit wenig Aufwand gemacht, und wiederholte Einreichungen dieser Art können zum Ausschluss aus dem Entwicklerprogramm führen.

Horoskope und Astrologie werden in der aktuellen Fassung des Textes nicht ausdrücklich genannt. Eine generische Tageshoroskop-App liegt aber sehr nah an der Wahrsagerei, und ich würde sie wie eine übersättigte Kategorie behandeln.

## Warum 4.3 bei KI und Templates öfter zuschlägt

### Templates teilen von Haus aus alles

Ein online verkauftes App-Template wird von vielen Entwicklern gekauft, die Farben, Icon und Namen ändern und dann einreichen. Apple erklärt nicht im Detail, wie es Ähnlichkeiten erkennt, aber seine Nachricht spricht von Binary, Metadaten und Konzept: drei Dinge, die ein Template mit all seinen Kopien teilt. Genau diesen Fall zielen 4.3(a) und 4.2.6 an.

### Die KI liefert die Durchschnittsversion deiner Idee

Bitte eine KI um „eine Habit-Tracker-App“: Sie gibt dir die wahrscheinlichste Version der Idee, also den Durchschnitt des Bestehenden, mit denselben Screens und demselben Onboarding. Der Code ist vielleicht originell, das Konzept nicht. Und 4.3(b) bewertet das Erlebnis, nicht die Originalität des Codes.

Die KI programmiert eine differenzierte Idee sehr gut, findet den Unterschied aber nicht für dich. Was sie gut kann und was nicht, beschreibe ich in [eine iOS-App mit KI erstellen](https://devoria.fr/de/blog/app-mit-ki-erstellen-fallstricke-pruefungen).

## Wie du deine App wirklich differenzierst

### Eine Kernfunktion, die niemand genau so bietet

Das ist die Regel, die ich mir bei jeder Idee auferlege, gerade um 4.3 zu vermeiden: eine Kernfunktion, die sonst niemand genau so bietet. Noch ein Wecker wäre angreifbar, einfache Timer gehören zu den von Apple genannten Kategorien. Solys ist ein Wecker, bei dem du ein Minispiel gewinnen musst, um ihn auszuschalten. Der Unterschied passt in einen Satz und ist ab der ersten Nutzung sichtbar.

Der Test: Vervollständige „Das ist die einzige App, die ...“. Wenn dir nur „aber hübscher“ einfällt, ist dein Unterschied zu schwach.

### Inhalte und Logik, die dir gehören

Eine andere Verpackung reicht nicht. Was eine App unterscheidet, ist, was sie hervorbringt: für sie geschriebene Inhalte, Daten, die sie berechnet, eine Mechanik, die es sonst nirgends gibt. Wenn du von einem Template oder einem Open-Source-Projekt ausgehst, ändere die Logik, nicht nur die Farben.

### Ein Name, Screenshots und eine Beschreibung, die es beweisen

Die 4.3(a)-Nachricht nennt die Metadaten: Der Reviewer bewertet auch deinen Store-Eintrag, wie bei der [Guideline 2.3.10](https://devoria.fr/de/blog/guideline-2-3-10-app-abgelehnt-metadaten). Ein generischer Name wie „Taschenlampe Pro“ kündigt eine Kopie an, bevor die App überhaupt geöffnet ist. Name und Untertitel müssen die einzigartige Funktion nennen, dein erster Screenshot muss sie zeigen, und deine Beschreibung muss mit ihr beginnen. Diese Arbeit hilft auch deiner Sichtbarkeit: Die Methode findest du auf der Seite [ASO App Store](https://devoria.fr/de/expertise/aso-app-store).

### Eine einzige App für alle deine Varianten

Wenn sich deine Idee nach Stadt, Verein oder Thema auffächert, veröffentliche eine einzige App mit einer Auswahl darin, und In-App-Käufe, wenn die Varianten kostenpflichtig sind. Das ist die wörtliche Lesart von 4.3(a).

## Wie du in App Store Connect auf eine 4.3-Ablehnung antwortest

Was früher Resolution Center hieß, findest du heute im Bereich App Review von App Store Connect. Dort [antwortest du auf die Nachricht von App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/), mit Text und Anhängen, Screenshots oder Dokumenten, solange du nicht erneut eingereicht hast.

1. **Bestimme die Unterregel.** Eine 4.3(a)-Ablehnung spricht von Ähnlichkeit mit anderen Apps oder mehreren Varianten. Eine 4.3(b)-Ablehnung spricht von einer übersättigten Kategorie.
2. **Sei ehrlich, was die Substanz angeht.** Wenn deine App aus einem Template stammt oder dem Bestehenden wirklich ähnelt, diskutiere nicht: Ändere das Produkt, nicht die Formulierung.
3. **Wenn dein Unterschied echt ist, zeig ihn.** Antworte kurz, sachlich, auf Englisch, mit einem Video der Kernfunktion im Anhang.

Die Vorlage, die ich verwenden würde, zum Anpassen:

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]
```

Schreib die beiden Sätze über den Code und die anderen Apps nur, wenn sie stimmen. Eine falsche Behauptung in einer Antwort an Apple kommt dich teurer zu stehen als eine Ablehnung. Das komplette Vorgehen nach jeder Ablehnung findest du auf der Seite [App von Apple abgelehnt](https://devoria.fr/de/expertise/app-von-apple-abgelehnt).

## Wann du beim App Review Board Einspruch einlegst

Apple erlaubt dir, [beim App Review Board Einspruch einzulegen](https://developer.apple.com/distribute/app-review/), wenn du glaubst, dass der Reviewer Konzept und Funktionsweise deiner App falsch verstanden hat oder du im Review unfair behandelt wurdest. Apple stellt drei Bedingungen: konkrete Gründe nennen, warum deine App die Guidelines einhält, nur einen Einspruch pro abgelehnter Einreichung einlegen und zuerst jede Anfrage nach zusätzlichen Informationen beantworten.

Leg Einspruch ein, wenn dein Unterschied echt und in der App sichtbar ist und deine Antwort in App Store Connect nicht gereicht hat, ihn verständlich zu machen. Bei einem Template, einem Klon oder einer Variante ohne Unterschied ändert der Einspruch nichts am Produkt.

Apple bietet auf derselben Seite auch 30-minütige Videotermine mit App Review an. Wenn deine Idee an eine übersättigte Kategorie grenzt, stell die Frage, bevor du baust.

## Die Anti-4.3-Checkliste vor dem Einreichen

- Du kannst den Satz „Das ist die einzige App, die ...“ beenden, ohne vom Design zu sprechen
- Die Kernfunktion ist ab der ersten Nutzung sichtbar, ohne Suchen
- Kein Screen, Text, Sound oder Visual stammt unverändert aus einem Template, dessen Logik du geändert hast
- Du veröffentlichst nicht zwei Apps mit demselben Code und demselben Konzept
- Deine Varianten (Städte, Vereine, Themen) leben in einer einzigen App
- Name und Untertitel nennen die einzigartige Funktion, nicht die Kategorie
- Dein erster Screenshot und deine Beschreibung beginnen mit deinem Unterschied
- Wenn deine App eine in 4.3(b) genannte Kategorie berührt, erklären die Review-Notizen in zwei Sätzen, was sie unterscheidet und wie man es testet

## 4.3 verhinderst du bei der Wahl der Idee

Eine App „mehr“ in einer übersättigten Nische hat zwei Probleme. Apple kann sie nach 4.3(b) ablehnen. Und wenn sie durchkommt, tritt sie gegen seit Jahren installierte Apps an, ohne einen Grund zu bieten, sie zu wählen.

Differenzierung fügst du also nicht beim Einreichen hinzu. Sie wird vor der ersten Codezeile entschieden, indem du deine Idee auf eine klare Kernfunktion für eine genaue Zielgruppe reduzierst. Das ist der Kern eines gut abgegrenzten [MVP einer iOS-App](https://devoria.fr/de/expertise/mvp-ios-app) und der erste Schritt meiner [Methode von der Idee bis zum App Store](https://devoria.fr/de/blog/app-erstellen-4-schritte).

## Die richtige Idee wählen, bevor du programmierst

Im [iOS Kit](https://devoria.fr/de/kits/ios) dient der erste Schritt genau dazu: Idee, Zielgruppe und Preis wählen, bevor du den Code schreibst.

Du hast schon eine 4.3-Ablehnung bekommen? Das [Apple Review Kit](https://devoria.fr/de/kits/review-apple) hilft dir, die genannte Regel zu finden, zu verstehen, was sie verlangt, und gibt dir ein Beispiel für Korrektur und Antwort. Wenn wir uns deinen Fall gleich gemeinsam ansehen sollen, [buch eine Stunde mit mir](https://devoria.fr/de/coaching), per Video.

Niemand kann dir die Freigabe durch Apple garantieren, auch ich nicht. Ich kann dir helfen, von Anfang an die Ideen auszusortieren, die eine App zu viel wären.

Du zweifelst noch an deiner Idee? Die [kostenlose Diagnose](https://devoria.fr/de/diagnostic) geht von deinem Projekt aus, sagt dir, welchen Schritt du zuerst angehen solltest, und schickt dir meine Checkliste gegen Apple-Ablehnungen. Die Startseite zeigt dann, wie du [eine mobile App erstellst, ohne bei null anzufangen](https://devoria.fr/de), indem du die Idee wählst, bevor du Code schreibst.

## Häufige Fragen

### Was ist der Unterschied zwischen 4.3(a) und 4.3(b)?

4.3(a) zielt auf Duplikate: mehrere Versionen derselben App oder eine App, die ihren Code, ihren Store-Eintrag oder ihr Konzept bis auf Details mit anderen teilt. 4.3(b) zielt auf Übersättigung: nichts Neues in einer sehr vollen Kategorie, wie bei Taschenlampen.

### Wird meine mit KI erstellte App nach 4.3 abgelehnt?

Nicht, weil sie mit KI erstellt wurde: Apple bewertet das Ergebnis, nicht das Werkzeug. Das Risiko kommt von einer generischen Idee, die die KI in eine Durchschnittsversion des Bestehenden verwandelt. Wenn deine Kernfunktion einzigartig und sichtbar ist, ist die Herkunft des Codes für 4.3 kein Problem.

### Kann man ein Template verwenden, ohne abgelehnt zu werden?

Ein [Template als technischer Ausgangspunkt](https://devoria.fr/de/kits/code-de-depart), das danach grundlegend umgebaut wird, ist nicht das Problem. Ein fast unverändert veröffentlichtes Template mit neuem Namen und neuen Farben entspricht genau dem, worauf 4.3(a) und 4.2.6 zielen.

### Muss ich nach einer 4.3-Ablehnung Account oder Bundle ID wechseln?

Nein. Ein neuer Identifier oder Account ändert nichts an der App, und 4.3(b) sieht vor, dass wiederholte Einreichungen minderwertiger Apps zum Ausschluss aus dem Entwicklerprogramm führen können. Der einzige dauerhafte Ausweg ist, das Produkt zu ändern und es dann erneut einzureichen.

### Kann eine Dating- oder Hintergrundbild-App noch angenommen werden?

Ja, wenn sie ein wirklich anderes oder verbessertes Erlebnis bietet: Das ist die Bedingung in Apples Text. Dieser Unterschied muss in der App, im Store-Eintrag und in den Review-Notizen sichtbar sein.


## Dein Projekt

[Apple Review Kit](https://devoria.fr/de/kits/review-apple): Meine Checkliste für die App-Store-Review, meine korrigierten Apple-Ablehnungen, Notizen für den Tester und zwei Claude-Code-Skills, die deine App prüfen. 29 €.

[iOS Kit](https://devoria.fr/de/kits/ios): Bau deine iPhone-App mit Claude Code: der Starter Code meiner Apps, Skills, die seine Arbeit prüfen, plus Apple Review Kit, App Store Screenshots Kit und ASO Kit. 129,99 €.